GIF PNG 변환

GIF가 이미 잃은 것, PNG가 되돌려 줄 수 없는 것

GIF는 최대 256색을 담으며, 이 색들은 팔레트로 정해지고 번호로 참조됩니다. PNG로 변환하면 이 상한이 사라져 1,600만 색까지 담을 수 있지만, 그 공간을 채울 것이 없습니다. GIF를 만들 때 색이 이미 버려졌기 때문입니다. GIF로 저장했던 사진을 PNG로 바꿔도 여전히 256색 사진이며, 더 많은 색을 담을 수 있는 형식에 들어 있을 뿐입니다. 팔레트가 버린 것은 변환으로 되살릴 수 없으며, 그렇다고 주장하는 도구는 픽셀을 지어내고 있는 것입니다.

투명도도 마찬가지이고, 실제로 문제가 되는 것은 이쪽입니다. GIF의 투명도는 1비트뿐이라 픽셀은 완전히 투명하거나 완전히 불투명하며, 그 중간은 없습니다. 그래서 GIF 속 둥근 로고는 가장자리가 딱딱하고 계단처럼 들쭉날쭉하며, 대개 원래 배경색이 테두리처럼 남아 있습니다. PNG는 256단계의 투명도를 지원하지만 변환된 파일은 그중 딱 한 단계만 쓰게 됩니다. GIF에 있던 것이 그것뿐이기 때문입니다. 그 가장자리를 부드럽게 하려면 변환이 아니라 다시 그려야 합니다.

용량이 오히려 커지는 경우가 많은 이유는 디더링입니다. GIF는 팔레트에 없는 색을 흉내 내려고 인접한 색의 픽셀을 촘촘한 바둑판처럼 흩뿌리는데, 압축기 입장에서는 이 패턴이 노이즈입니다. PNG는 각 픽셀을 이웃 픽셀로 예측해서 압축하므로 평평한 영역에서는 아주 잘 되지만 디더링에서는 실패합니다. 그래서 디더링된 GIF는 픽셀이 똑같은데도 몇 배나 큰 PNG가 될 수 있습니다. 단색 위주의 그래픽은 예상대로 더 작은 PNG가 됩니다.

애니메이션은 유지되지 않습니다. PNG는 정지 이미지 형식이라 움직이는 GIF는 첫 프레임으로 변환됩니다. 서른여덟 살이나 됐고 다른 모든 면에서 뒤처지는 GIF가 2026년에도 살아 있는 진짜 이유가 바로 이것입니다.

다른 작업이 필요할 때

GIF가 움직인다면 이 변환 자체가 잘못된 선택입니다. 웹 페이지에 넣을 짧은 애니메이션이라면 ffmpeg -i in.gif -c:v libvpx-vp9 out.webm이나 움직이는 WebP가 GIF보다 훨씬 작고 부드러우며, 현재의 모든 브라우저가 둘 다 재생합니다. 반드시 GIF로 남겨야 한다면 gifsicle --optimize=3이 정답입니다.

정지 프레임이라면 그 이미지가 무엇인지 따져 볼 만합니다. 사진이라면 PNG는 256색 근사치를 원래 크기의 용량 그대로 보존하는 셈이고, JPG가 더 작으면서 언급할 만한 추가 손실도 없습니다. 그래픽이라면 pngquant나 oxipng -o 4로 PNG를 크게 줄일 수 있고, ImageMagick의 magick in.gif -coalesce out-%d.png는 첫 프레임만이 아니라 모든 프레임을 저장합니다.