note the text colors: White - you have the items in the ready to use state Orange - you have the materials to make the missing items, will auto queue them up if you try to craft it with no red text on others Red - requirement can't be met by auto-handcrafting the missing items the screenshot you sho...

To clarify further, it is enough materials, but the auto crafting of the parts is where the friction comes in, it tries to make the circuit, taking 2 copper to make 4 wires, then tries to make the last wire without taking into account the remainder from the circuit. It is craftable, but manual order...

While attempting to create a sushirail/abomination, I ran into a couple strange and most likely related issues. The setup is a loop of track, all stops the same name, normal signals after each stop, several small trains with 2 stops listed, same name, same wait conditions. 1. if a train has to wait ...

does it still leave if you simply add a 0 to the end of the number, if not, I suspect it updates the number while you are typing it, ie. it gets the 1 before you finish with the 0s.

a couple thoughts come to mind with this, does the performance improve by setting the GPU to stay at the higher speed in windows(if possible to set)? also, I think you'd be surprised(probably appalled) at how much background CPU usage there is in windows vs linux

I'm curious, if you have more than your bots in close ghosts, does the utilization drop to the lower amount after the initial burst?

edit: just checked the GIFs, that is very odd

Do you happen to have lots of other constructions going on in other parts of the factory when this happens?

Sounds like the entity state is saved, then only updated on changes from there. Bet it would update if you poked it with a module or changed the recipe. edit: had a moment to test it, the crafting speed updates on load, but the issue sticks until the recipe is changed, that would indicate some cache...

simple, batch the insertion of the satellite by controlling the inserters instead

speculation: exceeding 2 item a tick output and input being reduced correctly, but output clamping to 1/tick not counting productivity

I had a similar issue a while back, resolved it by trying out the different atlas sizes in video options.

Looks like a pretty balanced setup, you'd probably hit the limit of memory capacity before CPU performance becomes an issue. The VRAM will limit to the normal resolution sprites, but that just means you can get better image quality should you upgrade your system later on, though at that point it wou...

A CPU of that speed would likely be able to play through the game to the "win", though I would recommend you post the rest of the system specs so a proper discussion of what your game experience would likely be can be had.

CPU model
RAM size and speed
GPU and VRAM size
Display resolution

A couple thoughts come to mind regarding nuclear as mentioned.
Which pipe system was the bigger performance hog? (fluids vs heat)
If something like this gets implemented for heat pipes, will probably need to have reactors combine for calculations due to the grid layout.

it looks like the last splitters are pulling 50/50 when they should theoretically be 33/66.

I wonder if it could be fixed by having the splitter prioritize the red input.

if you look at the miner, you'll see it has a triangle indicating the output, you need to have something that can receive the items in the tile next to it, a box, belt, or furnace

I was asking as your screenshot is of a visibly modded game, something is probably different about these trees, most likely a tiny collision box.

I've never seen this happen in vanilla.

do you perhaps have a mod that makes it easier to walk through forests?

I suspect the reason for the current design is so they can be built side by side without undergrounds interfering with each other.

if you look closely at the upgrade gif, you'll see that it auto downgraded a belt that was already red back to yellow