AOMedia 在 2026 年 5 月发布了 AV2 参考编码器 1.0.0，声称其效率比 AV1 提高了约 30%。这个标题很诱人，但该编码器距离投入生产视频流水线还差得很远。

为什么 AV2 尚未达到生产就绪状态

该参考实现运行速度远慢于已经在日常使用中的 AV1 编码器。目前还没有主要的多媒体框架（如转码的事实标准 FFmpeg）包含 AV2 支持，因此你需要自定义构建并进行大量的手动对接。即使你生成了 AV2 流，市场上也不存在硬件解码器，这意味着每个播放设备都必须回退到软件解码。在移动端，软件解码会消耗电池并增加延迟，这对大多数服务来说是致命伤。

简而言之，AV2 目前只是一个新闻事件，而不是一个可以不重构大部分技术栈就直接投入实时工作流的工具。

目前行之有效的方案

最稳妥的选择仍然是围绕 AV1 和 H.264 构建的双编码器阶梯（two-codec ladder）。这两种编码器在 FFmpeg 中都有成熟的硬件加速路径，并受到浏览器、移动设备和机顶盒的支持。

验证硬件加速

使用 -encoders 标志运行 FFmpeg，并查找诸如 av1_nvenc、av1_qsv 或 av1_vaapi 之类的条目。这些条目意味着 NVIDIA、Intel Quick Sync 或 VA-API 硬件编码器可用。如果没有出现这些条目，AV1 将回退到纯软件编码器，变成一个缓慢的批处理任务。

检测客户端能力

不要默认向所有浏览器提供 AV1。在许多手机上，软件解码会耗尽电池并可能导致播放卡顿。在 JavaScript 中，请查询 MediaCapabilities API 并检查 powerEfficient 字段。仅当设备报告可以高效解码时才提供 AV1；否则，回退到 H.264。

构建多编码器阶梯

2026 年的一个实用配置如下：

  • AV1 (SVT-AV1)，适用于任何报告支持硬件的客户端。
  • H.264，作为旧版浏览器和没有 AV1 加速设备的通用回退方案。

通过两个技术微调可以从该阶梯中榨取更多价值：

  • 关键帧对齐 (Keyframe alignment) —— 保持两种渲染版本之间的 GOP (group of pictures) 长度一致。匹配关键帧间隔可以使自适应流中的码率切换更加平滑。
  • 颗粒合成 (Grain synthesis) —— 在 SVT-AV1 中启用 film-grain 功能。编码器会对颗粒进行建模，而不是消耗码率来重现它，从而在不牺牲视觉质量的情况下节省带宽。

何时开始关注 AV2

一旦 FFmpeg 添加了 AV2 编码器，你就会在 -encoders 列表中看到一个新条目。设置一个轻量级的 CI/CD 检查，运行 ffmpeg -encoders | grep av2，并在该字符串出现时向你发出警报。在该检查变绿（通过）之前，请不要将 AV2 代码路径引入生产环境。

早期采用者可以在隔离的测试环境中进行实验，以评估所承诺的 30% 码率降低。这些试验可以为未来的路线图决策提供参考，但不应成为当今交付策略的驱动力。

总结

AV2 承诺了显著的效率飞跃，但由于缺乏快速编码器、框架支持和硬件解码器，它并不适合实时服务。请坚持使用调优良好的 AV1/H.264 阶梯，验证硬件加速，并使用客户端能力检查为正确的设备提供正确的编码器。当 FFmpeg 最终发布 AV2 编码器时，你将能够随时评估它，而不会干扰现有的工作流。