FindItemStack is like a global API to get ModItems. Similar to the IC²-API getting IC²-Items, or the RC-API getting RC-Items. Mods register an ItemStack with a certain String at the GameRegistry, and sign with their Mod-ID.
[Addon v1.115.304 for MC 1.5.1/1.4.7] OreDupeFix 3.1
- agaricus
- Closed
-
-
Not sure how this would work exactly, what do you have in mind? If both GT and ODF are overwriting the same recipe, one has to take priority.. currently this "priority" can be set in their respective config files (enabling/disabling GT unification targets, and ODF enabling/disabling PreferredOres and replacement types).
What I had in mind was if the unificator targets were the same for ODF and GT, wouldn't it be possible for either one to look for each other's config and look up the enabled targets and set them based on that? I highly doubt that Greg has any plans to change the locations and names of his config files and the identifier for the line (ThermalExpansion = true, and such). However, this would have to happen in whichever mod that initializes last. Isn't it possible to look up in Forge which mods have been initialized and loaded?
Exactly, this is the barrier. Not going to reflect into Eloraam's code without her permission. Maybe something to consider for 1.5 once RP2 is updated, but honestly I'm holding out for a better solution which doesn't require this kind of mod-specific code (either modifying the items at a lower level, which may or may not be practical, or something higher-level in Forge itself to avoid the duplicate ore problem entirely - maybe this new FML findItemStack API or similar?). Fortunately IC2 has a fairly liberal reverse-engineering policy so it was the perfect proof-of-concept for this mod. For now, to workaround the problems in editing RP2 Alloy Furnace recipes I've set the default copper/silver/tin ingots to RedPower's (and IIRC GregTech does this too probably for the same reason).
I believe Greg did that as default for those exact reasons (plus he likes/loves Redpower, so....). I can fully understand your want to hold out on this until a better solution comes around, and I don't blame you, if I were in your position, I wouldn't want my mod taken down like the "legendary" (can't think of a decent word) EU-BT converter mod that lived for a very short time here and Elo had it taken down. Besides, I can kind of see where her logic is considering RP is still in prerelease.
-
I have an Unification API. Just a "ItemStack getUnificatedStack(ItemStack aStack)" inside my GregTech_API File. It works via hashmaps, so its not even causing performance Issues when called Ingame.
-
Oh look, it's another mod in the add-on section that isn't an IC2 add-on... >.>
-
Oh look, it's another mod in the add-on section that isn't an IC2 add-on... >.>
I feel bad for MFFS, i think nobody cared about it being in IC2 addon section.
-
Oh look, it's another mod in the add-on section that isn't an IC2 add-on... >.>
OreDupeFix is an IC2 addon, I use the IC2 API (and a couple non-API methods) to edit the IC2 machine recipes (macerate, extractor, compressor) and scrap box drops. The original versions would crash if IC2 wasn't installed, though I've since added a check to hopefully prevent this, at a user's request.Suppose I could move this mod elsewhere, now that it might work without IC2. AFAIK, IronChests similarity started out as an IC2 addon then became an independent mod. Maybe I'll move OreDupeFix in the future if I add more mod support or make it more general, but the current version I see as intended for use with IC2. No machine recipe types from other mods are supported yet, but we' ll see..
FindItemStack is like a global API to get ModItems. Similar to the IC²-API getting IC²-Items, or the RC-API getting RC-Items. Mods register an ItemStack with a certain String at the GameRegistry, and sign with their Mod-ID.Hm, sounds very useful for some purposes but I suppose if it was to be used for oredict unification the mod would have to loop over all Mod-IDs to find a matching item.
IMHO what would be really cool is a FindItemStack API accepting only a string for the item name, no mod ID, and then it could return the "canonical" item for that item name, if it exists, so mods could use it and wouldn't have to register their own duplicate items.
I have an Unification API. Just a "ItemStack getUnificatedStack(ItemStack aStack)" inside my GregTech_API File. It works via hashmaps, so its not even causing performance Issues when called Ingame.So when is your Unification API going to be submitted to Forge?
-
hello i was trying to add your mod to my server and got the error included in the attached text file
any help would be appreciated
forge version = 7.7.1.652
-
I have a request.
When i use Natura and get Metal (Iron/Tin...) Nuggets from the Berries im not able to make Ingots, but im able to make Ingots from Thaumcraft Nuggets.
Is it possible to integrate the Natura Nuggets into the Fix? -
I have a request.
When i use Natura and get Metal (Iron/Tin...) Nuggets from the Berries im not able to make Ingots, but im able to make Ingots from Thaumcraft Nuggets.
Is it possible to integrate the Natura Nuggets into the Fix?That would be its fault for not including the OreDictionary. Go Pester Natura.
-
Quoted from "Gucky"
I have a request.
When i use Natura and get Metal (Iron/Tin...) Nuggets from the Berries im not able to make Ingots, but im able to make Ingots from Thaumcraft Nuggets.
Is it possible to integrate the Natura Nuggets into the Fix?That would be its fault for not including the OreDictionary. Go Pester Natura.
I did now and its done.
But i have a bigger problem now. OreDupeFix crashes my Minecraft.
The Crash report is here:
So Minecraft crashes when i combine OreDupeFix with Tinker's Construct.
But since OreDupeFix error'd (in the report) im posting it here. If it isnt the OreDupeFixes fault im posting it in the TC Forum. -
-
-
I get something like this too :
[spoiler]
cpw.mods.fml.common.LoaderException: java.lang.NoSuchMethodError: ic2.api.Ic2Recipes.addCompressorRecipe(Lnet/minecraft/item/ItemStack;Lnet/minecraft/item/ItemStack;)V
at cpw.mods.fml.common.LoadController.transition(LoadController.java:142)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:696)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:206)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:447)
at net.minecraft.client.MinecraftAppletImpl.func_71384_a(SourceFile:56)
at net.minecraft.client.Minecraft.run(Minecraft.java:732)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NoSuchMethodError: ic2.api.Ic2Recipes.addCompressorRecipe(Lnet/minecraft/item/ItemStack;Lnet/minecraft/item/ItemStack;)V
at binnie.extrabees.core.ExtraBeeCore.addRecipes(ExtraBeeCore.java:258)
at binnie.extrabees.core.ExtraBeePlugin.doInit(ExtraBeePlugin.java:56)
at forestry.core.ForestryCore.postInit(ForestryCore.java:140)
at forestry.core.ForestryClient.postInit(ForestryClient.java:25)
at forestry.Forestry.postInit(Forestry.java:48)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:494)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:314)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:296)
at com.google.common.eventbus.EventBus.post(EventBus.java:267)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:165)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:314)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:296)
at com.google.common.eventbus.EventBus.post(EventBus.java:267)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:98)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:695)
... 5 more
--- END ERROR REPORT 6247521b ---------- -
Sorry for bumping this topic. but I am using this on my server and this mod doesnt seems to recognize lead. I tried to put lead from a IC2 macerator, but to no avail it doesnt make the dust.i I made an input for the lead dust in the config and that doesnt work. can anyone tell me what Im doing wrong?
