<div>Ugh, this bug keeps moving out from under foot.  In gathering the log, I looked through it for the aacparse element, and determined that it's *not* part of the pipeline created when using my seek test app.  </div>

<div><br></div><div>The seek test app uses gst_parse_launch to run "playbin2"</div><div><br></div><div>What's confusing is that calling gst-launch with "playbin2" *does* add the aacparse element.  I had been assuming that the two cases would act identically and had been using the "dot" output from the gst-launch command to get a graphical look at the pipeline during debug.  As it turns out, that was not accurate..</div>

<div><br></div><div>So, the new question is:  Why is the pipeline created by playbin2 different when it is created using gst_parse_launch than when it is created by gst-launch? </div><div><br></div><div>And, as before: how do I encourage playbin2 to autoplug the parser?  (particularly in the gst_parse_launch case)</div>

<div><br></div><div>Thanks</div><div>Eric</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div>