I've split the Manipulator into two new devices; one for items to AV; the other, AV to items. While you can still have the old Manipulators, I think this system has much more potential for automation and ease of use. For one, you don't have to worry about accidentally eating up the item you're trying to clone with the Condenser. I've shift-clicked many an item to its doom that way.
I've also balanced the Container. It costs less, but it stores less. Why? so a. you can get one or two a bit earlier in a game, and b. so there's more incentive to build multi-Container Aether networks using conduits.
I love this mod, especially the element of easy AV implementation and the capability to be automated. Luv it :3.
Oh, the new update seems cool, will be checking that out today. This has become an essential part of my modded Minecraft experience.
Do you plan on adding any further AV uses?
I love this mod, especially the element of easy AV implementation and the capability to be automated. Luv it :3.
Oh, the new update seems cool, will be checking that out today. This has become an essential part of my modded Minecraft experience.
Do you plan on adding any further AV uses?
Oh, yes. I plan to have a lot more uses of the stuff soon. The thing that will probably happen first will be a way to use AV to repair tools. But AV will still mostly be a matter-conversion tool, of course.
Does the dynamic AV system use the forge ore dictionary, where assigning one value to one copper ingot make all the copper ingot that value for example?
dude this looks amazing its kinda like EE2 but even more better with its manipulator and its condenser it looks amazing but is it based off of ee2 and can you add something like the collectors in ee2 because i remember making factories for it in Tekkit Classic and it will be really cool if you can add a mechanic like that so i can make factories i will love this mod forever if you can do that just nerf them A LOT if your going to do this idea
Does the dynamic AV system use the forge ore dictionary, where assigning one value to one copper ingot make all the copper ingot that value for example?
Yes, the dynamic AV system takes into account the ore dictionary! For instance, due to a bug in how IC2 names its items, this is the only way to give the IC2 copper ingots an AV.
In other news, 1.2.7 is in the works! This adds a larger Aether battery and a device for repairing tools using AV.
Okay, gonna throw a few things your way.
1) Aether Conduits are not working. I have them connected to a set of blocks in a square pattern and they do not share Aether with each block
2)Directly connecting blocks do not share aether, some times. Say, I have an infused manipulator next to an infused battery. They do not share any aether at all, when I just want to recharge a battery.
3) The Reonstructer doesnt work (Also, theres a typo). Or at least, because of the above bugs It does not receive aether.
The "Some times" part of 2 is this; Only when the manipulator or extractor are full, do they send aether to other blocks or through conduits.
Which I hope is a bug, otherwise it's a dumb feature.
Oh, also, In an older build, my aether would... double? triple? I dont know, all 5 batteries connected to it would be full if I had quit and came back.
I guess an explanation for the energy system is in order.
Yes, the machines only transmit when full. However, this is irrelevant; if you need aether, devices will be able to pull it from the network (up to the transfer limit, of course).
If machines were able to give AV as soon as they created it, they would be able to give it in a series of packets under the limit, which would allow you to (eventually) make things with AVs above the transfer limit. This would break AetherCraft's much needed balance.
As silly as this system may seem, it's one that works well for AetherCraft. In the future, there will probably be more ways to get Aether around, not to mention a whole new tier.
EDIT: It seems there was a bug with the Container drawing energy. This will be fixed soon. Try the Jenkins.
Time: 15.01.14 20:52
Description: Initializing game
java.lang.NullPointerException
at net.minecraft.item.ItemStack.<init>(ItemStack.java:87)
at com.iconmaster.aec.common.CommonProxy.addRecipes(CommonProxy.java:125)
at com.iconmaster.aec.common.AetherCraft.init(AetherCraft.java:145)
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.initializeMods(Loader.java:699)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:249)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:509)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:808)
at net.minecraft.client.main.Main.main(SourceFile:101)
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 net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
Tried the regular build from curseforge and the latest from Your jenkins. Too bad ;/ Going back to EM...
Wow! AetherCraft is really awesome and way greater than EM, but, sadly, I've encounted an issue with multiplayer. Starting from build #44, in cases of some operations with aether machines server crashs. Here is the crash report: http://pastebin.com/kS9AUmfm
I just played your Mod once after you added the Reconstructor ... Still can't make it ... btw I since AetherCraft and Energy Manipulator has the same config for adding Values except yours has decimals... I think I could use the EM Values for AV Values xD but needs Balancing
I'd love to see collectors and relays added. My favorite part of EE2 was making power flowers/energy arrays
see
Also maybe add RM and DM
Collectors have been already implemented by another mod...
Its called an Igneous Extruder just make it output on the Condenser/Manipulator... If you have a Lava Pump use Obsidian 64/tick AV ...
It looks like you may have a hidden ID conflict between your mods. My mod is probably expecting on of its own items to be at a certain ID, but this is not the case in some ID conflicts.
Wow! AetherCraft is really awesome and way greater than EM, but, sadly, I've encounted an issue with multiplayer. Starting from build #44, in cases of some operations with aether machines server crashs. Here is the crash report: http://pastebin.com/kS9AUmfm
I think I fixed it. I don't have a server to test it on at the moment, so feel free to send me any networking bugs!
Collectors have been already implemented by another mod...
Its called an Igneous Extruder just make it output on the Condenser/Manipulator... If you have a Lava Pump use Obsidian 64/tick AV ...
You're very right! I am probably never going to add AV accumulators, simply because other mods provide so many ways for infinite AV. I didn't want to make it TOO easy. Heck, there's even ways to generate AV in vanilla (I'll leave this for the more creative mind to ponder over).
***
Anyways, hello 1.2.8! Just some minor bugfixes. Next, I might either work on Forestry/Railcraft support or change how AV transfer limits work.
Hello. Loving the mod! However,when I try to add it to any server and join the server,I get:
"Bad packet id 113"
So I can't use it on a server at all.
Would you know how to fix this?
Strangely enough,the energy manipulator mod does not cause this problem,but the way it reads config files is...well..crud.
Update: Well,I removed all other mods and it would load,but checking the AV of something crashes the game with a nullpointerexception. I don't think it's checking the AV config files when playing on an actual server.
Hello. Loving the mod! However,when I try to add it to any server and join the server,I get:
"Bad packet id 113"
So I can't use it on a server at all.
Would you know how to fix this?
Strangely enough,the energy manipulator mod does not cause this problem,but the way it reads config files is...well..crud.
Update: Well,I removed all other mods and it would load,but checking the AV of something crashes the game with a nullpointerexception. I don't think it's checking the AV config files when playing on an actual server.
Getting the exact same error as this guy. Cant join any servers with the mod and get packet error 113 when trying to join.
I find the packet id 113 error seems to be caused by a conflict with some other mod. I'm trying to find out which by removing mods all over the place. And the AV check crash seems to be caused by a config conflict,which I'm also trying to figure out.
I find the packet id 113 error seems to be caused by a conflict with some other mod. I'm trying to find out which by removing mods all over the place. And the AV check crash seems to be caused by a config conflict,which I'm also trying to figure out.
Apparently, this error can be caused in part by a version error. I certainly hope you are all using Minecraft 1.6.4 for AetherCraft. If you are, in fact, using 1.6.4, then it is probably something to do with Forge packet handling going all loopy. Maybe try a older build of Forge? This bug isn't traceable to any code.
I've split the Manipulator into two new devices; one for items to AV; the other, AV to items. While you can still have the old Manipulators, I think this system has much more potential for automation and ease of use. For one, you don't have to worry about accidentally eating up the item you're trying to clone with the Condenser. I've shift-clicked many an item to its doom that way.
I've also balanced the Container. It costs less, but it stores less. Why? so a. you can get one or two a bit earlier in a game, and b. so there's more incentive to build multi-Container Aether networks using conduits.
I hope you all like the changes!
Oh, the new update seems cool, will be checking that out today. This has become an essential part of my modded Minecraft experience.
Do you plan on adding any further AV uses?
Oh, yes. I plan to have a lot more uses of the stuff soon. The thing that will probably happen first will be a way to use AV to repair tools. But AV will still mostly be a matter-conversion tool, of course.
http://www.minecraftforum.net/topic/925111-flamers12345s-maps-2-so-far/#
Yes, the dynamic AV system takes into account the ore dictionary! For instance, due to a bug in how IC2 names its items, this is the only way to give the IC2 copper ingots an AV.
In other news, 1.2.7 is in the works! This adds a larger Aether battery and a device for repairing tools using AV.
1) Aether Conduits are not working. I have them connected to a set of blocks in a square pattern and they do not share Aether with each block
2)Directly connecting blocks do not share aether, some times. Say, I have an infused manipulator next to an infused battery. They do not share any aether at all, when I just want to recharge a battery.
3) The Reonstructer doesnt work (Also, theres a typo). Or at least, because of the above bugs It does not receive aether.
The "Some times" part of 2 is this; Only when the manipulator or extractor are full, do they send aether to other blocks or through conduits.
Which I hope is a bug, otherwise it's a dumb feature.
Oh, also, In an older build, my aether would... double? triple? I dont know, all 5 batteries connected to it would be full if I had quit and came back.
Yes, the machines only transmit when full. However, this is irrelevant; if you need aether, devices will be able to pull it from the network (up to the transfer limit, of course).
If machines were able to give AV as soon as they created it, they would be able to give it in a series of packets under the limit, which would allow you to (eventually) make things with AVs above the transfer limit. This would break AetherCraft's much needed balance.
As silly as this system may seem, it's one that works well for AetherCraft. In the future, there will probably be more ways to get Aether around, not to mention a whole new tier.
EDIT: It seems there was a bug with the Container drawing energy. This will be fixed soon. Try the Jenkins.
Time: 15.01.14 20:52
Description: Initializing game
java.lang.NullPointerException
at net.minecraft.item.ItemStack.<init>(ItemStack.java:87)
at com.iconmaster.aec.common.CommonProxy.addRecipes(CommonProxy.java:125)
at com.iconmaster.aec.common.AetherCraft.init(AetherCraft.java:145)
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.initializeMods(Loader.java:699)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:249)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:509)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:808)
at net.minecraft.client.main.Main.main(SourceFile:101)
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 net.minecraft.launchwrapper.Launch.launch(Launch.java:131)
at net.minecraft.launchwrapper.Launch.main(Launch.java:27)
Tried the regular build from curseforge and the latest from Your jenkins. Too bad ;/ Going back to EM...
Seriously, people can be that stupid.
see
Also maybe add RM and DM
Collectors have been already implemented by another mod...
Its called an Igneous Extruder just make it output on the Condenser/Manipulator... If you have a Lava Pump use Obsidian 64/tick AV ...
It looks like you may have a hidden ID conflict between your mods. My mod is probably expecting on of its own items to be at a certain ID, but this is not the case in some ID conflicts.
I think I fixed it. I don't have a server to test it on at the moment, so feel free to send me any networking bugs!
You're very right! I am probably never going to add AV accumulators, simply because other mods provide so many ways for infinite AV. I didn't want to make it TOO easy. Heck, there's even ways to generate AV in vanilla (I'll leave this for the more creative mind to ponder over).
***
Anyways, hello 1.2.8! Just some minor bugfixes. Next, I might either work on Forestry/Railcraft support or change how AV transfer limits work.
"Bad packet id 113"
So I can't use it on a server at all.
Would you know how to fix this?
Strangely enough,the energy manipulator mod does not cause this problem,but the way it reads config files is...well..crud.
Update: Well,I removed all other mods and it would load,but checking the AV of something crashes the game with a nullpointerexception. I don't think it's checking the AV config files when playing on an actual server.
Getting the exact same error as this guy. Cant join any servers with the mod and get packet error 113 when trying to join.
Apparently, this error can be caused in part by a version error. I certainly hope you are all using Minecraft 1.6.4 for AetherCraft. If you are, in fact, using 1.6.4, then it is probably something to do with Forge packet handling going all loopy. Maybe try a older build of Forge? This bug isn't traceable to any code.