opposite action to g_signal_connect ??
pavel
justason at mail.ru
Mon Dec 2 00:23:17 PST 2013
Thank you,
in my code:
-----------------------------------
printf("(%s) \t Removing signal %d from \"%s\"...\n", __func__,
data->appsrc_handler_id, GST_OBJECT_NAME(peer));
g_signal_handler_disconnect(peer, data->appsrc_handler_id);
printf("(%s) \t Disconnecting \"%s\" -|- \"%s\"...\n", __func__,
GST_OBJECT_NAME(peer), GST_OBJECT_NAME(downstream_peer));
gst_element_unlink(peer, downstream_peer);
printf("%s) \t \"%s\" <-- GST_STATE_NULL...\n", __func__,
GST_OBJECT_NAME(peer));
gst_element_set_state(peer, GST_STATE_NULL);
printf("(%s) \t Removing \"%s\"...\n", __func__, GST_OBJECT_NAME(peer));
gst_bin_remove(GST_BIN(data->pipeline), peer)
-----------------------------------
I'm receiving:
-----------------------------------
00:00:31: Removing app_src...
00:00:31: Removing signal 274 from "app_src"...
00:00:31: Disconnecting "app_src" -|- "decoder_queue"...
00:00:31: "app_src" <-- GST_STATE_NULL...
00:00:31: WARNING: (cb_need_data) quit, "push-buffer" failed.
Stopping playback
00:00:31: Remove "app_src"...
-----------------------------------
So, after I remove the handler, and set NULL state to the appsrc, the
handler is still getting called.
--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/opposite-action-to-g-signal-connect-tp4663758p4663766.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.
More information about the gstreamer-devel
mailing list