命名杆,而不是神秘预设
自己设置颜色数量和帧跨度,预期的节省量在前面说明,而不是轻度、平衡和最大。
减少颜色数量、删除帧或两者兼有。一次最多 50 个 GIF,无需上传等待,处理通常庞大的文件。
拖放 GIF 文件进行压缩
仅限 GIF · 动画或静止 · 最多 50 个文件 · 每个 100 MB
视频编解码器存储帧之间的变化。GIF 几乎做不到——它设计于 1987 年,每一帧都接近一张完整的图片。这就是为什么一个 3 秒的视频剪辑作为视频时为 300 KB,但作为 GIF 却是 8 MB,为什么你刚才遇到的上传限制不是你的错。
该格式内只有两个真实有效的调节杆。第一个是调色板:GIF 最多可以包含 256 种颜色,减少这个数字会缩小每一帧。降至 128 种颜色通常可节省 20% 到 40%,64 种颜色节省 40% 到 60%,32 种颜色可在简单动画中节省 60% 到 80%——尽管渐变和摄影内容在此之前就会开始出现色带。第二个是帧数:保留每隔一帧会删除大约一半的数据。
两个控制都是命名的、可见的、由你设置的。这里没有质量滑块,因为 GIF 没有质量参数可以调节——它是一种调色板格式,任何向你展示 GIF 1 到 100 质量控制的工具都是在展示一个没有实际作用的控制。如果你需要比调色板和帧数能提供的更大幅度的减少,真正的答案是离开该格式,WebP 转换器只需点击一次。
自己设置颜色数量和帧跨度,预期的节省量在前面说明,而不是轻度、平衡和最大。
删除帧通常会加快动画速度。每个幸存帧的延迟都会按比例调整,使其以更低的帧率运行相同的时长。
大多数 GIF 压缩器将批处理限制在 10 或 20 个。这个一次最多 50 个,这样大的文件无需上传步骤。
Discord 对普通账户的 GIF 限制为 8 MB。减少一个颜色级别通常可以解决,而不需要改变动画。
动画签名必须很小才能在邮件客户端中存活。更少的颜色和帧数可以将徽标循环减小到合理的大小。
UI 录制是调色板减少的最佳情况——平面界面颜色在小调色板中几乎完美保留。
存储库不应该包含 12 MB 的 GIF。终端和界面的屏幕录制压缩效果好,可见成本很小。
展示网络强制执行严格的字节限制。压缩前后的数值显示告诉你什么时候你在限制线以下。
较旧的平台通常将附件限制在 2 MB。减少到每隔一帧,大多数剪辑都能符合。
动画或静止,一个文件或 50 个。无需上传任何内容,这对于 GIF 通常是任何其他工具最慢的部分。
从 128 或 64 种颜色开始。如果仍然太大,也保留每隔一帧。
每个文件显示其压缩前后的体积。保存一个,或将整个批次作为 ZIP 下载。
从 128 种颜色开始,看一下结果再降低。平面图形和屏幕录制在 64 甚至 32 种颜色下能存活;照片和渐变很早就会出现色带。
帧删除是颜色之后最强的调节杆。每隔一帧大约减半数据,大多数屏幕录制在一半的帧率下仍然读起来很清楚。
调整大小最有效,如果你能承受的话。文件大小随面积增长,所以宽度减半大约是像素的四分之一——先在批量调整器中进行,然后在这里压缩。
如果源已经通过 gifsicle 或类似的优化器,预期结果很小或根本没有。一些 GIF 就是这样了。
当没有什么能让你达到限制时,转换为 WebP。相同的动画通常小得多,所有当前浏览器都支持播放。