Screen blanks when watching movies

Thanks for your bug. Does it happen if you use the screensaver? totem has code to prevent the screensaver to run while watching a movie. What screensaver do you use, gnome-screensaver or an another one? Do you use totem-gstreamer or totem-xine? Does it happen if you play a movie with an another player too?

I use gnome-screensaver (which is deactivated as written in the first post) and tried both, totem-xine and totem-gstreamer.

I will try the variants with screensaver enabled and another player (mplayer?) later this day and get back to you.

Enabling the screensaver really seems to help. :(

Will try another player with screen saver disabled tonight.

I just wanted to report this very bug. It is pretty much the same on Dapper. I have "put display to sleep" enabled in Power Manager, and that's what happens when whatching a movie with totem. (gnome-screensaver is disabled, pointless when one has DPMS)

It was interesting to see it happen, since prevention for this has always been working even on older players (e.g. mplayer and xscreensaver) for ages. This must be a bug coming with g-p-m, hal or some new thing that hasn't been around so long (imho).

confirmed on both my dapper and edgy

There is a bug upstream about that: http://bugzilla.gnome.org/show_bug.cgi?id=332974. It's closed and states it's not a totem issue. Could you try to use "dbus-monitor --session" as suggested upstream and note what is happening?

might be similar to http://bugzilla.gnome.org/show_bug.cgi?id=347242 too

Correction: enabling the screensaver does *not* help. :(

Will try the dbus thing now.

Sebastian: Absolutely nothing happens. Meaning, when I do "dbus-monitor --session" I get this (this is a dapper):

signal sender=org.freedesktop.DBus -> dest=:1.11 interface=org.freedesktop.DBus; member=NameAcquired
 string ":1.11"
method call sender=:1.11 -> dest=org.freedesktop.DBus interface=org.freedesktop.DBus; member=AddMatch
 string "type='method_call'"
method call sender=:1.11 -> dest=org.freedesktop.DBus interface=org.freedesktop.DBus; member=AddMatch
 string "type='method_return'"
method call sender=:1.11 -> dest=org.freedesktop.DBus interface=org.freedesktop.DBus; member=AddMatch
 string "type='error'"

So when these are gone, there is no more output afterwards. Don't know if this helps.

when switching to fullscreen totem is supposed to send a "interface=org.gnome.ScreenSaver; member=Inhibit", it's working fine on my desktop

How do you start totem? by the menu? a keyboard shortcut?

talking for myself, I doubleclick in nautilus

And I have the same problem, no dbus communication as it seems. However my installation is a customized, thus not commenting much yet.

method call sender=:1.30 -> dest=:1.8 path=/org/gnome/ScreenSaver; interface=org.gnome.ScreenSaver; member=Inhibit
   string "Totem"
   string "Playing a movie"
method call sender=:1.30 -> dest=:1.8 path=/org/gnome/ScreenSaver; interface=org.gnome.ScreenSaver; member=UnInhibit
   uint32 723791054

ok now I have this output when whatching a movie.
I almost have the feeling this all depends on what video format I'm watching, and what codec is being used. I swear there was no output last time. Will keep my eyes open and make notes of the happenings.

just noticed how many different dbus versions I have here:

dbus 0.93 which seems to be the new thing in edgy
libdbus-glib-1.2 is 0.71 (needed by deskbar)
libdbus-1-cil is 0.63 needed by f-spot and ubu-desktop
libnet-dbus-perl is 0.33 needed by lotsa pkgs

seems to me it's how it's meant to be in edgy, looks strange to me anyway

Le lundi 30 octobre 2006 à 22:40 +0000, nanophase a écrit :
> just noticed how many different dbus versions I have here:
>
> dbus 0.93 which seems to be the new thing in edgy
> libdbus-glib-1.2 is 0.71 (needed by deskbar)
> libdbus-1-cil is 0.63 needed by f-spot and ubu-desktop
> libnet-dbus-perl is 0.33 needed by lotsa pkgs

that's normal, dbus and dbus-glib have been splitted, other packages
mentioned are bindings for it

This time I was running "dbus-monitor --session", saw totem do the inhibit and uninhibit thing when switching between window/fullscreen modes, but the screen still went dark.

Le jeudi 02 novembre 2006 à 21:33 +0000, nanophase a écrit :
> This time I was running "dbus-monitor --session", saw totem do the
> inhibit and uninhibit thing when switching between window/fullscreen
> modes, but the screen still went dark.

do you use gnome-screensaver?

yes:

ii gnome-screensaver 2.16.1-0ubuntu1 a screen saver and locker
ii screensaver-default-images 0.2-1 Wallpapers for image processing pn xscreensaver <none> (no description available)
ii xscreensaver-data 4.24-4ubuntu2 data files to be shared among ii xscreensaver-gl 4.24-4ubuntu2 GL(Mesa) screen hacks for
un xscreensaver-gnome <none> (no description available)
un xscreensaver-nognome <none> (no description available)

sorry for the formatting, launchpad was not really helpful, did show something else for me...

marking unconfirmed, there is no question to reply, totem-gstreamer works fine with the screensaver on my desktop though

I have this bug on my Feisty using totem-gst.

Output of dbus-monitor --session after launching totem and switch in fullscreen mode:

signal sender=org.freedesktop.DBus -> dest=(null destination) path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged
   string ":1.42"
   string ""
   string ":1.42"
method call sender=:1.42 -> dest=org.freedesktop.DBus path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=Hello
method call sender=:1.42 -> dest=org.freedesktop.DBus path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=AddMatch
   string "type='signal',sender='org.gnome.GnomeVFS.Daemon',interface='org.gnome.GnomeVFS.Daemon'"
method call sender=:1.42 -> dest=org.freedesktop.DBus path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=AddMatch
   string "type='signal',sender='org.freedesktop.DBus',interface='org.freedesktop.DBus',member='NameOwnerChanged',arg0='org.gnome.GnomeVFS.Daemon'"
method call sender=:1.42 -> dest=org.freedesktop.DBus path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=StartServiceByName
   string "org.gnome.GnomeVFS.Daemon"
   uint32 0
method call sender=:1.42 -> dest=org.gnome.GnomeVFS.Daemon path=/org/gnome/GnomeVFS/Daemon; interface=org.gnome.GnomeVFS.Daemon; member=GetDrives
method call sender=:1.42 -> dest=org.gnome.GnomeVFS.Daemon path=/org/gnome/GnomeVFS/Daemon; interface=org.gnome.GnomeVFS.Daemon; member=GetVolumes

Guillaume, the feisty version is known to be broken for that and the bug is fixed to SVN for some time, will be fixed with next tarball

Appears to be fixed in feisty with 2.17.5-0ubuntu1

Do you still have that problem with feisty?

It works fine for the screensaver but doesn't with the "display sleep when inactive" from g-p-m.

I'm seeing this on all my feisty installs (with totem 2.18.0). Even if I disable all screensaver and power saving features, the monitor is still turning off after almost exactly 20 minutes of play.

not a totem bug

Any idea on where this bug is located? This does make watching movies and long videos really annoying, and it's only recently started occurring.

The two machines on which I have this problem (the only two that I use to watch DVDs and videos) both use the opensource ATI driver (one's a G4-based mac Mini, the other is a P4-based Thinkpad T30).

Michael:
I suspect this is a problem somewhere inbetween gnome-screensaver/gnome-power-manager/Xorg . Can you spin your problem off into a bug of its and subscribe me to it so I remember to follow up? It may also be useful to know what "xset q" says along with whether your screen goes blank or is actually turned off..

Right, I just had this problem on latest Feisty. With gnome-power-manager set to never deactivate the monitor and gnome-screensaver set to never enable the screensaver, the screen blanked out after 20 minutes.

xset q:
DPMS (Energy Star):
  Standby: 0 Suspend: 0 Off: 0
  DPMS is Enabled
  Monitor is On

Running "xset -dpms" seems to make it work, and xset q now shows:
DPMS (Energy Star):
  Standby: 0 Suspend: 0 Off: 0
  DPMS is Disabled

I suppose a workaround is adding xset -dpms to your startup programs, in theory. Anyway, an upstream bug in gnome-power-manager linked above seems to deal with this exactly and even has a new patch as of a couple weeks ago, so I suppose I'll assign it to gnome-power-manager and set the upstream watch.

Cool. Thanks for debugging this. I'm getting this as a regression on feisty (never had the problem on dapper, or edgy).

i can also confirm this bug in feisty.

it is fixed in 2.18.2-0ubuntu2 which is uploaded but currently sits in the archive waiting for the release candidate images to be finished before it will be built ... the bug should be fixed as soon as it is built (after RC is out).

well, fixed as far as the menitioned upstream patch goes at least :)

Just got the updated package from the repos, thanks.

This is fixed for me now. Thanks to all concerned.

I am using Feisty Gnome but 4M DPMS will still turn off the monitor when watching a movie in FulScreen in both Kaffeine-Xine or Totem-Xine. So in order to watch a movie without the screen turning off I must first run
xset -dpms.
Here are some of my settings:
###############
xset -q
DPMS (Energy Star):
  Standby: 0 Suspend: 0 Off: 600
  DPMS is Enabled
  Monitor is On
################

monitor still blanks on feisty.

i can confirm this one.

Added below to my xorg.conf and everything is ok now.

Section "ServerFlags"
        Option "blank time" "0"
        Option "standby time" "0"
        Option "suspend time" "0"
        Option "off time" "0"
EndSection

DINCER
But this is not what we want. Since we want a working DPMS. With those option all of the power saving gets disabled.

Any response from the DEVs about this

I have this same problem when watching movies on My laptop with VLC or Totem. I have turned screensaver off and have set screen power to always be on. I am currently running the latest Gutsy Development. I had to change my video output module because i had the green line in the video bug. I dont think i was having the problem initially but when i had to change the output somehow the disabling of the screensaver is not working. I understand Gutsy is in development but i wanted to pass on that I am having the same problems with this version.

If there was a way to simulate a keystroke that would do it. I know that would be a workaround but it could maybe be added to the inhibit applet?

I had the same issue in Feisty (screen blanking after ~1min, temporarily solved with xset -dpms), and it is solved in Gutsy now. So maybe there are several kind of bugs here.

Could this be a duplicate of bug #30969 ? It describes the same problem when watching totem movies fullscreen.

Just to say..

I have the same problem on 7.10 but only since I use synaptic to install "xserver-xgl" so as to be able to have all the fancy desctop effects..

this is with the restricted drivers on an ATI x1950xt .. stoped it with
Section "ServerFlags"
        Option "blank time" "0"
        Option "standby time" "0"
        Option "suspend time" "0"
        Option "off time" "0"
EndSection

I simply made this script to lock the screen and turn off monitor:

#! /bin/bash
gnome-screensaver-command --lock
xset dpms force stanby

I'v placed shortcut to this script on my desktop and thats all.

I have the exact same set up as bubblegum - Ubuntu 7.10, xserver-xgl & ATI x1950X though like Ashrack I'd like DPMS to work correctly, rather than have to cripple it.

And yes, this looks the same as 30969

swoped my ATI x1950xt for a BFG 8800 GTS .. kids starving but problem(s) gone...

draw your own conclusions.
: )

I use Feisty with GNOME but for watching movies I use Kaffeine, which IMO, way better than TOTEM.

I just recompiled latest Kaffeine without DPMS support and so I can run DPMS on GNOME but when KAFFEINE is lunched it will not turn off the monitor at least until I close Kaffeine.

If time permits I will be trying the same thing with Gutsy in the hopes this problem is fixed, naturally.

Upstream reports this bug has been solved. Is this still a problem for you in Hardy? Thanks.

lør, 03 05 2008 kl. 14:07 +0000, skrev Milan:
> Upstream reports this bug has been solved. Is this still a problem for
> you in Hardy? Thanks.
>

Yes, this bug still happens in Totem fullscreen in Hardy. Is there
anything i can do to perhaps watch the dbus while watching the movie in
order to provide debugging information?

Regards,
Johan.

lør, 03 05 2008 kl. 14:07 +0000, skrev Milan:
> Upstream reports this bug has been solved. Is this still a problem for
> you in Hardy? Thanks.

Forgot to mention. It just happened yesterday on a clean install of
Hardy with no 3rd party packages installed at all. So still a live bug.

You can use dbus-monitor to see D-Bus messages.

same problem, with hardy.

attached dbus-monitor log: open video-->full screen mode--> ::black screen:: --> normal screen mode --> exit totem

still happening on Intrepid

Could someone try if this is still an issue in Jaunty or Karmic? Upstream say this is resolved now.

Thanks

Bug seems to be resolved on my Jaunty installation. Thanks.

In Karmic,
CRT Monitor
blanks every 15 minutes &
after 5 or 6 reawakenings, by mouse movement,
looses video signal completetly,
despite any settings,
while viewing a movie, or during mouse & keyboard inactivity.

A reboot or REISUB is necessary to get video signal back.
Pushing the suspend button does not work.

This is not only annoying but a SERIOUS flaw in Karmic Koala 9.10,
power-management is absolutely useless,
screen-saver settings are off.
Movies are Online, different movie-players have no affect on these symptoms.

I am confident in your team to fix this problems.

BavarianPH,

Ubuntu forever!