Bug 61943 - xdg-screensaver DPMS wrong behavior with vlc playlist
Summary: xdg-screensaver DPMS wrong behavior with vlc playlist
Status: NEW
Alias: None
Product: Portland
Classification: Unclassified
Component: xdg-utils (show other bugs)
Version: 1.1.0 rc1
Hardware: Other All
: medium normal
Assignee: Portland Bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-07 07:04 UTC by Fab
Modified: 2013-03-07 22:52 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Fab 2013-03-07 07:04:11 UTC
Downstream bug : https://trac.videolan.org/vlc/ticket/8270

Hi,

I'm using vlc 2.0.5 to view TV streams from my ISP using a playlist. I guess this behavior will also be observable with vlc if you create a playlist with some random movies.

Sometimes while viewing a channel, DPMS turns the screen off. It does not happen all the time, but often enough to be very annoying.

After doing a few observations, I think that DPMS is quickly enabled/disabled each time you switch a title into the playlist, and sometimes, it fails to be disabled, leaving the screen with DPMS on while watching the video stream.

I don't know if it's related, but I noticed that if you use vlc long enough and switch titles into playlist, vlc spawns many xdg-screensaver process :

> $ ps aux | grep xdg-scree
> netfab   18316  0.0  0.0  14100   904 ?        S    17:40   0:00 /bin/sh /usr/bin/xdg-screensaver suspend 0x03c00069
> netfab   18417  0.0  0.0  14100   904 ?        S    17:40   0:00 /bin/sh /usr/bin/xdg-screensaver suspend 0x03c0006b
> netfab   18561  0.0  0.0  14100   904 ?        S    17:41   0:00 /bin/sh /usr/bin/xdg-screensaver suspend 0x03c00075
> netfab   18651  0.0  0.0  14100   904 ?        S    17:42   0:00 /bin/sh /usr/bin/xdg-screensaver suspend 0x03c00077
> netfab   18756  0.0  0.0  14100   904 ?        S    17:42   0:00 /bin/sh /usr/bin/xdg-screensaver suspend 0x03c00079
> netfab   19153  0.0  0.0  14100   900 ?        S    17:53   0:00 /bin/sh /usr/bin/xdg-screensaver suspend 0x03c00080
> netfab   19603  0.0  0.0  14100   900 ?        S    18:00   0:00 /bin/sh /usr/bin/xdg-screensaver suspend 0x03c0008c
> netfab   19818  0.0  0.0  14100   904 ?        S    18:03   0:00 /bin/sh /usr/bin/xdg-screensaver suspend 0x03c0008e
> netfab   20054  0.0  0.0  14100   900 ?        S    18:07   0:00 /bin/sh /usr/bin/xdg-screensaver suspend 0x03c00090
> netfab   20175  0.0  0.0  14100   896 ?        S    18:08   0:00 /bin/sh /usr/bin/xdg-screensaver suspend 0x03c00092
> netfab   20295  0.0  0.0  14100   872 ?        S    18:08   0:00 /bin/sh /usr/bin/xdg-screensaver suspend 0x03c00094
> netfab   20303  0.0  0.0  14104  1116 ?        S    18:08   0:00 /bin/sh /usr/bin/xdg-screensaver suspend 0x03c00094
Comment 1 Rex Dieter 2013-03-07 18:54:04 UTC
What desktop environment is used in this case?
Comment 2 Rex Dieter 2013-03-07 18:56:52 UTC
that said, there's a good change there's some race condition going on flipping quickly between enabling/disabling screensaver here.

The fact you have so many simultaneous xdg-screensaver's running isn't good either.
Comment 3 Fab 2013-03-07 22:52:47 UTC
(In reply to comment #1)
> What desktop environment is used in this case?

Xfce 4.10 and xscreensaver.

(In reply to comment #2)
> that said, there's a good change there's some race condition going on
> flipping quickly between enabling/disabling screensaver here.
> 
> The fact you have so many simultaneous xdg-screensaver's running isn't good
> either.

Yes, I understand that. If you want to reproduce, you could create a playlist with 30+ titles, run vlc on it, then switch titles into the playlist during one minute, and run ps aux, you will see many xdg-screensaver process.

I don't understand why vlc spawns so much process, but honestly, I don't have the strength to fight with them to rewrite their playlist algorithm.

All that I know is that from a user point of view, this is very annoying. And I do not consider myself as a simple user, but as a geek. So imagine what *real end users* may feel when this happens.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.