Hi, When pipeline is getting stuck, attached the process to get the stack trace . The mail has the stack trace for your reference. I request somebody to provide me pointers to resolve this issue as this is really blocking my development .. -Jayanth <tt>(gdb) t3</tt> <tt>#0 0x00002b2e73d5e1c6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0</tt> <tt>#1 0x00002aaaab097bbc in gst_collect_pads_chain (pad=0xbbeb10, buffer=0x0) at gstcollectpads.c:1397</tt> <tt>#2 0x00002b2e7629931e in gst_pad_push (pad=0xbb63c0, buffer=0x2aaaacbe2e90) at gstpad.c:4665</tt> <tt>#3 0x00002b2e7627c9e6 in gst_proxy_pad_do_chain (pad=0xb6ca50, buffer=0x2aaaacbe2e90) at gstghostpad.c:163</tt> <tt>#4 0x00002b2e7629931e in gst_pad_push (pad=0xbbe690, buffer=0x2aaaacbe2e90) at gstpad.c:4665</tt> <tt>#5 0x00002aaaabb2b23b in gst_single_queue_push_one (mq=0xbbf000, sq=0xbd2600, object=0x2aaaacbe2e90) at gstmultiqueue.c:980</tt> <tt>#6 0x00002aaaabb2b9e3 in gst_multi_queue_loop (pad=0xbbe690) at gstmultiqueue.c:1178</tt> <tt>#7 0x00002b2e762c92da in gst_task_func (task=0xb94200) at gsttask.c:318</tt> <tt>#8 0x00002b2e762ca463 in default_func (tdata=0xb7e2b0, pool=0xb0a010) at gsttaskpool.c:70</tt> <tt>#9 0x00002b2e767ab411 in __gxx_personality_v0 () from /home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/libglib-2.0.so.0</tt> <tt>#10 0x00002b2e767a9bd5 in __gxx_personality_v0 () from /home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/libglib-2.0.so.0</tt> <tt>#11 0x00002b2e73d5a143 in start_thread () from /lib64/libpthread.so.0</tt> <tt>#12 0x00002b2e75d4974d in clone () from /lib64/libc.so.6</tt> <tt>#13 0x0000000000000000 in ?? ()</tt> <tt>(gdb) t 4</tt> <tt>[Switching to thread 4 (Thread 1124112704 (LWP 2469))]#0 0x00002b2e73d5e1c6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0</tt> <tt>(gdb) bt</tt> <tt>#0 0x00002b2e73d5e1c6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0</tt> <tt>#1 0x00002aaaab09b188 in gst_data_queue_pop (queue=0xb74740, item=0x43009060) at gstdataqueue.c:501</tt> <tt>#2 0x00002aaaabb2b595 in gst_multi_queue_loop (pad=0xbbe210) at gstmultiqueue.c:1092</tt> <tt>#3 0x00002b2e762c92da in gst_task_func (task=0xb94100) at gsttask.c:318</tt> <tt>#4 0x00002b2e762ca463 in default_func (tdata=0xb92e80, pool=0xb0a010) at gsttaskpool.c:70</tt> <tt>#5 0x00002b2e767ab411 in __gxx_personality_v0 () from /home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/libglib-2.0.so.0</tt> <tt>#6 0x00002b2e767a9bd5 in __gxx_personality_v0 () from /home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/libglib-2.0.so.0</tt> <tt>#7 0x00002b2e73d5a143 in start_thread () from /lib64/libpthread.so.0</tt> <tt>#8 0x00002b2e75d4974d in clone () from /lib64/libc.so.6</tt> <tt>#9 0x0000000000000000 in ?? ()</tt> <tt>(gdb) t 5</tt> <tt>[Switching to thread 5 (Thread 1140898112 (LWP 2468))]#0 0x00002b2e73d5e1c6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0</tt> <tt>(gdb) bt</tt> <tt>#0 0x00002b2e73d5e1c6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0</tt> <tt>#1 0x00002aaaab09ab14 in gst_data_queue_push (queue=0xb746c0, item=0x2aaab07b6760) at gstdataqueue.c:436</tt> <tt>#2 0x00002aaaabb2bc88 in gst_multi_queue_chain (pad=0xbbe510, buffer=0x2aaab07ade90) at gstmultiqueue.c:1253</tt> <tt>#3 0x00002b2e7629931e in gst_pad_push (pad=0xbbe390, buffer=0x2aaab07ade90) at gstpad.c:4665</tt> <tt>#4 0x00002aaaac1c0433 in gst_flv_parse_tag_audio () from /home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/gst/libgstflv.so</tt> <tt>#5 0x00002aaaac1bac49 in __gxx_personality_v0 () from /home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/gst/libgstflv.so</tt> <tt>#6 0x00002b2e7629931e in gst_pad_push (pad=0xb5e4b0, buffer=0x2aaab07d1920) at gstpad.c:4665</tt> <tt>#7 0x00002aaaabb47c09 in gst_type_find_element_chain (pad=0xb5e330, buffer=0x2aaab07d1920) at gsttypefindelement.c:765</tt> <tt>#8 0x00002b2e7629931e in gst_pad_push (pad=0xb6c030, buffer=0x2aaab07d1920) at gstpad.c:4665</tt> <tt>#9 0x00002b2e7627c9e6 in gst_proxy_pad_do_chain (pad=0xb6b000, buffer=0x2aaab07d1920) at gstghostpad.c:163</tt> <tt>#10 0x00002b2e762980be in gst_pad_chain_data_unchecked (pad=0xb6b000, is_buffer=1, data=0x2aaab07d1920, cache=0x0) at gstpad.c:4231</tt> <tt>#11 0x00002b2e76298bc7 in gst_pad_push_data (pad=0xb5e030, is_buffer=1, data=0x2aaab07d1920, cache=0x0) at gstpad.c:4463</tt> <tt>#12 0x00002b2e76299447 in gst_pad_push (pad=0xb5e030, buffer=0x2aaab07d1920) at gstpad.c:4685</tt> <tt>#13 0x00002aaaab0818c2 in gst_base_src_loop (pad=0xb5e030) at gstbasesrc.c:2508</tt> <tt>#14 0x00002b2e762c92da in gst_task_func (task=0xb94000) at gsttask.c:318</tt> <tt>#15 0x00002b2e762ca463 in default_func (tdata=0xb6deb0, pool=0xb0a010) at gsttaskpool.c:70</tt> <tt>#16 0x00002b2e767ab411 in __gxx_personality_v0 () from /home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/libglib-2.0.so.0</tt> <tt>#17 0x00002b2e767a9bd5 in __gxx_personality_v0 () from /home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/libglib-2.0.so.0</tt> <tt>#18 0x00002b2e73d5a143 in start_thread () from /lib64/libpthread.so.0</tt> <tt>#19 0x00002b2e75d4974d in clone () from /lib64/libc.so.6</tt> <tt>#20 0x0000000000000000 in ?? ()</tt> <div class="gmail_quote">On Wed, Jan 25, 2012 at 4:53 PM, Jayanth K.P <<a href="mailto:kp.jayanth@gmail.com">kp.jayanth@gmail.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Hi, I am Using DecodeBin2 to transmux a FLV file into a MPEG-TS. Application is using "autoplug-continue" event to select the appropriate demuxer and "pad-added" signal to link to sink pad of mpegTsMux. During the transmuxing process, the Pipeline is getting stuck . After enabling the gst debug(to level 5), we found that the pipeline is getting stuck when the Multiqueue is emitting either the underrun or overrun signal. I had the following questions regarding the multiqueue/decodebin2 and underrun/overrun 1. Why does underrun and overrun happen in the multiqueue in this kind of pipeline. 2. What happens when underrun and overrun happens with respect to decodebin2. ? 3. What are properties (Like max-size-time, max-size-buffers, max-size-bytes) of decodebin2 or multiqueue that can impact overrun or underrun? . 4. What should be done by the application when there is underrun or overrun ? Any help/pointers on this would be greatly appreciated. Regards, Jayanth </blockquote></div>