影片壓縮:為什麼要選對格式

concept%20visualization%20for%20%E5%BD%B1%E7%89%87...
發表時間:2026 年 10 月 21 日 | 更新日期:2026 年 10 月 21 日 | 編輯:雅寶社區編輯團隊
影片壓縮:為什麼要選對格式 - 雅寶社區 · 頂客論壇

關鍵觀念是:有損壓縮不是「一次定生死」,而是「每次重編碼都再損一次」。這在後面談世代損失時會詳細說明,但現在請先記住一件事:能不重複轉檔,就不要重複轉檔。

1-3 位元率、解析度、影格率的三角關係

談壓縮不能只談格式,還要談參數。而最重要的參數就是位元率(bitrate),也就是每秒鐘分配多少資料量給這段影片。位元率越高,畫質越好,檔案越大。

位元率跟解析度、影格率之間是互相牽制的關係。同樣是 10 Mbps,給 1080p30 用很充裕,給 4K60 用就明顯不足。你可以用一個粗略的經驗法則來估算需求:位元率需求大致與「像素總數 × 影格率」成正比。4K 的像素數是 1080p 的四倍,所以同樣畫質下,4K 大約需要四倍位元率。

常見的位元率參考值如下(H.264 編碼、一般動態場景):

720p30:2.5 ~ 5 Mbps

1080p30:5 ~ 8 Mbps

1080p60:8 ~ 12 Mbps

1440p30:9 ~ 14 Mbps

2160p(4K)30:20 ~ 35 Mbps

2160p(4K)60:35 ~ 60 Mbps

但這些數字只是起點。畫面內容的複雜度影響極大:一張靜止的訪談畫面可能 3 Mbps 就很漂亮,而一場煙火晚會或草地足球賽,同樣解析度下 20 Mbps 都還可能出現塊狀瑕疵。這也是為什麼進階使用者會改用「恒定品質(CRF / CQ)」模式,讓編碼器自己決定每個片段該分配多少位元率。

二、常見影片格式大比拼:MP4、MOV、AVI、MKV、WebM 該怎麼選?

進入實戰前,必須先釐清一個幾乎所有人都會混淆的概念:「格式」其實包含兩層意義。多數人口中的「MP4」、「MOV」,講的是容器(Container);而真正決定畫質與檔案大小的,是裡面的編碼(Codec)。

2-1 容器與編碼:先搞懂這兩件事

打個比方:容器是「便當盒」,編碼是「便當裡的菜」。便當盒決定你能裝幾道菜、能不能分層、好不好攜帶;但菜好不好吃,取決於廚師(編碼器)的手藝。同一個 MP4 檔案裡,可能裝的是 H.264、H.265、AV1,甚至音訊是 AAC 還是 Opus,畫質與檔案大小可以天差地遠。

容器格式

常見搭配編碼

優點

缺點

MP4(.mp4)

H.264 / H.265 / AV1 / AAC

相容性最好,幾乎所有裝置與平台都支援

對某些專業編碼(如 ProRes)支援不佳,章節與字幕支援較弱

MOV(.mov)

ProRes / H.264 / DNxHD

Apple 生態系原生,剪輯工作流程首選

Windows/Android 相容性較差,檔案偏大

MKV(.mkv)

幾乎什麼都能裝

多音軌、多字幕、章節支援極強,適合收藏

部分播放器與平台不支援,網頁播放幾乎不行

WebM(.webm)

VP9 / AV1 / Opus

開源、免授權費,網頁串流效率高

剪輯軟體支援有限,硬體編碼支援較少

AVI(.avi)

各式舊編碼

老舊系統相容

規格老舊、效率差,已不建議使用

看懂這張表,你就能理解為什麼「MP4 最好」這種說法既對也不對。MP4 是最安全的交付格式,但如果你要進行剪輯,中間檔用 ProRes 或 DNxHR 會有效率得多;如果你要長期收藏多語言版本,MKV 才是首選。

2-2 主流編碼器比較:H.264、H.265、VP9、AV1、ProRes

接下來談真正的重點:編碼器。這是決定「同樣畫質下檔案能多小」的關鍵。

H.264(AVC)是目前地球上最普及的編碼。從 2003 年問世至今,幾乎所有裝置都有硬體解碼支援,壓縮效率以現代標準看只是中等,但相容性無敵。如果你要傳給長輩、上傳到任何平台、燒成光碟,H.264 永遠是安全牌。

H.265(HEVC)是 H.264 的後繼者,在同等畫質下大約可節省 40~50% 位元率。缺點是專利授權複雜,導致部分瀏覽器與平台支援不完整(例如某些環境的 Chrome 不支援),編碼速度也較慢。近年的手機與顯卡多半已支援硬體編碼,實用性大幅提升。

VP9 是 Google 主推的開源編碼,主要用於 YouTube 與 WebM。壓縮效率介於 H.264 與 H.265 之間,免授權費是最大優勢。對創作者而言,通常是「YouTube 幫你轉,你不需要自己編」。

AV1 是目前最受矚目的新世代編碼,由開放媒體聯盟開發,壓縮效率比 H.265 再提升約 30%,且完全免權利金。YouTube、Netflix 已大量採用。缺點是編碼極度吃 CPU(軟編很慢),硬體編碼支援才剛起步,剪輯端支援也還在追趕。現階段建議「下載觀賞」可用 AV1,「自己產出」還要再等等。

ProRes / DNxHR 屬於「剪輯用中間格式」,採用溫和的空間壓縮,幾乎不吃 CPU 就能即時播放,是專業工作流程的標準。缺點是檔案巨大——4K 30fps 的 ProRes 422 HQ 大約 880 Mbps,一小時素材接近 400 GB。

編碼

相對壓縮效率

硬體支援

適用場景

H.264

基準

幾乎全面

通用交付、社群平台、存檔

H.265

約省 40~50%

近年裝置普遍

4K 存檔、行動裝置播放

VP9

約省 30~40%

多數瀏覽器

網頁影片、YouTube 上傳

AV1

約省 50~60%

新硬體陸續加入

串流平台、長期存檔

ProRes / DNxHR

效率低(刻意)

專業工作站

剪輯中間檔、母帶

2-3 相容性考量:先想「誰要播」,再想「怎麼壓」

很多人在壓縮時只看畫質與檔案大小,卻忽略了最重要的問題:這個檔案最後要在哪裡播放?

如果要上傳 YouTube、Instagram、Facebook,平台會強制重新編碼,你上傳的格式只影響「平台收到多少資訊」。這時應該選高品質的 H.264 或 H.265,位元率給足以避免二次壓縮時放大瑕疵。

如果要傳給朋友在手機看,H.264 + MP4 是唯一不用思考的答案。你不需要為了一點檔案大小去賭對方的手機支不支援 H.265。

如果要在網頁上內嵌,WebM(VP9/AV1)體積小,但需要準備 MP4 作為後備。

如果是自己的素材庫存檔,那就該選壓縮效率高、且未來解碼無虞的格式。目前 H.265 是相對平衡的選擇,長期來看 AV1 會接手,但轉換期還需要幾年。

三、選錯格式的代價:那些你沒注意到的隱形成本

「反正都能播,有差嗎?」有差,而且差很多。選錯格式的代價通常不會立刻顯現,而是在幾個月後、幾十支影片之後,以一種讓你捶心肝的方式爆發。

3-1 反覆轉檔的世代損失:畫質是會「累積折舊」的

這是最多人踩的坑。有損壓縮的特性是:每一次解碼再編碼,都會再損失一次資訊。這在業界稱為世代損失(generation loss)。

想像你把一支 H.264 影片用低品質設定轉成另一個 H.264,再上傳到平台被重新編碼,平台又轉出不同解析度的版本。三輪之後,原本乾淨的漸層天空可能出現色帶,暗部細節糊成一片,快速移動的畫面出現塊狀瑕疵。而且這些損失不可逆——你無法從已經壓壞的檔案還原原始畫質。

典型的錯誤流程是這樣的:相機錄 H.265 → 直接丟進剪輯軟體 → 匯出 H.264 低碼率 → 上傳平台被再壓一次 → 下載回來又轉一次。四輪之後,原本好好的 4K 素材變得比原生 1080p 還糟。

正確的做法是建立「一次編碼、多次使用」的觀念:母帶用高品質格式保存,每次輸出都從母帶重新編碼,而不是從上一次的輸出再轉。這聽起來很基本,但實際上有大量創作者在「先轉小檔給客戶看,客戶確認後再轉一次」的流程中不斷累積損失。

3-2 儲存與傳輸的隱形成本

檔案太大造成的成本,遠比你想像的高。首先是硬碟:一支 4K 專案動輒 500 GB 到 2 TB,備份要兩份就是兩倍。其次是雲端:Google Drive、Dropbox 的免費空間根本不夠用,付費方案每月數百元起跳。第三是時間:上傳 20 GB 的檔案,即使有 100 Mbps 上傳頻寬,也要將近半小時,而且中途斷線就得重來。

反過來說,選對格式也能省下大量成本。同樣的 4K 素材,用 H.265 存檔可能只要 H.264 的六成空間;用 AV1 更可以壓到四成。一支影片省 100 GB,一年五十支就省下 5 TB——這已經是整顆硬碟的容量了。

但要注意,這裡說的「省」必須建立在「畫質可接受」的前提下。用極低位元率把 4K 壓成 3 Mbps,檔案是小了,但畫質爛到不能用,等於白存。真正的節省是「在視覺無損的範圍內,選用效率最高的編碼」。

3-3 相容性災難:那個打不開的檔案

還有一種代價,發生在最尷尬的時刻:客戶打開檔案,跳出「格式不支援」。或者你興沖沖把精心製作的影片上傳到某個平台,系統卻顯示「格式錯誤」。

常見的相容性地雷包括:

用 MOV 容器裝 ProRes,結果 Windows 電腦沒有對應解碼器開不了。

用 MKV 裝 H.265,某些智慧電視與遊戲主機直接不支援。

用 WebM 交付給非技術背景的客戶,對方連怎麼開都不知道。

音訊用 Opus 或 FLAC,部分播放器靜音播放。

10-bit H.265 在舊款手機與部分剪輯軟體上直接崩潰。

這些問題的解法往往很簡單:交付前先問清楚對方要用什麼播放,並且準備一個「通用安全版」(H.264 + MP4 + AAC + yuv420p)。這組組合幾乎是全世界都能播的最大公約數。

四、實戰情境:不同用途的壓縮策略與參數建議

理論講完了,接下來進入最有用的部分:你到底該怎麼設定?以下針對幾種常見情境給出具體建議。請注意,參數不是聖經,你還是要依實際畫面內容微調。

4-1 社群平台短影音(Reels、Shorts、TikTok)

這類平台的共同特色是:平台一定會重新編碼,而且通常壓得很兇。你的任務不是「壓到最小」,而是「上傳品質夠好的檔案,讓平台壓完之後還好看」。

建議設定:

解析度:1080×1920(9:16 直式),若平台支援可上传 4K 讓平台自行縮。

編碼:H.264(相容性最保險)。

位元率:8~12 Mbps(1080p 直式),或直接用 CRF 18~20。

影格率:30 fps 或 60 fps,與拍攝一致,不要隨意變更。

音訊:AAC 192~256 kbps,48 kHz。

色彩:若用手機拍攝,維持 sRGB/Rec.709,不要上傳 HDR 給不支援的平台。

常見錯誤是「為了上傳快,先壓成 3 Mbps 再上傳」。結果平台收到低品質來源,又壓一次,成品糊到不行。記住:給平台的檔案,品質要略高於平台最終輸出,才不會在二次壓縮時放大瑕疵。

4-2 YouTube 長片與高畫質保存

YouTube 對上傳格式相對寬容,但仍有一些原則值得遵守。首先是位元率:YouTube 官方建議 1080p SDR 用 8 Mbps、4K 用 35~45 Mbps。實務上建議比官方建議再高 20~30%,特別是畫面複雜的內容(遊戲、運動、風景縮時)。

其次是編碼選擇。若你的素材是 4K,上傳 H.265 可以減少上傳時間;但要注意某些舊版上傳工具對 H.265 支援不佳,建議先用小片段測試。若追求最穩定,H.264 高碼率仍是最保險的選擇。

第三是色彩管理。若你拍攝 HDR(HLG 或 PQ),請確認上傳時 metadata 正確保留,否則 YouTube 會當成 SDR 處理,畫面會變得灰暗。這部分建議在剪輯軟體中明確標註色彩空間,並在匯出後用 MediaInfo 檢查。

最後是母帶保存。上傳到 YouTube 的檔案不該是你唯一的備份。平台政策會變、帳號可能出問題、壓縮參數也可能調整。建議另外保存一份高品質母帶(H.265 高碼率或 ProRes),未來要重新輸出或剪精華版時才有來源。

4-3 剪輯工作流程與長期存檔

這是專業與業餘差距最大的地方。正確的工作流程應該是三層結構:

第一層:拍攝原始素材。相機錄什麼就存什麼,不要在前端壓縮。記憶卡滿了就換卡,硬碟不夠就買硬碟,這錢不能省。

第二層:剪輯中間檔。將原始素材轉成 ProRes 422 或 DNxHR SQ,讓剪輯軟體能流暢預覽。這一步會讓檔案變大 3~10 倍,但剪輯體驗完全不同。若你的電腦夠力,也可以直接用原始素材剪,但記得開啟「代理剪輯(Proxy)」功能。

第三層:輸出與存檔。交付版用 H.264 或 H.265 高碼率;長期存檔則可考慮 AV1 或 H.265,兼顧體積與畫質。

至於存放策略,建議遵循「3-2-1 原則」:至少三份備份、兩種不同媒介、一份異地存放。硬碟會壞、雲端會倒、隨身碟會不見,唯一安全的方式就是冗餘。

4-4 工具與參數設定建議

免費工具首推 HandBrake,跨平台、介面友善、預設集完整。它的「Quality」滑桿對應 CRF 值,一般建議:

CRF 18:視覺無損,檔案較大,適合母帶。

CRF 20~22:高品質,適合 YouTube 上傳。

CRF 23~26:一般品質,適合社群平台與行動觀看。

CRF 28 以上:明顯壓縮,僅適合預覽或極限壓縮需求。

進階使用者可用 FFmpeg 做批次處理與精細控制。常用指令範例如下(H.265、CRF 22、預設 slow):

ffmpeg -i input.mp4 -c:v libx265 -crf 22 -preset slow -c:a aac -b:a 192k output.mp4

若需要硬體加速,可將 libx265 換成 hevc_nvenc(NVIDIA)或 hevc_qsv(Intel),速度可快數倍,但同檔案大小下畫質略遜於軟體編碼。實務上建議:時間寶貴用硬編,追求極致用軟編。

另外推薦 MediaInfo 這個小工具,可以快速檢視任何影片的真實編碼、位元率、色彩空間與音訊格式。很多「為什麼這個檔案播不動」的問題,用 MediaInfo 一看就明白。

五、常見迷思與 FAQ

Q1:檔案越小是不是代表壓縮得越好?

不是。壓縮的目標是「在可接受畫質下達到最小體積」,而不是「不管畫質地追求最小」。一支 10 秒的 4K 影片壓到 1 MB,絕對看得出來。判斷標準應該是「目標播放裝置上看起來如何」,而不是純粹的檔案大小。

Q2:MP4 一定比 MOV 好嗎?

不一定。MP4 勝在相容性,MOV 勝在專業工作流程(尤其 Apple 生態)。若你要交付給一般使用者,MP4 是安全選擇;若你要進 Final Cut Pro 剪輯,MOV 更順手。兩者都只是容器,真正決定畫質的是裡面的編碼。

Q3:把解析度調低是不是就能有效縮小檔案?

有效,但要看情況。從 4K 降到 1080p,像素數少四倍,位元率需求也大約少四倍,檔案確實會小很多。但如果你原本就是 1080p,硬降到 720p 只會讓畫面變糊,而且位元率若不跟著調整,檔案還不一定變小。正確順序是:先決定目標解析度,再依解析度設定合适位元率。

Q4:網路上說「二次壓縮畫質會變差」,那我是不是不能修剪影片?

修剪本身不是問題,問題是「重複編碼」。如果你只是無損切割(stream copy),完全不會損失畫質;但如果你重新編碼,就會累積損失。所以關鍵是:盡量從原始素材重新輸出,而不是從已壓縮的成品再壓。

Q5:H.265 畫質比較好,是不是所有情況都該用它?

不是。H.265 的優勢在「同畫質下檔案更小」,但若你的播放裝置不支援,就必須退回 H.264。此外,H.265 編碼較慢、專利問題較複雜,在需要快速交付或廣泛相容的場合,H.264 仍是更實用的選擇。

Q6:壓縮時把音訊拿掉,檔案會小很多嗎?

影響有限。以 1080p、8 Mbps 的影片來說,192 kbps 的音訊只佔約 2.3%。真正佔空間的是視訊軌。與其砍音訊,不如調整視訊位元率或編碼器。

六、結語:格式選擇是一套決策邏輯,不是一個標準答案

回到最初的問題:「為什麼要選對格式?」因為格式決定了你的壓縮效率、相容性、剪輯流暢度,以及未來幾年的素材可用性。選對了,你可以在畫質、體積與效率之間取得平衡;選錯了,你要嘛付出大量儲存與傳輸成本,要嘛在關鍵時刻發現檔案打不開。

把這篇文章的重點濃縮成幾個可執行的原則:

先問用途,再選格式:交付、剪輯、存檔、上傳,各有最適解。

區分容器與編碼:MP4 是盒子,H.264 是菜色,別混為一談。

母帶從寬,交付從嚴:原始素材不要壓,交付版才考慮體積。

避免反覆轉檔:每次重編碼都是畫質折舊,能從源頭輸出就從源頭。

  • 相容性優先於極致效率:除非你確定播放環境,否則 H.264 + MP4 永遠是安全牌。
  • 技術會持續演進,AV1 正在崛起,H.266(VVC)也已問世,未來幾年的最佳實踐一定會改變。但只要掌握「容器/編碼/位元率/用途」這四個變數的關係,你就能隨著工具更新快速調整,不會被特定軟體或預設集綁死。

    如果你在壓縮過程中遇到疑難雜症,或想分享自己的參數配置與實測結果,歡迎在雅寶社區 · 頂客論壇的影音創作版發文討論。社群裡有不少長期處理 4K 與多機剪輯的創作者,實戰經驗往往比官方文件更接地氣。畢竟,格式沒有絕對的好壞,只有適不適合你當下的工作流程——而這,正是選對格式的真正意義。

    🏠 返回首頁