<html>
<head>
<style>
P
{
margin:0px;
padding:0px
}
body
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body>
Thanks for all that info, that is VERY helpful!!! I think I'm starting to understand the whole type-find thing now.. I'm making steady progress.<br><br>Have a great week!<br><br>..ed..<br><br>> Date: Sun, 10 Jun 2007 10:36:29 +0200<br>> From: bilboed@gmail.com<br>> To: edaverill@hotmail.com<br>> Subject: Re: [gst-devel] pad_probe question<br>> CC: gstreamer-devel@lists.sourceforge.net<br>> <br>> Hi,<br>> <br>> you might want to run gst-typefind-0.10 on that file to see what<br>> kind of MIME type typefind thinks it is. decodebin will try to find a<br>> demuxer,parser or decoder that can handle that MIME type and so forth.<br>> You might also want to make sure, using "GST_DEBUG=decodebin:5<br>> gst-launch...", that decodebin is really using the elements you're<br>> expecting it to use.<br>> <br>> On 6/8/07, Edward Averill <edaverill@hotmail.com> wrote:<br>> ><br>> > Ok, I'm terminally frustrated.<br>> ><br>> > I have an element that's trying to play nice with decodebin (yes, I posted a<br>> > similar question before, but I have more details now). The element is a<br>> > demuxer.. typefind works, the element loads, I parse the input file and then<br>> > generate a NEWSEGMENT event to push out. Immediately on sending the<br>> > NEWSEGMENT I see:<br>> ><br>> > decodebin gstdecodebin.c:664:pad_probe:<d> [00m Pad probe on pad<br>> > <mydecoder0:src> but pad <mydecoder0:src> still needs data.<br>> <br>> That is normal.<br>> <br>> ><br>> > The command line is:<br>> ><br>> > gst-launch filesrc location=/mytestfiles/test001.vid !<br>> > decodebin name=d d. ! myoverlaysink<br>> ><br>> > The pipeline proceeds to play, I don't see any error messages or warnings<br>> > anywhere, yet the playback is garbled.<br>> <br>> If the playback is garbled, it means data is reaching your sink but<br>> didn't go through the elements you expected.<br>> <br>> ><br>> > Not using decodebin and specifying the pipeline explicitly, thus, works<br>> > without garbled playback:<br>> ><br>> > gst-launch filesrc location=/mytestfiles/test001.vid !<br>> > mydemux name=q q. ! queue ! mydecoder ! myoverlaysink q. ! myaudiosink<br>> ><br>> > Does this possibly have something to do with the MIME type I'm returning<br>> > from my demuxers typefind function?<br>> <br>> Yes, see the top of this mail.<br>> <br>> > I notice that qtdemux does NOT have a<br>> > typefind, so past this point it's kind of useless as a template.<br>> <br>> If you want to see examples of typefinding, you can have a look at<br>> gst-plugins-base/gst/typefind/gsttypefindfunctions.c or<br>> gst-plugins-base/gst/subparse/gstsubparse.c .<br>> Typefind functions are not part of elements, they're provided by<br>> plugins. The reason why there isn't one in qtdemux is because most<br>> typefind functions are contained in gsttypefindfunctions.c<br>> <br>> ><br>> > All assistance appreciated before I tear out what's left of my hair.<br>> <br>> Gstreamer shall not be held responsible for any kind of hair loss :)<br>> <br>> Edward<br>> <br>> ><br>> > ..ed..<br>> ><br>> ><br>> > -------------------------------------------------------------------------<br>> > This SF.net email is sponsored by DB2 Express<br>> > Download DB2 Express C - the FREE version of DB2 express and take<br>> > control of your XML. No limits. Just data. Click to get it now.<br>> > http://sourceforge.net/powerbar/db2/<br>> > _______________________________________________<br>> > gstreamer-devel mailing list<br>> > gstreamer-devel@lists.sourceforge.net<br>> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel<br>> ><br>> ><br>> <br>> <br>> -- <br>> Edward Hervey<br>> Multimedia editing developer / Fluendo S.A.<br>> http://www.pitivi.org/<br></body>
</html>