[FFmpeg-devel] [PATCH] lavf/mov: add support for sidx fragment indexes
sandersd at google.com
Sat Dec 12 00:11:44 CET 2015
I took a look at the structure of this file, and the encoding appears to be
correct. The frame order in the moof boxes matches the H.264 stream, and
the durations of the moof boxes match with the sidx.
Some notes to help with analysis: There are no per-frame durations
specified, every frame is exactly 3000 time units long (=1s/30). The first
frame PTS is 3000, but there is an edit list to shift that to movie time 0.
The fragments contain 152 frames each, and the base times of the fragments
reflect that correctly.
On Fri, Dec 11, 2015 at 2:39 PM Dale Curtis <dalecurtis at chromium.org> wrote:
> This patch seems to be causing some issues with some h264 video-only
> content. Attempting to play the following in ffplay with "-v debug -drp 1"
> (disables pts/dts fixups and purely uses pts) will cause jerky playback
> after seeking around a few times due to dropped out of order frames. These
> are shown in the log as "invalid dts/pts combination..." Skipping sidx
> parsing for this file yields smooth playback. I haven't figured out yet if
> this is bad encoding or something is wrong with the patch, but FYI.
> - dale
> On Tue, Oct 6, 2015 at 9:18 AM, Michael Niedermayer <
> michael at niedermayer.cc> wrote:
>> On Tue, Oct 06, 2015 at 03:50:23AM -0500, Rodger Combs wrote:
>> > Fixes trac #3842
>> > ---
>> > libavformat/isom.h | 2 +
>> > libavformat/mov.c | 245
>> > 2 files changed, 208 insertions(+), 39 deletions(-)
>> i think this should be applied unless someone has more comments
>> Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>> If you think the mosad wants you dead since a long time then you are
>> wrong or dead since a long time.
>> ffmpeg-devel mailing list
>> ffmpeg-devel at ffmpeg.org
More information about the ffmpeg-devel