Hey Pwnie2012,
Extracells seems to have an issue with fluid exporters in the current version. If you try and right-click on them to configure, the game crashed with the following error.
Its rather annoying because I have a ton of fluid in my AE system with no way to get it out.
[Edit] Looks like its been fixed in more recent versions. We should update from 2.0.5 to 2.0.14.
Anyone else having trouble logging in? I'm seeing 6 people on the server (including myself, oddly enough), but every time I try and connect I get a timeout error. Anyone else seeing something similar?
Is 5.0.0j not live on the server yet? I overwrote my version of Gregtech with the new one, but I get an invalid session error when I try to connect. Didn't change anything else.
[edit] Got it working. Had to restart the minecraft launcher, not just minecraft. Odd.
Still having some issues connecting; all my mod files should be correct per the initial post, but I get an error "Connection Lost: A Fatal Error has occured, this connection is terminated" after seeing the server for one tick or so (dunno if I'm registering as coming online or not to folks who are on).
I'm also running Minecraft on OSX, but that shouldn't make a big difference.
When I try to create a single player world, I get the following crash referencing NEI:
Can't seem to get the game to launch with Hardcore Ender Expansion installed; not sure what I'm doing wrong, as its release 1.6 for Minecraft 1.7.2.
Here is the error:
I know we don't want too many more mods, but Extra Cells might be worth considering. Its a fairly lightweight addition to Applied Energistics that adds fluid import/export/storage options and has a 1.7 version already released. Would help avoiding the need for too many fluid transport pipes in addition to power and AE cables cluttering up things.
http://wiki.resonant-rise.com/view/Extra_Cells
[edit] nevermind, its already in the list!
I've been looking for a hardmode Gregtech server that isn't full of mods that allow circumvention of the challenging parts, and this seems to fit the bill perfectly!
One question: will the world gen include any sort of oil/fuel? I rather like the GT distillation tower, and fuel in RC boilers gives a nice way to power large steam turbines without having to drain the nether.
I was using NEI Cheat Mode to obtain cells for testing reactor designs, so that might be the cause. I haven't tried crafting them by hand in SSP.
I think it might be IC2, given that the same thing happened in both uranium and thorium breeders. Odd that it would occur on SSP but not SMP though...
I've discovered that in SSP breeders instantly convert depleted cells into re-enriched ones. In SMP 1.5, however, they seem to be working as intended, though Thorium-based breeders pulse on and off oddly in FTB 0.6 SSP and SMP and do not breed efficiently vis-a-vis uranium breeders.
Anyone have a good suggestion for a relatively cheap thorium-based breeder (to start off my nuclear production) that works with Gregtech's new thorium behavior? I'm on a world where the old 8x depleted isotopes per uranium is still enabled to help keep nuclear viable vs MFR tree farms and spammed boilers.
Anyone managed to get a CRCS reactor set up with AE fuzzy buses? Testing in the FTB 1.5.2 beta, it seems to not be able to differentiate between damaged and non-damaged 360k coolant cells, and certainly doesn't let you set a damage range to use. Precision import buses suffer from the opposite problem of being too picky about exact damage values, meaning that chances are your coolant cells will not be extracted before they melt down.
Disadvantage: Still needs a thorium sink somewhere to balance it out. Also, each 3-chamber system needs an advanced regulator of its own if full automation is intended, which can get expensive very quickly. The alternative is of course to use pure plutonium, partnered with reflectors instead of thorium cells. Which also gets expensive very quickly :p
If the reactors are placed adjacent to eachother, you should only need 4 routers to manage the refueling of as many as you want. You can also connect non-adjacent reactors with neutral blocks like furnaces to extend the reach of routers.
I have a setup on 1.4.7 with 8 routers fully automating two perfect hybreeders and 8 4-chamber thorium-neutral reactors (along with AE import busses to grab depleted and re-enriched uranium cells). With AE feeding the routers, you can craft components on-demand.
Also, a quick question:
Does the energy used my the forcefield depend on the radius of the field or the number of blocks contained within? E.g. will a sphere of diameter 21 use less or the same amount of energy as a cube with the same diameter (e.g. 21x21x21)?
A small suggestion:
It would be useful to have a player detector block that uses a relatively small amount of energy, but emits a redstone signal when a player (or NPC - configurable) enters within an (upgradable) radius. That way you could rig your forcefield to only turn on if an intruder comes close, reducing the need to keep it running 24/7 for protection.
I figured out a reasonably cheap way to turn the EU detector pulse into a steady signal using the RP2 Counter coupled with a Timer. Essentially, if current is running through the EU detector, it will tick faster than the Timer pushing the Counter to one side. If current is not running through the EU detector, the Timer will push the Counter to the other side.
Hmm, MFSE -> MV transform -> LV transform -> luminator still causes pulses. I'll try adding in a batbox before the luminator and see if that stabilizes it.
I'm running into an issue where the power flow from a MFSU to another causes the EU detector to "pulse" with each tick, whereas I need a constant on (power is flowing from one to the other) or off (power is not flowing) signal. I suppose I could add a HV -> MV -> LV -> detector -> luminator circuit on every MSFU to get a more steady flow, but that seems rather silly. Similarly, I could try and do something complicated with latches and timers RP2 to turn a pulsing signal into a steady one, but there really has to be a simpler solution here...
So what would be a case where wiring together multiple devices increases the EU/s cable required?
More specifically, could I have an unlimited number of MSFUs feeding into a single glass cable, where the EU/t transfered could reach infinity while not causing the glass fibre to overload?
Thinking about it a bit more, its likely that they carry 512 EU regardless of the time frame (e.g. power vs. energy). The specification of voltage as EU/s in the wiki is somewhat misleading, and might be better labeled as simply EU.
