OpenGL surface isn't redrawn during window resize for some GL implementations #24

New Issue

MartinFouilleul · 2023-07-26T15:54:53Z

MartinFouilleul commented

2023-07-26 15:54:53 +00:00

For some GL implementations (e.g. on my Bootcamp Windows using the discrete Radeon 5500M GPU), SwapBuffers() isn't honored during a resize, even if all the drawing is happening in a secondary thread. The rendering code is still called during resize, but the last frame before the resize is displayed until the mouse stops moving for some time (or the button is released), at which point the frame is resized and starts refreshing again.

Smooth resizing is working as expected on the macOS version, and on a Windows PC with an integrated Intel GPU.

For some GL implementations (e.g. on my Bootcamp Windows using the discrete Radeon 5500M GPU), SwapBuffers() isn't honored during a resize, even if all the drawing is happening in a secondary thread. The rendering code is still called during resize, but the last frame before the resize is displayed until the mouse stops moving for some time (or the button is released), at which point the frame is resized and starts refreshing again. Smooth resizing is working as expected on the macOS version, and on a Windows PC with an integrated Intel GPU.

MartinFouilleul referenced this issue

2023-07-26 15:57:53 +00:00

Window resizing causes flickering and strange results on Windows #21

MartinFouilleul referenced this issue

2023-07-28 09:21:04 +00:00

Port edge counting vector renderer to OpenGL #9

MartinFouilleul commented

2023-09-02 09:23:04 +00:00

Closing this because:

This seems to be a driver-dependent behaviour which we can't do much about (see https://discord.com/channels/239737791225790464/1133399388174172281/1133399388174172281, https://hero.handmade.network/forums/code-discussion/t/6995-day_472_-_resizing_the_opengl_window and https://discord.com/channels/239737791225790464/1061012485429280838/1061012485429280838)
We came to the conclusion that OpenGL was a wrong choice to begin with (too many platform/driver dependent quirks) so our post-jam efforts should be put on a different renderer backend on Windows.

Closing this because: - This seems to be a driver-dependent behaviour which we can't do much about (see https://discord.com/channels/239737791225790464/1133399388174172281/1133399388174172281, https://hero.handmade.network/forums/code-discussion/t/6995-day_472_-_resizing_the_opengl_window and https://discord.com/channels/239737791225790464/1061012485429280838/1061012485429280838) - We came to the conclusion that OpenGL was a wrong choice to begin with (too many platform/driver dependent quirks) so our post-jam efforts should be put on a different renderer backend on Windows.

MartinFouilleul closed this issue

2023-09-02 09:23:04 +00:00

Sign in to join this conversation.