VLC 透過在兩個手動標記之間錄製播放來裁剪影片，雖然可行，但需要精確地拖動時間軸、選擇輸出資料夾，而且即時擷取視窗可能會讓最終剪輯超出預定結束時間。如果你搜尋過如何在 VLC 中裁剪影片，你大概已經發現 VLC 並沒有提供簡單的「開始」與「結束」欄位——它改用錄製按鈕加上進階控制項的 In 和 Out 點，這對某些使用者來說可靠，但對許多其他人來說卻令人困惑。基於瀏覽器的影片裁剪工具則採取了不同的做法：它在本地解碼檔案、跳到你輸入的時間、使用瀏覽器的 MediaRecorder 擷取播放串流，並用所選的時長修補產生的 WebM，讓播放器回報有限的時間軸。這個流程讓原始檔案保留在你的電腦上、產生一個可以下載的短剪輯，並跳過 VLC 強制你要等待的錄製視窗。結果是一個刻意的取捨——方便且本地處理，但不是畫格精準，也不是無損的。
為什麼 VLC 的裁剪工作流程感覺很困難
VLC 是一款免費的開源媒體播放器，內建了驚人豐富的編輯工具，這也是為什麼這麼多指南推薦它來做裁剪。實際情況是，VLC 的裁剪路徑是建構在其錄製功能之上，而非專屬的剪輯編輯器。若要在 VLC 中從影片中剪下一段，你要開啟播放器、切換到進階控制項面板、把時間軸拖到起始畫格、按下 In 標記、拖到結束畫格、按下 Out 標記、選擇輸出資料夾，然後在播放進行時按下錄製按鈕。錄製會擷取這兩個標記之間的所有內容，這意味著最終剪輯的精確度取決於你停止播放的瞬間、時間軸拖曳的精度，以及編碼器寫入的檔案。
這種做法帶來幾個實際的困擾。VLC 是即時錄製，所以一段 30 秒的剪輯需要 30 秒才能產生。產生的檔案會使用 VLC 當下所設定的描述檔，而且中途變更描述檔並不容易。標記的端點不一定會對齊到你游標附近最近的 I 畫格，所以實際的剪輯點可能會在任一方向偏移幾個畫格。而在手機和平板上，VLC 的介面與桌面版差異頗大，同樣的步驟可能完全找不到。這些都不是致命問題，但合在一起就解釋了爲什麼搜尋如何在 VLC 中裁剪影片的人，最後常常會去找更簡單的替代方案。
使用瀏覽器工具時會改變什麼
基於瀏覽器的裁剪工具把錄製的隱喻換成有界定的搜尋並擷取迴圈。你提供本地檔案給工具，工具等待瀏覽器解碼並讀取其時長，你輸入兩個定義範圍的數字，然後工具將底層媒體元素跳到起點、開始錄製瀏覽器所公開的播放串流，並在結束點停止。輸出會是一個全新的 WebM，所要求的時長會被寫入其 Segment Info，因此任何相容的播放器從載入那一刻起就會把這個剪輯視為有限的。相比 VLC 的做法，這個概念上的改變雖小卻意義重大：邊界是你輸入的數字，而不是你碰巧按對時間的按鈕。
取捨在於這個工具是在重新編碼，而非無損剪輯。原始的關鍵影格、色彩中繼資料和音訊配置可能與來源不同；瀏覽器會從其支援的 VP9、VP8 以及選用的 Opus 組合中挑選一個 MediaRecorder 設定，而產生的 WebM 依來源不同，可能比相同範圍的 VLC 錄製檔更小或更大。正是這個取捨，所以契約對精確度是坦誠的：因為 MediaRecorder 對播放時間進行取樣且並不提供畫格精準的編輯，最後一個編碼的畫格可能會落在所要求邊界前後一個小範圍內。底層方法在 MDN 的 MediaRecorder 頁面，以及 MDN 關於 錄製媒體元素的指南中都有記載。
| 面向 | VLC 裁剪方法 | 瀏覽器裁剪工具 |
|---|---|---|
| 範圍如何設定 | 拖動時間軸加上 In/Out 標記 | 以秒為單位輸入開始與結束時間 |
| 擷取機制 | 即時錄製到磁碟 | 跳到起點、擷取播放串流、在結束點停止 |
| 實際耗時 | 等於剪輯長度 | 等於剪輯長度 |
| 輸出格式 | VLC 所設定的任何描述檔 | WebM（VP9 或 VP8，可搭配 Opus 音訊） |
| 來源位置 | 磁碟上的本地檔案 | 瀏覽器分頁中的本地檔案，從不上傳 |
| 畫格精準度 | 由 VLC 選擇的最接近 I 畫格 | 邊界前後一秒鐘的一小部分 |
| 無損剪輯 | 否 — 會重新編碼 | 否 — 會重新編碼 |
在瀏覽器中裁剪影片
最快的方式是開啟影片裁剪工具並依循三個步驟。這個工具會處理解碼、跳轉、擷取，並把所選時長寫入輸出 WebM，你不需要安裝任何東西，也不用設定輸出資料夾。
- 選擇一個支援的本地影片——MP4、WebM、MOV、M4V 或 Ogg——並等待介面中填入其時長。瀏覽器會在背景解碼這個檔案；一旦容器被解析完畢，你就會看到時長顯示出來。
- 以秒為單位輸入開始與結束時間，範圍必須落在來源時長之內。開始值必須為零或更大，結束值必須晚於開始值且不超過解碼出的時長，且選取的剪輯至少要有 0.1 秒。允許毫秒，因此你可以把 12.5 寫成邊界。
- 選擇 Trim video，在介面中檢視回報的剪輯時長與輸出大小，然後下載 WebM 檔。如果範圍無效或相反，工具會明確失敗，而不是猜測或自動夾住你的數值。
支援的檔案、時間與限制
裁剪受到少數硬性限制的約束，遵守與否決定了剪輯會成功還是失敗。容器類型的重要性低於其內部的編解碼器：熟悉的副檔名並不保證成功，因為瀏覽器必須解碼實際的編解碼器，而不僅僅是辨識檔名。下面的限制才是決定工具能否完成任務的關鍵。
| 限制 | 數值 |
|---|---|
| 接受的容器 | MP4、WebM、MOV、M4V、Ogg |
| 最大檔案大小 | 500 MiB |
| 最大解碼時長 | 5 分鐘 |
| 最大寬度或高度 | 4096 像素 |
| 最大總像素面積 | 3840 × 2160 像素 |
| 最小剪輯長度 | 0.1 秒 |
| 時間精確度 | 允許毫秒 |
| 開始值 | 零或更大 |
| 結束值 | 晚於開始值，不超過時長 |
想像一個 180 秒的來源，你想在中間剪一段 12 秒的剪輯。輸入 start = 84.5 和 end = 96.5。工具會把所要求的時長計算為 end 減去 start = 96.5 減去 84.5 = 12.0 秒，符合 0.1 秒的最小值，並驗證 end 大於 start（96.5 > 84.5）以及 end 小於或等於來源時長（96.5 ≤ 180）。把數值反過來變成 start = 96.5 和 end = 84.5 會在檢查中明確失敗，且來源永遠不會被修改。無效或相反的範圍會明確失敗，而不是被自動夾住。若想更深入了解隱私層面，在不上傳原始檔案的情況下剪輯影片片段這篇教學從不同角度介紹了同一個工具。
輸出剪輯保留與重新編碼的內容
瀏覽器裁剪會保留來源影片的空間尺寸，並把所選時長寫入 WebM Segment Info，讓相容的播放器回報有限的時間軸。其他一切都取決於瀏覽器的 MediaRecorder 設定。品質、關鍵影格位置、色彩中繼資料、音訊配置和最終檔案大小都可能與來源不同，而且產生的 WebM 並不是原始範圍的畫格精準拷貝。契約對這一點說得很明確：裁剪是即時重新編碼，並非封包層級的無損剪輯，最後一個編碼的畫格可能會落在所要求邊界前後一個小範圍內。
對大多數休閒用途來說——例如聊天訊息用的剪輯、短暫的反應片段、或較長影片的預告片——這種精確度綽綽有餘。輸出是一個自包含的 WebM，檔案透過可撤銷的 Object URL 回到你手上，來源檔案從未離開瀏覽器分頁。如果你需要保證畫格精準的剪輯、輸出為 MP4 編解碼器、保留字幕，或來源長度超過五分鐘，這個工具就不適合；專屬的桌面編輯器能讓你檢視匯出的時間軸並挑選精確的剪輯點。
何時該改用桌面編輯器
瀏覽器裁剪是一種便利手段，並非完整編輯器的替代品。當以下任何情況成立時，請改用桌面工具：來源長度超過五分鐘、超過 500 MiB，或包含瀏覽器無法解碼的編解碼器；你需要畫格精準地在特定關鍵影格上剪輯；輸出必須是 MP4 或特定的廣播編解碼器；專案包含多條音軌、字幕或章節標記，必須在剪輯後保留下來；或來源受 DRM 保護，而瀏覽器工具明確並不會繞過這類保護。浮水印移除同樣不在範圍內，產品契約也明確指出這個工具並不保證保留來源的所有中繼資料欄位。請僅使用你擁有或有權編輯的影片；凡是準備用於廣播、社群廣告或封存交付的內容，請把匯出的剪輯再丟進專屬編輯器檢查，看看哪些東西在剪輯後存活下來。
若你想要的是快速、本地、三步驟的裁剪，且能在任何有現代瀏覽器的裝置上執行，影片裁剪工具涵蓋了常見情境，省去了錄製視窗、尋找進階控制項，以及 VLC 要求的輸出資料夾設定等麻煩。它無法取代專業編輯器，但消除了人們一開始想找更簡單剪輯方式的最常見原因。
如果你正在權衡各種選項，無需 App 在 iPhone 上裁剪影片對此有詳細介紹。