suspending a local client with opengl windows can show corrupted pixels
|Reported by:||Antoine Martin||Owned by:||alas|
Description (last modified by )
This is only relevant to local servers: resuming a client connected to a remote server should break the connection (eventually - we may want to break it quicker then) which is fine.
On Linux, we should be able to get the event from the UPower Resuming dbus signal. Found some example code:
- How do I detect when my system wakes up from suspend via DBus or similar in a python app?
- How can I catch a system suspend event in Python?
We could use this same code to force a server encoder refresh too, as hardware encoders (nvenc / opencl / cuda) tend to get messed up during suspend-resume, but we only notice next time we try to use them.
On win32, we could detect
Then we can just ask for a server lossless refresh to make sure the windows display clean contents.
This looks like a driver bug to me: the GPU buffers should be preserved, maybe it is the
OpenGL paint state that is inconsistent?
Change History (20)
comment:1 Changed 3 years ago by
|Owner:||changed from Antoine Martin to Antoine Martin|
|Status:||new → assigned|
comment:6 Changed 3 years ago by
|Owner:||changed from Antoine Martin to alas|
|Status:||assigned → new|
comment:16 Changed 3 years ago by
|Status:||new → closed|