Minecraft Forums

Quote from Wyldfire2112

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.

Sorry for being away for a while! So many projects, so little time.

Quote from superckl

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!

Quote from superckl

Also, a suggestion:

Yes, yes, that's probably actually a bug. If I recall correctly, it's a rather difficult bug. I'll look into it.

Quote from Wyldfire2112

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.

Quote from Wyldfire2112

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.

Quote from Deadmans1

Beta build download link is broken.

I'm aware of this issue. Sadly, I'm not hosting the Jenkins server right now, but hopefully a solution is available soon.

Quote from Kehaan

Hello sir

Just a heads up, we are adding AetherCraft for the upcoming MadPack 1.4.0 update.

http://www.atlauncher.com/pack/TheMadPack/

Thanks for making it

Feel free to come in on JonBams stream (link in the above link)

- Kehaan

I might say you have made an excellent choice.

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.

Quote from jordanmf33

I found an error please help

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?

Quote from Master_Jynx

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

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?

Quote from Master_Jynx

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.

Quote from Master_Jynx

Ill repeat myself one more time...

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.

Quote from Master_Jynx

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?