Opened 13 years ago
Closed 13 years ago
Last modified 13 years ago
#10625 closed Bug Report - General (Upstream Bug)
Screensaver kicks in while watching recordings
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | minor | Milestone: | unknown |
Component: | MythTV - General | Version: | 0.25-fixes |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | yes |
Description
While watching a recording the screensaver kicks in after the time set in the screensaver settings. This is reproduce-able and happens on two different frontends. Find the output of mythfrontend -v attaced
Attachments (1)
Change History (7)
Changed 13 years ago by
Attachment: | mythfrontend.log added |
---|
comment:1 follow-up: 2 Changed 13 years ago by
Component: | MythTV - Video Playback → MythTV - General |
---|---|
Status: | new → infoneeded_new |
Are you using gnome screensaver? If so, gnome screensaver is not taking hints from DPMS state and, therefore, we do not provide any way to control it.
In that case, you would need to either use a supported screensaver (XScreenSaver), or a screensaver that properly takes hints from DPMS state (such as KDE screensaver), or stop using a screensaver and rely on X's DPMS support to blank the screen, or use a workaround such as hooking a script to kill (or pause/inhibit) and restart the gnome screensaver to the MythTV System Events "Playback started" and "Playback stopped" (and, possibly, "Playback paused" and "Playback unpaused"). (If you want to use the System Events to create a workaround, please ask for help on the mythtv-users mailing list and I can provide an example script.)
Please see ticket:8639#comment:8 and 5e13d41a8 .
FWIW, I'm loathe to add support for the GNOME-specific DBus API that they expect us to use, and then the KDE-specific DBus API that they expect us to use (exactly like the MPlayer developers refuse to do so - http://bugzilla.mplayerhq.hu/show_bug.cgi?id=1887#c1 ).
Unfortunately, the right approach (xdg-screensaver, http://portland.freedesktop.org/xdg-utils-1.0/xdg-screensaver.html ) doesn't work and they have only accepted one of my patches--the one that fixes GNOME screensaver usage ( https://bugs.freedesktop.org/show_bug.cgi?id=29860 )--while not having reviewed my KDE screensaver patches (which were, in fact, the basis for the accepted GNOME screensaver patch). If/when they accept my KDE screensaver patches ( https://bugs.freedesktop.org/show_bug.cgi?id=26085#c6 and https://bugs.freedesktop.org/show_bug.cgi?id=29859 ), I'll re-add the xdg-screensaver support that Johnny Walker wrote for us ( #8357 ).
That said, if someone else wants to write a patch to add generic DBus-API-based screensaver control class, we can consider adding it, though I have a feeling--based on all the issues other media players (and distros patching mplayer to try to add the support mplayer devs refuse to add) have had with doing so, it will cause more problems than it solves.
comment:2 Changed 13 years ago by
Replying to mdean:
Are you using gnome screensaver? If so, gnome screensaver is not taking hints from DPMS state and, therefore, we do not provide any way to control it.
Thanks, I installed xscreensaver and it seems to work so far.
comment:3 Changed 13 years ago by
Resolution: | → Upstream Bug |
---|---|
Status: | infoneeded_new → closed |
comment:5 Changed 13 years ago by
Ticket locked: | set |
---|
comment:6 Changed 13 years ago by
Richard, if you are seeing a similar issue then please open a new ticket. The original reporter indicates that his issue is fixed by switching to xscreensaver therefore your problem is not the same.
output of mythfrontend -v