Opened 7 years ago

Closed 7 years ago

Last modified 7 years ago

#10625 closed Bug Report - General (Upstream Bug)

Screensaver kicks in while watching recordings

Reported by: code.myhtv.org@… 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)

mythfrontend.log (7.1 KB) - added by code.myhtv.org@… 7 years ago.
output of mythfrontend -v

Download all attachments as: .zip

Change History (7)

Changed 7 years ago by code.myhtv.org@…

Attachment: mythfrontend.log added

output of mythfrontend -v

comment:1 Changed 7 years ago by sphery

Component: MythTV - Video PlaybackMythTV - General
Status: newinfoneeded_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 in reply to:  1 Changed 7 years ago by code.myhtv.org@…

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 7 years ago by sphery

Resolution: Upstream Bug
Status: infoneeded_newclosed

comment:4 Changed 7 years ago by Richard.e.morton@…

No, I am using Xubuntu which uses xscreensaver.

comment:5 Changed 7 years ago by stuartm

Ticket locked: set

comment:6 Changed 7 years ago by stuartm

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.

Note: See TracTickets for help on using tickets.