<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">O.K. thanks for the info. I tried the
      latency property and it made sense.<br>
      <br>
      I had another problem before:<br>
      With sync=true on the video element, I had long dropouts. This was
      due to the network controller which is not able to work at full
      GBit speed (max speed is about 400 Mbit/s). With sync=true each
      lost RTP packet resulted in a dropout of about 2 seconds. With
      sync=false, lost RTP packets simply gave a short hickup in the
      video but nothing problematic as with sync=true. I got the
      impression that the clock sync got irritated and needed to resync
      after a lost rtp packet.<br>
      <br>
      The issue is important as, like I said, there is even a
      "sync=false" patch in Qt5.3.1 now. If this is not the way to go we
      should report the right way to fix the problem here:<br>
      <br>
      <a class="moz-txt-link-freetext" href="https://bugreports.qt-project.org/browse/QTBUG-38465">https://bugreports.qt-project.org/browse/QTBUG-38465</a><br>
      <br>
      Michael<br>
      <br>
      P.S.: Could anybody of you guys comment on the typefind problem I
      have in playbin (see other post)? That would be very hepful.
      Thanks a lot.<br>
      <br>
      Am 27.05.2014 16:32, schrieb Nicolas Dufresne:<br>
    </div>
    <blockquote cite="mid:1401201121.19103.5.camel@mpb-nicolas"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <meta name="GENERATOR" content="GtkHTML/4.6.6">
      Le mardi 27 mai 2014 à 15:53 +0200, Auslands-KV a écrit :<br>
      <blockquote type="CITE"> Can you elaborate on this? How to reduce
        "configured latency"?<br>
        <br>
        There is even a patch in Qt5.3.1 which adds "sync=false" to live
        media. So, if this is not a good idea, what is the alternative?<br>
        <br>
        (As I said, in my experiments sync=true gave latency of 3-5
        seconds and a very problematic behaviour if some RTP packets
        have been lost, resulting in large dropout of several seconds.
        So far, sync=false runs perfectly for me, reducing latency to
        less than 1 second and making the system much more immune againt
        lost RTP packets.)<br>
      </blockquote>
      <br>
      Please read Tim answer to that, rtspsrc has a latency property (in
      ms).  By default it's configured to 2 seconds (2000) which is
      added to the server latency and network latency. Many other
      element can be configured like this. Setting sync=false will also
      break libsync btw. So for rtsp is not desired.<br>
      <br>
      Nicolas
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <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="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>