小容差
只移除与检出背景色高度接近的像素。主体轮廓一个像素都不会少,但在带抗锯齿的 GIF 上会残留一圈旧背景色的细环。实测这圈细环约占画面的 0.7%,大致是一个像素宽。
把 GIF 动图里的纯色背景抠掉,同时保住每一帧的动作。这个 GIF 背景移除工具在本地完成解帧、处理和重新编码,给你一张透明 GIF,文件不会离开你的设备。
GIF 存储颜色的方式和 PNG 不一样。每一帧都是一张最多 256 色调色板的索引图,而所谓透明,只是调色板里的某一格被标记成「显示我背后的东西」。这里没有 alpha 通道,也没有半透明:一个像素要么完全可见,要么完全消失。所有 GIF 去背景工具都在这个限制里工作,本工具也不例外 —— 这是动手之前最值得先知道的一件事。
直接后果是柔和边缘保不住。如果主体是带抗锯齿画出来的,它轮廓上的那圈像素其实是主体色与旧背景色的混合。PNG 会把它们存成半透明像素,而 GIF 必须二选一:这些混合像素要么留下来,形成一圈旧背景色的淡淡光晕;要么被删掉,同时削去一薄层轮廓。容差这个控件就是把这个取舍摆到明面上,而不是藏起来。
处理本身完全在当前标签页内完成。逐帧解码,从第一帧的边缘采出背景色,把容差范围内的每个像素切换到透明的调色板槽,再带着原本的帧间隔和循环设置重新编码。全程不上传,这一点在 GIF 是尚未发布的产品录屏或客户素材时格外重要。
这是实测出来的,不是拍脑袋。能预测结果的指标是「画面边缘有多大比例是同一种颜色」—— 去背景本质上就是「把一种颜色抠掉」,边缘颜色越杂,越说明根本不存在可抠的背景。
| 纯色背景上的贴纸或动态 logo | 边缘 100% 是同一种颜色 | 干净抠除,无光晕。最理想的情况。 |
|---|---|---|
| 扁平的界面或应用录屏 | 边缘约 64% 是同一种颜色 | 效果不错 —— 实测抠掉了画面的 69%。 |
| 彩条图或带花纹的背景 | 边缘有 12 种不同颜色 | 没有可抠的东西,压根不存在单一背景。 |
| 由视频转成的 GIF | 边缘约 29% 是同一种颜色 | 只抠掉 15%,文件还从 223 KB 涨到 335 KB。 |
| 本来就带透明背景的 GIF | 边缘完全透明 | 保持原样。已有的透明区会被保留,而不是被填上颜色。 |
这个 GIF 背景移除工具会在你自己的文件上自动跑一遍检查,并在处理前给出结论,让本来就做不成的 GIF 不至于白下载一次。
这里只有一个控件,它的存在正是因为上面说的一位透明限制。其余参数都会自动检测。
只移除与检出背景色高度接近的像素。主体轮廓一个像素都不会少,但在带抗锯齿的 GIF 上会残留一圈旧背景色的细环。实测这圈细环约占画面的 0.7%,大致是一个像素宽。
连轮廓上的混合像素一起移除。容差取到 120 时,实测光晕为 0.0% —— 完全消失。代价是主体会丢掉最柔和的那层边缘像素,细节精致的形状可能显得被啃掉了一点。调到光晕刚好消失即可,不必再往上加。
从第一帧的边缘采样得到,前提是主体没有贴到画面边上。如果主体正好顶到边缘,或者边缘的颜色并不是真正的背景,可以点击预览图自己指定颜色。
帧数、每帧的延时、以及循环设置都会原样带过来。源文件里本来就透明的像素会保持透明,而不是被填上颜色。
全部过程都在当前这个标签页里完成——GIF 背景移除不排队、不注册、不上传。
照片类和视频转来的 GIF 是最明显的失败案例。从视频里截出来的画面没有任何平坦区域:主体背后那面看着很素的墙,其实由几十种略有差异的色调组成,没有哪一种单一颜色可以被抠掉。实测中这类文件只交出了画面的 15%,输出还比输入大了一半 —— 因为透明区会阻断让 GIF 保持小体积的帧间优化。如果一个 GIF 来自视频,去背景就不是对的工具,而且换任何浏览器端的 GIF 去背景工具也不会更好,因为限制来自格式本身。
主体贴到画面边缘会干扰自动检测,因为背景色正是从边缘采样的。解决办法是别依赖自动采样,直接在预览图上手动点选背景色。
主体周围的阴影和辉光介于两者之间。它们通常是主体与背景的混合,因此表现得像一圈非常宽的抗锯齿边缘:小容差会把它们留成一片灰糊,大容差则会连同主体最柔和的部分一起删掉。两种都不算错,哪种更好看取决于这个 GIF 要用在什么地方。
最后,背景本身逐帧变化的 GIF —— 比如镜头平移、视差滚动、颜色循环 —— 无法靠单一背景色处理。背景只会从第一帧采样一次,然后应用到所有帧。对固定背景上的贴纸而言这是正确行为,对运动场景而言则是错误的。
会。每一帧都会被处理并重新编码,每帧的延时和循环设置都从原文件带过来,所以结果播放起来和你最初那个文件完全一样。
那是轮廓上的抗锯齿像素,它们是主体色与旧背景色的混合。GIF 的透明是全有或全无的,没法把它们做成半透明。把容差调大到这圈边消失即可。
不会。解帧、处理、重新编码都在这个页面内部、在一个后台 worker 里完成。文件不会离开你的设备,因此尚未发布的录屏和客户素材都可以放心处理。
透明区域会阻断 GIF 依赖的帧间压缩,而没有纯色背景的画面本身也需要大得多的调色板,两者都会把体积推上去。这通常说明这个 GIF 本来就不是合适的素材 —— 适用性检查会在处理前就把这一点标出来。
可以。颜色默认从第一帧的边缘检出,但你可以点击预览图另选一个。主体顶到画面边缘时,这就是解决办法。
这个工具不行 —— 它输出的是透明 GIF,因此结果仍是一个可以直接丢进聊天或幻灯片的动图文件。如果你需要柔和的半透明边缘,用背景移除工具导出静态 PNG 是更合适的路线。
需要 WebCodecs 的图像解码器才能读出 GIF 动图的每一帧,较新版本的 Chrome、Edge 和 Opera 都支持。如果你的浏览器不支持,工具会直接说明,而不是产出一个坏文件。
没有水印,也没有固定上限。处理在你自己的设备上完成,所以实际上限取决于内存 —— 很长或很大的 GIF 只是会慢一些。
你的照片不会被上传,所有图片编辑都在你的浏览器中安全完成。100% 本地处理,完全保护隐私。