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