Problem with that resolution is, hex is used to specify bits. The "best acceptable value" you're choosing doesn't have the specified bits.

In a game where the equipment uses signed-32-bit-wrap arithmetic (and for instance with filter setting the game mechanics *rely on it*) refusing to wrap input ...

A canary accumulator on the main power net but not on the emergency net should do it, canary charge <25% throw the isolation switch and turn on the emergency power.

Watermelon_lover wrote: Tue Jul 02, 2024 4:13 pm

thermomug wrote: Fri Jun 07, 2024 6:35 pm

KillerAnt wrote: Fri Jun 07, 2024 6:23 pm Who in their sane mind crafts items with fluids? Isn't crafting of these items blocked?

It probably is about mods

I am both scared and intrigued as to what type of mod uses fluid handcrafting.

Maybe it lets you write your name on the ground.

If you think there might be some limit on how much a game can demand, then you have to also think the best games will push those limits, and what a game chooses to fill that capacity with, what it chooses to demand of its players and their rigs, will involve tradeoffs.

Satisfactory and Techtonica ...

11.2/7 is 1.6, your 7800x3d is delivering 60% better performance, you were cruising at 70, the new rig blows by it at 112, kinda leaving it for dead. That's right in line with what you'd expect if the extra cache was not enough to tank most or all of the working set. So ~20% better core clock ...

All excellent. At the back of my mind I've had this hankering for circuit connections on rail segments, you could have red/green on each of the two rails, by default connected to every attached rail segment but with a switch controller, either an entity or a tool, that can connect/disconnect ...

How about an up-around-km-or-maybe-ten-scale low-level noise around the settings, so as you travel you'll go through subtle undulating more, less than the sliders say? You could do that with ore densities too.

So overall the map has what the sliders say, but you'll find regions where iron's scarcer ...

It's going to happen. If the left belt ore is one or two ticks ahead of the right belt ore, the splitter can start passing the left ore, see the right ore and have to decide which belt to send it to. Since the left belt's currently busy (in that lane), it sends it out the right belt. But then there ...

no player has an actual use for circuit networks

Clocking inserters and logistics requests to cut ups cost per production. Kovarex buffer control to get your '235 production up and running ASAP. Sushi-belt malls and resupply. Compact multiple-item belt cleaners. More for shits-n-giggles but hey ...

darkfrei wrote: Wed Feb 15, 2017 1:16 pm I don't like it too. Can it be moddable in future?

It's moddable now. building entities fires an event, if the built thingy's got a backer name and you don't like it, sub in one you do like.

This is a straightforward `jq` filter, object addition defaults to the field values on the left if they're missing on the right so just supply your defaults that way. No point reimplementing existing tools.

I would actually like more uses for concrete; like more advanced buildings require the higher tier concrete on the ground before you can place the buildings.

For instance, centrifuges and nuclear reactors require refined concrete to be placed on the ground before the building can be placed ...

You can do it with one wire carrying the summed product amounts + station counts, then the below-average stations can disable themselves with a single combinator, but really? Disable at LTL quantities, have at least one more outpost than you really need, set an alarm on it. If any train ever reaches ...

Don't disable stations at a hard limit, disable a station if it has less than the other stations.

I like it, I've had this hankering for a "fusable constants" combinator, just like a constant combinator but with a special condition you can set, if that condition ever matches the combinator latches its inputs and becomes a constant combinator with those values forever more. Here's one use for ...

Bots, trains and biters is what's killing your performance. You're using bots to carry ores long (for bots) distances to trains that run on congested routes to depots that use bots to carry them even longer distances to the smelters. You're averaging well over forty thousand bots in the air. Cut the ...

I agree with pretty much all of that, but trains that need to go *slower* than their top speed to achieve max throughput are, 100% guaranteed, not achieving the maximum throughput of a rail line.

My one real objection is, if you're dealing with trains that have to brake to achieve peak throughput ...

But why would you want full speed? Staying below full speed gives you a higher throughput (in many cases).

Because no matter what, whatever lower-than-full speed you like, you get not just a little better but massively better throughput with trains long enough that that *is* full speed ...

It's this simple: 2^52 ticks is over two million years.

I might be in the minority here but for me, before first launch rail line throughput just isn't a factor at all. I do the first few launches with 1-3 ore trains feeding what gets built up to a ~25k/min smelter complex, for a rail line that's *nothing*.