概念定义

CBR（恒定码率）的数学表达式为：
R(t) = C，其中C为常量值。其特点是通过固定量化参数（QP）强行维持码率稳定，适合对延迟敏感的直播场景，但可能导致复杂画面质量下降。

ABR（自适应码率）的动态表达式为：
R(t) = min( max(R_min, f(BW(t)) ), R_max )
其中BW(t)为实时带宽，f为码率分配算法函数。通过动态调整QP值，在[R_min, R_max]范围内波动，典型应用如YouTube的DASH流媒体。

对比分析

| 维度 | CBR | ABR | |--------------|------------------------------|------------------------------| | 缓冲区控制 | 固定缓冲区大小，易溢出/欠载 | 动态缓冲区，根据网络调整 | | 网络适应性 | 差（无自适应能力） | 强（根据丢包率动态降码率） | | 画质稳定性 | 波动大（复杂场景质量骤降） | 相对平稳（码率分配更智能） |

FFmpeg实战

# ABR编码示例（H.264）
ffmpeg -i input.mp4 \
  -c:v libx264 \
  -b:v 2000k \      # 平均码率
  -maxrate 2500k \   # 峰值码率上限
  -bufsize 4000k \   # 缓冲区大小（建议=2*maxrate）
  -x264opts keyint=60:min-keyint=60 \  # 强制关键帧间隔
  -g 60 \           # GOP长度
  -f hls \          # 输出HLS格式
  -hls_time 4 \      # 分片时长(秒)
  output.m3u8

关键参数说明： - -bufsize：影响码率波动响应速度，值越小适应性越强但画质越不稳定 - -x264opts：防止自适应过程导致关键帧偏移引发播放器卡顿

性能测试

1. 使用Linux流量控制工具制造网络抖动：

   tc qdisc add dev eth0 root netem loss 15% delay 100ms 50ms

2. 通过ffprobe监测实时码率：

   ffprobe -show_frames -select_streams v -print_format json output.ts

3. 关键指标监控：
4. 卡顿次数（缓冲区空次数）
5. 实际码率与目标码率偏离度
6. 关键帧对齐偏移量

避坑指南

HLS切片对齐问题： - 现象：ABR各码率版本的切片时间戳未严格同步，导致切换时花屏 - 解决方案： - 使用-hls_segment_type mkvts强制时间戳同步 - 在x264opts中设置scenecut=0禁用场景切割

DASH初始化段过大： - 现象：ABR导致各档位init.mp4大小不一致，播放器加载失败 - 解决方案：

-init_seg_name init-$RepresentationID$.mp4 \
-use_template 0       # 禁用动态模板

场景决策流程图

graph TD
  A[业务类型] -->|直播| B(CBR优先)
  A -->|点播| C(ABR优先)
  B --> D{网络稳定?}
  D -->|是| E[使用CBR+固定缓冲区]
  D -->|否| F[切换ABR+动态缓冲]
  C --> G[多档位ABR+HLS/DASH]

（右键另存为可下载高清流程图）