Magma Cube's layers UV mapping overlaps

Alright. I updated the screenshots with ones of me using the current release of the game and the issue persists.

This is functioning as intended.

If you look here at this screenshot of the magma cube model being opened in block bench, you can see that this is how each cube behaves when picking what to put down as the texture.

As for your resource pack, the top and bottom of each cube section is being rendered fine and as intended.

As for the colored one, it was broken because you were missing a bottom section for the texture, but other than that it's working as intended (as shown below)

Basically this is an issue with the resource pack, not the texture UV.

Requesting reopen, this is very much an issue in vanilla, and prevents giving the magma cube a bottom texture that is not used on the sides; the texture map for each of the layers has the top/bottom overlapping the front/right faces, with the exception of the eye layers.

As for the above comment:
This is an actual obstacle to resource packs that they cannot fix.
Overlapping UV mappings have been considered valid bugs in the past and should be deemed as such. Unless you have an actual source from Mojang saying it is intended, this won't be resolved as such. Current behavior cannot be used as source, as then every report would be WAI'd.

This can only be resolved in 1 way: increase texture file size, and move every layer off to it's own area, like the eye layers. Otherwise there will always be overlapping UV areas.

If needed, I'm willing to keep this report updated.

I've changed the reporter of this issue to @unknown due to the level of detail provided in the comment above and the original reporter's inactivity on this ticket. If you'd like ownership returned, @unknown, please leave a comment here. 🙂

Very sorry for my lack of activity. I’ve been busy with school and other life stuff that I haven’t been able to respond. I’ve been receiving the updates that Dhranios has given in my email. Glad he noticed the issue as well so this can be resolved. I will be out for most of today but if you guys need anything from me I can provide it for you later today.

Here you can see the texture mapping showing the pieces of the model, but instead of having 8 top and bottom cubes for all the inside layers and the bottom like how it's shown with the patty and tomato in the bottom right of the texture .png the texture mapping is set to overlap the top and bottom image of the top and bottom of the whole mob, resulting in an overlapping texture on the inside for a majority of layers (tomato and patty excluded because they happen to have their own top/bottom section in the bottom right)

I'm unsure if the mapping defaulted to this setup to fill each part of the model because it didn't have all the sides it needed available, or if the overlay is manually made to fit the image and paired with the model through coding. The texture file itself doesn't need to increase in size, I took the original, moved things and duplicated the current tomato and patty cubes to make the amount needed to fill the whole model. The blank space in mine being where the inner cube texture would go. The file itself is a perfect size, nothing has to be rescaled or resized. 

In vanilla the magma cube is majority of one color and texture, a texture that when overlapped can look fine, but if it were changed ever, it would be very noticable. This issue especially impacts the community members who make resource packs and texture packs because they can't utilize the unique layers or this mob without it ending up looking, like a mess. 

I'm all for limiting things to spark creativity, but this should not be something that contributes to the limitations.

Now with 1.20 coming up, and the fact that a big part of the theme seems to be self expression, I think this is the perfect time to fix this. Not only is it a simple fix of tweaking the texture .png to actually be fully complete (which you could just use mine, its not like its an original idea or anything) but to just fix the texture overlay, heck i'd do it myself if I knew how. 

Unfortunately, entity texture mapping would need to be rewritten in order to fix the issues in your suggested way; unlike block/item models, entity texture mapping is required to have the layout
-UD
RFLB
(up, down, right, front, left, back).
Your suggested layout wouldn't require a resize, yes, but would require a major texture mapping code rewrite, and will likely force Mojang to redefine all existing entity texture mapping, breaking a bunch in the process.

The less time-consuming and less error-prone fix is resizing and moving all the element mappings further apart from each other.

While a do like your fix suggestion, and wish it gets done eventually (eg when mojang creates modifyable entity models), it is too much for a bug fix like this.

@Dhranios While I don't know the technical aspects of remapping the overlay or I guess rezoning, I do know that each mob has a different overlay map for their textures, Mojang would just have to find the coding for the Magma Cube and redo it.

Because each mob model is different and has separate overlay mapping for their unique texture, changing the code for the magma cube overlay shouldn't affect any other mob overlay. therefore causing less hassle. The way the magma cube texture is now doesn't even have a layout that would be specific to say mapping left to right. You can tell by how inconsistent the placements are.  

But making the file larger would cause many issues as they would have to enlarge all mob textures. 

The two inner layers, the patty and tomato that i copied that are correctly made, the sliver under them is the same as the slivers that are inconsistently placed on the top left area overlapping the top under layer and bottom under layer. There aren't any overlapping mapping issues with the patty and tomato layers touching the slivers that make up the outer edges of those layers, so separating pieces more isn't going to solve the issue, especially since there aren't enough pieces there in the first place, as in the overlapping zones aren't the correct size, and even if you separated them you would still have to remap the overlay for the new locations.

In short theres no way to fix this without remapping the overlay or rezoning the .png. you can move colors around as much as you want and increase size but the map overlay will stay the same unless edited.

With Block Bench existing maybe that could be used to help mojang fix this?

That is simply not how texture/uv mapping works, only texturing itself. Compare the witch to the villager texture, for example, different sizes, same uv mapping aside from the hat and wart textures.
Making it a bigger texture file only requires the uv mapping for layers to move, while changing the entity UV system entirely to move a single face's UV away from the rest of the element's requires a major structural code rewrite. You seem to be comfusing "make the file bigger" with "scale up the texture".

You really think Mojang didn't already use a program to create entity models before blockbench existed?

they actually didnt used to use a program at least notch specifically said he manually coded the models when he was explaining how the creeper was made