2026-09-19-H266可行性核查与AV1替代方案.md

H.266(VVC) 在本机可用吗?——核查结论 + 更优的替代方案(AV1)


一、结论:现在不能编,而且就算编出来也没人播得了

三层都不通:

层面核查结果
本机 ffmpeg6.1.5 —— 既无 VVC 编码器也无解码器(libvvenc 编码需 FFmpeg 7.1+,libvvdec 解码需 7.0+;本机 6.1.5 两者都没有,编译配置里也没有相关开关)
独立工具未安装 vvencapp/vvdecapp;软件源里也搜不到 vvenc/vvdec 包
硬件本机所有硬件编码器(NVENC / QSV / VAAPI)都不支持 VVC;事实上 2026 年没有任何消费级 GPU 带 VVC 编码(只有广播级 ASIC,如 NETINT)
播放端2026 年没有任何主流浏览器支持 VVC 解码(Chrome / Firefox / Edge / Safari 全都没有)→ 编出来只能下载后用 VLC/ffplay 看,下载平台的在线预览完全用不上

二、生态现状(2026 年 5–9 月公开资料)

三、换算到本机(推算)

本机 x265 实测 0.74 倍实时(20 秒 1080p 用 26.9 秒)。VVC 编码成本按 HEVC 的 5~7 倍算 → 本机约 0.10~0.15 倍实时;若按 VVenC 与 x264 的 10~20 倍关系算 → 约 0.04~0.07 倍。

3.3 小时的片子(abp-758-1.mp4)→ 需要 22~80 小时 CPU 时间,且结果浏览器打不开。结论:不可行,也无意义。

四、实测发现的更优方案:AV1

既然用户已确认浏览器能播 AV1,我把四种编码放在同一段 1080p 素材上做了同画质对比:

编码器体积耗时(20s 素材)速度SSIM(越高越好)
H.264 libx264 crf23(平台现用)4.35 MB10.6s1.90x0.994060
H.265 libx265 crf261.99 MB26.9s0.74x0.992243
AV1 SVT preset8 crf352.10 MB44.3s0.45x0.994184
AV1 SVT preset6 crf322.40 MB155.2s0.13x0.995050

关键结论:AV1 preset8 的体积只比 x265 大 5%,但 SSIM 明显更好(按失真度 (1−SSIM) 计,AV1 失真约低 25%)。 也就是说 AV1 的压缩效率优于 HEVC,而且你的浏览器能直接播 —— 对"省空间 + 能看"这个目标,AV1 是比 HEVC 更好的选择(代价:本机编码稍慢,0.45x vs 0.74x 实时)。

五、修正后的建议

  1. H.266:现在不要碰。三个硬条件(浏览器支持 / 消费级硬件编码器 / 可接受的编码耗时)一个都不满足,业内普遍判断它在公开互联网上"可能永远不会落地"。
  2. 省空间首选改为 AV1(libsvtav1 -preset 8 -crf 32~35):
    • 你已验证浏览器能播;
    • 同画质体积 ≈ 或优于 HEVC;
    • 本机速度 0.45x 实时(比 x265 稍慢,但换来更好的效率与更广的播放支持)。
  3. 备选 HEVC(x265 crf26):如果某些设备 AV1 播不了(老设备),且对体积不敏感。
  4. 要快:板载 N 卡 NVENC(5 倍实时)—— 只用来换格式,不省空间(原因见另一份报告)。
  5. 我此前给的「x265 瘦身清单」建议直接改用 SVT-AV1 preset 8 crf 33:>500MB 的 54.9GB 预计可降到 约 26GB,耗时与 x265 相当(略长)。

六、参考来源

下载此文件