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: | 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)
Change History (4)
comment:1 by , 13 years ago
Cc: | added |
---|
by , 13 years ago
Attachment: | screensave.diff added |
---|
comment:2 by , 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 , 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.
Patch to libvo to prevent disabling DPMS at all times