3. 码率控制核心指标

聊到码率控制，绕不开三个老大哥：CBR、VBR 和 ABR。很多新手一上来就纠结「到底选哪个」，其实没那么玄乎。说白了，它们就是三种不同的「花钱策略」——你手里有一笔带宽预算，怎么把它花在每一帧画面上。

我最早做视频编码时，觉得 VBR 肯定比 CBR 好，毕竟画面质量更稳定嘛。后来在直播项目里被坑了一次，才明白「适合的才是最好的」。今天咱们就把这三个模型掰开揉碎，看看它们各自怎么工作，又该在什么场景下用。

3.1 CBR：恒定码率

CBR，全称 Constant Bit Rate。意思很简单：整个视频流，每一秒输出的数据量基本固定。编码器会盯着缓冲区，码率高了就压狠一点，码率低了就放一放。

工作原理

编码器内部维护一个虚拟缓冲区（VBV Buffer）。每编码一帧，就往缓冲区里塞数据；同时，缓冲区以恒定速率往外吐数据。如果缓冲区快满了，编码器就加大量化参数（QP），把帧压得更小；如果缓冲区快空了，就减小 QP，让帧变大一点。

// 伪代码示意：CBR 的缓冲区控制逻辑
while (编码下一帧) {
    buffer_level += frame_size;
    if (buffer_level > threshold_high) {
        QP += 2;  // 压狠一点
    } else if (buffer_level < threshold_low) {
        QP -= 1;  // 放一点水
    }
    buffer_level -= target_bitrate / fps;
}

嗯，这里要注意：QP 调得太频繁，画面质量会忽好忽坏。我在一个监控项目里遇到过，CBR 模式下运动场景突然增多，编码器疯狂提 QP，结果画面出现明显的「块效应」，人脸都糊了。

适用场景

• 直播推流：尤其是 RTMP 或 SRT 这类需要稳定带宽的场景。服务器端不希望看到码率突然飙升，否则容易丢包或卡顿。
• 视频会议：网络带宽有限且固定，CBR 能保证通话不中断。
• 广电传输：卫星、有线电视的信道带宽是硬性限制，CBR 是唯一选择。

3.2 VBR：可变码率

VBR，Variable Bit Rate。和 CBR 相反，VBR 允许码率自由波动。编码器的目标是：不管画面多复杂，每一帧的质量尽量保持一致。

工作原理

VBR 编码器会先分析画面复杂度。简单场景（比如纯色背景）用低码率，复杂场景（比如爆炸、快速运动）用高码率。它不关心瞬时码率有多高，只关心最终输出的整体质量。

VBR 又分两种模式：

• 1-pass VBR：一遍过，编码器实时判断画面复杂度。效率高，但码率分配不够精准。
• 2-pass VBR：第一遍先分析整个视频，统计每帧的复杂度；第二遍根据统计结果分配码率。质量更好，但耗时翻倍。

// 2-pass VBR 的码率分配逻辑（简化）
// Pass 1: 统计每帧复杂度
for each frame in video:
    complexity[frame] = analyze_complexity(frame);

// Pass 2: 根据复杂度分配码率
total_bits = target_bitrate * duration;
for each frame in video:
    frame_bits = total_bits * (complexity[frame] / sum(complexity));
    encode_frame(frame, frame_bits);

我个人习惯在离线转码场景里用 2-pass VBR。虽然慢一点，但效果确实好。记得有一次处理一部纪录片，里面有大段静态访谈和几段航拍镜头。用 2-pass VBR 后，访谈部分码率压到了 2Mbps，航拍部分自动升到 8Mbps，整体观感非常均匀。

适用场景

• 离线视频转码：比如电影、电视剧的压缩存储。不关心实时性，只追求质量。
• 蓝光/DVD 制作：光盘容量固定，但允许码率波动，VBR 能在有限空间里塞进更高画质。
• 视频点播（VOD）：用户端有缓冲，码率波动不影响播放体验。

3.3 ABR：平均码率

ABR，Average Bit Rate。你可以把它理解成 CBR 和 VBR 的「混血儿」。它允许短时间内的码率波动，但保证在一个较长时间窗口内（比如 1 分钟）的平均码率接近目标值。

工作原理

ABR 编码器会维护一个滑动窗口。窗口内的平均码率不能超过目标值，但窗口内的每一帧可以自由分配码率。这样既给了编码器一定的灵活性，又不会让整体码率跑偏。

// ABR 的滑动窗口控制逻辑
window_size = 60;  // 60 秒窗口
window_bits = target_bitrate * window_size;

for each frame in video:
    // 计算当前窗口已用码率
    used_bits = sum(frame_sizes[-window_size:]);
    remaining_bits = window_bits - used_bits;
    
    // 根据剩余预算分配当前帧码率
    frame_budget = remaining_bits / remaining_frames_in_window;
    encode_frame(frame, frame_budget);

你想想看，ABR 最适合什么场景？就是那些「带宽有上限，但允许短时间借点债」的情况。比如直播平台，服务器总带宽有限，但允许某个直播间在精彩瞬间飙一下码率，只要后面几分钟补回来就行。

适用场景

• 流媒体直播：尤其是多码率自适应（ABR ladder）场景。每个码率档位用 ABR 控制，既能保证整体带宽可控，又能应对突发画面。
• 短视频平台：用户上传的视频时长短，ABR 可以在几秒内灵活分配码率，保证首屏加载快、画面又不糊。
• OTT 点播：HLS 或 DASH 的分片编码中，每个分片用 ABR 控制，分片之间码率可以不同，但整体符合目标。

3.4 三者对比

为了方便你快速决策，我整理了一张对比表。这张表我在团队内部培训时经常用，新人看完基本就能选对。

特性	CBR	VBR	ABR
码率波动	极小	大	中等
画面质量	不稳定（复杂场景下降）	稳定	较稳定
编码延迟	低	高（2-pass 更高）	中
带宽利用率	低（静态场景浪费）	高	中高
适用场景	直播、会议、广电	离线转码、蓝光	流媒体、短视频
缓冲区要求	严格	宽松	中等

3.5 核心逻辑关系图

下面这张图展示了三种模型在码率-时间平面上的行为差异。你可以直观看到：CBR 是一条直线，VBR 是剧烈波动的曲线，ABR 则在两者之间。

3.6 如何选择？我的实战建议

说了这么多，到底怎么选？我一般按这个思路来：

1. 先看场景：实时交互（直播、会议）→ CBR；离线存储（电影、归档）→ VBR；流媒体分发（HLS、DASH）→ ABR。
2. 再看带宽：带宽严格受限且不允许波动 → CBR；带宽充裕且允许波动 → VBR；带宽有上限但允许短期借债 → ABR。
3. 最后看设备：编码端性能弱（如嵌入式设备）→ 1-pass CBR 或 ABR；编码端性能强（如服务器集群）→ 2-pass VBR。