將動畫 GIF 轉成 MP4，可讓檔案更小、播放更流暢，且上傳不容易被拒絕。
拖放一個或多個檔案 - 全部轉換為 MP4。逐行進度、批次轉換、ZIP 下載。
動態 GIF 檔案通常非常大 - 在品質較差的情況下，常常比相同內容的 MP4 大 5 到 10 倍。每個現代的通訊平台、社群網路與內容管理系統（CMS）都偏好 MP4：檔案較小、畫質較好，且支援實際音訊（即使你的 GIF 是無聲的）。將 GIF 轉成 MP4，是你能採取以降低視訊資產頻寬費用的最快單一改變。
Conversion uses our FFmpeg wasm engine in your browser - it understands GIF frames and re-encodes them as an H.264 MP4 with a fast-start moov atom for instant playback. The wasm engine downloads ~22 MB on first use (cached after). Expect the output to be 80-90% smaller than the source GIF at visually identical quality.
為什麼 GIF 檔案這麼大？這種格式可追溯到 1987 年，每個影格使用 256 色調色盤，加上原始的行程長度壓縮。現代視訊編解碼器使用運動估計（僅儲存影格之間的差異）、可變量化（在眼睛注意到的地方花費位元）以及針對自然視訊訊號調整的熵編碼。結果是：MP4 攜帶與 GIF 相同的視覺內容，但檔案大小僅為十分之一，而且通常具有更高的色彩保真度。GIF 之所以能存活下來，僅僅是因為慣性以及某些平台缺乏內嵌視訊。
這種轉換最常見的情境：在您自己的網站上託管 GIF（較小的 MP4 = 較低的頻寬費用），在 Slack 或 Discord 中分享（MP4 會作為視訊內嵌播放，而 GIF 無論如何都會在伺服器端轉換），嵌入 GitHub README 檔案（GitHub 接受 markdown 區塊中的 MP4），以及上傳到偏好視訊貼文而非 GIF 附件的社群平台。在大多數這些情況下，收件人的體驗是相同或更好的；節省的成本是純粹的勝利。
關於自動播放和循環的注意事項。HTML5 影片元素需要明確的屬性才能像 GIF 一樣運作：muted、autoplay、playsinline、loop。Subformer 的 MP4 輸出與其中任何一個都能正常運作，但播放器必須經過配置。在社群平台上，這由其影片管道自動處理；在自託管網站上，您只需在影片標籤中設定一次。GIF 的「永久循環、自動播放」是內建的；MP4 需要配置。如果您之前曾將 GIF 放入 img 標籤中並「直接運作」，那麼這值得了解。
大規模自託管 GIF 成本高昂。小 10 倍的 MP4 可將您的 CDN 費用降低相同倍數，且訪客看不到任何變化。
GitHub markdown 透過 <video> 標籤支援 MP4（作為附件上傳）。檔案越小 = 儲存庫瀏覽越快。
這兩個平台都會將 MP4 內嵌為帶有原生控制項的影片播放器。較小的檔案上傳速度也更快。
iPhone 照片和 Android 圖庫原生支援 MP4。GIF 技術上可行，但在 iOS 上會放在一個尷尬的「動畫」類別中。
Twitter 無論如何都會在伺服器端將 GIF 上傳轉換為 MP4。預先轉換可讓您控制編碼品質。
Premiere、DaVinci Resolve 和 Final Cut 偏好 MP4 來源。直接編輯 GIF 很麻煩；MP4 可以乾淨地放入時間軸。
動態 GIF 是經典的短迴圈影像格式。在每個瀏覽器與聊天應用程式都能播放，但與像 MP4 或 WebM 這類現代視訊格式相比，檔案龐大且有損。
MP4 是支援最廣泛的視訊容器，基於 ISO Base Media File Format。它可以承載 H.264、H.265 和 AV1 視訊，並配上 AAC、MP3 或 Opus 音訊。
將 GIF 拖到上方的轉換器，或點擊方框從你的裝置選取。
我們已預先選定 MP4 作為輸出格式。如要不同的目標，請從下拉選單變更。
點選 Convert 並等候進度條完成。當 MP4 準備好後下載 MP4。