Talking about caches, is it considered "working as intended" that changing the content of a graphic file (*.png) without any changes to the data code does not invalidate the atlas cache? I've always found that quite annoying. As far as I know that's intended - cache invalidation needs to ...

After I understood what you are saying, I immediately wondered what else the engine is calculating every tick for visual purposes only. Flamethrower stream parts? Projectiles? Inserter arm positions? Basically any movement that has a starting time, which's path follows a known mathematical function...

I'm mostly wondering about the emitters never moving. What if there's an emitter on a train? It seems like this assumption is incorrect. It's not an assumption, but rather a restriction. I wouldn't be surprised if trains would never use emitters as they are now because of that, but that's not a pro...

What about particles that come from Sources(Emitters) off screen? Say you have Assemblers all around the out side the Red Box(view screen) and you move in any direction. Will the Particles just appear or would you see the Assembler exploding when moving there. Question is based on the Animation whe...

Please post your log file.

Thanks for the report, it's now fixed for the next release.

This bug is somewhat tricky in that the cause isn't as trivial as an unaccounted offset. Part of this is caused by entity targeting only checking for the position of it's target instead of it's complete bounding box (while the position targeting that the spitters end up in doesn't have that problem)...

I quite want it on, but perhaps instead of a toggle you could add a slider for 'intensity' of the effect (a simple 0-N bias scale, where 0 is off (can just not run that shader then, fallback to the normal texture shader) and non-0 is a scale, can even turn it above 1.0 for a 'larger' effect (likely...

Can you upload the map itself too? I'd like to have it for future reference

The tree animation made my eyes water. Will there be a way to switch it off in game if I find it too distracting? Yes, there is a toggle in the graphics settings. Though it pains my heart a little to see people jumping to turn it off - I hope you'll give it a chance at least :) So does that mean th...

The fix I wrote to make biters not shoot out of range did not fully take into account that other parts expected to have returned to them, which messed up those systems and resulted in the behavior above.

I managed to build another variant - 70 miner/furnaces per patch and thus only 4.5 patches used. My personal benchmark showed that it was slightly worse than the other map, but I'm not quite sure why ¯\_(ツ)_/¯ A possible experiment here is to use 2 locomotives per train (or even twoheaded trains?), ...

I will sadly be travelling during the next week, and thus not be able to take back the lead if not for this:
I actually forgot to send the cars to sleep in my map maybe it's enough to get back into leading position

Seems like the map I uploaded above didn't quite manage to produce the 100k because I was sloppy with the 3 leftover assemblers. Thanks to quyxkh for pointing this out to me
If this one doesn't do it, then I'll actually have to clock even that thing (and I really don't want to )

Tip'o'the hat. Thanks :D I also ran a verbose benchmark for both of our maps to see how they perform. I ran each map 3 times (cause I didn't want to wait) for 100k ticks (i7 8700K @ 4.7GHz, 3600MHz DDR4 RAM), then took the median time for each tick acrross the three runs. Libreoffice really didn't ...

I started out with quyxkh's design and initially only wanted to make a few minor improvements, but I ended up rebuilding most of it. Nearly everything is clocked (perfectly) with circuit network No train signals, who needs them anyway? 45 miners per patch instead of 40 The total production is mathed...

Inserters using enable / disable never sleep although there is a PR waiting to be approved that adds this. To be precise: they only sleep if they would sleep without the CN condition. But you usually disable them in a position were they wouldn't, which creates the appearance of them never sleeping ...

It's hard to judge how easy or hard it would be without having the feature. I have however seen multiple maps where I wouldn't agree with your reasoning - mega bases in particular are often built on deserts (in order to not have to clear huge forests) which makes the pollution cloud spread very far....

Just as a side note: there was another UPS wars on reddit a while ago (and technically still ongoing until I finally make my car belt submission ): part 1 and part 2 whose comments contain the submissions
I guess this means that this is actually UPS Wars 4? (Not that this matters at all)

Pollution currently generates chunks in order to spread into them, which increases map size. Pollution clouds for mega bases can get insanely big, and thus make save and load times suffer. Turning off pollution entirely "fixes" this problem, but I'd like a way to still be able to play with...