Blocking gst_pad_send_event with gst_event_new_eos

[marc lievens]

Hi Tim,

This happens when the tcp/ip connection to the camera is plugged out and
when it stays out.
On that case I  receive a GST_MESSAGE_ERROR , on which I send the a
gst_event_new_eos () to the matroska sink.
As long as I receive errors I will try to establish a new connection, but
then the specified blocks.
I don't know yet why the pipeline/sink it is in PAUSED state.
When call is blocked, it will never return, even when the connection is
established later on.


2015-08-07 10:49 GMT+02:00 Tim Müller <tim at centricular.com>:

> On Fri, 2015-08-07 at 08:21 +0000, Marc Lievens wrote:
>
> Hi Marc,
>
> > I'm using gstreamer 1.5.0 with pipeline rtspsrc! rtph264depay!
> > h264parse! matroskamux ! filesink
> >
> >
> >
> > When I send a gst_pad_send_event(matroskamux sink ,
> > gst_event_new_eos())) it block sometimes.
> >
> > I have the idea that this happens only when the pipeline is in the
> > PAUSED state.
>
> This seems plausible. When the pipeline (sink) is in PAUSED state, no
> buffers are rendered and the sink blocks upstream elements. An EOS will
> also only be processed (notified to the application) in PLAYING state.
>
> Is there a reason your pipeline/sink is in PAUSED state at this point?
>
> Cheers
>  -Tim
>
> --
> Tim Müller, Centricular Ltd - http://www.centricular.com
>
> Join us at the GStreamer Conference: 8-9 October 2015 in Dublin, Ireland
>
>
> _______________________________________________
> 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/20150807/9f7c2247/attachment.html>