First of all, I hope I got this in the right section of the forums. If not please accept my sincerest apologies. Second, if this answer has already been posted, again my apologies, but I wasn't sure exactly how to look it up.
So here's the issue:
I am playing the Treeit modpack with a few additions and tweaks of my own. What I am running into is that I want to use only Metallurgy textures for the extra ore blocks but I get random textures. For instance, I forged copper ingots that had been mined as Metallurgy ore which came out of the furnace in an IC2 texture block then when I broke it to use the copper it turned into Mariculture copper ingots. I am using Geocraft to bump my ore distribution but it does not differentiate between the different packs it just changes the ore distribution by name of the ore....if that even matters for this question. Don't know which mod I have that shows exactly what I am looking at from which modpack....do love it though.
How do I make it so I only get the Metallurgy textures instead of all the rest; since there are three or four different ones for copper? The issue occurs with other ores but copper is the worst offender
I also have another rather bizarre issue with the doors on one building. I am using a custom Painterly pack for textures but the front doors on one building are the normal vanilla Minecraft doors while the back doors are the "proper" Painterly ones. This is the only building it does it on and I have removed and replaced the doors only to have the issue switch from the front to the back doors. They simply will not match. Any ideas?
Your assistance is greatly appreciated. I am not a coder or anything like that so if this is a complicated fix I guess I will just live with it. I did have to do some block ID fixes when I added Ultimate Nether so I can do that if that is what it takes. If you do have a suggestion please please include detailed instructions on how to address it. Thank you very much!
Rollback Post to RevisionRollBack
I just took the Minecraft Noob test! Check out what I scored. Think you can beat me?!
First of all, I hope I got this in the right section of the forums. If not please accept my sincerest apologies. Second, if this answer has already been posted, again my apologies, but I wasn't sure exactly how to look it up.
So here's the issue:
I am playing the Treeit modpack with a few additions and tweaks of my own. What I am running into is that I want to use only Metallurgy textures for the extra ore blocks but I get random textures. For instance, I forged copper ingots that had been mined as Metallurgy ore which came out of the furnace in an IC2 texture block then when I broke it to use the copper it turned into Mariculture copper ingots. I am using Geocraft to bump my ore distribution but it does not differentiate between the different packs it just changes the ore distribution by name of the ore....if that even matters for this question. Don't know which mod I have that shows exactly what I am looking at from which modpack....do love it though.
How do I make it so I only get the Metallurgy textures instead of all the rest; since there are three or four different ones for copper? The issue occurs with other ores but copper is the worst offender
I also have another rather bizarre issue with the doors on one building. I am using a custom Painterly pack for textures but the front doors on one building are the normal vanilla Minecraft doors while the back doors are the "proper" Painterly ones. This is the only building it does it on and I have removed and replaced the doors only to have the issue switch from the front to the back doors. They simply will not match. Any ideas?
Your assistance is greatly appreciated. I am not a coder or anything like that so if this is a complicated fix I guess I will just live with it. I did have to do some block ID fixes when I added Ultimate Nether so I can do that if that is what it takes. If you do have a suggestion please please include detailed instructions on how to address it. Thank you very much!
Firstly, this doesn't really belong in this section, you should ask this either in the threads of the mods that are the issue (if you can narrow it down enough), or Mods Discussion.
Anyways, it is not the texture that's the issue here. It's the fact that multiple mods are implementing the same type of ore. For example, IC2, Thermal Expansion, Foretry, Metallurgy. The one thing that's common among these mods, they all add a form of copper.
You said the texture was changing, the texture itself was not changing. It was the technical ore type. For example, you took a Metallurgy copper ore block, and (I presume) put it in a macerator. The macerator is hardcoded to take in any general copper ore, but give out only IC2's copper.
Within Forge, there's a special utility known as the Ore Dictionary. It was designed and implemented into Forge for this exact reason, multiple mods all had different versions of the same ore, and player's had to manage all these different types of the same ore. Essentially, when a mod loads, the mod registers all it's ores into the Ore Dictionary.
Say a mod has a recipe which uses copper, instead of coding the recipe to use ModItems.copper (the specific mod's copper), it would instead use the Ore Dictionary to generate a list of recipes, all of which are the same recipe, just using the different registered versions of copper, so one recipe would be for IC2's copper, another for TE's, another for Metallurgy's, etc. Then the mod just loops through the list and registers all the recipes one-by-one.
Take this one step further, IC2's macerator, how does it support any form of copper? But only output it's own form? In the code, it's using the Ore Dictionary to generate a dynamic list of ItemStack instances (in layman's terms, an ItemStack is the object used to define an actual stack of items in an inventory, so say you had a stack of cobblestone, that had a stack size of 64. The respective ItemStack would be of the item type cobblestone, with a stack size of 64, this is how mod's actually handle item stacks internally), with the item type being from each mod's form registered. In the code, the machine's internal code then runs through the list like before.
Now, if a mod has not registered it's ores with the Ore Dictionary (you will know if it doesn't work in any other mod's machines), then all that compatibility for other mod's does not apply to that mod's ores, which means you now effectively have to manage two ore types. In this situation, I'd recommend yelling at the author to register their ores, so no potential problems occur.
The other snag you will catch yourself in, which is the one I'm certain you're caught in now, is that you don't know how to manage the ores, or don't know how the management works. I'll use a scenario to explain this. Typically, in a survival world, you would have an automatic system set up to mine ore's. In this setup, you will get all the ore types from all mods that are generated, so you will get many different types of the one ore, ie copper. However, you typically have the items piped out into an auto processing system, that is, the items go in a system that processes, and most of the time, doubles, or even triples, or maybe quadruples, them. What mod you choose to do this is the mod that your ingots will come out as. Chose IC2's macerator and furnace? You will get IC2's ingots. Chose TE's pulveriser and furnace? You will get TE's ingots. Etc. This also works if you mix your machines up, choose IC2's macerator but TE's furnace? You should get TE's ingots, but IC2's dusts, which combine this with IC2's new ore washing mechanic, and you have yourself a system that more than doubles your ores.
Rollback Post to RevisionRollBack
Author of the Clarity, Serenity, Sapphire & Halcyon shader packs for Minecraft: Java Edition.
Thank you for the reply. I was really hoping it would be something simple like a config file that could be adjusted so that any blocks would only be displayed as the good looking ones from Metallurgy. I should have known better...lol....for such a "simple" game Minecraft is rather complex.
In response to your last paragraph I am not using any machines except the regular furnace. I have no automation as of yet in any portion of my game. So when I mined the ore by hand with a pickaxe the label indicated it was copper ore, forget for sure which mod, then I placed it in a copper furnace to make the ingots which I think came out as Metallurgy ingots then I used a vanilla crafting table to make the block of copper which then registered as an IC2 block when I put it back on the crafting table to break into ingots again it broke down into Mariculture ingots. It was just weird. Almost all of the other blocks that come up have the Metallurgy texture and look except the few that come out as IC2 blocks. Since the copper furnace is one of the upgrades in Metallurgy you would think that the ingots coming out would be only Metallurgy? So why when the block is made do they switch to the IC2 color?
I do understand that I will have several different copper ingots....there are four completely different ones within this pack. I just wanted to know if there was a way to make it so that when I craft blocks they would only come out as the ones from Metallurgy. My favorite part of MC is spelunking. I love mining by hand and getting lost in the caves....well the getting lost part just happens because of all the shinies on the walls...lol. I have only been playing for a month or so and am still in the learning stages. Actually quite proud of myself for learning how to play with the config files and address block ID issues (thanks to the forums). I am in no way a programmer so I may just have to settle for this being something I cannot fix....just wish I could since (no offense to IC2 but the blocks are not as nice looking as Metallurgy) I am planning on using the blocks for building and decoration.
Thanks again for your incredibly thoughtful and thought provoking reply. I learned more which is always a plus.
Rollback Post to RevisionRollBack
I just took the Minecraft Noob test! Check out what I scored. Think you can beat me?!
Thank you for the reply. I was really hoping it would be something simple like a config file that could be adjusted so that any blocks would only be displayed as the good looking ones from Metallurgy. I should have known better...lol....for such a "simple" game Minecraft is rather complex.
In response to your last paragraph I am not using any machines except the regular furnace. I have no automation as of yet in any portion of my game. So when I mined the ore by hand with a pickaxe the label indicated it was copper ore, forget for sure which mod, then I placed it in a copper furnace to make the ingots which I think came out as Metallurgy ingots then I used a vanilla crafting table to make the block of copper which then registered as an IC2 block when I put it back on the crafting table to break into ingots again it broke down into Mariculture ingots. It was just weird. Almost all of the other blocks that come up have the Metallurgy texture and look except the few that come out as IC2 blocks. Since the copper furnace is one of the upgrades in Metallurgy you would think that the ingots coming out would be only Metallurgy? So why when the block is made do they switch to the IC2 color?
I do understand that I will have several different copper ingots....there are four completely different ones within this pack. I just wanted to know if there was a way to make it so that when I craft blocks they would only come out as the ones from Metallurgy. My favorite part of MC is spelunking. I love mining by hand and getting lost in the caves....well the getting lost part just happens because of all the shinies on the walls...lol. I have only been playing for a month or so and am still in the learning stages. Actually quite proud of myself for learning how to play with the config files and address block ID issues (thanks to the forums). I am in no way a programmer so I may just have to settle for this being something I cannot fix....just wish I could since (no offense to IC2 but the blocks are not as nice looking as Metallurgy) I am planning on using the blocks for building and decoration.
Thanks again for your incredibly thoughtful and thought provoking reply. I learned more which is always a plus.
Again, and I don't mean to sound rude or anything like that, but it isn't just the textures that change, it's the entire item itself changing. Put it this way, for the recipe for the copper block, you use Metallurgy ingots, which work because of what I explained in the previous post, the Ore Dictionary. This then completes a valid recipe for IC2 (I'll explain why IC2 has the recipe in a little bit), which gives IC2's copper block. You then place the block back into your inventory, which completes a valid recipe for the other mod, which gives you back that mod's ingots. It isn't the texture that's changing, your getting a completely different item back every time.
As for why IC2 seems to have preference, from what I understand recipes are a little funny with how they work. Basically it's last in gets the slot, so if TE registers it's copper block recipe, then after TE, IC2 does the same with it's, IC2 will be the one to get the recipe. Chances are IC2 is loading after your other mods which register the recipe, so it gets the recipe. This also explains why the block gives back a completely different mod's copper.
Unfortunately, there is no real way to fix this, because it is hardcoded in the mods themselves. Your best option would be to look for a mod that allows you to overwrite recipes, and overwrite the recipes that are giving you issues, with new ones that you're wanting.
Rollback Post to RevisionRollBack
Author of the Clarity, Serenity, Sapphire & Halcyon shader packs for Minecraft: Java Edition.
You do not sound rude at all! I totally appreciate your patience and explanation. It makes a little more sense now that you have explained it a bit more. I was thinking it was an overriding texture thing like you get when you add a texture pack which is why I asked how to change it. Now, I understand that it is really a mod conflict. Like I typed before for such a "simple" game it can truly be rather complicated.
I will look into a mod that allows overwrite. Might be a moot point though since now I cannot get the modpack to launch at all....sigh. It runs through unzipping and then back to the technic launcher. I was playing just a few hours ago and now all that work........
Thank you so much for taking the time to answer and educate.
Rollback Post to RevisionRollBack
I just took the Minecraft Noob test! Check out what I scored. Think you can beat me?!
You do not sound rude at all! I totally appreciate your patience and explanation. It makes a little more sense now that you have explained it a bit more. I was thinking it was an overriding texture thing like you get when you add a texture pack which is why I asked how to change it. Now, I understand that it is really a mod conflict. Like I typed before for such a "simple" game it can truly be rather complicated.
I will look into a mod that allows overwrite. Might be a moot point though since now I cannot get the modpack to launch at all....sigh. It runs through unzipping and then back to the technic launcher. I was playing just a few hours ago and now all that work........
Thank you so much for taking the time to answer and educate.
No problemo, always glad to help!
Internally, it is a rather complicated game, so many different things that are going on. But once you start to understand the fundamental concepts of how it works, it really isn't too bad, just many things you need to take into consideration.
This isn't so much a mod conflict, the mods are working as intended, it's more so a snag which you have to work around. I can think of multiple ways to work around this whole thing automatically. If you have any mods which add autocrafting, perhaps what you could do is autocraft your processed ores into blocks, then back into ingots, so you always get the ingots from that one other mod (can't remember the name, honestly never heard about it before). You did say you wanted Metallurgy ores, but this is one way to unify your ores. Another way would be to use IC2's processing all the way, so you always get IC2's ores. There's a lot of ways to tackle this problem, all down to how you want to tackle it.
But unfortunately, unless the Ore Dictionary changes to provide dynamic recipe output, which I doubt it will, there's not gonna be an official fix of this. A lot of people have suggested that maybe Forge implement their own version of the common ores (copper, tin, silver, lead, etc), but Lex and the rest of the Forge crew always say they don't want Forge to add stuff into the game itself.
Rollback Post to RevisionRollBack
Author of the Clarity, Serenity, Sapphire & Halcyon shader packs for Minecraft: Java Edition.
This thread can be closed since Jcm2606 so very graciously educated me and completely answered my question. It was not the answer I wanted since it doesn't give me the result I thought I could get but that is the way of questions sometimes.....you don't always get what you want but you will get what you need. (to paraphrase The Stones)
Thank you again, Jcm2606! You are a credit to the community.
Rollback Post to RevisionRollBack
I just took the Minecraft Noob test! Check out what I scored. Think you can beat me?!
So here's the issue:
I am playing the Treeit modpack with a few additions and tweaks of my own. What I am running into is that I want to use only Metallurgy textures for the extra ore blocks but I get random textures. For instance, I forged copper ingots that had been mined as Metallurgy ore which came out of the furnace in an IC2 texture block then when I broke it to use the copper it turned into Mariculture copper ingots. I am using Geocraft to bump my ore distribution but it does not differentiate between the different packs it just changes the ore distribution by name of the ore....if that even matters for this question. Don't know which mod I have that shows exactly what I am looking at from which modpack....do love it though.
How do I make it so I only get the Metallurgy textures instead of all the rest; since there are three or four different ones for copper? The issue occurs with other ores but copper is the worst offender
I also have another rather bizarre issue with the doors on one building. I am using a custom Painterly pack for textures but the front doors on one building are the normal vanilla Minecraft doors while the back doors are the "proper" Painterly ones. This is the only building it does it on and I have removed and replaced the doors only to have the issue switch from the front to the back doors. They simply will not match. Any ideas?
Your assistance is greatly appreciated. I am not a coder or anything like that so if this is a complicated fix I guess I will just live with it. I did have to do some block ID fixes when I added Ultimate Nether so I can do that if that is what it takes. If you do have a suggestion please please include detailed instructions on how to address it. Thank you very much!
To take the test, check out
http://minecraftnoobtest.com/test.php
Firstly, this doesn't really belong in this section, you should ask this either in the threads of the mods that are the issue (if you can narrow it down enough), or Mods Discussion.
Anyways, it is not the texture that's the issue here. It's the fact that multiple mods are implementing the same type of ore. For example, IC2, Thermal Expansion, Foretry, Metallurgy. The one thing that's common among these mods, they all add a form of copper.
You said the texture was changing, the texture itself was not changing. It was the technical ore type. For example, you took a Metallurgy copper ore block, and (I presume) put it in a macerator. The macerator is hardcoded to take in any general copper ore, but give out only IC2's copper.
Within Forge, there's a special utility known as the Ore Dictionary. It was designed and implemented into Forge for this exact reason, multiple mods all had different versions of the same ore, and player's had to manage all these different types of the same ore. Essentially, when a mod loads, the mod registers all it's ores into the Ore Dictionary.
Say a mod has a recipe which uses copper, instead of coding the recipe to use ModItems.copper (the specific mod's copper), it would instead use the Ore Dictionary to generate a list of recipes, all of which are the same recipe, just using the different registered versions of copper, so one recipe would be for IC2's copper, another for TE's, another for Metallurgy's, etc. Then the mod just loops through the list and registers all the recipes one-by-one.
Take this one step further, IC2's macerator, how does it support any form of copper? But only output it's own form? In the code, it's using the Ore Dictionary to generate a dynamic list of ItemStack instances (in layman's terms, an ItemStack is the object used to define an actual stack of items in an inventory, so say you had a stack of cobblestone, that had a stack size of 64. The respective ItemStack would be of the item type cobblestone, with a stack size of 64, this is how mod's actually handle item stacks internally), with the item type being from each mod's form registered. In the code, the machine's internal code then runs through the list like before.
Now, if a mod has not registered it's ores with the Ore Dictionary (you will know if it doesn't work in any other mod's machines), then all that compatibility for other mod's does not apply to that mod's ores, which means you now effectively have to manage two ore types. In this situation, I'd recommend yelling at the author to register their ores, so no potential problems occur.
The other snag you will catch yourself in, which is the one I'm certain you're caught in now, is that you don't know how to manage the ores, or don't know how the management works. I'll use a scenario to explain this. Typically, in a survival world, you would have an automatic system set up to mine ore's. In this setup, you will get all the ore types from all mods that are generated, so you will get many different types of the one ore, ie copper. However, you typically have the items piped out into an auto processing system, that is, the items go in a system that processes, and most of the time, doubles, or even triples, or maybe quadruples, them. What mod you choose to do this is the mod that your ingots will come out as. Chose IC2's macerator and furnace? You will get IC2's ingots. Chose TE's pulveriser and furnace? You will get TE's ingots. Etc. This also works if you mix your machines up, choose IC2's macerator but TE's furnace? You should get TE's ingots, but IC2's dusts, which combine this with IC2's new ore washing mechanic, and you have yourself a system that more than doubles your ores.
Author of the Clarity, Serenity, Sapphire & Halcyon shader packs for Minecraft: Java Edition.
My Github page.
The entire Minecraft shader development community now has its own Discord server! Feel free to join and chat with all the developers!
In response to your last paragraph I am not using any machines except the regular furnace. I have no automation as of yet in any portion of my game. So when I mined the ore by hand with a pickaxe the label indicated it was copper ore, forget for sure which mod, then I placed it in a copper furnace to make the ingots which I think came out as Metallurgy ingots then I used a vanilla crafting table to make the block of copper which then registered as an IC2 block when I put it back on the crafting table to break into ingots again it broke down into Mariculture ingots. It was just weird. Almost all of the other blocks that come up have the Metallurgy texture and look except the few that come out as IC2 blocks. Since the copper furnace is one of the upgrades in Metallurgy you would think that the ingots coming out would be only Metallurgy? So why when the block is made do they switch to the IC2 color?
I do understand that I will have several different copper ingots....there are four completely different ones within this pack. I just wanted to know if there was a way to make it so that when I craft blocks they would only come out as the ones from Metallurgy. My favorite part of MC is spelunking. I love mining by hand and getting lost in the caves....well the getting lost part just happens because of all the shinies on the walls...lol. I have only been playing for a month or so and am still in the learning stages. Actually quite proud of myself for learning how to play with the config files and address block ID issues (thanks to the forums). I am in no way a programmer so I may just have to settle for this being something I cannot fix....just wish I could since (no offense to IC2 but the blocks are not as nice looking as Metallurgy) I am planning on using the blocks for building and decoration.
Thanks again for your incredibly thoughtful and thought provoking reply. I learned more which is always a plus.
To take the test, check out
http://minecraftnoobtest.com/test.php
Again, and I don't mean to sound rude or anything like that, but it isn't just the textures that change, it's the entire item itself changing. Put it this way, for the recipe for the copper block, you use Metallurgy ingots, which work because of what I explained in the previous post, the Ore Dictionary. This then completes a valid recipe for IC2 (I'll explain why IC2 has the recipe in a little bit), which gives IC2's copper block. You then place the block back into your inventory, which completes a valid recipe for the other mod, which gives you back that mod's ingots. It isn't the texture that's changing, your getting a completely different item back every time.
As for why IC2 seems to have preference, from what I understand recipes are a little funny with how they work. Basically it's last in gets the slot, so if TE registers it's copper block recipe, then after TE, IC2 does the same with it's, IC2 will be the one to get the recipe. Chances are IC2 is loading after your other mods which register the recipe, so it gets the recipe. This also explains why the block gives back a completely different mod's copper.
Unfortunately, there is no real way to fix this, because it is hardcoded in the mods themselves. Your best option would be to look for a mod that allows you to overwrite recipes, and overwrite the recipes that are giving you issues, with new ones that you're wanting.
Author of the Clarity, Serenity, Sapphire & Halcyon shader packs for Minecraft: Java Edition.
My Github page.
The entire Minecraft shader development community now has its own Discord server! Feel free to join and chat with all the developers!
I will look into a mod that allows overwrite. Might be a moot point though since now I cannot get the modpack to launch at all....sigh. It runs through unzipping and then back to the technic launcher. I was playing just a few hours ago and now all that work........
Thank you so much for taking the time to answer and educate.
To take the test, check out
http://minecraftnoobtest.com/test.php
No problemo, always glad to help!
Internally, it is a rather complicated game, so many different things that are going on. But once you start to understand the fundamental concepts of how it works, it really isn't too bad, just many things you need to take into consideration.
This isn't so much a mod conflict, the mods are working as intended, it's more so a snag which you have to work around. I can think of multiple ways to work around this whole thing automatically. If you have any mods which add autocrafting, perhaps what you could do is autocraft your processed ores into blocks, then back into ingots, so you always get the ingots from that one other mod (can't remember the name, honestly never heard about it before). You did say you wanted Metallurgy ores, but this is one way to unify your ores. Another way would be to use IC2's processing all the way, so you always get IC2's ores. There's a lot of ways to tackle this problem, all down to how you want to tackle it.
But unfortunately, unless the Ore Dictionary changes to provide dynamic recipe output, which I doubt it will, there's not gonna be an official fix of this. A lot of people have suggested that maybe Forge implement their own version of the common ores (copper, tin, silver, lead, etc), but Lex and the rest of the Forge crew always say they don't want Forge to add stuff into the game itself.
Author of the Clarity, Serenity, Sapphire & Halcyon shader packs for Minecraft: Java Edition.
My Github page.
The entire Minecraft shader development community now has its own Discord server! Feel free to join and chat with all the developers!
Thank you again, Jcm2606! You are a credit to the community.
To take the test, check out
http://minecraftnoobtest.com/test.php