[FFmpeg-user] m3u8 seeking issues
Louis Letourneau
lletourn49 at gmail.com
Wed Sep 14 22:49:32 EEST 2016
> > Anyways, this seeking bug is the opposite, fine on 3.1.3 but broken on
> > 3.1.1 and HEAD.
>
> You already said so.
I had mentioned it, but I just wanted to show the numbers in case it helped
> Please do not top-post here, Carl Eugen
Yeah, thanks for the reminder (darn gmail)
I ran bisect on the release/3.1 branch between that HEAD and 3.1.1
The commit '309fa24f361f1c9d357f8d152c3b78718d2f870d' seems to have broken
the nb_frames count but fixed seeking.
ffmpeg -y -loglevel error -ss 00:00:00 -vsync 0 -i 2708-1.m3u8 -f image2
-q:v 1 -vframes 1 dude.png
Gives the right image
but
ffprobe -v error -show_entries stream=nb_read_frames -count_frames -pretty
2708-1.m3u8
gives 150 too many frames (67283).
ffprobe from an mp4(codec copy) gives 67133 frames (the expected value)
The commit before '3586c68687035225451f57c4e422673cbe6d4377'
Is the opposite, seeking is off but nb frames is ok.
Louis
More information about the ffmpeg-user
mailing list