<div dir="ltr">Is it sufficient enough to use the RTP header extensions to embed a 64 bit time-code or epoch seconds? I use this for the very same reason.<div><br></div><div><a href="http://tools.ietf.org/html/rfc5285">http://tools.ietf.org/html/rfc5285</a><br>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 27 September 2013 03:24, Huang Soho <span dir="ltr"><<a href="mailto:soho123.2012@gmail.com" target="_blank">soho123.2012@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div>Hi All,<br><br><br></div>When I try to use ffserver + ffmpeg to output a live h.264 rtp stream, I got the problem.<br>
</div>the timestamp in rtp header may get overflow.<br></div>
since the pkt.pts, pkt.dts in ffmpeg are stored in 64bits length<br></div>timestamp field in RTP header is stored in 32bits length<br></div>it may get overflow when long time test.<br></div>does any one have idea about how to fix the issue?<br>

</div>
<br>_______________________________________________<br>
Libav-user mailing list<br>
<a href="mailto:Libav-user@ffmpeg.org">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></div>