Re: [libav-api] h264 decoding delay higher than it could be in a real-time app

Sun, 11 Mar 2012 10:25:10 -0700

On 03/11/2012 12:50 PM, Andrey Utkin wrote:
Camera Man, sorry to re-ask, because you probably have posted it
earlier. What is media container camera produces? Could delay be
caused by muxing? E.g. from practice i saw that mpegts is usually
"interleaved" with step of 4 packets, to bring signal loss resilience.
Does your camera have alternative media containers support? If so,
what happens if you change container of media, produced by camera?
(Just a speculation, with hope to be useful.)

Thanks for the reply. No, I haven't posted before - the camera produces rtsp/rtp, but the same thing happens when I re-read it from a raw file (h264 "container" - just h264 NALs one by one) which I write for debugging.

The SPS has the bitstream_restriction=1, and says it the num_reorder_frame=4 (which is probably the culprit). But I don't care about reordering - when running live, I only ever care about showing the latest (pts-wise) as soon as it arrives, and if another one arrives with an earlier pts, I don't want to even display it.

Thanks in advance,
Camera Man
_______________________________________________
libav-api mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-api

Reply via email to