<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    On 11/11/2011 02:54 PM, Camera Man wrote:
    <blockquote cite="mid:4EBD290B.5060004@gmail.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <title></title>
      <style>body p { margin-bottom: 0cm; margin-top: 0pt; } </style> On
      11/11/2011 08:27 AM, Andrey Utkin wrote:
      <blockquote
cite="mid:CANZNk80_tow2zLuoXEQTe8ngrDX1JNS6VewZ4UM3v49YaJnC5A@mail.gmail.com"
        type="cite">
        <pre wrap="">What is the sender app?
What is transport protocol - TCP or UDP?
Seems possible to me that UDP packets get trunkated to network MTU.
That explains why both your decoder and ffplay playback it badly - you
receive stream that's already corrupted.
</pre>
      </blockquote>
      <p>Note that if it's UDP, there's apparently a bug that appears
        with many IP cameras, see this thread: <a
          moz-do-not-send="true" class="moz-txt-link-rfc2396E"
          href="http://www.mail-archive.com/libav-user@ffmpeg.org/msg00442.html"><http://www.mail-archive.com/libav-user@ffmpeg.org/msg00442.html></a>
        for a description of the bug (and some sort of workaround).</p>
      <p>If you're using TCP, this bug is not to blame.<br>
      </p>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Libav-user mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Libav-user@ffmpeg.org">Libav-user@ffmpeg.org</a>
<a class="moz-txt-link-freetext" href="http://ffmpeg.org/mailman/listinfo/libav-user">http://ffmpeg.org/mailman/listinfo/libav-user</a>
</pre>
    </blockquote>
    <br>
    Hi,<br>
    <br>
    thanks for the hint. I saw this thread and the proposed fixed and
    tried to fix the bug. But, as mentioned, this did not work, even
    disabling pthreads completely did not fix the problem. It seems,
    like this issue is not related to my issue, although the problems
    described in this thread (and ticket 285) are similar to mine.<br>
    Furthermore does my issue appear with TCP as wells as UDP.<br>
    <br>
    Regards, Johannes<br>
  </body>
</html>