3. 推流参数详解：编码器选择、码率控制与 GOP 设置

推流参数调优，说白了就是跟编码器“讨价还价”。你要在画质、码率和延迟之间找到平衡点。我做了这么多年流媒体，见过太多人一上来就堆参数，结果推出去的流要么卡成幻灯片，要么糊成一团。今天咱们就把这三个核心参数掰开揉碎讲清楚。

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

先问个问题：你现在的项目用的是什么编码器？我猜八成是 H.264。没错，H.264 至今仍是 RTSP 推流的绝对主力。但 H.265（HEVC）这几年也慢慢爬上来了。

对比维度 H.264 (AVC) H.265 (HEVC)
压缩效率 基准 同等画质下码率降低 30%~50%
计算复杂度 低，适合嵌入式设备 高，需要更强的 CPU/GPU
编码延迟 低（硬件编码器成熟） 相对较高
兼容性 几乎所有播放器/平台支持 较新设备支持，老设备可能无法解码
适用场景 实时监控、直播、视频通话 4K/8K 超高清、带宽受限场景
我的建议： 如果你的目标设备是手机、PC 或主流 NVR，优先选 H.264。如果推 4K 流或者带宽特别紧张（比如 4G 弱网环境），再考虑 H.265。我在一个智慧工地项目里试过 H.265，同样的 2Mbps 码率，画质比 H.264 好一截，但解码端的老摄像头直接黑屏——兼容性翻车了。

3.2 码率控制模式：CBR、VBR 与 CRF

码率控制，就是编码器怎么分配那点可怜的带宽。三种模式各有脾气，选错了会出大问题。

3.2.1 CBR（恒定码率）

CBR 强制输出码率保持恒定。优点是带宽占用稳定，适合 RTSP 这种需要固定管道传输的场景。缺点是画面简单时浪费带宽，画面复杂时又容易糊。

# FFmpeg CBR 推流示例
ffmpeg -i input.mp4 -c:v libx264 -b:v 2000k -minrate 2000k -maxrate 2000k -bufsize 4000k -f rtsp rtsp://server/live/stream
注意： CBR 模式下必须同时设置 -minrate 和 -maxrate 与目标码率一致，否则编码器会“偷懒”变成 VBR。我曾经排查过一个客户的推流卡顿问题，折腾了两天，最后发现是 -maxrate 设成了 4000k，码率波动直接把接收端缓冲区撑爆了。

3.2.2 VBR（可变码率）

VBR 允许码率根据画面复杂度动态变化。优点是画质更稳定，缺点是码率波动大，可能撑爆缓冲区或导致丢包。

# FFmpeg VBR 推流示例
ffmpeg -i input.mp4 -c:v libx264 -b:v 2000k -maxrate 4000k -bufsize 4000k -f rtsp rtsp://server/live/stream

你想想看，VBR 在画面静止时码率可能降到 500kbps，突然切到运动场景时瞬间飙到 4Mbps。如果接收端缓冲区不够大，直接丢帧。所以 VBR 更适合本地录制或点播，推流场景要慎用。

3.2.3 CRF（恒定质量）

CRF 不直接控制码率，而是控制“质量”。编码器会尽量保持视觉质量一致，码率自然浮动。CRF 值范围 0~51，越低质量越好（文件越大）。

# FFmpeg CRF 推流示例（不推荐直接用于推流）
ffmpeg -i input.mp4 -c:v libx264 -crf 23 -f rtsp rtsp://server/live/stream
核心结论： RTSP 推流场景下，CBR 是最安全的选择。VBR 适合带宽充裕且接收端缓冲区大的场景。CRF 几乎不用在推流中——码率不可控，分分钟把网络打满。

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

GOP（Group of Pictures）大小，就是两个关键帧（I帧）之间的帧数。这个参数直接影响延迟、seek 速度和码率波动。

先看一个典型的 GOP 结构：

I  B  B  P  B  B  P  B  B  I
|-------- GOP 大小 = 10 --------|

I 帧是完整图像，P 帧只存变化，B 帧双向预测。GOP 越大，压缩率越高，但 seek 到任意位置需要等下一个 I 帧，延迟也越大。

GOP 大小 适用场景 延迟影响 码率影响
1（全 I 帧） 低延迟直播、视频会议 极低（毫秒级） 码率极高，带宽浪费严重
10~30 实时监控、RTSP 推流 低（0.3~1 秒） 适中，推荐值
50~100 点播、非实时场景 高（2~4 秒） 压缩率高，码率低
250+ 存储优化、长视频归档 极高（10 秒+） 极致压缩，seek 体验差
我的经验： 对于 RTSP 推流，我习惯把 GOP 大小设为帧率的 2 倍。比如 25fps 的视频，GOP 设 50（2 秒一个 I 帧）。这样既保证了 seek 响应速度，又不会让码率波动太大。如果做低延迟直播（比如无人机图传），我会把 GOP 压到 10~15，配合 CBR 使用。

3.4 参数组合实战：一个完整的推流配置

说了这么多，咱们直接看一个实战配置。假设场景是 1080p 25fps 的安防监控推流：

ffmpeg -i /dev/video0 \
  -c:v libx264 \
  -preset ultrafast \
  -profile:v baseline \
  -b:v 2000k \
  -minrate 2000k \
  -maxrate 2000k \
  -bufsize 4000k \
  -g 50 \
  -keyint_min 50 \
  -sc_threshold 0 \
  -f rtsp rtsp://server/live/camera1

解释一下关键参数：

  • -preset ultrafast：牺牲压缩率换编码速度，适合实时推流
  • -profile:v baseline：兼容性最好的 H.264 档次，老设备也能解
  • -b:v 2000k：CBR 模式，码率锁死 2Mbps
  • -g 50：GOP 大小 50 帧（2 秒一个 I 帧）
  • -keyint_min 50：强制最小 GOP 也是 50，防止编码器自动插入额外 I 帧
  • -sc_threshold 0：关闭场景切换检测，避免场景变化时编码器乱插 I 帧
避坑指南： 我曾经在一个项目中没设 -keyint_min，结果编码器在画面切换时自动插了 I 帧，导致码率瞬间飙升，接收端直接断流。后来加上 -keyint_min 和 -sc_threshold 0 才稳住。这两个参数是 CBR 推流的“定海神针”。

3.5 知识体系总览

下面这张图把本章的核心逻辑串起来了。你可以把它当作调参时的“地图”：

RTSP 推流参数决策树 推流参数配置 编码器选择 H.264 H.265 码率控制模式 CBR VBR CRF GOP 大小设置 小 GOP (1~30) 中 GOP (30~100) 大 GOP (100+) 推荐组合：H.264 + CBR + GOP=2×帧率 调参原则： 1. 先确定编码器：兼容性优先选 H.264，极致压缩选 H.265 2. 再选码率控制：RTSP 推流无脑 CBR，带宽充裕可试 VBR 3. 最后定 GOP：低延迟用小 GOP，高压缩用大 GOP 4. 别忘了加 -keyint_min 和 -sc_threshold 0 锁死 GOP

嗯，到这里推流参数的核心内容就讲完了。记住一个原则：没有最好的参数，只有最适合你场景的参数。下次遇到推流卡顿或画质差，先别急着换编码器，回头看看码率控制和 GOP 设置——八成问题出在这里。

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