压缩 GIF 文件

GIF 本质上是一本翻页动画册：它把一整套完整的帧存储下来，再循环播放。因为这个格式诞生于 1987 年，它缺少现代视频所用的帧间压缩技术——它不会只记录相邻两帧之间发生了什么变化，而是常常把每一帧的大部分内容都从头重新存一遍。再加上较高的帧率、较大的尺寸和较长的时长，短短几秒的动画就能膨胀到好几兆字节。这就是为什么一个简短的表情包 GIF，体积有时反而比一分钟长的 MP4 视频还要大。

• 每一帧都完整存储，帧与帧之间的压缩十分有限
• 帧率越高数据量越大，哪怕画面几乎没有变化
• 较大的像素尺寸会让每一帧的成本成倍增加
• 循环时长越长，体积就越线性增长

MiCompress 在缩小动态 GIF 体积的同时不会破坏动画本身。工具会优化每一帧使用的调色板，移除相邻帧之间没有变化的冗余像素，并可以在合适的情况下削减近乎重复的帧，让循环播放依然流畅、同时携带更少的数据。播放时序和循环行为都会被保留，因此你的 GIF 播放效果与之前完全一样——只是体积更轻了。整个过程都在 GIF 格式内完成，所以它在任何支持 GIF 自动播放的地方——从聊天应用到论坛——都能照常使用。

有一个诚实的权衡值得了解：对于超过几秒钟的内容，MP4 或 WebM 这样的视频格式远比 GIF 高效，画质更好，体积却只是零头。人们坚持使用 GIF 的理由是它的“行为方式”，而不是效率——GIF 能自动播放、静音循环，还能内嵌在很多不接受视频的场合，这正是它至今仍是表情包和梗图通用货币的原因。如果目标平台接受视频，转换格式能省下更多空间；如果平台就是要 GIF，那压缩才是正确的做法。

GIF 压缩的目标是在缩小文件的同时依然播放流畅，因此我们的工具会重点保护那些肉眼真正在意的部分。帧时序会被保留，动画不会变快也不会卡顿；调色板优化也会谨慎处理，避免破坏渐变画面而产生色带瑕疵。如果一个 GIF 大部分画面是静止的、只有一小块区域在动——UI 演示中很常见的情况——省下的体积可能非常可观，因为不变的背景可以跨帧更高效地存储。