影片壓縮沒有所謂萬用的最佳設定 — 每一種預設、位元速率與解析度的選擇，都是在檔案大小與可見細節之間取捨；而錯誤解讀的預設，可能讓一部安靜的動畫大幅縮減，卻同時把一段雜訊較高的攝影影片推升到與來源相同甚至更大的體積。實用的影片壓縮技巧，核心在於讓預設對應到輸出用途、讀取實際的位元組變化而非追逐標示的目標值，並在刪除原始檔案前先確認輸出影片能正常播放且有聲音。常見的錯誤則從假設滑桿上的數字越小檔案就越小開始，其次是忽略瀏覽器式管線無法保留的音訊與中繼資料，再來是把即時編碼當成瞬間完成的雲端工作。本機重新編碼工具，例如 Video Compressor，能誠實地處理這些取捨，因為它會回報實際的輸入與輸出位元組，且絕不放大來源尺寸，讓你可以在不信任黑盒承諾的情況下並列比較結果，並在輸出不符合用途時以不同預設重新執行。
導致檔案變大的常見壓縮錯誤
浪費一次壓縮最快速的方式，就是跳過診斷步驟。以下是那些讓「壓縮」按鈕形同虛設、甚至讓檔案反而變大的反覆出現的錯誤。
- 把預設名稱當成保證。Small、Balanced 與 Quality 描述的是寬度與幀率上限，並非固定的輸出大小。如果來源本身已經是高效率編碼，那麼一段雜訊較高的攝影影片即使使用 Quality 預設，輸出仍可能比來源更重。
- 餵入不支援的編碼格式。有效的 .mp4 副檔名並不保證瀏覽器能解碼。當解碼器失敗時，工具會顯示錯誤訊息而非產出毀損的 WebM，而這個錯誤正是重新封裝來源或挑選其他檔案的訊號。
- 「為了加速」而關閉分頁。編碼作業隨著來源透過 Canvas 串流播放而即時進行。關閉分頁會取消進行中的工作，並釋放暫時性的 Object URL，最終不會留下任何下載檔案。
- 用錯誤方向解讀百分比。正數代表縮減；負數代表變大。工具會誠實地回報帶正負號的位元組變化，因此結果若變大就會如實顯示為變大，而不是被重新標示為節省。
- 在驗證前就刪除原始檔案。音軌、章節、字幕、旋轉標記、色彩中繼資料與 HDR 訊號都不會被保留。唯一安全的刪除時機，是在下載的檔案已從頭到尾播放過、影像與聲音都確認無誤之後。
預設差異一覽
這三種預設是明確的寬度與幀率上限，搭配一個有界限的每像素位元數啟發式，在 180 kbps–8 Mbps 的範圍內選定錄製位元速率。了解哪個上限對應你的用途，才能避免對同一次執行重試兩次。
| 預設 | 最大寬度 | 目標 fps | 典型用途 |
|---|---|---|---|
| Small | 640 px | 24 | 預覽、聊天附件、低頻寬分享 |
| Balanced | 1280 px | 30 | 簡報、內部審閱、一般社群貼文 |
| Quality | 1920 px | 30 | 1080p 級播放，重視細節勝過多花費幾 MB |
每一種預設都會保留來源長寬比、將輸出尺寸向下取整至偶數像素值以確保編碼相容性，且絕不放大來源。在 1920 px 上限下的直立影片仍會保持直立；一段 720p 來源在 Quality 預設下會維持 1280 寬，因為這已經是它的原生寬度。
如何在不浪費一次執行的前提下完成壓縮
下列步驟是從選擇檔案到驗證下載的最短路徑。請把每一步都視為檢查點；略過任何一步，就是本文所圍繞探討的反覆出現的錯誤之一。
- 挑選瀏覽器可解碼的來源。檔案大小上限為 500 MiB、長度上限為五分鐘、解碼後的區域在 3840 × 2160 範圍內，且任一邊不得超過 4096 像素。MP4、WebM、MOV、M4V 與 Ogg 等副檔名皆可接受，但實際解碼仍取決於目前瀏覽器所安裝的編碼格式。
- 開啟 Video Compressor 並載入檔案。所有作業都在本機進行：解碼、Canvas 繪製、MediaRecorder 編碼與下載。沒有任何位元組會離開這個分頁。
- 依據用途選擇 Small、Balanced 或 Quality。請依據檔案實際播放的最大顯示裝置來對應上限，而非依據你在某處讀到的目標 MB 數字。
- 開始壓縮並保持分頁開啟。來源會在有聲的情況下播放，同時錄製器以預設的節奏擷取 Canvas 串流。因此，兩分鐘的來源大約就需要兩分鐘；這是即時作業，而非瞬間完成的雲端工作。
- 讀取實際的數字。當來源播放結束時，工具會回報輸出尺寸、輸入位元組、輸出位元組以及帶正負號的百分比變化。請依據這些數字對照用途的限制來比較，而非依據猜測。
- 下載 WebM 並完整播放。在原本有音訊處確認能聽到聲音，並確認影像與長度符合預期。只有在這時才能放心刪除原始檔案。
- 若結果不符需求，請以不同預設重新執行。選擇新檔案、切換預設或取消作業，都會讓進行中的工作失效並撤銷暫時性的 Object URL，因此每次重新執行都會從乾淨狀態開始。
為何「較小」的預設反而可能產生更大的檔案
壓縮效果取決於內容，而這項工具並未隱藏這個事實。低動態的動畫或乾淨的螢幕錄影重新編碼時效率極高，輸出往往只有來源大小的極小一部分。雜訊過多的影片、底片顆粒、攝影機晃動、快速變化的細節，或是本身已經是高效率編碼的來源，則可能產生相反的結果：全新的 WebM 容器、全新的關鍵影格與全新的編碼器，最終可能比你一開始的檔案還大。
回報的百分比僅根據兩個實際 Blob 大小計算，因此變大的結果會如實顯示為變大，而不是被重新標示為縮減。一旦發生這種情況，正確的做法通常是換用其他預設或換一個來源，而非調高該工具並未提供的位元速率旋鈕。對於你可以掌控的來源，更好的上游修正往往是降低拍攝時的雜訊（減少顆粒、減少晃動），而不是在最後用力壓縮。想更深入了解這個百分比的計算方式，以及它實際承諾與不承諾的內容，Video Compressor accuracy guide 會以淺顯易懂的方式說明其公式。
瀏覽器管線無法帶過的內容
了解哪些內容能存活下來，是乾淨匯出與一張客服單之間的差別。瀏覽器管線圍繞著 Canvas 串流與 MediaRecorder 打造，這表示它繪製像素、在瀏覽器透過 HTMLMediaElement captureStream 暴露音軌時擷取音訊，並寫入 WebM 容器。它並不會執行完整的 Matroska 相關重新封裝，也無法觸及只有真正的容器傳遞才能處理的欄位。
| 可帶過 | 無法帶過 |
|---|---|
| 符合預設寬度、幀率與位元速率的像素影格 | 字幕、章節、附件與外部文字軌道 |
| 當瀏覽器暴露可擷取音軌時的一條音軌 | 多條音軌、標準化音量、混音聲道 |
| 以時間戳刻度刻度設定的有限 WebM 長度 | 原始的旋轉標記、色彩中繼資料與 HDR 訊號 |
| 保留長寬比且不放大 | 來源編碼設定檔、GOP 結構與精確的關鍵影格間隔 |
對於每一列「無法帶過」項目，防範之道都相同：在最關鍵的播放器中播放下載的檔案，只有在確認影像、聲音、長度與相容性都沒問題之後，才能淘汰來源。
何時桌上型編碼器是更好的選擇
本機瀏覽器重新編碼是正確的工具，當目標是為了分享、審閱或簡報而進行的快速、私密縮減，且用途接受 WebM 格式時。它並非正確的工具，當工作需要的是交付規格而非合理近似時。存檔母檔、廣播交付、精確的編碼設定檔、兩階段速率控制、固定關鍵影格間隔、字幕保留，或是跨平台具確定性的輸出，這些都落在 Canvas 加上 MediaRecorder 管線所能承諾的範圍之外。
在這些情況下，一套有維護的桌上型編碼器能提供瀏覽器隱藏的控制選項。決定往往不是二選一；更有用的模式是把本機瀏覽器工具用於快速且私密的草稿，待交付物必須符合書面規格時，再改用桌上型編碼器。
想更深入了解，請參閱 Extract Frames from Video: Tips and Common Mistakes。