當您手邊的檔案太大、無法送達目的地時——例如上傳上限、電子郵件附件限制、通訊應用程式的檔案大小預算、簡報投影片預算或儲存配額——而來源是瀏覽器可解碼的檔案，且大小不超過 500 MiB、長度不超過五分鐘，或解碼後面積不超過 3840 × 2160 像素，這時就該使用影片壓縮。影片壓縮是重新編碼的步驟，而不是複製的步驟，所以只有當目的地無法以目前的尺寸接受原始檔案，且目的地不需要無損的封存母帶時，這個步驟才值得執行。實際上，當原始檔案阻礙您下一步必須採取的動作時，就應該壓縮；當原始檔案已經符合需求、當原始檔案是您仍在編輯的真相來源，或當目的地要求精確的編解碼器設定檔、兩階段速率控制、固定關鍵影格間隔，或單一階段瀏覽器重新編碼無法保證的字幕保留時，就應該跳過壓縮。本機工作流程也很重要：當來源較為敏感、對您的網路來說過大，或單純是在瀏覽器中處理起來更方便時，不上傳的重新編碼成有限大小的 WebM，能讓您在不將位元組傳送到伺服器的情況下取得完成的檔案。
壓縮效果取決於內容。低動態的螢幕錄製、投影片風格的影片片段，或具有大塊平坦區域的動畫可以大幅縮小。雜訊多的畫面、嚴重的相機晃動、快速移動的細節，或已經由高效編解碼器編碼過的來源，重新編碼後的大小可能相同甚至更大，因此壓縮的決定在執行前，總是值得快速檢視測量到的位元組變化。
正當化重新編碼影片的觸發條件
最明確的壓縮情況是接收端有嚴格的上限。如果目的地寫著「不超過 10 MB」或「不超過 25 MB」，而您的影片片段重達 200 MB，重新編碼是唯一的出路。同樣的邏輯也適用於電子郵件附件上限、雲端硬碟配額、已裝載其他檔案的 USB 隨身碟，以及在大型檔案上傳時會逾時的表單式上傳。儲存預算也算在內：五十個各 800 MB 的螢幕錄製所組成的資料夾，跟同樣資料夾但每個只有 80 MB 的成本截然不同，而且每次備份、同步或封存執行碰觸到該資料夾時，儲存成本都會累積。
速度是相關的觸發因素。在計量付費的連線上傳送 1 GB 的影片片段，遠比上傳同樣內容的 100 MB 影片片段耗時更久，也會消耗更多您所擁有的任何數據傳輸額度。對通訊應用程式、論壇貼文和審查工具而言，較小的檔案通常也較能配合較弱的網路，因此接收端播放時較不容易停頓。
相容性是較軟性的觸發因素，但仍值得考慮。來自 iPhone 的 MOV 檔案可能無法在所有地方播放，而由近期瀏覽器產生的 WebM 檔案則可以。即使檔案大小幾乎沒有變化，為跨裝置播放而重新編碼也是壓縮的正當用途，因為目標是產生一個能在您面前這台裝置上開啟的檔案。對於這類轉換，能在您目前的瀏覽器中產生 WebM 的本機工具通常就已足夠，您可以在分享前播放下載的檔案來確認影像和聲音。
影片壓縮是錯誤選擇的情況
如果檔案已經符合目的地的大小和格式要求，壓縮就是白費工夫。重新編碼會耗費實際時間，結果可能變得更大或沒有變小；唯一能保證的結果是，您在一個不需要的步驟上犧牲了一些品質。
如果來源是您仍在編輯的母帶，請勿重新編碼。每次重新編碼都是一次有損的處理，對已經壓縮過的母帶再進行第二次處理會讓損失累積。請保持母帶不動，匯出工作副本用於審查或分享，並讓母帶保持原樣。對於最終母帶、調色師、廣播交付成品，或任何必須完全符合已發佈規格的內容，安全做法是使用有維護的桌面編碼器，搭配兩次編碼、精確的編解碼器設定檔，以及經審閱的指令，而不是快速的瀏覽器處理。
當您需要的是特定的影格、特定的長度或特定的裁切範圍，而不是較小的檔案時，壓縮同樣不是正確的工具。這些是不同的任務，而只會將整段影片重新編碼成較小檔案的工具，仍會讓您付出完整重新編碼的代價，卻處理了一個能透過修剪、裁切或影格擷取工具在單一步驟內解決的問題。
Video Compressor 如何融入這個決策
Video Compressor 是一個基於本機瀏覽器的重新編碼工具，接收一個瀏覽器可解碼的檔案，並產生播放長度相同的 WebM。來源位元組、解碼後的影格和輸出位元組都保留在目前的分頁中；不會上傳任何內容，而且當您離開後，該頁面不會儲存該檔案。該工具強制執行四項嚴格的輸入限制，以便單一分頁能完成工作：檔案大小 500 MiB、長度五分鐘、任一邊 4096 像素，以及解碼後面積不超過 3840 × 2160 像素。如果來源超過任何一項限制，頁面會回傳錯誤且不提供下載，而非截斷或靜默變更檔案。
編碼以即時方式執行，因為該工具會將每個播放的影格繪製到有限大小的 Canvas 上，並在來源播放期間使用瀏覽器的 MediaRecorder 錄製該 Canvas 串流。因此兩分鐘的來源大約需要兩分鐘。在執行期間，當來源包含音訊時會播放出聲音，所以若您在安靜的環境中工作，請準備好耳機或調整裝置音量。執行結束時，頁面會報告實際的輸出尺寸、輸入與輸出的位元組，以及測量到的百分比變化，然後提供產生的 WebM 供下載。您可以開啟 Video Compressor，並使用不同的預設處理同一個來源，以比較輸出後再決定保留哪一個。
在 Small、Balanced 和 Quality 之間選擇
這三個預設並非對通用最佳值的承諾；它們是透明的產品選擇，設定了最大輸出寬度、目標幀率，以及所要求錄影位元率的每像素位元數啟發式。預設絕不會放大來源、會保留來源長寬比，並將輸出尺寸向下取整為偶數像素值，以便編解碼器擁有乾淨的目標。位元率限制範圍為 180 kbps 至 8 Mbps。
| 預設 | 最大輸出寬度 | 目標幀率 | 典型用途 |
|---|---|---|---|
| Small | 640 px | 24 fps | 嚴格的上傳限制、通訊應用程式、檔案大小比細節更重要的快速審查片段 |
| Balanced | 1280 px | 30 fps | 一般分享、標準尺寸的螢幕錄製、需要可閱讀細節的投影片與示範 |
| Quality | 1920 px | 30 fps | 來源已接近 1080p 且需要保留細節的簡報與嵌入 |
首先選擇符合目的地的預設，而不是產生最大輸出的預設。如果目的地要的是 10 MB 的影片片段，Balanced 通常會比 Quality 更不浪費地貼近該目標。如果目的地要的是銳利的 1080p 嵌入，而您的來源已經是 1080p，Quality 是較好的起點，因為 Balanced 會降低目的地實際想要的細節。
瀏覽器的 MediaRecorder 依序嘗試 VP9、VP8，再嘗試通用的 WebM，因此即使使用相同的預設和來源，不同瀏覽器之間的實際輸出可能會有所不同。您看到的尺寸就是您得到的尺寸；這並不代表另一個瀏覽器會得到相同的數字。如需更全面了解底層的串流和錄影 API，請參閱 MDN 上的 MediaRecorder。
使用 Video Compressor 在本機壓縮影片
- 選擇一個瀏覽器可解碼的影片，大小不超過 500 MiB、長度不超過五分鐘，或解碼後面積不超過 3840 × 2160 像素。副檔名可以是 MP4、WebM、MOV、M4V 或 Ogg，但能否成功解碼仍取決於您目前瀏覽器中安裝的編解碼器。
- 挑選符合目的地的預設：嚴格上傳限制用 Small、一般分享用 Balanced，或更銳利的嵌入用 Quality。
- 開始壓縮，並在來源即時播放期間保持分頁開啟。兩分鐘的來源大約需要兩分鐘；請勿關閉分頁或離開。
- 查看報告的輸出尺寸、輸入位元組、輸出位元組和百分比變化。如果結果不符合目的地需求，請使用不同的預設再執行一次，而不是嘗試編輯 WebM。
- 下載 WebM，在能解碼瀏覽器所產內容的播放器中播放整個檔案，並在刪除原始檔案前確認影像、聲音、長度和大小。
刪除原始檔案前要驗證的事項
執行結束時顯示的百分比變化僅根據兩個實際 Blob 大小計算，因此正數表示檔案變小，負數表示檔案變大。請直接依據該數字判斷新的大小是否符合目的地的限制。如果輸出大於來源，表示來源對其內容而言已經是高效率編碼，此時比起再執行一次相同的預設，更換預設或更換工具可能是更好的答案。
只有在瀏覽器透過 HTMLMediaElement captureStream 公開可擷取的音軌時，才會包含音訊，因此請在下載的檔案中驗證聲音。字幕、章節、附件、旋轉標記、色彩元資料和 HDR 訊號都不會保留。不會進行音量標準化、不會混音多個音軌，也不會修復損壞的媒體。如果這些屬性對目的地有任何重要性，正確的工具是配備經審閱指令的有維護桌面編碼器，而不是單一的瀏覽器處理。
在您信任的播放器上從頭到尾播放下載的 WebM、長度相符、影像可接受、該有音訊的地方確實有音訊，且大小符合目的地限制之前，請保留原始檔案。一旦確認這四點，新檔案即可安全使用，原始檔案可以刪除或另外封存。
延伸閱讀：為什麼影片壓縮的輸出是 WebM 而非 MP4。
延伸閱讀：使用影片壓縮後該檢視的事項。