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 154906 - [qtdemux] A/V Synch problem + crackling sound
[qtdemux] A/V Synch problem + crackling sound
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal normal
: 0.10.3
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-10-08 15:11 UTC by Darren
Modified: 2006-05-03 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Darren 2004-10-08 15:11:48 UTC
gstreamer-0.8.7, gst-plugins-0.8.5, gst-ffmpeg-0.8.1.2(prerelease)
Audio plays 1-2 seconds ahead of the video when playing this file
ftp://mplayerhq.hu/MPlayer/samples/MOV/editlist/menace00.mov
Comment 1 Ronald Bultje 2004-10-08 15:31:28 UTC
And it's crackling, right? I think timestamps in gst-ffmpeg are messed up, I
didn't look into that in detail yet. It's better than it used to be, though.
Comment 2 Darren 2004-10-08 16:12:43 UTC
No cracking in the audio at all. Audio is perfect it just leads video by a
couple seconds for me. I can try with different kernels tonight to see if that
as any effect on the audio...
Comment 3 Ronald Bultje 2004-11-10 14:50:47 UTC
It is specific to this movie, and probably related to the crackling audio. I
can't say why. This is a nice stresstest for alsasink, btw. :).
Comment 4 Stephane Loeuillet 2004-12-15 12:11:26 UTC
audio is crackling for me too, with alsasink and esdsink

which audiosink do you use Darren ? (that produces no cracks)
Comment 5 Logan Rathbone 2004-12-17 08:59:15 UTC
I have the exact same problem.  I'll try cvs -- but I have MUCH worse problems
on almost every video I've ever tried.
Comment 6 Darren 2004-12-20 00:47:49 UTC
Interestingly, I set up a brand new box with the latest gstreamer on FC3 and I
do get the crackling on it. Right next to it I have an older FC2 machine running
older code which doesn't crakle. I don't know what audiosink is being used (is
it output to a log somewhere?) I'm running totem on FC3 and I'd guess it is alsa
sink on both boxes. The interesting thing about the crackling on the new box is
that it only comes from the right channel speaker. It seems the left channel
plays perfectly but the right channel seems to be playing the sound in ~1 second
chunks about 5 times too fast. Ronald may be onto something when he mentioned
above the timestamps may be messed up on the right channel. If I turn the right
PCM volume all the way down the right channel (and the crackling sound goes away). 
My FC2 box that doesn't crackle doesn't play the right channel sound either
(right speaker is totally silent--only on this .mov) and it's currently running
gstreamer 0.8.7-0 and plugins 0.8.5-0. While I'm running gstreamer 0.8.7-4 and
plugins 0.8.6-0 on the crackling FC3 box.
Comment 7 Ronald Bultje 2004-12-23 15:05:39 UTC
This reminds me of a emms bug... Hmm...

Look at

gst-launch filesrc location=~/Media/bugs/menace00.mov ! qtdemux .audio_00 ! {
queue ! ffdec_adpcm_ima_qt ! audioconvert ! audioscale ! alsasink device=dmix }
{ qtdemux0.video_00 ! queue ! ffdec_svq1 ! ffmpegcolorspace ! xvimagesink }

which crackles, whereas

gst-launch filesrc location=~/Media/bugs/menace00.mov ! qtdemux .audio_00 ! {
queue ! ffdec_adpcm_ima_qt ! audioconvert ! audioscale ! alsasink device=dmix }

works perfectly. Note that the same goes if you remove audioscale/audioconvert.
Also, osssink works fine (with video). Valgrind shows no interesting debugs
inside ffmpeg... I can't get too much interesting data from alsasink, but I
suppose that's where we should look. Maybe this is because we use very small
sample buffers?
Comment 8 Luca Ognibene 2005-10-02 15:03:14 UTC
Ths file is no longer in the mplayer repository. Setting as NEEDINFO for now..
can someone provide it? thanks!
Comment 9 Tim-Philipp Müller 2005-10-03 09:16:04 UTC
 http://gstreamer.freedesktop.org/media/incoming/menace00.mov

Cheers
 -Tim
Comment 10 Edward Hervey 2006-01-28 12:51:18 UTC
the crackling has gone, but the AV synch problem is still there.
Comment 11 Jan Schmidt 2006-02-17 12:46:47 UTC
Just to keep this bug alive, the problem persists with current CVS head.
Comment 12 Wim Taymans 2006-04-05 10:51:02 UTC
the edit lists are ignore by the qt demuxer.
Comment 13 Wim Taymans 2006-04-06 19:16:47 UTC
        * gst/qtdemux/qtdemux.c: (gst_qtdemux_init),
        (gst_qtdemux_handle_src_query), (gst_qtdemux_find_index),
        (gst_qtdemux_find_keyframe), (gst_qtdemux_find_segment),
        (gst_qtdemux_move_stream), (gst_qtdemux_perform_seek),
        (gst_qtdemux_do_seek), (gst_qtdemux_change_state),
        (gst_qtdemux_activate_segment),
        (gst_qtdemux_prepare_current_sample), (gst_qtdemux_advance_sample),
        (gst_qtdemux_loop_state_movie), (gst_qtdemux_loop),
        (qtdemux_parse_trak):
        Added full edit list support.
        Avoid overflows in prologue image detection code.
        Avoid roundoff errors in timestamp calculations.