编码器选择：H.264 vs H.265 vs AV1，不同场景下的编码器选型策略

说到编码器选型，我见过太多人一上来就问「哪个编码器最好？」。其实这个问题本身就有问题。没有最好的编码器，只有最适合你场景的编码器。今天咱们就把 H.264、H.265、AV1 这三兄弟掰开揉碎了讲清楚。

核心观点：编码器选型本质是「压缩率 vs 编码速度 vs 兼容性」的三角博弈。没有银弹，只有取舍。

H.264 发布于 2003 年，到现在二十多年了。你可能会想，这么老的技术还有用吗？我告诉你，它至今仍是应用最广泛的编码器，没有之一。

为什么？因为它的兼容性太好了。从老式机顶盒到最新的 iPhone，从低端监控摄像头到 4K 蓝光播放器，几乎所有设备都支持 H.264 硬解码。我在做直播项目时，最怕的就是用户说「我看不了」。用 H.264，这种问题基本不存在。

我的经验：做直播或实时通信，首选 H.264 硬件编码。虽然压缩率不如 H.265，但编码延迟低（通常 < 50ms），而且客户端不需要额外解码算力。说白了，用户能流畅看比什么都重要。

H.264 的典型码率参考（1080p）：

H.265（也叫 HEVC）是 H.264 的继任者。它的核心卖点很直接：同等画质下，码率比 H.264 低 40%-50%。

我记得第一次用 H.265 压片时，看到文件大小直接减半，心里还挺激动的。但很快我就发现了一个问题：编码速度太慢了。同样的视频，H.264 几分钟搞定，H.265 要压半小时。

为什么会这样？因为 H.265 引入了更复杂的编码工具，比如更大的编码单元（CTU，最大 64x64）、更精细的运动补偿、更多的帧内预测模式。这些工具让压缩率上去了，但也让编码器的计算量暴增。

避坑指南：我曾经在一个点播项目里全量使用 H.265 软件编码，结果服务器 CPU 直接拉满，编码队列越积越长。后来改成「H.265 软件编码做离线转码 + H.264 硬件编码做实时转码」的混合方案，才解决问题。记住：H.265 软件编码不适合实时场景。

H.265 的典型码率参考（1080p）：

AV1 是后起之秀，由开放媒体联盟（AOM）推出。它的压缩率比 H.265 再提升 20%-30%，而且完全免费，没有专利授权费。

听起来很美好对吧？但现实是，AV1 的编码速度慢得令人发指。我做过测试，同样的视频用 x265 压需要 1 小时，用 AV1 的参考编码器（libaom）可能要压 10 小时以上。虽然现在有 SVT-AV1 这样的优化实现，速度提升了不少，但跟 H.265 比还是有差距。

不过，AV1 的解码端已经比较成熟了。现在主流显卡（NVIDIA RTX 30/40 系列、Intel Arc、AMD RX 6000+）都支持 AV1 硬解码，手机端也有不少芯片支持。所以，AV1 更适合「一次编码，多次分发」的场景，比如视频平台的点播内容。

我的建议：如果你做的是视频平台或 OTT 业务，现在就可以开始尝试 AV1 了。先用 AV1 压热门内容，冷门内容继续用 H.265。等 AV1 编码器再优化两年，全面切换不是问题。

嗯，这里我直接给结论。不同场景下，我的推荐优先级是这样的：

你想想看，硬件编码（GPU/NPU 加速）和软件编码（CPU 跑 x264/x265）到底有什么区别？我简单总结几点：

我个人习惯是：能上硬件编码的场景尽量上硬件编码，除非你对画质有极致要求。比如做直播，用 NVIDIA NVENC 或 Intel QSV 就够了，没必要用 x264 的 placebo 预设去压。

一个小技巧：如果你用 NVIDIA 显卡做硬件编码，记得开启 -rc vbr（可变码率）和 -cq 23（质量等级），这样能在画质和码率之间取得不错的平衡。固定码率（CBR）虽然码率稳定，但画质波动大，我一般只在直播带宽受限时才用。

编码器选型没有标准答案，但有一条原则可以帮你快速决策：先看场景，再看兼容性，最后看压缩率。别为了省那点带宽，把用户都卡在门外。也别为了兼容性，白白浪费存储和带宽成本。