Posts by KrisBigK

    I don't think te blocks work properly in commands and structure blocks at all. I remember that I filed a bug report about this in Feb. 2018, but I can't find the bug report now. (maybe 2325 and 2335 as they are the missing ones in that period of time) My screenshots were still there though.

    So you mean that the upgrades don't drop when machines are picked up? This helps a lot especially when moving machines.

    But whenever you want to add a machine, you have to first turn the power off, because otherwise your machine explodes. :Nuke TNT:

    You don't have to turn all machines off, you just have to break the cable(s) that will connect to the machine when you place the machine and connect the cable again afterwards. You can also use a big amperage at low voltage, which is what I did in my old survival world. I've managed to get ~15k EU/t by connecting a lot of transformers to MFSU.

    And whenever I build a fluid reactor it starts overheating and I turn it off and go look for the part of the pipeline where I forgot the fluid ejector upgrade. :Empty Cell:

    There are steam designs that don't require a big pipeline and there are already fluid pipes in IC2 now.

    I've managed to improve the efficiency of Blackpalt's 6 chamber 43 rod design by 0.14 with more use of dual rods. I decided to put it here as it is easier for those that need this type of reactor design to find this thread via searching.

    405 EU/t, Eff. 1.88, 43 rods


    I meant that the process of turning something into lava should maybe remove some heat from the reactor

    Reactors have been made not being affected to outside environment (at least that's what I believe). And, this is like an outside vent, a random one that doesn't need much materials.

    although I currently see no way to keep a reactor powered at 85% because whatever block you put the redstone on melts.

    You can power the reactor through a repeater and a block, and use a cobble generator to constantly replace the block once it melts, or you can use the configurable redstone behavior of EU storage blocks, plus some redstone and wiring. I mentioned before that te blocks don't get affected.

    I mean it could remove the lava's worth in HU at least

    Why do you want that? You want to remove the only way to get basalt (besides replication) as of now?

    and not turn flowing lava into source blocks

    That sounds reasonable.

    so at least a dormant reactor can't be an infinite lava source.

    A heated dormant reactor can turn every single block (except air and te blocks) to lava. It is an infinite lava source anyways, it just depends on what blocks you want it to turn into lava.

    I don't think that the infinite lava is OP, and as far as I know this isn't even considered a bug. I had already considered utilizing this to produce EU, but I found it is much more productive utilizing the reactor to produce EU, running on replicated fuel rods.

    A large amount of lava is required only at early-mid game, but a reactor needs a lot of Lead, making it difficult to craft during that period. However, there are plenty of lava in the nether and they're easily accessible via a pump, which needs much less materials. Although the lava amount in nether is finite, but how can you use up all of it?

    In my opinion, creating lava with the reactor is a great idea, offering a completely automatic way to create renewable lava, basalt, and obsidian, while still needing some infrastructure. What I have thought was to use a cobble generator, with a bunch of dispensers , observers, and fluid cells to collect the lava, which needs some material investment. Creating lava simply through machine simplifies things too much. Considering that lava isn't needed that much in late-game (unless you're making a portal pigman farm), I am against the idea of a lava-creating machine and keep things as-is.

    Original texture

    The texture of the bronze tank is pretty strange, especially the middle rectangle-shaped thing, right? I thought that it looks better if the textures are more similar, so I slightly edited the texture to make it look something like . I would like to see this texture getting implemented.

    Isn't that better?

    automated fluid reactor - 1.12.2 -

    First of all here is the reactor layout that I use and some statistics by the reactor planner:

    Mark V pulsed reactor, operating on a 5-sec on 2-sec off pulse with an average efficiency of 40



    So... After about 5 months of building and testing (The oldest backup I could find dates back to early March this year), I think the automation is reliable enough, at least that was what I thought, for me to finally release this build, which is literally a redstone mess.

    In this build, I had automated the warmup process, fuel rod replacement and recycling, and optional fuel rod crafting completely only with IC2 and vanilla Minecraft. The principle of the automation of warming up is quite simple: by removing the vents and putting them in after the reactor is warm enough through redstone control, the reactor can automatically warm up and run at above 50% heat even after it is turned off. As the reactor itself is almost undetectable without other mods, things can still be detected through redstone circuits that controlled the reactor. I'm not going to go through how other things work because they should be able to be easily understood by just looking at them in the world.

    The reactor and automation circuits are built within a single chunk, but redstone related with the reactor control room (which are built in cyan concrete) and part of the redstone controlling the crafting system extends into another 3 chunks as I don't think not loading these will cause problem. I haven't tested what will happen if only the reactor chunk is loaded yet. Therefore the chunk loader within it is set to load all the 4 chunks. Slimestone is used in some parts when wiring is too difficult or I'm just too lazy to do the wiring. These can be replaced with redstone dusts. Also there are a chest with low durability rods at -1, 31, -1 if you want to watch how the fuel rod automation works. Remember to middle-click them :-)

    There are still some problems I found out but I have no solution. Any help to solving the following problems is greatly appreciated.

    1.Occasionally there was an extra pulse in the main clock that controls pulsing. I haven't figured out the exact cause of this yet. Although this won't cause the reactor to explode, sometimes the reactor will cool down because of this extra pulse, causing the efficiency to severely decrease.

    2.Chunk unloading and reloading causes issues. When the chunk that has the reactor is reloaded (player entering the area, F3+A seems to have no effect), the clock will de-sync with the reactor, causing it to eventually cool down. There is a rare chance that this will cause the reactor to explode. In theory enabling the chunk loader should be a way to solve this issue.

    3.Vents occasionally mysteriously disappear or reappear. Although it is designed to only turn on the reactor when all vents are extracted from the reactor, there is still a chance that the reactor continues to be on when there is a missing vent, which will break the heat balance and make the reactor explode. The only chance of this happening I found out is that the vent(s) get stuck inside the droppers which are responsible of putting the vent(s) back into the reactor at the proper time.

    Apologies again for the redstone mess.

    First of all, for a beginner like you, it is amazing of you to come up with such a efficient design (especially looking back at my first designs, which are truly awful). However, the major problem of your reactor is material cost - there are already mature designs with exactly the same efficiency, with less materials. This is mainly caused by your excess heat exchangers and low venting efficiency.

    For example, the difference is quite obvious when the design that I use is compared with your design.


    1. Fluid reactors' (or "water reactors" as you called) output are based on heat the vents vent, while EU reactors are based on fuel rods. The output of the EU reactor is throttled by 50% (according to the in-game tooltip) because fluid ones are complicated and more costly to set up.

    2.Personally I think the simulator is quite reliable. You can ask MauveCloud about it as it is he who programmed the simulator.

    3. No. The component heat exchanger takes up space and does nothing except preventing the vents from breaking. Also, the vents will break when there are always excess heat in the reactor core.

    4. Yes.

    I checked your map, i loved the way you stacked all reactor and your mox design but you use a lot of redstone which as you said can cause lags and i don't find it a good way to automate ic2 stuff .

    Redstone dust itself doesn't cause a lot of lag, it's turning it on/off that cause lag due to the tremendous amount of block updates that it cause. For the machine part, I have tried to optimize the lag when it's idle wit the help of LagGoggles.

    I modified a bit my design, now i'm using a weighted item distributor to send iron plates in priority to canning machine then batch crafter, it makes a buffer of 128 iron plates but for now it's working but i wish the sorting machines would be able to also sort quantity (i'll make report on mantis, in case it's a bug).

    I think it is better for you to make a thread in the suggestions forum, since this is more like a feature request/suggestion than a bug.

    For your EU issue, i know the splitter cables doesn't work, you still can use 2 transformers to achieve the same goal but beware of wrong wiring (RIP my old mining factory, only 1 machine wrongly wired on 2048 instead of 512 destroyed the entire building ).

    Since my map has 20 reactor in it and each generates about 600 EU, I don't think that a few transformers will work because of the extremely high amperage (and it will be bigger if more reactors are put in there).

    If i put a stack on iron plates it will seperate this stack at 33% on the north and 66% on the top so my design would work but if i put iron plates one by one (like a metal former) it will send everything to the north, i don't know if it's a bug but i would like to be able to send exactly 1 iron plate on north then 2 iron plates on top.

    Any ideas ?

    You could use hopper minecarts and hoppers to distribute the items into the exact amount that you want with a cost of a comparatively high lag.

    Actually, I've made a fully automatic MOX reactor including fuel rod recycling, uranium production, etc. The reason why I haven't shared it yet because sometimes I stumble into problems like the EU stop flowing and I haven't finished the product treatment. This is like a pre-release version and I currently cannot guarantee that it will work 100% (and probably in the future).

    Players generally don't like the idea that if they set up a component production line, it will consume inputs until every machine input and output along the way has a full stack of intermediate products. As a result, they tend towards overly-smart logistics networks like AE, where the network is in charge of putting exactly the right inputs in so that nothing gets wasted, but I think that it would be nice to have the Factorio-like option of letting full inputs produce natural backpressure with an acceptably-low overhead, so everything can pull directly from storage.

    I don't like item stacking mainly because if hoppers are involved, they will create a tremendous amount of lag (often more than 100 μs per tick per hopper). However, I personally like to use redstone to lock the hoppers when they aren't needed to reduce the lag, and I avoid using other mods whenever possible. Also, no thing is wasted - the items there just don't get used.

    Your idea about the stack size limit is great, but I think that the accept limit is better to be (64 - N) * one craft, and the output threshold (63 - N) * one craft, otherwise only 1 upgrade is enough.

    I don't know how best to handle cases where different recipes take different counts of the same input item, perhaps a "recipe lock" upgrade would also be useful.

    I believe an IC2 machine only take one recipe at a time. I like the recipe lock idea as it can act as a item filter.