https://factorio.com/blog/post/fff-388 "Chart tags improvements"

No, not really. First of all, it is not uint16 because effect values can be negative (for example productivity modules give speed penalty). Second, if it would be documented as integer then it would say that only acceptable values are integers however effect values loaded have 0.01 resolution that a...

Literally unplayable. There is another stone patch if you go east and slightly south.

No.

Not a bug.

2.0. There will not be "read contents (hold/pulse)" but a "read transfers" (which effectively works as read contents pulse, but given that loader does not have any storage, it is not pulsed when item gets moved to the internal storage, thats why it will be called read transfers)....

mrvn wrote: ↑

Wed Apr 24, 2024 7:57 pm

Could one mod this by creating 2 half sized belts. I.e. having 2 belts going opposite ways and just reducing the footprint to 1 tile.

There are hard restrictions of at most 1 transport belt connectable on a single tile (assuming no entity ghosts). This is not doable that way.

No.

SANTIMEL wrote: ↑

Tue Apr 23, 2024 5:39 pm

I expected that the entire training list would disappear.

Not a bug.

/unlock-tips is when you want to unlock all tips, which means you want them to be visible. From what you described you want to lock them, so you want /reset-tips

Does this mean indexes will always be unique too, like unit numbers? Or will they still be re-used? It would be nice if they were unique to use as an identifier. Can't use the surface name because that can change. No. It means that LuaSurface will get invalid permanently when surface gets deleted. ...

You are right, LuaSurface uses SurfaceIndex for binding and grabs surface by index every time surface is needed. For 2.0 i am changing LuaSurface to use a targeter to surface which will change this behavior to the one you expected: when a surface is deleted, LuaSurface that was pointing at it will b...

Not a bug.

Simhelper is not compatible with 1.1.107 because debug.upvalueid was removed with other functions due to safety concerns. Space exploration mod and nixie tubes mod were updated to no longer require simhelper. Please update your mods.

Could it be that you were changing hidden settings and accidentaly enabled the "log-stack-trace-on-non-critical-exception" ? It is known to cause freezes since it loads symbols file to generate readable stack trace for the purpose of log file, but it is only supposed to be used when debugg...

Both of those are using the same internal function for revive purposes with the only difference being that silent_revive makes no sound and creates no smoke.

Thanks for the report. Issue is now fixed for 2.0. Root cause is that a/ writing to map_settings does not trigger cache resize, and b/ cache is resized on load. Desync would not happen if any of those 2 would not happen. Main fix for 2.0 is that writing to map_settings will immediately resize those ...

Thanks for the report. I am not considering this to be a bug. If they would be required to be equal then they would be all pointing at the same file.

gth wrote: ↑

Wed Apr 10, 2024 11:03 pm

Cue the disappointment. Can we either:
a) make replay work (almost) universally by making Factorio run "as" an older version, when necessary?
b) migrate replay/save files to the current version (maybe with an asterisk saying it may not be a perfect replica?)

a/ No.
b/ Absolutely No.

Please note this topic derailed from "multithreading by surface" to something about having partial game state on the clients which is not going to happen. Having full game state on the client is one of the fundamentals that allows us to have the game at all (with MP support) so any suggest...

I managed to reproduce this issue in 1.1.x on linux but when trying this in 2.0 on linux it loaded without any issues so it is fixed at least for 2.0. Since part of the fixes was to update minizip library i am not going to mess with 1.1.x anymore and i will say this is a duplicate of https://forums....