當您使用 Video Compressor 處理完影片後，應該檢視輸入位元組大小、輸出位元組大小、兩者之間的百分比變化、輸出尺寸、從頭到尾播放下載的檔案，以及目的地是否接受瀏覽器所產生編碼器的 WebM。壓縮會在您的瀏覽器分頁中以即時速度於本機執行，因此來源播放結束的那一刻，就是工具真正有實際數字可顯示的時刻。您在那個時間點檢視的內容，並非對壓縮的承諾，而是針對您特定檔案所發生情況的報告。輸出尺寸可以縮小以符合預設的最大寬度，同時保留來源的長寬比，但位元組變化取決於內容，且可能朝任一方向變動。因此檢視工作應從閱讀工具實際給您的報告開始，接著在將使用該檔案的裝置或平台上進行播放驗證。
工具所回報的三個數字
Video Compressor 在來源播放完畢時會回報三個具體數值：您所選擇檔案的輸入位元組、它所產生 WebM 的輸出位元組，以及兩者之間的帶正負號百分比變化。該百分比僅根據這兩個實際的 Blob 大小計算，而非根據預設名稱，因此較大的輸出會以正數顯示，而非以縮減呈現。該工具不會把變大的檔案重新標示為節省的檔案。除了位元組之外，頁面也會列出輸出尺寸，該尺寸反映了預設的最大寬度、來源的長寬比，以及為了編碼器相容性而向下捨入到偶數像素值。請將這些數字一起閱讀，而非單獨解讀。在 640 像素與 24 fps 的 Small 預設下 70% 的縮減幅度訴說著一個故事；在 1920 像素與 30 fps 的 Quality 預設下 10% 的縮減幅度則訴說著另一個故事。這些百分比只有在您將它們與所選預設、來源尺寸以及螢幕上的內容類型連結起來時才具有意義。
您用來比對報告的預設上限
| 預設 | 最大輸出寬度 | 目標影格率 | 錄影機位元速率範圍 |
|---|---|---|---|
| Small | 640 px | 24 fps | 180 kbps – 8 Mbps，由每像素位元數啟發式演算法限制 |
| Balanced | 1280 px | 30 fps | 180 kbps – 8 Mbps，由每像素位元數啟發式演算法限制 |
| Quality | 1920 px | 30 fps | 180 kbps – 8 Mbps，由每像素位元數啟發式演算法限制 |
每個預設都會保留來源的長寬比，絕不放大來源，並將輸出尺寸向下捨入到偶數像素值。原本已在 640 像素或以下的來源在 Small 預設下會維持其原始大小；原本為 1280 的來源在 Balanced 預設下會維持其原始大小。當您檢視輸出時，請詢問您所看到的尺寸是否符合您所選的預設以及您所提供的來源。如果來源為 1920 × 1080，且報告在 Quality 預設下顯示 1920 × 1080，則畫布路徑並未進行降階。如果相同來源在 Small 預設下顯示 640 × 360，則寬度已達上限，而高度則依照長寬比決定。
執行壓縮並逐步進行檢視
- 選擇一個瀏覽器可解碼的影片，大小不超過 500 MiB，長度不超過五分鐘，或解析度不超過 3840 × 2160 像素。檔案可帶有 MP4、WebM、MOV、M4V 或 Ogg 副檔名，但成功解碼仍取決於目前瀏覽器中所安裝的編碼器，因此有效的副檔名無法讓不支援的編碼器變得可解碼。
- 選擇 Small、Balanced 或 Quality 並開始壓縮。頁面會在本機播放來源，將每個顯示的影格繪製到有限大小的 Canvas 中，並透過目前瀏覽器透過 MediaRecorder 提供的 WebM 編碼器錄製該 Canvas 串流。
- 在來源以即時速度播放期間保持分頁開啟。因此兩分鐘的來源大約需要兩分鐘來處理，而非瞬間完成，因為錄影機是以播放速度觀察 Canvas 串流。
- 檢視來源結束時頁面所顯示的實際尺寸、輸入位元組、輸出位元組以及帶正負號的百分比變化。
- 下載 WebM 並從頭到尾播放一遍，再刪除原始檔案。請特別留意含有動態、暗部場景、人臉以及螢幕上文字的片段，因為壓縮問題最容易在這些段落中察覺。
- 判斷結果是否符合目的地的需求。如果不符合，請回到預設清單並對原始檔案再嘗試一次，因為重新編碼一個已經壓縮過的 WebM 通常會比重新編碼來源損失更多品質。
在完整播放中驗證畫面、聲音與長度
頁面上的數字是起點，而非最終的檢視結果。在將實際使用該檔案的裝置或平台上播放下載的檔案。先快速瀏覽一次以確認畫面清晰度，然後再開啟音訊再播放一次，以確認聲音存在、同步且音量可用。如果您計畫廣泛分享，請在不同的瀏覽器中開啟它，因為 MediaRecorder 的支援程度不盡相同；頁面會先嘗試 VP9，然後 VP8，再嘗試通用的 WebM，而您的瀏覽器所選擇的編碼器會影響其他軟體如何解碼同一個檔案。
音訊存在與否本身即是一個檢查點。錄影機只有在瀏覽器透過 HTMLMediaElement captureStream 公開音訊軌時才會新增音軌。如果您的來源有聲音但輸出是靜音，問題在於瀏覽器的公開方式，而非工具的意圖。頁面永遠不會正規化音量或混音軌；它要嘛擷取瀏覽器所提供的音軌，要嘛不擷取。在即時處理期間，當來源包含音訊時會以可聽見的方式播放，因此如果您需要在長時間編碼時讓房間靜音，請使用裝置音量，但不要假設將分頁靜音對擷取的音軌沒有影響。在刪除任何東西之前，請同時驗證畫面與聲音。
工具報告之外應檢視的內容
某些容器功能並不會被重新編碼所保留，您應該檢查目的地對這些功能的期望。字幕、章節、附件、旋轉標記、色彩中繼資料以及 HDR 訊號皆無法在 Canvas 加 MediaRecorder 的路徑中存活下來。WebM 是唯一的輸出容器，因為瀏覽器的 MediaRecorder 對產生的 MP4 的支援仍然不一致。如果您的目的地需要帶有字幕、章節標記或 HDR 中繼資料的 MP4，則本機重新編碼並非該最終交付的正確工具，而受維護的桌面編碼器才是正確的下一步。
同時也要確認長度與跳轉行為。頁面會以時間戳刻度單位插入一個 Matroska Duration 浮點數，以便下載的播放具有有限的時間軸，但下游播放器仍會透過其自身的 WebM 解多工器讀取該值。如果播放器回報長度不明，這是本機重新編碼路徑的容器中繼資料後果，而非缺少影格。如果播放器拒絕跳轉到某個點之後，通常適用相同的解釋，且該檔案可能需要使用桌面工具重新封裝。
何時結果需要再進行一次
三種常見的檢視結果應讓您回到預設清單。第一，輸出的大小與來源相近或更大：低動態或已經有效率的素材是常見原因，而更嚴格的預設通常會將其進一步縮小。第二，畫面在快速場景中出現方塊化、條紋化或動態殘影：預設將位元速率推得太低而不適合該內容，此時較高的預設或不同的工具是合適的做法。第三，音訊缺失或不同步：瀏覽器未公開可擷取的音軌，或可擷取的音軌發生飄移，您可能需要不同的瀏覽器、不同的來源檔案，或能明確處理音訊混音的工具。在每種情況下，請保留原始檔案直到下一次執行已從頭到尾播放完畢，並在問題出在畫面品質而非大小時，參考關於修正看起來有誤的壓縮結果的指南。
在檢視完成前保留原始檔案
工具所顯示的每個數值都是一份報告，而非該檔案已準備好供目的地使用的保證。頁面會將來源位元組、解碼的影格以及輸出位元組保留在目前的分頁中；不會上傳任何內容，且沒有任何伺服器會看到您的影片。請善用這個僅限本機的特性，在刪除來源之前盡情地重新播放輸出。當播放、位元組變化、輸出尺寸、音訊以及編碼器皆符合目的地的需求時，原始檔案才可安全地移除。
相關閱讀：何時應使用影片壓縮而非手動處理。