[GregTech-5][1.7.10-FORGE-1355+][Unofficial but approved Port][Stable] Even GT5 Experimental is slowly getting stable.

Holy crap. I've made some big setups before but I've never run more than 8 turbines at once and never more than 4 from one supply. That is impressive to say the least. Idk what flow rate you're aiming for but you may find huge Ti isn't enough. Also intersections will kill you. You'll want pumps at least at every intersection and if that isn't working out the way you calculate experiment with pumps at every pipe block. Also always always use a fluid regulator adjacent to LHEs and large turbines. The LHE math seems to be a bit more... unpredictable, especially when using ICs. Tune the LHE input for your designed steam flow rate.

So, over at the TerraFirma Craft forums they told me that GT has a "world unification" feature that can't be turned off, unlike its inventory and machine unification.

I'm wondering if there is a workaround using minetweaker or another method that you guys could recommend. Basically there are multiple types of TFC copper and iron ores, all of which unify to one type of TFC copper or iron when picked up. Turning off inventory unification and giving TFC unification precedence in the configs doesn't help, apparently GT still tries to unify all of TFC's ores registered under the same ore dictionary value to a single type of TFC ore. If I remember correctly, TFC's mod authors use metadata to delineate between their various ores.

What do you guys think? Is there any way of fixing this short of writing my own compatibility mod?

Quote from cckcckcc

So, over at the TerraFirma Craft forums they told me that GT has a "world unification" feature that can't be turned off, unlike its inventory and machine unification.

I'm wondering if there is a workaround using minetweaker or another method that you guys could recommend. Basically there are multiple types of TFC copper and iron ores, all of which unify to one type of TFC copper or iron when picked up. Turning off inventory unification and giving TFC unification precedence in the configs doesn't help, apparently GT still tries to unify all of TFC's ores registered under the same ore dictionary value to a single type of TFC ore. If I remember correctly, TFC's mod authors use metadata to delineate between their various ores.

What do you guys think? Is there any way of fixing this short of writing my own compatibility mod?

While I haven't checked in a while did you look in the unification config? but ya ores should not be unifying in any case.

Is there information about the energy needs of the advanced miner 2?

Hello. I have a Large Steel Boiler producing steam at 1200mb/t or 24000L/s. That should be enough to fully power 30 Steam Dynamos. So this setup has MV Output hatch with 24000L capacity going through Large TSteel pipes with the same capacity into 30 Steam Dynamos. The expectation is that each consecutive Dynamo steals 800L from the pipe system and at the end we get 800 left for the last Dynamo. But what happens instead is each dynamo takes 1600L without any increase in RF and 15 Dynamos are fully powered instead. To try and circumvent that I thought about making 800L pipes going into each Dynamo, like this. Nothing changed. Only 15 Dynamos are fully powered. Shutters made no difference in any configuration. The only way to make this work I found was to put a pump going into each Dynamo, but that many pumps seems a bit much. Same system but with fluiducts works flawlessly.

I guess I'm missing some nuance about the way GT pipes work. I've watched MysteryDump's videos and either I'm retarded or she's terrible at explaining the pipe mechanics.


As a side note: why don't the regulators do anything?

Quote from Elthy

Is there information about the energy needs of the advanced miner 2?

see if this helps
https://www.youtube.com/watch?v=A5jtAz2Dsfs

Quote from Anarack

While I haven't checked in a while did you look in the unification config? but ya ores should not be unifying in any case.

I have, yes. I basically set all of the ores under the TerraFirma craft heading to "true". If my understanding is correct, this only stops TFC ores from unifying into GT's version of the ores. Doesn't seem to really be relevant except in the case of ingots, plates, etc. In gregtech.cfg "CraftingUnification" is still set to "true", but that doesn't affect the ores as far as I can tell, as I have tested with it set to false as well.

Someone over at TFC forums was making a similar custom modpack using GT 6 instead (I prefer 5 atm). They had an issue with TFC charcoal turning into vanilla charcoal when picked up off the ground. The guy talked to greg and apparently greg pushed out an update to "[FIXED] TerraFirmaCraft Item Unification to Vanilla Items." (6.01.06)


It seems like it might be a similar issue in GT 5 ex, but I might be wrong. Someone wiser could probably tell me for sure. Sounded like TFC coal was unifying to vanilla coal because both were registered as coal in the ore dictionary. Am I on the right track here at all? I think this is only an issue with ores specifically.


Regardless, I would love a workaround if anyone has ideas--minetweaker, config, code change--whatever. Blood Asp, perhaps you could weigh in? Am I completely off base here?

Hallo!

I can't craft "itemEngineBoost.name" from Gravitation suite mod.
Recipe shown, but when laud items on the table (vanila or AE2) this item is not crafting.

In NEI one of the items (Advanced Heat Vent) ID (for example 4308 ), but in game this ID is 4308:1

What can I do?
Thank you.

Quote from cckcckcc

I have, yes. I basically set all of the ores under the TerraFirma craft heading to "true". If my understanding is correct, this only stops TFC ores from unifying into GT's version of the ores. Doesn't seem to really be relevant except in the case of ingots, plates, etc. In gregtech.cfg "CraftingUnification" is still set to "true", but that doesn't affect the ores as far as I can tell, as I have tested with it set to false as well.

Someone over at TFC forums was making a similar custom modpack using GT 6 instead (I prefer 5 atm). They had an issue with TFC charcoal turning into vanilla charcoal when picked up off the ground. The guy talked to greg and apparently greg pushed out an update to "[FIXED] TerraFirmaCraft Item Unification to Vanilla Items." (6.01.06)


It seems like it might be a similar issue in GT 5 ex, but I might be wrong. Someone wiser could probably tell me for sure. Sounded like TFC coal was unifying to vanilla coal because both were registered as coal in the ore dictionary. Am I on the right track here at all? I think this is only an issue with ores specifically.


Regardless, I would love a workaround if anyone has ideas--minetweaker, config, code change--whatever. Blood Asp, perhaps you could weigh in? Am I completely off base here?

Display More

I had tried GT5u with TFC a while ago and had no issues with ores and ingots. If I get time after work I'll look back through my old videos and see what I can find. My issue with doing it was crop sticks not working on TFC farmland and at the time there was no nether to spawn GT ores in so I was using custom ore gen to spawn small GT ores. Then I had a bad chunk error that ended the series and haven't gotten time to get back to it since the changes to TFC.

Hi,
I do not really know if this is caused by Gregtech (v5.09.21) or from AE2 (RV3 Beta5).
I'm suddenly getting the client log spammed with the following error until the game crashes with a server stopping error message.
It starts, when I'm opening the AE2 Terminal. The inventory does not show the stuff properly as usually and the error starts.

[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: java.lang.reflect.InvocationTargetException
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at sun.reflect.GeneratedMethodAccessor109.invoke(Unknown Source)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at java.lang.reflect.Method.invoke(Unknown Source)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at Reflector.callVoid(Reflector.java:199)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.client.renderer.RenderBlocks.func_147800_a(RenderBlocks.java:9260)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.client.renderer.entity.RenderItem.renderItemIntoGUI(RenderItem.java:446)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.client.renderer.entity.RenderItem.func_82406_b(RenderItem.java:565)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at codechicken.nei.guihook.GuiContainerManager.drawSlotItem(GuiContainerManager.java:489)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.client.gui.inventory.GuiContainer.func_146977_a(GuiContainer.java:270)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.client.gui.inventory.GuiContainer.func_146977_a_original(GuiContainer.java)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at sun.reflect.GeneratedMethodAccessor114.invoke(Unknown Source)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at java.lang.reflect.Method.invoke(Unknown Source)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at appeng.client.gui.AEBaseGui.safeDrawSlot(AEBaseGui.java:913)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at appeng.client.gui.AEBaseGui.drawSlot(AEBaseGui.java:778)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at appeng.client.gui.AEBaseGui.func_146977_a(AEBaseGui.java:928)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.client.gui.inventory.GuiContainer.func_73863_a(GuiContainer.java:99)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at appeng.client.gui.AEBaseGui.func_73863_a(AEBaseGui.java:160)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.client.renderer.EntityRenderer.func_78480_b(EntityRenderer.java:1397)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.client.Minecraft.func_71411_J(Unknown Source)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.client.Minecraft.func_99999_d(Unknown Source)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.client.main.Main.main(SourceFile:148)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at java.lang.reflect.Method.invoke(Unknown Source)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: Caused by: java.lang.IllegalStateException: Already tesselating!
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.client.renderer.Tessellator.func_78371_b(Tessellator.java:374)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at net.minecraft.client.renderer.Tessellator.func_78382_b(Tessellator.java:364)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at gregtech.common.render.GT_Renderer_Block.renderNormalInventoryMetaTileEntity(GT_Renderer_Block.java:52)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at gregtech.common.render.GT_Renderer_Block.renderInventoryBlock(GT_Renderer_Block.java:530)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at cpw.mods.fml.client.registry.RenderingRegistry.renderInventoryBlock(RenderingRegistry.java:125)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: at FMLRenderAccessLibrary.renderInventoryBlock(FMLRenderAccessLibrary.java:59)
[14:00:52] [Client thread/INFO] [STDERR/]: [java.lang.Throwable$WrappedPrintStream:println:-1]: ... 28 more

Quote from Chocohead

Fixing Advanced Solars and/or Gravisuite's Recipes

Thank you! Patch helped.

Quote from Blood Asp

GT is coded against AE2 RV2 stable, so it might be a incompatibility with AE2 RV3.

Also NEI appears in the stacktrace, so it might also be the reason.

Basicly AE2 tries to show an GT Block in the inventory, NEI modyfies the rendering and then it crashes.

Thank you for the fast response!
It worked all fine since now. Then out of a sudden that issue started to happen.
I'll see what i can do about this. I changed to the last NEI Release a couple of days ago. I'll switch back to the former one to see if this causes the issue.

Quote from bear989

I had tried GT5u with TFC a while ago and had no issues with ores and ingots. If I get time after work I'll look back through my old videos and see what I can find. My issue with doing it was crop sticks not working on TFC farmland and at the time there was no nether to spawn GT ores in so I was using custom ore gen to spawn small GT ores. Then I had a bad chunk error that ended the series and haven't gotten time to get back to it since the changes to TFC.

Hmm that's a thinker then. Really the only other core mods I am using are Railcraft, AE2, and Immersive Engineering. Can't imagine these would affect anything, but maybe I will test.

I got frequent chunk errors with custom ore gen & TFC even in their most recent iterations, so I nixed custom ore gen for the time being and used some of TFC's unused ores, which already generate, as replacements through minetweaker. Apparently you can add ore to TFC's generation through the TFCore.cfg too, just not tile entities like GT uses, so I will probably employee this hackery at some point to make the rest of the tech tree accessible.

Just trying to fix this problem at the moment though.

Two things are in my mind recently that make me feel some incompletion in GT5U/IC2:
1. There are several ways to produce fluids but there is no way to destroy fluid except plunger. Could be some polluting machine added that dissipates fluid?
1.1 There is no early game fluid tank but IC2 cell.
2. There is a crossdimensional energy transfer but no chunk loader.

Quote from walkerjonny

Thank you for the fast response!
It worked all fine since now. Then out of a sudden that issue started to happen.
I'll see what i can do about this. I changed to the last NEI Release a couple of days ago. I'll switch back to the former one to see if this causes the issue.

It looks like this has something to do with a special block or item, that is stored on a specific AE2 storage cell. I'll see how I can access that cell without crashing the game to see what is stored on it.

Quote from walkerjonny

It looks like this has something to do with a special block or item, that is stored on a specific AE2 storage cell. I'll see how I can access that cell without crashing the game to see what is stored on it.

I was able to empty the Storage Cell and move the items into a chest. But even without NEI the game crashes when I try to open that chest. Unfortunately there are no error messages at all, no crash logs (both client or server), nothing. The game just stops on opening the chest with a ServerStopping event but without mentioning any reasons for it.

@Blood-Asp:

I wish you back-port GT6's tile block rendering with alpha overlays and ambient occlusion smooth shading.

GT6 new material properties replacement for enum overflow would be very cool too.