Sorry, jerky is MC slang for 'rotten zombie flesh'
That can get a bit confusing when there could be a mod that adds food that is officially called "jerky" (in fact, I searched the FTB wiki, and apparently TiCon allows making several kinds of jerky on the drying rack).
Anyway, rotten zombie flesh (called zombie brain when using the PureBDCraft resource pack) can also be centrifuged for methane, though less per item than other foods.
Anyway, rotten zombie flesh (called zombie brain when using the PureBDCraft resource pack)
That's a bit of an issue; Zombie Brain is a Thaumcraft item.
Most efficient way to convert Jerky into Methane into EU? The only [item]->Methane recipe that's not energy-positive is Rubber Wood -> things + Methane. LV Centrifuge + LV Gas Turbine is pretty K. LV Centrifuge Processing Array + Large Gas Turbine might also be pretty K but I haven't tested that. (And if that turns out to be more efficient, you might need to figure out how you're going to get all that Jerky because it'll eat it pretty quick.)
Alternative solution: arrays of auto-farmed Cropsticks producing Netherwart or Terrawart; those also give decent Methane.
I have an automatic-ish zombie spawner trap that makes jerky fairly fast. It's more that I want it to go to good use than that I am actually farming it as a significant power source. I just like getting bonuses from it.
Currently my main power comes from solar boilers, 20 of them. I sleep pretty regularly.
When I need a bigger boost, I throw something, solid or liquid, into a bronze boiler. It juices me up a bit faster than I can use the steam. I use a large storage tank for 7.8mil L of steam.
If all else fails, I can throw some sulfuric light fuel into a 128v diesel engine. I don't do this often tho. I need to set up a chemical reactor and secure a source of hydrogen so I can make it into legit fuel, since it's 8 times more energy.
I think the nichrome multi smelter is.
As Willis said, and if my math is right (usually not), a Multi smelter with a Nichrome coil and a LV energy hatch should cook 18 bamboo at time, using 12 eu/T for 512 ticks (25,6 seconds). Total of 6144 EU, about 341,3 EU p/ item.
If I hadn't a Infernal Furnace, I would build one of those for me...
(Heck, I think I will)
Don't forget the microwave not only cook food, but any non metal and non flammable.
It is the most efficient way to smelt sand into glass.
Don't forget the microwave not only cook food, but any non metal and non flammable.
It is the most efficient way to smelt sand into glass.
Really? I'm surprised that works for sand, because of what the GT5 wiki says:
Putting in an non metallic, non food item will set it on fire.
I presume that means it sets the microwave on fire, since I don't see how the item inside could be set on fire, even if normally flammable (and btw I would expect bamboo to be flammable)
Thx, that doesn't really help though. I know how to do that with IC2 storage, but I want to set up this:I have 4 Lapotronic Energy Clusters in my buffer. Is it possible to send a signal when batteries are, say, 95% or less full? This would allow plasma to be sent into the turbine, so that I don't waste plasma and rotor.
How does this energy detector work? I thought it only worked on machine's internal buffer, and not batteries. I found this setting "including batteries" but it didn't seem to work.
Sorry Aiwen, that was the wrong image. I mentioned the detector but showed you an older IC2 setup.
The energy detector can be screwdrivered to output a comparator-able signal. Its one of the last settings. That way you can make it do things like trigger RS Latches on the 0-15 range (93% instead of the 95% precision you're looking for)
Ok, some questions/advice regarding the Large Steam Turbine multiblock.
I have a titanium boiler feeding steam into a quantum tank (buffer), which is adjacent to the input hatch of the turbine. I have an EV pump cover on the quantum tank exporting steam to the turbine. Now, I know the boiler produces 32000 L/s, but all the turbine blades have different values for optimal steam flow.
In the old version of GT5, you could feed the turbine 1600 mb/t and it would produce 1000 Eu/t with the carbon blades (iirc), with no blade damage. So now that these different blade materials have different optimal steam flow. do I assume correctly that as long as you can produce the steam required for the blade for optimal flow, then that's all it will request from the quantum tank per tick?
For example, the steel turbine (normal size) has an optimal steam flow of 12000 L/s (600 mb/t = 300 EU/t...right?)...Will my EV pump push out 40960 L/s, wasting the excess steam or will the turbine only allow for 12000 L/s to come through? I could switch to a HV pump, but that drops throughput to below 12000 L/s.
The turbines will always accept as much fluid as the hatches can hold. So if a turbine is deactivated, and you fill it up with, say, 64000 steam, it will begin working with that amount once activated.
How does it work? Well, every tick it will try to use up to 125% of its "optimal amount". So if your rotor has an optimal flow of 10,000L/s, it will consume 12500. It will process that steam into energy at 75% efficiency. So its always best to provide optimal flow to the hatch if possible, because excess is gradually voided until equilibrium is reached.
Your EV pump would definitely cause you grief in this scenario. If you can't use a pump that matches throughput with a rotor, you'll want to look at alternative infrastructure there.
Short answer: It's a nightmare. Avoid putting more steam than its optimal flow.
I'm using pipes with shutters, for example, to achieve 12000L/s, you can use a Huge bronze pipe (9600L/s) + Normal bronze pipe (2400L/s) = 12000L/s (two input hatches) should work.
You should see this video too (thanks, Willis), it's very helpful.
I'm not sure if it's feeding the turbine correctly, though, because PYURE refuses to test it using Greg's pipes.
Dammit, fine, I'll try to test this tonight :p I can't watch the video atm: how many pipe segments do you want, and how many are shuttered?
I presume that means it sets the microwave on fire, since I don't see how the item inside could be set on fire, even if normally flammable (and btw I would expect bamboo to be flammable)
Try it in creative.
Though, if you surround your microwave with blocks/pipes/wires, then it can't have fire 
Try it in creative.
Though, if you surround your microwave with blocks/pipes/wires, then it can't have fire
Okay, sand to glass works, without any risk of fire from that (which means the wiki is inaccurate). With birch logs, it doesn't process them, and only puts fire in adjacent air blocks with some types of blocks directly below (which can be itself for an air block above), and even when there's fire directly above it, that doesn't seem to be capable of destroying the microwave (and yes, I made sure machine flammability is enabled in GregTech.cfg). A nearby wire/cable exploding from the fire spreading to it can destroy it, though.
Edit: tried a few other things, and the microwave also works for converting clay balls to brick, clay blocks to hardened clay, cobblestone to smooth stone, and at least some gem ore blocks (except for diamond ore or gem ores backed by netherrack, which cause fires). Using a block of netherrack causes it to explode.
Hey Pyure I noticed on the wiki page for the LHE it says the LHE will output half as much superheated steam as it would regular steam when in HP mode. However I didn't take this into account when making my setup. The kicker is that my setup works assuming the output isn't halved...
I think I found a case of double dipping if this is not intentional.
My setup aims to use 500 mB/s of lava to make 40 B/s of steam. The IC and extra 100 mB/s of lava allow this to happen in HP mode.
500 mB/s lava * 80 steam/lava = 40 B/s
If the output is supposed to be halved I should only be getting 20 B/s of HP steam.
http://ftb.gamepedia.com/Large_Heat_Exchanger#Math
Note that if this is unintentional and is fixed the pahoehoe lava centrifuge array would take nearly as much energy than the best rotors can put out at 500 mB/s. It wouldn't be hard to bump to 1 B/s of lava and ditch the IC but then I'd have to move the pump more and use a higher percentage of the power to process the lava :p
Also I haven't tested this but the wiki says the hot coolant outputs 10 mB of steam for every 1 mB of hot coolant. The LHE outputs 80 mB of steam for every 1 mB of lava. Lava and hot coolant are 4:1 in every other case with the LHE except for output. I haven't actually tested this yet but will soon since I plan on making a hot coolant setup with 6 reactors. It might be hard to get a reasonable amount of power out of it though if I plan on the HP steam mode getting halved in an update And now I have to take another unexpected halving into account.
My partner made a good stable 4x quad thorium design that's easy to automate that outputs 900 Hu/s (900 mB/s of hot colant). Let's say I made 5. That's 4500 mB/s of hot coolant which translates too 22500 mB/s of HP steam. That's about 1.5 kEU/t. I want to make sure that this would be a setup as it's intended.
I get that it's low maintenance 1.5 kEU/t forever but right now I'm making twice that with lava with very low capital cost compared to 6 decked out fluid reactors each using 8 iridium neutron reflectors.
Also the integrated circuitry in the wiki example assumes no halving of HP steam output when using an IC with hot coolant. 1146 HP steam/t / .865 efficiency * 20 t/s = 26500 mB/s of HP steam for 2650 mB/s of hot coolant (10:1).
Hey Pyure I noticed on the wiki page for the LHE it says the LHE will output half as much superheated steam as it would regular steam when in HP mode. However I didn't take this into account when making my setup. The kicker is that my setup works assuming the output isn't halved...
To clarify this (and I had to re-word the wiki a couple times) your options are producing 50% superheated steam, or 100% regular steam. The benefit of the former is that you get twice as much power from a superheated steam turbine AND you then get to double-dip it as regular steam in a second turbine.
I think I found a case of double dipping if this is not intentional.My setup aims to use 500 mB/s of lava to make 40 B/s of steam. The IC and extra 100 mB/s of lava allow this to happen in HP mode.
500 mB/s lava * 80 steam/lava = 40 B/s
If the output is supposed to be halved I should only be getting 20 B/s of HP steam.
I'll look into this. Just to clarify, you're actually trying to transform around 600 L/s lava into 20 L/s SHS correct?
Note that if this is unintentional and is fixed the pahoehoe lava centrifuge array would take nearly as much energy than the best rotors can put out at 500 mB/s. It wouldn't be hard to bump to 1 B/s of lava and ditch the IC but then I'd have to move the pump more and use a higher percentage of the power to process the lava :p
You don't need to process the pahoehoe if you don't want to. You can just void it (by leaving it in the hatch. Am I missing anything here?
Also I haven't tested this but the wiki says the hot coolant outputs 10 mB of steam for every 1 mB of hot coolant. The LHE outputs 80 mB of steam for every 1 mB of lava. Lava and hot coolant are 4:1 in every other case with the LHE except for output. I haven't actually tested this yet but will soon since I plan on making a hot coolant setup with 6 reactors. It might be hard to get a reasonable amount of power out of it though if I plan on the HP steam mode getting halved in an update And now I have to take another unexpected halving into account.
Can you clarify what you mean about lava and HC being 4:1 in every other case?
You'll get very good power out of your reactors. The steam output gets halved, but (as mentioned above) you double-dip it. A Large High-Pressure Steam Turbine will output 1 steam for every SHS it receives. So if your first turbine generates 800 eu/t, the second will generate 400 eu/t (factoring in efficiencies rotors and optimal flow)
My partner made a good stable 4x quad thorium design that's easy to automate that outputs 900 Hu/s (900 mB/s of hot colant). Let's say I made 5. That's 4500 mB/s of hot coolant which translates too 22500 mB/s of HP steam. That's about 1.5 kEU/t. I want to make sure that this would be a setup as it's intended.I get that it's low maintenance 1.5 kEU/t forever but right now I'm making twice that with lava with very low capital cost compared to 6 decked out fluid reactors each using 8 iridium neutron reflectors.
Yeah I'm not a huge fan of allowing lava in the LHE myself. Blood likes it though
Also the integrated circuitry in the wiki example assumes no halving of HP steam output when using an IC with hot coolant. 1146 HP steam/t / .865 efficiency * 20 t/s = 26500 mB/s of HP steam for 2650 mB/s of hot coolant (10:1).
I suspect you're right about this. I hope I remember to check it out and confirm.
Thanks for the fun feedback willis
I am confused as hell, still, on how to build a fluid reactor and use it with a LHE. Does anyone have a good, detailed, picture-by-picture explaining guide to this?
I am confused as hell, still, on how to build a fluid reactor and use it with a LHE. Does anyone have a good, detailed, picture-by-picture explaining guide to this?
Somebody tell Axle I'll probably provide a picture walkthrough this week. He doesn't see my messages.
Short version without pictures
Dammit, fine, I'll try to test this tonight :p I can't watch the video atm: how many pipe segments do you want, and how many are shuttered?
Thanks Pyure! 
Well, I didn't thought about how many, I assume if it it works with 2 or 3, it will work with 10 or 20, the number of pipes shouldn't affect the result. In any case, I think 10 is a good number;
About shutters, every pipe needs one, except the last one (if you are using the "Allow output only" config). It's a pain, but is what we have...
I would be extra grateful, if you test with one and two input hatches.
Ah, and thanks too, for the info about how the 125% optimal flow works. I was wasting steam and producing less EU, It seems...
Thanks Pyure!Well, I didn't thought about how many, I assume if it it works with 2 or 3, it will work with 10 or 20, the number of pipes shouldn't affect the result. In any case, I think 10 is a good number;
About shutters, every pipe needs one, except the last one (if you are using the "Allow output only" config). It's a pain, but is what we have...
I would be extra grateful, if you test with one and two input hatches.Ah, and thanks too, for the info about how the 125% optimal flow works. I was wasting steam and producing less EU, It seems...
By shuttering every single segment, we're essentially removing the sloshing behaviour altogether You're right, in that scenario 3 is the same as 30.
I'd be more curious what happens if the pipes work "as intended", ie no shutters and relying only on computed pressure over time.
Honestly, the turbine has a neat mechanic where it obeys a sort of momentum: the output can't jump all over the place, it graduates up and down as fluid input changes. Given that, I would imagine GT pipes should do "OK" no matter what.
By shuttering every single segment, we're essentially removing the sloshing behaviour altogether
I'd be more curious what happens if the pipes work "as intended", ie no shutters and relying only on computed pressure over time.
Honestly, the turbine has a neat mechanic where it obeys a sort of momentum: the output can't jump all over the place, it graduates up and down as fluid input changes. Given that, I would imagine GT pipes should do "OK" no matter what.
I know that shuttering every segment should make it work, but I have "that" feeling, y'know? And yes, I would love if Greg pipes worked under pressure after it gets full.
I assume that each tick, it tries to empty it's content to next container available. I just have no idea on which order this is done.
I mean, if first segment tries to output to second segment, but that one didn't tried to output to the third yet, then it would have to wait; After that, seconds outputs to third. But, as first segment already tried to output to second this tick, it will just wait, while second will remain empty?
And does my question made sense to you? 
I know that shuttering every segment should make it work, but I have "that" feeling, y'know? And yes, I would love if Greg pipes worked under pressure after it gets full.
I assume that each tick, it tries to empty it's content to next container available. I just have no idea on which order this is done.
I mean, if first segment tries to output to second segment, but that one didn't tried to output to the third yet, then it would have to wait; After that, seconds outputs to third. But, as first segment already tried to output to second this tick, it will just wait, while second will remain empty?And does my question made sense to you?
That's exactly my concern. I have no idea how they work, having never looked at the code, but since at some point they needed to be calculated in arbitrary order, it stands to reason that exactly what you just described is going to happen.
There are ways around this: you can store a hidden overflow on every pipe that creates increased pressure (this is what I'd do). You can store the list of pipe segments in a hash that gets resorted depending on which segments depend on which (ugh). Chances are, it just sloshes and we deal with it
Yeah, that's my fear...
I might have to use another mod's pipe, or an double sized section with the regulator, if it didn't works;
Will wait your tests...
If I recall correctly every tick/second? it tries to empty half of its tank into its surrounding blocks.
That would explain why sometimes I scan pipes and they show half tank.
Would be a way to avoid exactly what I described? Instead having a hidden buffer, they work at half listed efficiency capacity?
If so, I will have to double my pipes. At least, would explain why my turbine seems to have such a low output...
Also, if what Spwnx said it true, Blood could consider to double the actual pipes capacity.
A Large Steel Boiler produces 1200L/T steam, while a Huge steel pipe only can transport 480l/t ( (19200/20 ) /2).
It would be needed 2 Steel Huge pipes and 1 Normal Steel Pipe one to keep with it, without loses. That's pretty expensive...
