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">&lt;<a href="mailto:ensonic@hora-obscura.de">ensonic@hora-obscura.de</a>&gt;</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) =&gt; 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">&lt;<a href="mailto:kp.jayanth@gmail.com" target="_blank">kp.jayanth@gmail.com</a>&gt;</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 &quot;<b>autoplug-continue</b>&quot; event to
          select the appropriate demuxer <br>
          and &quot;<b>pad-added</b>&quot; 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>