Technically a snapshot is needed. Cause a save can represent a game only after one tick.

A copy-on-write would mean, that the game copies all chunks in one tick, then doing the save with the copy. While saving, it continues the game. With large maps, that copy will take a while.

Snapshot can work ...

Could the "middle lane" be re-added with the new belt system? It seems a lot more natural than having all the items move to one side for no reason.

How is this not a suggestion?

Replacing follower count with a drone control module is an interesting idea. Perhaps there could be multiple tiers of modules (with more robots per grid cell, of course).

bobingabout wrote:I still think it should be possible to flip/swap inputs/outputs on fluid using/producing factories.

I still think allowing any fluid into any input would be an easier, simpler, more convenient and more flexible option.

Mine Entity A for 2 seconds only to hit 95% mined then say a robot flies over and you start to mine the robot only for it to reset the mining progress of the thing you where originally mining.


Would it not be better to just not allow the mining of anything else unless you move your cursor ...

Creating new research to increase player Logistic slots and Toolbars is doable with modding.
The inventory though can't currently be upgraded via research, some mods make it bigger by altering the player entity.

just pointing this out.
"X is possible by modding" and "X should be in the base game ...

Fixed that it was possible to use the fast replace on enemy structures. (viewtopic.php?=9150)
Pipes on difference force can still be connected sadface
This doesn't seem like a bad thing really.
If you wanted to ensure there was no external influence on a pipeline, then it should have a turret at ...

Players shouldn't need to know about experimental updates - instead, major versions should be smaller, so that stable updates are more frequent.

(That might involve disabling unfinished features for stable version - imagine 0.11 stable with gates, spitters, tanks, new car graphics, new player ...

ssilk wrote:We have already research for larger inventory, or what else is the quick-bar?

Imagine adding 50 slots worth of extra quickbars, and you will see why that's a problem.

Major changes from current architecture probably won't happen, nor would they be feasible. As to the hundred thousand entities, while one can't dispute their existence, I think there's only one troublesome entity in this game, and it's the more-or-less unpredictable player. Other entities are ...

Just FYI, the yellow text is hard to read on light themes.

Probably just as easy to figure out why it doesn't work and fix it.

+1

Rather than boilers, maybe steam engines should take time to adjust (because they have inertia). Effectively no difference to gameplay, but easier to think about, since steam engines have access to the electric network stats, and boilers only have access to the water temperature.

Either way, it ...

What if you could mouse over any building and press a button to see that building's electric network?

Or: make it the GUI for things without GUIs (like accumulators and steam engines), and for things with GUIs have a button to switch to the electric network info.

Make sure not to fall into the trap of feature creep.

Alternatively, inserters don't have a separate slot for repair packs (which reduces complexity significantly) and instead we let them get jammed. That way you need two separate belts and two rows of inserters if you want auto-repair + ammo feeding.

The current solution is to have a separate robot network at your outpost.

Tested with my current setup (i did grab inserter stack bonuses cause the red inserter is slow to move from the left box to the right)

21 stacks of iron and copper -> 349,349:352,352:349,349

made it 7 input chests instead of 3 per side

(holy backups batman!)

final result -> 350,349:353,350:350 ...