三层都不通:
| 层面 | 核查结果 |
|---|---|
| 本机 ffmpeg | 6.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 看,下载平台的在线预览完全用不上 |
libvvdec),7.1+ 才加入编码(libvvenc)。vvencapp --preset medium 编 1080p 只有 3.5 fps(实时需 30 fps)。本机 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,我把四种编码放在同一段 1080p 素材上做了同画质对比:
| 编码器 | 体积 | 耗时(20s 素材) | 速度 | SSIM(越高越好) |
|---|---|---|---|---|
| H.264 libx264 crf23(平台现用) | 4.35 MB | 10.6s | 1.90x | 0.994060 |
| H.265 libx265 crf26 | 1.99 MB | 26.9s | 0.74x | 0.992243 |
| AV1 SVT preset8 crf35 | 2.10 MB | 44.3s | 0.45x | 0.994184 |
| AV1 SVT preset6 crf32 | 2.40 MB | 155.2s | 0.13x | 0.995050 |
关键结论:AV1 preset8 的体积只比 x265 大 5%,但 SSIM 明显更好(按失真度 (1−SSIM) 计,AV1 失真约低 25%)。 也就是说 AV1 的压缩效率优于 HEVC,而且你的浏览器能直接播 —— 对"省空间 + 能看"这个目标,AV1 是比 HEVC 更好的选择(代价:本机编码稍慢,0.45x vs 0.74x 实时)。
libsvtav1 -preset 8 -crf 32~35):
canPlayType('...vvc1...') 返回空