簡短的答案
開啟延時攝影產生器，把錄影拖進去，然後要麼定一個速度——從 1.1× 到 1000× 都行——要麼乾脆不算數，直接說成片要多長。要發到資訊流裡的東西，六十秒是個不錯的起點。選好每秒幀數，原片是 4K 就把尺寸降一檔，匯出即可。
如果去處只認 GIF，就把匯出的片段接著送進影片轉 GIF 轉換器；但請先讀最後一節，因為延時攝影是你能讓一個 GIF 揹負的最昂貴的貨物。
這趟路是內建的：匯出之後，下載按鈕下方就有一行提議把結果直接帶到轉換器，片段到那邊已經裝好。
說時長，別說速度
「要多快」是個問錯了的問題，因為誠實的答案是一道你本不該做的除法：九十分鐘素材出一分鐘成片是 90×；一天的工地壓進三十秒，更接近 3000×，而不是任何滑塊暗示的數字。這個工具直接接受成片時長，倍數它自己算，這樣等哪天你丟進來一段更長的錄影，答案照樣成立。
速度倍數仍然有用的地方是小數字。1.1× 到 2× 之間，影片還是當影片看的 — 講座、演示——而超過大約 8×，它就不再是快放，而成了延時攝影：輸出的每一幀都是從時間之流裡摘出的一個樣本，樣本與樣本之間的一切，就是不在了。
這種抽樣也是速度快的原因。工具只讀輸出需要的那些瞬間——在 100× 時大約是檔案的百分之一——而不是把一小時全部解碼只為留下一分鐘。
幀數與尺寸，簡要說
- 每秒幀數。30 幀幾乎對什麼都算流暢；60 幀只有當運動本身就是主角時才配得上翻倍的體積；24 幀則給雲和人流一種討喜的膠片頓挫感。
- 尺寸。延時攝影幾乎總在小螢幕上看。把 4K 降到 1080p，編碼器要描述的畫素就只剩四分之一，而在手機螢幕上沒人會察覺。
延時攝影什麼時候才想變成 GIF
幾乎從不。延時攝影是整幅畫面的持續變化——恰好是 GIF 壓縮最不擅長的東西——所以哪怕很短的一段也會落到幾十兆，而 MP4 只有十分之一的體積，還更清晰。凡是能播影片的地方，就發影片。
如果去處真的只認 GIF，就在轉換器的時間軸上剪出能迴圈的幾秒鐘，寬度收著點，幀率降到 10–12。區域性 GIF 指南就是這套預算的完整版。
如果你每週都做這件事
這兩步分住在兩個頁面上是有意為之：每個頁面只做一件事，每一個都能獨自證明沒有任何東西離開你的電腦。但這兩個頁面所執行的一切都是開源的：MIT 許可證，每個工具一個資料夾，零依賴的 ES 模組，README 把它們一個個點名講清。
如果三腳架上的相機是你日常的一部分，就把程式碼代理指向程式碼儲存庫，讓它把抽樣器和 GIF 編碼器拼成一個頁面，你的速度和尺寸預先設好。這些模組就是寫來被讀的，把它們帶走，正是許可證存在的意義。