In <[EMAIL PROTECTED]>, Francesco Poli wrote:

> On Fri, 4 May 2007 15:29:42 -0700 Jamie Zawinski wrote:
> 
> > The way mplayer disables xscreensaver is idiotic, so it would not be  
> > at all surprising that mplayer would also screw up your dpms settings.
> > 
> > The only sensible way for a video player to interact with
> > xscreensaver: http://www.jwz.org/xscreensaver/faq.html#dvd
> > 
> > The mplayer developers are aware of this, and don't care.

The trouble is xscreensaver isn't the only screensaver; you can also
configure screen blanking and DPMS with xorg.conf/XF86Config or with
some functions in XLib etc. With this method I don't have problems with
video players etc.

All SDL does is use standard X calls to disable blanking and DPMS while
it's running then reenable them when it exits. When xscreensaver's
running it ignores the X setting and blanks the screen anyway, but
somehow DPMS is left permanently disabled.

I was really only using xscreensaver because I thought Gnome was forcing
me to, but I've just found out that fortunately I can just uninstall
xscreensaver without any real gnome packages depending on it. Perhaps
when set to "blank only" it could use X's built-in screensaver instead
of its own daemon so that novice Gnome users can still have the same GUI
to set the timeouts but avoid problems.

> Maybe Debian mplayer package maintainers could be persuaded to create a
> Debian patch that fixes this issue for Debian...
> 
> Would it be possible?

And SDL and gxine (and other xines? and totem?) etc etc.

Wouldn't it be possible to get xscreensaver to call XGetScreenSaver()
before blanking or running a saver and realise it shouldn't do anything
if another application has disabled blanking? Or does xscreensaver
itself disable blanking with XSetScreenSaver() so the X blanking doesn't
interfere with it?

-- 
TH * http://www.realh.co.uk


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to