GIF 만들기

GIF는 1989년에 만들어진 형식입니다. 그때의 설계가 지금까지 그대로 이어져서, 한 프레임에 256가지 색만 쓸 수 있고, 그 안에서는 화질을 깎아 용량을 줄이는 손실 압축이 없습니다. 게다가 대부분의 GIF는 프레임마다 화면 전체를 통째로 다시 저장합니다. 사진 열 장으로 GIF를 만들면 사진 열 장 분량의 데이터가 고스란히 들어간다는 뜻이에요.

동영상 코덱은 정반대로 동작합니다. mp4에 흔히 쓰이는 H.264 같은 코덱은 앞 프레임과 달라진 부분만 저장하고, 사람 눈이 잘 구분하지 못하는 세부는 과감히 버립니다. 그래서 같은 장면이라면 mp4가 GIF보다 열 배에서 수십 배 작은 게 보통입니다. GIF가 기술적으로 뒤떨어진 형식인 건 사실이지만, 그런데도 살아남은 이유가 있습니다. 이미지 파일이라서 동영상 플레이어 없이 어디서나 자동으로 재생되고, 소리도 없고, 멈추지도 않기 때문입니다.

몇 초짜리 짧은 장면이 계속 반복되는 용도라면 GIF가 여전히 편합니다. 채팅에 붙이는 반응 짤, 블로그 본문에 넣는 짧은 시연 장면, 게시판 서명이나 배너처럼 이미지가 들어가는 자리에 움직임을 넣고 싶은 경우가 대표적이에요. 이미지 취급이라 첨부가 막히는 일이 드물고, 받는 쪽에서 재생 버튼을 누를 필요도 없습니다.

반대로 길이가 몇 초를 넘어가거나 장면 수가 많다면 동영상으로 만드는 편이 낫습니다. 30장 넘는 사진을 1초 간격으로 잇는다면 그건 이미 슬라이드쇼 영상이고, GIF로 만들면 용량만 커지고 화질은 떨어집니다. 소리가 필요한 경우에도 GIF는 선택지가 아닙니다. GIF에는 소리를 담는 방법 자체가 없어요. 이 도구는 그 경계 안쪽, 그러니까 사진 몇 장에서 십수 장을 짧게 반복하는 용도에 맞춰져 있습니다.

256색 제한은 그림에는 관대하고 사진에는 가혹합니다. 로고나 화면 캡처, 단순한 일러스트는 실제로 쓰는 색이 몇십 가지라 256색 안에 거뜬히 들어가서 원본과 거의 구분되지 않습니다. 하지만 하늘, 노을, 피부처럼 색이 매끄럽게 이어지는 그라데이션은 사정이 다릅니다. 수만 가지 중간색을 256개로 눌러 담아야 하니, 비슷한 색끼리 묶이면서 매끄럽던 하늘에 등고선 같은 띠가 생깁니다. 이걸 밴딩이라고 불러요.

이 도구는 프레임마다 그 프레임에 가장 잘 맞는 256색 팔레트를 따로 뽑아서 손실을 최대한 줄이지만, 원리상 한계는 어쩔 수 없습니다. 사진마다 조명이 다르면 프레임이 넘어갈 때 색감이 살짝 출렁이는 것도 같은 이유입니다. 사진 위주의 결과물에서 지글거림이 거슬린다면 GIF 대신 동영상 형식을 쓰는 게 근본적인 해결책이고, GIF로 가야 한다면 크기를 줄이는 것이 얼룩을 눈에 덜 띄게 하는 데도 도움이 됩니다.

간격 0.1초는 초당 10장, 0.5초는 초당 2장이라는 뜻입니다. 손으로 넘기는 슬라이드쇼 느낌을 원하면 0.5초에서 1초, 연속 촬영한 사진으로 움직임을 만들려면 0.1초에서 0.2초가 자연스럽습니다. 부드러움은 결국 장수에서 나오기 때문에, 같은 길이라면 간격을 줄일수록 프레임이 많이 필요하고 용량도 그만큼 늘어납니다.

더 빠르게 만들고 싶어도 한계가 있습니다. GIF의 시간 단위는 100분의 1초인데, 간격을 0.01초 근처까지 낮추면 대부분의 브라우저가 이를 무시하고 0.1초로 되돌려 재생합니다. 오래전 광고성 GIF들이 악용하던 걸 막던 관행이 지금까지 남은 거예요. 그래서 이 도구는 0.02초 아래로는 내려가지 않게 잡아둡니다. 초당 50장이면 눈으로는 충분히 매끄럽습니다.

만든 GIF를 어디에 올릴지에 따라 허용 용량이 크게 다릅니다. 카카오톡은 움직이는 이미지 전송에 수십 MB 수준의 제한이 있고, 그보다 크면 동영상으로 바뀌어 전송되거나 전송이 막힙니다. 네이버 블로그나 티스토리 같은 블로그 서비스도 첨부 이미지 한 장에 수 MB에서 수십 MB 사이의 한도를 두는 경우가 많고, 디스코드 무료 계정은 한때 8MB, 지금도 수십 MB 선입니다. 한도는 서비스 정책에 따라 수시로 바뀌니 10MB 아래로 만들어 두면 대부분의 곳에서 무난하다고 보면 됩니다.

용량을 줄이는 순서는 정해져 있습니다. 첫째가 크기, 둘째가 장수, 셋째가 간격입니다. 픽셀 수는 가로세로 양쪽으로 곱해지기 때문에 긴 변을 절반으로 줄이면 용량이 대략 4분의 1이 됩니다. 원본 크기 대신 480px을 기본으로 권하는 이유가 이겁니다. 그래도 크면 비슷한 장면끼리 겹치는 프레임을 빼서 장수를 줄이고, 마지막으로 간격을 조금 늘려 전체 재생 시간을 유지하는 식으로 조절하세요.

움직임이 꼭 여러 장에서만 나오는 건 아닙니다. 사진 한 장으로 모드는 한 장짜리 사진에 카메라가 천천히 다가가는 줌인, 옆으로 훑는 패닝, 심장박동 같은 두근두근 펄스를 얹어 정지 사진을 움직이는 GIF로 바꿉니다. 유튜브 썸네일이나 상품·인물을 강조하는 짤, 채팅에서 한 장면을 내밀 때처럼 시선을 붙들고 싶은 자리에 어울려요. 다만 사진 속 인물이 실제로 움직이는 AI 애니메이션과는 다른 것으로, 여기서는 화면 전체가 카메라처럼 움직일 뿐입니다.

만든 GIF가 너무 커요

출력 크기를 확인하세요. 원본으로 두면 휴대폰 사진 기준 프레임 하나가 수 MB씩 나올 수 있습니다. 긴 변 480px로 줄이면 용량이 극적으로 줄고, 채팅이나 블로그 본문에서는 480px로도 충분히 큽니다. 그래도 크다면 프레임 수를 줄이는 게 다음 순서입니다.

색이 원본과 달라 보여요

GIF의 256색 제한 때문입니다. 특히 그라데이션이 많은 사진에서 띠나 얼룩이 생깁니다. 형식의 한계라 완전히 피할 수는 없고, 색이 중요한 결과물이라면 GIF 대신 동영상 형식을 검토하세요.

설정한 속도보다 느리게 재생돼요

간격을 아주 짧게 잡은 경우입니다. 브라우저들은 0.02초보다 짧은 간격을 무시하고 0.1초로 재생하는 관행이 있어서, 이 도구는 애초에 0.02초 밑으로 내려가지 않게 막아둡니다. 그 이상인데도 느리다면 기기 성능 문제일 가능성이 큽니다. 프레임 크기를 줄여보세요.

크기가 다른 사진을 올렸더니 여백이 생겨요

GIF는 모든 프레임이 같은 크기여야 합니다. 이 도구는 첫 프레임의 크기를 기준으로 나머지를 비율을 유지한 채 축소해 가운데에 놓고, 남는 자리를 여백 색으로 채웁니다. 잘라내지 않으니 내용이 사라질 걱정은 없지만, 여백이 싫다면 올리기 전에 사진들을 같은 비율로 맞춰 두세요.

파일이 서버로 올라가나요

올라가지 않습니다. 이미지를 읽고 GIF로 인코딩하는 일이 전부 브라우저 안에서 일어나고, 인터넷을 끊어도 똑같이 동작합니다. 탭을 닫으면 아무것도 남지 않으므로, 대신 새로고침하면 처음부터 다시 올려야 합니다.

내려받은 파일 이름이 animation.gif입니다

일부러 그렇게 했습니다. 크로미움 계열 브라우저가 한글이 섞인 파일명을 자동 내려받기에서 버리는 경우가 있어서, 영문 고정 이름으로 저장한 뒤 바꿔 쓰도록 했습니다.