FFmpeg常见的视频编码器有哪些？各自的优缺点和适用场景是什么？

视频编码器决定了画质的下限和带宽的上限。在 FFmpeg 中，常用的视频编码器有 H.264、H.265、VP9 和 AV1，它们分别对应 libx264、libx265、libvpx-vp9、libaom-av1（或 libsvt-av1）等实现。理解每种编码器的压缩效率、兼容性和计算开销，才能在面试和实际项目中做出合理选择。

H.264 (AVC) —— 兼容性之王

H.264（Advanced Video Coding，ISO/IEC 14496-10）是目前部署量最大的编码标准，FFmpeg 中通过 libx264 实现。

优点：

• 几乎 100% 的设备支持解码，从老旧 Android 手机到智能电视都能播放
• libx264 经过十余年打磨，编码速度快、参数体系完善，是生产环境的首选
• 硬件编解码生态最成熟，GPU 加速方案（NVENC、QSV、VCE）齐全
• 在 1080p 常规码率下，质量完全够用

缺点：

• 压缩效率落后：同质量下码率比 H.265 高约 40-50%，4K 场景下文件体积大
• 专利问题：MPEG-LA 专利池对商业部署收费，虽然 libx264 本身是 GPL 开源
• 高码率场景下 CPU 软编码压力大，但硬件编码可缓解

shell
# 通用 Web 视频编码，CRF 23 是默认质量，preset 越慢质量越高
ffmpeg -i input.mp4 -c:v libx264 -crf 23 -preset medium -profile:v high output.mp4

H.265 (HEVC) —— 效率与成本的博弈

H.265（High Efficiency Video Coding，ISO/IEC 23008-2）目标是 H.264 的继任者，FFmpeg 中通过 libx265 实现。

优点：

• 同质量下码率比 H.264 低 40-50%，4K 视频的体积优势明显
• 支持 10-bit 色深和 HDR，适合高质量内容分发
• NVIDIA Turing+ 和 Intel Arc GPU 提供硬件编码支持，编码速度已大幅改善

缺点：

• 专利比 H.264 更复杂：多个专利池（MPEG-LA、HEVC Advance、Velos Media）交叉收费，商业部署成本高且不透明
• 兼容性问题：老设备（Android 5.x 及更早、旧版 Safari）不支持解码
• 编码复杂度是 H.264 的 3-5 倍，软件编码速度慢
• libx265 的参数调优难度远高于 libx264，实际使用门槛高

shell
# 4K 编码，main10 profile 支持 10-bit
ffmpeg -i input.mp4 -c:v libx265 -crf 28 -preset medium -profile:v main10 output.mp4

VP9 —— Web 端的免费方案

VP9 是 Google 开发的开源编码标准，FFmpeg 中通过 libvpx-vp9 实现，主要配合 WebM 容器使用。

优点：

• 完全免专利费，没有 H.264/H.265 的许可风险
• Chrome、Firefox、Edge 原生支持，YouTube 大量使用 VP9 传输 1080p+ 内容
• 同质量下码率比 H.264 低约 25-35%

缺点：

• 编码速度极慢：libvpx-vp9 的两遍编码（two-pass）耗时是 libx264 的 5-10 倍
• 硬件解码支持有限，移动端只有部分芯片支持
• Apple 生态支持差：Safari 直到 2023 年才加入 VP9 支持，iOS 端长期缺失
• 实时编码延迟高，不适合直播场景

shell
# 两遍编码，适合点播场景
ffmpeg -i input.mp4 -c:v libvpx-vp9 -b:v 1M -pass 1 -an -f null /dev/null
ffmpeg -i input.mp4 -c:v libvpx-vp9 -b:v 1M -pass 2 output.webm

AV1 —— 压缩效率的新标杆

AV1（AOMedia Video 1）由开放媒体联盟（Google、Mozilla、Netflix、Apple 等组成）制定，FFmpeg 中有 libaom-av1（参考实现）和 libsvt-av1（SVT-AV1，Intel 主导的高性能实现）两种选择。

优点：

• 压缩效率最高：同质量下比 H.265 再省 20-30% 码率，比 H.264 省 50%+
• 免专利费，Netflix、YouTube 已在大规模部署
• 引入仿射运动补偿等技术，对复杂运动场景编码效果更好
• SVT-AV1 编码速度已接近实用水平，不再是不可用的慢

缺点：

• 兼容性仍不完善：虽然主流浏览器已支持，但大量存量设备无法解码
• libaom-av1 编码速度极慢（SVT-AV1 快得多，但压缩率略低）
• 硬件编码刚开始普及（NVIDIA RTX 40 系列支持 AV1 编码），旧硬件无解
• 生态工具链不如 H.264/H.265 成熟，调试和监控手段少

shell
# SVT-AV1 编码，preset 6 在速度和质量间取得平衡
ffmpeg -i input.mp4 -c:v libsvtav1 -crf 30 -preset 6 output.mp4

# libaom-av1 编码，质量最高但极慢
ffmpeg -i input.mp4 -c:v libaom-av1 -crf 30 -b:v 0 -cpu-used 6 output.mp4

编码器速查对比

编码器	压缩效率	编码速度	设备兼容性	专利费用	典型场景
H.264	基准	快	极好	需要	通用视频、直播
H.265	比 H.264 省 40-50%	中等	一般	需要	4K 点播、HDR
VP9	比 H.264 省 25-35%	慢	较好	免费	YouTube Web 端
AV1	比 H.264 省 50%+	很慢-快*	一般	免费	前沿 Web、低带宽

*注：SVT-AV1 速度已接近实用，libaom-av1 仍然很慢。

面试追问：实际项目中怎么选？

1. 直播场景：优先 H.264，硬件编码延迟低、兼容性好。带宽允许时 H.264 足够，没必要上 HEVC。
2. 点播 4K 内容：H.265 兼顾效率和解码支持，AV1 可作为备选流（DASH 自适应）。如果目标用户设备新，AV1 性价比最高。
3. 避免专利费：VP9 或 AV1。如果不需要实时编码，VP9 成熟度更高；如果追求极致压缩且接受慢编码，AV1 更优。
4. 老旧设备兼容：H.264 是唯一选择，VP9 在部分 Android 低版本也不支持。
5. FFmpeg 编码器选择实操：先 ffmpeg -encoders | grep 264 确认可用实现，再用 -crf 控制质量、-preset 控制速度-质量权衡。硬件编码用 -c:v h264_nvenc（NVIDIA）或 -c:v h264_qsv（Intel），注意硬件编码质量通常略低于 libx264 同码率。

编码器的选择没有银弹。H.264 胜在稳，H.265 胜在压缩，VP9 胜在免费，AV1 胜在前景。理解这些取舍关系，比记住参数更重要。