It’s difficult to say if this is the cause, but 2.0.68 switched away from OpenGL to Metal for graphics rendering. There’s a chance that the problem lies in there.

There is a hidden setting to force OpenGL. CTRL + ALT + Click on settings > The rest > force-opengl.

If you are willing to test this ...

[*]Removed Graphics backend user setting.


IMHO, such settings should stay (at least as hidden) for debugging purpouses.


Conversely, I support removing the setting because we have had issues with Windows players reporting poor GPU performance, and it turned out that they enabled the ...

To fix this between game versions of 2.0.60 and 2.0.66, do ONE of the following:
Switch to a different Factorio version
Switch back to the OpenGL backend (Settings > Graphics > Graphics backend: OpenGL) (temporarily 🙏🏻)
Disable vsync
Configure your monitor to use 60 HZ or 120 HZ

Edit: the ...

Ah. I know what’s going on. Thanks for all the reports and logs. This fix will get prioritized. Thanks for testing the Metal backend!

hasanniz wrote: Wed Sep 17, 2025 12:25 pm I just experienced the same screen tearing on macOS Tahoe and looked up to find this post.

Which type of Mac do you have?

Glad that fixes it!


Will opengl be fixed?


Will we try to fix it? Certainly. However, we’re planning to replace OpenGL with Metal on Macs soon, so this may only accelerate that decision.

Apple deprecated OpenGL several years ago, so the fact that it works at all is about the best we can expect ...

Sorry you’re having issues on the new version of macOS! I didn’t see this problem on beta 4, but something might have changed since then. Can you try enabling the Metal graphics backend in settings and see if that fixes it? Settings > Graphics > Graphics Backend > Metal (experimental)

This issue should be fixed in 2.0.67. If you encounter it again on or after 2.0.67, please update this thread or create another!

This will be fixed in 2.0.67

Fixed in 2.0.61

Discovered to be a bug with SDL. When the display resolution changes to or away from a "Retina" resolution, the OS resizes all windows, including minimized and hidden windows. For some reason though, SDL always sends a "window restored" even when resizing, even if it's not been restored. The fix is ...

Quickly checked that it is indeed possible to create demolishers with varying levels of qualities, both in the editor and via LuaSurface::create_entity. Now in 2.0.61, there is a full API for reading and controlling demolishers and their territories.

This, along with a full API for reading and controlling demolishers and their territories will be in 2.0.61.

This, along with a full API for reading and controlling demolishers and their territories will be in 2.0.61.

This, along with a full API for reading and controlling demolishers and their territories will be in 2.0.61.

LuaPlayer::set_zoom_limits() will be added to 2.0.61, which takes controller type so that you can set (or reset) the zoom limits for any controller type.

Ok, this is implemented in 2.0.61. Rotation is defined by the SpiderVehiclePrototype's SpiderTorsoGraphicsSet::base_animation number of rotations. In other words, if a SpiderVehicle's torso has a base sprite with NO rotation frames, then the legs will not rotate either. If the base sprite has 64 ...

In 2.0.61, will be moved to and made to work with character entities as well as players. Good luck!

A MacBook Pro with an XDR display would probably suffice, someone's probably got one if there's active development on macOS. The game would look normal with the OpenGL renderer because of certain technologies they've implemented with their own displays, in typical fashion, but you should still be ...

TLDR -- I am able to reproduce the phenomenon described by OP, but I disagree on its classification as a bug. It is due to differences in how the two graphics APIs handle HDR content and displays. I prefer the appearance of the Metal implementation when in HDR mode. If this is ever scheduled to ...