issue in setting pipeline again in PLAYING state once it got EOS
rajnikant jachak
rajnikantjachak at gmail.com
Wed Jan 9 00:41:20 PST 2013
Thanks Ralph. It works with following warning message.
Trying to join task 0xb63dad38 from its thread would deadlock.
You cannot change the state of an element from its streaming
thread. Use g_idle_add() or post a GstMessage on the bus to
schedule the state change from the main thread.
Signal handler looks like:
void about_to_finish_cb (GstElement * element, gpointer * uri)
{
g_print("Received about_to_finish..... change uri..\n");
gst_element_set_state (element, GST_STATE_READY);
gchar* uri2 = (gchar*)uri;
g_object_set (G_OBJECT (element), "uri",uri2, NULL);
gst_element_set_state (element, GST_STATE_PLAYING);
}
Is there any clean way of implementing same on GStreamer version - 0.10.30?
Thanks,
Rajnikant
On Tue, Jan 8, 2013 at 9:36 PM, Ralph <ralph.gucwa at racelogic.co.uk> wrote:
> Instead of EOS message, use about-to-finish signal. As soon as you receive
> this signal, change the uri. I'm sure you will find examples on the
> internet.
>
>
>
> --
> View this message in context:
> http://gstreamer-devel.966125.n4.nabble.com/issue-in-setting-pipeline-again-in-PLAYING-state-once-it-got-EOS-tp4657814p4657816.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
--
Regards,
Rajnikant Jachak.
The pessimist sees difficulty in every opportunity. The optimist sees the
opportunity in every difficulty.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130109/fdf0c3f2/attachment-0001.html>
More information about the gstreamer-devel
mailing list