/particle delta is larger than specified
The bug
When executing the particle command with dx dy and dz inputs, they are incorrectly read. When they are inputted, the directions are not per block, but seem to be exponential.
How to reproduce
Place a repeating command block with the following command
/particle flame ~ ~1 ~ 3 0 0 0.0001 100
→
The particles are created up to 10 blocks away from the command block despite the delta being 3
Created Issue:
/particle direction x y z not working correctly
When executing the particle command with dx dy and dz inputs, they are incorrectly read. When they are inputted, the directions are not per block, but seem to be exponential.
Upon executing the command [code]/particle flame 136 1.1 101 3 0 3 0 50 force[code], instead of particles spawning 3 blocks in the x, -x, z, and -z directions, particles are emitted as far as 10 blocks from the original point [Picture 1], creating a diameter of 20, not 9. I say diameter instead of a square area because particles also spawn more in the middle than on the outskirts, creating an uneven spread over the area.
I originally found this out as I set the x and z to the diamond block in [Picture1], and set the x direction to the coal blocks from the diamond block to the highest x wall, and same for the z wall, thinking it would use this as a x/z and -x/-z distance. Trying to cover just the coal blocks evenly with particles, particles spawned outside of the area, and did not evenly coat the coal blocks.
Environment
Windows 10 PC
is duplicated by
Windows 10 PC
/particle direction x y z not working correctly/particle delta is larger than specified
The bug
When executing the particle command with dx dy and dz inputs, they are incorrectly read. When they are inputted, the directions are not per block, but seem to be exponential.
How to reproduce
Place a repeating command block with the following command
/particle flame ~ ~1 ~ 3 0 0 0.0001 100Upon executing the command [code]/particle flame 136 1.1 101 3 0 3 0 50 force[code], instead of particles spawning 3 blocks in the x, -x, z, and -z directions, particles are emitted as far as 10 blocks from the original point [Picture 1], creating a diameter of 20, not 9. I say diameter instead of a square area because particles also spawn more in the middle than on the outskirts, creating an uneven spread over the area.
I originally found this out as I set the x and z to the diamond block in [Picture1], and set the x direction to the coal blocks from the diamond block to the highest x wall, and same for the z wall, thinking it would use this as a x/z and -x/-z distance. Trying to cover just the coal blocks evenly with particles, particles spawned outside of the area, and did not evenly coat the coal blocks.
The bug
When executing the particle command with dx dy and dz inputs, they are incorrectly read. When they are inputted, the directions are not per block, but seem to be exponential.
How to reproduce
Place a repeating command block with the following command
/particle flame ~ ~1 ~ 3 0 0 0.0001 100Upon executing the command [code]/particle flame 136 1.1 101 3 0 3 0 50 force[code], instead of particles spawning 3 blocks in the x, -x, z, and -z directions, particles are emitted as far as 10 blocks from the original point [Picture 1], creating a diameter of 20, not 9. I say diameter instead of a square area because particles also spawn more in the middle than on the outskirts, creating an uneven spread over the area.
I originally found this out as I set the x and z to the diamond block in [Picture1], and set the x direction to the coal blocks from the diamond block to the highest x wall, and same for the z wall, thinking it would use this as a x/z and -x/-z distance. Trying to cover just the coal blocks evenly with particles, particles spawned outside of the area, and did not evenly coat the coal blocks.
The bug
When executing the particle command with dx dy and dz inputs, they are incorrectly read. When they are inputted, the directions are not per block, but seem to be exponential.
How to reproduce
Place a repeating command block with the following command
/particle flame ~ ~1 ~ 3 0 0 0.0001 100→
The particles are created up to 10 blocks away from the command block despite the delta being 3
relates to
is duplicated by
Thank you for your report!
We're tracking this issue in MC-106616, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
– I am a bot. This action was performed automatically! The ticket was resolved by one of our moderators, and I left this message to give more information to you.


The particles spawn more in the middle than on the edges because the dx, dy, and dz arguments are for the size of an ellipsoid, not for the size of a cuboid (if that is the proper term). Now, I still don't know why the particles spawn so far outside the specified area, though, but there are more in the middle than on the outside because the ellipsoid is fatter in the middle, and thinner at the edges. Maybe you could suggest a feature on reddit to allow you to toggle whether the /particle command summons paricles inside an ellipsoid or a cuboid. Like /particle flame ~ ~ ~ cube 1 1 1 0 10 force
Why is it an ellipsoid if the arguments are dx dy and dz like the testfor arguements, which creates a rectangular area? Why woulden't it do the same thing? I don't see any particular use for an ellipsoid.
Well, I think the dx, dy, and dz in target selectors (like /testfor @p[dx=this,dy=that,dz=this]) means direction relative to the x, y, and z coordinates, while xd, yd, and zd mean diameter (but its really a radius, not a diameter).
Hm.. then there is no way to make particles spawn evenly in a rectangular area? As in not through the command itself. Maybe adding that feature would fix this problem I'm having
Attached a screenshot. The delta used in my command was 0.5 0 0
Confirmed in 1.16.1 and 20w28a.
Can confirm in 20w49a.
Can confirm in 21w03a.
Can confirm in 21w05b.
Can confirm in 21w07a.
Can confirm in 1.18.2 and 22w12a.
Confirmed for 1.19.4; seeing as the reporter is banned, I'd like to take this report under my wing.
Done