Vitaliy

@fluxionary That is actually engine bug that it allows accessing nodes outside the map limit (aka MAX_MAPGEN_LIMIT round down to block size)

Indeed, double piston becomes unreliable, not due to delays (interrupt times could be adjusted accoddingly) but due to imprecise timings. That’s not easily fixable, so yes, overheating may be better....

That way a piston-oscillator would cool down and resume operation after these 5 seconds. It would overheat again ofc, but only for next 5 seconds after which it would resume...

Note that adding several single-step delays seems to make the double piston work reliably: ```lua piston_delay = 0.15 if event.iid == "pull1" then port.b = false interrupt(0, "push2") elseif event.iid...

Solar panels become expensive, just like IRL... Can’t imagine a situation where you need many solar panels; they are detectors and not power sources here. Can increase the recipe output,...

Updated. The recipes are now: ``` Diode NOT AND NAND XOR NOR OR . . . . . . m t . m t . m t . m ....

hmm, so digiline send ratio should be limited too... or LCD receive ratio: these old cheap displays may be allowed to be slow or even to overheat on such intensive...

On digilines: you can install altered mod, without the wires =) Digiline devices do connect to each other if adjacent, so you still can use them.

Oh well, and there are so many ways to crash or freeze the server... Quarries at block boundary... These old deployer-breaker tricks... Or just a sufficiently large active mesecon circuit...

limited? well, Lua execution time is limited somehow, but not the native code which may be called intensively by LCDs (entities **are** heavy, and may easily freeze a server if...