Posts by Speiger

  • April fools joke.

    Quote from asiekierka

    1. So IC2 could make their own cables.
    4. Of course it has a transferlimit API! It's called "simulate".
    5. Sure it is! All RF mods care about is whether they get energy from itself, or to itself, or nothing. RF does not care what the cable is, it can even be an entity flying through the block (Geko's Lasers). Also, what connection request? BC caches everything.
    6. The April version had a bug. In Complication, everything burns. Entity damage can be done very easily and "how much energy went through cables" is easy to do, as BuildCraft already calculates the average per tick for rendering.


    1: Yeah but as player said the API does not provide enough for multiblocks so without EnergyNet you can not do that properly
    2: My machine from SpmodAPI had the problem (until i made the converter accept micro amounts) that it could be charged only be hige amounts and it never got charged full because of that simulate function... So you need to have a micro handler to handle the stuff like that properly while i can do it with the IC2 API very easy. And their converter had just a double to int + converter config conversion. No microhandler.
    3: You have to do a caching system that has to be updated in a constant tick or a blockUpdate which means every now and then it has to read the data... So laggier way of doing something... So adding a TileEntityParameter would make much more sense then a int / byte / Enum parameter alone.
    4: True but think of that: Is it laggier to do a entity shock damage by a TileEntity or a by a grid manager?
    I would call the GridManager is way faster since it checks for Entities only once for every packet while a Grid of TileEntities has to check per TileEntity if a Entity is nearby... That can be especially through Multi Chunks pretty laggy...
    About Explosion. Well the thing is: Energy Stops with the Explosion right? Because when it explode it is not supposed to send energy...


    So yeah...

  • April fools joke.

    Quote from asiekierka

    1. Easily. The Enet problem is only on the side of the cables - if another mod provides its own, working cables, IC2's issue is solved.
    2. This would likely require a small tick handler, but it is doable.
    3. 1EU - 10RF was what the April Fools version did. 1EU - 4RF was achieved in a rather easy way - by comparing energy generation output and making sure it's equal. The time factor was not taken into account for power conversion.
    4. Have you watched Direwolf20's BC8 April Fools spotlight? This would be a bit more annoying with other RF mods (but can probably be solved on the pipe's side), but you can just use time as your second parameter. The amount of calls you can do to receiveEnergy() is not at all constrained.
    5. Have you ever used a Paintbrush on a BuildCraft Kinesis Pipe since BuildCraft 6.1.5 released in November 2014?
    6. Like what? Vague fearmongering "hype questions" are as bad as "hype answers".


    1: True but then IC2 Could not run by itself. So that solution is invalid.
    2: So a laggy way of doing it.
    3: that convertion is fine to me but i would increase it and make it a double sided thing (so two differend convetion ratios)
    4: Yeah partly true but still its not easy to do.. Also max Input can not be done by RF since it has no Transferlimit api...
    5: I AM TALKIN ABOUT THE API NOT INTERNAL STUFF FROM BC AND BC STUFF IS NOT COMPATIBLE TO OTHER MODS. Also for every connection request it has to access the tileEntities and compare them. With a TileEntity Parameter (which could be provided with this) would it be much easier...
    6: How much energy went through cables (average per tick, or average in total or average in a since active), Entity Damage, and burning all parts if to much energy sends through? Because even in the April version it exploded only the first part of the grid that had to much. In IC2 it burns all parts that the energy flows through and they are to weak...

  • April fools joke.

    First Everyone who Says: RF is the Answer to all the problems. That would Save IC2 from being dead answer me these questions:
    1: How does that solve the EnergyNet problem? IC2 Would merge the Broken Enet over to RF and then it would be there.
    2: How does it work with the Old IC2 MultiBlock API?
    3: How do we balance the Energy? And no 1EU - 4RF Balance is not enough because the original devs did not think of the time factor (intentionally or not but still they did not think of it)
    4: How do we make Voltages? I mean yeah its possible with RF but still most of the weak RF Stuff would not work with the HV stuff since its capacty would be two low. And you guys would be annoyed.
    5: How do we support the IC2 Color API? I know classic has that implemented only but still IC2 Cables can be split by using Colors on cables.. The Problem is the RF API is to simple to support something like that... How do we do that?
    6: How do we support RF without losing any IC2 Feature? (EU Excluded)


    I bet almost nobody of the RF Hypers (even modders will have trouble) can answer good on these questions...
    And i do not want: A GOOD Answer... Not a hype answer...


    Second: RF is not the Solution. For me RF is Equal To AOL the old program when you installed it you had to completly reinstall your pc to deinstall it...

  • April fools joke.

    Quote from asiekierka

    Design-wise, sort of, but it was RF or death for us - our ecosystem is far smaller than IC2's.


    No Asie. Buildcraft should have simply changed their EnergyAPI a bit and everyone would have supported it still..
    The main reason why people left was because the API was simply: You have to do it our way and thats it...
    If you wanted to make a converter you had to constantly drain the Energy out of the custom battery in the old system to make it work.
    A simply IC2 API like thing: Receiver and Sender would have been enough... Switching to RF was the same solution but you got ride of what BC was worth for. Its own uniqe power system with Explosions...

  • [IC2 Exp][1.7.10] Industrial Utilities

    Quote from estebes

    The slime chunks method requires it to be harcoded and i dont want that. Everything is changeable in the config and although i call it a mob farm because that is the purpose the machine can generate any item you want, you just need to add it in the config. The powercost and duration need some tweaking but i'll probable just make it configurable in the config too.


    only the detection of slime chunks have to be hardcoded but you could add simply a varible which says: Only on a Slime chunk in the config then you could simply add special drops that spawn only on slime chunks... Like the Biome config.

  • [IC2 Exp][1.7.10] Industrial Utilities

    xD Cool idea powercost/duration need some testing in my opinen but its something partly new.


    Only thing i would suggest: Enderpears in end should have 0.5 instead of 0.2
    ans slimeballs should also spawn in slime chunks... These are not easy to find (without a tool) but give rng based things to the mobfarm.

  • Determining planted crop stats

    reason is simple: the planted ones are analyzed while the freshbreaded ones aren't. You need to pick them to know what stats they are... The thing here is just that the normal analyzing via Rightclick on a Crop is completly powerfree...

  • [IC2 Exp][1.7.10] Industrial Utilities

    I have nothing against if you want to make a classic thing.
    Only thing you need to care about is that you have to make yourself FluidEjector & FluidImport upgrades by yourself... API is there so you can use it.
    Note about the forestry thing: Simply it will be automaticly removed after IC2 Classic loads. It will be replaced as soon i find time for it...

  • Need help creating a little addon

    There is a simple list you can do.
    1: Is Ic2 in your dev invioment?
    2: Is in your mod declared that your mod has to load after IC2
    3: Did you try to load recipes not on Preinit (init is the recipe state)
    4: If that was the case what about post init.
    5: If that still crashes do you have the right itemName? (If you access ic2 items)
    6: If everything fails then push a crashlog.