qtdemux behavior with audio payload in 3G2, sample_size != 0

[Edward Averill]

I'm seeing some unusual behavior playing back a 3G2 file via qtdemux, which contains H.263 video and QCELP audio - but *only* with files that have an audio payload sample size that's not equal to zero.  The sample_size in the file is correct - 17 bytes - but somewhere in the guts of the code, it decides to send our decoder odd-sized packets, and not only that, it skips over huge chunks of the audio payload stream.  It looks like something goes pear-shaped when it treats samples as chunks.

Does anyone have any experience playing other 3G2/3GP/MP4 files with a fixed audio sample size?  These files will play in GOMPlayer on Linux, but not via gStreamer.

All info appreciated.

..ed..


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[michael smith-6-3]

On Thu, Mar 20, 2008 at 6:41 PM, Edward Averill <[hidden email]> wrote:
>
>  I'm seeing some unusual behavior playing back a 3G2 file via qtdemux, which
> contains H.263 video and QCELP audio - but *only* with files that have an
> audio payload sample size that's not equal to zero.  The sample_size in the
> file is correct - 17 bytes - but somewhere in the guts of the code, it
> decides to send our decoder odd-sized packets, and not only that, it skips
> over huge chunks of the audio payload stream.  It looks like something goes
> pear-shaped when it treats samples as chunks.

Edward,

This sounds like a straightforward bug of some sort. The best thing to
do is file a bug report in Bugzilla (http://bugzilla.gnome.org/ ), and
attach a sample file that the problem can be reproduced with.

Mike

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel