Pipeline Not Shut Down After End of Stream

[John Westing]

alsasink is the only element after the decoder. I came in today and it was
working. Ran a few more tests and narrowed it down to alsasink's
preroll-queue-len property. When I set preroll-queue-len to anything
greater than or equal to 1 the pipeline hangs at the EOS event. Is this a
bug in alsasink?


On Thu, May 16, 2013 at 3:51 AM, Tim-Philipp Müller <t.i.m at zen.co.uk> wrote:

> On Wed, 2013-05-15 at 16:15 -0700, johnwesting wrote:
>
> Hi,
>
> > My pipeline doesn't close after the end of stream event is pushed out.
> I'm
> > pretty sure I've narrowed the cause down to my decoder, but I feel like
> I'm
> > shooting in the dark debugging. I have a live source which uses
> GstBaseSrc.
> > The source blocks in the create() function waiting for data. Before any
> data
> > is received if an error occurs while it is waiting, it returns
> > GST_FLOW_UNEXPECTED. When this error occurs before the source has created
> > any data the pipeline does not shutdown. I think I've narrowed it down
> to my
> > decoder because when I replaced my decoder with filesink the pipeline did
> > close down. In the decoder I tried handling the EOS event on the sink pad
> > using gst_pad_event_default() but it didn't fix it. Not sure what to try
> > next.
>
> What does the rest of your pipeline look like? Are there any
> decodebin/playbin involved?
>
> I would dump a GST_DEBUG=*:6 output to a file, then grep -i eos to trace
> the EOS event and see where it gets stuck / not propagated.
>
>  Cheers
>   -Tim
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130516/930ce177/attachment.html>