<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html style="direction: ltr;">
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
    <title></title>
    <style type="text/css">body p { margin-bottom: 0cm; margin-top: 0pt; } </style>
  </head>
  <body style="direction: ltr;"
    bidimailui-detected-decoding-type="latin-charset" bgcolor="#ffffff"
    text="#000000">
    On 07/27/2012 02:34 PM, James Walker wrote:
    <blockquote
cite="mid:CAGarvuM0fQEX_q7HLHhUuRP72tVAuWmrKPMg+Wk1wFrMizvMGA@mail.gmail.com"
      type="cite">avplay '<a class="moz-txt-link-freetext" href="rtsp://">rtsp://</a><a moz-do-not-send="true"
        href="http://username:password@192.168.0.90/axis-media/media.amp?tcp"
        target="_blank">username:password@192.168.0.90/axis-media/media.amp?tcp</a>'<br>
      <br>
      then it works, but the latency is very high (~1 sec) which<br>
      is not good enough for an optical tracking system.<br>
    </blockquote>
    <br>
    Are you sure there is no latency in udp? or is it just that there
    are so many errors that you don't even know what the latency is
    like?<br>
    <br>
    A common culprit is multithreaded encoding/decoding; If you have 8
    cores, then it will insert an 8 frame delay (one per frame). You
    should be able to disable it by setting the coding context
    "thread_type" field to 0 before opening the codec.<br>
    <br>
    Also, avplay tries to analyze the first few seconds of a stream
    and/or buffers them - so make sure you give everything 5-10 seconds
    to converge.<br>
    <br>
    <br>
  </body>
</html>