Unable to seek audio files with playbin2; manual seek also broken in plugins-good-0.10.31

[Eric Montellese]

One update:  I determined that with the new version, this pipeline works:

gst-launch  filesrc location=/media/Honesty.aac ! aacparse !
custom_audio_decoder_and_sink

i.e. no demux, but yes parser.

Is this as expected?


This leaves the remaining question:  Is there a way to nudge playbin2 into
inserting the parser *instead* of the id3demux element?


Thanks,
Eric



On Tue, Jun 19, 2012 at 11:30 AM, Eric Montellese <
eric.montellese at videon-central.com> wrote:

> Hi folks,
>
> I'm relatively new to gstreamer (couple of months) but have a reasonable
> level of understanding.
>
> I was initially using these versions:
> gstreamer-0.10.34
> gst-plugins-base-0.10.34
> gst-plugins-good-0.10.29
> gst-plugins-bad-0.10.22
>
> I found that seek of audio files (aac, mp3) with playbin2 did not work.
>
> 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.
>
> Looking on the GStreamer website http://gstreamer.freedesktop.org/news/,
> I saw the note in the latest 0.10 release that said:
>
>> decodebin/playbin2 now plug parsers by default
>
> So I decided to upgrade to the 2012-02-21 release.
>
> However, I found that playbin2 still does not autoplug the audio parsers
> in this release.  Bummer.  So, first question:
>
> "Is there any way to encourage playbin2 to autoplug the audio parsers?"
> and
> "Is this a known issue, and is there a known workaround?"
>
> 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:
>
> # gst-launch  filesrc location=/media/Honesty.aac ! id3demux ! aacparse !
> custom_audio_decoder_and_sink
> Setting pipeline to PAUSED ...
> Pipeline is PREROLLING ...
> 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
> 0:00:00.282425516  2561  0x812f188 WARN                 basesrc
> gstbasesrc.c:2625:gst_base_src_loop:<filesrc0> error: Internal data flow
> error.
> 0:00:00.282490123  2561  0x812f188 WARN                 basesrc
> gstbasesrc.c:2625:gst_base_src_loop:<filesrc0> error: streaming task
> paused, reason not-linked (-1)
> ERROR: from element /GstPipeline:pipeline0/GstFileSrc:filesrc0: Internal
> data flow error.
> Additional debug info:
> gstbasesrc.c(2625): gst_base_src_loop ():
> /GstPipeline:pipeline0/GstFileSrc:filesrc0:
> streaming task paused, reason not-linked (-1)
> ERROR: pipeline doesn't want to preroll.
> Setting pipeline to NULL ...
> Freeing pipeline ...
>
> This exact command worked correctly (and this pipeline would seek) with
> the previous version (version numbers listed at the top)
>
> Also to note: this command does still work fine:
> # gst-launch  filesrc location=/media/Honesty.aac ! id3demux !
> custom_audio_decoder_and_sink
> except that seek does not work without the parser element.
>
> So, second question:
> "Are there any known issues with aacparse regarding newsegment handling"
>
>
> Thank You,
> Eric
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20120619/a4f720fb/attachment.html>