Resizing windows on mac results in red blips as display is flipped #1350
Milestone
Comments
SiegeLord
pushed a commit
to SiegeLord/allegro5
that referenced
this issue
May 21, 2023
Elias investigated the issue in liballeg#1418, showing that there was some concurrent OpenGL usage between OS's internals and user code. That specific workaround did not work for me on my Mac, so as an alternative, in this commit we add an option to bypass live resize altogether. In short, the user opts into drawing halt/resume events via a config option, and ceases to draw while live resize is underway. This isn't ideal, but at least is a way to prevent the crashing behavior until we find some better idea.
SiegeLord
pushed a commit
that referenced
this issue
Sep 13, 2023
Elias investigated the issue in #1418, showing that there was some concurrent OpenGL usage between OS's internals and user code. That specific workaround did not work for me on my Mac, so as an alternative, in this commit we add an option to bypass live resize altogether. In short, the user opts into drawing halt/resume events via a config option, and ceases to draw while live resize is underway. This isn't ideal, but at least is a way to prevent the crashing behavior until we find some better idea.
|
There is now a workaround for this implemented in #1442 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
ex_draw2exhibits this: https://youtu.be/6UJNHFO4myUI forget now, but this may only be for Debug build (red suggests a common debugging memory value) and results may vary for Release.
The text was updated successfully, but these errors were encountered: