GNOME Bugzilla – Bug 168510
Should send expose coords to backend
Last modified: 2009-05-06 13:56:29 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.
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.
*** Bug 170887 has been marked as a duplicate of this bug. ***
*** Bug 172223 has been marked as a duplicate of this bug. ***
*** Bug 300852 has been marked as a duplicate of this bug. ***
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.
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.
Doesn't seem to make any difference here.
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,
*** Bug 309403 has been marked as a duplicate of this bug. ***
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.
In the video window.
*** Bug 354009 has been marked as a duplicate of this bug. ***
*** Bug 314805 has been marked as a duplicate of this bug. ***
*** Bug 347736 has been marked as a duplicate of this bug. ***
*** Bug 380846 has been marked as a duplicate of this bug. ***
*** Bug 302419 has been marked as a duplicate of this bug. ***
Filed against xine-lib: http://sourceforge.net/tracker/index.php?func=detail&aid=1628637&group_id=9655&atid=109655
*** Bug 398204 has been marked as a duplicate of this bug. ***
*** Bug 401432 has been marked as a duplicate of this bug. ***
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?
*** Bug 432993 has been marked as a duplicate of this bug. ***
*** Bug 526067 has been marked as a duplicate of this bug. ***
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.