4. 推流参数调优：编码器选择、GOP大小与码率控制

推流参数调优，说白了就是找到画质、延迟、带宽三者之间的平衡点。我见过太多团队，硬件配置拉满，但推出来的画面就是卡顿、模糊。问题往往就出在编码器、GOP和码率这三个参数上。

这一章，咱们就把这三个核心参数掰开揉碎了讲。我会结合自己踩过的坑，告诉你每个参数该怎么调，为什么这么调。

4.1 编码器选择：H.264 还是 H.265？

先聊编码器。H.264 和 H.265 是目前最主流的两个选择。很多人觉得 H.265 压缩率更高，无脑选就行。其实没那么简单。

对比维度 H.264 (AVC) H.265 (HEVC)
压缩效率 基准 同等画质下码率降低 30%~50%
计算复杂度 低，软编/硬编都成熟 高，对CPU/GPU压力大
硬件兼容性 几乎所有设备都支持 较新设备才支持硬解
延迟表现 低延迟优化成熟 编码延迟相对较高
适用场景 直播、视频通话、低端设备 4K/8K点播、存储、高带宽场景

我的建议是：

  • 直播推流，首选 H.264。 为什么？因为 RTSP 推流对实时性要求高。H.265 虽然省带宽，但编码延迟高，解码端兼容性差。我曾经在一个项目中，为了省那 20% 的带宽，全切 H.265，结果观众端一半的设备花屏、卡顿。最后灰溜溜地改回 H.264。
  • 如果非要上 H.265，请确保两端都支持硬编硬解。 比如你的推流设备是 iPhone 或新款 Android 旗舰，接收端也是支持 HEVC 硬解的播放器。否则，软解 H.265 会直接把 CPU 干到 100%。
小技巧： 如果你不确定客户端支持情况，可以在推流时做 双编码：主流用 H.264 保证兼容性，辅流用 H.265 给高端用户。或者，用 SVC（可伸缩视频编码）做分层，但这需要编码器和播放器都支持，目前还不算普及。

4.2 GOP 大小设置：关键帧间隔的学问

GOP（Group of Pictures），就是两个关键帧（I帧）之间的间隔。这个参数直接影响延迟和带宽波动。

GOP 越大，I帧越少，码率越平稳，压缩率越高。但坏处是：丢包恢复慢。你想想看，如果 GOP 是 10 秒，中间网络断了，客户端得等 10 秒才能看到下一个完整画面。这在直播里是灾难。

GOP 越小，I帧越频繁，延迟越低，丢包恢复快。但码率波动大，I帧瞬间码率可能是 P帧的 5~10 倍，容易撑爆带宽。

我个人的经验值：

  • 低延迟直播（延迟 < 1秒）： GOP 设为 1~2 秒。比如帧率 30fps，GOP 大小就是 30~60 帧。这样即使丢包，最多 1 秒就能恢复。
  • 普通直播（延迟 2~5秒）： GOP 设为 2~3 秒。这是最常用的区间，平衡了压缩率和恢复速度。
  • 点播或存储： GOP 可以设到 5~10 秒，甚至更大。因为不需要实时交互，压缩率优先。
注意： 不要为了省带宽把 GOP 设得过大。我曾经见过有人把 GOP 设成 300 帧（10秒），结果推流过程中网络抖动一下，客户端画面就卡住 10 秒不动。用户直接骂娘。记住：直播是实时体验，不是存储。

4.3 码率控制策略：CBR vs VBR vs CRF

码率控制，就是决定编码器怎么分配码率。主流有三种模式：CBR、VBR、CRF。

模式 特点 码率波动 画质稳定性 适用场景
CBR (恒定码率) 码率始终保持在设定值附近 极小 差（复杂场景画质下降） 直播、视频会议、带宽受限场景
VBR (可变码率) 码率根据画面复杂度动态调整 较大 好（复杂场景分配更多码率） 点播、存储、高带宽场景
CRF (恒定质量) 固定画质，码率自动适配 最大 最好 离线转码、后期处理

RTSP 推流，我几乎只用 CBR。 原因很简单：直播场景下，带宽是有限的、固定的。你用 VBR，画面复杂时码率飙升，直接撑爆上行带宽，导致丢包、卡顿。CRF 更不用说了，码率完全不可控，直播里根本没法用。

CBR 的调优要点：

  • 码率设定： 根据你的上行带宽来定。一般建议留 20% 的余量。比如上行带宽 5Mbps，码率设 4Mbps。
  • VBV Buffer： 这是 CBR 的关键参数。VBV（Video Buffering Verifier）缓冲区大小，决定了码率波动的容忍度。Buffer 越大，码率越平稳，但延迟越高。我个人习惯：Buffer 大小设为码率的 1~2 倍。比如码率 4Mbps，Buffer 设 4~8Mbps。
  • 场景切换： 如果画面从静态突然切换到剧烈运动（比如镜头快速转动），CBR 模式下画质会瞬间变差。这时候可以适当提高码率，或者配合 场景切换检测，在切换瞬间插入一个 I帧，让编码器重新分配码率。
核心结论： 对于 RTSP 推流，H.264 + 短 GOP（1~2秒）+ CBR 码率控制 是最稳妥的组合。这个组合能保证低延迟、高兼容性、稳定的码率输出。如果你追求极致画质且带宽充足，可以尝试 H.265 + 长 GOP + VBR，但要做好兼容性和延迟测试。

4.4 参数调优流程图

下面这张图，是我自己总结的推流参数调优决策流程。你可以把它当作一个检查清单。

RTSP 推流参数调优决策流程 开始调优 编码器选择 H.264（推荐） vs H.265 GOP 大小设置 低延迟：1~2秒 | 普通：2~3秒 码率控制策略 CBR（推荐） vs VBR vs CRF VBV Buffer 设置 Buffer = 码率 × 1~2倍 场景切换检测 插入 I帧 / 提高码率 测试验证 提示：每调整一个参数，务必用实际推流环境测试至少 5 分钟，观察码率曲线和画面质量

4.5 实战：FFmpeg 推流参数配置示例

说了这么多理论，咱们直接上代码。下面是我常用的 FFmpeg 推流命令，参数都调好了，你可以直接拿去用。

# 场景1：低延迟直播（延迟 < 1秒）
ffmpeg -i input.mp4 \
  -c:v libx264 \
  -preset ultrafast \
  -tune zerolatency \
  -b:v 4000k \
  -minrate 4000k \
  -maxrate 4000k \
  -bufsize 8000k \
  -g 30 \
  -keyint_min 30 \
  -x264-params "scenecut=0:open_gop=0" \
  -c:a aac \
  -b:a 128k \
  -f rtsp rtsp://server/live/stream

# 场景2：普通直播（延迟 2~3秒）
ffmpeg -i input.mp4 \
  -c:v libx264 \
  -preset medium \
  -b:v 4000k \
  -minrate 4000k \
  -maxrate 4000k \
  -bufsize 8000k \
  -g 60 \
  -keyint_min 60 \
  -x264-params "scenecut=40:open_gop=1" \
  -c:a aac \
  -b:a 128k \
  -f rtsp rtsp://server/live/stream

参数说明：

  • -preset ultrafast：编码速度最快，延迟最低，但压缩率低。适合低延迟场景。
  • -tune zerolatency：专门为低延迟优化的参数，会禁用一些缓冲。
  • -b:v / -minrate / -maxrate：三个值设成一样，就是严格的 CBR。
  • -bufsize：VBV 缓冲区大小，设为码率的 2 倍。
  • -g 30：GOP 大小，30 帧（假设帧率 30fps，就是 1 秒一个 I帧）。
  • -keyint_min 30：最小 GOP 大小，防止编码器自动插入过多 I帧。
  • scenecut=0：关闭场景切换检测，避免编码器在场景切换时自动插入 I帧，破坏 CBR 的码率平稳性。
  • open_gop=0：关闭开放 GOP，确保每个 GOP 都是独立的，方便丢包恢复。
避坑指南： 我曾经在一个项目中，为了追求低延迟，把 -preset 设成 ultrafast，结果画面马赛克严重。后来发现，ultrafast 虽然快，但压缩效率太低，同等码率下画质差很多。我的建议是：如果延迟要求不是特别苛刻（< 2秒），用 veryfast 或 faster 就够了，画质会好很多。

4.6 调优后的验证方法

参数调完，怎么知道效果好不好？我一般用这三个工具验证：

  1. 码率曲线图： 用 FFmpeg 的 -stats 参数，或者用 ffprobe 实时监控码率。CBR 模式下，码率曲线应该是一条直线，波动不超过 ±5%。
  2. 延迟测试： 用 OBS 或 VLC 的延迟统计功能。或者更简单：对着摄像头挥手，看屏幕上的延迟。
  3. 画质评估： 用 PSNR 或 SSIM 工具。但我个人更相信人眼。找个复杂场景（比如有文字、有运动），盯着看 30 秒，有没有模糊、块状效应。

嗯，这一章的内容就到这里。参数调优没有银弹，每个场景都需要你亲自去试、去调。记住我给你的那个决策流程图，从 H.264 + 短 GOP + CBR 开始，然后根据实际效果微调。你很快就能找到最适合自己场景的参数组合。

← 上一章 📖 返回目录 下一章 →