Thermal Expansion 3.0!!! No More Beta! Thanks KL!

[MigukNamja]

Unfortunately not?

I just tried a turtle below an induction furnace. The bottom slot of the furnace was set to green, the first input slot (which is 1). Then I wrapped the Induction furnace as a peripheral and had it pull from the turtle using .pullItemIntoInventory("down", 1, 1, n), varying n (which it the target slot). n=1, 3, 4, 5, 6 failed. n=2 succeeds, pulling the item into the purple slot.

Is this an openperipheral problem, or TE?

EDIT: Hmmm. Ok, further experimentation, specifically with the Induction furnace. Placing inventories on all sides of it, openperipheral is able to pull items into slot 2 from below, slot 5 from behind, and slot 6(!) from above. These are the only sides accessible by openperipheral, regardless of side configuration.

EDIT2: Ok, even more testing. Wrote a script that iterates over all directions. All I can say is that it is quite messed up. For example, using a pulverizer, only an inventory facing a blue side can have items pulled into the pulverizer, and at that, items can only be pulled into slots 2, 3, 4 and 5, but not 1, which is the blue slot. I give up.

Firnagzen,

Are you going into the "gear" menu (right side, bottom tab) in the Pulverizer and changing the color of the sides ? If you want classic "top in, bottom out" behavior, click on the gear tab and do the following:

1. For each of the five configurable faces, left-click until it is blank. This is simply to have a known starting point where no face has input or output
2. Click on the top face (at the top) until it is blue.
3. Exit the GUI and look at the Pulverizer. The top face should have a blue square on it.
4. Go back into the GUI and click on the bottom face (bottom middle) until it is orange *and* both the primary and secondary (bonus) output slot in the main part of the Pulverizer GUI are also orange
5. Exit the GUI and look at the Pulverizer. The bottom face should have an orange square on it.

You now have a Pulverizer configured for classic "top in, bottom out" interaction. You should now be able to put/push/place items in the top and get/pull/receive items from the bottom face.

Side note : In the gear GUI, the rear face of the Pulverizer is represented by the bottom-right face.

 

[Firnagzen]

-snip-

Yes, I am.

What I did was as such: Put down a turtle. Put down a pulverizer on top of it. Place chests around and on top of the pulverizer. In each chest, I placed a stack of items, cobble, stone, wood, etc.

Using a script run on the turtle, I wrapped the pulverizer as a peripheral, and attempted to use the .pullItemIntoSlot method to pull items from each chest into each slot available.

With all the faces of the pulverizer blanked out, no items were pulled into the pulverizer.

With any one of the faces configured to blue, items could be pulled into the pulverizer from that side only, and could be pulled to every slot (including the capacitor slot) except the actual input slot of the pulverizer. This behaviour is repeatable with all the faces that can be configured to blue.

In the case of an Induction Smelter, the only slot that can be accessed by the turtle is the second input slot, the one that is purple. This is regardless of face configuration.

At this point, I facepalmed and gave up. There is clearly an issue here with the interaction of TE3 and OpenPeripheral; I just don't know which. I thought I'd ask here first.

 

[MigukNamja]

Has OpenPeripheral been updated for TE3 ?

If not, has TE3 changed its input/output API from TE2 ?

 

[King Lemming]

Yes, I am.

What I did was as such: Put down a turtle. Put down a pulverizer on top of it. Place chests around and on top of the pulverizer. In each chest, I placed a stack of items, cobble, stone, wood, etc.

Using a script run on the turtle, I wrapped the pulverizer as a peripheral, and attempted to use the .pullItemIntoSlot method to pull items from each chest into each slot available.

With all the faces of the pulverizer blanked out, no items were pulled into the pulverizer.

With any one of the faces configured to blue, items could be pulled into the pulverizer from that side only, and could be pulled to every slot (including the capacitor slot) except the actual input slot of the pulverizer. This behaviour is repeatable with all the faces that can be configured to blue.

In the case of an Induction Smelter, the only slot that can be accessed by the turtle is the second input slot, the one that is purple. This is regardless of face configuration.

At this point, I facepalmed and gave up. There is clearly an issue here with the interaction of TE3 and OpenPeripheral; I just don't know which. I thought I'd ask here first.

This is on OpenPeripherial's side, and it's kind of worrying tbh. If they were actually using ISided access, then everything would work fine. They are obviously directly hacking the blocks instead and have done so incorrectly here.

I'll go have a chat with them, but I do not appreciate this sort of stuff.

 

[Golrith]

Posting in this topic as a lot of intelligent people visit here

I've got a similar problem to what was mentioned on page 48, liquids are not registered correctly. Liquids are all contained within Forge, so there are no IDs (as far as I understand). So some combination of mods in my pack are getting the liquids all muddled up. Is there any way I can track down the culprit?

For me I'm finding that Conduits need Acid instead of Redstone, Impulse Ducts need Poison instead of Glowstone, and Acid Bottles (not sure which mod they are from) need Liquid Meat.

 

[Jadedcat]

Posting in this topic as a lot of intelligent people visit here

I've got a similar problem to what was mentioned on page 48, liquids are not registered correctly. Liquids are all contained within Forge, so there are no IDs (as far as I understand). So some combination of mods in my pack are getting the liquids all muddled up. Is there any way I can track down the culprit?

For me I'm finding that Conduits need Acid instead of Redstone, Impulse Ducts need Poison instead of Glowstone, and Acid Bottles (not sure which mod they are from) need Liquid Meat.

In the direwolf 20 pack on the launcher is a mod called "sort fix" try adding that and see if it helps.

 

[Golrith]

Thanks Jaded. Discovered that client only, all is fine. Log onto the server, recipe is mixed up. Considering that the server is a clone of my client installation, this has got me confused.

 

[Golrith]

OK. Seems to be a server side display glitch only. Can craft conduits with liquid redstone just fine, just NEI tells me Acid is required.

What does that sort fix do?

 

[MigukNamja]

@Golrith - Where did your world come from ?

Does this issue occur with a brand-new world, created by the server ?

 

[VapourDrive]

I believe the issue (as actually discovered by KL) is that if the OS of the server is different from that running the client, the liquid registry doesn't happen in the same order between client and server, ensuring that all of the mod names start with a capital letter in both server and client. Linux and windows differ in sorting based on caps. (If anyone knows better, please correct me)

 

[King Lemming]

Just figured I'd drop a note here and let everyone know that b9 is out, along with b0 of Redstone Arsenal. Technically Redstone Arsenal is probably not a "beta" as such, but since the CoFH Library is still not finalized, we're calling it beta.

Anyways, go forth and enjoy!

 

[PierceSG]

What does the redstone arsenal do?! Someone do a spotlight!
I just noticed that the new ducts are not working with Mekanism's machines at all.
Do I need to update Mekanism? I'm using build #640 now.
Nevermind me, I've just noticed I need to install a servo to upgrade the ducts.
Mind if I ask, if I didn't install the upgrades, would a redstone signal work?

 

[Golrith]

I believe the issue (as actually discovered by KL) is that if the OS of the server is different from that running the client, the liquid registry doesn't happen in the same order between client and server, ensuring that all of the mod names start with a capital letter in both server and client. Linux and windows differ in sorting based on caps. (If anyone knows better, please correct me)

Ah, that might be the case. I'll try updating the server mods.

 

[Firnagzen]

This is on OpenPeripherial's side, and it's kind of worrying tbh. If they were actually using ISided access, then everything would work fine. They are obviously directly hacking the blocks instead and have done so incorrectly here.

I'll go have a chat with them, but I do not appreciate this sort of stuff.

Thank you, and sorry for the trouble!

 

[Golrith]

I've updated to latest version, converted all my ducts/conduits and started to replace them in the world, but I get a crash on Item Ducts (Opaque). Leadstone Conduits and Liquidducts are fine.

12:21:14 [SEVERE] Encountered an unexpected exception NoSuchFieldError
12:21:14 java.lang.NoSuchFieldError: itemsToAdd
12:21:14 at thermalexpansion.part.conduit.item.ConduitItem.<init>(ConduitItem.java:72)
12:21:14 at thermalexpansion.part.conduit.ItemConduitPart.newPart(ItemConduitPart.java:147)
12:21:14 at thermalexpansion.part.PartItemBase.place(PartItemBase.java:148)
12:21:14 at thermalexpansion.part.PartItemBase.func_77648_a(PartItemBase.java:143)
12:21:14 at net.minecraft.item.ItemStack.func_77943_a(ItemStack.java:153)
12:21:14 at net.minecraft.item.ItemInWorldManager.func_73078_a(ItemInWorldManager.java:434)
12:21:14 at net.minecraft.network.NetServerHandler.func_72472_a(NetServerHandler.java:556)
12:21:14 at net.minecraft.network.packet.Packet15Place.func_73279_a(SourceFile:58)
12:21:14 at net.minecraft.network.TcpConnection.func_74428_b(TcpConnection.java:462)
12:21:14 at net.minecraft.network.NetServerHandler.func_72570_d(NetServerHandler.java:141)
12:21:14 at net.minecraft.network.NetworkListenThread.func_71747_b(NetworkListenThread.java:54)
12:21:14 at net.minecraft.server.dedicated.DedicatedServerListenThread.func_71747_b(SourceFile:30)
12:21:14 at net.minecraft.server.MinecraftServer.func_71190_q(MinecraftServer.java:691)
12:21:14 at net.minecraft.server.dedicated.DedicatedServer.func_71190_q(DedicatedServer.java:276)
12:21:14 at net.minecraft.server.MinecraftServer.func_71217_p(MinecraftServer.java:587)
12:21:14 at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:484)
12:21:14 at net.minecraft.server.ThreadMinecraftServer.run(SourceFile:583)



Separate note, ensuring all the mod names start with capitals on the server has solved the mixed up liquids.

 

[Skyqula]

Awesome update! Those redstone tools are much better then I expected. Even unbreaking works on them <3 And covers working? Totally awesome!

 

[Jadedcat]

Thanks Jaded. Discovered that client only, all is fine. Log onto the server, recipe is mixed up. Considering that the server is a clone of my client installation, this has got me confused.

This is exactly what the SortFix mod.. fixes. Install on both Server and Client to fix the sync issue. We will be shipping it with all packs as we update them.

 

[PierceSG]

Anyone knows how the tools/weapons works and what they do?

 

[Algester]

they kill the mine the chop with redstone flux power... you need an energetic infuser to charge them not to mention shear sheep with wrenches

 

[Golrith]

This is exactly what the SortFix mod.. fixes. Install on both Server and Client to fix the sync issue. We will be shipping it with all packs as we update them.

Unfortunately it didn't work for me. But renaming all the mod files on the server so they start with Capitals fixed things.


Now just got to work out why the Item Ducts crash the server when placed, but Liquiducts and Conduits don't.
Edit, after some testing. Client side everything is fine. On my server, crash on any Itemduct being placed.