[Resolved] Issue with adding recipe to metal former

Forecaster · October 3, 2015 at 12:18 PM

I added this line to the metal_former_extruding.ini

Code

ProjRed|Core:projectred.core.part@10 = ProjRed|Transmission:projectred.transmission.wire@0@5

But it results in this error when it tries to generate the recipe:

Display Spoiler

[13:00:12] [Server thread/WARN] [IC2.Recipe]: Skipping recipe for ProjRed|Core:projectred.core.part@10 due to unresolvable output
ic2.core.util.Config$ParseException: invalid output specified: ProjRed|Core:projectred.core.part@10 at line 55 (ProjRed|Core:projectred.core.part@10 = ProjRed|Transmission:projectred.transmission.wire@0@5).
at ic2.core.init.Rezepte.loadMachineRecipe(Rezepte.java:689) [Rezepte.class:?]
at ic2.core.init.Rezepte.loadMachineRecipes(Rezepte.java:672) [Rezepte.class:?]
at ic2.core.init.Rezepte.registerCraftingRecipes(Rezepte.java:82) [Rezepte.class:?]
at ic2.core.IC2.init(IC2.java:478) [IC2.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_65]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) ~[?:1.7.0_65]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.7.0_65]
at java.lang.reflect.Method.invoke(Method.java:606) ~[?:1.7.0_65]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) [FMLModContainer.class:?]
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.7.0_65]
at java.lang.reflect.Method.invoke(Method.java:606) ~[?:1.7.0_65]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) [guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) [guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) [LoadController.class:?]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) [LoadController.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_65]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) ~[?:1.7.0_65]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.7.0_65]
at java.lang.reflect.Method.invoke(Method.java:606) ~[?:1.7.0_65]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) [guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) [guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119) [LoadController.class:?]
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:737) [Loader.class:?]
at cpw.mods.fml.server.FMLServerHandler.finishServerLoading(FMLServerHandler.java:97) [FMLServerHandler.class:?]
at cpw.mods.fml.common.FMLCommonHandler.onServerStarted(FMLCommonHandler.java:319) [FMLCommonHandler.class:?]
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:210) [lt.class:?]
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:387) [MinecraftServer.class:?]
at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685) [li.class:?]

The item names are
ProjRed|Core:projectred.core.part:10
for the ingot (input) and
ProjRed|Transmission:projectred.transmission.wire
for the output as reported by Minetweakers item inspection command, but the recipe will not load. Did I enter the recipe incorrectly, or might it be because the mod name contains a pipe symbol that it fails to parse it?

The input has a metadata of 10, and the output has a metadata of 0.

Nexey · October 3, 2015 at 2:16 PM

I've never modded, perhaps ic2 initializes before redpower, hence the items of RP aren't loaded yet. Name your ic2 mod "zzzzzic2" and try this. If it works, you better believe in Gods.

Forecaster · October 3, 2015 at 2:39 PM

Quote from Nexey_

I've never modded, perhaps ic2 initializes before redpower, hence the items of RP aren't loaded yet. Name your ic2 mod "zzzzzic2" and try this. If it works, you better believe in Gods.

If that's the case then either ProjRed loads it's items too late, or ic2 is generating the recipes too early...

Chocohead · October 3, 2015 at 3:47 PM Official Post

It's unlikely it's the pipe, otherwise it'd have issues with loading the input item first. It might well be transmission loads after IC2.

Player · October 5, 2015 at 5:01 AM Official Post

This happens because the item ProjRed|Core:projectred.core.part isn't registered yet. Mods are supposed to do this in pre init, but project red doesn't.

We may potentially add something to try again in post init to work around the issue.

Player · October 5, 2015 at 8:38 AM Official Post

.. And that's done now, although not really tested.

Additionally the missing input/output recipes will now only log a warning instead of triggering a crash.

Forecaster · October 7, 2015 at 2:35 PM

It was already a warning, but with a stack trace. But the retrying thing seems to work great! Thanks!

Users Viewing This Thread