GNOME Bugzilla – Bug 138984
Fullscreen mode problem
Last modified: 2005-11-24 14:26:57 UTC
I use the XFce4 window manager, so I don't know if it appears in Metacity of Gnome. The fullscreen mode works fine without the exception that some areas are white. I f I force redraw because I display a context menu, the places where the context menu was are drawn black. Screenshot is attached. The red area is the movie (not in the screenshot because of xvideo).
Created attachment 26296 [details] Screenshot
Known problem, we're working on it...
Got this too. :-/ Hope that you are able to fix this!
*** Bug 141731 has been marked as a duplicate of this bug. ***
I have this too. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux sirius.strandboge.cxm 2.4.26-tpplaptops #1 Thu Apr 15 14:39:43 EDT 2004 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages totem depends on: ii bonobo-activation 1:2.2.2-1woody1 Bonobo Activation Framework ii debconf 1.2.23woody1 Debian configuration management sy ii libart-2.0-2 2.3.14-0jds1 Library of functions for 2D graphi ii libatk1.0-0 1.2.4-1woody1 The ATK accessibility toolkit ii libaudiofile0 0.2.3-4woody1 The Audiofile Library ii libbonobo-activation4 1:2.2.2-1woody1 Bonobo Activation Framework -- run ii libbonobo2-0 2.2.3-1woody1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.2.2-1woody1 The Bonobo UI library ii libc6 2.2.5-11.5 GNU C Library: Shared libraries an ii libesd0 0.2.29-1woody2 Enlightened Sound Daemon - Shared ii libfreetype6 2.0.9-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.2.1-2jds1 GNOME configuration database syste ii libgcrypt1 1.1.12-1woody1 LGPL Crypto library - runtime libr ii libglade2-0 2.0.1-3woody4 Library to load .glade files at ru ii libglib2.0-0 2.2.3-0jds1 The GLib library of C routines ii libgnome-desktop-2 2.2.2-1woody1 Utility library for loading .deskt ii libgnome2-0 2.2.3-0jds1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.2.1-1woody1 A powerful object-oriented display ii libgnomeui-0 2.2.2-0jds1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.2.5-2woody1 The GNOME virtual file-system libr ii libgnomevfs2-common 2.2.5-2woody1 The GNOME virtual file-system libr ii libgnutls5 0.8.1-1woody1 GNU TLS library - runtime library ii libgtk2.0-0 2.2.2-2jds1 The GTK+ graphical user interface ii libjpeg62 6b-5 The Independent JPEG Group's JPEG ii liblinc1 2:1.0.3-2jds1 library to simplify creating netwo ii liblircclient0 0.6.5-1 LIRC client library ii liborbit2 1:2.6.2-1woody2 Libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.2.3-1woody2 Layout and rendering of internatio ii libpopt0 1.6.2-7 lib for parsing cmdline parameters ii libstartup-notificatio 0.5-1woody1 library for program launch feedbac ii libstdc++2.10-glibc2.2 1:2.95.4-11woody1 The GNU stdc++ library ii libtasn1-0 0.1.2-1woody1 Manage ASN.1 structures (runtime) ii libxine1 1-rc3c-0jds1 the xine video/media player librar ii libxml2 2.5.7-2jds2 GNOME XML library ii scrollkeeper 0.3.12-2woody1 A free electronic cataloging syste ii xlibs 4.2.1-12.1jds2 X Window System client libraries ii zlib1g 1:1.1.4-1.0woody0 compression library - runtime
This problem is caused by a change in xine-lib that happened on Feb 28: "Do not repaint the whole video output area in black when an expose event s raised. This reduce flickering when resizing/moving the output window (and it's a bit faster)." To remedy the problem (until it's fixed in xine), apply the following patch to xine-lib-rc4. Marc.
Created attachment 27577 [details] [review] Patch to reverse Feb18 changes in xine-lib
Oups...I meant "until it's fixed in totem". I don't think they will reverse this in xine-lib.
*** Bug 142876 has been marked as a duplicate of this bug. ***
This bug is getting very annoying. Surely xine-ui must have had the same issue, how did they get around this?
Try hitting the a key in fullscreen, this will scrape away the white crud.
Mass reassign.
*** Bug 155703 has been marked as a duplicate of this bug. ***
I spent a couple hours on this, but I didn't make progress. What gtk+ signal should I be catching? How should I be drawing the black background?
The black background should be set directly in the widget, so that the background colour is black (as opposed to gray-ish). You can see which colour the background is by attaching to Totem within gdb, and typing Ctrl+C, then shade, and unshade the window: the video canvas will be gray, should be black (never managed to get it black, for some reason...). I'm still not convinced the problem isn't in xine-lib, but I haven't found enough time to pin down and find the bug in it.
*** Bug 160643 has been marked as a duplicate of this bug. ***
With 0.99.22 this only happens when the video is stopped. When there is nothing in the playlist and the Totem logo is displayed, jumping to fullscreen makes everything gray (except the top left corner, which shows a piece of the logo, the same size as the window in non-fullscreen mode). Pressing "a" does clear it.
This still happens with 0.99.22 when the video is playing. I have patched totem to set the widget background to black and it still doesn't fix the problem.
Running totem with the "--sync" option, fixes the problem. Maybe the problem is really in xine-lib, some XSync missing somewhere...
Fixed in xine-lib CVS: http://sourceforge.net/mailarchive/forum.php?thread_id=6200332&forum_id=11923 The problems with white bits when there's no video opened is tracked by another bug.
I am seeing this problem in Ubuntu Breezy, totem version 1.2.0. Actually, the bug has been present for one year now, in any distro. Shall I reopen the bug?