MC-1188Bad Clock and Compass rendering with HD texturepacks
It's an OLD bug but I want to report it.
Clock and compass are badly rendered in the "items.png" spritesheet of HD texturepacks.
(HD = above default resolution of 16x16)
Instead of beeing rendered in their correct HD slot coordinates in "items.png", they are still rendered in their SD slot coordinates leading to display a clock and a compass inside some other items (like armors).
Those core dynamic items should be rendered in the correct slot of HD texturepacks (it will prevent the display of core animations inside other blocks).
I know, MCPatcher and Optifine are doing this very well but, it should be Minecraft which should have a "basic" support for HD texturepacks (MCPatcher and Optifine will still have a lot of benefits like custom animations).
Environment
Not related to environnement
Created Issue:
Bad Clock and Compass are
It's an OLD bug but I want to report it.
Clock and compass are badly rendered in the "items.png" spritesheet of HD texturepacks. Instead of beeing rendered in their correct HD slot coordinates in "items.png", they are still rendered in their SD slot coordinates leading to display a clock and a compass inside some other items (like armors).
Those core dynamic items should be rendered in the correct slot of HD texturepacks (it will prevent the display of core animations inside other blocks).
I know, MCPatcher and Optifine are doing this very well but, it should be Minecraft which should have a "basic" support for HD texturepacks (MCPatcher and Optifine will still have a lot of benefits like custom animations).
Environment
Not related to environnement
Bad Clock and Compassare
It's an OLD bug but I want to report it.
Clock and compass are badly rendered in the "items.png" spritesheet of HD texturepacks. Instead of beeing rendered in their correct HD slot coordinates in "items.png", they are still rendered in their SD slot coordinates leading to display a clock and a compass inside some other items (like armors).
Those core dynamic items should be rendered in the correct slot of HD texturepacks (it will prevent the display of core animations inside other blocks).
I know, MCPatcher and Optifine are doing this very well but, it should be Minecraft which should have a "basic" support for HD texturepacks (MCPatcher and Optifine will still have a lot of benefits like custom animations).
It's an OLD bug but I want to report it.
Clock and compass are badly rendered in the "items.png" spritesheet of HD texturepacks. Instead of beeing rendered in their correct HD slot coordinates in "items.png", they are still rendered in their SD slot coordinates leading to display a clock and a compass inside some other items (like armors).
Those core dynamic items should be rendered in the correct slot of HD texturepacks (it will prevent the display of core animations inside other blocks).
I know, MCPatcher and Optifine are doing this very well but, it should be Minecraft which should have a "basic" support for HD texturepacks (MCPatcher and Optifine will still have a lot of benefits like custom animations).
It's an OLD bug but I want to report it.
Clock and compass are badly rendered in the "items.png" spritesheet of HD texturepacks. Instead of beeing rendered in their correct HD slot coordinates in "items.png", they are still rendered in their SD slot coordinates leading to display a clock and a compass inside some other items (like armors).
Those core dynamic items should be rendered in the correct slot of HD texturepacks (it will prevent the display of core animations inside other blocks).
I know, MCPatcher and Optifine are doing this very well but, it should be Minecraft which should have a "basic" support for HD texturepacks (MCPatcher and Optifine will still have a lot of benefits like custom animations).
It's an OLD bug but I want to report it.
Clock and compass are badly rendered in the "items.png" spritesheet of HD texturepacks.
(HD = above default resolution of 16x16)Instead of beeing rendered in their correct HD slot coordinates in "items.png", they are still rendered in their SD slot coordinates leading to display a clock and a compass inside some other items (like armors).
Those core dynamic items should be rendered in the correct slot of HD texturepacks (it will prevent the display of core animations inside other blocks).
I know, MCPatcher and Optifine are doing this very well but, it should be Minecraft which should have a "basic" support for HD texturepacks (MCPatcher and Optifine will still have a lot of benefits like custom animations).
![[Mod] Ezekiel (ezfe)](../../../data/assets/gravatar/ezekielelin.jpeg){kind=small}
This system is intended for vanilla bug reporting. This is not support for mod issues. Please contact the mod creators for issues with them.
Minecraft supports by default any texturepack.
Considering that texturepacks support is a feature of Minecraft, HD texturepacks should be supported as well!
This issue IS a Minecraft Vanilla issue (with HD texturepack)!
I disagree with the "resolved" state.
In order for HD texturepacks to work, the Minecraft source is modified. Ergo, transitively this is a mod related issue and not a vanilla MC issue and doesn't belong in this bug tracker.
Contact the mod authors to see about getting it resolved there.
And if you think they should be supported, that would be a feature request. Which we are not doing here. Please keep that in mind.
Mojang is aware of the requests for HD Texture Pack support.
@Pahimar: You are wrong. Minecraft supports very well any resolution of texturepacks without any Mod or patch installed. But it is buggy, so Vanilla Minecraft with HD texturepack works but the result is Buggy, that's why I reported bugs related to HD TP.
@Selbram: If they are aware why not reporting the bugs related to bad HD texturepacks support then?
We don't support anything other than 16x16. Maybe they will crash your game and eat your blocks, or maybe they won't break entirely but just look ugly or glitch in unexpected ways; either way, we don't support them.
And it's not planned? Or it will never be planned?
But OK. Close this issue then.
At some point in the future we may support HD texture packs (through our render rewrite, for example), but that's adding a new feature as opposed to fixing an existing bug.
interesting information about how mojang does not support higher res textures, because the game at current point supports/is able to handle by default textures with higher resolution as 16px without any need of 3rd party addons/mods/patchers...
but well... I rather stop here