Michael Niedermayer <michaelni <at> gmx.at> writes: > On Sat, Mar 28, 2015 at 05:54:49PM +0000, Carl Eugen Hoyos wrote: > > Michael Niedermayer <michaelni <at> gmx.at> writes: > > > > > was this the intent of the creator of the sample file we have ? > > > i mean that the frames display more then 10 minutes > > > > There is no indication that anything else was intended. > > To the best of my knowledge, the file is not invalid > > (and there is no bug except that our mov muxer has > > deficiencies which are unrelated to gif). > > if the goal is to transcode this file while > maintaining the huge frame delay then "-vsync > vfr" could be used
Sure but this is unrelated to the patch afaict. > otoh if you really want to limit the max delay > the patch sure is ok The patch was merged, thank you. > i thought the file was not supposed to have such > huge delays I did not find an application that didn't play the sample for 18 hours and I did not find any hint in the specification that 0xFFFF should be handled specifically. I did find several places where the maximum gif frame duration was mentioned as 0xFFFF. Carl Eugen _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
