Hi Stefan,<br> Thanks for response . Still narrowing down the issue . Looks like flvdemux is causing issue. I will update once this is clear.<br><br>Regards,<br>Jayanth<br><br><div class="gmail_quote">On Thu, Feb 2, 2012 at 6:35 PM, Stefan Sauer <span dir="ltr"><<a href="mailto:ensonic@hora-obscura.de">ensonic@hora-obscura.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>
<div bgcolor="#ffffff" text="#000000"><div class="im">
On 01/27/2012 07:48 AM, Jayanth K.P wrote:
<blockquote type="cite">Hi,<br>
<br>
When pipeline is getting stuck, attached the process to get the
stack trace . The mail has the stack trace for your reference. <br>
I request somebody to provide me pointers to resolve this issue as
this is really blocking my development ..<br>
</blockquote>
<br></div>
(1) Is that happen for all files or just for a particular one. <br>
(2) Do the file otherwise play fine?<br>
(3) Can you mux the files that file to another format.<br>
You need to narrow doen where the problem lies.<br>
(1) could be badly muxed file (long audio segments) => raise
multiqueue buffer-time<br>
(2) if not, file a bug and link to the file<br>
(3) maybe a problem with the muxer<br>
<br>
Stefan<br>
<br>
<blockquote type="cite"><div><div class="h5">
<br>
-Jayanth<br>
<br>
<tt>(gdb) t3</tt><br>
<tt>#0 0x00002b2e73d5e1c6 in <a href="mailto:pthread_cond_wait@@GLIBC_2.3.2" target="_blank">pthread_cond_wait@@GLIBC_2.3.2</a> ()
from /lib64/libpthread.so.0</tt><br>
<tt>#1 0x00002aaaab097bbc in gst_collect_pads_chain
(pad=0xbbeb10, buffer=0x0) at gstcollectpads.c:1397</tt><br>
<tt>#2 0x00002b2e7629931e in gst_pad_push (pad=0xbb63c0,
buffer=0x2aaaacbe2e90) at gstpad.c:4665</tt><br>
<tt>#3 0x00002b2e7627c9e6 in gst_proxy_pad_do_chain
(pad=0xb6ca50, buffer=0x2aaaacbe2e90) at gstghostpad.c:163</tt><br>
<tt>#4 0x00002b2e7629931e in gst_pad_push (pad=0xbbe690,
buffer=0x2aaaacbe2e90) at gstpad.c:4665</tt><br>
<tt>#5 0x00002aaaabb2b23b in gst_single_queue_push_one
(mq=0xbbf000, sq=0xbd2600, object=0x2aaaacbe2e90) at
gstmultiqueue.c:980</tt><br>
<tt>#6 0x00002aaaabb2b9e3 in gst_multi_queue_loop (pad=0xbbe690)
at gstmultiqueue.c:1178</tt><br>
<tt>#7 0x00002b2e762c92da in gst_task_func (task=0xb94200) at
gsttask.c:318</tt><br>
<tt>#8 0x00002b2e762ca463 in default_func (tdata=0xb7e2b0,
pool=0xb0a010) at gsttaskpool.c:70</tt><br>
<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><br>
<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><br>
<tt>#11 0x00002b2e73d5a143 in start_thread () from
/lib64/libpthread.so.0</tt><br>
<tt>#12 0x00002b2e75d4974d in clone () from /lib64/libc.so.6</tt><br>
<tt>#13 0x0000000000000000 in ?? ()</tt><br>
<br>
<br>
<tt>(gdb) t 4</tt><br>
<tt>[Switching to thread 4 (Thread 1124112704 (LWP 2469))]#0
0x00002b2e73d5e1c6 in <a href="mailto:pthread_cond_wait@@GLIBC_2.3.2" target="_blank">pthread_cond_wait@@GLIBC_2.3.2</a> () from
/lib64/libpthread.so.0</tt><br>
<tt>(gdb) bt</tt><br>
<tt>#0 0x00002b2e73d5e1c6 in <a href="mailto:pthread_cond_wait@@GLIBC_2.3.2" target="_blank">pthread_cond_wait@@GLIBC_2.3.2</a> ()
from /lib64/libpthread.so.0</tt><br>
<tt>#1 0x00002aaaab09b188 in gst_data_queue_pop (queue=0xb74740,
item=0x43009060) at gstdataqueue.c:501</tt><br>
<tt>#2 0x00002aaaabb2b595 in gst_multi_queue_loop (pad=0xbbe210)
at gstmultiqueue.c:1092</tt><br>
<tt>#3 0x00002b2e762c92da in gst_task_func (task=0xb94100) at
gsttask.c:318</tt><br>
<tt>#4 0x00002b2e762ca463 in default_func (tdata=0xb92e80,
pool=0xb0a010) at gsttaskpool.c:70</tt><br>
<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><br>
<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><br>
<tt>#7 0x00002b2e73d5a143 in start_thread () from
/lib64/libpthread.so.0</tt><br>
<tt>#8 0x00002b2e75d4974d in clone () from /lib64/libc.so.6</tt><br>
<tt>#9 0x0000000000000000 in ?? ()</tt><br>
<br>
<br>
<tt>(gdb) t 5</tt><br>
<tt>[Switching to thread 5 (Thread 1140898112 (LWP 2468))]#0
0x00002b2e73d5e1c6 in <a href="mailto:pthread_cond_wait@@GLIBC_2.3.2" target="_blank">pthread_cond_wait@@GLIBC_2.3.2</a> () from
/lib64/libpthread.so.0</tt><br>
<tt>(gdb) bt</tt><br>
<tt>#0 0x00002b2e73d5e1c6 in <a href="mailto:pthread_cond_wait@@GLIBC_2.3.2" target="_blank">pthread_cond_wait@@GLIBC_2.3.2</a> ()
from /lib64/libpthread.so.0</tt><br>
<tt>#1 0x00002aaaab09ab14 in gst_data_queue_push (queue=0xb746c0,
item=0x2aaab07b6760) at gstdataqueue.c:436</tt><br>
<tt>#2 0x00002aaaabb2bc88 in gst_multi_queue_chain (pad=0xbbe510,
buffer=0x2aaab07ade90) at gstmultiqueue.c:1253</tt><br>
<tt>#3 0x00002b2e7629931e in gst_pad_push (pad=0xbbe390,
buffer=0x2aaab07ade90) at gstpad.c:4665</tt><br>
<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><br>
<tt>#5 0x00002aaaac1bac49 in __gxx_personality_v0 () from
/home/recordserver_rtm/recorder_package_6_17/recorder_package/recorder/libs/gst/libgstflv.so</tt><br>
<tt>#6 0x00002b2e7629931e in gst_pad_push (pad=0xb5e4b0,
buffer=0x2aaab07d1920) at gstpad.c:4665</tt><br>
<tt>#7 0x00002aaaabb47c09 in gst_type_find_element_chain
(pad=0xb5e330, buffer=0x2aaab07d1920) at
gsttypefindelement.c:765</tt><br>
<tt>#8 0x00002b2e7629931e in gst_pad_push (pad=0xb6c030,
buffer=0x2aaab07d1920) at gstpad.c:4665</tt><br>
<tt>#9 0x00002b2e7627c9e6 in gst_proxy_pad_do_chain
(pad=0xb6b000, buffer=0x2aaab07d1920) at gstghostpad.c:163</tt><br>
<tt>#10 0x00002b2e762980be in gst_pad_chain_data_unchecked
(pad=0xb6b000, is_buffer=1, data=0x2aaab07d1920, cache=0x0) at
gstpad.c:4231</tt><br>
<tt>#11 0x00002b2e76298bc7 in gst_pad_push_data (pad=0xb5e030,
is_buffer=1, data=0x2aaab07d1920, cache=0x0) at gstpad.c:4463</tt><br>
<tt>#12 0x00002b2e76299447 in gst_pad_push (pad=0xb5e030,
buffer=0x2aaab07d1920) at gstpad.c:4685</tt><br>
<tt>#13 0x00002aaaab0818c2 in gst_base_src_loop (pad=0xb5e030) at
gstbasesrc.c:2508</tt><br>
<tt>#14 0x00002b2e762c92da in gst_task_func (task=0xb94000) at
gsttask.c:318</tt><br>
<tt>#15 0x00002b2e762ca463 in default_func (tdata=0xb6deb0,
pool=0xb0a010) at gsttaskpool.c:70</tt><br>
<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><br>
<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><br>
<tt>#18 0x00002b2e73d5a143 in start_thread () from
/lib64/libpthread.so.0</tt><br>
<tt>#19 0x00002b2e75d4974d in clone () from /lib64/libc.so.6</tt><br>
<tt>#20 0x0000000000000000 in ?? ()</tt><br>
<br>
<br>
<br>
<br>
<br>
<br>
<div class="gmail_quote">On Wed, Jan 25, 2012 at 4:53 PM, Jayanth
K.P <span dir="ltr"><<a href="mailto:kp.jayanth@gmail.com" target="_blank">kp.jayanth@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Hi,<br>
<br>
I am Using DecodeBin2 to transmux a FLV file into a MPEG-TS. <br>
Application is using "<b>autoplug-continue</b>" event to
select the appropriate demuxer <br>
and "<b>pad-added</b>" signal to link to sink pad of
mpegTsMux. <br>
<br>
During the transmuxing process, the Pipeline is getting stuck
. <br>
After enabling the gst debug(to level 5), we found that the
pipeline is getting stuck when the<br>
Multiqueue is emitting either the underrun or overrun signal.<br>
<br>
I had the following questions regarding the
multiqueue/decodebin2 and<br>
underrun/overrun<br>
<br>
1. Why does underrun and overrun happen in the multiqueue in
this kind of pipeline.<br>
2. What happens when underrun and overrun happens with
respect to decodebin2. ?<br>
3. What are properties (Like max-size-time, max-size-buffers,
max-size-bytes) of decodebin2 or multiqueue that can impact
overrun or underrun? .<br>
4. What should be done by the application when there is
underrun or overrun ?<br>
<br>
Any help/pointers on this would be greatly appreciated.<br>
<br>
Regards,<br>
Jayanth<br>
<br>
<br>
</blockquote>
</div>
<br>
</div></div><pre><fieldset></fieldset>
_______________________________________________
gstreamer-devel mailing list
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a>
</pre>
</blockquote>
<br>
</div>
<br>_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br></blockquote></div><br>