不，當你使用像 Video Frame Extractor 這類基於瀏覽器的工具來擷取影片幀時，影片並不會被上傳。來源影片從頭到尾都保留在你的裝置上：瀏覽器開啟本機檔案，媒體元素解碼音訊和影像軌，解碼器跳轉到要求的時間點，然後產生的靜態畫面被繪製到 canvas 上、編碼為 PNG，並透過本機下載連結儲存。在整個流程中，沒有任何上傳管道、雲端轉碼器或伺服器端渲染。無論檔案是螢幕錄影、手機短片或下載的講座影片，情況都一樣——在產生任何影像之前，每個位元組都是從磁碟讀取並由瀏覽器自身的解碼器處理。本文將詳細說明擷取過程中影片的去向、為什麼結果仍然感覺很快（即使沒有將任何檔案傳送出去），以及決定瀏覽器能否完全在你的裝置上完成擷取的實際限制——檔案大小、時長、解析度、編解碼器支援。如果不符合這些限制，工具會回報解碼、跳轉、canvas 或編碼失敗，而不是產生一個靜默的空白 PNG。

is the video uploaded when i extract video frame
擷取影片幀時影片會被上傳嗎？

擷取幀時影片的去向

回答上傳問題最簡單的方式就是追蹤檔案的流向。當你在擷取工具中選擇檔案時，瀏覽器會將頁面交給一個由本機 Blob 建立的 File 物件。然後該物件透過一個暫時性的物件 URL 傳入 <video> 元素。從那一刻起，所有操作——時長、目前時間、已解碼幀——都在你分頁的瀏覽器媒體堆疊內執行。影片位元組本身並不會發出任何網路請求。

你可以透過在擷取前後開啟瀏覽器的網路面板來實際驗證這一點。只有網頁本身及其少量靜態資源會載入；所選擇的影片永遠不會出現在請求清單中。伺服器不會出現在這個流程中的原因是，根本沒有理由將檔案傳出去。PNG 是一張單一的影像，而瀏覽器在媒體元素完成跳轉的那一刻就已經在記憶體中持有已解碼的幀。工具只需要將這些已解碼的像素複製到 canvas 上、將 canvas 編碼為 PNG，並透過可撤銷的 URL.createObjectURL 下載公開結果。這整條鏈都在你裝置自己的 CPU 和 GPU 上執行。

對於想深入了解隱私面的讀者，如何在不上傳檔案的情況下擷取影片幀？這篇指南從不同角度涵蓋了相同的界線。

瀏覽器內部本地擷取的運作方式

瀏覽器中的幀擷取由四個標準的網頁平台原語構成：用於解碼的 HTMLMediaElement、用於跳轉的 currentTime 屬性、用於複製像素的 CanvasRenderingContext2D.drawImage 呼叫，以及用於輸出的 PNG 編碼器（通常是 canvas.toBlob）。MDN 上關於 HTMLMediaElement.currentTime 的參考文件說明了設定該屬性如何將播放頭移到要求的媒體時間軸位置，而 MDN 上關於 Canvas drawImage 的參考文件則說明了如何將目前已解碼的幀以其原始解析度光柵化到 canvas 上。

將這些原語組合起來，就能產生一個由工具一步步實作的乾淨擷取流程：

  • 影片元素透過物件 URL 載入本機 File，不涉及任何網路傳輸。
  • 工具讀取元素的 duration，以根據回報的時間軸驗證所要求的時間。
  • 工具設定 video.currentTime = t，並在讀取像素前等待 seeked 事件。
  • 建立一個相同大小的 canvas，並使用 drawImage(video, 0, 0) 將目前的幀繪製到上面。
  • Canvas 被編碼為 PNG，並透過物件 URL 提供為本機下載。

當輸入變更或元件卸載時，過期的物件 URL 會被撤銷，因此底層的檔案緩衝不會在記憶體中停留超過其有效生命週期。解碼、跳轉、canvas 和編碼失敗都會明確回報，而不是輸出一個空白下載。

影響擷取的檔案與編解碼器限制

由於擷取完全取決於瀏覽器能解碼的內容，作業限制就是瀏覽器實際能處理的限制。Video Frame Extractor 採用一套共享的影片安全政策，對輸入的限制如下：

限制數值
最大檔案大小500 MiB
最長時長5 分鐘
每邊最大解析度4096 像素
最大像素面積3840 × 2160 = 8,294,400 像素
支援的容器MP4、WebM、MOV、M4V、Ogg

面積上限值得特別注意。直接將兩邊相乘得到 3840 × 2160 = 8,294,400 像素，大約是 8.29 百萬畫素。這對於你實際上會從短片中擷取的任何單一靜態畫面都足夠了，但它排除了在瀏覽器內處理長片、全解析度電影素材的可能性。

瀏覽器的編解碼器支援是另一個硬性限制。像 .mp4 或 .mov 這類副檔名只描述了容器；容器內的音訊和影像是使用特定編解碼器編碼的——例如 H.264、HEVC、VP9 或 AV1。瀏覽器必須支援這些編解碼器才能完全解碼檔案。在某個瀏覽器中能開啟的檔案，可能在另一個瀏覽器中無法載入，原因僅僅是該瀏覽器的媒體堆疊缺少該編解碼器。

在不上傳的情況下擷取幀

將短影片中的某個時刻轉換為可下載 PNG 的完整本地工作流程非常簡短，可以依序逐步說明。過程中不涉及任何伺服器，檔案的任何部分都不會在這些步驟中離開裝置。

  1. 選擇一個支援的本機影片——MP4、WebM、MOV、M4V 或 Ogg 檔案——並等待其時長和預覽在工具中載入完成。
  2. 在時間欄位中輸入介於零和所顯示時長之間的幀時間，當你需要毫秒級精度時可使用小數。
  3. 選擇擷取 PNG 幀，等待跳轉完成，然後檢查結果面板中顯示的靜態畫面。
  4. 下載本機 PNG；檔名會反映所要求的時間，畫素解析度與已解碼幀完全一致。

在將結果視為最終結果之前，有兩項檢查值得執行。首先，確認你輸入的時間確實指向你想要的那個時刻——工具會記錄所要求的位置，但由於關鍵幀、可變幀率、編輯清單、時間戳記捨入和編解碼器行為等因素，瀏覽器可能會落在附近的一個已解碼幀上。其次，確認你下載的靜態畫面是具有預期解析度的 PNG；若解析度意外，通常表示來源檔案未以你預期的方式解碼，工具會將其呈現為失敗，而不是空白影像。

本地瀏覽器擷取不適合的情境

基於瀏覽器的擷取工具能處理許多日常任務——縮圖、簡報參考畫面、演講靜態畫面、從你擁有或可處理的媒體中快速取得參考資料——而且完全不會上傳任何內容。仍然有些情況它並不適合，而產品合約會直接列出這些情況，以保持合理的期望。

本地擷取並非設計用於需要逐幀精度的剪輯工作、HDR 或色彩管理輸出、alpha 通道工作流程、精確幀編號的批次擷取、長片素材，或瀏覽器無法解碼的格式。這些情境需要一款專用的桌面影片工具，具備封包層級的時間戳記存取、完整的編解碼器支援，以及逐步遍歷編號幀而非近似媒體時間軸位置的能力。在其有限的範圍內——一段短的、可在本地解碼的短片、一次一張靜態畫面、原生 PNG 輸出——瀏覽器擷取工具是在確認沒有任何內容被上傳的同時，仍能產生可用影像的最快方式。

想進一步了解，請參閱 剪輯影片時我的影片會被上傳嗎？本地答案。