[MC-3930] colormaps/foliage.png not affecting birch and spruce leaves, watercolor.png not changing water at all Created: 28/Nov/12 Updated: 04/Jun/22 Resolved: 17/Sep/19 |
|
| Status: | Resolved |
| Project: | Minecraft: Java Edition |
| Component/s: | None |
| Affects Version/s: | Minecraft 1.4.5, Minecraft 1.7.4, Minecraft 1.7.9, Minecraft 14w18b, Minecraft 14w19a, Minecraft 14w20b, Minecraft 1.8, Minecraft 1.8.1-pre3, Minecraft 1.8.3, Minecraft 15w51b, Minecraft 1.10.2, Minecraft 16w38a, 1.14.4 |
| Fix Version/s: | None |
| Type: | Bug | ||
| Reporter: | yarrmateys | Assignee: | Unassigned |
| Resolution: | Works As Intended | Votes: | 40 |
| Labels: | resource-pack | ||
| Environment: |
windows xp 32 bit, java 1.7, geforce 450 gtx |
||
| Attachments: |
|
||||||||||||||||||||||||||||||||||||
| Issue Links: |
|
||||||||||||||||||||||||||||||||||||
| CHK: | |||||||||||||||||||||||||||||||||||||
| Confirmation Status: | Community Consensus | ||||||||||||||||||||||||||||||||||||
| Game Mode: | Creative | ||||||||||||||||||||||||||||||||||||
| Description |
|
the foliagecolor.png part of texture packs only affects regular oak and jungle trees. it has no effect on either spruce or birch ones, they're always default green even if you recolor your texture pack's foliage to red or blue. same goes for watercolor, except it doesn't do anything at all. no matter what you recolor it to, water will remain blue. Resource pack of |
| Comments |
| Comment by [Mojang] slicedlime [ 17/Sep/19 ] |
|
The inconsistency is intended, which is why this is closed. For Vanilla Minecraft, it is definitely intended that certain types of leaf blocks (like spruce) are intended to always look the same and not be colored by biome variations (much like real life spruce). We do want to provide more configurability for things like that, and data driving how biome coloring affects block types would be a great thing to have for resource packs - but that is not strictly what this bug is about, and adding it would be adding a feature for extensibility, not fixing this bug in specific. And again, this not being considered a bug doesn't mean it won't happen, it just means that we do not consider this "faulty" as described in this bug report. As violine noted, please move any further discussion about this to the subreddit. |
| Comment by [Mod] violine1101 [ 17/Sep/19 ] |
|
Please do not use the bug tracker as a discussion forum. Please use /r/Mojira instead. |
| Comment by Meri Diana [ 17/Sep/19 ] |
|
nighter I absolutely agree with FaRo1 and also want to state that this is an inconsistency. If this bugpost would have been resolved as WAI without giving any reason, I would have assumed something which is intel I've gotten several years ago though. Back then I asked a dev regarding textures such as foliage, (custom) sky, environment etc., and he wrote something along the lines of, that some things related to texturepacks would require a massive rewrite. That he actually already tried to implement something which is currently hardcoded, but it didn't work out with that code base (don't nail me down 100% to those words, it's saved similar like this in my memory, I mainly recall that he wanted to give texturepack makers more possibilities, but it was not possible at that time). From what I know so far about this bugtracker, is, that in some cases "works as intended" can also mean something like "we can't currently do this, it may be fixed one day, it also might not be on the top of our priority list, and it may very well be that, if it will be possible one day, it may not be in the format this bugpost refers to, so we might as well close it, and as we must not reveal specific future plans for Minecraft to the public, we sadly can't tell you that this will be possible one day.", but this is apparently not the case here by closing the bugpost as a "feature request". To emphasize again: Closing this bugpost as a feature request seems wrong, as it's also for me an inconsistency. I am aware that since the acquisition by Microsoft, plans may have changed tremendously, which is not the Devs' fault, but, regardless, I want to link again a Redditpost by Mr. Broes: It would be very kind of you, Mr. Östergård, to ask the developer who would be currently responsible for theoretically implementing it into Vanilla, so you could re-evaluate to possibly leave this bugpost open, or, if you are allowed to, to give us any intel about future plans regarding this. Thank you! |
| Comment by Fabian Röling [ 17/Sep/19 ] |
|
How so? The water colouring is already implemented, it just doesn't work. And that certain leaves are not affected is at least an inconsistency. |
| Comment by [Mojang] Adrian Östergård [ 17/Sep/19 ] |
|
This is a feature request. |
| Comment by Meri Diana [ 08/Jan/19 ] |
|
Captain_Spicyboy In my opinion, "Postponed" leaves open a hope, than not intending to do anything about it at all. For the time being, I inserted a json with which you can work with, if you want to colour birch leaves. I can very well understand frustration, but I have yet to see that venting against someone who isn't on your payroll or you have got some other form of power over, but you want something from them, will turn out in 100% of the cases to the favour of the angry person. So if you want to do yourself and the rest of us, who'd love this to be done someday, a favour, try to keep your criticism as humane as you can, and, if that critique contains nothing that really contributes to a bugpost, then do this preferrably outside of this bugtracker, e.g. on the Mojira Subreddit, thank you. |
| Comment by Mike Vandeveer [ 08/Jan/19 ] |
|
I'm kind of getting sick of this being an issue and the fact that the other articles are "resolved" all leading to this one that is still open and is "postponed" it feels more like the devs should just tell us they don't intend to do shit about it, throw an "abandoned" into the labels, and add it to this issue. |
| Comment by Meri Diana [ 13/Nov/18 ] |
|
If needed, the workaround as described by JellyFishGreen works, however the correct birch_leaves.json is: {
"parent": "block/cube_all",
"textures": {
"all": "block/birch_leaves"
}
}
|
| Comment by Kaari Koehn [ 10/Nov/18 ] |
|
Tip from HeroQBE in minecraftforum.net, possible workaround: "For editing e.g. birch leaf color create or edit the file birch_leaves.json in the folder YourResourcepack\assets\minecraft\models\block\ and edit it like that: {{{}} That will just turn off the block tint and you can change the leaves_birch.png in the YourResourcepack\assets\minecraft\textures\blocks\ folder like you want I haven't tried this yet myself.
|
| Comment by user-f2760 (Inactive) [ 28/Jun/17 ] |
It never was supported
It's marked as postponed, meaning that it will be fixed later.
|
| Comment by Meri Diana [ 28/Jun/17 ] |
|
r543 Do you refer to this post here by Mr. Broes on Mojira's Reddit for Well from what I've heard, they initially planned to have all old "data values" removed already in 1.12 and it seems they're aiming now for 1.13, as for the block ID update - what I mean by that example is: Good stuff needs a good amount of time Also, I suppose they're still aiming for feature parity, which means that a change in Java-MC would possibly also have to be somehow implemented in the versions for other platforms, which would involve even more Devs who are maybe busy with (and have to prioritise) other stuff currently.. who knows. But I recently read something about being able to change the Sky colours and foliage etc. in MAYBE 1.13 via Vanilla means (no MCPatcher/Optifine).. ah, found it, it was Mr. Broes on Reddit TLDR: It might often not seem that way, but some Devs actually care about some really neat future additions, but adding them isn't always possible due to various reasons, sometimes needing more time than initially planned. I can only ask you (and others) for some more patience |
| Comment by r543 [ 28/Jun/17 ] |
|
Not to sound rude, but this is still a issue(in past when MCpatcher, a 3rd party thing, was still supported, you could use it to change the foilage AND water color, which worked nice), does Mojang ever intend to fix this? |
| Comment by Marcono1234 [ 27/Sep/16 ] |
|
Confirmed for
Resource pack of |
| Comment by Galaxy_2Alex [ 26/Sep/16 ] |
|
Is this still a concern in the current Minecraft version? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases. If this has been done, we can reopen the issue. Keep in mind that the "Resolved"-Status on this ticket just means "Answered", and that we are waiting for further information on whether this issue still exists or not. It will be reopened as soon as the requested information has been delivered. |
| Comment by August Zellmer [ 01/Jul/16 ] |
|
Fabian: Yes. That is the new name of the file. And I wouldn't be surprised if watercolor.png has moved as well. But the glitch is still the same - these files exist and are supported by texture packs, but birch trees ignore the foliage file and the watercolor file is ignored entirely. |
| Comment by Fabian Röling [ 01/Jul/16 ] |
|
According to http://minecraft.gamepedia.com/Resource_pack#Folder_structure there is no "foliagecolor.png". Was this changed to "assets/minecraft/textures/colormap/foliage.png"? |
| Comment by yarrmateys [ 25/Dec/15 ] |
|
it may be intended, but it may as well be something that was missed when the trees were upgraded from all hardcoded values to the new method. the new ones use the newer method as well as far as i know. |
| Comment by Marcono1234 [ 24/Dec/15 ] |
|
Confirmed for
Based on the code it seems to be intended: public int colorMultiplier(IBlockAccess worldIn, BlockPos pos, int renderPass) { IBlockState var4 = worldIn.getBlockState(pos); if (var4.getBlock() == this) { BlockPlanks.EnumType var5 = (BlockPlanks.EnumType)var4.getValue(VARIANT_PROP); if (var5 == BlockPlanks.EnumType.SPRUCE) { return ColorizerFoliage.getFoliageColorPine(); } if (var5 == BlockPlanks.EnumType.BIRCH) { return ColorizerFoliage.getFoliageColorBirch(); } } return super.colorMultiplier(worldIn, pos, renderPass); } colorMultiplier(IBlockAccess worldIn, BlockPos pos, int renderPass) method of the net.minecraft.block.BlockLilyPad class public int colorMultiplier(IBlockAccess worldIn, BlockPos pos, int renderPass) { return 2129968; } |
| Comment by Marcono1234 [ 08/Apr/15 ] |
|
Confirmed for
|
| Comment by James [ 25/Oct/14 ] |
|
Spruce and Birch ignore Foliage color Map 1.8.1-pre3 |
| Comment by James [ 25/Oct/14 ] |
|
it is still occurring will add updated picture. (as of 1.8.1-pre3) |
| Comment by Galaxy_2Alex [ 24/Oct/14 ] |
|
Is this still a concern in the current Minecraft version 1.8.1 Prerelease 3 / Launcher version 1.5.3 or later? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases. |
| Comment by Tangent65536 [ 24/May/14 ] |
|
Last seen on 14w20b. |
| Comment by James [ 10/May/14 ] |
|
latest snapshot as of May/10/2014 |
| Comment by James [ 10/May/14 ] |
|
yeah this issues still occurs would be great to see it resolved' |
| Comment by Deleted account [ 06/May/14 ] |
|
Is this still a concern in the current Minecraft version 14w19a / Launcher version 1.3.11 or later? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases. |
| Comment by Kumasasa [ 03/Mar/14 ] |
|
In fact the colour is hardcoded, reopened: BlockOldLeaf.java (as of MCP 9.03 / Minecraft 1.7.2) /**
* Gets the foliage color for birch type (metadata 2) trees
*/
public static int getFoliageColorBirch()
{
return 8431445;
}
|
| Comment by Hartspoon [ 03/Mar/14 ] |
|
If birch and spruce leaves not being coloured by foliagecolor.png isn't a bug, how come leaves_birch.png and leaves_spruce.png aren't coloured in the first place? It doesn't really make sense to use a greyscale image, allowing the game to recolour it dynamically, if the said colour is then hardcoded in the game. This should be marked as unresolved and confirmed. |
| Comment by branza [ 25/Jan/14 ] |
|
This is a bug, it doesn't make sense that birch and spruce leaves can't be changed by resource packs, but the other leaves can. Every texture and color should be changeable with resource packs. |
| Comment by James [ 05/Sep/13 ] |
|
i don't think the water is a problem anymore but the spruce and birch leaves "BUG" still occurs.. would be nice to see this "BUG" fixed.. its not something that would arise without being shown and if this keeps getting side stepped as a Feature/Suggestion we will likely never see it Fixed.. (we all know how much they love adding suggested features O.o) please get this seen by Mojang.. |
| Comment by Mustek [ 29/Nov/12 ] |
|
This site is for bug reports only. For feature suggestions/changes please use the MineCraft Forums: Suggestions. |