GTExtras modular armor
Does that armor allows to fly like GraviSuite and gives almost invulnerability like quantum?
[GregTech-5][1.7.10-FORGE-1355+][Unofficial but approved Port][Stable] Even GT5 Experimental is slowly getting stable.
-
-
Palladium now need EBF and VacFre to smelt.
Why? I did not know how i could use this useless metal. Mb tools? Not bad.
Now i need 0.5kk UE for 1 ingot, 1.5kk EU for Pd Pickaxe with 51200 durability? No, thanks, i throw this ore and dust. -
First: Thanks for fixing the GT bees.
Second: Do the GT bees use the metal block as their flower, just like the end bees need a dragon egg? If not, could you add that? (not really important, but it would be a nice thing)
Third: Did somebody already do the maths for the pyrolyse oven? -
Does that armor allows to fly like GraviSuite and gives almost invulnerability like quantum?
That is not yet added, but will soon. Basicly that armor should be able to do everything, but only few functions at once or it gets insanely expensive.
Why? I did not know how i could use this useless metal. Mb tools? Not bad.
Now i need 0.5kk UE for 1 ingot, 1.5kk EU for Pd Pickaxe with 51200 durability? No, thanks, i throw this ore and dust.I also added first usages for palladium and there will come more. Basicly i plant to add uses for all producable materials that right now just lay in storage or get thrown away.
Second: Do the GT bees use the metal block as their flower, just like the end bees need a dragon egg? If not, could you add that? (not really important, but it would be a nice thing)
Currently they do not, they copy stats from default forestry bees. Might change that, but first i must find out how that works.
-
Added GT Coolant cells to VacFre recipes.
Could you please also add IC Coolant recipe (distilled water + lazurite dust = coolant) to some GT machine?
-
Could you please also add IC Coolant recipe (distilled water + lazurite dust = coolant) to some GT machine?
Guess that should be no problem.
Also i added a new github repro for GT5experimental.
-
Guess that should be no problem.
Also i added a new github repro for GT5experimental.
I'm not too versed in version control. Why a repo instead of a branch? -
Кто-то пытался запустить gregtech на kcauldron 1492.157? У меня краш: http://pastebin.com/puwNcEcn
Some1 tried to run greg at kcauldon 1492.157? i have a crash: http://pastebin.com/puwNcEcn -
That is not yet added, but will soon. Basicly that armor should be able to do everything, but only few functions at once or it gets insanely expensive.
Grate. That mean i could make "ideal industrial modpack" w/o GraviSuite.
-
I'm not too versed in version control. Why a repo instead of a branch?
Personal preference and some small issues with the original repro. Branch would likely be possible, but i did not like it somehow.
Some1 tried to run greg at kcauldon 1492.157? i have a crash: http://pastebin.com/puwNcEcn
Cauldron... So many reasons why that could have crashed. No idea if i can fix that or not.
Grate. That mean i could make "ideal industrial modpack" w/o GraviSuite.
That was my idea behind it. GraviSuite, MPS and most of the other endgame armors have the same problem in my opinion. You just pump in huge amounts of materials and get back something that can everything. MPS has its weight and heat "balancing" but in reality these are not really used and the result is allmost the same as without them. I want to have it so, that every part put in must first weight of it's advantages and disadvantages instead of just putting in the best of everything.
-
That was my idea behind it. GraviSuite, MPS and most of the other endgame armors have the same problem in my opinion. You just pump in huge amounts of materials and get back something that can everything. MPS has its weight and heat "balancing" but in reality these are not really used and the result is allmost the same as without them. I want to have it so, that every part put in must first weight of it's advantages and disadvantages instead of just putting in the best of everything.
Tasty C U S T O M I Z A T I O N
-
How does the processing array overclock? I have a 2x2x2 set of LV electrolyzer arrays with 2 EV hatches (one shared with 4 arrays) but the output is much lower than I expected. Using the scanner I can see that the recipe is running much faster than real time. How do I prevent overclocking? How many amps can a single energy hatch take? Will I need several LV hatches per array?
-
How does the processing array overclock? I have a 2x2x2 set of LV electrolyzer arrays with 2 EV hatches (one shared with 4 arrays) but the output is much lower than I expected. Using the scanner I can see that the recipe is running much faster than real time. How do I prevent overclocking? How many amps can a single energy hatch take? Will I need several LV hatches per array?
The overlocking is based on the machines inside, not on the energy hatch. So to overclock them, use MV or HV electrolyzer.
A energy hatch accepts 2 amp. You can allways take higher tier hatches instead of more, so a single one is enough. using multiple is also fine. Usually the energ hash sould be 2 tiers higher than the machines inside. so IV machines need an ZPM energy hatch.
-
The overlocking is based on the machines inside, not on the energy hatch. So to overclock them, use MV or HV electrolyzer.
A energy hatch accepts 2 amp. You can allways take higher tier hatches instead of more, so a single one is enough. using multiple is also fine. Usually the energ hash sould be 2 tiers higher than the machines inside. so IV machines need an ZPM energy hatch.
I guess my confusion is then why is a processing array with 16 LV electrolyzers and an EV hatch running like it's filled with MV electrolyzers. Do I need a 1x battery buffer next to the energy hatch? -
I guess my confusion is then why is a processing array with 16 LV electrolyzers and an EV hatch running like it's filled with MV electrolyzers. Do I need a 1x battery buffer next to the energy hatch?Maybe the GT recipe optimization works here? If input/output and EU/t can be devided by 2 it does that automaticly. That would result in half/quater/whatever runtime, but the output per cycle also would lower.
-
Maybe the GT recipe optimization works here? If input/output and EU/t can be devided by 2 it does that automaticly. That would result in half/quater/whatever runtime, but the output per cycle also would lower.
It's the H20 to H2 + O recipe so it's 20 EU/t (with 3000 H20 in, 2000 H out, 1000 O out over 1500 ticks). I expect 426.67 mB/s on average out of a single processing array but get 238.75 mB/s. I haven't done any measurement of the amount of water coming in or EU consumed but there are batteries for consistent EU and a surplus of water.
-
The input hatches are big enough? 16*3000L = 48.000L at once. That is at last IV input hatch. With multiple PAs using the same input hatch it likely would be impossible to work right.
I'm using LuV hatches (56 buckets) shared 4 way. I guess that isn't big enough for either input or output...
Thanks.Using 2x MV per array output now (48 B total). 4 PAs share 5 EV input hatches (200 B total, 50 B per). I'll get back with more science.
-
Also I'm noticing some weird RS cover behavior I really can't explain. I'll make on RS TX out, put a lever on it, then observe the output with several RS RX out covers. Some covers just refuse to act as the receiver. I'm fairly certain the channel is clear and have double checked that all covers are set to the correct frequency.
-
Don't use common input hatches. Outputs may be common, but not input.
