同样 10 Mbps,用 H.264 和用 AV1 编码,画质能差多少?新编码器一代比一代强,"兼容性之王"却仍然是 H.264——你的视频到底该选哪个?
一个视频文件,同样的分辨率、同样的时长、同样的码率,用不同的编码器压缩,画质可以天差地别。一个 10 Mbps 的 H.264 视频可能看起来还不错,而一个 10 Mbps 的 H.265 视频可能看起来几乎完美。理解编码器之间的差距,不仅仅是技术爱好者的事——它直接影响你的文件多大、上传多快、观众能不能流畅播放。
本文涵盖视频和音频两大领域的编解码器,以压缩效率、编码速度、硬件支持、专利授权四个维度进行横向对比。
视频编解码器总览
四代主流编码器
| 编码器 | 推出年份 | 标准组织 | 授权模式 | 典型码率节省(相对于 H.264) |
|---|---|---|---|---|
| H.264 / AVC | 2003 | MPEG / ITU | 专利池授权 | 基准 |
| H.265 / HEVC | 2013 | MPEG / ITU | 专利池授权(复杂) | 约 30-50% |
| VP9 | 2013 | 免专利费 | 约 30-40% | |
| AV1 | 2018 | Alliance for Open Media | 免专利费 | 约 50-60% |
注意:码率节省数据来自行业测试(Netflix、Google、Mozilla 等发布的研究),实际效果因内容类型(动画 vs 实拍 vs 屏幕内容)和编码器设置而异。一般来说,内容越复杂,高效编码器的优势越明显。
压缩效率对比(同画质下码率需求)
以下数据基于 Netflix 和 Streaming Learning Center 等来源的公开测试结果,以 SSIM / VMAF 为质量衡量标准:
| 目标质量 | H.264 | H.265 | VP9 | AV1 |
|---|---|---|---|---|
| 1080p "良好" | 5-8 Mbps | 3-5 Mbps | 3-5 Mbps | 2-3 Mbps |
| 1080p "优秀" | 10-15 Mbps | 6-10 Mbps | 6-9 Mbps | 4-6 Mbps |
| 4K "良好" | 20-30 Mbps | 12-20 Mbps | 12-18 Mbps | 8-12 Mbps |
| 4K "优秀" | 40-60 Mbps | 20-35 Mbps | — | 15-25 Mbps |
在实际的流媒体部署中,Netflix 报告 H.265 比 H.264 节省约 35-50% 的码率,而 AV1 在 H.265 基础上又节省约 20-30%(取决于内容和编码配置)。
编码速度代价
更高的压缩效率是有代价的——编码时间。AV1 能省最多的码率,但它的编码速度是四者中最慢的:
| 编码器 | 编码速度(相对 H.264 fast) | 用途限制 |
|---|---|---|
| H.264(fast/veryfast) | 1×(基准) | 实时流、硬件编码、快速导出 |
| H.264(slow/veryslow) | 约 0.1-0.2× | 高质量压缩、存档 |
| H.265(medium) | 约 0.2-0.3× | 通用压缩,软硬件皆可 |
| H.265(slow) | 约 0.05-0.1× | 高质量压缩 |
| VP9 | 约 0.02-0.1× | 较慢,适合离线批量编码 |
| AV1(CPU) | 约 0.001-0.005× | 极慢,比 H.264 慢数百倍 |
| AV1(硬件编码) | 约 0.5-1× | 近年 GPU 加入 AV1 硬件编码,可达实时 |
AV1 的软件编码(如 libaom)非常慢——一个 10 分钟的 4K 视频可能需要数小时甚至一天以上。硬件 AV1 编码(NVIDIA RTX 40 系列、Intel Arc、Apple M3 等)在 2024 年后才变得实用,但压缩效率略低于软件编码的最佳配置。
硬件解码支持
硬件解码决定了观众能否流畅播放——没有硬件解码,播放 4K 视频会严重卡顿或消耗大量电量。
| 编码器 | 硬件解码支持 |
|---|---|
| H.264 | 任何设备:所有手机、平板、电视、电脑都支持 |
| H.265 | 广泛:iPhone 6s+、大部分 Android 8+、Intel 6代+、NVIDIA GTX 950+、Apple TV 4K |
| VP9 | 广泛:Android 6+(大部分)、Chrome OS、Intel 7代+、NVIDIA GTX 1060+、Apple M1+ |
| AV1 | 有限且较新:Intel Arc(12代+)、NVIDIA RTX 30/40 系列、Apple M3+、三星 Exynos 2200+、最新旗舰手机 SoC。在 2026 年覆盖率仍在提升中 |
专利与授权
| 编码器 | 授权情况 | 对个人/小团队的影响 |
|---|---|---|
| H.264 | MPEG-LA 专利池 | 免费流媒体(YouTube 等由平台付);商业软件可能需授权费 |
| H.265 / HEVC | 多个专利池(MPEG-LA、HEVC Advance、Velos Media) | 授权复杂且不透明;需要在分发或设备端支付版税。这是 H.265 推广的最大障碍 |
| VP9 | 免专利费(Google) | 自由使用 |
| AV1 | 免专利费(AOM,开放媒体联盟) | 自由使用,但 AOM 成员之间有防御性专利条款 |
视频选型决策树
你的首要考虑是什么?
├── 兼容性优先(确保所有设备都能播)
│ └── H.264 — 全方位无死角兼容,1080p 上传首选
├── Web 分发优先(浏览器播放)
│ ├── H.264 最安全,但 VP9/AV1 被 Chrome/Firefox 广泛支持
│ └── 可以 H.264 + AV1 双编码(平台如 YouTube 自动做)
├── 存档/体积优先(在质量无妥协下最小体积)
│ ├── AV1(如果你能承受编码时间)
│ ├── H.265(好的折中:效率高、编码较快)
│ └── VP9(Google 生态首选的免授权方案)
└── 影视制作/专业交付
├── 交付母版:ProRes 或 DNxHR(近乎无损中间格式)
└── 分发母版:H.264 高码率(兼容性)+ H.265/AV1(流媒体版)
音频编解码器总览
主流音频编码器
| 编码器 | 推出年份 | 类型 | 典型码率范围 | 特点 |
|---|---|---|---|---|
| MP3 | 1993 | 有损 | 128-320 kbps | 最广泛兼容的历史标准 |
| AAC | 1997 | 有损 | 96-256 kbps | 效率高于 MP3,视频行业标准 |
| Opus | 2012 | 有损 | 6-510 kbps | 新一代开源旗舰,全码率范围表现均衡 |
| FLAC | 2001 | 无损 | 700-1000 kbps | 开源无损,音乐存档标准 |
压缩效率对比
听觉质量测试(MUSHRA / ABX 盲听)的广泛结论:
| 码率 | MP3 | AAC | Opus |
|---|---|---|---|
| 64 kbps | 可听失真,低音模糊 | 较可接受,有一定压缩痕迹 | 透明或接近透明——Opus 在低码率表现极为出色 |
| 96 kbps | 轻度失真 | 大部分透明 | 透明 |
| 128 kbps | 对多数人透明 | 透明 | 透明 |
| 192 kbps | 透明(训练有素者可能分辨) | 透明 | 透明 |
| 256 kbps | 透明 | 透明 | 透明 |
| 320 kbps | 对几乎所有听众透明 | 透明 | 透明 |
关键发现: - Opus 在低码率(≤96 kbps)领先 AAC 和 MP3 一个身位——对于播客、语音、低带宽流媒体,Opus 是明显的最佳选择。 - AAC 在 128-192 kbps 区间与 Opus 差距极小——两者在这个范围内的盲听测试中通常无法区分。 - MP3 在 128 kbps 以下明显落后——但 256-320 kbps 时与 AAC 的差距缩小,对多数人透明。
硬件支持
| 编码器 | 硬件解码 | 备注 |
|---|---|---|
| MP3 | 全支持(任何设备) | 但 2020 年后部分新设备开始放弃 MP3 硬件解码 |
| AAC | 全支持(任何设备) | 视频行业的通用音频编码 |
| Opus | 广泛支持 | 所有现代浏览器、Android、iOS 13+、大部分流媒体设备 |
| FLAC | 广泛支持 | Android 3.1+、iOS 11+、大部分 DAP 和音乐播放器 |
音频选型决策树
你的场景是什么?
├── 视频音轨(与视频一起分发)
│ └── AAC — 几乎唯一的行业标准,兼容性无匹敌
├── 音乐存档(保留原始信息)
│ └── FLAC — 开源、带校验、兼容性好
├── 流媒体/播客(低码率、高质量)
│ └── Opus — 低码率表现最佳,兼容性足够
├── 最大兼容性(要给最原始的听众发送文件)
│ └── MP3 320kbps — 确实仍在广泛使用
├── 游戏/交互应用(低延迟需求)
│ └── Opus(内置于 Opus 的低延迟模式)
└── 语音/电话质量(极低码率)
└── Opus — 支持低至 6 kbps,Silk 模式源于 Skype 语音
常见误区
- "H.265 是 H.264 的下一代,全面取代 H.264":H.265 效率更高,但专利授权问题严重阻碍了它的普及。即使在 2026 年,H.264 仍然是兼容性之王。AV1 作为免专利费的替代方案正在快速发展。
- "AV1 压缩率最高,所以所有视频都应该用 AV1":AV1 的编码速度极慢(软件编码),且硬件解码覆盖仍在提升中。面向消费者分发时,通常需要 H.264 作为备选。
- "MP3 过时了,没人用了":MP3 在 2026 年仍然广泛使用。虽然效率落后于 AAC 和 Opus,但它的兼容性是唯一覆盖"从 1990 年代 MP3 播放器到最新汽车音响"全范围的存在。
- "无损格式 FLAC 一定比有损格式好":在回放环节,256kbps AAC 与 FLAC 的区别在绝大多数设备和听音条件下无法区分。FLAC 的价值在于存档和制作环节,而非日常聆听的"更好音质"。
- "码率相同,不同编码器的画质/音质相同":完全错误。相同码率下,AV1 的画质显著优于 H.264,Opus 的音质显著优于 MP3。编码器的发展和换代就是为了在更低的码率下实现同等的感知质量。
实用建议
- 通用视频分发选 H.264:兼容性第一。YouTube、Bilibili、微信、WhatsApp、邮件附件——H.264 在所有这些平台上无故障播放。
- 流媒体平台上传选原始高质量 + 让平台转码:YouTube、Netflix 等平台有更高效的编码基础设施(通常使用 AV1 或 H.265),你上传原始高质量文件后平台会自动做多版本转码,比你本地压好再上传效率更高。
- 个人存档选 H.265 或 AV1:如果你存储个人视频库,H.265 是当前效率与速度的最佳平衡点。如果你有耐心且硬件支持,AV1 可节省更多空间。
- 视频音轨坚持用 AAC:不要因为 Opus 效率更高就把视频音频弄成 Opus——很多播放器和剪辑软件对 Opus 支持不如 AAC 完善。
- 纯音频内容(播客、音乐)选 Opus 或 AAC:128kbps Opus 或 128-192kbps AAC 对绝大多数听众透明。只有存档才需要 FLAC。
- 编码器设置在软件中通常以"速度/质量"滑块呈现:选"慢"(Slower/Piece/Best Quality)编码质量更高、文件更小,但耗时更长;选"快"(Fast/Realtime)编码快但文件更大或质量略低。
相关阅读
- 视频压缩:在画质与体积之间寻找平衡 —— 编码器的基础概念(I/P/B 帧、GOP、CRF)
- 容器与编码器:视频文件的"包装"与"内容" —— 容器格式(MP4/MKV/MOV)与编码器的组合规则
- 码率完全指南:画质的第一旋钮 —— CBR/VBR/CRF 的深入分析,与编码器选择配合使用
- 有损与无损:压缩哲学的两条路线 —— 有损压缩与无损压缩的本质区别
本站的视频转换和音频转换工具支持本文提到的所有编码器——在导出设置中你可以选择编码器类型并调整质量/码率参数。读完本文,你应该能在"兼容性优先"和"体积优先"之间做出适合自己的选择。