裁剪後的結果會是 WebM，因為這個工具是透過瀏覽器內建的 MediaRecorder API 重新編碼您選取的範圍，而不是複製原始串流，而且工具會選擇 WebM 作為輸出容器。您原本的 MP4、MOV、M4V 或 Ogg 來源會在目前的分頁中解碼成可播放的影格;工具會跳到您設定的起始時間，在播放過程中擷取解碼後的影片，然後要求 MediaRecorder 將該擷取內容儲存成新檔。工具會從瀏覽器的 MediaRecorder 中挑選第一個支援的 VP9/VP8 WebM 錄影設定，並將片段寫入該容器。這就是為什麼一開始是 .mp4 的檔案，在裁剪後會變成 .webm，以及為什麼來源檔的副檔名看起來熟悉，並不代表該來源本身一定能成功解碼。
瀏覽器如何產生 WebM 裁剪結果
當您將本機檔案載入 影片裁剪工具時，在任何影片寫入磁碟之前會發生三件事。第一，該檔案會以解碼後媒體元素的形式保留在目前的瀏覽器分頁中，這表示來源絕對不會上傳到 Lizely。第二，瀏覽器會檢查容器內部的編解碼器，而不僅僅是檔名副檔名，以判斷它是否能真正解碼該檔案。第三，當您選取一段時間範圍並觸發裁剪時，工具會將媒體元素跳到您要求的起始點，向瀏覽器索取該元素的即時媒體串流，然後將該串流傳遞給設定為 WebM 的 MediaRecorder。
MediaRecorder 是瀏覽器內建的錄影功能。根據 MediaRecorder 的 MDN 參考資料，這個 API 只會公開目前瀏覽器所支援的容器與編解碼器組合，而搭載 VP9 與 VP8 的 WebM 是每個主要引擎都內建的組合，Opus 則是瀏覽器可能包含的選用音訊編解碼器。Recording a media element 這份相關指南說明，從正在播放的 HTMLMediaElement 擷取是當您想錄製頁面上某段影片時的標準作法，這也正是瀏覽器內裁剪所需要的方式。因此，裁剪是一種即時重新編碼:工具會播放選取的範圍並錄下播放的內容，而不是像桌面非線性剪輯軟體那樣在封包層級切割來源。
裁剪影片並儲存 WebM 輸出
- 開啟影片裁剪工具，選擇一個支援的本機檔案(MP4、WebM、MOV、M4V 或 Ogg，最大 500 MiB)。等待時長欄位填入數值，這表示瀏覽器已成功解碼該檔案。
- 以秒為單位輸入起始時間與結束時間，並將範圍保持在解碼後的時長之內。起始時間可以是零，結束時間必須晚於起始時間，且選取的片段長度至少為 0.1 秒。允許使用毫秒級精度。
- 選擇「裁剪影片」，然後留意所顯示的片段時長。如果請求無效，工具會明確失敗，而不是自行猜測或強制修正。
- 下載產生的 .webm 檔案。回報的時長會寫入 WebM 的 Segment Info，讓相容的播放器顯示一個與您要求相符的有限時間軸。
如需進一步了解檔案下載到磁碟後該檢查哪些項目，《裁剪影片後應該檢視哪些內容》這份指南會逐步說明下載後的驗證步驟。
WebM 中哪些保持不變，哪些會改變
由於 WebM 是透過播放過程中的重新編碼所產生，因此來源只有一個屬性能保證完全不變:輸出尺寸。品質、關鍵影格位置、色彩中繼資料、音訊聲道配置以及檔案大小，全都會受到瀏覽器所選編解碼器及其選定位元率的影響。一個位元率較緊的 1080p H.264 MP4，在裁剪後體積可能會變大，因為瀏覽器的 WebM 編碼器在該特定畫面上效率較低;同一個來源在編碼器效率較高的情況下也可能會變小。實際的規則是，您無法從來源大小預測精確的輸出大小，這就是為什麼介面會在錄製後回報實際的檔案大小。
| 屬性 | 來源(例如 MP4) | 裁剪後的 WebM 輸出 |
|---|---|---|
| 容器 | MP4、MOV、M4V、WebM 或 Ogg | WebM(永遠如此) |
| 影片編解碼器 | 來源編解碼器(H.264、HEVC、VP9 等) | VP9 或 VP8，視瀏覽器偏好而定 |
| 音訊編解碼器 | 來源編解碼器(AAC、Opus 等) | Opus，如果瀏覽器支援的話 |
| 尺寸 | 來源解析度 | 與來源相同 |
| 檔案大小 | 來源大小 | 重新編碼，取決於編解碼器選擇 |
| 回報的時長 | 完整來源 | 選取的片段，寫入 Segment Info |
WebM 輸出何時適用，何時不適用
WebM 在開放的網路上獲得良好支援。大多數目前的桌面瀏覽器以及現代的 Android 手機，都能在不額外安裝軟體的情況下播放 VP9 WebM，而在智慧型電視和機上盒上的播放支援則依裝置而異。如果您的目的地是網頁上的嵌入、Discord 訊息、Slack 討論串、Mastodon 貼文、Telegram 傳送，或一般的檔案分享，那麼 WebM 結果正是您想要的。會在後續對片段進行後製處理的工具(例如 影片壓縮器，它會以相同方式重新編碼以縮小體積;或 影片裁切器，它在像素裁切後重新編碼)都能原生讀取 WebM，因此交給它們 WebM 能讓流程保持簡單。
在某些情況下，WebM 並不是正確的交付格式。某些聊天應用程式、較舊的媒體播放器，以及某些廣播流程仍然預期使用搭載 H.264 的 MP4。需要精確關鍵影格剪輯、多軌音訊、字幕直通，或完整保留色彩中繼資料的專業剪輯軟體，也無法從播放擷取式的裁剪中獲益，因為 MediaRecorder 無法提供上述任何保證。在這些情況下，正確的做法是使用專門的桌面剪輯軟體，並檢查匯出的時間軸。這個工具從未宣稱能取代那種工作流程，只是為了滿足您想要快速在本機裁剪的一般情況。
您應該知道的 WebM 裁剪限制
有幾項硬性限制會決定工具究竟能否完成工作。解碼後的來源時長不得超過五分鐘，寬度或高度不得超過 4096 像素，總面積不得超過 3840 × 2160 像素。來源檔案本身不得大於 500 MiB。熟悉的副檔名並不保證成功，因為瀏覽器必須實際解碼容器內的編解碼器;一個副檔名為 .mp4、但內部包裝的是瀏覽器無法播放的編解碼器的檔案，會和無法辨識的格式一樣失敗。邊界精度是另一項需要設定預期的限制:MediaRecorder 會取樣播放時間，且不支援影格精確度的編輯，因此最後編碼的影格可能落在所要求邊界附近的微小偏移範圍內。這個工具也不會繞過 DRM、抓取遠端媒體、移除浮水印，或保留每一個中繼資料欄位。請僅使用您擁有或有編輯權限的影片。
若想更深入了解上文所述的格式與品質行為，相關指南 《裁剪影片輸出:預期的格式與品質》會從不同角度進一步說明相同的邊界與編解碼器選擇。