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 539893 - Totem gstreamer does not render divx mpeg-4 movies correctly and the sound lags in Ubuntu 8.04
Totem gstreamer does not render divx mpeg-4 movies correctly and the sound la...
Status: RESOLVED NOTGNOME
Product: GStreamer
Classification: Platform
Component: gst-libav
0.10.18
Other All
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-06-24 08:19 UTC by Bugsy
Modified: 2008-06-24 20:14 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Attachments
screencapture from the corrupt frame (635.32 KB, image/png)
2008-06-24 08:21 UTC, Bugsy
Details
screencapture from the colour variations in subtitles (40.36 KB, image/png)
2008-06-24 08:21 UTC, Bugsy
Details

Description Bugsy 2008-06-24 08:19:29 UTC
Please describe the problem:
Totem gstreamer does not render divx mpeg-4 movies correctly in Ubuntu 8.04. 

Once in a while some of the pixels are not updated. The frame changes but some of the pixels remain the same. This happens like 10-20 times in a movie.

Also when the subtitle is displayed there are some colour variations next to the subtitles (usually bluish-colour).

Sometimes after watching a movie for a while the sound starts to lag behind. Not mutch but it can be seen from actors lips. If I start the Totem-player again and rewind it to the same frame where it got off-synch then the problem goes away.

Steps to reproduce:
1. install all gstreamer plugins to ubuntu 8.04
2. play a movie
3. wait


Actual results:


Expected results:


Does this happen every time?
yes but it differs between movies and play times.

Other information:
I'm using Ubuntu 8.04 with Nvidia 7600 gs and xinerama.
Comment 1 Bugsy 2008-06-24 08:21:07 UTC
Created attachment 113314 [details]
screencapture from the corrupt frame
Comment 2 Bugsy 2008-06-24 08:21:54 UTC
Created attachment 113315 [details]
screencapture from the colour variations in subtitles
Comment 3 Mark Nauwelaerts 2008-06-24 10:16:50 UTC
With respect to frame corruption, I had something similar on Hardy using the gstreamer0.10-ffmpeg package which uses a system (shared) ffmpeg.
It seems to run into ffmpeg errors "slice end not reached but screenspace end"; see fragment of a transcoding session below (the visual effect of which would be such artefacts, which I had in totem):

0:00:10.190567513 14123 0xf70840 ERROR               ffmpeg :0:: slice end not reached but screenspace end (-9 left 02C1F1, score= -822)
0:00:15.345868427 14123 0xf70840 ERROR               ffmpeg :0:: slice end not reached but screenspace end (-9 left 920390, score= -1476)

By the way, this seems to have happened to a great many software using (shared) ffmpeg at some time, see e.g. http://tcfoundry.hostme.it/mantis/view.php?id=31.
Using the recommended included ffmpeg, the problem does not occur (with 0.10.3 or 0.10.4).
Comment 4 Tim-Philipp Müller 2008-06-24 20:14:47 UTC
Ubuntu chose to make gst-ffmpeg link against a system-installed ffmpeg rather than the static hand-picked ffmpeg revision included within gst-ffmpeg. We can't support such setups, so I'll close the bug for the time being. Please re-open if you can reproduce it with a gst-ffmpeg that uses the included ffmpeg version. You might want to report the problem in ubuntu's launchpad though.

If you are able to make one of those problematic files available, we'll check whether we can reproduce your issues with the internal ffmpeg.

The subtitle rendering bug looks like bug #506659 and should be fixed in gst-plugins-base 0.10.20.