In the default config generated by Microblocks, I can't test IC2 yet, and Buildcraft continues to work, but both TE and AE have undergone a code reorg.
Client start crash with microblocks after adding Forestry beta and turning on autodetect
mods.immibis.microblocks.PartIDInUseException: Micropart ID 998244352 is already used by mods.immibis.microblocks.DefaultPartType@53803f33 when adding mods.immibis.microblocks.DefaultPartType@8b55819
mods.immibis.microblocks.PartIDInUseException: Micropart ID 998244352 is already used by mods.immibis.microblocks.DefaultPartType@53803f33 when adding mods.immibis.microblocks.DefaultPartType@8b55819
at mods.immibis.microblocks.MicroblockSystem.RegisterPartType(MicroblockSystem.java:448)
at mods.immibis.microblocks.MicroblockSystem.registerParts(MicroblockSystem.java:442)
at mods.immibis.microblocks.MicroblockSystem.addCuttableBlock(MicroblockSystem.java:464)
at mods.immibis.microblocks.MicroblockSystem.autoDetectParts(MicroblockSystem.java:223)
at mods.immibis.microblocks.MicroblockSystem.postinit(MicroblockSystem.java:165)
at mods.immibis.microblocks.coremod.BridgeClass2.postinit(BridgeClass2.java:43)
at mods.immibis.microblocks.coremod.MicroblocksModContainer.postinit(MicroblocksModContainer.java:83)
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: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.propogateStateMessage(LoadController.java:165)
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: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:98)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:695)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:206)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:444)
at net.minecraft.client.MinecraftAppletImpl.func_71384_a(SourceFile:56)
at net.minecraft.client.Minecraft.run(Minecraft.java:729)
at java.lang.Thread.run(Unknown Source)
Note that I have 20ish mods, autodetect runs fine. Add forestry - get it all to startup (Forestry Beta has an id conflict with itself!) then turn autodetect on and the above error occurs.
Just dropping a line to say that whatever you did, fixed my problem. PowerCrystals NetherOres and MineFactory Reloaded, Lemming's TE, UndergroundBiomes, and Natura, as a shortlist sample of the mods I tested with all work.
So I deleted the entire instance and recreated with Minecraft 1.5.1, Forge 655, Immibis Core 54.0.1, Immibis Microblocks 54.0.4, Natura 2.0.10.
Started the instance to create config files. Edited microblocks config to turn autodetect on. Restarted (no new mods)
Debug lines were exactly as above.
Downgraded Microblocks to 54.0.3 and restarted:
...but the blocks can no longer be cut, and the config file is rewritten to not include the Natura blocks. Existing cut blocks placed in the world disappear. Existing cut blocks in inventory have blank icons, cannot be placed, and have no tooltips.
Installing AE causes Microblocks to stop functioning.
In 1.5.1, I was able to install Microblocks and Immibis Core along with Natura (a mod I know has blocks that work) and autodetect perfectly fine and work in game.
Installing AE and turning auto detect back on will cause the config file to fail to rewrite - leaving auto detect on over multiple restarts - and will additionally remove the entries for Natura blocks. If I install AE and never turn auto detect on, the Natura blocks continue to work.
Immibis-Core 54.0.0
Immibis-Microblocks 54.0.3
Appeng rev10c
Natura 2.0.5
Additionally, similar issues exist on a 1.4.7 server I play on, but I haven't isolated it to specifically AE causing it (but it does seem likely...) I actually presumed that the config failure to re-write was a general 1.4.7 bug until I installed AE in 1.5.1 and had the same issue.
I don't believe that that bug on the tracker is related, However Yes, this bug was the main reason for the .h release.
Thanks for the response, and hopefully the server will update soon.
Since I'm here though, a question: When I use an ME Interface to export X number of items, if there are less than that available it tries to craft the remainder. Is there any way to stop this behavior? Both a wrench and shift-click with a wrench do nothing.
Just discovered a major bug with ME Drives in rv9.g. I found the bug report at http://ae-mod.info/Tracker/0006/ but it's not very descriptive and I can't tell if "fixed bug with Drives" in rv9.h is applicable.
Basically: When inserting a disk, the icon does not light up correctly. This is more than visual, as the disk is not accessible. If I then remove the disk, (leaving it as an item in my character inventory) it is accessible to the network and items can be removed as normal, but items coming to the drive disappear into nothingness. Even the tooltip on the drive (again, in my character inventory) updates as items are removed.
This just suddenly started happening, it's been working for quite awhile with no problems. Unfortunately when it started, I was moving a quantity of high value items with the IO Port, most of which simply disappeared without warning or error.
Again, we run rv9.g, but I can't tell from the Changelog if rv9.h fixes it (and have to wait for the server admin to update) In the meantime I've switched to using exclusively ME Chests.
Gems would be a bit of an issue. I'd be interested in seeing what Xycraft could do to replace that.
Ruby/Sapphire is used for a few IC2/Gregtech stuff as well. (Ruby -> Platinum Dust)
Should be noted that Greg thinks people should disable RP gems in favor of GT ones because the RP ones are too common for the value they represent in GT.
Any plans to introduce Buildcraft gate logic functionality?
By this, I don't mean generic inventory options which exist for all machines, but machine specific ones and/or adapting the common ones to work better. For example, the deep storage unit always shows "Item in inventory" and "Inventory full" for the in sides anytime there is 66 or more items. There is no current way to detect how many items are in the "processing line" of the bioreactor, etc.
Are Pure bees supposed to just decimate the vis in the node? I had a 930/850 node (which is why I have flux) and two pure bees sure cleaned up the flux, and also take the vis down to 700 or so. Every so often it will gain 10 vis, probably by eating an infused ore - which is exactly what I was trying to avoid.
Thanks! (Although there is some question as to when or if my server will update to 1.5)
One other thing: Could you use the Forestry API to give the MFR rubber tree saplings a value in the fermenter for biomass? When seeking wood _and_ rubber, the MFR trees are better than the IC2 ones, but if saplings have no biomass value it becomes a non choice.
1) MFR Rubber trees will not grow on xycraft soil blocks, ever. They plant successfully, even with the planter machine, but never grow.
2) The planter machine will not plant vanilla wheat on xycraft soil either. It _will_ plant rubber trees on xycraft soil, and the IC2 ones grow and are harvested as expected.
Because this mod replaces all instances of "stone" in worldgen, the Extra Bees generation of "Rocky Bees" is completely stymied and no such hives are spawned at all.
0
TE entries need to change to:
blockClass: thermalexpansion.block.conduit.BlockConduit
tileEntityClass: thermalexpansion.block.conduit.TileConduitEnergy
tileEntityClass: thermalexpansion.block.conduit.TileConduitLiquid
AE change to:
blockClass: appeng.common.base.AppEngMultiBlock
(the seven tileEntityClass entries remain the same)
To add RedNet support from MFR:
blockClass: powercrystals.minefactoryreloaded.block.BlockRedstoneCable
tileEntityClass: powercrystals.minefactoryreloaded.tile.TileRedstoneCable
0
0
mods.immibis.microblocks.PartIDInUseException: Micropart ID 998244352 is already used by mods.immibis.microblocks.DefaultPartType@53803f33 when adding mods.immibis.microblocks.DefaultPartType@8b55819
mods.immibis.microblocks.PartIDInUseException: Micropart ID 998244352 is already used by mods.immibis.microblocks.DefaultPartType@53803f33 when adding mods.immibis.microblocks.DefaultPartType@8b55819
at mods.immibis.microblocks.MicroblockSystem.RegisterPartType(MicroblockSystem.java:448)
at mods.immibis.microblocks.MicroblockSystem.registerParts(MicroblockSystem.java:442)
at mods.immibis.microblocks.MicroblockSystem.addCuttableBlock(MicroblockSystem.java:464)
at mods.immibis.microblocks.MicroblockSystem.autoDetectParts(MicroblockSystem.java:223)
at mods.immibis.microblocks.MicroblockSystem.postinit(MicroblockSystem.java:165)
at mods.immibis.microblocks.coremod.BridgeClass2.postinit(BridgeClass2.java:43)
at mods.immibis.microblocks.coremod.MicroblocksModContainer.postinit(MicroblocksModContainer.java:83)
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: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.propogateStateMessage(LoadController.java:165)
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: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:98)
at cpw.mods.fml.common.Loader.initializeMods(Loader.java:695)
at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:206)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:444)
at net.minecraft.client.MinecraftAppletImpl.func_71384_a(SourceFile:56)
at net.minecraft.client.Minecraft.run(Minecraft.java:729)
at java.lang.Thread.run(Unknown Source)
Note that I have 20ish mods, autodetect runs fine. Add forestry - get it all to startup (Forestry Beta has an id conflict with itself!) then turn autodetect on and the above error occurs.
0
Just dropping a line to say that whatever you did, fixed my problem. PowerCrystals NetherOres and MineFactory Reloaded, Lemming's TE, UndergroundBiomes, and Natura, as a shortlist sample of the mods I tested with all work.
0
I saw no other issues.....unfortunately, when I upgraded immibis microblocks and tested without AE, it has started to fail to update as well.
2013-04-16 03:06:16 [INFO] [STDOUT] [Immibis's Microblocks DEBUG] Finished reading config file
2013-04-16 03:06:16 [INFO] [STDOUT] [Immibis's Microblocks DEBUG] ItemListOption cuttableBlock: setting to [], was []
2013-04-16 03:06:16 [INFO] [STDOUT] [Immibis's Microblocks DEBUG] BooleanOption autoDetectCuttableBlocks: setting to true, was true
2013-04-16 03:06:16 [INFO] [STDOUT] [Immibis's Microblocks DEBUG] Saving config file
So I deleted the entire instance and recreated with Minecraft 1.5.1, Forge 655, Immibis Core 54.0.1, Immibis Microblocks 54.0.4, Natura 2.0.10.
Started the instance to create config files. Edited microblocks config to turn autodetect on. Restarted (no new mods)
Debug lines were exactly as above.
Downgraded Microblocks to 54.0.3 and restarted:
Config gets rewritten:
# tileEntityClass: StringListOption
# autoDetectCuttableBlocks: BooleanOption
# cuttableBlock: ItemAndMetaListOption
enableNEI: false
blockClass: buildcraft.transport.BlockGenericPipe
blockClass: thermalexpansion.transport.block.BlockConduit
blockClass: ic2.core.block.wiring.BlockCable
blockClass: appeng.common.AppEngMultiBlock
tileEntityClass: buildcraft.transport.TileGenericPipe
tileEntityClass: thermalexpansion.transport.tileentity.TileConduitEnergy
tileEntityClass: thermalexpansion.transport.tileentity.TileConduitLiquid
tileEntityClass: ic2.core.block.wiring.TileEntityCable
tileEntityClass: appeng.me.tile.TileCable
tileEntityClass: appeng.me.tile.TileDarkCable
tileEntityClass: appeng.me.tile.TileInputCable
tileEntityClass: appeng.me.tile.TileOutputCable
tileEntityClass: appeng.me.tile.TileLevelEmitter
tileEntityClass: appeng.me.tile.TileStorageBus
tileEntityClass: appeng.me.tile.TileColorlessCable
autoDetectCuttableBlocks: false
cuttableBlock: 3251:0 # eucalyptusLog, class mods.natura.blocks.trees.TreeBlock
cuttableBlock: 3251:1 # sakuraLog, class mods.natura.blocks.trees.TreeBlock
cuttableBlock: 3251:2 # ghostLog, class mods.natura.blocks.trees.TreeBlock
cuttableBlock: 3251:3 # hopseedLog, class mods.natura.blocks.trees.TreeBlock
cuttableBlock: 3258:0 # sakuraNLeaves, class mods.natura.blocks.trees.NLeavesNocolor
cuttableBlock: 3258:1 # ghostNLeaves, class mods.natura.blocks.trees.NLeavesNocolor
cuttableBlock: 3258:2 # bloodNLeaves, class mods.natura.blocks.trees.NLeavesNocolor
cuttableBlock: 3259:0 # redwoodNLeaves, class mods.natura.blocks.trees.NLeaves
cuttableBlock: 3259:1 # eucalyptusNLeaves, class mods.natura.blocks.trees.NLeaves
cuttableBlock: 3259:2 # bushNLeaves, class mods.natura.blocks.trees.NLeaves
cuttableBlock: 3261:0 # barkRedwood, class mods.natura.blocks.trees.SimpleLog
cuttableBlock: 3261:1 # heartRedwood, class mods.natura.blocks.trees.SimpleLog
cuttableBlock: 3261:2 # rootRedwood, class mods.natura.blocks.trees.SimpleLog
cuttableBlock: 3262:0 # eucalyptusNPlanks, class mods.natura.blocks.trees.Planks
cuttableBlock: 3262:1 # sakuraNPlanks, class mods.natura.blocks.trees.Planks
cuttableBlock: 3262:2 # ghostNPlanks, class mods.natura.blocks.trees.Planks
cuttableBlock: 3262:3 # redwoodNPlanks, class mods.natura.blocks.trees.Planks
cuttableBlock: 3262:4 # bloodNPlanks, class mods.natura.blocks.trees.Planks
cuttableBlock: 3262:5 # bushNPlanks, class mods.natura.blocks.trees.Planks
cuttableBlock: 3263:0 # tile.bloodwood, class mods.natura.blocks.trees.LogTwoxTwo
cuttableBlock: 3263:12 # tile.bloodwood, class mods.natura.blocks.trees.LogTwoxTwo
cuttableBlock: 3263:15 # tile.bloodwood, class mods.natura.blocks.trees.LogTwoxTwo
And Natura blocks can be microblocked, as expected
I then upgrade Microblocks back to 54.0.4
2013-04-16 03:32:41 [INFO] [STDOUT] [Immibis's Microblocks DEBUG] Finished reading config file
2013-04-16 03:32:41 [INFO] [STDOUT] [Immibis's Microblocks DEBUG] ItemListOption cuttableBlock: setting to [3251:0, 3251:1, 3251:2, 3251:3, 3258:0, 3258:1, 3258:2, 3259:0, 3259:1, 3259:2, 3261:0, 3261:1, 3261:2, 3262:0, 3262:1, 3262:2, 3262:3, 3262:4, 3262:5, 3263:0, 3263:12, 3263:15], was [3251:0, 3251:1, 3251:2, 3251:3, 3258:0, 3258:1, 3258:2, 3259:0, 3259:1, 3259:2, 3261:0, 3261:1, 3261:2, 3262:0, 3262:1, 3262:2, 3262:3, 3262:4, 3262:5, 3263:0, 3263:12, 3263:15]
2013-04-16 03:32:41 [INFO] [STDOUT] [Immibis's Microblocks DEBUG] BooleanOption autoDetectCuttableBlocks: setting to false, was false
2013-04-16 03:32:41 [INFO] [STDOUT] [Immibis's Microblocks DEBUG] Saving config file
...but the blocks can no longer be cut, and the config file is rewritten to not include the Natura blocks. Existing cut blocks placed in the world disappear. Existing cut blocks in inventory have blank icons, cannot be placed, and have no tooltips.
# enableNEI: BooleanOption
# blockClass: StringListOption
# tileEntityClass: StringListOption
# autoDetectCuttableBlocks: BooleanOption
# cuttableBlock: ItemAndMetaListOption
enableNEI: false
blockClass: buildcraft.transport.BlockGenericPipe
blockClass: thermalexpansion.transport.block.BlockConduit
blockClass: ic2.core.block.wiring.BlockCable
blockClass: appeng.common.AppEngMultiBlock
tileEntityClass: buildcraft.transport.TileGenericPipe
tileEntityClass: thermalexpansion.transport.tileentity.TileConduitEnergy
tileEntityClass: thermalexpansion.transport.tileentity.TileConduitLiquid
tileEntityClass: ic2.core.block.wiring.TileEntityCable
tileEntityClass: appeng.me.tile.TileCable
tileEntityClass: appeng.me.tile.TileDarkCable
tileEntityClass: appeng.me.tile.TileInputCable
tileEntityClass: appeng.me.tile.TileOutputCable
tileEntityClass: appeng.me.tile.TileLevelEmitter
tileEntityClass: appeng.me.tile.TileStorageBus
tileEntityClass: appeng.me.tile.TileColorlessCable
autoDetectCuttableBlocks: false
Exiting back out and turning auto detect to True:
2013-04-16 03:44:49 [INFO] [STDOUT] [Immibis's Microblocks DEBUG] Finished reading config file
2013-04-16 03:44:49 [INFO] [STDOUT] [Immibis's Microblocks DEBUG] ItemListOption cuttableBlock: setting to [], was []
2013-04-16 03:44:49 [INFO] [STDOUT] [Immibis's Microblocks DEBUG] BooleanOption autoDetectCuttableBlocks: setting to true, was true
2013-04-16 03:44:49 [INFO] [STDOUT] [Immibis's Microblocks DEBUG] Saving config file
Note that AE is not installed. Forge reports seven mods: Coder Pack, Mod Loader, Forge, Microblocks, Microblocks (Check...), Immibis Core, and Natura.
0
In 1.5.1, I was able to install Microblocks and Immibis Core along with Natura (a mod I know has blocks that work) and autodetect perfectly fine and work in game.
Installing AE and turning auto detect back on will cause the config file to fail to rewrite - leaving auto detect on over multiple restarts - and will additionally remove the entries for Natura blocks. If I install AE and never turn auto detect on, the Natura blocks continue to work.
Immibis-Core 54.0.0
Immibis-Microblocks 54.0.3
Appeng rev10c
Natura 2.0.5
Additionally, similar issues exist on a 1.4.7 server I play on, but I haven't isolated it to specifically AE causing it (but it does seem likely...) I actually presumed that the config failure to re-write was a general 1.4.7 bug until I installed AE in 1.5.1 and had the same issue.
0
0
Thanks for the response, and hopefully the server will update soon.
Since I'm here though, a question: When I use an ME Interface to export X number of items, if there are less than that available it tries to craft the remainder. Is there any way to stop this behavior? Both a wrench and shift-click with a wrench do nothing.
0
Basically: When inserting a disk, the icon does not light up correctly. This is more than visual, as the disk is not accessible. If I then remove the disk, (leaving it as an item in my character inventory) it is accessible to the network and items can be removed as normal, but items coming to the drive disappear into nothingness. Even the tooltip on the drive (again, in my character inventory) updates as items are removed.
This just suddenly started happening, it's been working for quite awhile with no problems. Unfortunately when it started, I was moving a quantity of high value items with the IO Port, most of which simply disappeared without warning or error.
Again, we run rv9.g, but I can't tell from the Changelog if rv9.h fixes it (and have to wait for the server admin to update) In the meantime I've switched to using exclusively ME Chests.
0
Should be noted that Greg thinks people should disable RP gems in favor of GT ones because the RP ones are too common for the value they represent in GT.
In her blog, ironically about "copying ideas"
http://www.eloraam.com/blog/2011/12/11/on-copying/
0
By this, I don't mean generic inventory options which exist for all machines, but machine specific ones and/or adapting the common ones to work better. For example, the deep storage unit always shows "Item in inventory" and "Inventory full" for the in sides anytime there is 66 or more items. There is no current way to detect how many items are in the "processing line" of the bioreactor, etc.
0
0
Thanks! (Although there is some question as to when or if my server will update to 1.5)
One other thing: Could you use the Forestry API to give the MFR rubber tree saplings a value in the fermenter for biomass? When seeking wood _and_ rubber, the MFR trees are better than the IC2 ones, but if saplings have no biomass value it becomes a non choice.
0
1) MFR Rubber trees will not grow on xycraft soil blocks, ever. They plant successfully, even with the planter machine, but never grow.
2) The planter machine will not plant vanilla wheat on xycraft soil either. It _will_ plant rubber trees on xycraft soil, and the IC2 ones grow and are harvested as expected.
0