當你使用基於瀏覽器且在本機運作的剪輯工具來剪輯影片時,你的影片會保留在你的裝置上——在解碼、剪輯或下載的過程中,來源檔案的任何部分都不會在任何時間點被傳送到遠端伺服器。整個處理流程都在你電腦上目前的瀏覽器分頁中執行,這就是為什麼不需要帳號、登入或雲端儲存步驟。當你選擇檔案時,瀏覽器會透過標準的網頁 API 從你的本機檔案系統讀取該檔案,這些 API 從不接觸任何網路端點。當你設定開始與結束時間時,這些數值會在本機處理。當工具產生剪輯後的影片時,它會在記憶體中封裝結果並交還給你的瀏覽器,接著瀏覽器會將其提供為一般下載。在這些步驟之間沒有任何隱藏的上傳流程。這對任何處理個人影片、客戶作品、未公開內容、螢幕錄影,或任何涉及隱私考量的素材的人來說都很重要,因為一個在剪輯前就先上傳的影片剪輯工具,與一個僅在瀏覽器內記錄活動的工具,是完全不同類型的工具。如果你想知道當你點按剪輯時你的檔案是否會離開你的電腦,對於一個正確實作的本機工具,答案是:不會。

為什麼有些剪輯工具會將你的檔案傳送到伺服器
許多你在網路上找到的影片剪輯工具遵循較舊的雲端模式:挑選一個檔案,瀏覽器將整個來源上傳到後端,後端執行 FFmpeg 或類似的引擎,結果儲存在伺服器上,然後你從託管的連結下載。這種模式會帶來實質的後果。檔案會在整個上傳加上處理的期間離開你的裝置,因此它會停留在另一家公司的基礎架構中,並受該公司所制定的保留政策、加密方式和存取權限所約束。上傳時間也會依你的連線速度和檔案大小而成比例增加,並且在網路不穩定時會失敗。對於短片來說,這還可以接受。但對於一個長度接近 500 MiB、長度為五分鐘的來源檔案,相較於在本機完成工作,上傳加上下載大約會讓等待時間加倍。雲端剪輯工具與本機瀏覽器剪輯工具之間的實務差異,並不僅僅在於位元組在幾秒鐘內的位置——而在於你的檔案是否會完全離開你的機器。任何編輯機密螢幕錄影、未發行行銷影片,或包含人臉、地址或未公開產品的素材的人,都應該把這個問題視為兩種做法之間的決定性因素。
瀏覽器端剪輯如何讓檔案保留在你的裝置上
讓檔案保留在本機的機制,正是網頁開發人員已經用來在頁面中播放影片的同一組標準。當你透過檔案輸入或拖放區挑選檔案時,瀏覽器會將其載入到 HTMLMediaElement 中進行檢查。解碼作業透過作業系統的媒體堆疊在分頁內進行,而不是透過網路。為了產生剪輯後的結果,工具會將媒體元素定位到所要求的開始時間,對底層媒體元素呼叫 captureStream 以取得 MediaStream,然後將該串流送入一個 MediaRecorder,設定成瀏覽器支援的編解碼器組合——通常是在 WebM 檔案中使用 VP9 或 VP8,音訊若有則使用 Opus。錄製會在瀏覽器播放所選範圍時即時進行。當到達所要求的結束時間時,錄製器會停止,接著會用所選的持續時間修補產生的 Blob,讓相容的播放器能回報有限的時間軸,並建立一個可撤銷的物件 URL 供下載。這些步驟都不會對影片資料本身發出網路請求。MDN 上的 MediaRecorder 參考資料詳細描述了相同的做法,這也使得「不會上傳」的答案可以被驗證,而不僅僅是行銷話術。若要端到端體驗這個過程,請開啟影片剪輯工具,挑選一個本機檔案,並留意瀏覽器開發者工具中完全沒有任何網路活動時,持續時間就已正確填入。
在你的瀏覽器中本機剪輯影片
依照下列步驟,即可在讓來源保留在你機器的情況下產出剪輯後的短片。
- 開啟影片剪輯工具,點按檔案選擇器,或將單一支援的檔案拖入拖放區。
- 等待持續時間欄位填入。該數值是瀏覽器從你的檔案量測出的解碼後長度,也是結束時間的上限。
- 以秒為單位輸入開始時間。若需次秒級精度,請使用小數——例如 4.25 代表進入片段後四又四分之一秒。
- 將結束時間輸入為小數。結束時間必須晚於開始時間,且不得晚於解碼後的持續時間,而產生的範圍長度必須至少為 0.1 秒。無效的範圍會以可見的方式失敗,而不是被靜默地夾緊。
- 點按「剪輯影片」。工具會定位到開始點,擷取媒體元素的串流,並透過播放錄製直到結束。
- 讀取 UI 中顯示的回報片段持續時間與輸出大小。若看起來正確,請點按「下載」將 WebM 檔案儲存到你的裝置。
輸出是以即時方式產生,因此 30 秒的範圍錄製大約需要 30 秒。「取消」會停止進行中的剪輯。由於來源檔案是從你的磁碟讀取,輸出則寫入你的磁碟,在整個流程的任何時間點,瀏覽器的網路面板中都不會出現上傳步驟。
工具接受的輸入與需要檢查的限制
在剪輯之前,請確認你的來源符合瀏覽器實際能夠解碼與錄製的限制。
| 容器 | 檔案大小上限 | 解碼後持續時間上限 | 像素上限 |
|---|---|---|---|
| MP4 | 500 MiB | 5 分鐘 | 4096 px 最長邊,3840 × 2160 總面積 |
| WebM | 500 MiB | 5 分鐘 | 4096 px 最長邊,3840 × 2160 總面積 |
| MOV | 500 MiB | 5 分鐘 | 4096 px 最長邊,3840 × 2160 總面積 |
| M4V | 500 MiB | 5 分鐘 | 4096 px 最長邊,3840 × 2160 總面積 |
| Ogg | 500 MiB | 5 分鐘 | 4096 px 最長邊,3840 × 2160 總面積 |
熟悉的副檔名並不保證成功,因為瀏覽器必須解碼容器內部的編解碼器,而不僅僅是辨識檔名。含有 ProRes 主檔的 MOV 會被拒絕,即使該副檔名列在支援清單中;含有目前瀏覽器無法解碼之編解碼器的 MP4,則會在 UI 中顯示錯誤,而不是被靜默地重新編碼。如果你的檔案超過 500 MiB、解碼後超過五分鐘,或在任一維度上超過 4096 像素,工具將無法產出結果,你應該切割來源或改用專用的編輯器。對於較大的來源,在不需上傳原始檔案來剪輯影片片段與比較本機與雲端剪輯方法的相關指南中,更詳細地說明了相關的取捨。
剪輯前後哪些保持不變、哪些會改變
因為剪輯是即時重新編碼,而不是封包層級的剪裁,即使可見的內容涵蓋相同的範圍,輸出有數個屬性會與來源不同。
| 屬性 | 剪輯後的行為 |
|---|---|
| 輸出容器 | 一律為 WebM |
| 影片編解碼器 | VP9 或 VP8,視瀏覽器支援何者而定 |
| 音訊編解碼器 | 有音訊時為 Opus |
| 像素尺寸 | 從來源保留 |
| 視覺品質 | 可能與來源不同 |
| 關鍵影格配置 | 可能與來源不同 |
| 色彩中繼資料 | 可能與來源不同 |
| 音訊聲道布局 | 可能與來源不同 |
| 檔案大小 | 可能與來源不同 |
| 回報的持續時間 | 符合所要求的開始到結束範圍,在邊界處可能有小於一秒的偏移 |
| 字幕與字幕軌 | 不會保留 |
| 其他中繼資料欄位 | 不會保留 |
尺寸之所以能保留,是因為錄製的串流與媒體元素的原始尺寸相符。品質、關鍵影格配置、色彩中繼資料與音訊布局則由瀏覽器所選擇的編碼器決定,因此即使可見像素看起來相同,它們也不會與來源逐位元組相符。最後一個編碼幀可能會落在所要求邊界附近的一小段範圍內,因為 MediaRecorder 取樣的是播放時間而非影格索引,這就是為什麼此工具被描述為一個便利的本機剪輯,而不是精準到影格的剪輯。所選的持續時間會寫入 WebM Segment Info,以便相容的播放器回報有限的時間軸,而不是將該片段視為即時串流。
本機剪輯何時足夠,以及何時需要桌面編輯器
當你的交付物是短片、檔案符合已公布的限制,並且你不需要影格精準的剪輯、多軌音訊、保留字幕,或特定的 MP4 編解碼器時,本機瀏覽器剪輯就是合適的工具。這涵蓋了大部分的社群貼文、通訊應用程式分享、內部展示與快速參考片段。對於廣播電離、精準的關鍵影格編輯、保留字幕、長片素材、多軌混音,或任何需要 MP4 的情況,它則是不合適的工具。這些限制並不是工具拒絕嘗試那種意義上的阻擋——它們是即時重新編碼路徑無法保證的屬性。此剪輯工具不會繞過 DRM、抓取遠端媒體、移除浮水印、保留每個中繼資料欄位,或承諾專業級的影格精度。請只在你有權修改的影片上使用它,並在下游消費者需要瀏覽器路徑無法保留的屬性時,挑選一個專用的桌面編輯器並檢查匯出的時間軸。其結果是:隱私問題——檔案是否會離開你的機器——與保真度問題——輸出是否位元精準——是兩件獨立的事,而本機瀏覽器剪輯工具在第一個問題上能給你一個肯定的「是」,在第二個問題上則給你一個明確的「否」。