GIF 倒放

不是工具本身的问题，这通常是 GIF 的颜色抖动（Dithering）算法导致的边缘伪影。原始 GIF 为压缩颜色数（256色）会使用扩散抖动，倒放后逐帧重新编码，抖动方向与原始不同，边缘像素的误差扩散就会形成彩色条纹。如果原图颜色简单或边缘清晰，这种现象更明显。解决办法：上传前先用其他工具将原 GIF 转为无抖动的“纯色”模式，或直接使用颜色数更少的版本再上传。

GIF 倒放本身不改变帧数，但 FFmpeg 重新编码时默认会按最高质量参数重压缩，有时会“放大”原始文件的冗余数据。如果倒放后体积变大，可在上传前自己用工具（如 gifsicle）对原 GIF 做一次优化，去掉多余帧和冗余颜色表；倒放后体积会回到接近优化后的大小。本工具暂不提供二次压缩选项，建议在本地预处理。

GIF 的播放速度由每一帧的“延迟时间”（Delay Time，单位厘秒）控制。如果原 GIF 的帧延迟不均匀（例如某些帧 10 厘秒、某些帧 50 厘秒），倒放后这些延迟会原样反向排列，导致整体节奏感变化，有时看起来“变快”是因为慢动作帧被移到了后面。建议检查原 GIF 是否帧延迟一致；如果不一致，倒放后节奏会反转。

本工具的后端使用 Go 调用 FFmpeg 处理，上传的 GIF 文件在处理完成后会立即从服务器临时目录删除，不会永久存储。处理过程中文件仅存在于内存和临时磁盘，且不记录任何用户标识。如果对隐私有更高要求，建议在本地使用 FFmpeg 命令行直接处理（命令：ffmpeg -i input.gif -vf reverse output.gif），完全离线。

本站对上传文件大小有安全限制（通常 100MB 以内），50MB 在允许范围内。但 GIF 是逐帧全彩色存储，50MB 的 GIF 帧数可能上千，倒放需要全部加载到内存后翻转顺序，处理时间会较长（可能 30 秒到几分钟）。如果浏览器长时间无响应，可以分两段处理：先截取前半段倒放，再截取后半段倒放，最后用其他工具拼接。

GIF 格式只支持 256 色，原始 GIF 的颜色表（Palette）是专门为正向播放优化的。倒放后 FFmpeg 会重新生成一个颜色表，但不会保留原 GIF 的全局颜色表顺序，导致某些颜色被映射到相近但更暗的色块。如果原 GIF 使用了非标准颜色表（如局部颜色表），差异会更明显。解决办法：上传前将原 GIF 转为 PNG 序列再重新生成 GIF，或使用支持颜色表保留的专用工具预处理。

手机浏览器处理大尺寸 GIF 时，内存和 CPU 有限。如果 GIF 分辨率超过 1920×1080 或帧数超过 200 帧，浏览器可能因内存不足而卡死。建议先将原 GIF 在电脑上缩小分辨率（如 640×480）或减少帧数（抽帧到 10fps），再上传倒放。另外，使用 Chrome 或 Safari 最新版，关闭其他标签页，可减少卡顿概率。

手机 App 通常内置广告、需要注册或限制输出分辨率（免费版只能倒放 5 秒）。本站工具完全在线，无注册、无水印、无时长限制，适合处理大文件或批量操作。缺点是依赖网络上传速度，以及手机浏览器对大文件的支持不如 App 稳定。如果只是偶尔倒放一个几秒的小 GIF，两者差别不大；如果处理长动画或高分辨率，推荐用电脑浏览器访问本工具。