H.264 与 H.265 (HEVC)

导出对话框通常将 H.264、HEVC、AVC 和 H.265 列为独立选项。它们属于同一理念的两代技术：丢弃人眼不易察觉的数据，然后高效打包剩余内容。

视频编解码器的实际作用

编解码器（编码器/解码器对）将原始帧压缩为比特流。容器格式如 MP4 和 MOV 则容纳该比特流以及音频和元数据。编解码器的选择对文件大小和兼容性的影响，大于文件容器标签的影响。

调节项	影响
分辨率	4K 与 1080p 对文件大小起主导作用
码率或 CRF	画质越高，所需比特数越多
内容类型	屏幕文字比静态人像需要更多数据
编解码器	H.265 在画质相近时通常能缩小文件体积

详见 视频码率 以规划文件大小，以及 MP4 与 MOV 了解容器格式。

H.264 简明解读

H.264，又称 AVC，多年来一直是网页、手机和剪辑软件的首选。自 2010 年代初以来，几乎所有笔记本电脑、电视和浏览器栈都内置了硬件解码器。

优势：

• 在旧手机、投影仪和企业级笔记本电脑上无需额外软件即可播放。
• 在普通硬件上编码速度快。
• 在剪辑工具和上传流程中支持良好。

权衡：在相同文件大小下，H.264 保留的细节少于较新的编解码器，尤其是在高动态 4K 素材中。剪辑软件可能将其标记为 AVC 或 H.264，两者指代同一技术家族。

H.265 (HEVC) 简明解读

H.265， marketed 为 HEVC（高效视频编码），旨在以更高的压缩效率完成与 H.264 相同的任务。

优势：

• 在主观画质相近的情况下，文件体积更小。
• 适合归档手机 4K 片段或缩短上传时间。

权衡：

• 若无硬件加速，编码速度较慢。
• 部分旧版浏览器、剪辑软件和 Android 设备缺乏流畅的 HEVC 解码支持。
• 授权历史导致网页端采用率不均，但在现代桌面端本地播放通常没问题。

文件大小与画质对比

经验法则（相同分辨率，画质相近）：

场景	H.264	H.265
1080p 人像，5 分钟	约 80 至 120 MB	约 40 至 70 MB
1080p 屏幕录制	约 150 至 300 MB	约 80 至 160 MB
4K 户外动作	非常大	较大，但通常明显更小

这些是范围值，并非保证。高 CRF 的 H.264 文件可能优于调参不佳的 HEVC 导出。务必在目标受众使用的设备上查看输出效果。

在低码率下，H.265 在渐变和阴影区域通常显示较少的块状伪影。带有小 UI 文字的屏幕录制是很好的 A/B 测试场景：以固定的目标兆字节数导出两种格式，并暂停在电子表格单元格上观察。

兼容性与播放

选择 H.264 当：

• 视频通过电子邮件、Slack 或通用上传表单发送。
• 不确定接收方的硬件配置。
• 需要在旧版 NLE 中流畅拖放。

选择 H.265 当：

• 你控制播放环境（你的手机、归档硬盘、使用当前硬件的团队）。
• 文件大小或带宽是瓶颈。
• 长期存储相机原始素材，希望减少 TB 占用。

MP4 可容纳任一编解码器。仅凭扩展名无法确定内部编码。

何时选择各编解码器

目标	起始选择
未知设备的客户审阅	MP4 中的 H.264
家庭 4K 个人归档	若电视和笔记本支持解码，选 H.265
工单复现 Bug 的片段	H.264 720p，体积小且播放广泛
重新上传至社交平台	通常会被重新编码。优先保留干净母版

若 HEVC 在利益相关者的笔记本上无法播放，重新导出为 H.264，而非在讨论中争论编解码器。路径： 在 Mac 上将 HEVC 转换为 H.264 或 在 Windows 上 。关于文件大小工作流，详见 如何在 Mac 上压缩视频 和 Mac 上的目标文件大小 。

何时简单的 H.264 导出已足够

当单个 H.264 MP4 已能满足所有人的播放需求并符合上传限制时，QuickTime、Clipchamp 或单次 HandBrake 处理即可胜任。

GetCompress 在以下情况也能提供帮助：每周在 H.264 和 HEVC 预设间切换，需要预览和修剪，批量处理混合输入，或为硬性兆字节限制设置视频目标文件大小。处理过程在本地机器上完成。它不替代 NLE 或广播打包套件。