Posts by MJEvans

    Short version: Eloraam has her own plans and eventually wants a mod that /can/ standalone with it's own set of stuff. I'm sure that's where IC2 is going as well. It's also situations like this, where one or more mods get the short end of the update stick, that make having multiple ways of doing the same thing across mods a good idea.


    This is farther than the truth, we have no plans on implementing advanced redstone controls, such as RP, and we have no plans to implement any "pipes, tubes, conveyor belts" or anything of the sorts, that's what BC is for, or if you like conveyors then Minefactory. If you want advanced RS stuff, you go get RP, its that simple. If you want auto tree farms, you either work with BC, or you go and get Forester, or even Minefactory. If you want the content of the mod, go get that mod, its as simple as that. At least that's what I go by.

    You misquote me in a way that places words in my mouth. The sentence is referencing the immediately preceding thought: wants a mod that /can/ standalone with it's own set of stuff.


    Can meaning that it is able to, as opposed to 'will' (meaning it's intended to only do so).

    Short story: Notch did a no no and rolled back the odometer on numbering. RP4 will only even consider a backport of PR4 to 1.8.1 if IC just can't forward port in like -forever- :(


    Seriously though it's a day by day thing. Check the two developer's blogs and hope. MAYBE getting the good stuff working in 1.0.0 won't take that much time; it's possible we could get lucky. Possible... but I'm not holding my breath.

    According to the wiki:


    Pump + Compressor + Compressor = 200 eU / 10 seconds + 625 eU / ~15.625 seconds + 625 eU / ~15.625 seconds



    Thus cooling for 300 costs 1450 eU and close to 42 seconds.


    Each pulse a uranium cell produces (at maximum eff) is 10 heat and 10 eU, therefore in order to come out ahead cooling wise ice must cost less than 300eU to produce. It does not.




    Buckets however cost 0eU to produce (costing only redstone action and some unknown volume of RP2 power to suck out through one pipe, OR redstone action only to filter out), and still cool for 250. However it seems that buckets cool one at a time, in series; perhaps a limit of 10-20 placed buckets/sec? That would still yield over 2500 cooling though.

    Additionally, 'lava mode' reactors produce exclusively 'flowing' (uncollectable) lava and can even convert surrounding Re-Enforced stone blocks (not always, but I /have/ seen it happen).

    Indeed they do; the light also seems to shine through the cable (it's a transparent block?). However the need to run a backing cable and the lack of a larger AOE for 'mob on fire' means that these are actually slightly less useful than redpower lighting blocks; though they do have good aesthetics. Standalone within IC they'd be a lot more useful with an uLVtf (even if such a device would refuse to link to other TFs or batbox/etc devices on the circuit).

    I dunno about the above but I did notice some odd behavior with a luminator on ULV cable from a small solar array. It was all strobe light special and flashing like mad.


    sticking a bat-box in there and wiring the luminators up to copper cable from the bat-box however worked fine.

    Odd, a single luminator should be more than sufficiently powered by even /one/ solar; given solar's output 1eU/t //any// power at all should have been enough. The behavior's description makes me wonder if the luminators are forcing a lossful connection calculation...

    I am positive; unless someone's messed with it, the test rig is setup on a public server here (it does require some other mods and addons to visit though, and I'm at work so I can't login to take a snapshot).


    http://forum.industrial-craft.…page=Thread&threadID=2911 (IC 1.337b, the other mods that will work with it + reactor thermometer and a buildcraft energy converter from the addon section here).


    Edit: Additionally, yes the cable is connecting to the back side of the block-face sized luminator (and providing it with support).


    This is the same way I've made working Luminators dangle off of wire from windmills and watermills, and batboxes. (actually come to think of it, the watermill design is dangling off of a batbox too; it might have the same problem?)

    That's quite odd; if you measure over a sufficient timeframe (about 60 seconds should suffice) you should be seeing the transfer you expect. Are you measuring the input cables directly before your MVTFs? Also you do know you can run those inputs /directly/ to the HVtf, there's no need to step them up before it (though in this case you save about 1eU/t on each input by doing so).

    Indeed, there is currently no way within RP2 to construct rubber; this could leave someone at a catch 22 until they venture far enough to spawn an IC2 rubber tree.


    Which is why I proposed this (before rubber tree frequency in forest biomes seems to have gone up with the 1.337 version): http://forum.industrial-craft.…page=Thread&threadID=2996


    However it's easy enough for a server admin to /give out a few saplings; it's much harder to add new ores.

    Please read this: http://www.eloraam.com/?p=198


    Short version: Eloraam has her own plans and eventually wants a mod that /can/ standalone with it's own set of stuff. I'm sure that's where IC2 is going as well. It's also situations like this, where one or more mods get the short end of the update stick, that make having multiple ways of doing the same thing across mods a good idea.

    Luminators accept 0-32 EUt from cables (and cables only) "behind" them. All there is to it.

    Ok, so I ran some tests with a single solar panel a bunch of tin wire a copper wire, and a batbox.


    39 tin: Batbox charges (luminator still doesn't work)
    31 tin + 1 insulated copper: Batbox charges, luminator re-tested, still doesn't work off the insulated copper cable.
    31 tin + 1 insulated copper + batbox + 1 insulated copper: luminator now works.


    Expected behavior: Luminator to work where-ever a batbox would (just as other machines already do).

    Under linux, if it crashes inside of java you'll get an hs_err_pid####.log file which contains the info. If the program it's self crashes for some other reason, you'll probably get nothing on a modern linux distro.


    I /have/ seen GL related issues a time or two, but they tend to be interactions with many other system elements (particularly GL output from media players; but flash could also be an issue).