appsink and EOS
Locked
 
|
Is there a way to get an appsink out of EOS, after it has received such a notification and now reports itself via its eos property as being in EOS (ie eos property which is readonly is set to true)?
Or do you have to just delete the element and recreate it and hook a new one back into the bin? _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
On Thu, 2012-09-06 at 21:54 -0700, Brian Quandt wrote:
> Is there a way to get an appsink out of EOS, after it has received > such a notification and now reports itself via its eos property as > being in EOS (ie eos property which is readonly is set to true)? > > Or do you have to just delete the element and recreate it and hook a > new one back into the bin? Either do a flushing seek on the pipeline (or the sink), or set the sink's state to NULL or READY and then back to PLAYING again. Cheers -Tim _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
I'm not sure this works, ie I've already tried the set_state routes, but I any attempt to change the state not returning from the state change call, ie
sink.set_state(gst.STATE_NULL) never returns, and no error messages. This is gstreamer version 0.10, using python as my development environment. On Fri, Sep 7, 2012 at 1:45 AM, Tim-Philipp Müller <[hidden email]> wrote: On Thu, 2012-09-06 at 21:54 -0700, Brian Quandt wrote: _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
On Sun, 2012-09-09 at 00:03 -0700, Brian Quandt wrote:
Hi Brian, > I'm not sure this works, ie I've already tried the set_state routes, > but I any attempt to change the state not returning from the state > change call, ie > sink.set_state(gst.STATE_NULL) > never returns, and no error messages. > > This is gstreamer version 0.10, using python as my development > environment. Do you have a small test application that demonstrates your issue? Where are you doing the set_state call from? Are you doing it from a callback? (i.e. from the streaming thread not your application thread) Cheers -Tim > > On Fri, Sep 7, 2012 at 1:45 AM, Tim-Philipp Müller <[hidden email]> > wrote > On Thu, 2012-09-06 at 21:54 -0700, Brian Quandt wrote: > > > Is there a way to get an appsink out of EOS, after it has > received > > such a notification and now reports itself via its eos > property as > > being in EOS (ie eos property which is readonly is set to > true)? > > > > Or do you have to just delete the element and recreate it > and hook a > > new one back into the bin? > > Either do a flushing seek on the pipeline (or the sink), or > set the > sink's state to NULL or READY and then back to PLAYING again. > > Cheers > -Tim > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
I'll see if I can post something reasonable in size, plus not completely torn apart.
Yes I'm doing the state change in the callback. Which I guess means I'm in the streaming thread, which might explain it. Sure wish there was a nice detailed reference on gstreamer about what you can and can't do versus poking and prodding things. My test project is simply handling EOS from a icecast server and switching to a new feed. In short, if loss of signal (network failure, end of stream, etc), switch to a test signal (such as snow). I think the trauma I'm having is basically understanding the abilities of oggdemux and theoradec upon EOS and what is necessary to re-instantiate/restart them. Yours truly, Brian On Sun, Sep 9, 2012 at 3:57 AM, Tim-Philipp Müller <[hidden email]> wrote: On Sun, 2012-09-09 at 00:03 -0700, Brian Quandt wrote: _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
«
Return to GStreamer-devel
|
1 view|%1 views
| Free forum by Nabble | Edit this page |