Updated GregoriusCore to V3b. No need to download the Lightningrod again.
I just added better (x2) Recipes for Circuits, which are using Silver instead of Redstone, and a RefinedIron using Recipe for the Piston.
I'm actually working at the GregTower2 and due to the 1.3-Update i will not do much at MC-Coding, until IC² (or IC³) is out for 1.3.1
With all these checks for every single thing in the game you would think there were more efficient ways to do it.
The Portalblocks are TileEntities. I guess the check is inside the Portalblock itself. But does that mean, that the more Portals i build, the more Gold i get?
Or when reactor surroundings are highly flamable.
Since when is RF-Stone inflammable? 
Addendum: HV transformers can accept any >EV packet.
LOL. Guess what my Lightningrod is based upon. But you need four of them to extract all the EU.
What is the scenario when you need negative breeder?
When you have too many Lavabuckets to spare, and want to run it like a Geothermal Generator.
No, the IC2 update where I set slots to only accept what can they take.
Then i dont have that Information, because i built my first working RP-CASUC in 1.2.5, where it already was like that.
And in 1.1 and 1.2.3, i didnt do much, as the 1.2.3/1.2.5-Modupdate came way too fast, to begin something large.
Oh look, someone made a BTW addon that does this.
Nice, but BTW is not compatible with anything.
Did it work before the slot limiting update?
Slotlimitingupdate? I still have an older Version of NEI (1.2.2.4), and of course IC² 1.97. And no, it doesnt work.
one example for RP2 are the jacketed wires/cable/bluwires. it took me some time till i found out how to connect them to normal wires.
Had once the same Problem, but then i looked at a few of Eloraam Screenshots/Videos and found it out.
another example would be the sorting machine. while the wiki explanes the different modes it's strange that the probably most used mode "all random" is not the default one.
Thats good so. I would've screwed the sorting of my Sortomat, when the Randommode is the Defaultone (as all items wouldve gone through the empty Sortingmachines). Also the Sortingmachine/Retriever has a very usefull procedural Sortingmode as Default, which is usefull when autocrafting Stuff.
on the other hand it's obvious, that the tube system of default tube system of RP2 is superior to the one of BC in every aspect except for liquid transport but maybe i'm missing something with those liquid tubes.
RP-Pumps can transport every Liquid, which has a kind of Sourceblock (Oil, Water, Lava). What do you want more? Tanks? Build them yourself with a few Walls, and dont forget the Roof.
The only thing i would complain is the giant Lag, which occurs when the Pump cannot Output more Liquid. Seriously Eloraam. The Pump is so extreme lagfree, but the check for placing a new Watersourceblock, when all is full, cannot be scheduled for once every 10 secs, instead of once every tick?
Food value of cherry as an apple? Are you serious?
Lol, maybe there are more than one in one Item, so you have 64 Cherries in one Itemstack with size 1, so that you theoretically store 4096 Cherries in one Stack. I bet some people will not understand how i mean that.
Pigzombies can spawn around portals (grinding is useless, around 3 hours for 9 gold)
Maybe more than one Portal helps?
Should i add that shiftstacking (pulling all stacks of the same kind from one Inventory to another) from NEI doesnt work with the Reactor? Its very demanding to spend 10 seconds for refilling it with 42 Uraniumcells.
Why not use retrievers to pull the empty buckets out of the reactor?
If i would've done this with my non-mobile CASUC, then it could've went BOOM two times, due to a small lack of Blutricity, which happened after i connected a large Blutricityconsumer (Pump) to the Network. Guess what happens, if you put Framemotors into the same Blutricitynetwork, as the Retrievers.
Display Morestandart:
- Nothing (default)
- Emit if full
- Emit if partially filled
- Emit if empty
- Do not output energy
- Do not output energy unless fullbtw: emit if full
emit if >50%
I agree with the "emit if >50%"-Part, as otherwise i would need two Storageblocks to get the same Effect.
wer fehler findet darf sie behalten... :p
MIST! Das erste Wort ist nähmlich schon falsch. Es wäre "Standard".
Ich denke beim durchgestrichenen Part hast du gemerkt, dass es bereits so ist, oder?
Herobrine is in your World! Thats because a Noob was attempting to load Chunk Norris.
I challenge you to make that in legit mode.
Nope. a single MV transformer can keep up with a MFSU just fine. 512/128 = 4. One gets 4 128 EU packets per tick coming out of the MV transformer assuming there's that kind of power draw on the other side.
It's the same way one can get 2040 EU/t out of a full 6 chamber ice CASUC with one HV transformer. Multiple packets per tick.
You misunderstood him Ook. He said, that the MFSU can GET more than 512EU/t, not that it outputs more than it. He also said that a MV-Transformer can only convert 512EU/t (what indeed fits to the MFSU-Output). So you failed at reading.
But he ment, that if more than 512EU/t are going to the MFSU, then the MFSU cant Output fast enough.
Leider nicht, ich habe nur im Errorlog gesehen, dass der ID-Konflikt von dort kam.
What about forge version 3.3.8.170? Isn't it still for 1.2.5?
It says "no changes" in the most Jenkinspages, also last time i looked was July 30th, so i wasnt aware of these Builds.
Das problem ist Wireless Redstone von Chickenbones, sieh mal da nach einer ID. Redpower und IC² sind auch ohne Configänderung kompatibel.
