Posts by SpwnX

    Still waiting an "industrial conflict" mod some day.

    LASER TURRET BLOCKS

    Now that we have improved "laser entities" it may come true soon (tm).
    I already did suggest some kind of laser turret earlier. It would be programmable, like MFFS interdiction matrix + biometric identifier.

    @above : 4 thousand UUM for full suit = nearly impossible for GT :3 {unless you are talking about UUM -> iridium}
    Thats even more expensive than full MPS suit, i think. GOOD.

    Consider adding "osmiridium plate" when GT is installed, and swap all iridium plate recipes with that plate.
    Osmiridium plate is made with 2 iridium plates (alloy) + 8 osmium plates in the alloy smelter.

    For now, experimental IC2 is a totally antithesis to the gregtech - with the same hammering ingots to plates, different metal powders output from a single ore, but with a lot more materials output, now 4 iron powders from single ore block, thanx to the therma centrifuge... It is like mod is trying to fight Gregorius influence, for the rights for separate existance) You are a true cultural invader, Greg, hehe....
    And in fact, future of IC2 is not in process of resourses gathering and processing, but in "fruits of labor", different intresting, tools, devices, weapons and armors, vehicles, possibilities.
    Nobody doing nothing about this....
    And enough about communism. The conception was used only at the early USSR, nearly in 1917-1921, about using "labor armies" - what led to the collosal life losses with miinimal efficiency output. All the "social experimentators" (surprisingly - the same, non-slavenian race!... well... you know...), responsible for the 1917 event is dead now. So the communism idea, i hope. So, enough)

    Just a note that Greg is also working on it. IC and GT are getting closer than we ever expected.
    It seems that basic GT functions may be slowly replaced by IC.

    As you said, what IC needs is something industrially cool to play with, like vehicles, planes, industrial weapons (i'm looking at you industrial conflict) and whatever fancy thing we may want, for the sake of fun, not utility.

    Can someone point this thread to SirusKing? His dreams are becoming true here...

    More comments :
    Config to disable superconductors (so you have to use the expensive GT version)
    Config to disable enriched whatevername orb (so you have to use GT energy orbs, which is a bit more expensive i guess [couldn't check as NEI failed])
    Make all iridium plate requiring stuff require Osmiridium Plates [2 Iridium Plate (the alloy) + 4 Osmium Plate + 2 diamond dust] when GT is installed. Fancy note is that would explain the blueish color of stuff [As Osmium, in GT, is blue]

    "DBG, Denied by GregTech, but we implemented it!" made me laugh too.


    Also, why not just attach levers to the luminators directly (or with (wireless) redstone)? I haven't used them myself but I would expect they'd turn off when you apply RS signal to them. If not then this should obviously be added to IC2 :)

    RS control for luminators is going to be added (or it is already). Pretty sure about that.

    Q. Why does wireless charger waste energy?
    A. Balance-point. It only wastes 5% of energy you send throught it, so not a big deal.

    You got it wrong. It wastes ALL energy input, if you don't have any item to charge. It is eating energy for nothing.
    Wireless chargers are broken, just that. They don't even charge equipped armor.

    The sickle fits the GT tech tree, as all electric tools requires steel plates.
    The recipes are designed to fit (a bit) GT tech tree, not only yours =P
    Not to mention those recipes are not even expensive in the GT tech tree. It should be more, but i was too lazy to add "sub items" to increase the expense (and complexity).

    Your superconductors and energy infused matter whateverthing should be disabled when GT is detected, as it is redundant (and a cheap version of it).
    Or you can copy the superconductorwire recipe from GT and make them interchangeable via oredictionary.

    After some random testing :
    Client> 2013-08-14 23:36:35 [WARNING] [IC2] API ERROR: ic2.core.EnergyNet$Tile@5b144640 (0:344,67,-60) didn't implement demandsEnergy() properly, no energy from injectEnergy accepted (8192) although demandsEnergy() requested 8192. This is probably because your wireless box accepts up to EV (2048), and does not blow when inputting IV (8192 , from GT) .

    As you already know, armor doesnt render, nor forcefields and particles (from wireless thingies). Tesla ray does render , but not that much.
    Q : Why forcefield chestplate kills mobs, instead of just pushing them away? That killing job is for teh helmet.

    Energy from stuff gets drained only from chestplate and when that energy runs out, the chestplate LOSES its abilities (and armor). You probably tried to do something similar to MPS, but failed =\

    Wireless chargers are not working properly (?)
    They don't charge equipped armor.
    They only charge items on your hotbar, and if you don't have an electric chestplate equipped, it will end quickly using all its internal storage.
    If you use an electric chestplate and a wireless charger, it will slowly consume the electric chestplate energy and waste energy. This means the wireless block station is requesting ALL energy it can, while charging nothing.

    Rework suggestion : Wireless block storage station. It STORES energy into it, and will use that energy to wirelessly charge stuff. That way you can "store" some energy to charge your wireless crap and avoid enet glitches. Wireless chargers will consume the wireless block storage energy to recharge itself.

    GT Recipes :
    I was a bit lazy to make the grids and such, hope you can understand it.

    Ok lol. And the point of covers interracting with Lasers ? ^^

    If i didn't get it wrong, those covers will reflect laser beams. That is useful for whatever reason, like protecting stuff from laser and/or doing "angular" shots.
    I wish those covers would transfer energy "laser"lessly (wirelessly, badly inefficient, but mostly for automation machines)