A good idea, but a old one. For example, Gregtech Unificat to RP2, too. But at least chaoschamp will like that.
Indeed, this addon itself is also fairly old; had it working about a month ago but was busy working on other more important mods so I only just now got around to doing a proper release. Couldn't find anything like this at the time, but now I see GregTech has a similar feature, and digging further, also found the OreGenDictionary (though it appears to have only replaced blocks generated in the world, not items). Are there any other similar mods out there you're aware of? I'm always interested in other solutions.
Ahh, someone makes his own OreDIctUnification Mod. GregTech does that too. I even provided an API-Call for Mods like Thermal Expansion to unificate their Outputs (probably next TE-Update), so that I dont have to hack everything (even though the hack is still a Config Value, until TE updates to my Unification-API).
Very cool, haven't yet tried your mod but I definitely plan to, looks awesome, if I end up using it and it has comparable functionality I may end up abandoning my addon in GregTech's favor. Although I suppose it could be useful to maintain OreDupeFix separately as an standalone addon (currently it requires IC2, however, but I could change this if desired).
Due to the hackish Ways of implementation for this kind of Feature, I strongly disrecommend to use this Addon together with GregTech at all. I highly appreciate the Idea of doing this, but your Mod will cause Problems, when other Mods are doing the same.
I will probably detect this Addon and throw an Exception, if its installed. Not because I dislike it (I really like it), but because of the incompatibility it causes with my (and your) Unification, making our unification itself useless.
I just want to underline, that I really like the Idea behind this Addon (I implemented that Feature myself before, so why shouldnt I like it?), its just the incompatibility it causes in conjunction with other Mods, which have the same Feature, which is my Problem.
If there's anything I can do in OreDupeFix to make it compatible, I'm open to suggestions. It is highly configurable, in that an empty 'preferred ores' dict will change nothing and cause no incompatibilities, leaving it up to the user to choose the oredict items they wish to replace, but I include a default config as to make it useful out-of-the-box.
Ideally, I think this 'unified output' functionality we're both including should be part of Forge, in some manner. The Forge ore dictionary goes a long way to ensure compatibility between mods, but it only goes halfway, dealing only in recipe inputs rather than outputs. Maybe your Unification API could be integrated into Forge? If the fundamental problem could be fixed at the source, one-off hacks like OreDupeFix would be unnecessary.
Because it doesnt do that automatically, and it doesnt eliminate the wrong Items. My OreDict-Unification is also supported by my Autocrafting Table, to prevent anything wrong from being outputted (and to convert Ores/Dusts/Gems etc automatically). With the Forge Lexicon, you have to do that manually, and that is already possible using Nuggets, Storage Blocks or tiny Piles of Dust (what is generally a PITA to do).
Exactly; the Forge Lexicon is another attack on this problem from a different angle, but IMHO replacing the items as in GregTech and OreDupeFix is a cleaner solution for a number of reasons. Not only is the Lexicon manual, but it lets you choose any oredict-equivalent output, even though there's really no reason why you would want more than one type of item if they are truly equivalent (and if they're not, then the conversions could be considered an exploit – so the latest version only whitelists ore, dusts, and ingots). I'd rather not even know the other item types exist, it should all be automatic..
Quote
agaricus: I saw the removal of wrong Items from the ItemList in your TODO-List. That won't work at all, and would break everything, especially when Mods are using Meta-Items for their Dusts (TE, RC, GregTech). It already breaks things if you remove Items from the OreDict, guess what happens if you remove the whole Item!
Yeah, that was my original approach, hit some serious problems. A base edit to the ItemStack constructor to forcibly replace all newly-created stacks with the unified oredict item *almost* worked, but since various mods initialize their items in different phases (TE in @Init, IC2 in @PreInit, so even editing the mcmod.info priority was ineffective), the replacement item was not always available at the time each mod initialized. Didn't get far enough to look into replacing the valid subtypes, but the dupes in NEI still annoy me.. there's has to be a workable solution to this problem, somehow.
ingotSilver between TE and RP?
I mean config-option
You can add any oredict item in the config, if you want ingotSilver to use RedPower2:
S:ingotSilver=RedPowerBase
But I just added this in the default config in 1.4.
I'm too tired at the moment to make the change myself, else I'd make you a pull request, but when assigning the new output ItemStack, you should really make sure it has the same .stackSize as the original output. I don't think players like it when their copper block uncraft to a single copper ingot, even if it is the correct variant thereof.
Good catch. Fixed in 1.4.
I like this, Something so you can get similar results without GT, because no matter if you run with or without this is a problem that used to drive me insane.
Thanks.
New version of OreDupeFix released:
2013/02/01 1.4
* Fix replaced stack size (e.g. crafting copper block -> 9 ingots)
* Add default silver ingot preference set to RP2
* Add IC2 scrapbox replacements
* Add dungeon loot replacements
* Add verbose config option
