GNOME Bugzilla – Bug 359592
don't use OpenGL savers if no hardware support
Last modified: 2011-03-06 06:45:39 UTC
Forwarded from: https://launchpad.net/distros/ubuntu/+source/gnome-screensaver/+bug/33753 (the original description is a bit misguiding) the screensaver doesn't behave quite right if it tries to run OpenGL hacks on a machine which doesn't have the power to display them
Just some quick thoughts. I guess we'd need some things for this: 1. Determine if the screen has GL acceleration 2. Establish a convention (shared with KDE) for how to denote GL in .desktop file 3. Add support to g-s for checking this field For 2. this is part of the "standardize desktop format" bug. FWIW, I think Ubuntu using GL themes by default for everyone is a bit dubious.
Is it possible to just look at the screensaver processe cpu use? If its average is over 90% after some time switch to next screensaver.
i dont understand why 2 and 3 are needed. if the daemon checks for GL availability in X and sets a flag (which should be relatively trivial) you covered 1. if a screensaver wants to kick in or wants to show a preview it will attempt to use the GL visual. if the GL visual setting code simply just checks for the flag we set in 1. we are set and dont need to mangle the config files. this has the advantage that you can easily fall back to showing a notice to the user that she has GL capable screensavers but no GL support installed.
I don't know. So, sure, give it a try.
Thanks for taking the time to report this bug. However, you are using a version that is too old and not supported anymore. GNOME developers are no longer working on that version, so unfortunately there will not be any bug fixes for the version that you use. By upgrading to a newer version of GNOME you could receive bug fixes and new functionality. You may need to upgrade your Linux distribution to obtain a newer version of GNOME. Please feel free to reopen this bug if the problem still occurs with a newer version of GNOME.