Inhibiting Screensaver whilst playing files? about qmplay2 HOT 24 CLOSED

Thank-you! The screen-saver is inhibited :)

from qmplay2.

Probably because of this: 52df396

Tested only on xset s 1 which sets screensaver to 1 second. With this works properly for me. Could you describe your screensaver and/or power management settings, your desktop environment and what have you done in QMPlay2 when screensaver starts when it shouldn't?

from qmplay2.

I'll do my best. I'm using the Plasma Desktop on Arch, with the 'screen energy saving' option turned on to switch off the screen after 10 minutes on AC power and 5 minutes on battery power.

Experimentally, I toggled the switch off to 1 minute as to test QMPlay2's screensaver inhibiting ability, and played a YouTube video which lasted 10 minutes. The screen turned blank after the minute was up. This also occured for full-screen audio (with album art), which inhibited screen blanking in the past (thanks for that again ^^).

For the screen to turn blank, all I have to do is wait for the designated blank time - I don't touch the computer.

(Apologies - I wasn't sure what the 'close and comment' option did ^^;)

from qmplay2.

Thanks, I'll try on Plasma Desktop soon.

One more thing, could you execute xset s 1 in terminal - this will enable screensaver after one second. It is blocked by QMPlay2 for me properly (xset s 0 to disable screensaver).

from qmplay2.

Enabling the screensaver with xset (before + after disabling Plasma's screen blanking) results in the screensaver being triggered after one second even whilst playing videos or full-screen audio. QMPlay2 does not appear to block the screensaver.

from qmplay2.

Thanks, but weird 😄
I assume that you have Qt 5.7.0, QMPlay2 uses Qt 5 and you open QMPlay2 and play YouTube video, right?

from qmplay2.

Yes. I've also tested it with full-screen audio files as well as local video files - same results.

from qmplay2.

Thanks! If I won't able to check what's wrong, so I'll send you something to test, OK?

from qmplay2.

Sure! :)

from qmplay2.

xset s 1 on KDE 5 - properly blocked (you must set this before starting playback)
Screensaver from KDE 5 power management - not blocked

from qmplay2.

Apologies - on trying again properly, I have the same results as you do.

from qmplay2.

I don't want to use XResetScreenSaver() again, because it is bad and causes not smooth playback on some drivers (OpenGL is not smooth on entire X session, e.g. Intel+OpenGL Compositor+VSync).

Maybe KDE screen saver can't be disabled using XSetScreenSaver() or I'm using in incorrectly...

from qmplay2.

Try also:

xset -dpms
xset s off

and later enable again:

xset dpms
xset s on

Edit: Without QMPlay2 :)

from qmplay2.

Sure. What was the expected results?

With 'xset -dpms && xset s off', and Plasma power management turned on, the screen blanks even with full-screen audio files. However, video files work fine.

The computer does automatically suspend itself however, regardless of whether or not the screensaver is inhibited.

from qmplay2.

the screen blanks even with full-screen audio files. However, video files work fine.

Full-screen and video playback should have the same result. Please try without QMPlay2 (only commands in terminal), because it might override something, but I think that it won't work properly.

from qmplay2.

Maybe I'll use command-line DBus for common desktop sessions, it should work.

from qmplay2.

I've found that QMPlay2 does inhibit audio files. Interestingly enough, the screensaver appears for a second or two, then goes away.

from qmplay2.

the screensaver appears for a second or two

Exactly, event with xdg-screensaver suspend {winid} or xdg-screensaver reset in the loop doesn't work properly (the script uses dbus inside). Maybe it is also KDE bug after a recent update?

Could you try QMPlay2 16.09.04 for both: full-screen audio and next for video playback?

from qmplay2.

Sure. Both full-screen audio and video playback in 16.09.04 inhibit the screensaver (1 minute threshold).

from qmplay2.

Thanks, but can it also inhibit session lock (16.09.04)?

from qmplay2.

Yes. Session locking and suspending is inhibited in 16.09.04.

from qmplay2.

Ok, so the best solution is to reset screensaver in a timer like in previous QMPlay2 version, bu I'll do it better than before.

from qmplay2.

Using DBus and other APIs (depends on Desktop Environment) is not good for me 😄

from qmplay2.

Thanks for the bug report!

Correct behavior for screen saver with timeout >= 30 sec:

• Full-screen mode should always inhibit during video/audio playback.
• Windowed mode should inhibit only non-paused video playback.

from qmplay2.