Thanks for the report however this is likely related to one of the many mods you're using.

Well it only happens with Factorio, and since my friend also has the same issue even tho differant hardware. She also only has this problem with Factorio. Are they also running Linux? A search brings up several people having the same issue with several games over the last several years with seeming...

Sure, but creating some interpolation (or a in-between sprite) would definitely be beneficial for smoothness of animation. You're making impossible possible with each FFF, I'm sure you'll come up with something eventually . You can simply re-read developer replies to this topic for why that doesn't...

The post tile says solved but I don't see anyone mentioning what the issue was?

With recent https://factorio.com/blog/post/fff-393 and faster belts, it feels like this issue should be readdressed. The new belt just doesn't look good anymore at 60 FPS. The belt animation is still tied to the game update so it would have no impact how it looks. Sorry but there's nothing to be re...

Looking at the logic, it seems the documentation is incorrect and the error is correct. The logic takes the area, centers it on 0,0 and then takes the maximum of the width or height and converts it into a square before charting that area. I have no idea why it works like that but at this point I'm g...

Thanks for the report however because this is seemingly only happening for you, and is not software we have any control over there's nothing we can do.

This almost looks like it's crashing in something that has hooked into the game.

Can you try closing everything else on your computer and see if it still crashes? If it does, re-open things 1 at a time until finding what's causing it.

Specifically the mod AP-W17724995960202541683-P2-Kayson version 0.4.3 was added, and then removed from your save.

Do you mind answering; why did you enable that setting? I’ve seen several people who have had this issue and I have no idea why they turned on the setting.

This looks the same as this viewtopic.php?f=49&t=108367 which AMD still has not said anything definitive about because they can't reproduce it internally.

What you describe to remove is exactly how they were programmed and intended to function. Moving to outdated/won't implement.

I'll Run the test tomorrow, Will this fix the save? I was about 25 hours away from completing the SE run :( at the moment I've found a save that works from 620ish hours in so that's something. Thanks for the quick reply. it will not. The save is unknown amounts of corrupt. The error you get is simp...

Every known case of save files getting corrupt in this way has been traced back to bad and or failing hardware (typically bad RAM). Try running this https://www.memtest.org/

protocol_1903 wrote: ↑

Sun Feb 18, 2024 6:14 pm

Then why is it not called when upgrading an entity?

Because nobody added it when writing the upgrade entity logic.

pre_mined will get called several times as construction robots empty out the entity. on_mined will get called once with the results of mining the entity in the buffer.

So they have functional differences depending on what you are trying to do.

Thanks for the report. This looks like a super super old artifact from when the game was in early development that was never changed. I don't want to risk changing it for 1.1 but I will change it for 2.0 and assuming no issues are found it will be fixed in the 2.0 release.

I thought of something while working. My computer (windows) has a stupid amount of RAM (due to job-related reasons). How feasible would it be for Factorio to create a RAM drive, save the world there, and in a separate thread save the ram drive to disk without interrupting (or minimizing the time it...

Thanks for the report. This is fixed for 2.0. The event simply fires twice but the actual internal logic only runs once.

You turned on "log stack trace on non-critical exception" and left it enabled. It's not supposed to be left enabled.