<br><br><div class="gmail_quote">On Wed, May 9, 2012 at 6:11 PM, Stefan Sauer <span dir="ltr">&lt;<a href="mailto:ensonic@hora-obscura.de" target="_blank">ensonic@hora-obscura.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><div class="im">
    On 05/07/2012 03:18 PM, Tiago Katcipis wrote:
    <blockquote type="cite">Hi Richard,<br>
      <br>
      When i found myself in situations like yours i find useful to use
      the identity element before/after the element that I&#39;m suspecting
      to be the one that stalled. Also, GST_DEBUG is extremely useful,
      if you just use GST_DEBUG=5, the amount of debug information is
      overwhelming, but if you use GST_DEBUG=element:level, it gets a
      lot more interesting (i found a lot of bugs on my elements using
      GST_DEBUG=my_element:5).<br>
    </blockquote></div>
    and use the gst-debug-viewer (see
    <a href="http://cgit.freedesktop.org/%7Ecymacs/gst-debug-viewer/" target="_blank">http://cgit.freedesktop.org/~cymacs/gst-debug-viewer/</a>) for long log
    files.<span class="HOEnZb"><font color="#888888"><br></font></span></div></blockquote><div><br>Awesome,<br><br>this is new to me, is there any reference of it on gstreamer website ?<br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><span class="HOEnZb"><font color="#888888">
    <br>
    Stefan</font></span><div><div class="h5"><br>
    <blockquote type="cite">
      <br>
      Debug in general:<br>
      <a href="http://gstreamer.freedesktop.org/data/doc/gstreamer/head/manual/html/section-checklist-debug.html" target="_blank">http://gstreamer.freedesktop.org/data/doc/gstreamer/head/manual/html/section-checklist-debug.html</a><br>

      <br>
      Identity element:<br>
      <a href="http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer-plugins/html/gstreamer-plugins-identity.html" target="_blank">http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer-plugins/html/gstreamer-plugins-identity.html</a><br>

      <br>
      Debug elements that may be useful:<br>
      <a href="http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-plugin-debug.html" target="_blank">http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-plugin-debug.html</a><br>

      <br>
      Hope this helps.<br>
      <br>
      Best regards,<br>
      Tiago Katcipis<br>
      <br>
      <div class="gmail_quote">On Sat, May 5, 2012 at 9:36 AM, Richard <span dir="ltr">&lt;<a href="mailto:tuxbox.guru@gmail.com" target="_blank">tuxbox.guru@gmail.com</a>&gt;</span>
        wrote:<br>
        <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
          Hi All,<br>
          <br>
          Is there a method in Gstreamer to determine which component in
          the<br>
          pipeline has stalled. Currently I have a FIFO file written to
          by an<br>
          application, this FIFO file is read by a filesrc SRC component
          and<br>
          after mangling the data is written to a FDSINK (which is a
          TCP/IP<br>
          handle to a Video viewer)<br>
          <br>
          Randomly (it feels like it) the Gstreamer pipeline stops
          consuming<br>
          data out the FIFO and then it overflows. I have to tear the
          pipeline<br>
          down and re-start it for the data flow to resume.<br>
          <br>
          Is there callback function/callback that shows how many
          packets were<br>
          consumed/produced as I have no idea what pipe is stalling.<br>
          <br>
          I am using a leaky queue before the fdsink to help protect the<br>
          MPEGTSDEMUX/other components but even in this case the
          filesource<br>
          stops reading data.<br>
          <br>
          I have tried using GST_DEBUG but that spams the console its
          almost<br>
          unusable... any alternatives to find out where the holdup is
          occuring?<br>
          <span><font color="#888888"><br>
              Richard<br>
              _______________________________________________<br>
              gstreamer-devel mailing list<br>
              <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">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>
            </font></span></blockquote>
      </div>
      <br>
      <br>
      <fieldset></fieldset>
      <br>
      <pre>_______________________________________________
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></div></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>