GIF Splitter.
繁體中文

理解 GIF 的節奏

GIF 影格延遲與預覽播放時間

影格數、原檔記錄的延遲和瀏覽器實际播放時間是不同資訊。本指南用明確數值說明差別，幫你選取靜態圖片並保留重建動畫需要的時間資訊。

最後更新:

1. 影格數與時間不是同一回事

每張影格代表一個圖像狀態，延遲則決定它保持多久。兩段同樣有 24 個影格的 GIF，可能播放時間完全不同。把影格數除以某個固定幀率，不能代替讀取原檔各格延遲，尤其是包含停頓或重複圖片的動畫。

工具顯示的總時間是記錄延遲的加總，用來描述一次序列，而不是包含所有重複循環的觀看時長。若要挑選一張截圖，先找圖像清楚的影格；若要重建動作，則還需要每格時間和原本的循環行為。

2. GIF 延遲的單位

GIF 以百分之一秒記錄延遲，因此一個單位相當於 10 毫秒。工具將讀出的數值以毫秒顯示，方便比較。20 毫秒是兩個單位，80 毫秒是八個單位；這是格式資料的換算，不是本網站測得的裝置效能。

零延遲或非常短的延遲不一定在所有播放器以相同速度執行。瀏覽器可能設定最短間隔，背景分頁也可能被節流。看到速度不同時，應先區分「原檔寫了多少」與「播放器實際安排了多久」，避免改錯來源資料。

3. 記錄時間與本工具預覽

GIF Splitter 預覽將小於 20 毫秒的延遲改以 100 毫秒排程，便於查看快速影格。20 毫秒剛好達到門檻，不會套用這個替代值。畫面上的每格延遲以及記錄總時間仍使用 GIF 原始值，不會被預覽規則改寫。

PNG 匯出只保存圖像，既不保存原延遲，也不保存預覽使用的間隔。不要把螢幕錄影的播放速度當成原 GIF 的確切時間來源。若你要求精確節奏，請使用來源延遲，並在最終輸出工具確認它的時間單位與最短間隔。

記錄延遲為 0、10、20、80 毫秒，合計 110 毫秒；短延遲規則使預覽請求合計 300 毫秒，兩者都不是效能實測。
查看四影格時間範例

4. 逐步看時間範例

受控範例有四個影格，記錄延遲依次為 0、10、20、80 毫秒。原始一次序列時間是 0 + 10 + 20 + 80 = 110 毫秒。前兩格低於 20 毫秒，預覽排程會分別使用 100 毫秒，後兩格則維持 20 和 80 毫秒。

因此預覽的排程合計是 100 + 100 + 20 + 80 = 300 毫秒。110 與 300 都描述同一組圖片的不同時間層次；300 是規則計算，不是裝置實測結果。裝置忙碌或計時器延後時，真正觀看時長還可能更長。

5. 在轉場中挑選靜態圖片

動畫播放時的一瞬間可能受下一格和快速動作影響，靜態 PNG 卻只顯示當前畫面。暫停後使用前後箭頭比較，選擇物件清楚、文字完整或操作步驟最具代表性的一格。較長延遲通常便於觀看，但不保證那張圖片最適合截圖。

相鄰影格可能外觀一樣卻有不同延遲，也可能只改動很小的區域。工具保留原序列，不會去掉重複影格。為教學只選幾張時，可刪去不需要的重複圖；為重建動畫時則應考慮它們合計保持的時間。

6. 讓時間資訊與 PNG 一起保存

ZIP 中的 PNG 檔名保留原始影格編號，適合用來建立一份對照記錄。匯出前寫下編號及毫秒延遲，保存來源 GIF，並記下只選了哪些影格。若選取範圍不連續，原本跳過的時間不會自動併入下一張 PNG。

匯入動畫編輯器後，把每張圖設定為相應延遲，再確認循環與輸出格式。若編輯器只接受固定幀率，需另做取樣或重複影格的安排，不能只依檔名匯入就假設節奏已保留。GIF Splitter 不負責重新編碼或建立新動畫。

7. 為何不同環境速度不同

播放器對零值和極短延遲的處理、頁面是否在背景、螢幕刷新與裝置負載，都會影響實際播放。預覽使用瀏覽器排程，也無法保證每次回呼都恰好準時。多次循環中觀察到的差異，可能不代表 GIF 記錄內容有變化。

排查時使用同一個檔案，分別核對延遲資料與視覺狀態。避免只憑「別的網站更快」就把所有延遲改成固定數值。如果來源資料完整，但播放速度不同，請在最終使用環境做確認，尤其是需要音畫同步的工作流程。

8. 排查時間時不要誤改畫素

若圖片正確而速度不符，先檢查延遲與循環設定；若出現殘影或缺背景，則要檢查合成及 disposal，延長每格時間不會修復畫素。把時間與圖像問題分開，可避免反覆重編碼而降低原素材品質。

回報時間問題時提供來源每格延遲、發生位置、瀏覽器版本及是否背景播放，並說明你比較的是原檔時間還是預覽節奏。不要聲稱某段計時公式是實測速度。若必須逐時刻精確輸出，請改用適合時間編輯的專用工具。

GIF 實用指南

從選取一張圖片，到理解透明度、播放時間及瀏覽器限制，這些指南幫你判斷輸出結果。