在使用影片裁切後驗證結果時，請在獨立的播放器中開啟下載的 WebM，確認其尺寸、時長、音軌以及可見區域與您輸入的矩形一致。成功的裁切應顯示您所要求的精準畫面內像素區域，沒有殘留邊緣、沒有音訊缺失，且具有與來源相符的有限時長。輸出會從 Canvas 串流記錄到您的分頁本地，因此磁碟上的檔案與工具產生的串流完全相同。請在實際會使用的目標播放器或編輯器中開啟，而非僅在產生該檔案的瀏覽器分頁中檢視，因為部分播放器在處理 WebM 時長中繼資料、音訊路由或編解碼器選擇時會有不同的行為。同時請確認檔案並非空白，寬度與高度反映了您的 X 與 Y 輸入，且播放長度符合來源的解碼時長。略過此驗證步驟是裁切在處理過程中看似正確，但在上傳或分享時失敗的最常見原因，這也是為什麼 影片裁切工具會將每一個步驟都保留在分頁本地執行。
影片裁切後，什麼算是通過驗證的結果
裁切後的 WebM 必須在四項屬性上都與您的輸入一致，才算通過驗證：像素尺寸、可見矩形、音軌，以及有限時長。像素尺寸是最容易檢查、也最容易出錯的一項，因為寬度與高度各自至少必須是兩個完整的像素，且矩形必須完全落在解碼後的來源範圍內。若來源為 1920 × 1080，而您輸入 X = 100、Y = 50、width = 800、height = 600，檔案應回報 800 × 600 且無黑邊。可見矩形是以視覺方式檢查，但更簡易的判斷依據是檔案尺寸是否等於您提交的 width 與 height 欄位，而非來源的尺寸。
音訊是驗證中最常被忽略的屬性。該工具僅在瀏覽器透過媒體擷取公開可擷取的音軌時才會附加音訊，而這種支援程度會因瀏覽器與編解碼器而異。若來源有聲音但結果無聲，代表瀏覽器單純未公開可供擷取的音軌，而非裁切本身失敗。並沒有強制加入音訊的設定，因此輸出無聲即是瀏覽器路徑無法擷取音軌的訊號。字幕、章節、附件、旋轉標記、HDR 訊號以及許多容器中繼資料欄位依設計並不會保留，因此請檢視目標用途，確認這些損失對您即將保留的檔案不會造成影響。
時長是大多數播放器最常抱怨的屬性。串流式 MediaRecorder 的輸出可能會省略有限的容器時長，這就是為什麼該工具會以經過標準測試的 Matroska Duration 值（以時間戳刻度為單位）對 WebM 進行修補。修補後，檔案應回報一個接近來源解碼時長的有限時長。若播放器顯示 0:00、無限時間軸，或拒絕跳轉，可能是檔案在修補寫入完成前就被開啟，或錄製器產生的剪輯未通過非空 blob 檢查。若需要更深入的準確度訊號說明，像素、音訊與時長的準確度指南以具體範例逐一說明了各項屬性。
如何使用影片裁切後檢查結果
驗證流程遵循工具用來產出檔案的相同即時路徑，因此每一步同時也是在確認前一步是否成功。
- 重新開啟原始來源，並等待解碼後的尺寸載入完成後再操作任何欄位，這樣您重新輸入的矩形才有實際的來源寬度與高度作為依據。
- 重新輸入裁切時所使用的相同 X、Y、width 與 height 值，並保持分頁開啟足夠的時間以讓即時錄製完成，大約每分鐘來源需要一分鐘。
- 錄製器完成後，透過工具提供的連結下載產生的 WebM，檢查前請勿重新命名、重新封裝或重新包裝它。
- 在實際會使用的播放器或編輯器中開啟下載的檔案，並核對回報的寬度、高度、時長與音訊音量是否符合您輸入的值。
- 分別跳到第一幀、中段與最後一幀，確認矩形在整段剪輯中都保持在來源範圍內，因為裁切會對每一幀套用同一個固定矩形。
- 將檔案大小、音訊存在與否以及跳轉行為與來源進行比對。若輸出回報預期的尺寸、有限的時長且具有聲音，驗證即告完成，原始檔案可以封存或刪除。
這個迴圈能抓出兩個最常見的失敗模式：矩形在後段影格中飄出來源範圍，以及檔案在錄製分頁中看似正常，但在其他播放器中卻以 0:00 播放（因為時長修補未生效）。再執行一次相同的裁切僅需花費錄製的時間，而第二次執行正是確認第一次結果可重現的最便宜方式。
會改變輸出所能呈現之內容的限制
幾項已揭露的限制會交互影響，一旦忽略任何一項，就會讓成功的裁切在表單階段變成無效的矩形。輸入預算將正向檔案上限設為 500 MiB、解碼時長大於零且不超過 5 分鐘、來源任一邊不超過 4096 像素、來源面積不超過 3840 × 2160。輸出預算則將所要求的矩形面積上限設為 3840 × 2160。X 加上 width 以及 Y 加上 height 的總和必須落在解碼後的來源範圍內，且每個值都必須是未經修剪的非負整數像素數。寬度與高度各自至少必須為 2 個像素。接受的副檔名並不保證編解碼器支援，因為解碼取決於當下的瀏覽器，因此同一個 MOV 在某個分頁可解碼，在另一個分頁卻可能拒絕。
即時處理會將錄製時間與來源時長綁定：一分鐘的來源大約需要一分鐘，並需要保持分頁開啟。錄製器所要求的位元速率是依據 30 fps 下裁切後的像素面積計算，並限制在 180 kbps 至 8 Mbps 之間，因此矩形越大，位元速率越接近上限；矩形越小，則越接近下限。快速動作、雜訊、顆粒、來源編解碼器以及瀏覽器編碼器都會影響最終的檔案大小與視覺品質，這也是為什麼位元速率是一項已揭露的設定，而非對目標大小或品質的保證。
音訊是否存在取決於瀏覽器是否透過媒體擷取公開可擷取的音軌，而支援程度會因瀏覽器而異。來源在即時處理期間也可能以可聽見的音量播放，因此請在可接受該播放行為的環境中進行驗證。裁切會對每一幀套用同一個矩形；它不會追蹤移動中的主體，也不會隨時間改變矩形，因此任何矩形超出來源的影格都會產生裁切或位移的影像，而非追蹤式的裁切。
裁切前的規劃與下載的檔案
簡短的對照能讓驗證步驟更具體。左欄是您的預期，右欄則是在下載檔案中需要確認的內容。
| 您所要求的內容 | 在 WebM 中需檢查的內容 |
|---|---|
| 由 X、Y、width、height 定義的來源像素矩形 | 檔案回報的 width × height 等於這些值，且無黑邊 |
| 載入後顯示的來源解碼尺寸 | 每一幀皆符合 X + width ≤ 來源寬度 且 Y + height ≤ 來源高度 |
| 來源剪輯中的音訊 | 音軌存在且在將使用此檔案的播放器中可聽見 |
| 來源解碼時長最多 5 分鐘 | 有限的時長接近來源，且可跳過 0:00 進行跳轉 |
| 瀏覽器回報的第一個 WebM 編解碼器（VP9、VP8 或通用 WebM） | 目標播放器無需重新封裝即可接受該編解碼器，也不會拒絕檔案 |
| 介於 180 kbps 與 8 Mbps 之間的有界位元速率 | 檔案大小與視覺品質在 30 fps 下與所要求的矩形面積一致 |
請將此對照表作為檢查清單而非計算依據，因為位元速率與檔案大小取決於內容與編碼器。若右側任何一列與左側不符，則驗證未通過，應保留原始來源直到落差釐清為止。
為何磁碟上的檔案才是真正的結果
裁切是在瀏覽器分頁內產生，這就是為什麼磁碟上的檔案是唯一能通過驗證步驟而存留的產物。解碼、Canvas 裁切、WebM 錄製、時長修補與下載皆在當前分頁中完成，而 Canvas 僅依 HTML canvas 繪製模型在裁切後的尺寸上繪製所要求的區域。錄製完成後，該工具會使用 WebM Duration Writer 來解析 Segment Info 與 TimestampScale，並依照 Matroska 容器格式插入一個大端的 Matroska Duration 值，同時要求結果維持非空白並能以所要求的尺寸解碼。在替換、出錯、過時完成或卸載時，Object URL、計時器、錄製器音軌與播放都會停止或釋放，因此成功提供下載的檔案就是錄製器所產生的同一個檔案，不會再被加上任何隱藏的後處理。這就是為什麼檢查結果必須檢視下載的檔案，而非重新讀取錄製分頁。
請保留原始來源，直到整個輸出已在目標播放器中檢視完畢，因為裁切不會保留字幕、章節、附件、旋轉標記、HDR 訊號或許多中繼資料欄位，且第二次執行大約需要花費來源時長的即時時間。一旦尺寸、音訊、時長與相容性全部符合您輸入的值，驗證即告完成，來源即可安心封存。
若想更深入了解，請參閱如何挑選正確的影片裁切方式。