Posts by Chocohead

    The cable type is stored in the NBT, so for insulated copper cables you'd want to do

    Code
    /give <player> ic2:cable 1 0 {type:0b,insulation:1b}

    But that also means that cables without an NBT are broken somehow. Perhaps another mod is trying to add or convert the recipe and is missing the NBT out in the process?

    Funny you should mention it, the beginning of what you want is already present. I'd recommend trying out the Mass Fabricator and UU-Assembly Bench on a recently new version of IC2 in creative.

    The metal former recipes are accessed via three fields in ic2.api.recipe.Recipes: metalformerExtruding, metalformerCutting and metalformerRolling. The method you'll want to be using is

    Java: IMachineRecipeManager
    boolean addRecipe(IRecipeInput input, Collection<ItemStack> output, NBTTagCompound metadata, boolean replace);

    The input type you can create using the IRecipeInputFactory instance inputFactory in Recipes, the output is just a list with a single ItemStack for what you want the recipe to produce, metadata can be null for a metal forming recipe, and replace is optional for if you want to override a pre-existing recipe. For a simple example, adding a rolling recipe turning an apple into stone, you'd do:

    Java
    import java.util.Collections;
    import net.minecraft.init.Blocks;
    import net.minecraft.init.Items;
    import net.minecraft.item.ItemStack;
    import ic2.api.recipe.IRecipeInput;
    import ic2.api.recipe.Recipes;
    
    IRecipeInput input = Recipes.inputFactory.forStack(new ItemStack(Items.APPLE));
    ItemStack output = new ItemStack(Blocks.STONE);
    Recipes.metalformerRolling.addRecipe(input, Collections.singletonList(output), null, false);

    For the different input options like ore dictionary support, fluid containers, multiple items per recipe, or various different items to produce the same output, take a look at ic2.api.recipe.IRecipeInputFactory.

    At this point I'd suggest talking to the Base Metal people/person, this looks like the same problem as before but with newer versions. They might have changed something inadvertently since which brought it back. It is likely the combination with Tech Reborn also adding iridium, but I wouldn't expect Tech Reborn to be the actual one adding the recipe.

    If you still want the overloaded machines to explode but nothing else, you could always subscribe to ic2.api.event.ExplosionEvent and just cancel it, although you'd have to be careful if you still wanted things like ITNT and Nukes to work. The whitelist is to prevent high explosion resisting blocks to be cheap shielding as Greg said, but that applies to any explosion opposed to just nuclear ones.

    Hash naming only works with certain IC2 items because it is a specific internal implementation rather than something more general. You'll want appliedenergistics2:material@54 but with the actual meta value of certus quartz rather than 54. Once you do that it should work fine.

    There isn't especially much to optimise equation wise given there's basically only two clearly beneficial scenarios:

    1. 0 bar pressure, 1 mb/t flow for every 100 HU/t
    2. 221 bar pressure, 1 mb/t flow for every 200 HU/t

    Everything else is just interpolations between those (or above, given that the second is 374C yet the maximum is 500C) which use more annoying to produce numbers without any benefits over either of them. Steam is just like that at the moment, one day it will better scale to allow heat to be more analogue than it is now.

    It would probably be better just to do a blueprint that does primarily go vertically rather than horizontally, the Terraformer isn't especially complicated or configurable for needing a GUI. I've considered blueprints that actually change biomes too (rather than just blocks), so maybe a Terraformer expansion is due.

    It is a limitation of the blueprint to save having to check potentially thousands of blocks above it given the range a terraformer will go in the x/z planes too. The blueprints in general are wide but quite flat in their range thus not especially suited to mountains. There's always the mining laser or mining drill if you need to clear one though ;)

    Hmmm, very strange. You don't have any EU-splitter cables between it and your house (that is one that could turn off and disconnect, not necessarily always disconnected)? They're the only immediately obvious possibility it might stop trying to send power. It must be a sending problem down somehow as the bandwidth proves the KU connection is fine.