After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 168510 - Should send expose coords to backend
Should send expose coords to backend
Status: RESOLVED WONTFIX
Product: totem
Classification: Core
Component: xine-lib backend
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Maintainer alias for xine-lib component of Totem
Maintainer alias for xine-lib component of Totem
: 170887 172223 300852 302419 309403 314805 347736 354009 380846 398204 401432 432993 526067 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-02-25 15:03 UTC by Ross Burton
Modified: 2009-05-06 13:56 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ross Burton 2005-02-25 15:03:02 UTC
If I minimise a window on top of Totem whilst playing video, sometimes the black
lines Metacity draws are not redrawn correctly and stay on top of the video
until Totem decides to do a full repaint.
Comment 1 Bastien Nocera 2005-02-25 15:23:01 UTC
The expose code in xine-lib sucks. Totem knows which bits are exposed, so the
xine-lib video plugin should just use that data to redraw, not what it thinks
needs to be updated.
Comment 2 Bastien Nocera 2005-03-19 16:49:58 UTC
*** Bug 170887 has been marked as a duplicate of this bug. ***
Comment 3 Bastien Nocera 2005-03-31 20:16:07 UTC
*** Bug 172223 has been marked as a duplicate of this bug. ***
Comment 4 Bastien Nocera 2005-04-16 17:45:36 UTC
*** Bug 300852 has been marked as a duplicate of this bug. ***
Comment 5 Bastien Nocera 2005-04-21 23:33:35 UTC
Actually, could you guys check whether the same problem occurs if you add the line:
video.driver:xv
in ~/.gnome2/totem_config?

I think it's the xxmc output plugin that's broken, as I kind of fixed the Xv one
around x-mas.
Comment 6 Joaquin Cuenca Abela 2005-04-22 21:01:22 UTC
Hi Bastien,

That's quite weird.

I added video.driver:xv to totem_config and I was not able to reproduce this bug 
anymore. However, now I'm not able to reproduce it at all, even when I comment 
out the video.driver line again.
Comment 7 Simon Morgan 2005-04-22 21:23:28 UTC
Doesn't seem to make any difference here.
Comment 8 Joaquin Cuenca Abela 2005-04-23 18:40:29 UTC
And today I'm seeing the bug again, with video.driver:xv and without it.

If you open totem without a mp3 file, and then you choose a file through the
menu, then everything is ok. It seems that in this case it has enough time to
load the totem logo.

However, if you open totem clicking directly on a mp3 file, then it starts
playing the file before anything gets loaded as background, and I can then
reproduce the bug.

Hope it helps,

Cheers,
Comment 9 Bastien Nocera 2005-07-04 08:09:23 UTC
*** Bug 309403 has been marked as a duplicate of this bug. ***
Comment 10 Jason Weisberger 2005-10-18 03:09:45 UTC
Just to confirm, is this a bug about the black bars around the active
visualization, or is this window decorations?  The description doesn't seem to
specify.

If it's about the black bars by the vis, it's reproducable in 1.2.0-r1, just as
it was with the 1.0.* line.
Comment 11 Ross Burton 2005-10-18 07:11:24 UTC
In the video window.
Comment 12 Bastien Nocera 2006-09-04 09:21:33 UTC
*** Bug 354009 has been marked as a duplicate of this bug. ***
Comment 13 Bastien Nocera 2006-09-04 09:25:15 UTC
*** Bug 314805 has been marked as a duplicate of this bug. ***
Comment 14 Bastien Nocera 2006-11-15 14:02:40 UTC
*** Bug 347736 has been marked as a duplicate of this bug. ***
Comment 15 Bastien Nocera 2006-11-30 11:36:31 UTC
*** Bug 380846 has been marked as a duplicate of this bug. ***
Comment 16 Bastien Nocera 2007-01-05 11:56:30 UTC
*** Bug 302419 has been marked as a duplicate of this bug. ***
Comment 18 Bastien Nocera 2007-01-20 00:16:44 UTC
*** Bug 398204 has been marked as a duplicate of this bug. ***
Comment 19 Bastien Nocera 2007-01-28 13:05:53 UTC
*** Bug 401432 has been marked as a duplicate of this bug. ***
Comment 20 Chris Lord 2007-01-28 13:26:51 UTC
Is there any reason this can't be worked around? How do gxine/gtkxine/kaffeine and other libxine-using apps that don't suffer from this compensate?
Comment 21 Bastien Nocera 2007-05-10 16:13:35 UTC
*** Bug 432993 has been marked as a duplicate of this bug. ***
Comment 22 Bastien Nocera 2008-08-18 16:16:05 UTC
*** Bug 526067 has been marked as a duplicate of this bug. ***
Comment 23 Bastien Nocera 2009-05-06 13:56:29 UTC
The xine-lib backend was removed from Totem master. Please test whether the problem(s) you were encountering still occur with the GStreamer backend (in which case you should file a new bug).

If you are unwilling or unable to use the GStreamer backend, feel free to use alternative xine-lib based players, such as gxine.

Totem 2.26.x will still have the xine-lib backend available.