동영상 GIF 만들기: 크기·프레임·반복 설정

GIF는 웹보다 오래된 포맷입니다. CompuServe가 1987년에 전화 접속 회선으로 정지 이미지를 보내기 위해 첫 버전인 GIF87a를 발표했고, 1989년 개정판인 GIF89a에서 애니메이션을 가능하게 한 두 가지 기능이 더해졌습니다. 프레임마다 지정하는 지연 시간과 투명색 하나입니다. 반복 재생은 그보다 늦은 1995년, Netscape Navigator 2.0이 반복 횟수를 적어 두는 작은 애플리케이션 확장 블록을 읽기 시작하면서 등장했습니다. 지금의 움직이는 GIF도 모두 이 블록이 들어 있는 GIF89a 파일이며, 그래서 사실상 모든 브라우저와 메일 프로그램에서 재생됩니다.

GIF 내부는 인덱스 색상 이미지를 차곡차곡 쌓은 구조입니다. 각 프레임은 최대 256개 항목으로 된 색상표를 참조하므로, 원본 동영상에 수백만 가지 색이 있었더라도 한 프레임에는 256색까지만 표현할 수 있습니다. 픽셀은 LZW로 압축되는데, 이 무손실 사전 방식은 한 가지 색으로 된 평평한 영역에는 잘 듣지만 사진의 노이즈, 입자, 그러데이션에는 잘 듣지 않습니다. LZW 자체는 아무것도 버리지 않습니다. 손실은 그 전 단계, 즉 수백만 가지 색을 팔레트에 밀어 넣을 때 생깁니다.

GIF에 담을 수 없는 것이 두 가지 더 있습니다. 오디오 트랙은 어떤 형태로도 넣을 수 없으므로 동영상의 소리는 그냥 사라집니다. 그리고 시간 단위가 거칩니다. 지연 시간은 100분의 1초 단위로 저장되고, 대부분의 브라우저는 0이나 1(100분의 1초)로 지정된 지연을 10으로 처리하기 때문에 50 fps 이상으로 만든 GIF는 더 부드러워지는 게 아니라 오히려 느리게 재생됩니다. 실제로 쓸모 있는 범위는 10–25 fps입니다.

H.264 같은 최신 동영상 코덱은 완전한 화면을 가끔씩만 저장하고, 나머지 프레임은 대부분 직전 프레임과의 작은 차이로 기록합니다. GIF도 이전 프레임의 일부 직사각형만 갱신하는 방식으로 비슷한 일을 조금은 할 수 있지만, 움직임 예측 같은 기능은 전혀 없습니다. 카메라가 움직이는 순간 거의 모든 픽셀이 바뀌고, 프레임마다 거의 통째로 저장됩니다. 그래서 2 MB짜리 휴대폰 영상이 15 MB짜리 GIF가 되기도 하고, 멈춰 있는 창 위에서 마우스만 움직이는 화면 녹화는 아주 작게 유지됩니다.

GIF 용량은 대략 너비 × 높이 × 프레임 수이며, 프레임 사이에 변하지 않는 부분이 많을수록 그만큼 줄어듭니다. 그래서 어떤 요소부터 손댈지 순서를 정하기 쉽습니다. 길이는 프레임 수를 그대로 줄입니다. 8초 대신 4초로 하면 파일이 절반이 됩니다. 너비는 픽셀 수를 제곱으로 줄입니다. 640 px에서 320 px로 줄이면 프레임마다 픽셀이 4분의 1만 남습니다. 프레임 레이트도 프레임 수를 비례해서 줄이는데, 손짓이나 표정은 12 fps에서도 의외로 자연스럽습니다. 색상 수를 줄이는 효과는 기대보다 작아 보통 10–30% 정도입니다. LZW는 팔레트 크기보다 반복되는 패턴에 더 민감하기 때문입니다.

가장 많이들 헷갈리는 것이 디더링입니다. 디더링은 팔레트에 없는 색조를 흉내 내기 위해 가까운 팔레트 색의 점을 흩뿌리는 방식으로, 하늘과 피부의 계단 현상(밴딩)은 감춰 주지만 LZW가 잘 압축하지 못하는 미세한 노이즈를 더합니다. 어차피 단색 면이 정답인 화면 녹화, 만화, UI 데모에서는 끄고, 실사 영상에서는 켜 두세요. 마지막 수단은 잘라 내기입니다. 움직이지 않는 테두리나 위아래 검은 띠(레터박스)를 잘라 내면 피사체는 건드리지 않고 픽셀만 줄일 수 있습니다.

널리 공유되는 GIF는 대부분 한 박자짜리입니다. 리액션 하나, 골 장면 하나, 버튼 클릭과 그다음 화면 같은 것들이죠. 머릿속으로 초를 세면서 영상을 한 번 보고, 그 장면이 시작되는 초와 확실히 마무리되는 초를 적어 둡니다. 그런 다음 반복될 때 뚝 끊기는 느낌이 들지 않도록 앞뒤로 몇 프레임씩 여유를 둡니다. 원본이 길다면 먼저 동영상 자르기로 해당 구간만 잘라 낸 짧은 파일로 작업하세요. 변환기에서 시작 시간과 종료 시간에 초 단위나 분:초 형식으로 시간을 입력해도 따로 단계를 거치지 않고 같은 결과를 얻을 수 있습니다.

GIF가 어느 장면부터 재생되는지도 생각해야 합니다. 많은 메신저와 메일 프로그램은 파일을 불러오는 동안 첫 프레임을 보여 주고, 2007–2016 버전의 Windows용 Outlook은 첫 프레임만 표시할 뿐 아예 움직이지 않습니다. 패닝 도중의 흐릿한 장면이 아니라, 정지 화면으로 봐도 뜻이 통하는 프레임에서 시작하세요. GIF가 전하려는 내용이 자막이나 결과 화면이라면 종료 시간을 늘려 마지막 순간을 0.5초쯤 붙잡아 두면, 반복이 다시 시작되기 전에 보는 사람이 읽을 수 있습니다.

어떤 설정보다 먼저 GIF를 올릴 곳이 용량 한도를 정합니다. Discord는 2024년에 무료 업로드 한도를 파일당 10 MB로 낮췄고, 대부분의 사람이 가장 먼저 부딪히는 숫자가 이것입니다. Nitro Basic은 50 MB, Nitro는 500 MB까지 늘어납니다. GIPHY는 최대 15초, 100 MB까지 업로드를 받습니다. X는 15 MB까지의 GIF를 받아 업로드 시 반복 재생 동영상으로 바꾸고, Reddit은 100 MB까지 받지만 역시 동영상으로 재생합니다. Slack은 1 GB까지의 파일을 받지만 커스텀 이모지는 128 KB 미만이어야 하므로 너비를 아주 작게, 반복 구간을 짧게, 색상 수를 적게 해야 합니다.

이메일은 사정이 다릅니다. Gmail은 메일 한 통에 첨부 파일 25 MB, Outlook.com은 20 MB까지 허용하지만, 뉴스레터나 서명 본문에 바로 넣는 GIF는 모바일 데이터에서도 메일이 빨리 열리도록 1 MB보다 한참 작게 유지하는 것이 좋습니다. 메신저에서는 한도 바로 아래가 아니라 한도의 절반을 목표로 하세요. 받는 사람이 느린 회선을 쓰고 있을 수도 있으니까요. 아래 수치는 2025년 기준입니다. 파일 크기가 한도에 아슬아슬하다면 해당 서비스의 도움말 페이지를 확인하세요.

X가 2014년부터 업로드된 GIF를 모두 MP4로 바꾸는 이유는 데이터 사용량입니다. GIF로 4 MB인 5초 분량이 H.264로는 보통 수백 KB에 들어가고, 256색이 아닌 풀 컬러에 디더링 노이즈도 없습니다. GIPHY와 Tenor도 마찬가지여서, 키보드의 GIF 버튼을 누르면 대개 작은 MP4나 WebP 파일을 가져옵니다. 그러니 솔직히 따져 봐야 할 질문은 ‘어떻게 최고의 GIF를 만들까’가 아니라 ‘올릴 곳에 정말 GIF가 필요한가’입니다.

이미지는 보여 주지만 동영상은 보여 주지 않는 곳이라면 진짜 GIF를 쓰세요. 이메일 본문, GitHub README나 이슈, Jira 티켓, 위키, 오래된 게시판, 어떤 뷰어에서든 돌아가야 하는 발표 자료 같은 곳입니다. 대부분의 SNS와 최신 메신저처럼 동영상이 음소거 상태로 바로 재생되는 곳이라면 MP4나 WebM 반복 영상이 더 보기 좋고 더 빨리 열립니다. 직접 관리하는 웹 페이지에서는 <video autoplay muted loop playsinline> 요소가 GIF처럼 동작하면서 용량은 몇 분의 일밖에 되지 않습니다.

그 중간에 이미지 포맷 두 가지가 있습니다. Google이 만든 애니메이션 WebP는 수백만 가지 색과 손실 압축을 지원하고, 2020년 Safari 14부터 재생되어 이제 모든 최신 브라우저에서 작동합니다. 다만 브라우저 밖의 앱 중에는 아직 받아 주지 않는 곳이 많습니다. APNG는 PNG에 프레임을 더한 포맷으로, 풀 컬러와 진짜 알파 투명도를 유지하며 Apple과 LINE이 움직이는 스티커에 씁니다. 이미 GIF가 있고 동영상이 재생되는 사이트에 올리려고 용량만 줄이면 된다면, GIF를 다시 MP4로 변환하는 것이 대개 가장 크게 줄이는 방법입니다.

휴대폰에서는 별도 앱 없이도 만들 수 있습니다. iPhone의 단축어 앱에는 동영상이나 Live Photo를 받아 처리하는 GIF 만들기 동작이 있고, 루프나 바운스 효과를 준 Live Photo는 원본을 빠르게 찍는 방법이 됩니다. Samsung 갤러리 앱은 동영상을 재생하는 동안 GIF 버튼을 보여 주는데, 이 버튼으로 화면에 보이는 구간을 GIF로 저장할 수 있습니다. GIPHY 앱과 웹용 GIF Maker는 자르기, 자막, 업로드를 한곳에서 처리하지만 저장만 하지 않으면 결과물이 공개됩니다. Photoshop에서는 파일 > 가져오기 > 비디오 프레임을 레이어로로 최대 500프레임까지 불러오고, 내보내기 > 웹용으로 저장(레거시)로 팔레트와 디더링을 조절해 GIF를 저장합니다.

세밀하게 조절하거나 여러 파일을 한꺼번에 처리하려면 ffmpeg의 2단계 팔레트 방식이 가장 깔끔한 결과를 냅니다. 첫 번째 필터가 클립을 훑어 실제 색으로 256색 팔레트를 만들고, 두 번째 필터가 모든 프레임을 그 팔레트에 맞춥니다. 아래 한 줄 명령은 0:02부터 5초를 잘라 너비 480 px로 줄이고, 12 fps로 샘플링하고, 무한 반복하도록 설정합니다. 브라우저에서는 동영상 GIF 변환 도구가 너비, 프레임 레이트, 색상 수, 디더링 설정과 함께 같은 팔레트 단계를 처리하고, MP4 GIF 변환 페이지는 MP4가 미리 선택된 상태로 열립니다. 휴대폰으로 찍은 MOV 영상도 똑같이 변환됩니다. 앱이 MOV를 거부한다면 먼저 MOV MP4 변환 방법을 읽어 보세요.

GIF는 기본적으로 무한 반복됩니다. Netscape 확장 블록에 반복 횟수 0, 즉 무한이 기록되기 때문입니다. 횟수를 1로 지정하면 한 번 재생한 뒤 마지막 프레임에서 멈추므로, 메시지로 끝나는 GIF에 어울립니다. 어려운 부분은 반복되는 순간이 티 나지 않게 하는 것입니다. 손을 흔들다 같은 위치로 돌아오는 장면처럼 시작 프레임과 끝 프레임이 거의 같은 구간을 찾거나, 부메랑으로 클립을 정방향으로 재생한 뒤 역방향으로 재생하세요. 프레임 수는 두 배가 되지만 튀는 장면이 사라집니다.

보내기 전에 GIF를 썸네일이 아닌 실제 크기로 브라우저 탭에서 열고, 반복을 세 번 끝까지 지켜보세요. 선택한 너비에서 화면 속 글자가 읽히는지, 얼굴이 뭉개진 색 덩어리로 변하지 않았는지, 타이밍이 원본 영상과 맞는지 확인합니다. 그다음 파일 크기를 위 표의 한도와 비교합니다. 아슬아슬하다면 길이, 너비, 프레임 레이트, 색상 순으로 다시 줄여 보세요. 더 긴 클립이나 소리가 필요한 영상이라면 Discord·이메일용 동영상 압축 방법이 더 나은 선택입니다.