무료 로컬 GIF 변환기: 화면녹화를 GIF로, 무거운 GIF는 MP4로 (Local GIF & Video Converter)

화면녹화를 짧은 GIF로 만들거나, 어디선가 받은 무거운 GIF를 MP4로 바꿔 블로그에 올리는 일은 생각보다 자주 생깁니다. 이 페이지의 도구는 그런 작업을 설치 없이 브라우저 안에서 바로 처리합니다. 선택한 파일은 서버로 업로드되지 않고 기기 안에서 변환이 끝납니다. 안정적으로 쓰려면 50MB 이하 파일을, GIF를 만들 때는 10~15초 이하의 짧은 클립을 권장합니다.

한 페이지에 담긴 네 가지 도구

도구는 네 가지 모드로 나뉩니다. 영상을 GIF로 만드는 “Video to GIF”, GIF를 영상으로 바꾸는 “GIF to MP4”, 폭을 줄이는 “GIF Resize”, 재생 속도를 바꾸는 “GIF Speed Change”입니다. 각 모드는 미리 정해진 FFmpeg 명령 한 줄을 내 파일에 실행하는 구조이고, 완성된 파일은 원격 서버의 주소가 아니라 브라우저 안에 이미 있는 데이터로 만든 다운로드 링크로 돌아옵니다.

내부 동작도 단순합니다. 파일은 브라우저의 arrayBuffer 메서드로 읽혀 FFmpeg의 메모리 파일시스템에 input.mp4 같은 이름으로 기록되고, 결과물을 건네준 뒤에는 다시 삭제됩니다. 네트워크에서 받아오는 것은 FFmpeg 스크립트뿐입니다. 래퍼 스크립트는 페이지와 함께 로드되고, WebAssembly 코어는 첫 변환을 시작할 때 공개 CDN에서 내려받습니다.

모드를 바꾸면 페이지가 그에 맞게 재구성됩니다. 파일 선택창의 필터가 video/*와 image/gif 사이를 오가고, 화면에 있던 결과물은 지워집니다. 다른 도구를 누르는 순간 이미 만들어 둔 다운로드 링크가 사라지므로, 결과부터 저장하고 모드를 바꾸는 편이 안전합니다.

범위는 일부러 좁게 잡혀 있습니다. 크롭도 오디오도 없고, 세 가지 GIF 모드에는 구간 자르기가 없으며 배치 큐도 없습니다. 조절할 수 있는 값은 시작 시간, 길이, 폭, 프레임레이트, 속도 다섯 가지가 전부이고, 그 이상은 데스크톱 편집기의 몫입니다.

공통 사용법과 기본값 함정

1. 네 모드 중 하나를 고릅니다.
2. 파일을 선택합니다. “Video to GIF”에는 MP4, MOV, WebM 같은 영상을, 나머지 GIF 모드에는 애니메이션 GIF를 넣습니다.
3. 모드가 제공하는 설정값을 조정합니다.
4. 처리 버튼을 누르고 다운로드 버튼이 나타날 때까지 기다립니다.

여기서 주의할 점이 하나 있습니다. 입력칸을 비우거나 읽을 수 없는 값을 넣어도 변환은 멈추지 않고, 조용히 고정 기본값으로 대체됩니다. 시작 0초, 길이 5초, 폭 480px, 12fps, 속도 1x입니다. 길이 칸을 비우면 영상 전체가 변환될 것 같지만 실제로는 5초만 잘려 나온다는 뜻입니다.

파일 검사도 엄격합니다. 50MB는 권장치가 아니라 차단선이어서, 넘는 파일은 엔진 다운로드나 변환이 시작되기 전에 “Please use a file under 50MB.” 메시지와 함께 거절됩니다. 형식 검사도 마찬가지입니다. “Video to GIF”는 브라우저가 video/*로 보고하는 파일만, 세 GIF 모드는 정확히 image/gif만 받습니다. 애니메이션 WebP나 APNG는 움직이는 이미지라도 통과하지 못합니다.

용도 1: 화면녹화를 튜토리얼 GIF로

문서나 블로그에 넣을 짧은 시연 장면이라면 화면녹화 영상을 “Video to GIF” 모드에 넣는 것으로 충분합니다. 프레임은 지정한 프레임레이트로 다시 샘플링되고, lanczos 필터로 크기가 조정된 뒤 무한 반복 플래그가 붙은 GIF로 저장됩니다.

제품·튜토리얼 루프라면 녹화 단계에서 동작 주변을 최대한 좁혀 찍고, 폭은 720~960px, 글자가 읽혀야 한다면 15~20fps 정도가 무난합니다. 결과물의 글자가 흐릿하면 프레임 전체를 줄이지 말고 배경 여백을 잘라내는 쪽이 낫습니다. 다만 이 도구에는 크롭 기능이 없으므로 여백 정리는 녹화하거나 편집하는 단계에서 미리 해 두어야 합니다.

브라우저 변환이 무리인 지점도 분명합니다. 엔진인 ffmpeg.wasm은 WebAssembly로 FFmpeg를 실행하는 방식인데(공식 ffmpeg.wasm 소개 참고), 성능 문서가 보여 주듯 무거운 작업에서는 네이티브 FFmpeg보다 상당히 느립니다. 파일이 브라우저가 쓸 수 있는 메모리 안에 들어가야 한다는 제약도 있습니다. 긴 4K 녹화, 전문 코덱, 대량 작업이라면 처음부터 신뢰할 수 있는 데스크톱 편집기를 쓰는 편이 안전합니다.

용도 2: 영상에서 원하는 구간만 잘라 리액션 GIF로

휴대폰으로 찍은 MP4나 MOV에서 몇 초만 뽑아 리액션 GIF를 만드는 것도 같은 “Video to GIF” 모드입니다. 시작 시간과 길이를 지정하면 되는데, 이 도구는 디코딩 전에 먼저 자릅니다. 두 값이 입력 파일보다 앞에 전달되기 때문에 FFmpeg가 시작 지점으로 바로 이동하고, 긴 녹화의 뒷부분에서 클립을 떼어내더라도 그 앞을 전부 디코딩하며 기다릴 필요가 없습니다.

채팅용이라면 짧을수록 좋습니다. 단순한 동작은 3~8초면 충분하고, 리액션·채팅 GIF 기준으로는 2~6초, 긴 변 480~720px, 10~15fps가 알맞습니다. 일반적으로 잘 맞는 설정은 다음과 같습니다.

• 길이: 3~10초
• 폭: 480px 또는 720px
• FPS: 10~15
• 파일 크기: 50MB 이하

모든 경우에 맞는 완벽한 프리셋은 없습니다. 움직임의 양, 색의 복잡도, 길이가 단일한 “품질” 숫자보다 결과를 크게 좌우하므로, 긴 변환에 들어가기 전에 대표적인 몇 초로 먼저 테스트해 보는 것이 좋습니다. 결과가 크게 나오면 프레임레이트를 낮추거나 폭을 줄이면 됩니다.

긴 원본을 통째로 넣는 것은 이 모드가 무리하는 지점입니다. 원본이 길고 클수록 처리 시간과 결과 용량이 함께 늘어나므로, 변환 전에 필요한 부분만 미리 잘라 두는 편이 좋습니다. iPhone 영상이 디코딩되지 않는다면 HEVC 문제일 가능성이 크니 iPhone HEVC → MP4 변환 도구와 가이드로 원본을 먼저 변환하거나, 이후 촬영을 위해 iPhone 카메라의 호환성 설정을 바꾸면 됩니다. 여러 클립을 반복 처리해야 한다면 배치 큐가 없다는 한계도 감안해야 합니다.

용도 3: 무거운 GIF를 MP4로 바꿔 페이지 가볍게

출발점은 올릴 곳입니다. 효율적인 재생이 목적이면 MP4를 쓰고, 서비스가 애니메이션 이미지를 요구할 때만 GIF를 쓰는 것이 기본입니다. GIF는 공유가 쉽지만 용량이 예상보다 큰 경우가 많습니다. “GIF to MP4” 모드는 GIF를 yuv420p 픽셀 포맷으로 인코딩하고 faststart 플래그로 인덱스를 파일 앞쪽에 옮기는데, 이 덕분에 영상이 전부 내려받히기 전에 재생이 시작됩니다. 부작용이 하나 있습니다. yuv420p는 홀수 크기를 표현하지 못해 가로·세로가 짝수로 내림 처리되므로, 폭 501px짜리 GIF는 500px로 돌아옵니다.

MP4는 보통 GIF보다 효율이 좋고, 길거나 색이 많은 애니메이션일수록 격차가 벌어집니다. WordPress를 쓴다면 큰 GIF를 MP4로 바꾸는 것만으로 페이지 로딩이 가벼워질 수 있고, 특히 모바일 방문자에게 체감이 큽니다. 색 띠(밴딩)가 보이는 것도 GIF의 제한된 팔레트 때문이므로, 부드러운 그라데이션이나 사진 같은 디테일이 중요하다면 애초에 MP4를 선택하는 편이 낫습니다.

순서는 이렇게 권합니다. 처음에는 원본 해상도를 유지한 채 변환해 결과를 확인하고, 올릴 곳에 엄격한 용량 제한이 있을 때만 크기를 줄입니다. 보통의 GIF는 대부분 무리 없이 처리되지만, 아주 큰 GIF는 그만큼 오래 걸린다는 점만 감안하면 됩니다.

용도 4: GIF 폭 줄이기와 속도 바꾸기

“GIF Resize”는 애니메이션 GIF의 폭을 줄입니다. 480px, 720px처럼 원하는 폭을 고르면 높이는 원본 비율에 맞춰 자동 계산되고, 영상 경로와 같은 lanczos 스케일러로 실제 재인코딩이 이루어집니다. 결과물은 resized.gif라는 이름으로 돌아오는데, 원본을 작게 보여 주기만 하는 것이 아니라 픽셀 수 자체가 줄어든 파일입니다. 작아진 GIF는 올리고 공유하기 쉬워지고 모바일 방문자에게도 편합니다. 블로그 본문이라면 480px, 640px, 720px 정도면 충분한 경우가 많습니다.

“GIF Speed Change”는 프레임을 더하거나 빼지 않고 각 프레임의 타임스탬프를 지정한 배수로 나눕니다. 2x를 고르면 같은 프레임이 절반의 시간 동안만 표시되어 재생 시간이 반으로 줄고, 0.5x는 반대로 느려집니다. 다만 느리게 만들면 늘어난 프레임 간격을 채울 새 프레임이 없어 움직임이 뚝뚝 끊겨 보입니다. 부드러운 슬로모션이 필요하다면 프레임 보간이 가능한 도구를 찾아야 하고, 적절한 배속은 원본과 원하는 느낌에 따라 다릅니다. 튜토리얼, 리액션 GIF, 짧은 제품 프리뷰, 시각 예시에 두루 쓸 수 있습니다.

결과 GIF가 너무 크다면 줄이는 순서가 중요합니다. 길이를 먼저 줄이고, 그다음 프레임레이트와 크기를 낮춥니다. 한 가지 설정만 줄여서는 부족할 때가 많습니다.

엔진, 속도, 실패 메시지

엔진은 ffmpeg.wasm입니다. 페이지는 jsDelivr CDN에서 @ffmpeg/ffmpeg 0.11.6을 불러오고, 첫 변환이 시작될 때 짝이 되는 @ffmpeg/core 0.11.0을 같은 곳에서 로드합니다. 그래서 같은 진행 바 뒤에 서로 다른 두 비용이 숨어 있습니다. 첫 실행은 “Loading FFmpeg engine…” 표시와 함께 엔진 다운로드부터 시작하고, 엔진은 방문이 끝날 때까지 재사용되므로 두 번째 변환부터는 확연히 빨라집니다. 그 이후는 순수하게 내 CPU가 하는 인코딩이며 해상도, 프레임레이트, 길이에 비례해 시간이 늘어납니다. 전체 속도는 기기 성능과 브라우저, 파일 크기에 좌우되어, 고성능 컴퓨터가 오래된 폰이나 저사양 노트북보다 훨씬 빠릅니다.

오프라인 상태이거나 콘텐츠 차단기가 스크립트를 막아 래퍼가 도착하지 못하면 아무것도 변환되지 않고 “FFmpeg library failed to load. Please refresh the page.”라는 답이 돌아옵니다. 이 메시지는 라이브러리 이야기지 내 파일의 문제가 아닙니다. 변환 중 페이지가 멈춘다면 취소하고 새로고침한 뒤, 더 짧은 클립으로 크기나 프레임레이트를 낮춰 다시 시도합니다.

민감한 자료를 다룰 때는 파일을 고르고 작업을 시작한 뒤 브라우저의 네트워크 패널을 열어 직접 확인해 볼 수 있습니다. 이때 패널에 잡히는 트래픽은 FFmpeg 라이브러리를 내려받는 요청입니다. 공용 컴퓨터라면 작업 후 결과물을 지우고 탭을 닫는 습관도 필요합니다. 움직이지 않는 이미지 한 장을 손볼 일이라면 영상 엔진을 로드할 필요 없이 더 가벼운 설치 없는 이미지 편집기가 낫습니다.

자주 묻는 질문

이 GIF 변환기는 무료인가요?

네. 별도 설치나 가입 없이 브라우저에서 무료로 사용할 수 있습니다.

어떤 파일 형식을 넣을 수 있나요?

“Video to GIF”는 브라우저가 video/*로 인식하는 파일(MP4, MOV, WebM 등)을 받고, 나머지 세 GIF 모드는 image/gif만 받습니다. 애니메이션 WebP나 APNG는 움직이더라도 거절되며, 어떤 모드든 50MB를 넘는 파일은 처리 전에 거부됩니다.

변환이 왜 이렇게 느린가요?

첫 실행에는 WebAssembly 엔진을 내려받아 시작하는 시간이 먼저 들고, 그다음부터는 내 기기 CPU가 실제 인코딩을 수행합니다. 엔진은 한 번 로드되면 재사용되므로 두 번째 변환부터는 훨씬 빨라지고, 인코딩 시간은 해상도·프레임레이트·길이에 비례해 늘어납니다.

영상 전체를 GIF로 만들 수 있나요?

길이 입력칸을 비워도 전체가 변환되지 않고 기본값인 5초만 잘립니다. 원하는 구간의 시작 시간과 길이를 직접 입력해야 하며, 안정적으로 쓰려면 10~15초 이하의 짧은 클립을 권장합니다.

GIF를 MP4로 바꾸면 어떤 점이 좋은가요?

같은 애니메이션이라도 MP4가 대체로 용량이 훨씬 작고, 특히 길거나 색이 많은 클립에서 차이가 큽니다. 블로그나 WordPress 페이지에 넣을 때 로딩 속도를 줄이는 데도 도움이 됩니다.

모바일에서도 쓸 수 있나요?

최신 모바일 브라우저에서는 동작할 수 있지만, 큰 파일이나 영상 변환 작업은 데스크톱 브라우저를 권장합니다.