一、为什么要折腾编码格式？

做视频平台的朋友，估计都有过这种纠结。新来的负责人说必须用H.265，因为苹果手机都支持；老员工坚持VP9，说网页端兼容性好，还不用交专利费。两边都有道理，最后吵得不可开交。其实要冷静下来，拿真实场景跑一遍数据，答案就清楚了。

说白了，视频编码这件事，就像搬家时选纸箱。同样一堆东西，有的箱子又大又轻，能装但费空间；有的箱子又小又结实，装得多但打包贼慢。VP9和H.265就是两个口碑都很好的“纸箱”，只是用在不同的场合。今天咱们不聊高深的理论，就从一个普通开发者的角度，把两个热门编码拉出来，看看它们到底谁更适合你的流媒体平台。

二、先认识一下两位主角

2.1 VP9是什么回事？

VP9是Google牵头搞出来的开放视频编码格式，可以看作VP8的升级版。它最让人喜欢的一点就是免费，没有复杂的专利授权费，所以很多开源项目和互联网公司都愿意用它。浏览器方面，Chrome、Firefox、Edge都是原生支持，打开一个webm格式的视频就能直接看，不需要装任何插件。YouTube这些年一直靠VP9扛大流量，所以它的工程实现和调优经验非常丰富。

2.2 H.265又神奇在哪里？

H.265，也叫HEVC，是H.264的正统接班人，由MPEG和ITU-T联合制定。它的压缩效率比H.264提升了一倍，同等画质下文件大小可以再减一半。苹果设备从iPhone6开始就全面支持H.265硬件解码，所以你在iOS里看到的视频基本都是这个格式。但H.265有一个绕不过去的坎——专利费。它背后牵扯好几家公司的专利池，商用的时候必须小心再小心，一个不小心可能就被律师函问候了。

三、画质对比到底看什么？

3.1 同样清晰度，谁更省流量？

大家最关心的就是这个。简单地说，在相同码率下，VP9和H.265的画面质量其实非常接近，很难用肉眼分辨谁好谁差。但如果在极低的码率（比如300kbps）下，VP9对边缘和纹理的处理稍微干净一点；H.265在高码率下更稳，但低码率时偶尔会出现块状模糊。

3.2 主观观感比跑分更重要

有些技术大牛喜欢看PSNR、SSIM这些指标，但普通用户只看实际画面。我做过测试，同一个视频，VP9用2500kbps，H.265用2400kbps，放大看细节，两者几乎一样，但VP9的文件反而大了一点点。反过来，如果都压到1500kbps，VP9的条纹和渐变区域很少出现色彩断层，而H.265的暗部会有轻微的噪点。

四、用FFmpeg亲手试试（示例技术栈：Shell）

理论说再多不如跑一遍。我们准备一个1080p的原始视频，下面用FFmpeg分别压制VP9和H.265。

4.1 用VP9编码一个视频

# 假设工作目录里已经有一个叫 input.mp4 的视频
# 下面这行命令用 libvpx-vp9 编码器，CRF=32，让码率自动适配
# -b:v 0 表示完全交给CRF控制码率，不设固定上限
# -c:a libopus 表示音频用Opus编码，这是VP9的好搭档
ffmpeg -i input.mp4 -c:v libvpx-vp9 -crf 32 -b:v 0 -c:a libopus output_vp9.webm

压完以后怎么知道画质如何？可以加参数输出一个记录文件：

# 同样的输入，但开启多线程，并输出编码统计信息
# -row-mt 1 开启每一行的并行计算，速度能快不少
# -tile-columns 2 使用瓦片列，提高CPU利用率
# -progress vp9_progress.txt 把进度写到文件里，方便后续检查
ffmpeg -i input.mp4 -c:v libvpx-vp9 -crf 32 -b:v 0 -row-mt 1 -tile-columns 2 -progress vp9_progress.txt output_vp9.webm

4.2 用H.265编码同一个视频

# 使用 libx265 编码器，CRF=28，也是人类眼睛感知的恒定质量
# -preset medium 表示压缩速度和文件大小之间的平衡
# -c:a aac 音频编码为AAC，这是MP4容器惯用的方式
ffmpeg -i input.mp4 -c:v libx265 -crf 28 -preset medium -c:a aac output_h265.mp4

4.3 用一条脚本批量对比不同码率的文件大小

# 写一个简单的for循环，分别用两种编码器，压出CRF值从30到35的结果
# 这样方便观察不同质量等级下的文件体积变化，注意脚本中用到的变量和注释
for crf in 30 31 32 33 34 35; do
  echo "开始测试 CRF=$crf"
  # VP9 编码，输出文件名带crf标识
  ffmpeg -i input.mp4 -c:v libvpx-vp9 -crf "$crf" -b:v 0 \
    -row-mt 1 -tile-columns 2 -c:a libopus "vp9_crf${crf}.webm" 2>/dev/null
  # H.265 编码，同样带上crf标识
  ffmpeg -i input.mp4 -c:v libx265 -crf "$crf" -preset medium \
    -c:a aac "h265_crf${crf}.mp4" 2>/dev/null
  # 打印两个文件的大小，对比一下
  ls -lh "vp9_crf${crf}.webm" "h265_crf${crf}.mp4" | awk '{print $5, $9}'
done

这个脚本会把每次的结果都打出来，你可以自己观察在相近的视觉质量下，哪个文件更小。注意，CRF值不是绝对可比的——VP9的CRF=32和H.265的CRF=28在视觉上大概接近，但也不完全一样，具体要看片源。

4.4 使用PSNR指标快速定量比较

# 把VP9编码文件和原始视频逐帧计算PSNR
# 注意，两个视频的分辨率和帧率必须一致，否则会报错
ffmpeg -i original.mp4 -i output_vp9.webm -lavfi psnr -f null - 2>&1 | grep PSNR

同样对H.265也可以做一次，数值高的画质损失小。不过PSNR只反映数学差异，不代表人眼观感，参考一下就好。

五、应用场景：谁更适合你的平台？

5.1 网页浏览器播放：VP9有天然优势

现在绝大多数主流浏览器都支持VP9，但H.265在Chrome和Firefox里默认不支持，因为专利授权问题。如果你是做Web流媒体，不想让用户装插件，VP9是最省心的选择。尤其像B站、YouTube这种以网页为主打的平台，VP9几乎成了标配。

5.2 移动端和电视盒子：H.265更吃香

虽然手机芯片基本上都硬解VP9，但H.265的硬件支持更普遍，尤其在低端安卓机上，VP9可能走软解，导致发热和卡顿。苹果设备则全面支持H.265，所以如果你主要做iOS App，H.265能带来更低的功耗和更好的流畅度。

5.3 直播场景：两者都有麻烦

直播要求低延迟，编码器必须足够快。VP9的编码速度比H.265慢，在普通服务器上做实时编码压力很大。H.265的编码速度虽然也不快，但是有x265这样性能不错的软件编码器，搭配硬件编码器可以跑起来。不过H.265在播放端的兼容性依然有坑，所以很多直播平台反而继续用H.264，或者选择AV1。

5.4 顺带聊聊AV1：未来要升级吗？

如果你在做新项目，可能会被建议直接上AV1。AV1是VP9的后继者，也是开放标准，压缩率比VP9又提升了30%左右，但编码速度目前还是个痛点。如果你们的机器足够好，又不想交专利费，AV1确实值得考虑。不过本文重点是VP9和H.265，AV1可以当做一个参考坐标，提醒我们编码技术一直往前跑，选型也要留出升级余地。

六、技术优缺点盘点

6.1 VP9的优点

  • 完全免费，不用担心专利费。
  • 浏览器支持好，开放生态。
  • 低码率下细节保留较好，尤其适合动画和简单背景。
  • 有强大的AOM团队持续优化。

缺点：

  • 编码速度慢，特别是高质量设置下，对CPU要求高。
  • 硬件支持不如H.265广泛，老一点的设备只能软解。
  • 文件体积有时稍微偏大（同等感知质量下，可能与H.265有5%-10%的差距）。

6.2 H.265的优点

  • 压缩效率极高，文件小。
  • 硬件解码器遍布各种设备，从手机到电视。
  • 高码率下的画质稳定，色度保留好。
  • 工业标准，专业视频制作工具全面支持。

缺点：

  • 专利费复杂，商用有风险。
  • 网页浏览器支持残缺，Chrome和Firefox不原生支持。
  • 编码器优化不如VP9激进，低码率下容易出现伪影。

七、选型建议和注意事项

7.1 什么时候选择VP9？

如果你的主力用户都在浏览器端，而且你的视频素材大多是动画、屏幕录制、或者低码率长视频，那么VP9能给你很好的用户体验，而且省去专利麻烦。YouTube、Vimeo都在用VP9，已经证明了大流量场景的可行性。

7.2 什么时候选择H.265？

如果你做的是移动App，尤其是iOS生态，或者对文件大小要求非常苛刻，且需要硬件解码节省电量，H.265是更好的选择。很多在线教育、短视频平台会同时输出H.264和H.265，H.264做兜底，H.265提升体验。

7.3 避坑指南

  • 千万别只压一种格式，一定要做转码平台，根据用户的设备和网络动态分发。
  • VP9的crf值设置要谨慎，不要偏高，否则画面会发糊。
  • H.265编码时，x265的preset会影响画质，建议使用medium或slow，太快了画质损失大。
  • 注意封装格式：VP9推荐用WebM容器，H.265用MP4容器，混用可能遭播放器白眼。
  • 测试时不要只看一部片子，多拿一些不同类型的素材跑，因为编码器对内容很敏感。

八、文章总结

VP9和H.265就像两个顶尖高手，画质上互有胜负，没有绝对的王者。选择哪一方，不取决于谁更先进，而取决于你的播放场景和用户群。如果你追求开放的Web生态，VP9会让你省心；如果你围绕移动硬件生态，H.265能压榨出更好的性能。最聪明的做法是在你的流媒体架构里同时支持两种格式，让系统自动给用户最合适的那一路视频。技术选型从来不是单选题，而是动态平衡。