FFmpeg命令行参数分析-re—ffmpeg.c源码分析

作者：罗上文，微信：Loken1，公众号：FFmpeg弦外之音

re 的全称是 rate emulator（速率模拟），可以用这个选项来模拟输入的速度。因为 ffmpeg.exe 默认情况下是尽量以最快的速度来读取输入数据，具体多快，取决于 CPU 的性能。

下面这条命令就是未使用 -re 的场景，可以看到，速度是 5 倍速。

ffmpeg.exe -i juren.mp4 juren.flv

现在我们加上 -re 选项之后的效果如下：

ffmpeg.exe -re -i juren.mp4 juren.flv

可以看到加上 -re 选项之后，处理速度变成了一倍速。

一倍速意味着什么呢？它意味着处理完 2小时的视频，就需要 2小时。从另一个角度来解释，如果这个视频是 1 秒 24 帧的视频，那就是 ffmpeg.exe 会每隔 40 毫秒从输入文件读取一个 AVPacket 进行处理。

如果你不加 -re，ffmpeg.exe 处理完一个 AVPacket 就会立即去读下一个 AVPacket，它不会等够 40 毫秒。

-re 在推直播流的时候非常有用，当你需要将一个 mp4 推送到 rtmp 服务器，基本都会加上 -re 来模拟摄像头采集画面的速度。

下面就让我们来学习一下在 ffmpeg.c 里面是怎么实现 -re 模拟速率的功能的，-re 的定义如下：

{ "re", OPT_BOOL | OPT_EXPERT | OPT_OFFSET | OPT_INPUT, { .off = OFFSET(rate_emu) },

.off = OFFSET(rate_emu) 这句代码是重点，代表这个 -re 会赋值给 OptionsContext 结构里面的 rate_emu 字段，由于 -re 是 OPT_BOOL（布尔类型），所以 OptionsContext::rate_emu 会被设置为 1。

那 rate_emu 字段在哪里被使用呢？如下：

在 ffmpeg_opt.c 的 open_input_file() 函数里把 OptionsContext 里面的 rate_emu 赋值给了 InputFile 的 rate_emu。

然后，如果 InputFile 的 rate_emu 被设置为 1，会导致 input_streams 的 start 字段被设置，如下：

input_streams 的 start 字段字段代表什么意思呢？它代表什么时候开始读取 AVPacket。

然后在 get_input_packet 获取 AVPacket 的时候，就会根据这个 start 字段，计算当前任务已经运行了多久，跟 input_streams 的 dts 字段进行比较，如果 运行时间小于 input_streams 的 dts，就会返回 EAGAIN，如下：

input_streams 的 dts 是什么意思，它记录的是最后一个从输入文件读取出来的 AVPacket 的 dts，如下：

这个时间如果细细研究，是有点绕的。不过也可以不用细究。我举个简单的例子，例如现在 ffmpeg.exe 启动了 80 毫秒，他已经读到了第 3 帧视频，第三帧的视频的 dts 是 120毫秒。

所以，此时此刻，上图中的 now 就等于 80 毫秒，而 pts 就 等于 120 毫秒，代码如下：

for (i = 0; i < f->nb_streams; i++) {
    InputStream *ist = input_streams[f->ist_index + i];
    int64_t pts = av_rescale(ist->dts, 1000000, AV_TIME_BASE);
    int64_t now = av_gettime_relative() - ist->start;
    if (120 > 80)
        return AVERROR(EAGAIN);
}

120 大于 80，所以就会返回 EAGAIN，继续等待。当 ffmpeg.exe 运行足够久了，now 就会变成大于 120 的值，就会继续去读 AVPacket 进行处理。

不过需要注意的是，他上面这段代码，是遍历一个输入文件里面的所有流的，也就是音频流，视频流，都会做速率模拟。只要有其中一个流不符合速度，就会返回 EAGAIN

通常情况下，音频流的速度是采样率决定的，视频流的速度是帧率决定的。

感谢 NETINT（镕铭微电子） 赞助《FFmpeg原理》免费版一书的服务器费用，下面是 VPU 产品介绍