<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>
Ok, I at least know what the issue is. The ESDS in the problematic files contain an object_type_id of 105, whereas all my working test files contain an object_type_id of 107, which qtdemux properly recognizes. Hacking my local build to treat the two object_type_id the same suddenly makes it work.<br><br>Any idea what this object_type_id of 105 means, or where I can get a list of what these types in the ESDS mean?<br><br>All help appreciated!<br><br>..ed..<br><br>> Subject: Re: [gst-devel] qtdemux source caps bad on .MP4 file with MP3        audio payload?<br>> From: t.i.m@zen.co.uk<br>> To: gstreamer-devel@lists.sourceforge.net<br>> CC: edaverill@hotmail.com<br>> Date: Thu, 6 Dec 2007 19:23:18 +0000<br>> <br>> On Thu, 2007-12-06 at 10:15 -0800, Edward Averill wrote:<br>> <br>> > Ok, I'm seeing some really odd qtdemux behavior in my development<br>> > here.<br>> <br>> You're not saying which versions of things (core/base/good/bad) you're<br>> using.<br>> <br>> > I have a .MP4 file that contains MP3 audio only. It plays fine in<br>> > VLC, which figures out it's MP3 audio.<br>> > <br>> > HOWEVER, when I run gst-launch using decodebin, it picks up qtdemux to<br>> > to the parsing (which is the Right Thing), but the caps it sets for<br>> > it's source pad say "mpegversion=(int)4" - which causes decodebin to<br>> > load up an AAC decoder! Things then go to heck in a handbasket,<br>> > because the AAC decoder has no clue what it's being fed and errors<br>> > out.<br>> > <br>> > This seems strange me.. I'd sure like to know why VLC understands that<br>> > it's an MP3 audio payload but qtdemux seems to guess wrong.<br>> > <br>> > Anyone have any ideas what's going on here? Could our MP3 decoder not<br>> > be setting its typefind properly?<br>> > <br>> > All help appreciated!<br>> <br>> The easiest thing would be to make a sample file available to us<br>> somewhere and then file a bug against gst-plugins-good; then we can<br>> check whether we can reproduce the problem with CVS of things or not<br>> (see http://gstreamer.freedesktop.org/bugs/ ).<br>> <br>> Cheers<br>> -Tim<br>> <br>> <br>> <br></body>
</html>