是的，你可以不上傳檔案就剪輯影片，因為瀏覽器型的剪輯工具會在你裝置上已開啟的頁面中，完整地解碼、跳轉、擷取並重新編碼所選範圍。來源影片是由檔案輸入欄位從你的本機磁碟讀取，交給一個隱藏的 HTMLMediaElement，再由內建的瀏覽器 API 進行處理，這些 API 從不對媒體資料發出網路請求。解碼、串流擷取、錄製與下載產生全部都在目前的分頁內完成，所以原始片段既不會送到伺服器，也不會進入雲端佇列，更不會擱在別人的儲存空間裡等著被刪除。一個以 MediaRecorder 為基礎打造的本機工具會產生一個新的 WebM 檔案，讓你自己儲存，而來源檔案在整個工作階段期間都不會被動過。這讓剪輯私人片段、草稿作品、客戶影片，或任何你不想交給遠端服務的素材都變得可行，而且不需要安裝軟體、建立帳號，也不必接受上傳條款。
本機剪輯如何在不上傳的情況下運作
「不上傳就剪輯」這句話，需要仰賴三項瀏覽器功能協同運作:本機檔案讀取、頁面內解碼，以及能擷取已解碼播放內容的錄製管線。當你透過檔案選擇器挑選檔案時，瀏覽器會透過 File API 將位元組公開給頁面。接著頁面為該檔案建立一個 URL，指派給一個 video 元素，然後瀏覽器自身的媒體解碼器會把壓縮過的音訊和視訊影格轉成原始取樣。這些取樣從未離開過頁面;它們一直留在你電腦上已經在執行的渲染引擎的記憶體中。
裁切一段有界範圍，意味著告訴媒體元素跳轉到起始時間，然後在它向前播放到結束時間的過程中開始錄製。根據 MDN 上關於 錄製媒體元素 的文件，由播放中的 HTMLMediaElement 產生的 MediaStream 可以餵入 MediaRecorder，進而即時產生新的容器檔案。相同的做法也在 MediaRecorder 參考文件 中有說明，該文件解釋了錄製器如何從瀏覽器能編碼的項目中挑選一套支援的編解碼器組合，並寫入一個可供下載的媒體容器。
正是這條管線讓本機剪輯在沒有伺服器的情況下得以實現。瀏覽器正在做桌面編輯器會做的事，只是發生在分頁內，而不是發生在另外安裝的應用程式中。代價是即時重新編碼，而非封包層級的串流複製，這就是為什麼輸出永遠都是 WebM，也說明了為什麼即使尺寸維持不變，畫質、關鍵影格、色彩中繼資料與音訊配置仍可能與來源不同。
在你的瀏覽器中本機剪輯影片
若要裁切片段而不把它送到任何地方，請開啟 影片剪輯工具，選擇一個本機檔案，設定時間範圍，然後下載結果。頁面會在瀏覽器分頁中執行每一步。
- 挑選一支支援的本機影片，並等待表單中帶出它的長度。你看到的數字是解碼後的播放長度，而不是檔案大小。
- 以秒為單位輸入起始時間與結束時間，可以選擇性地加上毫秒精度。請將範圍保持在來源長度之內，並確認結束時間晚於起始時間。
- 選擇「Trim video」。頁面會跳轉到起始點，透過 MediaRecorder 開始即時擷取，並在所要求的結束點停止。
- 檢視頁面回報的所要求片段長度與輸出大小。這是寫入 WebM Segment Info 的值，相容的播放器會據此回報一個有限的時間軸。
- 透過下載連結儲存 WebM 檔案。來源檔案不會被修改，頁面上也沒有任何東西會取代你磁碟上的原檔。
如果你在剪輯中途取消，進行中的工作就會停止。八組獨立的範圍測試案例涵蓋了從零開始、中段、含小數、尾段，以及五分鐘的邊界，而無效或顛倒的範圍會以明顯的方式失敗，而不是被悄悄夾住，這讓你在送出前很容易就抓到打錯字的地方。
支援的檔案、編解碼器實況與硬性限制
熟悉的副檔名並不等於保證。容器只告訴瀏覽器檔案配置，但播放能否成功仍取決於其中的編解碼器。影片剪輯工具接受 MP4、WebM、MOV、M4V 與 Ogg 容器，而目前的瀏覽器必須能解碼這些檔案實際承載的音訊與視訊編解碼器。如果片段無法載入，最常見的原因是瀏覽器無法解碼的編解碼器，而不是副檔名錯誤。
| 容器 | 是否接受 | 備註 |
|---|---|---|
| MP4 | 是 | 需要瀏覽器可解碼的視訊與音訊軌。 |
| WebM | 是 | 容器與編解碼器通常為瀏覽器原生支援。 |
| MOV | 是 | QuickTime 容器;編解碼器支援依瀏覽器而異。 |
| M4V | 是 | Apple 的 MP4 變體;編解碼器支援依瀏覽器而異。 |
| Ogg | 是 | 通常承載 Theora 與 Vorbis，大多數現代瀏覽器都能解碼。 |
硬性限制是針對解碼後的媒體進行檢查，而不是原始檔案。檔案本身最大可達 500 MiB，解碼後的播放長度不得超過五分鐘，影格的任一邊不得超過 4096 像素，總像素面積必須維持在 3840 × 2160 之內。即使通過檔案大小檢查的檔案，仍可能在瀏覽器開始解碼後因過高、過寬或過長而被拒絕。
| 限制 | 數值 | 為何重要 |
|---|---|---|
| 檔案大小 | 500 MiB | 適用於解碼前磁碟上的輸入檔。 |
| 解碼後長度 | 5 分鐘 | 超過的檔案會在解碼後被拒絕。 |
| 寬度或高度 | 4096 px 上限 | 任一邊不得超過此值。 |
| 總像素面積 | 3840 × 2160 上限 | 影格總面積受到限制。 |
| 最短片段長度 | 0.1 秒 | 更短的範圍會被拒絕。 |
最短可用片段為 0.1 秒，起始值必須為零或以上，結束值必須晚於起始值且不晚於解碼後長度，數值可以包含毫秒精度。因為 MediaRecorder 取樣的是播放時間，並未提供影格精準的編輯能力，最後一個編碼影格可能落在所要求邊界前後的一小段範圍內，所以若需要精確的切點，你應該預期會有少許容差，而不是影格完美的切片。
隱私:哪些內容絕不會離開你的分頁
因為解碼、跳轉、串流擷取、錄製與下載產生全部都在目前的瀏覽器分頁中進行，來源影片永遠不會送到 Lizely 的伺服器。沒有上傳步驟、沒有背景同步，也沒有任何佇列會在剪輯完成前持有檔案。只要頁面本身已載入，不論是使用計量連線的筆電，還是根本沒有網路的工作站，這個頁面的運作方式都相同。
這個工具不會繞過 DRM、不會抓取遠端媒體、不會移除浮水印，也不會保留來源中每一個中繼資料欄位。它同樣不提供影格精準的剪輯、多軌音訊或 MP4 輸出。若有播出交付、精確的關鍵影格切點、字幕保留、多軌音訊、長片段，或是必須使用 MP4 編解碼器的需求，你應該使用專用的桌面編輯器，並自行檢查匯出的時間軸。影片剪輯工具是為了一般情境所打造:從你擁有或獲准編輯的本機片段中，抽出一段短而有固定長度的區段，而不需要繞道經過伺服器。
若讀者想更深入了解相同的瀏覽器內做法是如何避免上傳，請參閱 如何在不上傳原始檔的情況下剪輯影片片段，該文從略為不同的角度說明同一條管線。
何時該選擇桌面編輯器
本機瀏覽器剪輯工具適合用在短而簡單的剪輯，當隱私與便利性比影格精準度更重要時，它是合適的工具。但當你需要封包層級、在關鍵影格上做精確裁切、必須因下游需求保留 MP4 容器、來源長度超過五分鐘、需要保留字幕，或是需要混音多軌音訊時，它就不適合。在這些情況下，剪出的 WebM 仍是實用的預覽，但最終母帶應該交給能在 GOP 邊界裁切，並寫入交付檔所要求之容器的桌面編輯器。
經驗法則很簡單。如果任務是「從一段影片中拉出一段並存成我可以播放或分享的 WebM」，瀏覽器工具就已足夠。如果任務是「產出具有精確切點、原始中繼資料與原始編解碼器的交付檔」，請打開真正的編輯器，把同一個檔案丟進去，然後從那裡匯出。清楚自己正在做的是哪一種工作，能讓本機作業流程保持快速，也能避免你把瀏覽器錄製器根本不是設計來解決的限制，怪到它頭上。
延伸閱讀:剪輯影片後該如何檢查結果。