Screen blanks when watching movies

Bug #66257 reported by inewguy on 2006-10-15
60
This bug affects 3 people
Affects Status Importance Assigned to Milestone
gnome-power
Fix Released
Low
Ubuntu
Low
Unassigned
gnome-power-manager (Ubuntu)
Undecided
Unassigned

Bug Description

I often use my computer for watching movies with totem in fullscreen. I deactivated display sleep under System->Prefs->Power Managment and deactivated the screensaver under Sys->Prefs->Screensaver. Still, after about 15-20minutes of watching a movie without touching the mouse or keyboard, the screen just blanks, my monitor says 'NO SIGNAL' and shuts off. This is VERY annoying, because I always need to keep the mouse in reach to juggle it around every few minutes to prevent this from happening. :-(

I am running latest edgy with gnome on x86. If you need any more information about my system, please let me know. This is by far the worst "bug" I ever encountered on Linux. :(

Sebastien Bacher (seb128) wrote :

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?

Changed in totem:
assignee: nobody → desktop-bugs
status: Unconfirmed → Needs Info
inewguy (inewguy) wrote :

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.

inewguy (inewguy) wrote :

Enabling the screensaver really seems to help. :(

Will try another player with screen saver disabled tonight.

nanophase (nanophase) wrote :

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).

nanophase (nanophase) wrote :

confirmed on both my dapper and edgy

Changed in totem:
status: Needs Info → Confirmed
Sebastien Bacher (seb128) wrote :

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?

Changed in totem:
importance: Undecided → Low
status: Confirmed → Needs Info
inewguy (inewguy) wrote :

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

Will try the dbus thing now.

nanophase (nanophase) wrote :

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.

Sebastien Bacher (seb128) wrote :

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?

idokibovito (idokibovito) wrote :

talking for myself, I doubleclick in nautilus

idokibovito (idokibovito) wrote :

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

nanophase (nanophase) wrote :

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.

nanophase (nanophase) wrote :

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)

nanophase (nanophase) wrote :

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

Sebastien Bacher (seb128) wrote :

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

Changed in totem:
status: Needs Info → Unconfirmed
Guillaume Desmottes (cassidy) wrote :

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

Sebastien Bacher (seb128) wrote :

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

Jeff Bailey (jbailey) wrote :

Appears to be fixed in feisty with 2.17.5-0ubuntu1

Sebastien Bacher (seb128) wrote :

Do you still have that problem with feisty?

Changed in totem:
status: Unconfirmed → Needs Info
Guillaume Desmottes (cassidy) wrote :

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

Michael R. Head (burner) wrote :

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.

Changed in totem:
status: Needs Info → Confirmed
Sebastien Bacher (seb128) wrote :

not a totem bug

Changed in totem:
assignee: desktop-bugs → nobody
Michael R. Head (burner) wrote :

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).

Sitsofe Wheeler (sitsofe) wrote :

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..

VF (vfiend) wrote :

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.

Michael R. Head (burner) wrote :

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

Changed in gnome-power:
status: Unknown → Needs Info
Siegie (siegie) wrote :

i can also confirm this bug in feisty.

Oliver Grawert (ogra) wrote :

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).

Changed in gnome-power-manager:
assignee: nobody → ogra
status: Unconfirmed → In Progress
Oliver Grawert (ogra) wrote :

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

VF (vfiend) wrote :

Just got the updated package from the repos, thanks.

Changed in gnome-power-manager:
status: In Progress → Fix Released
Tom Vetterlein (smbm) wrote :

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

Tomi Urankar (tomi0) wrote :

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
################

Tomi Urankar (tomi0) wrote :
Tomi Urankar (tomi0) wrote :
Changed in gnome-power-manager:
status: Fix Released → Confirmed
Dincer Celik (osmanlicilegi) wrote :

monitor still blanks on feisty.

i can confirm this one.

Dincer Celik (osmanlicilegi) wrote :

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

Tomi Urankar (tomi0) wrote :

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

Changed in gnome-power:
status: Needs Info → Fix Released

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.

Nanley Chery (nanoman) wrote :

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

Bubblegum (louitrilobite) wrote :

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

Denis Salmanovich (den23513) wrote :

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.

Russell (russellp) wrote :

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

Bubblegum (louitrilobite) wrote :

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

draw your own conclusions.
: )

Tomi Urankar (tomi0) wrote :

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.

Changed in gnome-power-manager:
status: Confirmed → Incomplete

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.

Johan Christiansen (johandc) wrote :

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.

Guillaume Desmottes (cassidy) wrote :

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

betsbass (betsbass) wrote :

same problem, with hardy.

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

still happening on Intrepid

Oliver Grawert (ogra) on 2009-06-25
Changed in gnome-power-manager (Ubuntu):
assignee: Oliver Grawert (ogra) → nobody
Chris Coulson (chrisccoulson) wrote :

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

Thanks

Phil Sung (psung) wrote :

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

Changed in gnome-power-manager (Ubuntu):
status: Incomplete → Fix Released
BavarianPH (bavarianph) wrote :

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!

Changed in gnome-power:
importance: Unknown → Low
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.