同樣 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 的深入分析,與編碼器選擇配合使用
- 有損與無損:壓縮哲學的兩條路線 —— 有損壓縮與無損壓縮的本質區別
本站的影片轉換和音訊轉換工具支援本文提到的所有編碼器——在匯出設定中你可以選擇編碼器類型並調整品質/碼率參數。讀完本文,你應該能在「相容性優先」和「體積優先」之間做出適合自己的選擇。