[Bug 13199] Monitor turns off when internal screensaver is activated
https://bugs.freedesktop.org/show_bug.cgi?id=13199 --- Comment #6 from Petr Svoboda 2010-10-20 01:51:55 PDT --- Hmm, this is sad, you just ignore CRT monitors. Using DPMS is not option for CRT, because after power off/on it takes some time before colors stabilize. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 13199] Monitor turns off when internal screensaver is activated
https://bugs.freedesktop.org/show_bug.cgi?id=13199 --- Comment #5 from gsr.bugs 2010-10-19 16:39:10 PDT --- That is what DPMS was doing. Now the only way to have a progressive turn off is running yet another process. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 13199] Monitor turns off when internal screensaver is activated
https://bugs.freedesktop.org/show_bug.cgi?id=13199 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #4 from Alex Deucher 2010-10-19 15:57:35 PDT --- turning off saves more power. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 13199] Monitor turns off when internal screensaver is activated
http://bugs.freedesktop.org/show_bug.cgi?id=13199 --- Comment #3 from Petr Svoboda <[EMAIL PROTECTED]> 2008-04-19 12:24:01 PST --- The patch still works for xf86-video-ati-6.8.0. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 13199] Monitor turns off when internal screensaver is activated
http://bugs.freedesktop.org/show_bug.cgi?id=13199 --- Comment #2 from Petr Svoboda <[EMAIL PROTECTED]> 2008-02-14 11:34:45 PST --- Created an attachment (id=14313) --> (http://bugs.freedesktop.org/attachment.cgi?id=14313) revert monitor blanking to pre 6.7 behaviour With this patch applied, "xset s activate s blank" will blank the video output but will not turn monitor off. So it should work like in version 6.6.3 and before. Only tested with one CRT monitor, so I don't know if it will work with different configurations. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 13199] Monitor turns off when internal screensaver is activated
http://bugs.freedesktop.org/show_bug.cgi?id=13199 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] ||iceberg.com --- Comment #1 from [EMAIL PROTECTED] 2007-11-14 12:57 PST --- I was going to report the same thing, as old behaviour was pretty nice: "xset s 300 300": make the screen go black in 5 minutes "xset dpms 600 600 600": and then make it turn off in another 5 (10 from start) Now "s" will let you choose between off with "xset s blank" or the moire inducing cross pattern with X logo with "xset s noblank", but no way to make it black but still give time to avoid a start/stop cycle. Old behaviour, even if what the man page says contradicts it, was the most complete (if I want animations eating CPU, even if slow, I will install xlock, xscreensaver or something like that, which I just had to do to get a black screensaver). New behaviour forces CRT tubes and LCD backlights a bit too much without option to have the two phase power off. And in the case of CRTs, it is even worse, as I doubt a high frequency pattern is nice for the driving circuits (at least I saw it moves slightly, so no burn in if using fast cycle time as "xset s 300 30"). A less extreme pattern would be better (or even just show the X logo in faded colours, without any bg pattern), if there is no way to go back to "s makes screen black". Yes, I tried "xset dpms 100 900 900" to test if first level would be OK, but it seems this monitor does the same for all modes. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati