在线优化 GIF 体积

在浏览器里用三个各自标明代价的控制项把 GIF 压下来:更少的颜色、更少的像素、更少的帧。文件不会被上传。

  • 免费
  • 无需注册
  • 无水印
  • 在浏览器里运行

GIF 优化

转换器是编译成 WebAssembly 的 ffmpeg。你选第一个文件时它会下载一次(约 30 MB),之后就留在浏览器缓存里。

减少颜色数是最有效的一招,128 色在动态画面里基本看不出来。还不够小的话,再降缩放和帧率。

文件在你自己的浏览器里处理,不会上传。引擎本身有 30 MB,只在第一次使用时下载,之后都从浏览器缓存里取。

GIF 优化 怎么用

  1. 1把 .gif 拖到上面的方框里,或者点一下选择。
  2. 2先降颜色数,再降缩放比例,最后才动帧率,每改一项就点一次应用。
  3. 3对比这一行上标出的压缩比例,选一个你满意的版本下载。

GIF 优化只有三根杠杆,各自都有代价

GIF 之所以重,原因只有一个:它用 1980 年代设计的压缩方案存下一整个序列的完整索引图。它 没有运动预测,所以一帧哪怕只比上一帧变了一点点,代价仍然接近于重画一张。这就只剩下三样 东西可以交换。

第一是颜色。每一帧从一张最多 256 项的色板里取色,把它砍到 128 或 64 会让文件变小,而在 扁平图形、录屏和线稿上几乎看不出来。第二是缩放比例,而且它最可预测:宽度减半,像素数就 变成四分之一。第三是帧率,放在最后是因为它是人最容易察觉的那个 —— 它改变的是动作的手感, 而不是任何单帧的样子。

什么时候该停止优化、直接换格式

如果源素材是视频画面,那么再怎么优化 GIF 都赢不了。照片场景里每一帧几乎处处都和上一帧 不同,而这恰恰是 GIF 完全没有办法、现代视频编码却正是为之而生的情况。同一段片子做成 MP4 通常只有四分之一的体积,而且更好看;本站有一个 GIF 转 MP4 的页面就是干这个的。

什么时候该留在 GIF:目的地就是需要它 —— 一个会自动播放的普通图片标签、一个不支持内联视频 的聊天工具或论坛、一份邮件模板,或者老到根本用不了 video 元素的软件。

怎么读结果

每次运行之后,这一行上都会标出省了多少,所以对比的是一个数字而不是一种印象。一次只改一个 控制项然后点应用;把杠杆分开的意义,就在于你能看清楚是哪一个换来了体积下降,哪一个只是白 花了画质。

所以真正有效的 GIF 压缩优化方法是:一次只改一件事,留下代价最小、收益最大的那个版本。想要 减小 GIF 体积,先从颜色开始,几乎总是对的。

全部过程都在你的浏览器里完成。单个文件最大 500 MB,不会到达服务器,引擎只下载一次,之后 由浏览器缓存。

常见问题

三个控制项该先动哪个?
先动颜色。大多数 GIF 来自录屏或者扁平图形,很少真的需要满 256 色;降到 128 通常看不出来,却能实打实地砍掉一块。其次是缩放比例。帧率放最后,因为它是最容易被察觉的一个 —— 它改变的是动作的感觉,而不是单帧的观感。
为什么我的 GIF 几乎没变小?
要么它本来就优化过了,要么它的内容天生和这个格式对着干。以照片素材或者大面积渐变为主的 GIF 无论怎么弄都很贵,因为每一帧几乎每个像素都和上一帧不同。如果你手上的其实是一段视频,那么转成 MP4 会胜过任何程度的 GIF 优化。
优化会把动画弄没吗?
不会。每一帧都会被处理并写回同一个循环播放的 GIF,帧间隔也保持不变,除非你主动去降帧率。降帧率是一笔真实的交换,不是白捡的收益,所以它是一个单独的控制项,而不是自动帮你套上去的。
这和 GIF 尺寸调整有什么区别?
尺寸工具只做一件事,设定一个精确的输出宽度,当你已经知道要多少像素时该用那个。这个页面关心的是文件体积,把影响体积的三根杠杆都交给你,让你自己决定花哪一份画质。
文件会被送到服务器吗?
不会。解码和重新编码都由你自己的浏览器完成。整个过程中唯一经过网络的是引擎本身,约 30 MB,第一次用的时候下载,之后由浏览器缓存。

更多免费工具