HandBrake 影片壓縮 — 免費開源把影片檔縮小 80% 的方法

由 FeiYueh 親自審稿驗證 · 最後更新於 2026-09-15

HandBrake 使用 x265（HEVC）編碼、CRF 22-24、Preset 設 Medium，可將手機拍攝的 MP4 從 1.2 GB 壓到約 220 MB，體積減少約 80%，肉眼難辨畫質差異。關鍵不在軟體本身，而在於「CRF 值」與「編碼器選擇」這兩個參數——多數人壓縮失敗，是因為用了預設的 Fast 1

HandBrake 使用 x265（HEVC）編碼、CRF 22-24、Preset 設 Medium，可將手機拍攝的 MP4 從 1.2 GB 壓到約 220 MB，體積減少約 80%，肉眼難辨畫質差異。關鍵不在軟體本身，而在於「CRF 值」與「編碼器選擇」這兩個參數——多數人壓縮失敗，是因為用了預設的 Fast 1080p30 範本，那個範本用的是十年前的 H.264 編碼器。 為什麼影片檔會這麼大 影片體積由「位元率」（bitrate）決定，而非解析度。iPhone 15 以 4K 60fps 拍攝時，預設位元率約 100 Mbps，等於每分鐘產生約 750 MB 檔案。同樣的畫面若用 HEVC 編碼在 15 Mbps 下輸出，人眼在一般觀看距離幾乎分辨不出差異，檔案卻只剩七分之一。 差別來自編碼器的壓縮效率。 「H.265/HEVC 相較 H.264 在相同主觀畫質下可減少約 50% 位元率」（來源：ITU-T H.265 建議書） 。這代表你不需要犧牲畫質，只需要換一個編碼器。而相機與手機為了拍攝時的即時處理速度，一律採用低壓縮效率的設定——它們優先保證不掉幀，不是優先省空間。 HandBrake 做的事，是把已經拍好的檔案重新編碼一次。此時沒有即時性壓力，可以動用最耗運算但最省空間的編碼參數。 HandBrake 是什麼、為什麼免費 HandBrake 是 2003 年釋出的開源影片轉檔工具，採 GPLv2 授權，支援 Windows、macOS、Linux 三平台。它本身不是編碼器，而是 FFmpeg、x264、x265、SVT-AV1 等開源編碼器的圖形化前端，把數十個命令列參數整理成可點選的介面。 它的免費並非試用版策略。 HandBrake 官方網站 明確載明專案由志願者維護，無付費版本、無浮水印、無檔案數量限制、無雲端上傳。所有運算在本機完成，影片不會離開你的電腦——這對含有家人臉孔、公司內部簡報或客戶資料的影片是實質差異，線上壓縮服務則必須先把整支檔案上傳到第三方伺服器。 從 1.6 版起，HandBrake 內建 SVT-AV1 編碼器，並支援 Apple VideoToolbox、Nvidia NVENC、Intel QSV 三種硬體加速。 「HandBrake 自 2003 年釋出以來持續維護超過 20 年，為 GPLv2 授權開源專案」（來源：Wikipedia） 。 三個決定壓縮結果的參數 編碼器：選 H.265 而非預設的 H.264 編碼器決定壓縮效率上限。在 Video 分頁的 Video Encoder 下拉選單中： H.264 (x264) ：相容性最廣，2003 年後的裝置幾乎都能播，但體積最大。 H.265 (x265) ：同畫質下體積約為 H.264 的一半，2015 年後的手機、電視、瀏覽器普遍支援。日常壓縮的合理預設。 AV1 (SVT-AV1) ：壓縮效率再比 H.265 高約 20-30%，但編碼速度慢 3-5 倍，且部分舊裝置無法播放。 若壓縮後的檔案只在自己的電腦、手機、NAS 上播放，選 H.265。若要傳給不確定裝置的對象（例如長輩的舊平板、公司老電腦），選 H.264 並把 CRF 調到 23。 CRF：品質控制的核心數字 CRF（Constant Rate Factor）是恆定品質模式，數字愈小畫質愈高、檔案愈大。它不是固定位元率——編碼器會依畫面複雜度動態分配位元率，靜態畫面少給、動態畫面多給，因此比固定位元率省空間。 x265 的實務區間： CRF 18-20 ：接近視覺無損，適合要保存的原始素材，體積約減 50-60%。 CRF 22-24 ：日常最實用區間，肉眼難辨差異，體積約減 75-85%。 CRF 26-28 ：可看出畫質下降，適合純存檔或網路分享，體積約減 90%。 建議從 CRF 23 開始測試。壓縮完成後與原檔並排比對暗部與細節區域（樹葉、頭髮、漸層天空最容易露出破綻），滿意就固定用這個值，不滿意每次調 2 個單位。CRF 每降低 6，檔案體積約增加一倍。 Preset：只影響速度與體積，不影響畫質目標 Preset 控制編碼器願意花多少運算量去尋找更省空間的編碼方式。Placebo 到 Ultrafast 共十級，同一個 CRF 值下，Slow 產生的檔案比 Fast 小約 10-15%，但編碼時間增加約 2 倍。 實務建議停在 Medium 或 Slow。再往下的 Slower、Veryslow 增加的編碼時間，換來的體積縮減通常不到 5%——除非你在壓縮一整個影片庫，否則不划算。 實際操作流程 以下流程適用於單支影片，總耗時約為影片長度的 0.5-2 倍，視 CPU 而定。 從 HandBrake 官方下載頁 取得對應作業系統的版本

由 FeiYueh 親自審稿驗證 · 最後更新於 2026-09-15. Independently maintained — not AI-generated boilerplate.