mojira.dev

ShrekTehOgrelord

Assigned

No issues.

Reported

MC-262164 Extracting assets from Minecraft no longer gives you all font files Invalid MC-260884 Protruding cubes on humanoid entity models Confirmed MCL-21924 "What's New" launcher icon uses linear scaling filter Fixed MCPE-104190 Constant view spinning when L2 and/or R2 are pressed Duplicate

Comments

Did you make sure to enable the experimental toggle in your world settings?

We can just request ownership?

 

still the case in 1.20.1

I'm not gonna lie, I didn't notice it was marked as invalid until now.

All 32 frames are used. However, since it's a snippet of what was technically an infinite animation before (to make them changeable using texture packs) and since there was lack of art skills and artistic knowledge it is now a not-so-smooth animation from the last frame to the first one.

There is no issue with the amount of frames that are played on the fire animation, the issue you're seeing is a poor attempt at trying to loop a snippet of the fire animation from 1.4 and below during the 13w02a switch to actual textures for animated textures, which used to be procedurally generated purely based on code.

Here's an edited fire animation containing numbers on the texture which demonstrates the frames being counted one-by-one:

[media]

Somewhat irrelevant question to the bug report:

Am I even supposed to be able to modify the category of the bug report? The option appears for it for a small portion of a second which allowed me time to change the category, but it does not allow me time to choose a proper category.

Changing it from being named "Protruding cubes" to"Different zfighting" would be factually incorrect. Z-fighting would be different planes that are so close together to the point where they fight to try and render above one another, this therefore causes an extremely screwed up effect where the two planes flicker during camera movement. there isn't that particular issue here anymore as the planes are no longer fighting to render over each other. This instead is a whole new bug/issue caused by the MC-12729 bug fix in 23w06a which was intended to fix leggings and boots. This would indicate that all the humanoid entities (including the armor) all share the same model, this means that solving this bug as a duplicate of MC-182699

(which was already fixed as a result of the models being shared) is a pretty questionable decision.

I do not expect you guys to know how deeply intertwined all of these bugs can be sometimes. I do, however, expect you guys to understand that this would be a new bug for a new issue based on what I've just further explained in this comment.

This bug affects bedrock too btw

I dont wanna see a bug being fixed in java while bedrock doesnt get that fix