線上影片裁剪通常落在所請求邊界的一小部分秒數內，而非精確的某一個畫面，這是因為基於瀏覽器的工具是以即時方式錄製正在播放的影片，而不是在封包層級進行剪輯。當你輸入起始時間 10.5 秒與結束時間 42.75 秒時，所產生的剪輯片段在其 metadata 中長度為 32.25 秒，而實際編碼內容涵蓋所請求的範圍，加上或減去一個依編解碼器、關鍵影格位置以及主機速度而定的微小播放時間飄移。來源畫面的寬度與高度會被保留，但檔案會重新編碼為 WebM，因此品質設定、關鍵影格、色彩 metadata、音訊配置與最終檔案大小都不會與原始檔案位元對位元相符。這些行為的組合，就是在此情境下「精確」一詞的真正意涵:一段有邊界的片段、播放器能正確回報的有限時間軸，以及一個對訊息傳遞、社群媒體與審片剪輯來說夠接近的剪輯點，但它無法取代廣播等級的關鍵影格編輯。如果工作要求精確的畫面剪輯、MP4 輸出、字幕保留或多軌音訊，那麼合適的工具是專用的桌面編輯器，而不是瀏覽器內的裁剪工具。
「精確」在線上裁剪影片時代表什麼
「精確」這個詞在線上裁剪工具的行銷文案中常被寬鬆地使用，因此將其拆成兩個不同的問題會有所幫助:時間軸是否精確，以及畫面上的剪輯是否精確。在時間軸的問題上，答案是肯定的——所產生的 WebM 在其 Segment Info 中帶有所選的長度，因此任何相容的播放器都會讀取一個與你輸入的數字相符的有限時間軸，包含毫秒在內。來源的畫面寬度與高度會被保留，剪輯會從乾淨的零點開始播放，而不是從原始檔案拼接出來的殘餘片段開始。在剪輯精確度的問題上，誠實的答案是瀏覽器的播放擷取是對即時取樣，而非對個別畫面取樣，因此編碼邊界可能會落在離所請求時間一小部分秒數的位置。對大多數社群媒體、訊息傳遞與審片用途而言，這種飄移是看不見的;但對需要精確在關鍵影格開始的廣播交付物而言，則不然。
同樣的區別也說明了為什麼一個熟悉的副檔名並非成功的保證。影片裁剪工具接受 MP4、WebM、MOV、M4V 與 Ogg 等容器格式，大小上限為 500 MiB，但它只能裁剪瀏覽器本身能解碼的檔案，因為解碼是透過標準的 HTML 媒體元素在當前的分頁中進行，沒有上傳，也不會由伺服器端接手。如果一個檔案名稱以 .mp4 結尾，但內含的編解碼器組合是瀏覽器無法播放的，那麼長度將不會顯示，裁剪步驟也不會啟動。請將所接受的副檔名視為一份起點清單，並將在瀏覽器中成功播放視為真正的相容性測試。
為什麼瀏覽器裁剪在邊界處會產生飄移
邊界會飄移的技術原因，在你看過其實作方式後就很直觀。該工具會驗證本機檔案及其解碼後的 metadata，解析帶有小數點的起始與結束值，將媒體元素跳轉到所請求的起始位置，擷取媒體元素的串流，並在所請求的結束時間停止錄製。根據 MDN 的 MediaRecorder 文件，該 API 是設計用於擷取即時或正在播放的媒體，而不是用於畫面精確的編輯，而且它並未提供畫面精確的跳轉基本功能。MDN 關於錄製媒體元素的指南明確指出，所錄製的串流反映的是瀏覽器正在算繪的內容，而不是離線解多工器在以封包層級精度剪輯檔案時所輸出的內容。
實務上，有三個因素會共同作用。首先，錄製會在跳轉穩定後的下一個編碼區塊開始，這會引入一小段前置時間。其次，最接近的關鍵影格相對於所請求起始點的位置，會影響編碼器能多乾淨地接續視覺內容。第三，錄製會在播放到達所請求結束時間時結束，但已在進行中的區塊已經被排入佇列，因此最終編碼的畫面可能會稍微超出所請求的邊界。該工具本身的使用介面會顯示所請求的長度與所產生的檔案大小，讓你在分享輸出之前能對其進行合理性檢查。這些都不是隱藏的猜測;該工具會將無效或反向的範圍以明顯的失敗呈現，而不是將其限制到最近的合法值，因此打錯字時一定會以錯誤顯示，而不是以靜默編輯的方式帶過。
三步驟裁剪本機影片
若要從已存於電腦中的檔案取得一段乾淨、有邊界的剪輯，請在當前的瀏覽器分頁中開啟影片裁剪工具，並依序執行下列步驟。整個流程在本機執行，因此來源檔案永遠不會離開你的裝置。
- 選擇來源檔案。挑選一個支援的本機影片(MP4、WebM、MOV、M4V 或 Ogg，上限 500 MiB)，並等待其長度顯示出來。如果長度欄位一直保持空白，代表瀏覽器無法解碼該容器內的編解碼器，即使副檔名是支援的，請嘗試不同的匯出檔。
- 輸入起始與結束時間。以秒為單位輸入起始與結束時間，如有需要可包含毫秒(例如，起始 10.5，結束 42.75)。起始必須為零或更大，結束必須晚於起始且不得晚於解碼後的長度，且所選剪輯至少必須為 0.1 秒長。無效或反向的範圍會以明顯方式失敗，而不是被靜默地限制到某個合法值。
- 裁剪並下載。選擇裁剪影片，確認所顯示的剪輯長度符合你的計算(以上例而言，42.75 − 10.5 = 32.25 秒)，然後下載 WebM 檔案。輸出會保留來源的畫面尺寸，並在其 Segment Info 中帶有所選的長度，因此相容的播放器將會回報正確的長度。
如果因為來源很長而導致錄製時間超出你的預期，請在使用介面中使用取消來停止進行中的工作並調整範圍。該工具並不會執行更快的「串流複製」動作;它是在即時播放期間進行錄製，因此一個五分鐘的來源會產生五分鐘的等待時間，之後下載才會出現。
決定裁剪是否成功的輸入限制
有幾項相互影響的限制會決定該工具是否能完成工作。任何一項未通過，流程都會在任何重新編碼開始之前停止，因此在開啟檔案之前先依下表檢查來源檔案是值得的。
| 限制條件 | 可接受的值 |
|---|---|
| 容器格式 | MP4、WebM、MOV、M4V、Ogg |
| 最大檔案大小 | 500 MiB |
| 最大解碼後長度 | 5 分鐘 |
| 最大寬度或高度 | 4,096 像素 |
| 最大畫面面積 | 3,840 × 2,160 像素 |
| 編解碼器解碼 | 必須為當前瀏覽器所支援 |
| 最短剪輯長度 | 0.1 秒 |
| 時間精度 | 以秒為單位，並可選擇性地加上毫秒 |
這份清單中有兩項限制容易被低估。500 MiB 的上限適用於你選擇的檔案，而非你所產生的剪輯，因此裁剪並不會神奇地將大型來源縮減到上限以下。5 分鐘的上限適用於瀏覽器能播放的解碼後長度，而非錄製的實際時鐘長度，任何解碼後長度超過五分鐘的來源都將無法顯示其長度，裁剪步驟也不會啟動。對於較長的來源，請先使用桌面工具分割檔案，或參考如何在不使用 VLC 的情況下裁剪影片的教學指南，其中說明了在無法安裝桌面軟體時的務實替代方案。
線上裁剪不是合適工具的時機
當工作內容是來自短小、本機擁有的來源、產出為可在任何現代瀏覽器或訊息應用程式中播放的 WebM 時，瀏覽器裁剪是合適的工具。一旦工作要求錄製器無法承諾的行為，它就成為不適當的工具。該工具明確不會繞過 DRM、不會擷取遠端媒體、不會移除浮水印、不會保留每一個 metadata 欄位，也不會承諾畫面精確度。輸出容器一律為 WebM，使用從瀏覽器支援的 VP9、VP8 及可選 Opus 組合中選定的編解碼器，因此任何必須是 MP4、ProRes 或特定廣播封裝格式的交付物，都無法由此工具產出。
字幕軌、多軌音訊、精確的關鍵影格對齊、色彩管理調色，以及像素完美的轉場，全都落在播放錄製器所能擷取內容的範圍之外。對於這些工作，合適的路徑是使用桌面非線性編輯器:匯入來源、執行剪輯、以所要求的編解碼器匯出，並在交付前檢查匯出的時間軸。對於快速、私密、單軌的剪輯，且微小邊界飄移無關緊要的場合，請使用瀏覽器內的工具;一旦規格要求「精確」，就該改用桌面編輯器。
如果你正在權衡各種選項，線上裁剪影片解析:在瀏覽器內部發生的事對此有詳細說明。