[FFmpeg-devel] [FFmpeg-cvslog] lavf/mov.c: Guess video codec delay based on PTS while parsing MOV header.

[Carl Eugen Hoyos]

2018-07-10 17:31 GMT+02:00, Derek Buitenhuis <derek.buitenhuis at gmail.com>:

> On an example file (24h long, warm runs):
>
>     Before Patch
>     ------------
>     4446217810 decicycles in mov_build_index,       1 runs,      0 skips
>     4603125860 decicycles in mov_build_index,       2 runs,      0 skips
>
>     After Patch
>     -----------
>     14457275100 decicycles in mov_build_index,       1 runs,      0 skips
>     9608655040 decicycles in mov_build_index,       2 runs,      0 skips

I find the numbers with "time ffmpeg" (and the sample created with
your guidance, thank you!) more impressive but that may be me...

Do I understand correctly that this patch only avoids dropping one
or rarely a few B-frames on startup? Isn't this unnecessary with
-strict 1 because it already sets the number of B-frames to the
maximum possible?

Carl Eugen