Duplicate 91864. I tested this save file in 1.1.2 and it will load fine.

Not a bug. If trains on the right were first to make a reservation and something is blocking their path then player made a mistake and has to redesign something. I will not be implementing any global train coordination to fix issues player made. This is a tiny part of the challenge with using this f...

Let me guess, it is not fresh blueprint, but you were using "choose new content" for the blueprint and new entities were placed on completly different end of the map compared to where were entities primarily used for blueprint.

Can this be "fixed"? It seems logical to me as long as the train does not leave the station we should be able to read it's content or ID via the station it's parked in no? No. The train left the train stop and is trying to find a path to goal from next schedule record. It is not parked at that trai...

Would it be possible to make it an option in "settings"? No. It would have to be an option that would be part of the game state and shared between all the players and i am not going to duplicate all the tests only to check belts when this logic is turned on and off. If you would have a fluid system...

TreefrogGreaken wrote: ↑

Wed Nov 25, 2020 7:03 pm

Does this also mean that the FlowRate wont go to 0 on full outputs? i.e a really long pipeline will have those first few pipes full.

I do not know what you are talking about. Fluid amount and fluid flow are 2 different values.

Ok i found relatively nice fix for this. Flow values will be correct and will also properly account for inflow (previously they were only accounting for outflow). Fixed for 1.1.2

For performance issues please follow guides from https://forums.factorio.com/68653 since without any time values on screenshot it is hard to even decide what to look for. (OBLIGATORY) Screenshot of the game with the following debug options: show-fps, show-time-usage, show-gpu-time-usage, show-multip...

Oh no... not this... Fluid system... I do not want to touch that... Issue is that during the fluid flow update, there is a variable `speed` which is used to determine amount of fluid to transfer, but then there is another variable that is used as a flow state for next ticks to simulate some flow mom...

Duplicate 91660

Duplicate 91672

Duplicate 91672

Thanks for the report and a save file, it was really easy to find what was wrong having that file. Issue only happens when some belt related entities are removed due to prototype changes (mod removal), in this exact case it was removal of miniloaders that was causing the crash because without it som...

If you say game has custom scenario you can no longer say it is unmodded. Custom scenario is capable of catching defines.events.on_technology_effects_reset event to restore proper values and if it does not do that, well... not a (base game) bug.

This is not a bug.

Whenever a base game or a mod calls LuaForce::reset_technology_effects those values are recomputed based on the tech tree state. 1.1.0 loading anything below is requesting that migration (it is not visible in migration files as it is baked into the code now).

Thanks for the report. It is duplicate of 91673.

Thanks for the report, save files are relatively large so it will take a little to check what was the cause. Some parts i noticed in this desync report is spidertron logistics desync, however as i was watching that stream and i am also suspecting it could be desync related to placement of blueprint ...

There is no such thing. Green water is purely cosmetic thing of standard water tiles based on chunk pollution. If you disable `Show animated water` all the green will be gone.

Thanks for the report. I made some tiny tweaks that should resolve this issue.

It is definitely the underground ghost weirdness. I've made a video reproducing the bug, here: https://youtu.be/8O0O1ZNOVeU Really nice to have reliable reproduction. Indeed the issue is with the ghosts: 91701-repro.gif By having fast underground belt ghosts on top of real underground belts, when b...