Jon8RFC wrote:What's going on with the terrain here:

This is probably the known issue issue that'll get fixed properly in 0.17. For now it's very subtle so they don't want to break 0.16 any further.

viewtopic.php?f=11&t=57043&p=337815&hil ... re#p337848

This seems to be because inserters always want to pull from the left lane when pulling from the end, causing them to repeatedly move back to it (delaying slightly) every time a single item comes through. Moving half the inserters to the left lane and half to the right lane gives full throughput - in ...

It's a lot better but not not entirely fixed. In particular the blue/yellow combo posted by madzuri still fails if you get the alignment right.

Priorities often fail as well but you may consider that to be a separate issue.

I like it. I'll be able to sanely build a large bus without pulling my hair out over trying to make a balancer/tap/priority splitter that's actually reliable. Just need to back it up with a hard line over splitter decompression bugs and similar weirdness.

Not sure about bot nerfing. I agree with ...

To clarify when built from blueprint you get neither: it's white (ignoring the circuit source of colour) and permanently on (ignoring the logistic on/off condition).

If you manually remove and readd the wires you get colours and only appropriate lamps are on, which is the expected behaviour ...

This is 0.16.16. I've seen this sort of behaviour many versions back though (0.14? Earlier?)

More "splitters decompress belt when they shouldn't" stuff. The top two are known ways of taking off a quarter of a 4-belt bus, at least on paper. In practice I've never had them work reliably, as you can see in the save.

Comparing the second and third is more interesting. The second is getting ...

While in theory belts add all sorts of interesting complexity, in practice I hate it. Belt balancers/taps are overly complex and have just that touch of unreliability due to weird timing quirks in splitters. Make them 100% reliable, give better ways to lane balance, and make compression actually ...

It'll be nice to see "putting items on belts" as the core feature it is, rather than an accident of how the original inserters were implemented. If you didn't want them to compress you should just cut the belt throughput in half and otherwise make it consistent.

For fluid tanks.. you can't "use two ...

Why would you remove such a cool, useful feature?

I've done a GUI lib before.. my sympathies for the pain involved. I'm sure the result will be worth it though.

The new art is beautiful in its own way (as concrete pavers, not poured concrete). Perhaps a bit too much contrast (and looks like a tripping hazard), as others have said.

I'll point out, however, that a big reason to use it is for the speed tiering. If you already had concrete flooring you'd never ...

I'd be happy enough if the 30 second value was exposed via the modding API. It's easy enough for someone to make a mod or to add it to use preferences later.

Another thought though: if buffer chests had two priorities you could have one at the producer (such as a train station) and another at the ...

After Factorio is released the team can move on to their next polishing project:

Definitely the loading screen or even the main menu. There shouldn't be a point where a player says "okay, I've played enough to get a feel for the game, get rid of that annoying extra popup". Before that point the player should be doing tutorials, not tips and tricks. After that point they're an ...

The webbing is pretty ugly but.. alternates.. hmm. Maybe generate a larger "island" but in a random direction to form a land bridge? That would still let you generate on a coast but more likely to be connected.

Feedback in the spawn algorithm would really help though. Check 10 or 20 points around ...

"Optional dependency" still seems like too strong of a wording. They're not a dependency at all, they're a load order constraint and a version match.

Just set a logistic network condition on the inserter putting into the passive provider, then there won't be any items in passive providers if there are any in storage chests

A limit of 1000 would mean you permanently have up to 1000 items in the storage chests. You'd have to temporarily run out ...

The construction bots pull from the closest, it is your design decision whether that closest chest is a passive provider or a storage chest

There are many ways to set up the chests and inserters so that none are placed in passive providers if storage chests still have some

If the only way to use ...

Any chance you'll reconsider the issue of construction bots ignoring/not prioritizing storage chest items? Sure, I could work around that now by having a set of buffer chests with 1 of every placeable item in the game, but that's an ugly workaround for what I'd expect to be basic behaviour ...