---

问题背景

直播推流中，码率配置不当会导致两种典型问题：

1. 带宽浪费：某电商直播实测数据显示，当码率从2Mbps降至500Kbps（CRF=23）时，带宽成本降低75%，而PSNR仅下降2.1dB（肉眼几乎无法察觉）
2. 卡顿加剧：运动场景下，固定500Kbps CBR模式比动态码率VBR的卡顿率高3倍（数据来源：Twitch 2023移动端报告）

核心算法对比

x264 vs x265码率控制

• x264：
• 经典CRF模式：CRF = 23（默认值）平衡画质与体积

• VBV缓冲区公式：bufsize ≥ maxrate × 2（防止下溢）

• x265：

• 引入--pbratio参数控制I/P帧码率分配
• 更精确的CU树码率预测（需开启--rc-lookahead）

CRF与VBV联动

数学关系为：

QP_{min} = \frac{CRF\times (1-\frac{B_{current}}{B_{VBV}})}{2}

其中B_current为当前缓冲区占用率

FFmpeg实战示例

CBR硬件加速（Intel QSV）

ffmpeg -i input.mp4 -c:v h264_qsv 
  -b:v 2M -maxrate 2M -minrate 2M -bufsize 4M 
  -preset faster -profile:v high -r 30

VBR动态优化

关键公式：

推荐maxrate = 1.5 × target_bitrate
bufsize = maxrate × GOP时长（秒）

ffmpeg -i input.mp4 -c:v libx264 
  -b:v 1M -maxrate 1.5M -bufsize 3M 
  -crf 22 -g 60 -keyint_min 30

性能实测数据

| 模式 | PSNR(dB) | CPU占用 | 码率波动 | |------------|---------|--------|----------| | CBR 2Mbps | 36.2 | 45% | ±5% | | VBR CRF=22 | 38.7 | 62% | ±25% | | CRF+VBV | 37.9 | 58% | ±12% |

避坑指南

1. Android兼容性：
2. 避免使用-profile:v high10（部分设备不支持10bit）

3. 推荐-profile:v high -level 4.2

4. VBV防下溢：

   bufsize_{min} = \frac{maxrate \times (GOP_{size} + 1)}{framerate}

动态CRF优化思路

# 伪代码示例
def adjust_crf(network_quality):
    base_crf = 22
    if network_quality == '4G':
        return base_crf - 2
    elif network_quality == '3G':
        return base_crf + 3
    else:  # 2G/WiFi差
        return base_crf + 5

实际部署时可结合RTCP的丢包率反馈进行动态调整。建议初始值设置后，通过AB测试观察终端用户体验数据再持续优化。