3. 卡顿的根因分析

码率控制，说白了就是决定「每一秒视频该分配多少比特」。这个决策直接影响画质、延迟和卡顿率。我在直播优化项目中见过太多因为码率模式选错导致的惨案——画面一帧一帧地跳，观众全跑了。

今天我把三个主流模式掰开揉碎讲清楚。你想想看，搞懂了它们，你就能在推流配置里做出最合理的判断。

3.1 CBR（恒定码率）——直播的「安全牌」

CBR 的全称是 Constant Bitrate。编码器会尽量让每一秒输出的数据量保持恒定。比如你设了 3 Mbps，那大部分时间码率就在 3 Mbps 附近波动，幅度很小。

为什么直播首选 CBR？原因很简单：直播是实时传输，网络通道是固定的。你想想看，如果编码器突然吐出一大坨数据，而观众端的带宽只有 3 Mbps，那这坨数据就得排队，排队就意味着延迟和卡顿。

我在做某大型体育赛事直播时，一开始用了 VBR，结果每到进球瞬间画面就糊成一团。后来切回 CBR，虽然静态场景画质略有下降，但全程流畅，用户投诉直接降了 80%。

3.2 VBR（可变码率）——文件存储的「画质优先」

VBR 允许编码器根据画面复杂度动态调整码率。简单场景少给点比特，复杂场景多给点。目标是：在平均码率约束下，追求最优画质。

VBR 又分两种：

• 1-pass VBR：编码器实时判断，但不够精准
• 2-pass VBR：先分析一遍视频，再正式编码，分配更合理

特性	CBR	VBR
码率波动	小（±10%）	大（可能 ±50% 以上）
画质一致性	差（静态场景浪费，动态场景不足）	好（按需分配）
适用场景	直播、实时通信	点播、文件存储
延迟风险	低	高（码率尖峰导致缓冲）

VBR 的致命伤在于「码率尖峰」。比如一个快速摇镜头的场景，码率可能瞬间冲到平均值的 2-3 倍。直播时这个尖峰就会撑爆缓冲区，造成卡顿。

3.3 CRF（恒定质量）——编码器界的「自动驾驶」

CRF 是 x264/x265 里我最喜欢的模式。你设定一个质量等级（0-51，越低越好），编码器自动决定码率。它的逻辑是：保证每一帧的质量一致，码率随画面复杂度变化。

CRF 的典型用法：

# 用 CRF 23 编码，质量不错，文件大小适中
ffmpeg -i input.mp4 -c:v libx264 -crf 23 output.mp4

# 追求高质量，用 CRF 18
ffmpeg -i input.mp4 -c:v libx264 -crf 18 output.mp4

CRF 的问题很明显：你无法控制最终码率。同样的 CRF 值，动画片可能只要 1 Mbps，而动作电影可能要 8 Mbps。直播时你没法预测带宽需求，所以 CRF 基本不适合直播。

3.4 三大模式对比图

下面这张图展示了三种模式在码率波动上的差异。你可以直观看到为什么 CBR 最适合直播。

3.5 直播场景的码率配置实战

搞懂了原理，咱们来看具体怎么配。我给出一个常用的直播推流参数模板：

# 1080p 直播推流，CBR 模式，码率 4 Mbps
ffmpeg -i input -c:v libx264 \
  -b:v 4000k -minrate 4000k -maxrate 4000k -bufsize 8000k \
  -preset veryfast -tune zerolatency \
  -g 60 -keyint_min 60 \
  -c:a aac -b:a 128k \
  -f flv rtmp://your-server/live/stream

几个关键参数说明：

• -b:v / -minrate / -maxrate 都设成相同值：强制 CBR 模式
• -bufsize 设为码率的 2 倍：给编码器一点缓冲余地，避免瞬时波动
• -preset veryfast：直播追求速度，别用 slow 或 placebo
• -tune zerolatency：关闭 B 帧和 lookahead，降低延迟

3.6 什么时候可以不用 CBR？

虽然我说直播首选 CBR，但有两个例外：

1. 纯音频直播：音频码率低，波动影响小，可以用 VBR 提升音质
2. 局域网内直播：带宽充足且可控，可以用 VBR 获得更好画质

除此之外，我建议你老老实实用 CBR。别为了那点画质提升去赌网络稳定性——观众不会记得你画质多好，但一定会记得你卡了多久。