mojira.dev
MCPE-155987

Piston arm animation is inconsistent and choppy

The smoothness of the piston animation is inconsistent. Sometimes it's smooth; sometimes it's not.

Steps to reproduce

  1. Place a piston/sticky-piston and put a button or lever on it.

  2. Activate the piston with the button/lever.

 

The observed result:

Here, I uploaded 2 recordings:

  • The first one shows laggy animation. The piston looks like it's skipping some frames.

[media]
  • The second video is recorded after I reloaded the world. The piston animation is smoother. But, as pointed out, the piston arm still travels different amounts of pixels for each frame. And also, extension/retraction takes 4 frames in total, which is kind of too little.

[media]
  •  

The expected result:

The piston arm, when piston is powered/un-powered, should always travel the same distance with the same velocity, consistently. It should also be given more than just 4 frames to do so.

 

Important note

This issue is not MCPE-146597 which is about the animation of the block that's being moved by the piston.

This issue is about the piston's arm animation.

 

Additional information

My PC is an Excalibur (Casper) g770 laptop. It has a dedicated Nvidia graphics card and an Intel Core i5 10th Gen processor, so my computer is in no way a low end device.

Only the default resource pack / behavior pack is running and no extra modification to the has been applied whatsoever.  

Linked issues

Attachments

Comments

GoldenHelmet

I would not say that the second video shows a "smooth" animation. It's a little less choppy than the first, but it's not smooth at all compared to Java.

I clipped the first two extensions and retractions of each video and slowed them down twice using Windows default tools. Here they are for comparison:

[media][media]

Looking more closely at these examples I observe the following:

  • The extension and retraction animations at best run in exactly 4 steps. Since an extension takes 2 game ticks or 1/10th of a second, that means the piston extension animation is capped at 40 fps. Not terrible, but not great either. (The 4 steps are not an artifact of my video recording or editing in Windows. I also observed exactly 4 steps examining

[media]
  • , which I made in Minecraft on my iPhone 8, and I have noted 4 steps in supporting media from other reports.)

  • The 4 steps are not consistent with each other. This is why even the "smooth" animation (which I called "Not choppy..." in the video name) is actually not very smooth. In the first extension from the smoother video, the animation steps jump as follows:
    ||Animation Step||Step Distance (pixels)||Total Distance (pixels)|| ||
    |1|3.5|3.5|

    [media]

    |
    |2|4.5|8|

    [media]

    |
    |3|6.25|14.25|

    [media]

    |
    |4|1.75|16|

    [media]

    |

  • Sometimes (randomly) the animations appear to only have two or three steps. This largely accounts for the less smooth/"Not choppy..." video examples. Given the inconsistency noted in the previous point, this point may just be a result of the game playing successive steps with no difference in distance. Note that the second extension in the smoother/"Not choppy..." video, there are four steps, but the total distance goes 8, 15.5, 15.75, 16.

GoldenHelmet

This report is about the piston arm animation, not blocks moved by the piston. MCPE-146597 refers to the moving block. They are separate issues as the piston arm animation has been the same choppy and inconsistent through many different versions while moving block visuals have changed.

migrated

MCPE-146597 talks about the block that is being moved by the piston, while this one is about the piston arm itself not being smooth, which an entirely separate issue.

migrated

The ticket has been slightly updated to clarify what the issue is about.

FireLiz

It seems the beta did not fix this issue

FireLiz

This is not fixed in the latest release.

migrated

I have downloaded the latest release; It's hard for me to tell, but it appears to be slightly improved.

Block movement animation has yet to see any kind of treatment, but that's a different issue with its own ticket.

migrated

FireLiz, if you can provide some footage to demonstrate whether the problem still consists, that would be appreciated.

migrated

This is not fixed in the latest release. I have attached a video.
 
 

migrated

By the look of it, the problem seems to remain persistent. Therefore, the issue has not been solved yet, and this ticket should be reopened.

Arisa Bot

⚠️ Please do not add Affected Versions to resolved reports.

Have a look at the Resolution and the comments to see why this ticket has been resolved. If you think this ticket has been resolved erroneously you can contact the Mojira staff on Discord or Reddit.

-- I am a bot. This action was performed automatically! If you think it was incorrect, please notify us on Discord or Reddit

migrated

We're always told to use this site as a platform to report bugs. And now we're being told otherwise for doing this exact same thing. This is ridiculous.

GoldenHelmet

Sorry for the delay in reopening the report.

migrated

Thanks for reopening

migrated

apparently, the issue has been marked as "fixed" in the latest preview versions. If someone could upload a short video demonstrating it, it would be appreciated.

migrated

(Unassigned)

785681

Confirmed

Multiple

Windows 11

animation, piston

1.14.60 Hotfix, 1.18.31, 1.19.0, 1.19.22 Hotfix

1.19.50.20 Preview, 1.19.30.20 Preview, 1.19.30, 1.19.50

Retrieved