-
Bug
-
Resolution: Unresolved
-
None
-
1.20.0.20 Preview, 1.18.10.26 Beta, 1.18.0.21 Beta, 1.17.40.23 Beta, 1.17.40.21 Beta, 1.17.11 Hotfix, 1.17.20.22 Beta, 1.17.10, 1.17.0.52 Beta, 1.16.200.55 Beta, 1.16.100.54 Beta, 1.16.0.51 Beta, 1.14.0, 1.16.0, 1.16.1, 1.16.10, 1.17.30, 1.17.32, 1.17.34, 1.18.2 Hotfix, 1.18.31, 1.19.73, 1.21.41 Hotfix, 1.21.43 Hotfix
-
Community Consensus
-
Windows
-
445108
The bug
When a block is mined, it takes about five frames to update properly, which can be somewhat distracting.
Here is a frame-by-frame analysis beginning with just before the block being broken:
Frame 0: Block is on last stage of the breaking animation. Next frame, it should break.
Frame 1: Pickaxe durability bar appears, indicating that the item was used. Block hitbox outline disappears, indicating the block is gone. The mining animation disappears. The block is still present.
Frame 2: No change.
Frame 3: Block disappears. No item is visible, breaking particles have not appeared.
Frame 4: No change.
Frame 5: Breaking particles appear.
Frame 6: Dropped item appears.
Expected behavior is for the block to disappear, and particles and items to appear all on the immediate frame after breaking the block.
Comparison
java.mp4
- is duplicated by
-
MCPE-127116 The delay of block appearing and the delay of particles appearing
- Resolved
-
MCPE-139869 Particle effects are delayed when breaking blocks
- Resolved
-
MCPE-169622 Block destroy particles emits a little late after break a block
- Resolved
-
MCPE-187959 Visual State of Blocks Updates Slower Than Actual State
- Resolved
- relates to
-
MCPE-33749 Block visibility update delay
- Open