Hey There! Just thought I'd say that I love this mod. My favorite item is by far the Pocket crafting table, it's almost only reason why i was drawn to this mod. I can't live without it in my manual crafting needs
however, today i got a crash using it. It's not a big deal, I think miscliked and tried opening another gui or something within it's table, but noentheless i thought i'd come and post here:
---- Minecraft Crash Report ----
// Surprise! Haha. Well, this is awkward.
java.lang.IndexOutOfBoundsException: Index: 30, Size: 27
at java.util.ArrayList.rangeCheck(Unknown Source)
at java.util.ArrayList.get(Unknown Source)
at factorization.weird.ContainerPocket.func_75144_a(ContainerPocket.java:494)
at net.minecraft.client.multiplayer.PlayerControllerMP.func_78753_a(PlayerControllerMP.java:419)
at codechicken.nei.guihook.GuiContainerManager.handleSlotClick(GuiContainerManager.java:534)
at net.minecraft.client.gui.inventory.GuiContainer.func_146984_a(GuiContainer.java:636)
at net.minecraft.client.gui.inventory.GuiContainer.public_func_146984_a(GuiContainer.java)
at codechicken.nei.guihook.DefaultSlotClickHandler.callHandleMouseClick(DefaultSlotClickHandler.java)
at codechicken.nei.guihook.DefaultSlotClickHandler.handleSlotClick(DefaultSlotClickHandler.java:17)
at codechicken.nei.guihook.GuiContainerManager.handleMouseClick(GuiContainerManager.java:464)
at net.minecraft.client.gui.inventory.GuiContainer.managerHandleMouseClick(GuiContainer.java)
at net.minecraft.client.gui.inventory.GuiContainer.func_146983_a(GuiContainer.java:672)
at net.minecraft.client.gui.inventory.GuiContainer.func_73869_a(GuiContainer.java:649)
at factorization.weird.GuiPocketTable.func_73869_a(GuiPocketTable.java:103)
at net.minecraft.client.gui.inventory.GuiContainer.public_func_73869_a(GuiContainer.java)
at codechicken.nei.guihook.GuiContainerManager.callKeyTyped(GuiContainerManager.java)
at codechicken.nei.guihook.GuiContainerManager.keyTyped(GuiContainerManager.java:505)
at codechicken.nei.guihook.GuiContainerManager.handleKeyboardInput(GuiContainerManager.java:477)
at net.minecraft.client.gui.inventory.GuiContainer.func_146282_l(GuiContainer.java)
at net.minecraft.client.gui.GuiScreen.func_146269_k(GuiScreen.java:276)
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1580)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:917)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:835)
at net.minecraft.client.main.Main.main(SourceFile:103)
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:134)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at java.util.ArrayList.rangeCheck(Unknown Source)
at java.util.ArrayList.get(Unknown Source)
at factorization.weird.ContainerPocket.func_75144_a(ContainerPocket.java:494)
at net.minecraft.client.multiplayer.PlayerControllerMP.func_78753_a(PlayerControllerMP.java:419)
at codechicken.nei.guihook.GuiContainerManager.handleSlotClick(GuiContainerManager.java:534)
at net.minecraft.client.gui.inventory.GuiContainer.func_146984_a(GuiContainer.java:636)
at net.minecraft.client.gui.inventory.GuiContainer.public_func_146984_a(GuiContainer.java)
at codechicken.nei.guihook.DefaultSlotClickHandler.callHandleMouseClick(DefaultSlotClickHandler.java)
at codechicken.nei.guihook.DefaultSlotClickHandler.handleSlotClick(DefaultSlotClickHandler.java:17)
at codechicken.nei.guihook.GuiContainerManager.handleMouseClick(GuiContainerManager.java:464)
at net.minecraft.client.gui.inventory.GuiContainer.managerHandleMouseClick(GuiContainer.java)
at net.minecraft.client.gui.inventory.GuiContainer.func_146983_a(GuiContainer.java:672)
at net.minecraft.client.gui.inventory.GuiContainer.func_73869_a(GuiContainer.java:649)
at factorization.weird.GuiPocketTable.func_73869_a(GuiPocketTable.java:103)
at net.minecraft.client.gui.inventory.GuiContainer.public_func_73869_a(GuiContainer.java)
at codechicken.nei.guihook.GuiContainerManager.callKeyTyped(GuiContainerManager.java)
at codechicken.nei.guihook.GuiContainerManager.keyTyped(GuiContainerManager.java:505)
at codechicken.nei.guihook.GuiContainerManager.handleKeyboardInput(GuiContainerManager.java:477)
at net.minecraft.client.gui.inventory.GuiContainer.func_146282_l(GuiContainer.java)
at net.minecraft.client.gui.GuiScreen.func_146269_k(GuiScreen.java:276)
Here's a bug with the latest 1.7 version; Lead is only obtainable by directly smelting silver ore in the slag furnace. If silver ore is processed using the lacerator; reduced chunks & crystaline lead are obtainable; but aren't processable into ingots in a furnace at any stage & don't show up in NEI.
I am playing Feed The Beast (Direwolf 1.6.4 pack) and my game constantly crashes.
After some testing (and reading the debugger info) I came to the conclusion that the problem lies in the combination of two machines. Namely:
The Factorization Lacerator
The Thaumic Tinkerer Corporeal Attractor
More specifically: The animation of the Lacerator turning and the "attraction beam particle" of the Attractor combined, make the game crash (ticking entity stuff)
This only happens when I have the Lacerator on screen (even when it is behind a wall). When I am only facing the Attractor the game runs smoothly.
I never noticed this before because my ore processing system was backstuffed and the lacerator wasn't running. That is why I conclude it has to be the animation that causes the crash.
Bug Report. I don't really know how to explain it, but when you use Compression Crafters and try to craft, say, sticks, it gives you a pressure plate instead.
Bugs, with Thaumcraft-1.7.2-4.1.1.12.jar:
Fluxy slimes sometimes keep hopping around while stuck in the death animation. (Might be due to flux goop restoring their health when they've just died?)
Dropping a furnace in a crucible gives 0 ignis rather than 1 ignis.
A phial of limus can be melted down in the alchemical furnace for 1 praecantio and 8 limus.
Time for a 1.7 update-update. There are some holdups:
Numero Uno: It's updated. There are, as far as I know, no updating-isn't-finished type of bugs. But, 0.8.x is so close to being done, so it'd be nice to see if I could finish it, and get everything nicely textured & polished & completely documented & that sort of thing.
Numero Dos: There are various environmental problems. 1.7.2 vanilla is pretty buggy. Item rendering in particular has some troubles. 1.7.5 or 1.7.6 would be nice.
Numero Tres: Updating worlds is being a big hairy ball of mess. Hopefully we can get this thing sorted out in a few days. I will be quite annoyed if my SSP world does not survive the update.
If it was just one thing, it'd totally be released now.
Hi Azanor; I'm no longer able to use silverwood & greatwood to craft barrels. Barrel varieties are defined in PostInit by looking at the logs in the OD and crafting with the usual recipes to get planks, or slabs. If you add the recipes earlier, then those barrels will be available again.
Nope, they simply get deleted. Battery and magnet go to output, wires go *poof*.
Alright. I'm out of time to work on that.
I'm liking servo's a lot and would love to use them more, too bad their functionality's rather... limited.
I'd for example like to use them for farming, both things like TiCo berries and normal crops. The first would require a right clicker, the second... A lot, but still, I'd love the challenge.
Having not actually tried that, TiCo berries should work fine with a robotic arm?
The 1.7 port sits neatly at 200 errors, give or take a bit of cheating, and they are more serious than names changing or blocks references being more blocky and less inty. I was going to deal with the documentation crisis in 1.7, but maybe I should handle it in 1.6.
Compression crafting uses up the wires in the magnet recipe. The battery gets returned to output inventory, although I really wish it wouldn't. (not a bug, right? Thought so, may I suggest such for such blocks to stay in the world?)
You're right, I'll put that on my TODO. But you do mean that the wires get removed and returned to the output, I hope?
At least I hope that building doesn’t look totally utilitarian.
Putting decoration on the outside would probably help. I'm not experienced with that sort of thing tho.
Neither TE ferrous ore nor Tinkers Construct aluminum ore seem to work with the Factorization ore-processing system, though I could be wrong.
Huh. Aluminum is *supposed* to work. Apparently the OD name peeps were using got changed, and I never noticed. (And I was going to remove it anyways, so that actually works out.)
… here I manually make sure that the reduced chunks are distributed among the five available slots in each crystallizer. This is the one part of the whole process that, so far, I have not figured out a good way to automate.
It can be done with one servo. It does require a some programming. You'd need parasieves for each crystallizer, and (at least) these instructions: integer, sum, compare, jump, and set direction
my current issue is my crystallizers don't appear to be heating up at all.
There's not really anything I can do about that? Altho occasionally the energy net fails to connect up properly. If that's the case you could try breaking & replacing wires a bunch of times.
The 0.8 themes appear to be drawing to a close. 0.8.32'll likely be the last one for MC 1.6.4. I've been working on some hopefully-for-real-this-time documentation, and it's in-game and it'll be awesome, but I desire some 1.7 features to make the implementation better.
Going to be honest, I love barrels, but you just weren't thinking when you made the new recipes...
My mod was-and-is-becoming-less OP because I got standards. For example, I like following conservation of mass, at least as well as is possible given things like "8 cubic meters of cobblestone make 1 cubic meter (?) of furnace that can store 128 cubic meters of ore and blocks of coal in addition to 64 iron bars, however much volume that may occupy". And saying "an enderpearl did it" doesn't really cut it for me.
---- Minecraft Crash Report ----
// On the bright side, I bought you a teddy bear!
Time: 1/20/14 9:58 PM
Description: Exception getting block type in world
java.lang.ClassCastException: factorization.weird.TileEntityDayBarrel cannot be cast to uk.co.shadeddimensions.ep3.tileentity.TileEnhancedPortals
at uk.co.shadeddimensions.ep3.block.BlockEnhancedPortals.func_71865_a(BlockEnhancedPortals.java:90)
at net.minecraft.world.World.func_72878_l(World.java:3929)
at net.minecraft.world.World.func_72864_z(World.java:3939)
at thermalexpansion.part.PartRSBase.onNeighborChanged(PartRSBase.java:33)
at thermalexpansion.part.conduit.ConduitBase.onNeighborChanged(ConduitBase.java:235)
at thermalexpansion.part.PartRSBase.onWorldJoin(PartRSBase.java:65)
at codechicken.multipart.TMultiPart.onChunkLoad(TMultiPart.scala:226)
at codechicken.multipart.TileMultipart$$anonfun$onChunkLoad$1.apply(TileMultipart.scala:116)
at codechicken.multipart.TileMultipart$$anonfun$onChunkLoad$1.apply(TileMultipart.scala:116)
at codechicken.multipart.TileMultipart.operate(TileMultipart.scala:100)
at codechicken.multipart.TileMultipart.onChunkLoad(TileMultipart.scala:116)
at codechicken.multipart.TickScheduler$ChunkTickScheduler.load(TickScheduler.scala:242)
at codechicken.lib.world.WorldExtension.loadChunk(WorldExtension.java:47)
at codechicken.lib.world.WorldExtensionManager$WorldExtensionEventHandler.onChunkLoad(WorldExtensionManager.java:60)
at net.minecraftforge.event.ASMEventHandler_241_WorldExtensionEventHandler_onChunkLoad_Load.invoke(.dynamic)
at net.minecraftforge.event.ASMEventHandler.invoke(ASMEventHandler.java:39)
at net.minecraftforge.event.EventBus.post(EventBus.java:108)
at net.minecraft.world.chunk.Chunk.func_76631_c(Chunk.java:1079)
at net.minecraft.world.gen.ChunkProviderServer.func_73158_c(ChunkProviderServer.java:150)
at net.minecraft.world.gen.ChunkProviderServer.func_73154_d(ChunkProviderServer.java:166)
at net.minecraft.world.World.func_72964_e(World.java:529)
at net.minecraft.world.World.func_72798_a(World.java:414)
at net.minecraft.world.World.func_72878_l(World.java:3916)
at net.minecraft.world.World.func_72864_z(World.java:3939)
at thermalexpansion.part.PartRSBase.onNeighborChanged(PartRSBase.java:33)
at thermalexpansion.part.conduit.ConduitBase.onNeighborChanged(ConduitBase.java:235)
at thermalexpansion.part.PartRSBase.onWorldJoin(PartRSBase.java:65)
at codechicken.multipart.TMultiPart.onChunkLoad(TMultiPart.scala:226)
at codechicken.multipart.TileMultipart$$anonfun$onChunkLoad$1.apply(TileMultipart.scala:116)
at codechicken.multipart.TileMultipart$$anonfun$onChunkLoad$1.apply(TileMultipart.scala:116)
at codechicken.multipart.TileMultipart.operate(TileMultipart.scala:100)
at codechicken.multipart.TileMultipart.onChunkLoad(TileMultipart.scala:116)
at codechicken.multipart.TickScheduler$ChunkTickScheduler.load(TickScheduler.scala:242)
at codechicken.lib.world.WorldExtension.loadChunk(WorldExtension.java:47)
at codechicken.lib.world.WorldExtensionManager$WorldExtensionEventHandler.onChunkLoad(WorldExtensionManager.java:60)
at net.minecraftforge.event.ASMEventHandler_241_WorldExtensionEventHandler_onChunkLoad_Load.invoke(.dynamic)
at net.minecraftforge.event.ASMEventHandler.invoke(ASMEventHandler.java:39)
at net.minecraftforge.event.EventBus.post(EventBus.java:108)
at net.minecraft.world.chunk.Chunk.func_76631_c(Chunk.java:1079)
at net.minecraft.world.gen.ChunkProviderServer.func_73158_c(ChunkProviderServer.java:150)
at net.minecraft.world.gen.ChunkProviderServer.func_73154_d(ChunkProviderServer.java:166)
at net.minecraft.world.World.func_72964_e(World.java:529)
at net.minecraft.world.World.func_72798_a(World.java:414)
at net.minecraft.world.World.func_72879_k(World.java:3843)
at net.minecraft.world.World.func_94577_B(World.java:3869)
at net.minecraft.world.World.func_72878_l(World.java:3925)
at net.minecraft.world.World.func_72864_z(World.java:3939)
at thermalexpansion.part.PartRSBase.onNeighborChanged(PartRSBase.java:33)
at thermalexpansion.part.conduit.ConduitBase.onNeighborChanged(ConduitBase.java:235)
at thermalexpansion.part.PartRSBase.onWorldJoin(PartRSBase.java:65)
at codechicken.multipart.TMultiPart.onChunkLoad(TMultiPart.scala:226)
at codechicken.multipart.TileMultipart$$anonfun$onChunkLoad$1.apply(TileMultipart.scala:116)
at codechicken.multipart.TileMultipart$$anonfun$onChunkLoad$1.apply(TileMultipart.scala:116)
at codechicken.multipart.TileMultipart.operate(TileMultipart.scala:100)
at codechicken.multipart.TileMultipart.onChunkLoad(TileMultipart.scala:116)
at codechicken.multipart.TickScheduler$ChunkTickScheduler.load(TickScheduler.scala:242)
at codechicken.lib.world.WorldExtension.loadChunk(WorldExtension.java:47)
at codechicken.lib.world.WorldExtensionManager$WorldExtensionEventHandler.onChunkLoad(WorldExtensionManager.java:60)
at net.minecraftforge.event.ASMEventHandler_241_WorldExtensionEventHandler_onChunkLoad_Load.invoke(.dynamic)
at net.minecraftforge.event.ASMEventHandler.invoke(ASMEventHandler.java:39)
at net.minecraftforge.event.EventBus.post(EventBus.java:108)
at net.minecraft.world.chunk.Chunk.func_76631_c(Chunk.java:1079)
at net.minecraft.world.gen.ChunkProviderServer.func_73158_c(ChunkProviderServer.java:150)
at net.minecraft.world.gen.ChunkProviderServer.func_73154_d(ChunkProviderServer.java:166)
at net.minecraft.world.World.func_72964_e(World.java:529)
at net.minecraft.world.World.func_72798_a(World.java:414)
at net.minecraft.world.World.func_72878_l(World.java:3916)
at net.minecraft.world.World.func_72864_z(World.java:3939)
at thermalexpansion.part.PartRSBase.onNeighborChanged(PartRSBase.java:33)
at thermalexpansion.part.conduit.ConduitBase.onNeighborChanged(ConduitBase.java:235)
at thermalexpansion.part.PartRSBase.onWorldJoin(PartRSBase.java:65)
at codechicken.multipart.TMultiPart.onChunkLoad(TMultiPart.scala:226)
at codechicken.multipart.TileMultipart$$anonfun$onChunkLoad$1.apply(TileMultipart.scala:116)
at codechicken.multipart.TileMultipart$$anonfun$onChunkLoad$1.apply(TileMultipart.scala:116)
at codechicken.multipart.TileMultipart.operate(TileMultipart.scala:100)
at codechicken.multipart.TileMultipart.onChunkLoad(TileMultipart.scala:116)
at codechicken.multipart.TickScheduler$ChunkTickScheduler.load(TickScheduler.scala:242)
at codechicken.lib.world.WorldExtension.loadChunk(WorldExtension.java:47)
at codechicken.lib.world.WorldExtensionManager$WorldExtensionEventHandler.onChunkLoad(WorldExtensionManager.java:60)
at net.minecraftforge.event.ASMEventHandler_241_WorldExtensionEventHandler_onChunkLoad_Load.invoke(.dynamic)
at net.minecraftforge.event.ASMEventHandler.invoke(ASMEventHandler.java:39)
at net.minecraftforge.event.EventBus.post(EventBus.java:108)
at net.minecraft.world.chunk.Chunk.func_76631_c(Chunk.java:1079)
at net.minecraft.world.gen.ChunkProviderServer.func_73158_c(ChunkProviderServer.java:150)
at net.minecraft.world.gen.ChunkProviderServer.func_73154_d(ChunkProviderServer.java:166)
at net.minecraft.world.World.func_72964_e(World.java:529)
at net.minecraft.world.World.func_72796_p(World.java:2861)
at codechicken.chunkloader.ChunkLoaderManager$ChunkLoaderOrganiser.revive(ChunkLoaderManager.java:373)
at codechicken.chunkloader.ChunkLoaderManager$ChunkLoaderOrganiser.revive(ChunkLoaderManager.java:338)
at codechicken.chunkloader.ChunkLoaderManager.revivePlayerLoaders(ChunkLoaderManager.java:909)
at codechicken.chunkloader.ChunkLoaderManager.tickEnd(ChunkLoaderManager.java:863)
at codechicken.chunkloader.ChunkLoaderEventHandler.tickEnd(ChunkLoaderEventHandler.java:39)
at cpw.mods.fml.common.SingleIntervalHandler.tickEnd(SingleIntervalHandler.java:34)
at cpw.mods.fml.common.FMLCommonHandler.tickEnd(FMLCommonHandler.java:141)
at cpw.mods.fml.common.FMLCommonHandler.onPostWorldTick(FMLCommonHandler.java:282)
at net.minecraft.server.MinecraftServer.func_71190_q(MinecraftServer.java:677)
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)
That stacktrace? That is the most horrifying stacktrace I have ever seen. You could open up MC edit and delete barrels and/or portally blocks around -416,56,705; maybe suggest to the author of the portally mod to check 'is worldObj.getTileEntity results.
As much as I love your work, Neptune, I'm starting to get a little frustrated with Factorization. I've spent hours trying to figure out how to automate FZ's ore processing chain with servos, but the absurdly thin documentation of such a complex system makes this an almost insurmountable task. Is it even possible to automate a Crystallizer with a servo? Any chance you could take thirty minutes and record yourself setting up a servo system? Even without audio, it would be leaps and bounds better than what's currently out there.
I love the idea of servos---little robots on rails is inspired! But this is inarguably one of the most complex systems in modded minecraft, and there isn't even a tutorial. Perhaps take a break from coding to update some of the documentation, thereby equipping us to use (and test) your creations and provide more informed feedback?
You mean http://purpleposeidon.github.io/FzDocs/html/ isn't enough docs? ...well I thought it was. Anyways, I have prepared for you and the general public a world that is also not documenting, but may hopefully be able to instruct by example. And I found a bunch of bugs that I haven't fixed. Oh well. Requires the version of FZ 0.8.29
I found a glitch in Factorization Neptune, a way to duplicate batteries.
By producing a battery with two lead wires and battery, then breaking the battery, it creates another.
Gotta love the massive dupe bugs that go unnoticed for months and months...
0
Uh, I'd need more information than that.
0
Aww yeah
Sorry to take forever for a very simple fix. Oh well! It's fixed!
0
Oh, right, gotta run dropbox.
0
Annoying. Fixed.
Fixed.
0
What's the crashlog?
0
0
The redstone signal you're giving it is sideways.
0
Fluxy slimes sometimes keep hopping around while stuck in the death animation. (Might be due to flux goop restoring their health when they've just died?)
Dropping a furnace in a crucible gives 0 ignis rather than 1 ignis.
A phial of limus can be melted down in the alchemical furnace for 1 praecantio and 8 limus.
0
factorization.factoryBlock.DAYBARREL.SILKY.silkhint=Use a silk touch axe
2
Numero Uno: It's updated. There are, as far as I know, no updating-isn't-finished type of bugs. But, 0.8.x is so close to being done, so it'd be nice to see if I could finish it, and get everything nicely textured & polished & completely documented & that sort of thing.
Numero Dos: There are various environmental problems. 1.7.2 vanilla is pretty buggy. Item rendering in particular has some troubles. 1.7.5 or 1.7.6 would be nice.
Numero Tres: Updating worlds is being a big hairy ball of mess. Hopefully we can get this thing sorted out in a few days. I will be quite annoyed if my SSP world does not survive the update.
If it was just one thing, it'd totally be released now.
1
0
Alright. I'm out of time to work on that.
Having not actually tried that, TiCo berries should work fine with a robotic arm?
Yes, and? Tell 'em to fix it.
The 1.7 port sits neatly at 200 errors, give or take a bit of cheating, and they are more serious than names changing or blocks references being more blocky and less inty. I was going to deal with the documentation crisis in 1.7, but maybe I should handle it in 1.6.
0
Probably someone not calling IInventory.onInventoryChanged again. Use a hopper as a buffer, or something.
You're right, I'll put that on my TODO. But you do mean that the wires get removed and returned to the output, I hope?
Nice blog! You've got some builds I've never seen before.
Ah. Sorry. Craft packets didn't feel realistic enough.
Putting decoration on the outside would probably help. I'm not experienced with that sort of thing tho.
Huh. Aluminum is *supposed* to work. Apparently the OD name peeps were using got changed, and I never noticed. (And I was going to remove it anyways, so that actually works out.)
It can be done with one servo. It does require a some programming. You'd need parasieves for each crystallizer, and (at least) these instructions: integer, sum, compare, jump, and set direction
There's not really anything I can do about that? Altho occasionally the energy net fails to connect up properly. If that's the case you could try breaking & replacing wires a bunch of times.
The 0.8 themes appear to be drawing to a close. 0.8.32'll likely be the last one for MC 1.6.4. I've been working on some hopefully-for-real-this-time documentation, and it's in-game and it'll be awesome, but I desire some 1.7 features to make the implementation better.
0
Weird. I'll add a check.
My mod was-and-is-becoming-less OP because I got standards. For example, I like following conservation of mass, at least as well as is possible given things like "8 cubic meters of cobblestone make 1 cubic meter (?) of furnace that can store 128 cubic meters of ore and blocks of coal in addition to 64 iron bars, however much volume that may occupy". And saying "an enderpearl did it" doesn't really cut it for me.
That stacktrace? That is the most horrifying stacktrace I have ever seen. You could open up MC edit and delete barrels and/or portally blocks around -416,56,705; maybe suggest to the author of the portally mod to check 'is worldObj.getTileEntity results.
You mean http://purpleposeidon.github.io/FzDocs/html/ isn't enough docs? ...well I thought it was. Anyways, I have prepared for you and the general public a world that is also not documenting, but may hopefully be able to instruct by example. And I found a bunch of bugs that I haven't fixed. Oh well. Requires the version of FZ 0.8.29
0
Gotta love the massive dupe bugs that go unnoticed for months and months...
Alright, got that fixed.
It will be totally gone in 0.9.