With threading now being touched in 1.1, i sincerely hope it might be helpful to to provide a savegame with lots of surfaces. (space exploration mod) Speed on the server is now down to 24UPS to match the smallest client.. which is a pain. And it doesnt feel activity itself is what's causing the slow...

Sorry but this doesn't work; the radar may not have enough energy to do the scan at full speed; so just saying "the chunks always stay revealed" doesn't work. At a fundamental level; what you want to do will always be costly - keeping all of some huge area revealed will always have some c...

The spikes are caused by the scan, but it seems the "near visibility" is very similar to the scan, just fired more often and for every chunk within range. As far as i know you can control the near scan chunk repeat frequency by changing the "energy_per_nearby_scan" *edit: from th...

You have a source for that ? Its not the biggest drain compared to entity update if your base is small, but its definitely noticeable especially once you want to light up the entire safe zone to make the Blueprint from map system work. If you start to get in the neighborhood of 1000 standard radars...

thats exactly what i tried - https://forums.factorio.com/viewtopic.php?f=6&t=87388 There is a linear UPS cost for each chunk highlighted by radar caused by a repeated quick nearby "scan". So without a fix to radars thats a definete NO on larger maps and the feature only really makes se...

TL;DR Don't restrict the placement of BP from the map, as long as chunk has been revealed. What ? Currently placing BP is limited to the area you can see or is revealed by radar, but radar ranges are quite minimal and thus remove the entire point of placing BP on the map. Why ? The new update with ...

TL;DR Remove the performance hit for radar "near" visibility. What ? Right now radars repeatedly "scan" nearby chunks, which has a notable performance impact once your area of visibility grows, especially since radars can overlap a lot if you dont manually place them. So instead...

Ok, well nothing that can be done about that then.. As you already have a time indicator for each script type ( which mod) - you already know whats being executed each time, i was hoping that one could store temp checksums for the last tick only which could be used in the desync report. But like alw...

Disabling and enabling mods, rinse and repeat is the essence of trial and error. And yes i just went through such a ordeal... Desyncs that happen quickly are relatively easy to track once you figure out how to trigger them. But until then, they appear irregulary, and once they start you often need t...

Hi there After fighting desyncs ( esssentially hours of trial and error to repeat it and then disable the next mod - until fixed) for quite a while after the 14.15 update i finally found the mod that caused it. Would it be possible to either: 1) improve checksum calcs so you can trace which mod / sc...

Just for info, MoWeather causes desync as soon as weather isn't clear sky anymore.
Im assuming that the weather isnt the same for all players - since i love the mod in SP i really would like to keep it in my MP game as well

Please ignore that, it was MuWeather not Natural evolution that was the root cause.
Removing NE just made it last a lot longer before it desynced.

Keep getting desyncs when i have NE enabled in MP, issue appeared after updating to newest version, and also prevents new games..
does anyone else have the same issues?

Edit:removed link as desync has been resolved

After testing 14.15 the behavior definitely is improved.
Though he is now stuck in a desync loop.. error report here:
viewtopic.php?f=209&t=35164

Not sure if there is still a hole in fragmentation or something else.

test with 14.14 as it improved the issue - else wait for 14.15 since they added support for application based packet fragmentation.
If you play you will find at some point find that that you cannot continue once that map is large enough ( like we did today )

With 14.14 the mod limit increased to 64 mods from 50, so definetly a improvement. However we cannot continue our game as the bug also seems to appear during map transfer - making the game looping loading and syncing until timeout ( with messages of "server not responding" popping up const...

He didn't have time to test, but we did schedule a test for tonight.

If you are playing with mods, then try without them.

been tracking deeper into this, and behold - its apparently due to fragmentation being disabled by their ISP. ( which means its actually a larger problem than just a few people ) According to my tests, the usual packet size limit of modern routers is 1472 bytes. But those affected by that setting i ...

Yeah. we where thinking the same - but we cant be sure since we dont know whats actually happening behind the scenes. A good test might be to use base64 on the modlist if its currently clear text, and see if that affects it much. If it does, and "UDP only" is kept, then adding automatic sp...