<div>Hi folks, </div><div><br></div><div>I'm relatively new to gstreamer (couple of months) but have a reasonable level of understanding.</div><div><br></div><div>I was initially using these versions:</div><div>gstreamer-0.10.34</div>

<div>gst-plugins-base-0.10.34</div><div><div>gst-plugins-good-0.10.29</div></div><div><div>gst-plugins-bad-0.10.22</div></div><div><br></div><div>I found that seek of audio files (aac, mp3) with playbin2 did not work.  </div>

<div><br></div><div>However, with a manual pipeline, seek succeeds.  The problem appears to be that playbin2 does not automatically plug in the parsers (aacparse, mpegaudioparse).  If my manual pipeline contains these elements, seek succeeds; without them, seek fails.</div>

<div><br></div><div>Looking on the GStreamer website <a href="http://gstreamer.freedesktop.org/news/">http://gstreamer.freedesktop.org/news/</a>, I saw the note in the latest 0.10 release that said:</div><div><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

decodebin/playbin2 now plug parsers by default</blockquote>So I decided to upgrade to the 2012-02-21 release.</div><div><br></div><div>However, I found that playbin2 still does not autoplug the audio parsers in this release.  Bummer.  So, first question:</div>

<div><br></div><div>"Is there any way to encourage playbin2 to autoplug the audio parsers?"</div><div>and</div><div>"Is this a known issue, and is there a known workaround?"</div><div><br></div><div>Either way: now that I've done the work to upgrade, I'd like to keep the updated components -- however, I am now seeing a bug with aacparse regarding newsegments:</div>

<div><br></div><div># gst-launch  filesrc location=/media/Honesty.aac ! id3demux ! aacparse ! custom_audio_decoder_and_sink</div><div><div>Setting pipeline to PAUSED ...</div><div>Pipeline is PREROLLING ...</div><div>0:00:00.282161885  2561  0x812f188 WARN                tagdemux gsttagdemux.c:680:gst_tag_demux_chain:<id3demux0> Downstream did not handle newsegment event as it should</div>

<div>0:00:00.282425516  2561  0x812f188 WARN                 basesrc gstbasesrc.c:2625:gst_base_src_loop:<filesrc0> error: Internal data flow error.</div><div>0:00:00.282490123  2561  0x812f188 WARN                 basesrc gstbasesrc.c:2625:gst_base_src_loop:<filesrc0> error: streaming task paused, reason not-linked (-1)</div>

<div>ERROR: from element /GstPipeline:pipeline0/GstFileSrc:filesrc0: Internal data flow error.</div><div>Additional debug info:</div><div>gstbasesrc.c(2625): gst_base_src_loop (): /GstPipeline:pipeline0/GstFileSrc:filesrc0:</div>

<div>streaming task paused, reason not-linked (-1)</div><div>ERROR: pipeline doesn't want to preroll.</div><div>Setting pipeline to NULL ...</div><div>Freeing pipeline ...</div></div><div><br></div><div>This exact command worked correctly (and this pipeline would seek) with the previous version (version numbers listed at the top)</div>

<div><br></div><div>Also to note: this command does still work fine:</div><div># gst-launch  filesrc location=/media/Honesty.aac ! id3demux ! custom_audio_decoder_and_sink</div><div>except that seek does not work without the parser element.</div>

<div><br></div><div>So, second question:</div><div>"Are there any known issues with aacparse regarding newsegment handling"</div><div><br></div><div><br></div><div>Thank You,</div><div>Eric</div><div><br></div>
<div>
<br></div><div><br></div>