當影片剪輯出問題時，問題幾乎都出在以下三個地方之一:來源檔案本身、您輸入的範圍值，或是瀏覽器在本地端解碼並重新編碼影片片段的能力。修復剪輯問題最快速的方法，是驗證來源容器、編解碼器、解碼後的持續時間以及畫素限制，然後重新輸入嚴格落在這些限制之內的開始與結束值。由於剪輯完全是透過 MediaRecorder API 在目前的瀏覽器分頁中進行(根據 MDN 的 Recording a media element 文件說明)，輸出永遠是新重新編碼的 WebM 檔案，而不是從原始串流精確剪下來的畫面。這個差異很重要:即使剪輯成功，輸出在品質、色彩中繼資料、音訊配置，或在最後一個畫面邊界處，看起來仍可能與來源略有不同。如果您了解這些限制，剩下的疑難排解就會化為一份簡短的檢查清單，涵蓋檔案規則、範圍規則與已知限制。
常見的影片剪輯問題及其成因
剪輯問題表面上看起來都差不多 —— 工具拒絕載入檔案、持續時間停留在零、剪輯按鈕沒有反應，或是下載的片段長度比預期短或長。在這些症狀背後，對應的原因其實只有少數幾種:可辨識的容器內含不支援的編解碼器、來源超出解碼後的持續時間或解析度限制、範圍順序顛倒或超過結尾，或是瀏覽器根本無法解碼該串流。知道一個失敗屬於哪一類，等於解決了一半的問題，因為每一類在重試之前各自只有一兩個檢查項目。
有兩種症狀需要特別注意。在您挑選檔案後，持續時間一直沒有填入，通常代表瀏覽器無法解碼該媒體元素，而不是剪輯工具壞了。輸出在某個播放器可以開啟、在另一個卻不行，幾乎都是編解碼器的問題，因為工具是從瀏覽器支援的 VP9、VP8 以及選用的 Opus 組合中挑選來建構 WebM 容器，而不是依使用者所選的內容來決定。
先檢查來源檔案
在調整剪輯控制項之前，請先確認來源檔案符合工具已驗證的輸入限制。影片剪輯工具接受 MP4、WebM、MOV、M4V 和 Ogg 容器，大小上限為 500 MiB。解碼後的來源長度不得超過 5 分鐘，寬度或高度不得超過 4096 畫素，總像素面積不得超過 3840 × 2160 畫素。熟悉的副檔名並不能保證成功，因為目前的瀏覽器必須能解碼容器內的編解碼器，所以即使是 MP4 檔，若內含瀏覽器無法解碼的高效率編解碼器，仍然會載入失敗，即使檔名看起來正確。
| 來源屬性 | 已驗證限制 |
|---|---|
| 支援的容器 | MP4、WebM、MOV、M4V、Ogg |
| 最大檔案大小 | 500 MiB |
| 解碼後最大持續時間 | 5 分鐘 |
| 最大寬度或高度 | 4096 畫素 |
| 最大總像素面積 | 3840 × 2160 畫素 |
如果選取檔案後持續時間欄位仍然是空的，最常見的元兇就是:容器內含不支援的編解碼器、檔案損毀，或是檔案超過解碼後持續時間上限。請使用桌面編輯器，以普遍支援的編解碼器(例如 MP4 中的 H.264)重新輸出該片段，或是先將來源剪到 5 分鐘以內，再使用瀏覽器進行剪輯。
如何在瀏覽器中於本地端剪輯影片
來源通過這些檢查後，剪輯本身就是一個簡短的三步驟流程。整個程序都在目前的分頁中執行:解碼、跳轉、串流擷取、錄製，以及產生下載檔案，全部都在本地端完成，無需上傳來源。
- 選擇一個支援的本地影片，然後等待工具中填入其持續時間。如果持續時間沒有出現，代表瀏覽器尚未成功解碼該檔案，剪輯就無法繼續。
- 以秒為單位輸入開始與結束時間，讓範圍落在來源持續時間之內。開始值必須為零或更大，結束值必須晚於開始值且不超過解碼後的持續時間，而所選片段長度至少必須為 0.1 秒。系統接受毫秒值。
- 選擇「剪輯影片」，檢視所顯示的片段持續時間與輸出大小，然後下載 WebM 檔案。如果您需要停止進行中的錄製，請使用「取消」。
如果您想參考套用於不同情境的相同流程範例，請參閱關於在筆記型電腦上不上傳即可剪輯影片的操作說明;由於底層工具相同，輸入限制、範圍規則以及 WebM 輸出行為都完全一致。
修正範圍與邊界錯誤
範圍錯誤是最容易診斷的一類，因為工具會明確顯示失敗，而不是默默限制您的值。如果您看到關於範圍的驗證警告，表示開始值低於零、結束值等於或早於開始值、所要求的範圍超過解碼後的持續時間，或是所產生的片段短於 0.1 秒。這些數值都不會被自動猜測或四捨五入，因此顛倒順序並不會意外產生只有一個畫面的片段。剪輯會直接拒絕執行，直到數值對齊為止。
| 範圍欄位 | 規則 |
|---|---|
| 開始(秒) | 零或以上;接受毫秒 |
| 結束(秒) | 必須嚴格晚於開始值;不超過解碼後的持續時間 |
| 最短片段長度 | 0.1 秒 |
| 顛倒或超出範圍的輸入 | 明確失敗，絕不默默限制 |
透過一個具體範例讓規則更清楚。如果您的來源長度為 90 秒，您想要中間的 30 秒，請將開始設為 30、結束設為 60。結束值嚴格晚於開始值，兩個值都落在 90 秒的解碼後持續時間之內，而產生的 30 秒片段也遠高於 0.1 秒的最低長度。工具內建的八個邊界測試案例 —— 包括從零開始、中段、分數、尾端，以及五分鐘邊界 —— 全部遵循完全相同的算術邏輯，因此一旦理解這個模式，就能一以貫之。
當輸出在畫面、聲音或大小上有所不同
許多「這是不是壞了?」的問題，實際上只是預期行為 —— 只要記得工具執行的是即時重新編碼，而不是封包層級的無損剪輯。輸出永遠是 WebM，使用瀏覽器回報為支援的 VP9、VP8 以及選用 Opus 組合來建構。畫面尺寸會保留，但品質、關鍵影格、色彩中繼資料、音訊配置與最終檔案大小，可能與來源不同。由於 MediaRecorder 是取樣播放時間，並未提供精準到畫面的編輯功能，最後一個編碼畫面可能會落在所要求邊界附近的一小段範圍內，因此片段相較於精準到畫面的剪輯，可能會早幾百毫秒或晚幾百毫秒結束。
在假設輸出損毀之前，有兩項後續檢查值得留意。第一，請在支援 VP9 或 VP8 的播放器中播放 WebM —— 大多數現代瀏覽器與播放器都支援，但舊版媒體播放器可能會回報缺少編解碼器，而非合併的剪輯損壞。其次，請確認 Segment Info 已使用所選的持續時間進行修補;工具會將有限的時間軸資訊寫入容器中，讓相容的播放器回報真正的片段長度，而非來源的完整持續時間。如果播放器回報的是來源持續時間而非剪輯後的長度，問題出在播放器，而不是剪輯。
何時瀏覽器剪輯不是合適的工具
有些問題其實不是剪輯問題 —— 而是工作流程不符。基於瀏覽器的剪輯工具刻意設計得很單純:從短片段產生 WebM 檔案而不上傳來源，並且不保證專業級的畫面精準度。如果您的任務需要精確的關鍵影格剪輯、廣播級交付、保留字幕、多軌音訊混音、必須使用 MP4 編解碼器，或長度超過 5 分鐘的素材，正確的解決方案是改用專門的桌面編輯器，並在那裡檢查匯出的時間軸。
該工具也不會繞過 DRM、抓取遠端媒體、移除浮水印，或保留所有中繼資料欄位，因此這些方面的失敗並不是需要排解的錯誤，而是必須事先納入考量的限制。對於您擁有或已獲授權編輯之素材的隱私導向剪輯，本地端瀏覽器的方式非常合適;底層瀏覽器管線在 MDN 的 MediaRecorder 參考文件 中有說明，該文件解釋了輸出容器與編解碼器選擇為何會是現在這個樣子。請將影片剪輯工具用於範圍明確的本地剪輯，當需求超出這些範圍時，再改用桌面編輯器。
如果您正在權衡各種選項，剪輯影片時我的影片是否會被上傳?本地端的解答 對此有詳細說明。