HEVC 兼容性说明：浏览器、容器、音频与 MVP 边界

为什么需要这页

兼容性页面只有在边界写得足够明确时才有价值。这一页用于说明 OpenHEVCVideo 当前 MVP 阶段真正承诺支持的范围，以及哪些情况仍然不应被当成保证能力。

浏览器目标

MVP 首先面向 Windows 下的 Chrome 与 Edge。其他平台和浏览器在某些文件上可能也能工作，但它们不属于首发阶段的主要兼容性承诺。

MVP 优先支持的文件形态

当前更现实的目标是：

• MP4 或 MOV 容器；
• HEVC Main 或 Main10 SDR 视频；
• 通过首页工具进行本地文件播放。

这类组合最符合“原生探测 + 兼容 fallback”的产品路径。

音频预期

音频必须与视频分开看待。

• AAC 可能可以工作，但仍应以真实文件探测结果为准。
• Opus 在某些情况下也可能工作，同样应视为 probe-dependent。
• AC-3 与 E-AC-3 在 MVP 中 不保证 支持。

如果视频可以播放但没有声音，不代表 HEVC 视频轨本身失败，问题也可能只发生在音频流上。

当前不保证的格式与工作流

MVP 不应承诺以下能力：

• 所有设备上的 4K 播放；
• HDR 正确显示；
• DRM 内容播放；
• 所有 MKV 工作流；
• 所有原始 .hevc 或 .h265 码流；
• 所有帧率、色度布局或硬件加速路径。

这些情况对部分用户可能有效，但在经过专门 fixture 和浏览器测试前，都不应写成保证支持。

原生播放与兼容模式

即使是表面上相同的格式，不同用户也可能进入不同路径：

• 有的人会进入浏览器原生播放；
• 有的人会退回兼容模式；
• 还有的人会因为内存、音频、元数据或其他限制而失败。

因此产品应明确展示当前观察到的播放路径，而不是只依赖一张静态支持表。

应该如何理解支持声明

OpenHEVCVideo 的支持判断应按以下顺序理解：

1. 当前浏览器能否原生打开这一个真实文件？
2. 如果不能，浏览器内的本地兼容路径能否解码并呈现它？
3. 如果仍不能，阻塞点究竟是容器、音频编码、profile、分辨率、HDR、DRM 还是内存预算？

相关页面

• 什么是 HEVC
• Windows 下的 HEVC 播放
• 关于 OpenHEVCVideo

如果你想直接测试当前行为，请返回首页。