GNOME Bugzilla – Bug 317780
[qtdemux] doesn't detect audio stream in poissauteur.mov
Last modified: 2011-05-26 15:16:00 UTC
This is the file from bug #317596, but should be fixed in gst-plugins as well: http://gstreamer.freedesktop.org/media/incoming/poissauteur.mov % gst-launch-0.9 filesrc location=poissauteur-317596.mov ! qtdemux PAUSE pipeline ... PREROLLED pipeline ... RUNNING pipeline ... ERROR (0x80508d8 - 313415:26:16.268848000) qtdemux(18595) qtdemux.c(1243):qtdemux_parse: atom length too short (0 < 8) ERROR (0x80508d8 - 313415:26:16.278009000) qtdemux(18595) qtdemux.c(1243):qtdemux_parse: atom length too short (0 < 8) Same in 0.8 and 0.9. Cheers -Tim
The problem seems to be in the audio stream. The video alone plays fine with current cvs.
The qtdump utility (from openquicktime) shows 3 tracks (twice the first one (video), and one audio track (mpeg 4 audio)). For some reason the qtdemux parser doesn't see the two last tracks.
The problem is that the file contains more than one 'moov' atom, the first one containing just the video track, and the second one containing video+audio.
I'm not sure if we can handle this correctly in qtdemux. What it needs to do is to parse (without creating any pads, streams or structures) the atoms, and as soon as it sees another moov atom, it should discard the previous one AND THEN use the information from the parsing to create streams, pads, structures, etc... I think I had a look at this at one point, but the way qtdemux is done didn't allow it AFAIK. Of course, this will only work in pull mode (since in push mode it will automatically take the first available moov atom).
FWIW, only the first video (without audio) plays in QuickTime Player on a mac.
Just tested this and video works, but no audio. Since this is the same behaviour as Quicktime Player, and taking Edwards comment about fixability into consideration I am going to close this as 'WONTFIX'