Hey all,
My fiance and I just started a new Minecraft Forge server and we've come across a strange issue. Our players can't craft any thaumcraft items.
Whenever we try to craft an item, the product moves to our inventory briefly, then disappears and the raw materials appear back in crafting interface. I've tried to craft Iron ingots > Iron nuggets and Wood Planks > Scribing Table.
If anyone has advice that would be great! Thanks in advance for your responses!
Is the same version of thaumcraft on both clients, and the server, and do you all have matching config files?
Hey all,
My fiance and I just started a new Minecraft Forge server and we've come across a strange issue. Our players can't craft any thaumcraft items.
Whenever we try to craft an item, the product moves to our inventory briefly, then disappears and the raw materials appear back in crafting interface. I've tried to craft Iron ingots > Iron nuggets and Wood Planks > Scribing Table.
If anyone has advice that would be great! Thanks in advance for your responses!
Sounds like Thaumcraft isn't on the server, you may want to double check the mods folder for your server.
Just wanted to report that item grates act extremely weird when interfacing with pipes or itemducts. I've been trying to tie together my Railcraft and golem setups for sorting and processing (I love worker golems, like having a factory!) but the item grates are extremely unreliable - unless a player is directly nearby, they will bounce items around (itemducts) or just shoot them off into outer space (BC pipes.) This even happens Thaumcraft mirrors - if you place a mirror a few blocks above an open item grate, with a decent drop beneath the grate and the floor, and then send items through it, they will shoot off in random directions much of the time after passing through the grate, rather than falling straight down as you would expect. They only seem to work properly with a golem throwing items in directly.
This makes me quite sad - I was very happy to hear about how the grates were supposed to drop items (for golems). I know TC is pretty much done for 1.6.4, but figured it was worth bringing it up.
as far as ive understood, item grates have an inventory of their own? might be wrong here, but i think they act like hoppers and item droppers at the same time. meaning an item, that "falls" through an item grate is briefly sucked up into the grates internal inventory, then immediately dropped.
maybe the issues you encounter are a result of overfeeding the grate. you might be trying to feed items into it too fast, so it already has a full inventory when a new item arrives, and its rejected.
maybe the tickrate on your server is a bit low, and it doesnt register fast enough that an item has been dropped into it.
this is just a guess though. but you could test it, by dropping items yourself into it a bit slower, and see if it works better.
Every time I put this into my mods folders it makes it crash! Help Please!
Well, seeing as we don't have the crash report there isn't much we can do to help. When you post the crash report don't forget to put it in spoilers. Here's an example if you don't know how to make them:
[spoiler] Text Here [/spoiler]
Rollback Post to RevisionRollBack
Due to my snarky and sarcastic personality I can easily be seen as a jerk. If I've offended you in any way it was likely unintended.
The Meaning of Life, the Universe, and Everything.
Location:
Newyork
Join Date:
2/1/2013
Posts:
334
Minecraft:
Ringmaster
Member Details
Here it is.
---- Minecraft Crash Report ----
// Hi. I'm Minecraft, and I'm a crashaholic.
Time: 3/14/14 2:13 PM
Description: Initializing game
java.lang.NoClassDefFoundError: cpw/mods/fml/common/network/IConnectionHandler
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:249)
at cpw.mods.fml.common.FMLModContainer.constructMod(FMLModContainer.java:443)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:47)
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.sendEventToModContainer(LoadController.java:209)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:188)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:47)
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:119)
at cpw.mods.fml.common.Loader.loadMods(Loader.java:487)
at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:194)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:495)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:850)
at net.minecraft.client.main.Main.main(SourceFile:103)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:134)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
Caused by: java.lang.ClassNotFoundException: cpw.mods.fml.common.network.IConnectionHandler
at net.minecraft.launchwrapper.LaunchClassLoader.findClass(LaunchClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
... 35 more
Caused by: java.lang.NullPointerException
at net.minecraft.launchwrapper.LaunchClassLoader.findClass(LaunchClassLoader.java:180)
... 37 more
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:249)
at cpw.mods.fml.common.FMLModContainer.constructMod(FMLModContainer.java:443)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:47)
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.sendEventToModContainer(LoadController.java:209)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:188)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:47)
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:119)
at cpw.mods.fml.common.Loader.loadMods(Loader.java:487)
at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:194)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:495)
Had a crash when I put your mod in our mudpack, will you have a look?
---- Minecraft Crash Report ----
// Would you like a cupcake?
Time: 14/03/14 17:51
Description: There was a severe problem during mod loading that has caused the game to fail
cpw.mods.fml.common.LoaderException: java.lang.NoSuchMethodError: thaumcraft.api.ThaumcraftApi.addSmeltingBonus(Ljava/lang/String;Lnet/minecraft/item/ItemStack;)V
at cpw.mods.fml.common.LoadController.transition(LoadController.java:156)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:705)
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)
Caused by: java.lang.NoSuchMethodError: thaumcraft.api.ThaumcraftApi.addSmeltingBonus(Ljava/lang/String;Lnet/minecraft/item/ItemStack;)V
at thaumcraft.common.config.ConfigRecipes.initializeSmelting(ConfigRecipes.java:2080)
at thaumcraft.common.config.ConfigRecipes.init(ConfigRecipes.java:40)
at thaumcraft.common.Thaumcraft.postInit(Thaumcraft.java:176)
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:704)
... 10 more
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
I was going to tell you how to get the aspects you need, but on reflection I think you may have a point. I can get started discovering aspects by scanning, but I suspect it's because I already know what the aspects are and thus what I should be aiming for. A lot of them are fairly logical (Victus + Periditio = Mortuus for instance), but there's some real sticking points in terms of aspect availability to scan (Mortuus is very difficult to find isolated. Bones for instance contain Corpus, which requires you to have Mortuus discovered).
In any case, you're likely missing Cognitio (Terra + Spiritus), Auram (Aer + Praecantatio) or similar.
ya, i got crap loads of terra and the acorn, stone etc but the actual aspects i think i need like spiritus which im pretty sure i tried scanning a ghast tear are hard to find and come bye and if you use them trying to combine with wrong thing your SOL. last time i actually did thaumcraft was in TC3 and i could get through like 90% of the research without having to look anything up. I love the newest research system but really it feels in my opinion to be kinda unforgiving and hardcore the way aspects work. I feel the only way im gonna be able to do it first time through is with a cheat sheet every lil step of the way so i dont hit a wall and cant go on, or havto spend hours apon hours scanning every item possible just to get a new aspect and havto rescan everything though if i was smart i would just make a chest or several for not scan able yet etc but that would still be way more time then i can spend and just using a cheat sheet is faster and smarter anyways. its kinda reminding of gregtech only not purposely so tedious. dont get me wrong im just gonna use a cheat sheet and be happy sense i would eventually use one later most likely to save time after i felt i did what i could but i dont think its possible to do TC4 this way without being a hardcore or using a cheat sheet.
maybe the issues you encounter are a result of overfeeding the grate. you might be trying to feed items into it too fast, so it already has a full inventory when a new item arrives, and its rejected.
Appreciate the thought, but not accurate at all - this has nothing to do with items being "forgotten" or tick rate - you can see them getting launched all over the place, in particular with the situation I described dropping items into a grate with a magic mirror placed vertically. Note that there has to be a decent open space below the grate to notice the effect. And really, if grates can't handle items being pumped through Buildcraft pipes with a simple redstone engine, well... it doesn't really get much slower than that, does it? It's almost as if the Buildcraft pipes think the grate wasn't there at all when a player isn't nearby - if you've ever pumped items through an open cobblestone pipe in recent BC versions, you'll know the effect I'm speaking of, where the items seem to shoot off randomly instead of just falling out like they did in older BC versions. If I may ask, have you actually tried doing something like this, or just guessing?
Another issue: Fill Golems are a bit derpy. It is way hard to get them to act correctly with even vanilla furnaces - for example, I simply want a golem to pull charcoal out of a set of 3 furnaces I have set up as it is produced. I tried this with a fill golem placed on the chest I want the output to go to, but even with only the sides marked, he pulls the charcoal out of the bottom (fuel) slot and *not* from the side (output). In fact, he won't pull from the output slot no matter which side I mark. Having to use 3 empty golems, one for each furnace, seems a bit silly.. though I did get it to work by sticking hoppers below each furnace and marking those instead.
In addition to the above, I have an Empty golem set up on another chest to fill the furnaces with wood to cook. He gets stuck on the first furnace after the input slot is full, and will just stand there instead of filling the others. Again, putting hoppers on top of the furnaces and marking those instead fixed this, he fills them correctly - but that is again, overcomplicating something that should be fairly simple. And even the golem set to refill the furnace fuel gets stuck like the above, he fills the first furnace, then just stands there holding charcoal instead of filling the next. The Alchemy golems seem to handle this sort of thing fine, and it is quite frustrating as I had a similar setup after golems were first introduced that worked just fine. Considering I used 9 hoppers for this, I probably could have just gone with those exclusively and skipped the golems :/
edit: nevermind, the golems get stuck on the hoppers too, once they are full. sigh, back to pipes.
xenos reliquary and your mod dont like eachother apperently (...or like eachother too much) java.lang.ClassCastException: xreliquary.items.ItemEmptyVoidTear cannot be cast to thaumcraft.common.items.wands.ItemWandCasting
at thaumcraft.common.config.ConfigRecipes.init(ConfigRecipes.java:37)
at thaumcraft.common.Thaumcraft.postInit(Thaumcraft.java:176)
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:704)
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)
So I set up my wand recharge room this way: http://i.imgur.com/uNlQCsa.jpg . Before I go any further, what's the max. block range these wand recharge pedestals can reach?
Another issue: Fill Golems are a bit derpy. It is way hard to get them to act correctly with even vanilla furnaces - for example, I simply want a golem to pull charcoal out of a set of 3 furnaces I have set up as it is produced. I tried this with a fill golem placed on the chest I want the output to go to, but even with only the sides marked, he pulls the charcoal out of the bottom (fuel) slot and *not* from the side (output). In fact, he won't pull from the output slot no matter which side I mark. Having to use 3 empty golems, one for each furnace, seems a bit silly.. though I did get it to work by sticking hoppers below each furnace and marking those instead.
-snip-
Ever since the release of vanilla hoppers the output of vanilla furnaces is the bottom of the block, with the sides and top being the fuel and item inputs respectively.
Ever since the release of vanilla hoppers the output of vanilla furnaces is the bottom of the block, with the sides and top being the fuel and item inputs respectively.
Got it, thanks. Still have the same problem though, the Empty golems that I'm using to fill the inputs get stuck on one furnace, and won't fill the others - I ended up trying it that way anyways, with hoppers on the bottom for the output. That golem works, but the others do not, even using hoppers.
Need a little bit more than "was" and "think". Thanks though.
Make a creative world, craft a wand, stick it in a wand recharge pedestal then place nodes around it. That's what I did a while back but I don't remember the distance exactly.
Rollback Post to RevisionRollBack
Due to my snarky and sarcastic personality I can easily be seen as a jerk. If I've offended you in any way it was likely unintended.
Got it, thanks. Still have the same problem though, the Empty golems that I'm using to fill the inputs get stuck on one furnace, and won't fill the others - I ended up trying it that way anyways, with hoppers on the bottom for the output. That golem works, but the others do not, even using hoppers.
For that, a picture of the setup might help, as the furnaces *might* be out of range. You could try placing the furnaces closer to the chest the golem(s) draw from.
For that, a picture of the setup might help, as the furnaces *might* be out of range. You could try placing the furnaces closer to the chest the golem(s) draw from.
I can screenshot, but don't think it would help. They definitely weren't out of range - it was only like 4 blocks away, it's just a tiny room (which is why I don't want to use the 9 golems it would take to do this with them, apparently.) Quick diagram:
F E
F E
F
The F's are the furnaces from above, the E's are Empty golems attached to chests about 2-4 blocks away. The one on top was supposed to empty wood from the chest into the furnaces - again, he'd fill the first, then just stand next to it holding more wood instead of filling the rest. The other E is where the charcoal ends up, and that golem was supposed to take some out and put it back in as fuel - but he had the same problem as the other Empty golem, and would only fill one furnace. Fill golems on the furnaces themselves would work, no doubt, but again, that would take at least 8 golems to run with my setup, which would be pretty ridiculous for something so simple. Really seems like an AI bug, especially since this setup worked fine with marker blocks, back before the bell.
Is the same version of thaumcraft on both clients, and the server, and do you all have matching config files?
Sounds like Thaumcraft isn't on the server, you may want to double check the mods folder for your server.
Edit:
Also a possibility, check that too.
as far as ive understood, item grates have an inventory of their own? might be wrong here, but i think they act like hoppers and item droppers at the same time. meaning an item, that "falls" through an item grate is briefly sucked up into the grates internal inventory, then immediately dropped.
maybe the issues you encounter are a result of overfeeding the grate. you might be trying to feed items into it too fast, so it already has a full inventory when a new item arrives, and its rejected.
maybe the tickrate on your server is a bit low, and it doesnt register fast enough that an item has been dropped into it.
this is just a guess though. but you could test it, by dropping items yourself into it a bit slower, and see if it works better.
Well, seeing as we don't have the crash report there isn't much we can do to help. When you post the crash report don't forget to put it in spoilers. Here's an example if you don't know how to make them:
// Hi. I'm Minecraft, and I'm a crashaholic.
Time: 3/14/14 2:13 PM
Description: Initializing game
java.lang.NoClassDefFoundError: cpw/mods/fml/common/network/IConnectionHandler
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:249)
at cpw.mods.fml.common.FMLModContainer.constructMod(FMLModContainer.java:443)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:47)
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.sendEventToModContainer(LoadController.java:209)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:188)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:47)
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:119)
at cpw.mods.fml.common.Loader.loadMods(Loader.java:487)
at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:194)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:495)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:850)
at net.minecraft.client.main.Main.main(SourceFile:103)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:134)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
Caused by: java.lang.ClassNotFoundException: cpw.mods.fml.common.network.IConnectionHandler
at net.minecraft.launchwrapper.LaunchClassLoader.findClass(LaunchClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
... 35 more
Caused by: java.lang.NullPointerException
at net.minecraft.launchwrapper.LaunchClassLoader.findClass(LaunchClassLoader.java:180)
... 37 more
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:249)
at cpw.mods.fml.common.FMLModContainer.constructMod(FMLModContainer.java:443)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:47)
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.sendEventToModContainer(LoadController.java:209)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:188)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:74)
at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:47)
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:119)
at cpw.mods.fml.common.Loader.loadMods(Loader.java:487)
at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:194)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:495)
I think you've got a mod that's using an outdated version of thaumcraft's api.
ya, i got crap loads of terra and the acorn, stone etc but the actual aspects i think i need like spiritus which im pretty sure i tried scanning a ghast tear are hard to find and come bye and if you use them trying to combine with wrong thing your SOL. last time i actually did thaumcraft was in TC3 and i could get through like 90% of the research without having to look anything up. I love the newest research system but really it feels in my opinion to be kinda unforgiving and hardcore the way aspects work. I feel the only way im gonna be able to do it first time through is with a cheat sheet every lil step of the way so i dont hit a wall and cant go on, or havto spend hours apon hours scanning every item possible just to get a new aspect and havto rescan everything though if i was smart i would just make a chest or several for not scan able yet etc but that would still be way more time then i can spend and just using a cheat sheet is faster and smarter anyways. its kinda reminding of gregtech only not purposely so tedious. dont get me wrong im just gonna use a cheat sheet and be happy sense i would eventually use one later most likely to save time after i felt i did what i could but i dont think its possible to do TC4 this way without being a hardcore or using a cheat sheet.
Appreciate the thought, but not accurate at all - this has nothing to do with items being "forgotten" or tick rate - you can see them getting launched all over the place, in particular with the situation I described dropping items into a grate with a magic mirror placed vertically. Note that there has to be a decent open space below the grate to notice the effect. And really, if grates can't handle items being pumped through Buildcraft pipes with a simple redstone engine, well... it doesn't really get much slower than that, does it? It's almost as if the Buildcraft pipes think the grate wasn't there at all when a player isn't nearby - if you've ever pumped items through an open cobblestone pipe in recent BC versions, you'll know the effect I'm speaking of, where the items seem to shoot off randomly instead of just falling out like they did in older BC versions. If I may ask, have you actually tried doing something like this, or just guessing?
Another issue: Fill Golems are a bit derpy. It is way hard to get them to act correctly with even vanilla furnaces - for example, I simply want a golem to pull charcoal out of a set of 3 furnaces I have set up as it is produced. I tried this with a fill golem placed on the chest I want the output to go to, but even with only the sides marked, he pulls the charcoal out of the bottom (fuel) slot and *not* from the side (output). In fact, he won't pull from the output slot no matter which side I mark. Having to use 3 empty golems, one for each furnace, seems a bit silly.. though I did get it to work by sticking hoppers below each furnace and marking those instead.
In addition to the above, I have an Empty golem set up on another chest to fill the furnaces with wood to cook. He gets stuck on the first furnace after the input slot is full, and will just stand there instead of filling the others. Again, putting hoppers on top of the furnaces and marking those instead fixed this, he fills them correctly - but that is again, overcomplicating something that should be fairly simple. And even the golem set to refill the furnace fuel gets stuck like the above, he fills the first furnace, then just stands there holding charcoal instead of filling the next. The Alchemy golems seem to handle this sort of thing fine, and it is quite frustrating as I had a similar setup after golems were first introduced that worked just fine. Considering I used 9 hoppers for this, I probably could have just gone with those exclusively and skipped the golems :/
edit: nevermind, the golems get stuck on the hoppers too, once they are full. sigh, back to pipes.
java.lang.ClassCastException: xreliquary.items.ItemEmptyVoidTear cannot be cast to thaumcraft.common.items.wands.ItemWandCasting
at thaumcraft.common.config.ConfigRecipes.init(ConfigRecipes.java:37)
at thaumcraft.common.Thaumcraft.postInit(Thaumcraft.java:176)
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:704)
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)
I think the range was 9 blocks.
Ever since the release of vanilla hoppers the output of vanilla furnaces is the bottom of the block, with the sides and top being the fuel and item inputs respectively.
Got it, thanks. Still have the same problem though, the Empty golems that I'm using to fill the inputs get stuck on one furnace, and won't fill the others - I ended up trying it that way anyways, with hoppers on the bottom for the output. That golem works, but the others do not, even using hoppers.
Make a creative world, craft a wand, stick it in a wand recharge pedestal then place nodes around it. That's what I did a while back but I don't remember the distance exactly.
For that, a picture of the setup might help, as the furnaces *might* be out of range. You could try placing the furnaces closer to the chest the golem(s) draw from.
Link: http://www.minecraftforum.net/topic/2479612-dark-side-of-the-boon-modpack-official-release/
~~~~~~~~
Fall into the hands of sorrow
Drawn by the darkest bay
Walk into the pit of silence
I am the one calling your name
~~~~~~~~
I can screenshot, but don't think it would help. They definitely weren't out of range - it was only like 4 blocks away, it's just a tiny room (which is why I don't want to use the 9 golems it would take to do this with them, apparently.) Quick diagram:
F E
F E
F
The F's are the furnaces from above, the E's are Empty golems attached to chests about 2-4 blocks away. The one on top was supposed to empty wood from the chest into the furnaces - again, he'd fill the first, then just stand next to it holding more wood instead of filling the rest. The other E is where the charcoal ends up, and that golem was supposed to take some out and put it back in as fuel - but he had the same problem as the other Empty golem, and would only fill one furnace. Fill golems on the furnaces themselves would work, no doubt, but again, that would take at least 8 golems to run with my setup, which would be pretty ridiculous for something so simple. Really seems like an AI bug, especially since this setup worked fine with marker blocks, back before the bell.