Recapo
AI 视频剪辑

如何在不損失品質的情況下壓縮影片

在不明顯品質損失的情況下壓縮影片:CRF 與位元率、H.264 與 H.265、平台匯出目標,以及瀏覽器工作流程。

如何在不損失品質的情況下壓縮影片

關於「如何在不損失品質的情況下壓縮影片」的誠實答案是:你無法免費刪除資料,但你可以將大多數檔案縮小 50–80%,觀眾幾乎不會察覺差異——只要你有意識地調整三項(解析度、位元率和編碼),而不是拖動模糊的「品質」滑桿然後寄希望氣。本指南詳細說明這三個旋鈕的作用、何時使用 CRF 與固定位元率、為什麼 H.265 在相同畫質下幾乎能將檔案減半,以及 YouTube、TikTok、短片和 Reels 真正想要的匯出目標。接著你將一步步在瀏覽器中壓縮線上影片,學會那個讓乾淨片段變得一團糟的錯誤。

大多數「線上影片壓縮器」頁面都跳過這些。他們只給你一個按鈕,卻從不告訴你它在做什麼,所以你要麼拿到的檔案還是太大,要麼看起來已經模糊了。理解設定只要十分鐘,每次上傳都能帶來回報。

重點摘要

  1. 在更改設定前,請確認問題是容器、編解碼器、位元率或平台上傳需求。
  2. 從最佳原始檔案匯出一次乾淨的;反覆重新編碼會造成可避免的品質損失。
  3. 請查看目的地平台目前的上傳指引,因為支援的格式和限制可能會改變。
  4. 保持一個乾淨的母帶檔案,這樣未來的片段、字幕和重構圖就不會依賴於劣化的匯出。

三個實際改變檔案大小的旋鈕

每一種壓縮工具,不管怎麼包裝,實際上都是在調整三個變數的組合。如果你知道每一個的代價,就別再猜了。

旋鈕 它控制的是什麼 對體型的影響 對品質的影響

解決方法像素尺寸(例如 4K → 1080p)大型——每維一減半會切掉4個像素×只有當觀眾的螢幕大於新解析度時才會顯示
位元率每秒影片所花費的資料直接且線性——位元率減半≈大小減半「看起來是不是方塊感」的主要判斷點
編解碼器壓縮數學(H.264、H.265 等)較新的編解碼器則是用更少的位元來壓縮相同品質每個位元品質相同或更好,但代價是速度與相容性下降

人們犯的最大錯誤是試圖透過降低解析度來減少影片檔案大小,但真正的問題是位元率。一個 1080p 的影片匯出到膨脹的 40 Mbps 非常龐大,看起來和同一段 10 Mbps 的影片一模一樣。先修正位元率;只有當目標真的不需要這些像素時才會降低解析度(例如,匯出 4K 來源給手機專用的垂直畫面)。

快速確認一下:檔案大小≈位元率×長度。一段 10 分鐘、8 Mbps 的速度大約是 8 × 600 ÷ 8 = 600 MB。這個公式讓你在編碼前就能預測輸出,這也是為什麼位元率是第一個要調整的旋鈕。

位元率與 CRF:通常你想要的是恆定品質

告訴編碼器壓縮難度有兩種方法,而選擇正確的方式是大部分的挑戰。

  1. **固定位元率(CBR/VBR):*你設定目標像是「10 Mbps」。檔案大小可預測,但編碼器在簡單場景浪費了部分,困難場景卻被剝奪。最好是平台強制執行硬性位元率上限。
  2. *CRF(恆定速率因子):你設定一個品質目標,編碼器會用每個場景所需的位元率來達到目標。這個設定最符合壓縮「不損失品質」的承諾,因為它能保持品質穩定,並讓檔案大小隨內容允許而縮小。

CRF 的等級從 0(無損、超大)到 51(極小、醜陋)不等。較低=品質較佳且檔案較大。對於 H.264,以下是可靠的起點:

CRF 值 看 典型用途

17–18外觀與來源無法區分檔案、重新編輯母帶
20–23一般觀眾不會注意到差別上傳的最佳點
24–27在複雜場景中略顯柔和積極收縮,預覽
28+明顯退化只有當規模勝過品質時

如果你記得一個數字,就把它設為 CRF 23 代表 H.264——這是預設的,且在大多數影片中符合「較小但沒人能看出來」的目標。當工具只提供「品質」滑桿或低/中/高選項時,「高」通常對應這個範圍。

H.264 與 H.265(以及 AV1/VP9 的定位)

編解碼器才是「不損畫質」魔法的真正所在,因為更新的編解碼器能把同一張圖片放進更少的位元裡。

編解碼器 定位 粗略尺寸且品質相同 相容性

H.264(AVC)普遍預設基線(100%)幾乎到處都有播放
H.265(HEVC)效率升級~40–50%現在非常寬廣,但並非所有舊裝置
VP9 / AV1串流原生,免版稅與H.265相似或更優最適合網頁/YouTube 擷取,編碼較慢

實際規則是:上傳 H.264 以達到最大相容性,或者當你需要最小檔案且你能控制播放環境(你自己的網站、手機、雲端儲存)時,切換到 H.265。平台本身就會重新編碼你上傳的所有內容,所以 H.265 的節省主要是幫助你的儲存空間和你的上傳時間,而不是最終的觀看體驗。

有個誠實的提醒:H.265 編碼速度較慢,有些舊的編輯軟體和訊息客戶端仍然會卡住。如果檔案需要通用開啟——例如客戶交付成果或電子郵件——就保持在 H.264。如果你先在不同格式間切換,我們有關於如何將 MKV 轉換成MP4](/zh-tw/blog/how-to-convert-mkv-to-mp4/)封面的指南,以及如何在壓縮前將一個奇特容器轉成乾淨的 H.264 MP4。

如何在五步驟內壓縮影片而不損失品質

以下是瀏覽器的工作流程。它運行在 Recapo 裡,一個瀏覽器型的影片工作區,沒有安裝,所以你省去了多 GB 桌面編碼器和「我該下載哪個版本」的舞蹈。每個任務可接受 MP4、MOV 及其他常見格式,最高可達 6GB。

  1. 上傳原始碼。 打開video compressor],把你的檔案放進去。如果是螢幕錄影或奇怪的容器,先用video format converter]轉成乾淨的MP4,讓壓縮器有可預測的輸入。
  2. 設定目標,而不只是「縮小」。 決定這份檔案要去哪裡。上傳時,請以平台建議的位元率為目標(下表)。儲存方面,大約在23歲左右選一個CRF。給編碼器一個目標,而不是盲目百分比。
  3. 選擇編解碼器。 分享或重新編輯的內容請保留 H.264。當你想要最大壓縮容量用於歸檔或自架播放器時,可以切換到 H.265 搭配 H.264 transcoder] 工作流程。
  4. 將解析度與目的地相匹配。 將 1080p 留在 1080p 作為訊號來源;只有當觀眾永遠不會看超過手機尺寸的4K母帶時,才會把4K母帶降到1080p。縮放是你應該刻意做的有損步驟,而不是意外。
  5. 匯出並抽查。 將最繁忙的幾秒鐘——快動作、彩紙屑、水、草——全螢幕時擦去。如果這些看起來很乾淨,整個檔案就沒問題。壓縮瑕疵總是在高細節動態中最先出現,所以你就是從那裡審核。

這就是整個流程。上述設定比你按哪個按鈕更重要。

YouTube、TikTok、短片及短片的出口目標

檔案感覺「太大」的原因幾乎總是因為匯出資料和平台實際匯入的資料不符。以下是實用的起始位元率。把它們當作目標底線,而非硬性限制——每個平台都會在他們那邊重新編碼。

平台 解決方法 容器 / 編解碼器 起始位元率 註釋

YouTube(1080p)1920×1080MP4 / H.264~8–12 Mbps要有更多動態,選擇較高的
YouTube(4K)3840×2160MP4 / H.264 或 H.265~35–45 MbpsH.265 節省主要上傳時間
TikTok1080×1920MP4 / H.264~6–10 Mbps垂直;保持音訊在128–192 kbps之間
YouTube Shorts1080×1920MP4 / H.264~8–10 Mbps和TikTok匯出一樣的母帶
Instagram Reels1080×1920MP4 / H.264~6–9 Mbps側邊壓得很緊,所以要從乾淨開始

針對 YouTube 的影片壓縮,匯出這些目標通常會讓膨脹的剪輯輸出降低一半以上,且仍高於平台的重新編碼門檻——也就是說,上傳的檔案變小,且在 YouTube 處理後看起來一樣。如果你發佈垂直格式,我們的TikTok影片尺寸指南]會詳細說明尺寸和安全區,避免你重複壓縮錯誤的檔案。

批次壓縮待辦清單而不用照顧

壓縮一個片段很簡單。痛苦就像你一直想清理的40段錄音資料夾。可重複的方法比手動調整每個音色都好:

  1. 請依目的地排序,而非日期。 將所有要送到同一地點的檔案歸類——所有 YouTube 上傳、所有直向影片、所有存檔檔案。每組會有一個設定配方。
  2. 每組鎖定一個食譜。 例如:「垂直上傳→ 1080×1920,H.264,~8 Mbps」以及「存檔→保持解析度,H.265,CRF 25。」現在不需要逐個檔案做決定。
  3. 先標準化輸入。 將混合容器進行轉換,讓每個檔案在壓縮前都是乾淨的 MP4。穩定的輸入意味著穩定且可預測的輸出。
  4. 壓縮後再驗證樣本。 不要檢查全部40個——要檢查每組中最複雜的兩個片段。如果這些都沒問題,就直接寄出。

重點是每個團體做出一個好的決定,而不是四十個小決定。瀏覽器工作區在這裡很有幫助,因為每台機器都不需要安裝——你可以在任何電腦上執行相同的操作流程。

再壓縮陷阱:為什麼第二次通過會變得一團糟

這裡有一個幾乎所有人都會注意到的反例。壓縮是世代代——每次重新編碼已經壓縮過的檔案,都會損失更多,且永遠無法回來。重複兩三次,乾淨的夾子會明顯變得軟且有塊狀。

經典的爛泥路徑:

  1. 你從編輯器匯出一個片段(壓縮通道 1)。
  2. 你要用線上壓縮機來縮小(通過第二遍)。
  3. 你上傳後,平台會再重新編碼一次(通過第三次)。
  4. 然後你要重新下載,編輯,然後重複整個流程。

到了第三或第四次,沒有任何 CRF 值能保存,因為細節已經消失了。這些修正方法簡單且不可協商:

  1. 保留高品質母帶(CRF 18 或你編輯的近無損匯出),並且一定要從那個母帶壓縮,絕不要從已經縮小的副本。
  2. 在最後壓縮一次,就在檔案離開你控制之前。
  3. 千萬不要下載再壓縮平台副本重新編輯——應該回頭看母帶。

如果你的工作流程保持原始檔案乾淨,只在最終匯出時壓縮,你會得到最小的檔案,而且效果最好。如果你想在優化任何一步前先了解整個流程,我們對AI 影片剪輯說明》的概述展示了壓縮在整體編輯到發佈流程中的位置。

常見問題

你真的能在不損失任何畫質的情況下壓縮影片嗎? 真正的無損壓縮(CRF 0)存在,但檔案龐大且失去了初衷。人們真正想要的是視覺無損——更小且觀眾看不到差異。這非常可行:在 H.264 上使用 CRF 約 20–23,或切換到 H.265,常常能將檔案大小減半以上,但畫面在正常畫面上看起來完全相同。

為什麼我的匯出影片比原始影片大這麼多? 幾乎都是因為你的編輯器匯出的位元率遠高於來源所需,或是增加了更高的幀率或解析度。以目標的目標位元率重新匯出,檔案會大幅縮小且不會有明顯變化。解析度很少是元兇——通常是位元率。

我應該在上傳前還是上傳後壓縮? 以前。每個平台都會在自己那邊重新編碼,但規模較小、編碼得當的上傳速度更快,且能提供更乾淨的資料可用。只要確保你是從高品質的母帶壓縮,而不是從已經壓縮過一次的檔案。

H.264 還是 H.265——我該選哪一個? 當檔案需要在任何地方開啟時,選擇 H.264:客戶端工作、重新編輯、訊息傳遞、舊裝置。當你想要最小的檔案並控制播放——自架視訊、僅限手機串流或長期儲存時,選擇 H.265。H.265 編碼較慢,但在相同品質下約小 40–50%。

1080p YouTube 上傳的安全比特率是多少? 實際起步速度約為 8–12 Mbps,適用於標準動態 1080p,若動作快或細節豐富則需更高。這個範圍讓你能維持在 YouTube 的重新編碼門檻之上,同時產生的檔案比一般冗長的編輯器匯出還要小得多。

準備好用智慧方式壓縮你的下一次上傳了嗎?

你現在知道每個一鍵「線上影片壓縮」隱藏的設定:位元率高於解析度、CRF 維持恆定品質、H.264 控制距離或 H.265 控制尺寸,以及每個平台的真實目標而非猜測。直接執行,不用下載任何東西——建立你的免費Recapo帳號,上傳最高6GB的檔案,然後用壓縮器、轉碼器和格式轉換器在同一瀏覽器分頁中執行。從乾淨的母版壓縮一次,之後每次上傳都會變得更小更銳利。價格細節會在你準備擴大規模時,直接在價格頁面上即時查看。

參考資料與官方來源

  1. YouTube 推薦上傳編碼設定
  2. FFmpeg 文件
  3. YouTube 影片解析度與長寬比


推薦文章

查看全部