编辑
☞ 全程在你的浏览器中运行 —— 不会上传任何图片将 GIF 拖放到此处
或点击浏览 —— 仅限动图 GIF
预览
编辑
缩放动图 GIF,而不是把它压成一张静止图。帧延时和循环都留着。
或点击浏览 —— 仅限动图 GIF
预览
整摞,不是第一张
多数图片编辑器打开 GIF,只显示第一帧,其余的悄悄丢掉。再存回去动画就没了 —— 你手里是一张扩展名叫 .gif 的静止图。这是改尺寸最常见的翻车方式,而且往往等到文件已经发出去了才发现。
这个工具解的是整摞。每一帧先合成为整幅画面 —— GIF 里的帧常常只是一小块补丁,只重画变动的那部分 —— 再缩放,再连同原来的帧延时写回一份新动画。出来的是同一段动画的另一个尺寸,循环方式也没变。
三步
在页面里解码,帧数和原始尺寸马上就显示出来。
默认锁比例,不想锁可以取消;75 / 50 / 25% 一键就到。预览是动的,新尺寸动起来什么样当场能看见。
重新生成的 GIF 从你的设备上保存下来。文件从没离开过。
快速解答
是。每一帧都会被缩放,再按原来的逐帧延时和循环设置重新编码成新动画。28 帧的 GIF 进去,出来还是 28 帧。
缩小会造出原来没有的颜色 —— 一个缩小后的像素是好几个像素的平均值 —— 新调色板因此更难压缩。像素少通常还是划算,但 50% 的尺寸很少换来 50% 的体积。真要减体积,删帧或减色比只缩尺寸有效。
能,最大 4000 像素,但 GIF 里没有可恢复的细节。把 100 像素放到 400,得到的是一张糊的 400 像素图和一个大得多的文件。这个工具擅长的是缩小。
会保住。透明区在新调色板里被重新声明为透明,而不是被压到黑底上 —— 后者正是「没把透明色显式写回文件」的下场。
25 MB 以内。全部在浏览器里跑,真正的上限是你的设备 —— 又长又大的 GIF 需要把每一帧同时放在内存里。
不会。GIF 用 File API 读进来,在页面里解码、重画、重新编码,整条链路没有任何服务器请求 —— 这也是它在页面加载之后断网仍能用的原因。