Do you have any other mods that add uranium ingots? If so, use them instead, as Yellorium is registered as uranium in the Forge Ore Dictionary, so I'd expect any kind to work.
Not that I'm aware of. I'm planning to add BR to my local copy of Agrarian Skies, and I'm pretty sure none of the mods in that pack add Uranium of any kind.
Any chance you'd be willing to add support for Big Reactors? You'd really just have to add the ability to get Yellorium from gravel or something - or rather, probably pulverized Yellorium? It has that natively as it's meant to be used with Thermal Expansion, and I'd like to be ability to use BR in a skyblock world.
Not intentional at all. The consuming enchant is programmed to only work on shovels and pickaxes, and it sounds like the flux-infused pickaxe isn't a "real" pickaxe under the hood, so the enchant gets confused and won't work with it. Can the pickaxe be enchanted by any other enchants in the enchanting table or elsewhere?
The flux-infused pickaxe is normally enchantable. I've done it in the vanilla enchanting table, the MFR auto-enchanter, and the Osmotic Enchanter.
I actually had your post marked for future consideration and I'm planning on adding a core somewhat like that, though not quite as powerful as you suggested.
In short I'm planning on making it a special version of the Empty core that moves items to marked chests that already contains similar items. The entropy core will make it use the oredict as normal. You wouldn't theoretically need sorting slots for the golem at all, but I might allow the order upgrade to add them incase you want to exclude certain things.
Oh, awesome. It may not be everything I hoped for, but it will still be a BIG help - that'd make it much, much more feasible to do a proper golem sorting system.
Now I just need to be able to dye arcane stone and stuff made from them, and I'll be truly ecstatic.
Hey Azanor, you asked if anyone had anything else they wanted worked on for 1.7.2 - I'd like to respectfully ask you consider my Sorting core suggestion and the ability to dye the arcane stone, paving stones, pedestals, and maybe the Infusion Altar itself.
Any chance that the ability to dye some of the blocks could be added? Right now, pedestals, the infusion altar, arcane stone, and the paving stones of warding and travelling all use the same dark grey color, which appears to be the same as the default grey for warded stone from TC3. I would greatly love the ability to dye some or all of these blocks.
People here are making some good points about the power of the runic armor and it was one of the things I was worried about when I created it.
As it stands it is effectively the last set of armor you will make barring lava accidents. Hmmm, I need to consider this.
I don't want to go the same route as the harness simply because where exactly would you insert the jar?
A better solution might be to have it drain from wands you are carrying to recharge. This might be a good mechanic for a lot of TC stuff including the repair enchant.
This would also give a lot more use to the much greater storage of a staff outside of node-capturing (as most of the time right now, you're unlikely to use up all the vis in a staff.)
Question: Why does the thread OP say these stones can transport across dimensions, but when I try to do that in-game, it gives me the message: "Dimensional transport temporarily disabled. Sorry. :("
There are some block ID conflicts just use IDFix type it up on the forums, this should help you resolve the problem
There's four total, but three are intentional (Mithion had to do some things weird with AM2), and the last I just haven't gotten to fixing yet. That said, IDFix should really only be used before generating a world. If you use it after, many, many IDs may be changed which can screw with some things.
However, my report wasn't about the ID conflicts at all. It was the now well-known and promised-to-be-fixed-in-the-next-version Buildcraft Dependency.
ItemID 2000 is occupied by quiver and some biomes o plenty block. here:
---- Minecraft Crash Report ----
// I let you down. Sorry
Time: 3/22/14 3:32 PM
Description: Initializing game
java.lang.IllegalArgumentException: Slot 2000 is already occupied by zaggy1024.quivermod.blocks.BlockTileEntityTorch@5a66cca5 when adding biomesoplenty.blocks.BlockBOPFlower@13059301
at net.minecraft.block.Block.<init>(Block.java:349)
at net.minecraft.block.BlockFlower.<init>(BlockFlower.java:18)
at biomesoplenty.blocks.BlockBOPFlower.<init>(BlockBOPFlower.java:38)
at biomesoplenty.blocks.BlockBOPFlower.<init>(BlockBOPFlower.java:47)
at biomesoplenty.core.BOPBlocks.initializeBlocks(BOPBlocks.java:138)
at biomesoplenty.core.BOPBlocks.init(BOPBlocks.java:96)
at biomesoplenty.BiomesOPlenty.preInit(BiomesOPlenty.java:76)
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.loadMods(Loader.java:522)
at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:183)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:473)
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)
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at net.minecraft.block.Block.<init>(Block.java:349)
at net.minecraft.block.BlockFlower.<init>(BlockFlower.java:18)
at biomesoplenty.blocks.BlockBOPFlower.<init>(BlockBOPFlower.java:38)
at biomesoplenty.blocks.BlockBOPFlower.<init>(BlockBOPFlower.java:47)
at biomesoplenty.core.BOPBlocks.initializeBlocks(BOPBlocks.java:138)
at biomesoplenty.core.BOPBlocks.init(BOPBlocks.java:96)
at biomesoplenty.BiomesOPlenty.preInit(BiomesOPlenty.java:76)
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.loadMods(Loader.java:522)
at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:183)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:473)
-- Initialization --
Details:
Stacktrace:
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)
Okay, I think I'm going to jump on the 'configurable Nether mobs' bandwagon... I forgot how ridiculous Nitro Creepers were after their removal from Tinker's Construct, but the amount of reaction time you get is absurd, even in the hostile Nether environment. Heatscar Spiders just feel broken, as killing one to have three more spawn instantly on top of me is just... Odd.
Heatscar baby spawning is configurable, at least (although I'd also like the ability to disable Nitro creepers.)
After a lot of removing mods and lots and lots of reloading, I narrowed down the problem to one mod: Galacticraft. However, I have no idea why it's causing the problem.
Galacticraft breaks a lot of stuff in general, because they do things really weird. Seriously, you're probably better off just removing it.
I have the Mo' Creatures mod installed and something is conflicting. Can you help me understand how to fix it? Here's the crash report.
---- Minecraft Crash Report ----
// I feel sad now
Time: 3/11/14 8:01 PM
Description: Initializing game
java.lang.IllegalArgumentException: Slot 703 is already occupied by drzhark.mocreatures.block.MoCBlockPlanks@3660c0e when adding flaxbeard.thaumicexploration.block.BlockThinkTank@20a16ce0
at net.minecraft.block.Block.<init>(Block.java:349)
at net.minecraft.block.BlockContainer.<init>(SourceFile:9)
at flaxbeard.thaumicexploration.block.BlockThinkTank.<init>(BlockThinkTank.java:50)
at flaxbeard.thaumicexploration.ThaumicExploration.load(ThaumicExploration.java:435)
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.GeneratedMethodAccessor3.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)
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at net.minecraft.block.Block.<init>(Block.java:349)
at net.minecraft.block.BlockContainer.<init>(SourceFile:9)
at flaxbeard.thaumicexploration.block.BlockThinkTank.<init>(BlockThinkTank.java:50)
at flaxbeard.thaumicexploration.ThaumicExploration.load(ThaumicExploration.java:435)
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.GeneratedMethodAccessor3.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)
-- Initialization --
Details:
Stacktrace:
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)
@Nematrec: Erm....what kind of ingots were those, exactly? As far as I know, exploding crafting tables were only referenced in the Tinker's Diary in the Dev releases of TCon, and that has to do with crafting Gold tools.
Those are Unstable Ingots from Extra Utilities. Once crafted, you have ten seconds to use the ingots in another recipe, or they explode and auto-kill you. The issue here is that the Natura sticks don't seem to always oredict properly, resulting in the recipe failing.
0
0
0
The flux-infused pickaxe is normally enchantable. I've done it in the vanilla enchanting table, the MFR auto-enchanter, and the Osmotic Enchanter.
0
Oh, awesome. It may not be everything I hoped for, but it will still be a BIG help - that'd make it much, much more feasible to do a proper golem sorting system.
Now I just need to be able to dye arcane stone and stuff made from them, and I'll be truly ecstatic.
0
0
0
0
This would also give a lot more use to the much greater storage of a staff outside of node-capturing (as most of the time right now, you're unlikely to use up all the vis in a staff.)
0
0
There's four total, but three are intentional (Mithion had to do some things weird with AM2), and the last I just haven't gotten to fixing yet. That said, IDFix should really only be used before generating a world. If you use it after, many, many IDs may be changed which can screw with some things.
However, my report wasn't about the ID conflicts at all. It was the now well-known and promised-to-be-fixed-in-the-next-version Buildcraft Dependency.
0
The solution to this is to go into your configs and change one of them to an unoccupied block number. This is not a bug.
0
Heatscar baby spawning is configurable, at least (although I'd also like the ability to disable Nitro creepers.)
0
1
You have an ID conflict. Edit the configs. That's not a bug.
2
Those are Unstable Ingots from Extra Utilities. Once crafted, you have ten seconds to use the ingots in another recipe, or they explode and auto-kill you. The issue here is that the Natura sticks don't seem to always oredict properly, resulting in the recipe failing.