[FFmpeg-devel] [PATCH] lavf/mov.c: Guess video codec delay based on PTS while parsing MOV header.
h.leppkes at gmail.com
Tue Nov 14 22:39:30 EET 2017
On Tue, Nov 14, 2017 at 9:28 PM, Sasi Inguva
<isasi-at-google.com at ffmpeg.org> wrote:
> For H264 files with no bitstream restriction flag, we aren't able to guess
> the delay correctly. Especially if it's MOV container, because for MOV
> container we just probe the 1st frame and stop in avformat_find_streaminfo .
> When we are decoding , we increase the has_b_frames value from zero to 1 or
> 2, when we eventually encounter B-frames in H264 decoder, but that is too
> late and we have already dropped 1 or 2 frames. Lot of other fields in
> codecpar are being set from the demuxer like channel_layout, sample_rate
It was not the usefulness that was questioned, but the implementation.
Maybe this should be more generic?
More information about the ffmpeg-devel