Overrun issue in Decodebin2/Multiqueue

Thu Jan 26 22:48:47 PST 2012

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

(gdb) t3
#0  0x00002b2e73d5e1c6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00002aaaab097bbc in gst_collect_pads_chain (pad=0xbbeb10, buffer=0x0)
at gstcollectpads.c:1397
#2  0x00002b2e7629931e in gst_pad_push (pad=0xbb63c0,
buffer=0x2aaaacbe2e90) at gstpad.c:4665
#3  0x00002b2e7627c9e6 in gst_proxy_pad_do_chain (pad=0xb6ca50,
buffer=0x2aaaacbe2e90) at gstghostpad.c:163
#4  0x00002b2e7629931e in gst_pad_push (pad=0xbbe690,
buffer=0x2aaaacbe2e90) at gstpad.c:4665
#5  0x00002aaaabb2b23b in gst_single_queue_push_one (mq=0xbbf000,
sq=0xbd2600, object=0x2aaaacbe2e90) at gstmultiqueue.c:980
#6  0x00002aaaabb2b9e3 in gst_multi_queue_loop (pad=0xbbe690) at
gstmultiqueue.c:1178
#7  0x00002b2e762c92da in gst_task_func (task=0xb94200) at gsttask.c:318
#8  0x00002b2e762ca463 in default_func (tdata=0xb7e2b0, pool=0xb0a010) at
gsttaskpool.c:70
#9  0x00002b2e767ab411 in __gxx_personality_v0 () from
/home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/libglib-2.0.so.0
#10 0x00002b2e767a9bd5 in __gxx_personality_v0 () from
/home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/libglib-2.0.so.0
#11 0x00002b2e73d5a143 in start_thread () from /lib64/libpthread.so.0
#12 0x00002b2e75d4974d in clone () from /lib64/libc.so.6
#13 0x0000000000000000 in ?? ()

(gdb) t 4
[Switching to thread 4 (Thread 1124112704 (LWP 2469))]#0
0x00002b2e73d5e1c6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
(gdb) bt
#0  0x00002b2e73d5e1c6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00002aaaab09b188 in gst_data_queue_pop (queue=0xb74740,
item=0x43009060) at gstdataqueue.c:501
#2  0x00002aaaabb2b595 in gst_multi_queue_loop (pad=0xbbe210) at
gstmultiqueue.c:1092
#3  0x00002b2e762c92da in gst_task_func (task=0xb94100) at gsttask.c:318
#4  0x00002b2e762ca463 in default_func (tdata=0xb92e80, pool=0xb0a010) at
gsttaskpool.c:70
#5  0x00002b2e767ab411 in __gxx_personality_v0 () from
/home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/libglib-2.0.so.0
#6  0x00002b2e767a9bd5 in __gxx_personality_v0 () from
/home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/libglib-2.0.so.0
#7  0x00002b2e73d5a143 in start_thread () from /lib64/libpthread.so.0
#8  0x00002b2e75d4974d in clone () from /lib64/libc.so.6
#9  0x0000000000000000 in ?? ()

(gdb) t 5
[Switching to thread 5 (Thread 1140898112 (LWP 2468))]#0
0x00002b2e73d5e1c6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
(gdb) bt
#0  0x00002b2e73d5e1c6 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x00002aaaab09ab14 in gst_data_queue_push (queue=0xb746c0,
item=0x2aaab07b6760) at gstdataqueue.c:436
#2  0x00002aaaabb2bc88 in gst_multi_queue_chain (pad=0xbbe510,
buffer=0x2aaab07ade90) at gstmultiqueue.c:1253
#3  0x00002b2e7629931e in gst_pad_push (pad=0xbbe390,
buffer=0x2aaab07ade90) at gstpad.c:4665
#4  0x00002aaaac1c0433 in gst_flv_parse_tag_audio () from
/home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/gst/libgstflv.so
#5  0x00002aaaac1bac49 in __gxx_personality_v0 () from
/home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/gst/libgstflv.so
#6  0x00002b2e7629931e in gst_pad_push (pad=0xb5e4b0,
buffer=0x2aaab07d1920) at gstpad.c:4665
#7  0x00002aaaabb47c09 in gst_type_find_element_chain (pad=0xb5e330,
buffer=0x2aaab07d1920) at gsttypefindelement.c:765
#8  0x00002b2e7629931e in gst_pad_push (pad=0xb6c030,
buffer=0x2aaab07d1920) at gstpad.c:4665
#9  0x00002b2e7627c9e6 in gst_proxy_pad_do_chain (pad=0xb6b000,
buffer=0x2aaab07d1920) at gstghostpad.c:163
#10 0x00002b2e762980be in gst_pad_chain_data_unchecked (pad=0xb6b000,
is_buffer=1, data=0x2aaab07d1920, cache=0x0) at gstpad.c:4231
#11 0x00002b2e76298bc7 in gst_pad_push_data (pad=0xb5e030, is_buffer=1,
data=0x2aaab07d1920, cache=0x0) at gstpad.c:4463
#12 0x00002b2e76299447 in gst_pad_push (pad=0xb5e030,
buffer=0x2aaab07d1920) at gstpad.c:4685
#13 0x00002aaaab0818c2 in gst_base_src_loop (pad=0xb5e030) at
gstbasesrc.c:2508
#14 0x00002b2e762c92da in gst_task_func (task=0xb94000) at gsttask.c:318
#15 0x00002b2e762ca463 in default_func (tdata=0xb6deb0, pool=0xb0a010) at
gsttaskpool.c:70
#16 0x00002b2e767ab411 in __gxx_personality_v0 () from
/home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/libglib-2.0.so.0
#17 0x00002b2e767a9bd5 in __gxx_personality_v0 () from
/home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/libglib-2.0.so.0
#18 0x00002b2e73d5a143 in start_thread () from /lib64/libpthread.so.0
#19 0x00002b2e75d4974d in clone () from /lib64/libc.so.6
#20 0x0000000000000000 in ?? ()

On Wed, Jan 25, 2012 at 4:53 PM, Jayanth K.P <kp.jayanth at gmail.com> wrote:

> 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
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20120127/15146a86/attachment.html>