GNOME Bugzilla – Bug 548282
h.264 audio/video out of sync
Last modified: 2008-08-20 13:28:09 UTC
Please describe the problem: When playing h.264 content, especially larger .mkv files, the audio tends to get out of sync with the video. This problem generally builds over time, starting out in sync or barely out of sync, and gradually growing more and more out of sync as the video progresses. On some videos, pressing pause will re-sync the video temporarily, but it will again get out-of-sync after a few minutes. I've tried watching several h.264 videos in both Totem and Elisa and have seen this issue in most of them. There are a few videos which play fine, but they are the exception, not the rule. I've also watched these same videos through VLC or mplayer (which don't use gstreamer) and they play fine, with no out-of-sync issues. Steps to reproduce: 1. Open a "large" h.264 file (i notice it the most on files of around 4GB's or larger), in Totem or through Elisa media center (or any other media player that uses gstreamer). 2. Watch the video for several minutes, it usually starts in-sync but quickly starts to get more and more out-of-sync. 3. Pressing pause and then play sometimes temporarily re-syncs the audio/video. Actual results: The video appears to play correctly but the audio gradually becomes out of sync. Expected results: The audio and video should stay in sync throughout the entire movie. Does this happen every time? Yes Other information:
Which version of gst-plugins-good are you using? Could you test with CVS or the latest release?
I'm using gstreamer0.10-plugins-good version 0.10.7-3ubuntu0.1 When I get home, I can try upgrading from CVS and see if I notice the same results.
This looks similar to bug #419351.
I checked out and installed the newest version (0.10.4) of gstreamer-ffmpeg plugins from CVS last night. I also tried checking out and installing the newest version of the good plugins but ran into problems installing it. I messed around with it for quite awhile but couldn't get the make or make install to run properly. I tried watching a few of the files that have given me trouble with these sync issues and they still are having trouble.
you just need to upgrade gst-plugins-base (and likely gstreamer core), all other modules are irrelevant for this bug.
My plugins-base are currently at version 0.10.18-3, and I don't see gstreamer core (possibly named something else in the package manager / apt?)... what version should these be at?
According to bug #419351 this was fixed in versions 0.10.20. (libgstreamer0.10-0, gstreamer0.10-plugins-base and libgstreamer-plugins-base0.10-0 on hardy). Note that these exact versions are not in hardy.
I'll try rebuilding the gstreamer core and gst-plugins from cvs
(In reply to comment #5) > you just need to upgrade gst-plugins-base (and likely gstreamer core), all > other modules are irrelevant for this bug. I'd also suggest to try latest gst-plugins good as the issue is with matroska files and I did quite some changes that could affect broken timestamping. (In reply to comment #8) > I'll try rebuilding the gstreamer core and gst-plugins from cvs I've started a small repository with up-to-date gstreamer packages for hardy some days ago and will try to keep it updated as time permits (any help is welcome of course) ;) You can take the latest releases from there: https://launchpad.net/~gstreamer-team/+archive
Alright, I updated gstreamer core and gst-plugins-base to 0.10.20 and also upgraded my plugins-good, bad and ugly to 0.10.8. Unfortunately, while I can work on my home machine from here, I can't test whether this fixed the problem or not until I get home (no sound). So I'll test it out tonight and post my findings.
Correction, the bad and the ugly were upgraded to 0.10.8, the good was upgraded to 0.10.9
I tested the same video clips after doing the upgrades yesterday and they appear to display fine with no out of sync issues. Glad to see this issue has been resolved. Any idea when these versions of gstreamer will make it into the mainstream ubuntu repos? I have some friends that have been effected by the bug as well and don't know that they'll be able to figure out the whole install from source thing.
Jay, they'll most likely be updated in the next ubuntu release. Closing bug after reporter confirmed issue fixed. *** This bug has been marked as a duplicate of 419351 ***