video - 寻找 MJPEG 视频的特定帧是否比寻找 h.264 文件更快？

Question

我正在录制视频，需要快速随机地寻找视频中的特定帧。

我可以以 MJPEG 或 h.264 压缩标准录制视频。

我了解 MJPEG 生成单独的 jpeg 并生成比 h.264 更大的文件大小，并且 h.264 压缩跨多个视频帧。

Does this difference mean that I will get faster seek times when seeking to a random location in the file using ffmpeg or gstreamer programmatically?

Will the MJPEG allow the frame-seek operation to reduce the IO requirements when reading just 1 frame from a video file?

Answer 1

实际上，FFmpeg 2.1+ 也可以非常快速地从 h.264 中提取帧。假设您按时间点指定所需的帧，则不需要“遍历所有视频数据包来计算它们”，如接受的答案中所述。我也不认为有办法请求第 N 帧(除了将 N 乘以固定帧速率以确定所需的时间点)。

这是一个示例，使用免费提供的动画短片 "Big Buck Bunny" 的 h.264 版本.

让我们要求一个确切的帧，正好是视频的 10 分钟:
$ ffmpeg -ss 00:10:00.000 -i /home/eric/Videos/bbb_sunflower_2160p_30fps_normal.mp4 -y -vframes 1 -s 3840x2160 /tmp/bbb-10:00.000.jpg
提取只用了大约 1.8 秒。

当心 : 如果你反转 -i和 - ss论点，你是“寻求输出”(而不是“寻求输入”)。在这种情况下“...the input will be decoded (and discarded) until it reaches the position given by -ss. This will be done very slowly, frame by frame.”

例如:
$ ffmpeg -i /home/eric/Videos/bbb_sunflower_2160p_30fps_normal.mp4 -ss 00:10:00 -y -vframes 1 -s 3840x2160 /tmp/bbb-10:00.000.jpg
提取大约需要 12 分 45 秒(请注意，电影本身的时长不到 11 分钟!)。所以在我的机器上，它的运行速度低于实时。

更多关于使用 FFmpeg“寻找”的细节可以在这里找到:https://trac.ffmpeg.org/wiki/Seeking