Solved.<div><br></div><div>Please ignore my last post -- the problem was that in the seek application there was an extra bin being wrapped around the custom decodersink which was screwing up the auto-plugging for playbin2.</div>
<div><br></div><div>This also explains the surprising behavior that I mentioned previously where the gst-launch playbin was different than the gst_parse_launch. The gst_parse_launch had nothing to do with it -- it was the rogue wrapper bin.</div>
<div><br></div><div>Tim, thanks again for all of your help on this.</div><div><br></div><div>Eric</div><div><br></div><div><br><br><div class="gmail_quote">On Tue, Jun 26, 2012 at 1:26 PM, Eric Montellese <span dir="ltr"><<a href="mailto:eric.montellese@videon-central.com" target="_blank">eric.montellese@videon-central.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Tim, <div><br></div><div>No luck so far. Here are the details of where I'm at:</div><div><br></div><div>** For an AAC file, setting framed=true makes playbin2 autoplug the aacparse element. (yay!)</div>
<div><br></div>
<div>** However, the parse element is not autoplugged for mp3 (normal mpeg 1, layer 3) no matter how I set the caps. (at least anything I've tried).</div><div><br></div><div>** My custom decodersink has these caps:</div>
<div><div> audio/mpeg</div><div> mpegversion: { 2, 4 }</div><div> framed: true</div></div><div><div> audio/mpeg</div><div> mpegversion: 1</div><div> layer: 3</div>
<div> parsed: true</div></div><div>This is actually more restrictive than it was originally, but in trying to remove variables, this is what it is set to. With the caps set this way, the audio does play, but doesn't seek (the parser is not added to the pipeline).</div>
<div><br></div><div>** When I look at the dot-output png pipeline image (linked below), I do not see "parsed=true" appearing on the connections between elements for the mp3 pipeline.</div><div><br></div><div>** With the AAC pipeline, I do see framed=true printed on the connections between elements. Does this indicate that the framed=true capability is being honored but not the parsed=true capability?</div>
<div><br></div><div>** The aacparse element has this src pad:</div><div><div> SRC template: 'src'</div><div> Availability: Always</div><div> Capabilities:</div><div> audio/mpeg</div><div> framed: true</div>
<div> mpegversion: { 2, 4 }</div><div> stream-format: { raw, adts, adif }</div></div><div><br></div><div>** The mpegaudioparse element has this src pad:</div><div><div> SRC template: 'src'</div>
<div> Availability: Always</div><div> Capabilities:</div><div> audio/mpeg</div><div> mpegversion: 1</div><div> layer: [ 1, 3 ]</div><div> rate: [ 8000, 48000 ]</div>
<div> channels: [ 1, 2 ]</div><div> parsed: true</div></div><div><br></div><div>So, everything appears to be analogous; however, it seems that the capabilities are not having an effect on the playbin2 autoplugging in the mp3 case. Any ideas on what direction to head? So far, my biggest curiosity is why the mp3 pipeline does not show the parsed=true capability. Is that a good direction to head, or is there a simple unrelated explanation?</div>
<div><br></div><div>I'm uploading both pipelines here as the "seektest" png files, so that you can see what I'm referring to:</div><div><a href="http://www.mediafire.com/?sf809r7jx78x8" target="_blank">http://www.mediafire.com/?sf809r7jx78x8</a></div>
<div><br></div><div><br></div><div>Thanks!</div><span class="HOEnZb"><font color="#888888"><div>Eric</div></font></span><div class="HOEnZb"><div class="h5"><div><br><br><div class="gmail_quote">On Fri, Jun 22, 2012 at 3:41 PM, Eric Montellese <span dir="ltr"><<a href="mailto:eric.montellese@videon-central.com" target="_blank">eric.montellese@videon-central.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sounds good. I'll dig into it a bit and get back to you with a more precise understanding<span><font color="#888888"><div>
<br></div><div>eric</div></font></span><div><div><div><br></div><div><br><br><div class="gmail_quote">On Fri, Jun 22, 2012 at 2:04 PM, Tim-Philipp Müller <span dir="ltr"><<a href="mailto:t.i.m@zen.co.uk" target="_blank">t.i.m@zen.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Fri, 2012-06-22 at 13:55 -0400, Eric Montellese wrote:<br>
<br>
> Ugh. So it works for the aac file, but not for the mp3 file. I'm<br>
> trying out various modifications on the same scheme but no luck yet...<br>
> Any ideas?<br>
<br>
</div>Not without more details. Now that you know that the template caps are<br>
important, it would be helpful to know what they are exactly<br>
(gst-inspect output) and the different things that you tried..<br>
<div><div><br>
Cheers<br>
-Tim<br>
<br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>