为什么帧延时比帧率更重要
GIF 里根本没有"帧率"这个概念。每一帧自带一个延时字段，单位是百分之一秒，播放器就是等这么久再显示下一帧。一个只让你填 FPS 的工具，实际上是在把同一个延时写进每一帧。
也正因为要凑成百分之一秒的整数，30fps 的 GIF 其实是个说法而已：1/30 秒等于 3.33 个百分秒，只能取 3（约 33fps）或者 4（25fps）。选 25、20、12.5 或 10fps，得到的才是这个格式能精确表达的节奏，预览里看到的也就是你最终拿到的。
时间轴，不是排队队列
带真实时间轴的动图 GIF 制作器
大部分 GIF 工具给你的是一个上传框和一根滑杆。这里给你的是一条时间轴：每一帧都有自己的位置和自己的停留时间，而且你改的同时就能看到结果。
直接打开工作台。不上传，也不留存。
- 不上传
- 免注册
- 无水印
做一个 GIF，从头到尾
三步，全部在你自己的机器上完成。最花时间的那一步是决定剪掉什么。
- 1
把素材拖进来
视频、一堆图片，或者两者混着来。视频会按你指定的帧率抽帧；每张图片变成一帧，停多久由你定。
- 2
在时间轴上排布
调顺序、裁头尾、改帧率，让某一段放慢或者倒着播。预览播放的就是最终会被编码的那串帧。
- 3
看着数字导出
选颜色数量和抖动方式，一边看预估体积一边调，然后导出。任何档位都不会加水印。
有了时间轴之后能做的事
逐帧控制停留时间
GIF 存的是每一帧各自的延时，而不是整个文件一个帧率。包袱那一帧停 800 毫秒、铺垫部分跑 60 毫秒——格式一直支持，只是没什么工具把它露出来。
多种素材混在一个文件里
一张 PNG 做片头、中间三秒来自 MP4、最后再接一张静帧。它们在同一条时间轴上，共用一套调色板，所以接缝处不会突然变色。
倒放和变速不用重新解码
帧只解码一次并缓存下来。把片段倒过来或者改速度，只是重排内存里已有的帧，不会再去读一遍视频。
真正能用的撤销
60 步带标签的历史。拖滑杆这类连续操作会合并成一步，所以撤销会回到你想去的地方，而不是一个像素一个像素往回退。
一套调色板，还是每帧一套
GIF 的每一帧既可以引用全局调色板，也可以自带一套局部的。共用能让文件更小，也能避免颜色在帧之间来回抖；每帧一套则适合画面中途整体换色的素材，代价是实打实的体积。
导出面板把这个选择摆出来，而不是替你决定。全局调色板是从整条时间轴上均匀取样统计出来的——不是只看第一帧，否则一个以淡入开场的片段，后面的颜色就会被压进五种色里。
大家真正会问的问题
- 帧数有上限吗？
- 时间轴最多 600 帧。这是内存上限而不是收费门槛——每一帧都是解码后的位图，放在你的标签页里，再多浏览器就会以很难恢复的方式崩掉。
- 会加水印吗？
- 不会。免费档不会，任何时候都不会。免费档限制的是分辨率和帧率，影响的是文件本身，而不是往画面上盖东西。
- 能过几天再接着改吗？
- 项目会自动保存在这个浏览器里，源文件也一起存，所以关掉标签页再回来，进度还在。它只留在这台设备上，没有账号，也没有云端副本。
相关工具
同一个工作台，对着另一件事使。