官方博客
AV1、H.265 与浏览器编解码详解
解释 H.265 什么时候真的更省体积、为什么 AV1 源可能越转越大，以及浏览器编解码支持如何影响视频压缩与转 MP4。
编码选择几乎会把所有人都绕晕，哪怕是经验丰富的剪辑师也一样。AV1 主打更小体积，H.265（HEVC）在手机端很常见，而 H.264 依然是兼容性之王。问题在于，在浏览器里 不是每台设备都能编码或解码每一种编码，这会直接影响 ALTools 的 视频压缩 和 视频转 MP4 等工具表现。
真正实用的问题其实没有术语那么复杂：H.265 什么时候真的有帮助，为什么转完之后文件反而可能 更大，以及该怎么根据你的受众来选设置。下面这篇就是围绕这些问题展开。
编码速查表
| 编码 | 作用 | 常见容器 |
|---|---|---|
| H.264 (AVC) | 播放兼容性最广 | MP4 |
| H.265 (HEVC) | 同等画质下通常比 H.264 更省体积 | MP4 |
| AV1 | 更新、更高效 | MP4、WebM |
| AAC | 网页 MP4 常见音频编码 | MP4 |
容器（MP4、MKV、MOV）更像是外面的盒子，编码 才是盒子里视频和音频被压缩的方式。很多时候，“转成 MP4” 实际上指的是把 H.264 + AAC 装进一个 MP4 容器里。
现在浏览器大概能做什么
浏览器支持会不断变化，但大方向相对稳定：
- H.264 解码 - 几乎所有浏览器都能稳定播放
- H.264 编码 - 在主流桌面和移动浏览器中，导出支持相当常见
- H.265 编码 - 只在部分平台开放，常见于 Safari 或 Apple 硬件路径
- AV1 解码 - 支持正在增加，但消费级浏览器工具里的编码能力还不普遍
ALTools 会在运行时探测设备能力。如果 H.265 不可用，视频压缩 会自动回退到 H.264，并禁用依赖 HEVC 的 原质量 预设。
AV1 -> H.265 为什么可能反而变大
很多人有个直觉误区：“只要转成 H.265，文件就一定更小。”
但 如果你的源文件本来就是 AV1，在接近原画质的目标下重新编码为 H.265，结果完全可能是 体积变大。原因很简单：你其实是在拿一种更新、更高效的编码，换成一种更旧的编码，而码率又没有降到足以抵消这种差距。
ALTools 已经在 视频压缩 的 原质量 预设提示里提醒了这一点。更实用的判断方式如下：
| 源文件 | 目标 | 建议 |
|---|---|---|
| AV1 母带 | 档案尽量最小 | 保持 AV1，不要不测试就强转 H.265 |
| AV1 母带 | 追求最大兼容性 | 接受体积更大的 MP4，或转 H.264 适配播放器 |
| H.264 母带 | 做更小的网页文件 | 浏览器支持时尝试 H.265，否则降低预设 |
判断压缩效果时，别只盯着字节数，最终还是要用眼睛看画质。
在 ALTools 的压缩流程里如何使用 H.265
当你启用 使用 H.265（HEVC） 且当前浏览器支持时：
- 输出仍然保持为 MP4，方便实际使用
- 在相近观感下，体积往往能比 H.264 再省 30%-50%
- 但在较老的电视、嵌入式播放器或部分托管平台上，仍可能出现无法播放
如果你能控制播放环境，比如自家网站、现代移动 App，开启 H.265 往往是值得的；如果文件要发给系统版本不明的客户，优先 H.264 会更稳。
Apple Silicon 上的 Safari 往往能提供比较可靠的 HEVC 编码路径；Windows 上的 Chrome 则波动更大，最好以页面上的可用性提示为准，而不是凭经验猜测。
视频转 MP4 里的 Fast-Start 与重封装
不是每一份文件都必须重新编码。如果你的文件本来就是 MP4 容器里的 H.264 + AAC，ALTools 可以只做 仅 Fast-Start（不重编码）：
- 把
moovatom 挪到文件开头 - 无损，不会产生代际损失
- 相比完整转码，几乎是瞬间完成
只有当源文件编码本身不符合目标需求时，比如 MOV 里的 ProRes、WebM 里的 VP9，才需要走完整转码。此时输出会目标定位到兼容性更强的 H.264 + AAC MP4。
实用决策树
想要最小体积，而且受众设备比较新？
-> 浏览器支持时用 H.265 压缩，再自己验证播放
想要最广兼容性？
-> 选 H.264 中/高预设，或使用视频转 MP4 完整转码
源文件已经是 AV1？
-> 不要盲目转 H.265，体积和画质都要实测
只是想解决网页开播慢？
-> 文件兼容时直接用视频转 MP4 做 Fast-Start 重封装
浏览器与桌面工具有何不同
桌面转码工具往往可以几乎任意指定编码器和参数，而浏览器出于安全、稳定性和耗电考虑，只开放 有限、沙箱化 的选项。这也是为什么 ALTools 会把回退路径和限制写清楚，而不是承诺每一种桌面工作流都能在浏览器里复现。
遇到浏览器导出失败的边缘情况时，保留桌面母带，用 ALTools 处理那 90% 的日常任务，通常是更现实的策略。
常见现象与对应处理
H.265 开关是灰的。 说明当前浏览器或操作系统没有暴露可用编码路径，改用 H.264 即可。
压缩后文件反而更大。 源文件可能已经是 AV1，或者本身就是效率很高的 H.264；可以尝试降低预设，或干脆跳过压缩。
导出后播放发绿或发黑。 源文件可能用了比较特殊的像素格式，试试完整的 视频转 MP4 转码。
重封装后音画不同步。 在干净 MP4 上很少见，但确实会发生；可以改走完整转码，或者先重新修剪源文件。
相关工具与教程
多懂一点编码知识，就能少踩很多“为什么文件反而更大了”的坑。最终导出前，永远记得在 受众会使用的最旧设备 上试播一次，兼容性几乎总是比理论效率更重要。