<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Hello All,</p>
    <p>Just one step i have done today : I have the problem with
      gstreamer 1.14.0 whereas it was working correctly with version
      1.12.2.</p>
    <p>I don't really know how i can get in tsparse branch : <br>
    </p>
    <p>GstQueueTsParse</p>
    <p>parent=(GstPipeline) Gstreamer player</p>
    <p>current-level-buffers=201</p>
    <p>current-level-bytes=823296</p>
    <p>max-size-buffers=0</p>
    <p>max-size-bytes=</p>
    <p>max-size-time=0";</p>
    <p>How i can get a current-level > max-level ???? This is the
      problem which lead to a blocking state.<br>
    </p>
    <p>BR</p>
    <p>Frédéric<br>
    </p>
    <p><br>
    </p>
    <p><br>
    </p>
    <p><br>
    </p>
    <p><br>
    </p>
    <div class="moz-cite-prefix">Le 29/03/2019 à 12:21, Duchassin
      Frederic a écrit :<br>
    </div>
    <blockquote type="cite"
      cite="mid:c265f937-c332-2ffb-342d-199363e883ef@sefram.fr">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <pre class="moz-quote-pre" wrap=""><span class="moz-smiley-s6"><span>: </span></span> Sorry Tim,

I was too fast for may answer. Next time, i'll be carefull to answer to the list.
Even with max-size-bytes=0 max-size-buffers=0 max-size-time=0 for tsparsequeue it doesn't work.
Attached the dot file.

BR
Frédéric



On Fri, 2019-03-29 at 12:00 +0100, Duchassin Frederic wrote:

Hi,

Please reply to the list next time <span class="moz-smiley-s1" title=":)"></span>

What I forgot to write was: you can just unset all the limits on the
queue in front of tsparse, that should be fine (so max-size-bytes=0
max-size-buffers=0 max-size-time=0).

Cheers
 Tim</pre>
      <div class="moz-cite-prefix">Le 29/03/2019 à 12:11, Duchassin
        Frederic a écrit :<br>
      </div>
      <blockquote type="cite"
        cite="mid:3a0ead3f-15b9-9969-00ff-17038b68fea3@sefram.fr">Hi
        Tim, <br>
        <br>
        <br>
        I played with the size of the queue in front of tsparse but not
        during playing. <br>
        <br>
        In all case, My dot file is created later after the pipeline was
        playing. <br>
        <br>
        You're right : my main problem is that decodebin is not
        completely linked (no audiodecoder beepdec linked) and i don't
        know why. <br>
        <br>
        My though were like you : that's why I increase the tsparsequeue
        but without any success : no video+audio. <br>
        <br>
        <br>
        Just one test I have make  : attached the same pipeline but i
        change the order of the link : i begin by linking decodebin
        branch ,.... and it works... i really understand nothing !!!! <br>
        <br>
        <br>
        BR <br>
        <br>
        Frédéric <br>
        <br>
        Le 29/03/2019 à 11:35, Tim Müller a écrit : <br>
        <blockquote type="cite">On Fri, 2019-03-29 at 11:00 +0100,
          Duchassin Frederic wrote: <br>
          <br>
          Hi Frederic, <br>
          <br>
          Not entirely sure what's going on here. You dot file and mail
          says that <br>
          the queue in front of the tsparse has 201 buffers and
          max-size- <br>
          buffers=2000 (two thousand). <br>
          <br>
          The dot file also doesn't show links from decodebin to your
          audio/video <br>
          sink branches. Unclear if that's because of the timing of the
          dot file <br>
          snapshot or because that's your problem (then the audio/video
          sinks <br>
          never get any data and the pipeline won't preroll). If the
          decodebin <br>
          was unliked I would suspect the tsparse queue to be fuller
          though. <br>
          <br>
          It's a bit suspicious that the queue in front of the tsparse
          is at 201 <br>
          buffers, which is just above the default max-size-buffers
          limit of 200. <br>
          Did you increase the max-size-buffers limit after pipeline
          startup? <br>
          <br>
          So my best guess is that the queue in front of the tsparse
          runs full, <br>
          and then blocks the filesrc ! tee upstream, and then decodebin
          etc. <br>
          don't get more data and can't finish their preroll and the
          pipeline is <br>
          stuck. <br>
          <br>
          GST_DEBUG=queue:6 might help confirm whether this is the case
          or not. <br>
          <br>
          Cheers <br>
            Tim <br>
          <br>
        </blockquote>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <pre class="moz-quote-pre" wrap="">_______________________________________________
gstreamer-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gstreamer-devel@lists.freedesktop.org" moz-do-not-send="true">gstreamer-devel@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" moz-do-not-send="true">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a></pre>
      </blockquote>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
gstreamer-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a></pre>
    </blockquote>
  </body>
</html>