Test
最近处理用户上传视频时遇到典型问题：1080p 视频在网页播放频繁卡顿，但文件体积却比竞品大 30%。用 ffprobe 分析发现码率曲线像过山车——峰值飙到 8Mbps，低谷仅有 200kbps。这促使我系统研究了 FFmpeg 的码率控制机制。
## 一、三种码率模式核心原理
1. **CRF（恒定质量）**
– 数学表达：$QP = \alpha \cdot \log_2(\frac{R}{R_{target}})$
– 优势：画质稳定，适合点播场景
– 缺点：无法预测输出文件大小
2. **CBR（恒定码率）**
– 强制满足：$\sum_{i=1}^{n} b_i = C \cdot T$
– 直播推流典型配置：
“`bash
ffmpeg -i input.mp4 -c:v libx264 -b:v 2M -maxrate 2M -minrate 2M -bufsize 1M output.mp4
“`
3. **VBR（动态码率）**
– 码率分配公式：$R_i = R_{base} + \beta \cdot (complexity_i – avg\_complexity)$
– 移动端推荐参数：
“`python
# Python 代码示例
import subprocess
subprocess.run([
‘ffmpeg’, ‘-i’, ‘input.mp4’,
‘-c:v’, ‘libx265’, ‘-crf’, ’28’,
‘-vf’, ‘scale=720:-2’, ‘-movflags’, ‘+faststart’,
‘output.mp4’
])
“`
## 二、关键参数性能实测
| preset 参数 | 编码速度 (fps) | 文件大小 (MB) | SSIM 值 |
|———–|————–|————-|——-|
| ultrafast | 142 | 85.7 | 0.912 |
| medium | 38 | 71.2 | 0.935 |
| placebo | 6 | 68.9 | 0.941 |
## 三、六大避坑指南
1. **GOP 长度 **：建议 2 - 3 秒，太长影响 seek 性能
2. ** 音视频码率比 **：通常保持 1:4 到 1:10 之间
3. **VBF 缓冲区计算 **：$bufsize = maxrate \times 1.5$
4. ** 兼容性检查 **：
“`bash
ffprobe -show_frames -select_streams v output.mp4 | grep key_frame
“`
5. **x264 调优 **：qpmin=18/qpmax=34 平衡质量波动
6. ** 多码率适配 **：建议生成 360p/720p/1080p 三档
## 四、4K@60fps 的终极挑战
当需要同时满足低延迟（<200ms）和高画质时，建议：- 采用 H.265+CRF22 的初始编码
- 配合 VBV 限制：`-maxrate 20M -bufsize 5M`
- 使用 `-tune zerolatency` 参数
- 音频优先使用 AAC-HE 64kbps
最后留个思考题：在 VR 视频流场景中，球面投影产生的码率不均匀分布该如何优化？欢迎在评论区分享你的方案。