Apologies if this thread seems misplaced, but I am having an issue with my custom pack and I didn't feel it should go in the FTB modpack support forums. I'm just hoping someone here has any ideas, as I'm out of them.
Stats: Windows 7 64-bit, Java 7 64-bit, Minecraft 1.6.4 with Forge 965. Server running on a separate PC on same LAN, client on my PC (same versions of everything).
Here's the issue. I would prefer to use AE rv14, but there seems to be a relatively unknown bug with storage buses. First, they're really, really slow to update to changes in their inventories. Second, when requesting an external crafting operation (e.g. stone from a furnace), if the output is directed to a storage bus, it always, always gets counted twice upon entering the network. So if I order 256 stone, I get 128 (plus another 63 that got deposited into the machine just before AE decided it had enough). This does not happen with disk storage. It also does not happen with rv13.
So I decided to backdate to rv13, since I don't plan on using P2P tunnels or spatial IO. However, now there's an issue with MFR. Everything is hunky dory until I interact with the AE system, which now produces this crash report in the server log:
Please keep in mind that there are no DSU's hooked up to my network - I've not made any in this world yet - and there are in fact no MFR machines connected to the network. There are MFR machines in other chunks, but pretty far away.
Version 2.7.3 of MFR mentions a change in the way DSU's work. (Changed: DSU no longer ticks.) Also, rv14 of AE mentions an update to its MFR API (1.6.2 Only - Updated MFR API to use skyboy's DSU API.) So my suspicion is that MFR had an API update, and it was rolled into rv14 of AE, but not rv13. I tried backdating MFR to a version before the API update, but it's just too old at this point and won't have support for TE's redstone flux, and it also crashes immediately.
So I'm stuck. I want to use rv14, but my entire base design has relied on using storage buses (I'm trying to steer clear of disks for a change of scenery). But I can't backdate to rv13 because of an API update to MFR...and I can't backdate MFR because it won't have support for Thermal Expansion. Does anyone have a suggestion?
Stats: Windows 7 64-bit, Java 7 64-bit, Minecraft 1.6.4 with Forge 965. Server running on a separate PC on same LAN, client on my PC (same versions of everything).
Here's the issue. I would prefer to use AE rv14, but there seems to be a relatively unknown bug with storage buses. First, they're really, really slow to update to changes in their inventories. Second, when requesting an external crafting operation (e.g. stone from a furnace), if the output is directed to a storage bus, it always, always gets counted twice upon entering the network. So if I order 256 stone, I get 128 (plus another 63 that got deposited into the machine just before AE decided it had enough). This does not happen with disk storage. It also does not happen with rv13.
So I decided to backdate to rv13, since I don't plan on using P2P tunnels or spatial IO. However, now there's an issue with MFR. Everything is hunky dory until I interact with the AE system, which now produces this crash report in the server log:
Code:
Description: Exception in server tick loop
java.lang.NoSuchMethodError: powercrystals.minefactoryreloaded.api.IDeepStorageUnit.setStoredItemType(III)V
at appeng.proxy.helpers.MFRDSU.addItems(MFRDSU.java:108)
at appeng.me.MEInventoryHandler.addItems(MEInventoryHandler.java:193)
at appeng.me.MEInventoryHandlerWrapper.addItems(MEInventoryHandlerWrapper.java:80)
at appeng.me.tile.TileStorageBus$AvailableItemsBuffer.addItems(TileStorageBus.java:126)
at appeng.me.MEInventoryArray.addItems(MEInventoryArray.java:347)
at appeng.me.MEInventoryNetwork.addItems(MEInventoryNetwork.java:79)
at appeng.slot.SlotME.addToInv(SlotME.java:129)
at appeng.gui.AppEngContainer.func_82846_b(AppEngContainer.java:621)
at net.minecraft.inventory.Container.func_75144_a(SourceFile:192)
at appeng.gui.AppEngContainer.func_75144_a(AppEngContainer.java:499)
at net.minecraft.network.NetServerHandler.func_72523_a(NetServerHandler.java:926)
at net.minecraft.network.packet.Packet102WindowClick.func_73279_a(SourceFile:31)
at net.minecraft.network.TcpConnection.func_74428_b(TcpConnection.java:462)
at net.minecraft.network.NetServerHandler.func_72570_d(NetServerHandler.java:141)
at net.minecraft.network.NetworkListenThread.func_71747_b(NetworkListenThread.java:54)
at net.minecraft.server.dedicated.DedicatedServerListenThread.func_71747_b(SourceFile:30)
at net.minecraft.server.MinecraftServer.func_71190_q(MinecraftServer.java:691)
at net.minecraft.server.dedicated.DedicatedServer.func_71190_q(DedicatedServer.java:276)
at net.minecraft.server.MinecraftServer.func_71217_p(MinecraftServer.java:587)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:484)
at net.minecraft.server.ThreadMinecraftServer.run(SourceFile:583)Version 2.7.3 of MFR mentions a change in the way DSU's work. (Changed: DSU no longer ticks.) Also, rv14 of AE mentions an update to its MFR API (1.6.2 Only - Updated MFR API to use skyboy's DSU API.) So my suspicion is that MFR had an API update, and it was rolled into rv14 of AE, but not rv13. I tried backdating MFR to a version before the API update, but it's just too old at this point and won't have support for TE's redstone flux, and it also crashes immediately.
So I'm stuck. I want to use rv14, but my entire base design has relied on using storage buses (I'm trying to steer clear of disks for a change of scenery). But I can't backdate to rv13 because of an API update to MFR...and I can't backdate MFR because it won't have support for Thermal Expansion. Does anyone have a suggestion?
