A couple things... first, great mod. Very awesome replacement for EE2, for those of us that are just interested in the 'renewable/convertable resources' end of things. Secondly, I'd love to see some form of passive generation ala the EE2 collectors... "Aether Syphons" or something like that, maybe?
Last, but not least... maybe I'm missing something obvious, but it doesn't seem possible to use the command-line codes to add AVs to items that require a damage value in the item ID, such as lots of things added by Ars Magica 2. It doesn't want to accept anthing listed as ####:## format. Is there another entry format I can use, or do I just have to find the 'raw' name of the item and enter it by hand?
A couple things... first, great mod. Very awesome replacement for EE2, for those of us that are just interested in the 'renewable/convertable resources' end of things. Secondly, I'd love to see some form of passive generation ala the EE2 collectors... "Aether Syphons" or something like that, maybe?
Last, but not least... maybe I'm missing something obvious, but it doesn't seem possible to use the command-line codes to add AVs to items that require a damage value in the item ID, such as lots of things added by Ars Magica 2. It doesn't want to accept anthing listed as ####:## format. Is there another entry format I can use, or do I just have to find the 'raw' name of the item and enter it by hand?
I believe you can just do "/aec name" to get the unlocalized name. I don't know about data values though.
I've got another error for you ;).
It appears Railcraft changed the return type to a List. I've made the relevant pull request.
Actually, I never even finished the RailCraft support, so I would not be surprised if that handler NEVER worked. Gosh, I didn't even tell you about that half-done RC stuff, and you found it. The wonders of open-source!
A couple things... first, great mod. Very awesome replacement for EE2, for those of us that are just interested in the 'renewable/convertable resources' end of things. Secondly, I'd love to see some form of passive generation ala the EE2 collectors... "Aether Syphons" or something like that, maybe?
The most difficult part of AetherCraft development is coming up with adequate synonyms.
Last, but not least... maybe I'm missing something obvious, but it doesn't seem possible to use the command-line codes to add AVs to items that require a damage value in the item ID, such as lots of things added by Ars Magica 2. It doesn't want to accept anthing listed as ####:## format. Is there another entry format I can use, or do I just have to find the 'raw' name of the item and enter it by hand?
Use '/aec name' (as superckl said) to get the name, and use NEI to get the metadata. If you need to, use '/aec add name:meta av' to add something without having the item in your hand.
The error in specific might be the fact that not all mods items correctly indicates whether or not they use metadata values. For most cases of AeC not correctly giving metadata items AVs (Forestry, for one), you can try to bug the mod authors.
Version 1.3.1 is just around the corner! In addition to many bugfixes, we've now added support for many other mods- Forestry, DartCraft, Ars Magica, and Tinker's Construct, to name a few. For the mentioned mods, it's a good idea to check out the mod AV Dropbox folder for file updates there too.
2014-03-18 20:01:34 [SEVERE] [ForgeModLoader] A fatal exception occurred during the server starting event
java.lang.NullPointerException
at net.minecraft.item.ItemStack.func_77981_g(ItemStack.java:248)
at com.iconmaster.aec.util.UidUtils.getUID(UidUtils.java:20)
at com.iconmaster.aec.aether.recipe.ic2.SimpleIC2RecipeHandler.iterate(SimpleIC2RecipeHandler.java:51)
at com.iconmaster.aec.aether.recipe.ic2.SimpleIC2RecipeHandler.populateRecipeList(SimpleIC2RecipeHandler.java:35)
at com.iconmaster.aec.aether.DynamicAVRegister.addDynamicValues(DynamicAVRegister.java:81)
at com.iconmaster.aec.aether.AVRegistry.reloadAllValues(AVRegistry.java:227)
at com.iconmaster.aec.common.AetherCraft.serverStarting(AetherCraft.java:163)
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:545)
at sun.reflect.GeneratedMethodAccessor1.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:313)
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.sendEventToModContainer(LoadController.java:201)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:181)
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:313)
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:112)
at cpw.mods.fml.common.Loader.serverStarting(Loader.java:748)
at cpw.mods.fml.common.FMLCommonHandler.handleServerStarting(FMLCommonHandler.java:314)
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 Reflector.callBoolean(Reflector.java:293)
at net.minecraft.server.integrated.IntegratedServer.func_71197_b(IntegratedServer.java:150)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:445)
at net.minecraft.server.ThreadMinecraftServer.run(SourceFile:583)
2014-03-18 20:01:34 [SEVERE] [ForgeModLoader] A fatal exception occurred during the server starting event
java.lang.NullPointerException
at net.minecraft.item.ItemStack.func_77981_g(ItemStack.java:248)
at com.iconmaster.aec.util.UidUtils.getUID(UidUtils.java:20)
at com.iconmaster.aec.aether.recipe.ic2.SimpleIC2RecipeHandler.iterate(SimpleIC2RecipeHandler.java:51)
at com.iconmaster.aec.aether.recipe.ic2.SimpleIC2RecipeHandler.populateRecipeList(SimpleIC2RecipeHandler.java:35)
at com.iconmaster.aec.aether.DynamicAVRegister.addDynamicValues(DynamicAVRegister.java:81)
at com.iconmaster.aec.aether.AVRegistry.reloadAllValues(AVRegistry.java:227)
at com.iconmaster.aec.common.AetherCraft.serverStarting(AetherCraft.java:163)
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:545)
at sun.reflect.GeneratedMethodAccessor1.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:313)
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.sendEventToModContainer(LoadController.java:201)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:181)
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:313)
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:112)
at cpw.mods.fml.common.Loader.serverStarting(Loader.java:748)
at cpw.mods.fml.common.FMLCommonHandler.handleServerStarting(FMLCommonHandler.java:314)
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 Reflector.callBoolean(Reflector.java:293)
at net.minecraft.server.integrated.IntegratedServer.func_71197_b(IntegratedServer.java:150)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:445)
at net.minecraft.server.ThreadMinecraftServer.run(SourceFile:583)
What version of AetherCraft and Forge are you running?
I am using build 115 of Ac and Forge build 965.
I am using many other mods, but am having recipe bugs with AC
and Applied Energistics and its ExtraCells addon
The recipes for the advanced blocks are not as listed in the OP,
but are listed by NEI as using a few items from AE and EC.
For example, I typed @aether into NEI's filter box and selected :
Infused manipulator
recipe:
3x Advanced Storage Shell Housing
Infused Extractor ,Infused Conduit, Infused Condenser
3x Advanced Storage Shell Housing
Only the "Infused ..." named blocks seem to be affected
and only the Advanced Storage Shell Housing and Advanced Fluid Storage Shell Housing
items are involved from the other mod.
I am using build 115 of Ac and Forge build 965.
I am using many other mods, but am having recipe bugs with AC
and Applied Energistics and its ExtraCells addon
The recipes for the advanced blocks are not as listed in the OP,
but are listed by NEI as using a few items from AE and EC.
For example, I typed @aether into NEI's filter box and selected :
Infused manipulator
recipe:
3x Advanced Storage Shell Housing
Infused Extractor ,Infused Conduit, Infused Condenser
3x Advanced Storage Shell Housing
Only the "Infused ..." named blocks seem to be affected
and only the Advanced Storage Shell Housing and Advanced Fluid Storage Shell Housing
items are involved from the other mod.
Sounds like an id conflict. Have you checked they aren't using the same id?
Sounds like an id conflict. Have you checked they aren't using the same id?
It a conflict with ExtraCells.
They don't have any conflicting ID's but when EXtraCells is used the Infused Ingot,
Aertheral Focci and aec.dummy.0.name items cease to exist and 2 ExtraCells items are used in AEC recipes instead.
It a conflict with ExtraCells.
They don't have any conflicting ID's but when EXtraCells is used the Infused Ingot,
Aertheral Focci and aec.dummy.0.name items cease to exist and 2 ExtraCells items are used in AEC recipes instead.
That's an item ID conflict. Change the ID of the items that are gone.
That's an item ID conflict. Change the ID of the items that are gone.
Ill repeat myself one more time,
There is no ID conflict
Those 3 item cease to be listed by NEI, and no other items with there IDS exist in their place.
just to help you understand:
Infused Ingot = ID 31997:1
Aertheral Focci = ID 31997:0
aec.dummy.0.name = ID 31996
vs
# ID for the advanced storage casing
I:AdvancedStorageCasing_ID=31741
# ID for the decrypted storage cell
I:Cell_Decrypted_ID=4143
# ID for the encrypted storage cell
I:Cell_Encrypted_ID=4142
# ID for the storage clusters (crafting)
I:Cluster_ID=4141
# ID for the item used for displaying fluids in the terminal and storing them in the ME Network
I:FluidDisplayItem_ID=31740
# ID for the fluid storage cells
I:StorageFluid_ID=4145
# ID for the physical storage cells
I:StoragePhysical_ID=4140
I know this is an ID conflict because I myself had to adjust the item IDs when creating a modpack with these two exact mods in them. Just change the IDs of the items to something else. You see, there is a Forge bug where item IDs in configs get shifted over by 256, so no, the IDs will not report the correct values in the config files.
I know this is an ID conflict because I myself had to adjust the item IDs when creating a modpack with these two exact mods in them. Just change the IDs of the items to something else. You see, there is a Forge bug where item IDs in configs get shifted over by 256, so no, the IDs will not report the correct values in the config files.
in my case the configs and nei match up, no id conflicts
Last, but not least... maybe I'm missing something obvious, but it doesn't seem possible to use the command-line codes to add AVs to items that require a damage value in the item ID, such as lots of things added by Ars Magica 2. It doesn't want to accept anthing listed as ####:## format. Is there another entry format I can use, or do I just have to find the 'raw' name of the item and enter it by hand?
I believe you can just do "/aec name" to get the unlocalized name. I don't know about data values though.
Actually, I never even finished the RailCraft support, so I would not be surprised if that handler NEVER worked. Gosh, I didn't even tell you about that half-done RC stuff, and you found it. The wonders of open-source!
Yes, yes, that's probably actually a bug. If I recall correctly, it's a rather difficult bug. I'll look into it.
The most difficult part of AetherCraft development is coming up with adequate synonyms.
Use '/aec name' (as superckl said) to get the name, and use NEI to get the metadata. If you need to, use '/aec add name:meta av' to add something without having the item in your hand.
The error in specific might be the fact that not all mods items correctly indicates whether or not they use metadata values. For most cases of AeC not correctly giving metadata items AVs (Forestry, for one), you can try to bug the mod authors.
http://i.imgur.com/orRIkrY.png
I'm aware of this issue. Sadly, I'm not hosting the Jenkins server right now, but hopefully a solution is available soon.
I might say you have made an excellent choice.
Alright, just wanted to make sure you knew.
http://i.imgur.com/orRIkrY.png
http://i.imgur.com/orRIkrY.png
What version of AetherCraft and Forge are you running?
I am using many other mods, but am having recipe bugs with AC
and Applied Energistics and its ExtraCells addon
The recipes for the advanced blocks are not as listed in the OP,
but are listed by NEI as using a few items from AE and EC.
For example, I typed @aether into NEI's filter box and selected :
Infused manipulator
recipe:
3x Advanced Storage Shell Housing
Infused Extractor ,Infused Conduit, Infused Condenser
3x Advanced Storage Shell Housing
Infused Block
recipe:
3x3 Advanced Storage Shell Housing
Only the "Infused ..." named blocks seem to be affected
and only the Advanced Storage Shell Housing and Advanced Fluid Storage Shell Housing
items are involved from the other mod.
Sounds like an id conflict. Have you checked they aren't using the same id?
It a conflict with ExtraCells.
They don't have any conflicting ID's but when EXtraCells is used the Infused Ingot,
Aertheral Focci and aec.dummy.0.name items cease to exist and 2 ExtraCells items are used in AEC recipes instead.
That's an item ID conflict. Change the ID of the items that are gone.
Ill repeat myself one more time,
There is no ID conflict
Those 3 item cease to be listed by NEI, and no other items with there IDS exist in their place.
just to help you understand:
Infused Ingot = ID 31997:1
Aertheral Focci = ID 31997:0
aec.dummy.0.name = ID 31996
vs
# ID for the advanced storage casing
I:AdvancedStorageCasing_ID=31741
# ID for the decrypted storage cell
I:Cell_Decrypted_ID=4143
# ID for the encrypted storage cell
I:Cell_Encrypted_ID=4142
# ID for the storage clusters (crafting)
I:Cluster_ID=4141
# ID for the item used for displaying fluids in the terminal and storing them in the ME Network
I:FluidDisplayItem_ID=31740
# ID for the fluid storage cells
I:StorageFluid_ID=4145
# ID for the physical storage cells
I:StoragePhysical_ID=4140
See? no ID conflicts
I know this is an ID conflict because I myself had to adjust the item IDs when creating a modpack with these two exact mods in them. Just change the IDs of the items to something else. You see, there is a Forge bug where item IDs in configs get shifted over by 256, so no, the IDs will not report the correct values in the config files.
in my case the configs and nei match up, no id conflicts
Have you actually tried changing the ids rather than insisting it's not the issue?
Also, out of curiosity, is the famous EE2 blaze rod thing present in this?
Bored of vanilla? Sick of cluttered and complicated mod
pilespacks? Check out my modpacks!The Expedition (derelict)---------- Equinox (Fixed!)