How to get time stamp of closest keyframe before a given timestamp with FFmpeg?

18

10

I want a FFmpeg seeking command that fast and accurate. I found this.

The solution is that we apply -ss for both input (fast seeking) and output (accurate seeking). But: If the input seeking is not accurate, how can we be sure that the seeking position is accurate?


For example: If we wanted to seek to 00:03:00, the command is something like:

ffmpeg -ss 00:02:30 -i <INPUT> ... -ss 00:00:30 <OUTPUT>

The first -ss will seek to somewhere else, not 00:02:30, say 00:02:31. And after applying the second seek, the final result would be 00:03:01- not what we want. Is that correct?

Where does the first -ss seek to? Does it seek to the keyframe that is closest to 00:02:30?

If so, here is my thought—correct me if I'm wrong: after first seeking, we get the timestamp of the result (in this example: 00:02:31), then we apply second seeking with appropriate time, in this case 00:00:29.

Question is: How do we get time stamp of the first seek result?

jackode

Posted 2013-02-20T04:41:44.400

Reputation: 307

Answers

18

To literally answer your title's question: You can get a list of I-frames with

ffprobe -select_streams v -show_frames <INPUT> 

You can further limit this to the necessary output by adding -show_entries frame=pkt_pts_time,pict_type.

To see which frame is closest (comes after) a certain timestamp, you'd first need to find out all timestamps of the keyframes, for example with awk.

First, define the time you want to look for, e.g., 2:30m which equals to 150s.

ffprobe -select_streams v -show_frames -show_entries frame=pkt_pts_time,pict_type -v quiet in.mp4 | 
awk -F= ' 
  /pict_type=/ { if (index($2, "I")) { i=1; } else { i=0; } } 
  /pkt_pts_time/ { if (i && ($2 >= 150)) print $2; }  
' | head -n 1

For example, this would return 150.400000.


Note that when using -ss before -i, FFmpeg will locate the keyframe previous to the seek point, then assign negative PTS values to all following frames up until it reaches the seek point. A player should decode but not display frames with negative PTS, and the video should start accurately.

Some players do not properly respect this and will display black video or garbage. In this case, the above script can be used to find the PTS of the keyframe after your seek point, and use that to start seeking from the keyframe. This, however, will not be accurate.

Note that if you want to be super accurate while seeking—and retain compatibility with many players—you should probably convert the video to any lossless, intra-only format, where you could cut at any point, and then re-encode it. But this will not be fast.

slhck

Posted 2013-02-20T04:41:44.400

Reputation: 182 472

2Note you can add this the ffmpeg line to let it only output the necessary 2 fields, instead of a lot of stuff that gets thrown away by awk: -show_entries frame=pkt_pts_time,pict_type – Jannes – 2015-02-28T22:24:43.027

Now, when using -ss before -i, FFmpeg seeks until that point and then uses the next keyframe it finds. --> it's the opposite, if the KF is at 4.5 and input ss is 5.5, then MP4 output will have 1 second with negative TS. – Gyan – 2018-01-04T07:17:55.190

1thanks, I'm not making a video editor, but i do want to have precise video seeking in which the gap should less than 0,5 seconds. – jackode – 2013-02-20T08:41:00.287

1You can probably juggle around with the PTS from ffprobe. If not, any intermediate format would do, e.g. ProRes 422, DNxHD, which are visually lossless and intra-frame only. Or you use something like HuffYUV, etc. But then you'd lose the "fast" aspect again, of course. – slhck – 2013-02-20T08:44:54.610

what version of ffprobe did you use for the command, because mine said Unrecognized option 'select_streams' – jackode – 2013-02-22T03:55:29.770

The latest. Which one are you using? On which OS? You should probably update… – slhck – 2013-02-22T07:55:52.840

ffprobe -show_frames -v quiet in.mp4 works for me. I have ffmpeg built for mac osx, built from source version N-44232-gd93a53a, around sept 2012. yes, i should probably update. – jackode – 2013-02-22T08:19:02.363

2

You were close, the select_streams option was added in October 2012. :) You could do without that but then you'd get information for audio frames as well, mixed in between.

– slhck – 2013-02-22T08:21:58.777

I have another question about ffmpeg and key-frame http://superuser.com/questions/558028/how-to-force-the-first-frame-to-be-key-frame can you help me out?

– jackode – 2013-02-27T04:02:52.073

7

I understand this question is several years old, but the latest version of ffprobe has the ability to skip frames. You can pass in -skip_frame nokey to report info only on the key frames (I-frames). This can save you a lot of time! On a 2GB 1080p MP4 file it used to take 4 minutes without the skip frames. Adding the skip paramter it only takes 20 seconds.

Command:

ffprobe -select_streams v -skip_frame nokey -show_frames -show_entries frame=pkt_pts_time,pict_type D:\test.mp4

Results:

[FRAME]
pkt_pts_time=0.000000
pict_type=I
[/FRAME]
[FRAME]
pkt_pts_time=3.753750
pict_type=I
[/FRAME]
[FRAME]
pkt_pts_time=7.507500
pict_type=I
[/FRAME]
[FRAME]
pkt_pts_time=11.261250
pict_type=I
[/FRAME]
[FRAME]
pkt_pts_time=15.015000
pict_type=I
[/FRAME]

So the results will only contain info regarding the key frames.

Hind-D

Posted 2013-02-20T04:41:44.400

Reputation: 227

1

Building on slhck's answer, here's a bash function which will return the closest keyframe that occurs BEFORE N seconds.

This also makes use of -read_intervals to ensure that ffprobe only starts looking for your keyframe 25 seconds before N seconds. This trick and having awk exit when the timestamp is found greatly speeds things up.

function ffnearest() {
  STIME=$2; export STIME;
  ffprobe -read_intervals $[$STIME-25]% -select_streams v -show_frames -show_entries frame=pkt_pts_time,pict_type -v quiet "$1" |
  awk -F= '
    /pict_type=/ { if (index($2, "I")) { i=1; } else { i=0; } }
    /pkt_pts_time/ { if (i && ($2 <= ENVIRON["STIME"])) print $2; }
    /pkt_pts_time/ { if (i && ($2 > ENVIRON["STIME"])) exit 0; }
  ' | tail -n 1
}

example usage:

➜ ffnearest input.mkv 30
23.941000

I use this to trim video files without re-encoding them. Since you can't add new keyframes without re-encoding, I use ffnearest to seek to the keyframe before I want to cut. Here's an example:

ffmpeg  -i input.mkv -ss 00:00:$(echo "$(ffnearest input.mkv 30) - 0.5" | bc)  -c copy -y output.mkv;

Note that for that example you may need to change the format of what's passed in the -ss param if you're seeking farther than first 60 seconds.

(annoyingly, telling ffmpeg to seek to exactly to the timestamp of the keyframe seems to make ffmpeg exclude that keyframe in the output, but subtracting 0.5 seconds from the keyframe's actual timestamp does the trick. For bash you need to use bc to evaluate expressions with decimals, but in zsh -ss 00:00:$[$(ffnearest input.mkv 28)-0.5] works.)

Chris

Posted 2013-02-20T04:41:44.400

Reputation: 146

This will give next frame time after I frame. – Ehsan Chavoshi – 2019-10-30T16:22:45.147

0

if you want to get information of the I frames, you can use

ffprobe -i input.mp4 -v quiet -select_streams v -show_entries frame=pkt_pts_time,pict_type|grep -B 1 'pict_type=I'

shuaihanhungry

Posted 2013-02-20T04:41:44.400

Reputation: 101