优化
☞ 全程在你的浏览器中运行 —— 不会上传任何图片将 GIF 拖放到此处
或点击浏览 —— 仅限动图 GIF
预览
优化
三个杠杆,实时体积读数,动画照旧。
或点击浏览 —— 仅限动图 GIF
预览
三个杠杆,不是一根滑杆
JPEG 有质量滑杆,是因为它会丢掉你眼睛几乎察觉不到的细节。GIF 完全没有这回事:它存的是索引色 + 无损压缩,压根没有一个可以往下拧的旋钮。决定一个 GIF 多大的只有三件事 —— 调色板里有多少颜色、一共多少帧、每帧多少像素。所有让它变小的办法,都是这三者之一。
三者当中,减色通常最划算。从 256 降到 64 砍掉四分之三的调色板,往往能省掉三分之一的体积,而在动起来的画面上这个差别是真的很难看出来。抽帧是那把钝刀:数据量直接减半或减到三分之一,代价是动作明显变顿,所以它更适合录屏而不是动画。缩尺寸也有用,但不如你预期的多 —— 更小的画面压缩起来反而没那么可预测。
三步
在页面里解码。原文件体积就显示在右边那栏。
先从色数开始,还是太大再考虑抽帧。每改一次,新体积和省掉的百分比都会跟着更新。
重新生成的 GIF 从你的设备上保存下来 —— 文件从没离开过。
快速解答
因为 GIF 没有这东西。它是调色板格式 + 无损压缩,不存在 JPEG 那种「再压狠一点」的设置。体积来自颜色、帧数和像素 —— 而这里三个控件改的恰恰就是这三样。
色数。从 256 降到 64 通常省掉三分之一的体积,动起来非常难看出来。只有减色不够时,才动抽帧。
不会。每一帧被丢掉时会把自己的时间让给留下的那一帧,所以整段秒数不变,只是动作跨度变大了。真想加速请用「GIF 调速」。
有些 GIF 本来就贴着地板了:颜色少、帧数少、画布小。还有些的体积主要来自帧与帧之间变了多少,而这三个杠杆都不直接管那个 —— 每一帧整幅画面都在动的片段,怎么弄都贵。
在。循环设置和逐帧延时都保留,透明区会被重新声明为透明,而不是压到黑底上。
不会。解码、重新量化、重新编码全在你的浏览器里完成,所以既不用等上传,别处也不会留下你文件的副本。