一個 MP4 檔案在瀏覽器式影片畫面擷取工具中無法開啟，幾乎都是因為儲存在 MP4 容器內部的編解碼器，而不是 .mp4 副檔名本身。MP4 格式只是一個封裝容器：它可以裝載以 H.264 (AVC)、HEVC (H.265)、AV1、MPEG-4 Part 2、ProRes 或其他壓縮標準編碼的影片，而每種編解碼器都需要瀏覽器中有對應的解碼器才能播放。當你的瀏覽器無法解碼檔案內的編解碼器時，video 元素永遠不會產生畫面，而任何依賴瀏覽器原生解碼器的工具——包括 Video Frame Extractor——會回報解碼失敗，而不是產生一張空白的 PNG。理解封裝容器和編解碼器是兩件不同的事情，是解決這個問題的關鍵：變更容器內部的編解碼器，或選擇一個能在原生環境下解碼它的工具。
在畫面擷取工具中「MP4」真正的含義
大多數人把 MP4 視為一個單一東西，但它實際上是由 ISO Base Media File Format 規範所定義的容器格式。在該容器內部，你會找到一或多個媒體軌道（通常是一個影片軌道、常常也有一個音訊軌道，有時還會有字幕），每個軌道都以各自的編解碼器進行壓縮。影片軌道可能使用 H.264——這是最常見的選擇，且在 Chrome、Edge、Firefox 和 Safari 之間都有廣泛支援——或可能使用 HEVC (H.265)，其瀏覽器支援度並不一致；亦可能使用 AV1，AV1 在較新的瀏覽器上越來越常見。MP4 容器甚至可以裝載瀏覽器完全不支援的編解碼器，例如 ProRes 或 MPEG-2，這就是為什麼一個副檔名為 .mp4 的檔案，在網路上任何地方都可能拒絕開啟。
這對畫面擷取工具來說很重要，因為擷取步驟完全依賴瀏覽器的媒體解碼器。這個工具並不會執行自己的解碼器。它把檔案交給一個隱藏的 video 元素，要求該元素跳到指定的時間，等待解碼器產生一個畫面，把該畫面繪製到 canvas 上，然後把 canvas 編碼成 PNG。如果解碼器無法讀取編解碼器，就永遠不會產生畫面，而工具會顯示解碼失敗，而不是輸出一張空白影像。支援的副檔名是必要條件，但並非充分條件；容器內部的編解碼器才是決定性因素。
瀏覽器編解碼器支援：哪些 MP4 檔案可以開啟
這就是為什麼同一個來源的一個 .mp4 檔案可以在畫面擷取工具中開啟，而另一個 .mp4 卻無法載入：編解碼器比副檔名更重要。下表整理了你最可能在 MP4 內部遇到的編解碼器，以及目前桌面版瀏覽器是否能夠解碼它們。
| .mp4 內部的編解碼器 | Chrome / Edge | Firefox | Safari | 能否在 Video Frame Extractor 中開啟 |
|---|---|---|---|---|
| H.264 / AVC | 是 | 是 | 是 | 是 |
| HEVC / H.265 | 有限 | 否（除非有系統編解碼器） | 是 | 通常否 |
| AV1 | 是 | 是（近期版本） | 部分支援（近期版本） | 通常可以 |
| MPEG-4 Part 2 (DivX, Xvid) | 有限 | 有限 | 否 | 通常否 |
| ProRes | 否 | 否 | 是（macOS 上唯讀） | 否 |
| MPEG-2 | 否 | 否 | 否 | 否 |
如果你的檔案使用 iPhone 或較舊的運動攝影機錄製的 HEVC，Firefox 和大多數 Chrome 版本會直接拒絕解碼。如果你的檔案是從 Final Cut Pro 匯出的 ProRes，幾乎沒有瀏覽器能夠開啟它。這些檔案都使用相同的 .mp4 副檔名，但實際的播放行為是由容器內部的編解碼器所決定。
如何在本地從一個可用的 MP4 擷取畫面
當檔案能夠開啟時，擷取本身是直接了當的，因為這個工具把整個工作流程都保留在瀏覽器內部。該擷取工具經過驗證的操作步驟如下。
- 選擇一個支援的本地影片檔案（MP4、WebM、MOV、M4V 或 Ogg），並等待頁面載入其長度和預覽。
- 輸入介於零與顯示長度之間的畫面時間，需要時可使用小數以取得毫秒精度。
- 選擇「擷取 PNG 畫面」，目視確認靜態影像，然後下載本地 PNG。輸出檔名會包含所選的時間，因此產生的檔案本身就是可追溯的。
這就是整個流程。瀏覽器負責解碼，canvas 負責繪製，PNG 在當前的分頁中建立並下載。整個流程中沒有上傳步驟、沒有影片重新編碼，也沒有任何伺服器端處理。如果解碼、seek、canvas 或編碼階段發生失敗，工具會回報失敗，而不是默默產生一張空白的 PNG。
擷取前應檢查的檔案與尺寸限制
即使編解碼器有支援，工具仍會強制執行來自共用影片安全政策的硬性上限。任何超出這些限制的檔案都無法開啟，而工具會回報這個限制條件，而不是嘗試部分擷取。
| 限制 | 數值 |
|---|---|
| 最大檔案大小 | 500 MiB |
| 最大長度 | 5 分鐘 |
| 每邊最大像素 | 4096 |
| 最大總像素面積 | 3840 × 2160 像素 |
一段十二分鐘長的 4K 影片、一個 2 GB 的 ProRes 主檔，或一個 600 MiB 的 HEVC 錄影檔案，都會在校驗步驟中遭到拒絕。對於較長的影片、更高的解析度，或瀏覽器無法解碼的編解碼器，專用的桌面工具是較安全的選擇。如果你需要的是一段剪輯而非一張靜態畫面，同一個網站上的 video trimmer 和 video cropper 採用相同的本地解碼模式，而 這個疑難排解操作指南 則更深入地涵蓋了相同的失敗模式。
為什麼你的畫面時間並非幀精準
一旦檔案開啟並輸入一個時間，瀏覽器會跳到最接近的已解碼畫面。這是 HTML5 媒體播放的基本特性，而不是擷取工具的 bug。根據 MDN 上關於 HTMLMediaElement.currentTime 的說明文件，瀏覽器可以跳到鄰近的畫面，而非請求時間點上的精確畫面。關鍵影格間距、可變畫格率、編輯列表、時間戳記進位，以及編解碼器的行為，都會影響 seek 實際落腳的位置。
因此擷取工具中的時間欄位記錄的是所請求的媒體時間軸位置，而非編號來源畫面的索引。這個工具不會檢查封包時間戳記，也不會嘗試識別畫面編號。如果你需要嚴格的幀精準擷取——例如廣播剪輯工作、需要色彩管理的 HDR 輸出、含有 alpha 通道的工作流程、批次擷取，或長片段——那麼專用的桌面工具才是合適的環境。對於縮圖、參考資料、簡報，或從你擁有或有處理權利的媒體快速取得靜態畫面，瀏覽器擷取既快速又完全足夠。
擷取可能失敗的其他原因（以及該怎麼做）
有幾個問題可能會在檔案被接受之後、PNG 產生之前浮現，每個都有明確的原因。
最常見的是前面已經說明過的編解碼器不符。其次最常見的是超出尺寸或長度上限；工具會直接回報這點。再來，seek 失敗會在所請求的時間超出片段結尾、落在兩個關鍵影格之間造成問題，或在該特定檔案上觸發解碼器異常時出現。工具會回報解碼、seek、canvas 和編碼的失敗，而不是默默產生一個空白的下載，因此失敗訊息幾乎總是指向原因所在。
一個實用的疑難排解順序：使用像 FFprobe 或 VLC 的編解碼器資訊面板這類桌面工具，確認 MP4 內部的編解碼器；如果來源使用 HEVC、ProRes 或其他不支援的編解碼器，請將檔案以 H.264 重新匯出為 MP4；如果檔案超過 500 MiB / 五分鐘 / 4096 像素的上限，請剪輯或調整大小使其符合限制；然後重新執行擷取。如果在這些檢查之後檔案仍然失敗，問題很可能是損毀的軌道，或是任何瀏覽器解碼器都無法處理的特殊編解碼器設定檔，而下一步就是使用帶有自有解碼器的桌面工具。