Opened 13 years ago

Last modified 13 years ago

#1973 new defect

mplayer disables DPMS timeouts, which creates problems when using as screensaver (e.g., electricsheep)

Reported by: bugs@… Owned by: reimar
Priority: normal Component: core
Version: unspecified Severity: normal
Keywords: Cc: bugs@…
Blocked By: Blocking:
Reproduced by developer: no Analyzed by developer: no

Description

When mplayer is running, DPMS timeouts do not ever trigger even though

xset q

shows that DPMS is enabled and timeouts are set. This causes a problem with the popular "electricsheep" screensaver that uses mplayer to play its AVI's. Connected monitors never turn off.

[ this problem also occurs with ffplay of ffmpeg ]

Issuing:

xset dpms force off

after mplayer has started causes the monitors to turn off (suspend and standby modes lead to monitors coming back on immediately afterward). So it's possible to run a script in parallel to electricsheep to force monitors off at regular intervals, but that's not ideal.

Is there a way to force mplayer to NOT disable DPMS timeouts? If not, there should be.

Attachments (1)

screensave.diff (362 bytes ) - added by bugs@… 13 years ago.
Patch to libvo to prevent disabling DPMS at all times

Download all attachments as: .zip

Change History (4)

comment:1 by bugs@…, 13 years ago

Cc: bugs@… added

by bugs@…, 13 years ago

Attachment: screensave.diff added

Patch to libvo to prevent disabling DPMS at all times

comment:2 by bugs@…, 13 years ago

I did not author this patch. It was posted by Reimar Döffinger to the mplayer-dev-eng mailing list.

comment:3 by bugs@…, 13 years ago

Reimar Döffinger provided a patch that fixes this problem on the mplayer-dev-eng mailing list. I've attached the simple one-line patch.

After applying the patch, mplayer -nostop-xscreensaver provides the desired behavior.

Note: See TracTickets for help on using tickets.