时间戳不是通用帧号
视频播放器显示的时间以秒为单位。設定媒體元素的當前時間會要求瀏覽器尋找時間軸中的該點。然後，瀏覽器解碼足夠的資料以在請求時間附近呈現可用影格。 HTMLMediaElement currentTime 文件 定義了查找接口，但它不保證每個編解碼器和容器都有穩定的來源影格索引。
對於恆定 30 FPS 媒體，一影格標稱持續時間約為 1 / 30 秒，即 0.0333 秒。這使得 1/30 秒的輕推變得直觀。對於 24、25、29.97、60 或可變影格速率媒體，相同的微調只是一個很小的時間步長。它可能會移動多個呈現影格，落在同一顯示影格上，或暴露時間戳間距與平均值不同的影格。
因此，VideoToImg 將其控制描述為 1/30 秒的微調，而不是承諾為每個來源提供一個原始影格。這種區別對於可重複的品質保證、科學觀察、法律證據和動畫計時很重要。
為什麼關鍵影格會影響搜尋
大多數交付影片都會隨著時間的推移進行壓縮。關鍵影格包含獨立的圖片，而後面的影格間影格通常描述相對於早期解碼圖像的變化。為了在 37.4 秒處顯示影格，解碼器可能需要定位較早的關鍵影格並向前解碼，直到達到請求的顯示時間。
稀疏關鍵影格會使隨機搜尋速度變慢，尤其是在長檔案或高解析度檔案中。它們還可能暴露正常向前播放隱藏的瀏覽器或檔案索引問題。 MDN 影片編解碼器指南 解釋了影格間壓縮和週期性關鍵影格如何影響播放和工件恢復。
延遲查找並不能證明該工具已上傳文件。本機檔案仍由目前分頁中的瀏覽器媒體 API 進行解碼。解碼時間取決於來源結構、設備、編解碼器實作以及與有用隨機存取點的距離。
使用可重複的精確框架工作流程
- 大致定位場景。 在操作附近拖曳或輸入時間戳，然後等待預覽更新。
- 檢查兩個方向。 透過幾個小的時間步長來前後推動。比較主體位置、焦點、動作模糊、字幕和介面狀態。
- 記錄媒體時間。 將顯示的時間戳記與匯出的圖片一起保留或保留在您的審查筆記中。僅檔案名稱可能無法保留足夠的上下文。
- 首先按來源寬度匯出。 僅當最終使用的顯示尺寸已知時才縮小尺寸。稍後調整大小無法恢復遺失的細節。
- 選擇像素周圍的輸出。 PNG 避免了額外的有損靜態影像步驟； JPG 對於攝影場景來說比較緊湊； WebP 對於現代網路交付非常有用。
- 獨立驗證關鍵證據。 瀏覽器螢幕截圖工具適合視覺選擇，不能取代報告準確影格身份和呈現時間戳記的取證解碼器。
恆定和可變影格速率需要不同的語言
恆定影格速率影片的目標是均勻間隔的影格，儘管 29.97 等常見速率仍然需要精確合理的計時。可變影格率影片允許改變演示持續時間。螢幕錄製、會議工具和電話可能會使用可變的計時來適應內容或擷取條件。
因此，將時間戳除以公佈的平均 FPS 可以產生方便的估計值，而不是權威的影格數。兩個畫面的持續時間可能不同，重複或遺失的呈現可能會影響時間和順序位置之間的關係。
當工作流程需要諸如「編碼流的第 1,248 影格」之類的語句時，請使用公開資料包和影格時間戳記的工具檢查檔案。當任務是「保存41.2秒左右最清晰的影像」時，瀏覽器視覺選擇通常是更直接的方法。
診斷錯誤、黑色或陳舊的影格
當請求的時間超出最後一個可解碼訊框時，即使容器報告的持續時間稍長，也可能會在文件末尾附近出現黑色影像。提前移動一點，然後再試一次。查找後的陳舊圖像可能表示解碼尚未完成；等待預覽狀態而不是在轉換期間捕獲。
如果只有一個檔案失敗，請懷疑其編解碼器、索引、時間戳記或損壞的媒體資料。如果每個檔案在一個瀏覽器中都失敗，請測試目前的瀏覽器版本和一個已知良好的小型 H.264 MP4 或 WebM 檔案。如果直接 URL 失敗而下載的本機副本有效，則跨網域權限或遠端回應可能是邊界。
編解碼器和容器指南 提供了更完整的診斷序列。向 hello@videotoimg.com 報告可重現的問題，而無需發送私人媒體。
了解影像匯出可以改變什麼，不能改變什麼
瀏覽器呈現框架後，工具會將解碼後的圖像繪製到畫布上，並要求瀏覽器對圖像 blob 進行編碼。 canvas toBlob 文件 描述了此靜態影像編碼步驟。更改 PNG、JPG 或 WebP 會影響新圖像文件，而不是已解碼的來源詳細資訊。
PNG 無法反轉運動模糊、焦點錯誤、色度子取樣、低位元率或先前的影片壓縮。 JPG 品質僅控制額外的 JPEG 編碼權衡。較小的最大寬度會減少像素尺寸和內存或檔案重量，但應根據預期顯示來選擇它，而不是將其視為品質升級。