I don't want to be a Necromancer, but I wanted to know of the current status of this 'bug' as I am experienceing the same thing, even with 0.12.24 . I am on windows 7 64bit and playing with or without mods does not change. The initial save always works fine, however any loaded game will NOT let me ...

Can you please upload your save and mod set?

Can you post a screenshot of the GUI with 100% and again with 125%? Is it scaling past 125% of the original size?

Item #1 and #2 and #4 should be simple to change to use localization. #3 I'm not sure if it warrants the time it would take.

What "doesn't work" about it? Does it give an error?

I should also add: if you are running out of RAM a 64 bit operating system with more RAM would let you continue the save game.

The crash logs show you're running Windows XP 32 bit. It's entirely possible that your save game requires more RAM than the 32 bit application can use. That, or there are enough entities now in game that it's over loading the VRAM requirements on your graphics card (1GB I believe for the GeForce GTS...

Can you please update to the latest version of 0.12 (0.12.24 under experimental) and see if the issue persists?

The crash log shows you've got an Intel(R) HD Graphics 4000 graphics card which may not meet the minimum system requirements for Factorio.

Can you try some of the solutions provided here: viewtopic.php?f=7&t=9300 and let me know the results.

I believe the inserter is grabbing the coal from the burner mining drill and that's what you're seeing as "getting coal from stone/iron" :) The mining drill will push out the results directly onto a belt or chest in front of it - no need for the inserters there. That will "fix" t...

Can you post a screenshot of the ore the miner is sitting on?

If it's sitting on stone + coal ore it will cycle between all the available ore in its work area.

Sorry about the long no-update. I fixed all of the outstanding issues.

Ok, now I see... I'm not enough experienced factorio modder yet, but have a couple ideas about how to solve this issue - I should check it out. Is there a way to override standard inventory check method? Look, if I have 1.5M plates in 10 warehouses of 1.5k slots each OR in 300 shests of 50 slots ea...

Thanks for the bugfix! that was sooo fast! What was the issue with the super long belts then? I assume it must have been simple for it to be so quickly fixed? Either that or your programmer guy is amazing. actually lets just assume both. Recursion stack overflow :) belt1 gets changed which calls th...

Can you check if you still have this issue in 0.12.24?

I don't consider this a bug as the mechanics are all working exactly as expected. You've simply cranked the numbers far beyond what they where intended to be which is (as you're seeing) hurting performance. A more technical description of what's causing it to run slow: Every time an inserter looks t...

keyboardhack wrote:Was this bug not resolved in the 0.12.24 release [0.12.23] Exiting Mod screen without changes restarts game ?

It was, just not included (edit: fully) in the changelog due to some reasons that aren't really interesting

Yes this is intended. The scenario pack content was moved into the base mod, this deletes the scenario pack, so the content doesn't show up twice. On a new install, you don't have scenario pack installed (the update that installs it was disabled), so this doesn't show up. You missed out on a great ...

I continued heavy simulation on your save running without Misanthrope mod and it desynced also because of clock_0.12.1 mod. To add to this: the clock_0.12.1 mod is just plain written wrong and needs to be updated to be compatible with multiplayer before it will work. As for the Misanthrope mod - it...

You printed the address of a Lua table - something that's random. So, your address of the table will be different than any other player and different every time you re-run the game and the command.

Just don't do that and it won't desync