GIF 每帧最多 256 色，但帧数一多，调色板与帧数据累加仍然很大。
GIF 太大，多半是尺寸与帧数叠加造成的。这里在浏览器里解码每一帧，按比例缩放、每 N 帧取 1、再把颜色量化到 32 - 256 色，实时给出压缩后体积与压缩率。
文件不上传服务器，解码与编码均在本地浏览器处理，断网也能用（首次需加载 gifuct-js 与 gifenc CDN 库）
GIF 每帧最多 256 色，但帧数一多，调色板与帧数据累加仍然很大。
像素数按面积增长，1920 宽的动图缩到 960 宽，像素直接少四分之三。
30fps 的录屏转 GIF，抽掉一半帧通常看不出差别，体积却能接近减半。
缩放对体积的贡献最大，抽帧影响流畅度更明显
卡通色块少，64 色往往看不出差别
颜色太少会出现明显色带与脏边
超过 3 帧取 1 会明显卡顿，除非原始帧率很高
不同帧的延迟可能不一致，编码时统一按平均延迟处理
微信对 GIF 体积敏感，缩到 50% + 64 色通常就够
网页首屏越小越好，缩尺寸比降色更有效
先用视频压缩页降分辨率与帧率，再转 GIF 压缩
一次拖入多个 GIF，统一参数批量压缩后打包下载
| 解码方式 | 用 gifuct-js 逐帧解析，把每帧按处置方式合成到画布，保证画面正确 |
|---|---|
| 编码方式 | 用 gifenc 做颜色量化与索引编码，设置颜色数、循环次数后重新生成 GIF |
| 尺寸缩放 | 按比例重绘每一帧，面积按平方缩小，是体积收益最大的一项 |
| 抽帧 | 每 N 帧保留 1 帧，同时按比例延长帧延迟，保持播放总时长不变 |
| 颜色量化 | 把真彩色映射到 N 色调色板，颜色越少体积越小，色带越明显 |
| 本地处理 | 文件不上传服务器，解码与编码都在浏览器内完成 |
GIF 大是常态：一帧真彩色图就可能几百 KB，几十帧叠起来轻松超过 10MB。这个工具把解码、缩放、抽帧、颜色量化、重新编码全放在浏览器里，实时给出压缩后体积与压缩率，支持多个 GIF 排队处理。
抽帧后会按比例延长每帧延迟，所以播放总时长基本不变，只是帧率下降。若原 GIF 本身帧延迟很短，抽帧后的卡顿感会更明显。
会有损。缩放会降低分辨率，抽帧会降低流畅度，减色会产生色带；三者叠加时建议逐项调低强度并预览。
原 GIF 可能已经高度优化，重新编码时若颜色数仍很高、缩放又不明显，体积可能持平甚至略增。可尝试缩到 50% 或降到 64 色。
不会。编码时会按抽帧倍数放大帧延迟，播放总时长基本不变，但画面流畅度下降。
支持单色透明，但量化过程可能让半透明边缘出现杂边，建议先用纯色背景版本测试。
不会。解码与编码都在本地浏览器完成，文件不出本机。
可以，一次最多 8 个 GIF，统一参数逐张处理，支持逐张下载或打包 ZIP。
继续缩尺寸（33%）、抽帧间隔拉到 4、颜色降到 32；若仍超标，建议改用视频格式或缩短时长。
审核通过后就会展示在留言板上，稍安勿躁～
数据更新：2026-11-02 · 依赖 gifuct-js 2 与 gifenc 1（CDN），全部在浏览器本地运行。
还没有留言，来抢沙发吧！