H.264 vs H.265 (HEVC):2026 年该选哪个编解码器?
H.264 vs H.265 对比:HEVC 压缩效率提升 50%,但编码更慢、浏览器支持有限。含画质对比、编码速度测试,帮你选择最适合的编解码器。
H.264 vs H.265:你需要了解的一切
选择合适的视频编解码器是编码、流媒体传输或视频分发中最重要的决策之一。当今使用最广泛的两个编解码器是 H.264(也称为 AVC)和 H.265(也称为 HEVC)。两者均由视频编码联合协作团队 (JCT-VC) 开发,该团队是 ITU-T 视频编码专家组和 ISO/IEC 运动图像专家组的合作项目。
H.264 自 2003 年标准化以来一直是主导视频编解码器,从蓝光光盘到 YouTube 流媒体无处不在。H.265 于 2013 年作为其继任者问世,承诺在增加计算复杂度的代价下实现显著更好的压缩效果。十多年后的今天,两种编解码器仍在大量使用,各有独特优势。
本指南提供全面的技术对比,帮助你根据具体使用场景做出正确选择。
视频编解码器基础知识
在深入对比之前,有必要了解视频编解码器的工作原理。编解码器(编码器-解码器)将未压缩视频中的海量原始数据缩减为可管理的文件大小,同时尽可能保留视觉质量。
未压缩的 1080p 30帧/秒视频每秒需要约 1.5 Gbps 的数据量,即每分钟约 11 GB。编解码器通过利用两种冗余性使视频变得实用:
- 空间冗余:在单帧内,相邻像素通常具有相似的颜色和亮度值。编解码器识别这些模式并高效编码。
- 时间冗余:在连续帧之间,图像的大部分通常保持不变。编解码器只存储帧间差异,而非每帧的每个像素。
H.264 和 H.265 都使用这些原理,但 H.265 采用了更加复杂精密的算法。
压缩效率:核心差异
H.264 和 H.265 之间最重要的区别在于压缩效率。H.265 在大约低 50% 的比特率下能实现与 H.264 大致相同的视觉质量。这意味着:
- 10 Mbps 的 H.264 流可以用 5 Mbps 的 H.265 流替代,且感知质量相当
- 2 GB 的 H.264 文件可以在 H.265 中压缩至约 1 GB,且无明显质量损失
- 对于移动端流媒体等带宽受限场景,这一差异具有变革性意义
H.265 如何实现更好的压缩
H.265 通过以下几项技术创新改进了 H.264:
更大的编码树单元 (CTU)
H.264 将每帧划分为 16x16 像素的宏块。H.265 使用最大可达 64x64 像素的编码树单元 (CTU)。这些更大的块在编码大面积均匀区域(天空、墙壁、背景)时效率更高。每个 CTU 可以递归细分至 8x8 块,以处理精细细节区域。
高级运动预测
H.265 支持多达 35 种角度帧内预测模式(H.264 为 9 种),使编解码器能更准确地从同一帧内相邻块预测像素值。在帧间预测方面,H.265 引入了非对称运动分区和改进的四分之一像素运动补偿。
优越的环路内滤波
H.265 在继承自 H.264 的去块滤波器之上增加了采样自适应偏移 (SAO) 滤波器。SAO 可减少带状伪影和边缘振铃效应,在不增加比特率的情况下提升视觉质量。
改进的熵编码
H.265 专门使用上下文自适应二进制算术编码 (CABAC),这是 H.264 中两种熵编码方法中效率更高的一种。H.264 在其基线配置中使用的较简单的 CAVLC 选项未被继承。
不同分辨率的压缩对比
| 分辨率 | H.264 典型比特率 | H.265 典型比特率 | 节省比例 |
|---|---|---|---|
| 720p (30fps) | 5 Mbps | 2.5 Mbps | ~50% |
| 1080p (30fps) | 8-12 Mbps | 4-6 Mbps | ~50% |
| 1080p (60fps) | 12-20 Mbps | 6-10 Mbps | ~50% |
| 4K (30fps) | 35-45 Mbps | 15-20 Mbps | ~55% |
| 4K (60fps) | 53-68 Mbps | 25-35 Mbps | ~50% |
| 8K (30fps) | 80-120 Mbps | 35-55 Mbps | ~55% |
分辨率越高,节省效果越明显,因为 H.265 的更大块尺寸在处理更多像素时优势更加突出。
视觉质量对比
在相同比特率下,H.265 始终比 H.264 提供更好的视觉质量。差异在特定场景中尤为明显。
H.265 表现突出的场景
高运动内容:体育赛事、动作场景和快速平移镜头在帧间包含快速变化。H.265 改进的运动补偿能更高效地处理这些内容,减少宏块化和鬼影等压缩伪影。
细致纹理:包含精细细节的内容(草地、树叶、布料纹理、头发)得益于 H.265 更大的 CTU 分区选项。H.264 在中等比特率下通常会在此类纹理上产生可见的块状伪影,而 H.265 能保持清晰度。
渐变场景:天空、演播室背景以及具有微妙色彩过渡的场景在 H.264 中经常出现带状伪影。H.265 中的 SAO 滤波器专门解决了这一问题。
低比特率流媒体:在 1080p 内容低于 3 Mbps 的比特率下,H.264 和 H.265 之间的质量差距变得非常明显。H.265 在 H.264 开始严重劣化的比特率下仍能保持可观看的质量。
差异较小的场景
静态或慢速运动内容:演示文稿、屏幕录制和运动较少的访谈视频,两种编解码器的质量差异较小,因为时间压缩对两者都已经非常高效。
超高比特率编码:当比特率不受限制时(例如 1080p 使用 50+ Mbps 的存档编码),两种编解码器都能达到接近无损的质量,视觉差异可以忽略不计。
编码速度和计算成本
H.265 优越的压缩能力需要付出显著的代价:计算复杂度。H.265 视频编码需要比 H.264 多得多的处理能力。
编码速度对比
| 场景 | H.264 速度 | H.265 速度 | 速度差异 |
|---|---|---|---|
| 软件编码(CPU,单次) | 基准 | 慢 3-10 倍 | H.264 快得多 |
| 软件编码(CPU,CRF 23) | 基准 | 慢 5-8 倍 | H.264 快得多 |
| 硬件编码(NVENC) | 基准 | 慢 1.2-1.5 倍 | 几乎相当 |
| 硬件编码(Intel QSV) | 基准 | 慢 1.3-1.8 倍 | 几乎相当 |
| 硬件编码(Apple VideoToolbox) | 基准 | 慢 1.1-1.4 倍 | 几乎相当 |
软件编码的速度差异非常显著。在现代 CPU 上使用 x264 编码 10 分钟的 1080p 视频可能需要 5 分钟,而使用 x265 在相同质量设置下编码同一视频可能需要 25-40 分钟。
硬件加速
硬件编码器在很大程度上缩小了 H.264 和 H.265 之间的速度差距:
- NVIDIA NVENC(GeForce GTX 1650 及更新、所有 RTX 显卡):实时 H.265 编码,质量接近软件编码器。最新的 Ada Lovelace NVENC(RTX 4000 系列)产出的 H.265 质量可与 x265 medium 预设媲美。
- Intel Quick Sync Video(第 6 代及更新):Intel CPU 中的硬件 H.265 编码。近几代质量显著提升。
- Apple Silicon(M1 及更新):原生硬件 H.265 编解码,质量和效率出色。Apple 的媒体引擎处理 H.265 时对电池寿命影响极小。
- AMD VCN(Radeon RX 5000 及更新):硬件 H.265 支持,每代质量持续提升。
解码需求
H.265 解码同样比 H.264 需要更多计算资源,但差距不如编码那么大:
- 2020 年及以后的现代智能手机均包含专用 H.265 硬件解码器,可以流畅播放
- 2016 年以后生产的大多数计算机可以通过硬件解码 H.265
- 较旧设备可能需要软件解码,在 4K 分辨率下可能出现卡顿
- H.264 硬件解码基本上是通用的,可在 2010 年以来的设备上运行
硬件和软件支持
设备兼容性
| 设备类别 | H.264 支持 | H.265 支持 |
|---|---|---|
| 桌面浏览器(Chrome、Firefox、Edge) | 通用 | 部分(因操作系统而异) |
| Safari(macOS/iOS) | 通用 | 通用(macOS 10.13+、iOS 11+) |
| Android 设备 | 通用 | 大多数设备(Android 5.0+,硬件支持因设备而异) |
| iPhone/iPad | 通用 | iPhone 6 及更新 |
| 智能电视 | 通用 | 2016 年以后的大多数电视 |
| 游戏主机 | 通用 | PS4 Pro+、Xbox One S+ |
| 蓝光播放器 | 通用 | UHD 蓝光播放器 |
| 流媒体设备(Roku、Fire TV) | 通用 | 2017 年以后的大多数型号 |
浏览器支持详情
由于许可问题,浏览器对 H.265 的支持仍然复杂:
- Safari:在 macOS 和 iOS 上完全支持 H.265,利用 Apple 的硬件解码器
- Chrome:在大多数平台上无原生 H.265 支持。Chrome 倾向于 VP9 和 AV1
- Firefox:不支持 H.265。Firefox 倾向于开放编解码器(VP9、AV1)
- Edge:在 Windows 10/11 上安装 Microsoft Store 的 HEVC 视频扩展后支持 H.265
这种浏览器碎片化意味着对于网页视频分发,H.264 仍然是更安全的选择。对于下载内容、应用程序或已知设备能力的平台,H.265 越来越可行。
专利和许可状况
许可环境是两种编解码器之间最重要的实际差异之一。
H.264 许可
H.264 通过 MPEG LA 进行许可。2010 年,MPEG LA 将 H.264 对面向终端用户免费的互联网视频设为免版税。这一决定对 H.264 成为通用网络视频编解码器起到了关键作用。对于商业分发(付费观看、订阅),需要支付许可费,但条款成熟且可预测。
H.265 许可
H.265 的专利格局异常复杂,有三个独立的专利池:
- MPEG LA HEVC:主要专利池
- HEVC Advance:由对 MPEG LA 条款不满的专利持有者组建的第二个专利池
- Velos Media:包含其他专利持有者的第三个专利池
部分专利持有者不属于任何专利池,造成更多不确定性。这种碎片化的许可状况一直是 H.265 在网络上采用的主要障碍,直接推动了 AV1 等免版税替代方案的发展。
H.265 的总许可成本可能远高于 H.264,尤其是对于大规模应用。这就是 Google(Chrome)、Mozilla(Firefox)等开放网络倡导者一直抵制在浏览器中添加原生 H.265 支持的原因。
何时选择 H.264
在以下几种重要场景中,H.264 仍然是正确的选择:
- 网络视频分发:当你的内容必须在所有浏览器中无需插件播放时,MP4 容器中的 H.264 仍是通用基准
- 直播流媒体:更低的编码复杂度意味着 H.264 可以使用较低配置的硬件进行实时编码。许多直播平台和 CDN 仍使用 H.264 作为主要编解码器
- 最大兼容性:当你的受众使用包括旧设备在内的各种设备时,H.264 确保每个人都能观看
- 快速编码工作流:当周转时间很重要时(新闻、现场活动、快速内容制作),H.264 更快的编码速度节省大量时间
- 短视频社交内容:对于 TikTok 和 Instagram 等平台,内容较短且会被平台大幅重新编码,使用 H.264 是实用的选择
何时选择 H.265
在以下场景中,H.265 是更好的选择:
- 4K 和 8K 内容:在这些分辨率下,H.265 的带宽节省几乎是必需的。以 H.264 流式传输 4K 需要大约两倍的带宽
- 存储受限场景:安防摄像头、无人机录像、行车记录仪等存储空间宝贵的应用从 H.265 更小的文件尺寸中获益巨大
- Apple 生态系统分发:如果你的受众主要使用 Apple 设备(iPhone、iPad、Mac、Apple TV),H.265 完全受支持且通常是默认选项
- OTT 和流媒体服务:Netflix、Amazon Prime Video、Disney+ 等流媒体服务广泛使用 H.265 进行 4K 内容分发
- 带宽受限分发:移动网络、卫星链路和其他受限传输通道受益于 H.265 的效率
- 存档和保存:当你需要高效存储大型视频库的同时保持质量时
实用建议
对于内容创作者
如果你是上传到 YouTube 等平台的内容创作者,导出时的编解码器选择可能没有你想象的那么重要。YouTube、Vimeo 等平台无论如何都会重新编码你的上传内容。然而:
- 使用 H.264 导出可获得最快的上传速度和最广的兼容性
- 如果你想要更小的上传文件且你的编辑软件支持良好,可以使用 H.265 导出
- 平台的重新编码会从两种源码中产生相同的最终质量,前提是你的导出比特率足够高
对于流媒体和分发
如果你控制分发管道,考虑提供两种编解码器:
- 提供 H.264 作为后备方案以确保最大兼容性
- 向有能力的设备提供 H.265 以节省带宽
- 考虑为最新的浏览器和设备添加 AV1(详见我们的 AV1 vs VP9 vs H.264 对比)
对于本地存储
对于个人视频存档和本地存储,H.265 几乎总是更好的选择。50% 的文件大小减少在大型资料库中迅速累积,而且你可以控制播放设备。
H.264 和 H.265 之间的转换
使用合适的工具,在编解码器之间转换视频非常简单。我们的免费视频转换器支持 H.264 和 H.265 编码,提供可自定义的质量设置,所有处理均在浏览器中本地完成。
对于批量转换或需要更多编码参数控制的场景,FFmpeg、HandBrake 和专业非线性编辑软件都支持两种编解码器。
推荐编码设置
H.264(用于网络分发):
- 预设:medium 或 slow
- CRF:18-23(越低质量越高)
- 配置:High
- Level:4.1(用于 1080p)或 5.1(用于 4K)
H.265(用于存储或流媒体):
- 预设:medium 或 slow
- CRF:22-28(与 H.264 的 18-23 大致等效的质量范围)
- 配置:Main 或 Main 10
- Level:4.0(用于 1080p)或 5.1(用于 4K)
未来展望
H.264 短期内不会消失。其通用兼容性和成熟的基础设施确保它在未来数年内仍将是网络视频的基准。然而,行业方向已经明确:
- H.265 在 4K/8K 内容中的采用率持续增长,尤其是在流媒体服务和 Apple 生态系统中
- AV1 正在崛起为免版税的网络视频继任者,得到 Google、Netflix、Meta 和开放媒体联盟的支持
- H.266 (VVC) 已经标准化,承诺比 H.265 再提升 50% 的效率,但采用仍处于早期阶段
对于当今大多数用户而言,实际选择归结为:当兼容性最重要时使用 H.264,当文件大小和带宽最重要时使用 H.265。
无需重新编码即可减小文件大小
如果你已有 H.264 视频并想减小其文件大小,我们的视频压缩器可以在保持相同编解码器的同时优化你的文件。要从视频中仅提取音频轨道(也许是为了节省空间或创建播客版本),试试我们的音频提取器。
总结
| 特性 | H.264 (AVC) | H.265 (HEVC) |
|---|---|---|
| 标准化时间 | 2003 年 | 2013 年 |
| 压缩效率 | 基准 | 提升约 50% |
| 编码速度 | 快 | 慢 3-10 倍(软件编码) |
| 硬件解码支持 | 通用 | 广泛(2016 年以后) |
| 浏览器支持 | 通用 | Safari + Edge(需扩展) |
| 许可 | 简单,网络免费 | 复杂,多专利池 |
| 4K 流媒体 | 需要高带宽 | 在较低带宽下可行 |
| 最适合 | 网络分发、兼容性 | 存储、4K/8K、Apple 生态 |
H.264 和 H.265 都是出色的编解码器,服务于不同的需求。理解它们的优势和局限性,可以让你在每个项目中做出正确的选择。