Also, try:<div><br></div><div><span class="Apple-style-span" style="font-family: Verdana, Arial, 'Bitstream Vera Sans', Helvetica, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255); ">ffplay -max_delay 50000 -sync video -loglevel debug rtsp://<a href="http://128.197.178.104/mpeg4/media.amp">128.197.178.104/mpeg4/media.amp</a></span></div>
<div><span class="Apple-style-span" style="font-family: Verdana, Arial, 'Bitstream Vera Sans', Helvetica, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255); "><br></span></div><div><span class="Apple-style-span" style="font-family: Verdana, Arial, 'Bitstream Vera Sans', Helvetica, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255); ">(replace the rtsp://xxx with the url of your source video)</span></div>
<div><font class="Apple-style-span" face="Verdana, Arial, 'Bitstream Vera Sans', Helvetica, sans-serif"><br></font></div><div><font class="Apple-style-span" face="Verdana, Arial, 'Bitstream Vera Sans', Helvetica, sans-serif">if rtp packets are being dropped, there will be bright yellow warnings in the error output that look something like:</font></div>
<div><font class="Apple-style-span" face="Verdana, Arial, 'Bitstream Vera Sans', Helvetica, sans-serif"><br></font></div><div><font class="Apple-style-span" face="Verdana, Arial, 'Bitstream Vera Sans', Helvetica, sans-serif">[mpeg4 @ 027A5B40] RTP: missed 1 packetsq= 363KB sq= 0B f=0/0 .</font></div>
<div><font class="Apple-style-span" face="Verdana, Arial, 'Bitstream Vera Sans', Helvetica, sans-serif"><br></font></div><div><font class="Apple-style-span" face="Verdana, Arial, 'Bitstream Vera Sans', Helvetica, sans-serif">--luke</font></div>
<div><br><div class="gmail_quote">On Tue, Nov 22, 2011 at 5:48 PM, Luke Clemens <span dir="ltr"><<a href="mailto:lclemens@gmail.com">lclemens@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
i'm the guy who originally wrote that "proposed fix" for the bug. the fix definitely resolves the issue with many ip cameras, but i can say with certainty that if you're having the problem with TCP as well, then you have a different problem. also while some of the errors are the same (like the MB ones), there are some that i've never seen. i agree with camera man - if you still have the problem even with TCP, then it can't be the network MTU. my guess would be there is something in your own sending software that's corrupting the stream. maybe a codec setting in lib555 or something?<div>
<br></div><div>try enabling debug mode and then a super simple app like: </div><div><br></div><div><span style="font-family:monospace;white-space:pre-wrap;background-color:rgb(255,255,255);font-size:medium">while (1) { </span><span style="font-family:monospace;white-space:pre-wrap;background-color:rgb(255,255,255);font-size:medium">av_read_frame(ctx, pkt); </span><span style="font-family:monospace;white-space:pre-wrap;background-color:rgb(255,255,255);font-size:medium">}</span></div>
<div><span style="font-family:monospace;white-space:pre-wrap;background-color:rgb(255,255,255);font-size:medium"><br></span></div><div><span style="white-space:pre-wrap;background-color:rgb(255,255,255)"><font face="arial, helvetica, sans-serif">if you have any errors in that, then you can probably blame the RTP layer. if not, then it is most likely an h.264 thing. sorry i can't help much, but at least it's a start...</font></span></div>
<div><span style="white-space:pre-wrap;background-color:rgb(255,255,255)"><font><font face="arial, helvetica, sans-serif"><br></font></font></span></div>
<div><span style="white-space:pre-wrap;background-color:rgb(255,255,255)"><font><font face="arial, helvetica, sans-serif">--luke<br></font></font></span><div><div class="h5"><br>
<div class="gmail_quote">On Fri, Nov 11, 2011 at 7:21 AM, Johannes Ebersold <span dir="ltr"><<a href="mailto:johannes.ebersold@dfki.de" target="_blank">johannes.ebersold@dfki.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<u></u>
<div bgcolor="#ffffff" text="#000000"><div><div>
On 11/11/2011 02:54 PM, Camera Man wrote:
</div></div><blockquote type="cite"><div><div>
On
11/11/2011 08:27 AM, Andrey Utkin wrote:
<blockquote type="cite">
<pre>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 href="http://www.mail-archive.com/libav-user@ffmpeg.org/msg00442.html" target="_blank"><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>
</div></div><pre><fieldset></fieldset>
_______________________________________________
Libav-user mailing list
<a href="mailto:Libav-user@ffmpeg.org" target="_blank">Libav-user@ffmpeg.org</a>
<a href="http://ffmpeg.org/mailman/listinfo/libav-user" target="_blank">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>
</div>
<br>_______________________________________________<br>
Libav-user mailing list<br>
<a href="mailto:Libav-user@ffmpeg.org" target="_blank">Libav-user@ffmpeg.org</a><br>
<a href="http://ffmpeg.org/mailman/listinfo/libav-user" target="_blank">http://ffmpeg.org/mailman/listinfo/libav-user</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br>-<br>-<br>-<br>-<br>Luke Clemens<br><a href="http://clemens.bytehammer.com" target="_blank">http://clemens.bytehammer.com</a><br>
</font></span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>-<br>-<br>-<br>-<br>Luke Clemens<br><a href="http://clemens.bytehammer.com">http://clemens.bytehammer.com</a><br>
</div>