規劃擷取影片畫格所需的步驟，代表在開啟瀏覽器工具之前，先畫出決策點、檔案檢查與時間輸入——核心事實是：只要三個動作就能從本機影片中取出單張 PNG 靜圖：確認檔案類型、輸入以秒為單位的時間，然後讓瀏覽器負責解碼、定位與 PNG 編碼，全程不需上傳任何檔案。之所以需要規劃，是因為這三個動作各自都有可能在不知不覺中讓流程停擺的限制：容器副檔名並不保證支援的編解碼器、你輸入的時間是媒體時間軸位置而非保證對應的編號來源畫格，而且檔案本身必須落在 500 MiB / 五分鐘 / 4096 像素的安全邊界內。把擷取視為一項規劃工作，而不是單擊一下的動作，才能把令人困惑的錯誤訊息變成快速修正，因為瀏覽器回報的每個失敗，都能對應回你本該先確認的某個步驟。
從一段短小的本機片段擷取單張靜圖的規劃刻意保持簡短。三個使用者動作驅動整個工作流程：選擇一個支援的本機影片並等待其時長與預覽載入完成、輸入介於零與所顯示時長之間的畫格時間（需要時可使用小數），然後選擇 Extract PNG frame、驗證靜圖並下載本機 PNG。工具內部的所有其他事項——定位、canvas 繪製、PNG 編碼、下載連結——都屬於實作細節。妥善規劃意味著了解哪些輸入由你掌控、工具保證哪些輸出，以及「瀏覽器會處理」與「你得改用其他軟體」之間的界線在哪裡。
「規劃步驟」實際涵蓋的範圍
畫格擷取的規劃不是一份按鈕點擊的檢查清單。它是你在第一次點擊之前所做的一系列簡短決策，好讓工作流程不會中途卡住。幾乎所有情況都能用五個決策涵蓋：
- 你會開啟哪個檔案？工具接受 MP4、WebM、MOV、M4V 或 Ogg，但僅限瀏覽器能解碼其內部音訊/視訊編解碼器的檔案。
- 你想要哪個時間點？你需要的時間點是以時刻表示，允許小數，且必須等於或早於所回報的時長。
- 檔案的大小與尺寸為何？規劃必須遵守 500 MiB / 五分鐘上限，以及每邊 4096 像素 / 3840 × 2160 像素面積上限。
- 你打算如何處理結果？縮圖、投影片、參考素材與資料集樣本都適合；需要畫格精準的編輯工作或 HDR 輸出則不適合。
- 你的替代方案是什麼？若瀏覽器拒絕該檔案，規劃會改用桌面工具，而不是把影片片段上傳到伺服器。
每個決策都對應到工具中的一個步驟。當每個決策都在對應的動作執行之前先回答好，規劃就算成功。
首先要敲定的輸入、限制與決策
具權威性的產品合約規定了一小組硬性限制。這些不是建議；若有任何一項被違反，擷取作業就無法產生有效的 PNG。請在規劃階段就把這些限制敲定，才不會在一個根本無法開啟的檔案上浪費時間。
| 限制 | 數值 | 為何對規劃至關重要 |
|---|---|---|
| 檔案大小上限 | 500 MiB | 過長或高位元率的來源檔案必須在擷取前先剪輯或重新編碼。 |
| 時長上限 | 5 分鐘 | 超過此長度的檔案會被導向桌面工作流程。 |
| 邊長上限 | 4096 像素 | 寬度或高度超過此值將無法解碼。 |
| 像素面積上限 | 3840 × 2160 = 8,294,400 像素 | 4K UHD 畫格恰好落在上限；任何更寬或更高的影像都會超過上限。 |
| 支援的容器 | MP4、WebM、MOV、M4V、Ogg | 支援容器並不保證支援編解碼器——詳見下文。 |
| 時間欄位範圍 | 0 ≤ t ≤ 所回報的時長 | 接受帶小數的秒數；該值為媒體時間軸上的位置。 |
像素面積的數字值得以計算過程呈現。以 4K UHD 來源為例，寬度 = 3840，高度 = 2160，因此面積為 3840 × 2160 = 8,294,400 像素。由於 8,294,400 落在 3840 × 2160 上限以內，且任一邊都未超過 4096，該檔案落在安全政策範圍內。一個 4096 × 2160 的來源會因為面積而失敗（8,847,360 超過上限）——事實上，即使每邊個別都通過邊長測試，仍會被 3840 × 2160 的像素面積限制所拒絕。規劃時應以兩項檢查中較嚴格者為準。
依序規劃並執行擷取作業
一旦確認限制，實際的擷取流程就是一段簡短的序列。Video Frame Extractor 會執行瀏覽器的 HTMLMediaElement 定位、把目前解碼的畫格繪製到等大的 canvas 上，再把該 canvas 編碼為可在當前分頁儲存的 PNG。規劃的重點是不要妨礙工具的運作：
- 選擇一個支援的本機影片——MP4、WebM、MOV、M4V 或 Ogg——並等待時長與預覽載入完成。時長顯示即為時間欄位的上限。
- 幾乎即時地輸入畫格時間，範圍介於零與所顯示的時長之間。當想要的時刻介於整數秒之間時，請使用小數（例如 12.500，而非帶有隱藏尾數的 12.5，也不要用 0:12）。
- 選擇 Extract PNG frame。瀏覽器會定位到所要求的時間、等待定位完成、把解碼後的畫格繪製到等大的 canvas 上，並把結果編碼為 PNG。
- 驗證靜圖，在預覽區域中先行確認再下載。若靜圖與你預期的內容差了一個關鍵影格，代表來源影片使用了較長的關鍵影格間隔或可變幀率——請調整時間，而非認定是程式錯誤。
- 下載 PNG。檔名會包含所選的時間，以便你在磁碟上分辨兩張幾乎相同的靜圖。
若工具回報解碼、定位、canvas 或編碼失敗，則不會產生空白的 PNG。請重新檢視規劃：失敗的原因幾乎都能對應回容器/編解碼器檢查、時間範圍檢查，或尺寸與邊長限制。
瀏覽器解碼如何影響你的規劃
瀏覽器中的畫格擷取並非黑箱；其實作方式有完善文件可查，值得理解，因為它能解釋規劃必須吸收的每一項行為。工具會將 HTMLMediaElement currentTime 屬性設定為所要求的秒數，等待 seek 事件觸發，使用 Canvas drawImage 把目前解碼的畫格繪製到對應大小的 canvas 上，然後要求 canvas 將自身編碼為 PNG。當輸入變更或元件卸載時，Object URL 會被撤銷，以避免過期的工作佔用記憶體。
由這個實作方式可以直接推出兩個結論。第一，你輸入的時間是媒體時間軸上的位置，並不保證瀏覽器會落在該確切秒數對應的來源畫格上。瀏覽器可能會因為關鍵影格、可變幀率、編輯清單、時間戳記四捨五入以及編解碼器行為，而定位到附近某個已解碼的畫格。工具中顯示的時間記錄的是所要求的位置；它並不會檢查封包時間戳記，也無法識別出精確編號的來源畫格。第二，「支援的副檔名」與「可解碼的檔案」並非同一回事。MP4 是一種容器，瀏覽器還必須支援儲存在其中的特定音訊/視訊編解碼器。因此規劃會把編解碼器視為與容器不同的問題，若瀏覽器拒絕該檔案，就改用桌面工具。若想更深入了解這個解碼層，可搭配本規劃閱讀 瀏覽器如何為影片畫格進行解碼 指南。
應避開的常見規劃錯誤
大多數失敗的擷取作業都源自規劃疏失，而非工具錯誤。有五種錯誤一再出現：
- 以為副檔名就已足夠。一個瀏覽器不支援編解碼器的 .mp4 檔案無法開啟；重新命名檔案並不會改變其中的編解碼器。
- 輸入時間碼而非秒數。像 1:30 或 0:12 這類數值無效；該欄位預期的是秒數，可包含小數。
- 忘了時長上限。在一段 73.2 秒的片段上要求 600 秒會被拒絕；請務必先查看所顯示的時長。
- 執著於精確的畫格編號。規劃無法承諾第 1,482 畫格，因為瀏覽器是依時間定位，而非依畫格索引。請改為調整時間。
- 試圖在同一個步驟中縮放或套用濾鏡。工具會以原生尺寸繪製解碼後的畫格並編碼為 PNG。若目標是縮圖集或 HDR 匯出，請將這些步驟分開規劃。
何時應改用桌面工具
瀏覽器工作流程的設計，是每次從一段短小的本機片段擷取單張靜圖。一旦規劃需要合約未提供的能力，正確的做法是更換工具，而不是與瀏覽器硬拚。當規劃需要以下能力時，請改用桌面影片工具：
- 批次擷取：從單一檔案中擷取多個畫格，而非每次僅擷取單張靜圖。
- 精確編號的來源畫格：以畫格索引而非媒體時間軸位置識別。
- HDR 或色彩管理輸出：具備定義明確的色彩空間，超越瀏覽器解碼器傳遞給 canvas 的範圍。
- Alpha 色頻工作流程：需要在每一個階段都保留透明度。
- 長度超過五分鐘、大小超過 500 MiB，或寬/高超過 4096 像素的檔案，這些都超出共同的安全政策範圍。
- 瀏覽器不支援的格式，即使副檔名看起來熟悉。
至於其他用途——縮圖、投影片參考、自有或可處理媒體的快速靜圖——上述規劃就是全部的規劃。Video Frame Extractor 會留在瀏覽器分頁內、永不上傳來源檔案，並回傳一張完整尺寸的 PNG，其檔名已記錄下你所選擇的時間。
若想更深入了解，請參閱 重複擷取影片畫格時取得相同結果。