影片壓縮:為什麼 H.265 比 H.264 小一半但沒人用

發表時間:2026 年 11 月 01 日 | 更新日期:2026 年 11 月 01 日 | 編輯:雅寶社區編輯團隊
影片壓縮:為什麼 H.265 比 H.264 小一半但沒人用 - 雅寶社區 · 頂客論壇

很多人忽略的是,H.265 的價值不只在於省碼率,它從設計之初就支援 10bit 色深、4:2:2 與 4:4:4 色度取樣、更大解析度與 HDR 相關的元資料傳遞。這讓它成為 4K HDR 內容的事實標準——UHD 藍光、Dolby Vision、HDR10 的串流,背後幾乎都是 HEVC 在扛。

換句話說,如果你要玩的是一般 1080p 的網路影片,H.264 其實還夠用;但如果你要處理的是 4K、HDR、10bit 的素材,H.265 幾乎是唯一選擇。這也是為什麼 Apple 從 iPhone 開始支援 4K 錄影之後,就直接把 HEVC 放進相機與相簿的工作流裡——不是因為它想推新規格,而是舊規格在那個場景下真的撐不住。

不過,這些「加分項」也同時是門檻。10bit 的 HEVC(也就是 Main10 Profile)需要額外的解碼能力,很多舊電視、舊機上盒、舊手機的硬體解碼器只支援 8bit Main Profile,遇到 Main10 就直接軟解,風扇狂轉、畫面卡頓。這種「規格有支援、但支援得不完整」的狀況,正是 H.265 普及路上最常見的絆腳石之一。

二、理論很美好,現實很骨感:H.265 普及的五大絆腳石

技術上 H.265 確實優秀,但一個規格能不能普及,從來不是比誰的壓縮率高。它牽涉到授權成本、生態系支援、硬體換機週期、內容平台的政策,甚至還有法律訴訟。以下這五道關卡,幾乎每一道都足以讓 H.265 卡在原地。

1. 專利授權:一顆晶片背後的三個收費窗口

這是 H.265 最致命、也最常被討論的問題。H.264 當年雖然也有專利池(MPEG LA),但授權條件相對單純,而且很早就有「每年免費額度」與明確的費率,讓中小型服務商也能負擔。H.265 則完全不是這麼回事。

HEVC 的相關專利分散在好幾個專利池與獨立權利人手上,主要包括 MPEG LA(後來改組為 Via LA)、Access Advance(前身是 HEVC Advance)、Velos Media,以及 Nokia、Ericsson、Sony、Canon 等一批獨立廠商。這意味著一個裝置製造商如果想「合法」支援 HEVC,可能得同時跟好幾家談授權,而且各家計算方式還不一樣:有的按裝置數量收,有的按終端售價抽成,有的對內容服務商另外收費。

更麻煩的是「內容費」的概念。過去 H.264 時代,主要成本落在編解碼裝置上;HEVC 的某些專利池則試圖向內容提供者收費,例如按影片數量或訂閱收入抽成。對 Netflix、YouTube 這種規模的平臺來說,這筆錢或許還算得出來;但對中小型串流服務、開源專案、甚至個人開發者來說,這種「不確定要付多少、也不知道要付給誰」的狀態,基本上等於勸退。

這也是為什麼很多開源專案(例如某些 Linux 發行版、開源播放器)乾脆不預裝 HEVC 解碼器,或者把它放到「可能需要授權」的選用套件裡。對他們來說,不是技術做不到,而是法律風險承擔不起。這種「技術上可行、法律上不敢」的現象,在整個軟體生態裡其實非常常見,而它正是 H.265 推不動的核心原因之一。

2. 瀏覽器與作業系統的支援斷層

第二道關卡是「播放端」。對一般使用者來說,影片能不能播,取決於瀏覽器與作業系統有沒有內建解碼能力。而這方面 H.265 的支援狀況,只能用「殘缺」來形容。

以瀏覽器為例,Chrome 直到 107 版之後,才在支援硬體解碼的平台上啟用 HEVC;Firefox 則是近年才透過系統解碼器間接支援,而且還得看作業系統有沒有裝對應的解碼元件。Safari 因為綁在 Apple 生態裡,支援得最早也最完整。但問題是,網站開發者不能假設「使用者一定用 Safari」,只要有一部份使用者點開影片是黑畫面,網站就得準備兩份檔案,那幹嘛不直接用大家都支援的 H.264?

作業系統端也有類似狀況。Windows 10 與 Windows 11 雖然內建了部分 HEVC 支援,但很長一段時間裡,使用者需要額外安裝「HEVC 影片擴充功能」,某些情況下甚至要付費購買(微軟曾以 0.99 美元販售)。對一般消費者來說,這是一個非常莫名其妙的體驗:我買了一台電腦,結果看個影片還要另外付錢買解碼器?這種摩擦感,會直接轉化成對 H.265 的負面印象。

Android 陣營的情況稍微好一點,因為晶片廠普遍支援硬體解碼,但這也僅限於「有支援的機型」。中低階手機、舊機型、白牌平板,常常是「規格表寫支援、實際播起來卡成幻燈片」。這種不一致性,讓內容提供者更不敢把 H.265 當成唯一格式。

3. 硬體解碼的隱形成本

講到播放,就不能不談硬體解碼。H.265 的運算複雜度比 H.264 高出一大截,純靠 CPU 軟解,別說 4K,連 1080p 都可能讓風扇起飛、筆電電池瞬間掉一格。這代表要順暢播放 H.265,幾乎得依賴晶片內的專用解碼區塊(例如 Intel 的 Quick Sync、NVIDIA 的 NVDEC、AMD 的 VCN、手機 SoC 裡的 VPU)。

而這就牽涉到換機週期。H.264 的解碼能力,在過去十五年累積了海量的裝置基礎;H.265 則要從 2014 年之後的晶片才開始普及。換句話說,只要你家里還有一台 2013 年的舊電視、舊機上盒、舊筆電,它很可能就無法硬解 H.265。對一般家庭來說,不可能為了一個編碼格式把所有設備換掉;對內容平台來說,也不可能放棄這群使用者。

還有一個常被忽略的細節:即使是「支援 HEVC」的裝置,支援的 Profile 與 Level 也不一定完整。有的只支援 8bit、有的不支援 4K、有的遇到特定色彩空間就投降。這種「支援度碎片化」讓工程師在選格式時,寧可選擇規格單純、大家都懂的 H.264,也不想去踩那些莫名其妙的相容性地雷。

4. 編碼速度與剪輯工作流

對創作者來說,還有一道很現實的門檻:編碼速度。用軟體編碼器(例如 x265)壓 H.265,在相同 preset 下,速度通常只有 x264 的幾分之一。也就是說,同一段影片,H.264 可能十分鐘壓完,H.265 要半小時甚至更久。如果你的工作流是每天要產出好幾支影片,這個時間成本會直接壓垮你。

當然,現在有硬體編碼(NVENC、Quick Sync、AMD VCE)可以大幅加速,但硬體編碼的畫質通常不如軟體編碼,而且在低碼率下的表現差距更明顯。這就形成一個兩難:要畫質就用軟編,但慢;要速度就用硬編,但畫質打折。對很多中小型創作者來說,與其在那邊調參數、比畫質,不如直接用 H.264——反正上傳到平台後,平台還會再壓一次,你壓得再精緻,觀眾看到的還不是平台版本。

剪輯軟體的支援也是個問題。雖然現在 Premiere、DaVinci Resolve、Final Cut 都支援 H.265,但在一些較舊的版本或外掛上,H.265 的預覽與即時播放還是比較吃資源。如果你用的是中階顯卡、記憶體又不夠,剪 H.265 素材會比剪 H.264 素材明顯卡頓。這種「用起來不順」的體感,往往比帳面上的壓縮率更能決定創作者的最終選擇。

5. 平台轉碼:你上傳的 H.265,最後還是變 H.264

這是最關鍵、也最容易被忽略的一點:對絕大多數使用者來說,你根本不需要自己決定用哪個格式,因為平台會幫你決定。而平台的選擇,幾乎都是 H.264。

YouTube、Facebook、Instagram、TikTok、LINE、微信,這些平台在上傳後都會進行轉碼,產生多種解析度與碼率的版本。它們之所以大量採用 H.264(或至少以 H.264 作為保底格式),原因很簡單:相容性最好、授權相對單純、使用者端幾乎不會遇到播放問題。即使平台內部有支援 VP9 或 AV1,那也通常是「額外提供的更省流量版本」,而不是唯一版本。

也就是說,即使你費盡心思用 H.265 上傳,平台轉碼後,觀眾看到的很可能還是 H.264 版本。你省下的那一半檔案大小,只在你自己的硬碟裡有意義,對觀眾的流量與畫質幾乎沒有幫助。這也是為什麼很多創作者最後放棄折騰,直接用 H.264 輸出——反正結果都一樣,何必多花時間。

當然,這不是說 H.265 完全沒用。在「你自己保存」、「你自己傳輸」、「你自己播放」的場景裡,它還是很有價值。但只要牽涉到「給別人看」,H.264 的相容性優勢就會壓倒一切。

三、實戰對照:不同場景該選 H.264 還是 H.265

講完理論與阻礙,接下來要回到實務。與其爭論「哪個格式比較好」,不如問「在這個場景下,哪個格式比較不會出問題」。以下針對幾種常見情境,給出比較明確的建議。

1. 短影音與社群平台

如果你主要是做 YouTube、Instagram Reels、TikTok、小紅書這類平台內容,答案很明確:輸出 H.264 就好。這些平台無論如何都會重新轉碼,你上傳 H.265 不會讓觀眾看到更好的畫質,反而可能因為平台對 H.265 的處理不夠成熟,導致轉碼後出現奇怪的色偏或細節流失。

與其糾結編碼格式,不如把心思放在「上傳前的畫質」:用足夠高的碼率、正確的色彩空間、適當的解析度與幀率。平台轉碼時,來源檔越乾淨,輸出結果通常也越好。這比你在那邊比較 H.264 與 H.265 的 PSNR 實用得多。

2. 個人收藏與藍光備份

這大概是 H.265 最有發揮空間的場景。如果你是要把家庭影片、演唱會錄影、藍光光碟備份到 NAS 或外接硬碟,而且播放端是你自己能控制的設備(例如支援 HEVC 的電視、Apple TV、NVIDIA Shield、電腦上的 PotPlayer 或 VLC),那麼用 H.265 可以省下可觀的空間。

特別是 4K HDR 內容,H.265 幾乎是唯一實際可行的選擇。以一部兩小時的 4K 電影來說,用 H.264 可能得佔掉 40GB 以上,改用 H.265 有機會壓到 20GB 上下,畫質還維持在不錯的水準。對於硬碟永遠不夠用的人來說,這個差距非常有感。

但要注意的是,備份時最好保留一份「原始檔」或「高碼率版本」,不要一開始就壓到極限。因為壓縮是不可逆的,未來如果你換了更好的電視、想重新壓縮,原始檔才是你的本錢。

3. 直播與視訊會議

直播場景目前還是 H.264 的天下。原因很單純:延遲、相容性與平台支援。Twitch、YouTube Live 雖然陸續支援 HEVC 或 AV1 的實驗性功能,但主流觀眾端、剪輯端、以及各種第三方工具,還是以 H.264 為核心。再加上直播對編碼延遲非常敏感,H.265 的運算複雜度會讓延遲更難控制。

視訊會議(Zoom、Google Meet、Teams)也類似。這些服務要面對的是全世界各種奇怪的設備與網路環境,選擇 H.264 是最保險的做法。即使它們內部有更好的編碼技術,也不會輕易把使用者端切成「支援 HEVC」與「不支援 HEVC」兩套流程,因為那會讓客服成本暴增。

4. 監控、車機、嵌入式設備

這是一個比較有趣的領域。監控攝影機其實是 H.265 滲透率相對高的地方,因為監控系統通常是自己一套封閉生態,攝影機、錄影機、播放軟體都是同一家廠商提供的,不用考慮「使用者用什麼瀏覽器」這種問題。再加上監控影片量大、儲存成本敏感,H.265 省下的空間與頻寬就很有吸引力。

不過,即使是監控領域,也常看到「主碼流用 H.265、子碼流用 H.264」的混合做法,目的就是兼顧儲存效率與遠端預覽的相容性。這種「兩套並行」的策略,其實很能反映整個產業對 H.265 的態度:知道它好,但不敢完全押注。

四、AV1 與 VVC 夾殺下,H.265 的未來

如果說專利與相容性是 H.265 的內憂,那麼 AV1 與 VVC 的崛起就是它的外患。這場格式戰爭還沒結束,但情勢對 H.265 並不樂觀。

1. AV1:免授權的挑戰者

AV1 由開放媒體聯盟(AOMedia)主導,成員包括 Google、Netflix、Amazon、Apple、Microsoft、Mozilla 等一大票網路巨頭。它最大的賣點就是免權利金(royalty-free),而且壓縮效率據稱比 H.265 再好上一些。對長期被專利費困擾的內容平台來說,這簡直是救命稻草。

這幾年 AV1 的推進速度很快:YouTube 已經大量使用 AV1 來傳輸影片,Netflix 也逐步導入,瀏覽器端 Chrome、Firefox 早就支援,硬體解碼則從 NVIDIA RTX 30 系列、Intel Arc、AMD RDNA 3 開始普及。雖然 AV1 的編碼速度仍然偏慢、硬體支援還不夠全面,但它的生態系成長曲線明顯比當年的 H.265 健康得多。

對 H.265 來說,AV1 的存在讓它陷入一個尷尬位置:比相容性,它輸 H.264;比授權,它輸 AV1;比效率,它也沒有明顯優勢。這種「不上不下」的定位,是它最難翻身的地方。

2. VVC 與專利困境的延續

VVC(H.266)在 2020 年完成標準化,壓縮效率比 H.265 再提升約 30% 到 50%。聽起來很美好,但它繼承了 H.265 最大的問題:專利。而且這次的專利佈局更分散、更複雜,導致 VVC 的推動速度比當年的 H.265 還要慢。

目前 VVC 主要出現在一些特定的廣播、串流測試與少數硬體晶片中,距離大規模普及還很遠。對多數使用者來說,這是一個「聽過但沒用過」的規格。而當 AV1 已經在免授權這條路上跑了一段,VVC 卻還在為授權模式傷腦筋,這場競爭的結果其實不難預測。

值得注意的是,H.265 當年的失敗,某種程度上成了後繼標準的借鏡。無論是 AV1 的免授權策略,還是 VVC 專利池試圖「简化授權」的努力,都是在回應 H.265 留下的教訓。只是對已經被 H.264 養刁的市場來說,要再換一次格式,門檻只會越來越高。

五、給創作者的實用建議:現在該怎麼選?

講了這麼多,最後還是要回到「那我到底該怎麼做」。以下用一個簡單的對照表,加上幾個實務原則,讓雅寶社區的版友可以直接套用。

使用情境

建議格式

理由

上傳 YouTube/IG/TikTok

H.264(高碼率)

平台會重新轉碼,相容性優先

個人 4K HDR 收藏

H.265(Main10)

省空間,且播放端可自行控制

藍光備份

H.265 或保留原盤

畫質與容量的平衡點較佳

直播

H.264

延遲低、平台與觀眾端支援最廣

視訊會議

H.264

相容性與即時性優先

監控/行車紀錄器

H.265(視設備而定)

儲存成本敏感,且生態封閉

老舊設備播放

H.264

避免硬解不支援導致卡頓

除了表格,還有幾個原則可以記在心裡。第一,「給別人看」選 H.264,「給自己看」選 H.265。這句話幾乎可以解決八成的選擇困難。第二,來源檔永遠保留最高品質,壓縮是最後一步,不要一開始就把素材壓爛。第三,不要為了一點點壓縮率,犧牲整個工作流的順暢度;如果你壓 H.265 要等三倍時間、剪起來又卡,那省下的硬碟空間根本不值得。

第四,如果你真的很在意檔案大小,可以考慮 AV1(尤其是你確定播放端支援的話),但現階段對一般創作者來說,AV1 的編碼門檻還是偏高,比較適合有技術背景或規模較大的團隊。第五,定期備份比任何編碼格式都重要。很多人為了省空間把影片壓到極限,結果硬碟一壞,什麼都沒了;與其糾結 H.264 還是 H.265,不如先買一顆備份硬碟。

結語:不是技術輸了,是生態贏了

回到最初的問題:H.265 明明比較小,為什麼沒人用?答案其實不是「它不好」,而是「它不夠好用」。它的壓縮效率確實優秀,但專利授權的複雜性、瀏覽器與系統支援的碎片化、硬體解碼的換機門檻、編碼速度的成本,以及平台轉碼的現實,一層一層疊起來,就把它擋在主流之外。

這其實是科技史上很常見的劇本:最後勝出的規格,往往不是技術上最強的,而是「讓所有人都能無痛使用」的那一個。H.264 贏在它夠老、夠穩、夠便宜、夠普及;H.265 輸在它出現的時機太尷尬,而且背後的商業結構太複雜。

對創作者來說,與其為哪個格式比較先進爭論不休,不如認清每個格式的適用場景,把工具用在對的地方。該用 H.264 的時候不要鐵齒,該用 H.265 的時候也不要客氣。技術是為內容服務的,觀眾記得的是你的影片好不好看,而不是你用了哪個編碼器。

希望這篇整理對雅寶社區的版友有幫助。如果你有不同的實測數據,或是在某個設備上遇到 H.265 的奇怪問題,也歡迎在底下留言分享,讓大家一起少踩幾個坑。

🏠 返回首頁