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

- 日期：2026-09-19
- 起因：用户问「DSH 机能编 H266 吗」
- 约束：不用 GPU 机（它在跑视频生成）

---

## 一、结论：**现在不能编，而且就算编出来也没人播得了**

三层都不通：

| 层面 | 核查结果 |
|---|---|
| **本机 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 看，**下载平台的在线预览完全用不上** |

## 二、生态现状（2026 年 5–9 月公开资料）

- **压缩率**：VVC 比 HEVC 省约 **40~50%**，比 AV1 省 **25~29%**（同 VMAF）—— 技术上是目前最强的。
- **浏览器**：2026 年仍无任何主流浏览器内置 VVC 解码；Netflix/YouTube 都在往 AV1 走，没有 VVC 计划。
- **FFmpeg 支持**：7.0（2024-04）才加入 VVC 解码（`libvvdec`），**7.1+ 才加入编码（`libvvenc`）**。
- **编码成本**：VVC 编码是 HEVC 的 **5~7 倍**（全 I 帧最差情况可达 31 倍）；Fraunhofer VVenC 最快档也约为 x264 veryfast 的 **10~20 倍**。
- **实测参照**（第三方，现代笔记本）：`vvencapp --preset medium` 编 1080p 只有 **3.5 fps**（实时需 30 fps）。
- **硬件解码**：仅部分智能电视 SoC（MediaTek Pentonic 700/800/1000）有；手机旗舰（骁龙 8 Gen 4 / 天玑 9400 / Apple A18/M4）**都没有**。
- **专利**：三套专利池 + 17 家以上未入池持有者 —— 也是浏览器不做的根本原因。

## 三、换算到本机（推算）

本机 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 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 实时）。

## 五、修正后的建议

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 相当（略长）。

## 六、参考来源
- [H.266 / VVC: Technically Excellent, Market-Weak（Fora Soft，2026-06）](https://www.forasoft.com/learn/video-encoding/articles/h266-vvc-explained) —— 压缩率、编码成本 5~7 倍、无浏览器支持、无消费级硬件编码器、专利池现状
- [Encode your first VVC clip with vvenc 1.14, then watch every browser refuse to play it（dev.to）](https://dev.to/masonwritescode/encode-your-first-vvc-clip-with-vvenc-114-then-watch-every-browser-refuse-to-play-it-4bnh) —— 实测 vvencpreset medium 1080p 仅 3.5 fps；浏览器 `canPlayType('...vvc1...')` 返回空
- [FFmpeg / VVenC 集成文档](https://github.com/fraunhoferhhi/vvenc/wiki/FFmpeg-Integration) —— 编码需 FFmpeg 7.1+