小容差
只移除與檢出背景色高度接近的畫素。主體輪廓一個畫素都不會少,但在帶抗鋸齒的 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 只是會慢一些。
ShotEdit 的大多數工具都在你自己的裝置上處理圖片,檔案不會被上傳。AI 工具是例外:它們透過加密連線上傳,並在任務結束後立即刪除檔案。每個上傳區上方的徽標會告訴你目前工具用的是哪一種方式。
在你的瀏覽器內處理 · 不會上傳