화질 손실 없이 화면 녹화 파일 용량 줄이기

10분짜리 설명 영상을 완성하고 내보내기를 눌렀더니 2GB 파일이 나옵니다. 이메일은 거부하고, 슬랙은 뭉개진 화질로 압축해 버리고, 문서 플랫폼은 업로드 100MB 제한이 걸려 있습니다. 그래서 화질을 낮춰 다시 내보내면 이번엔 화면 속 글자가 읽히지 않습니다. 화면 녹화에서 절대 놓치면 안 되는 바로 그것을 말이죠.

파일 용량과 화질은 사실 단순한 맞교환 관계가 아닙니다. 용량이 지나치게 큰 화면 녹화 대부분은 화질과 전혀 상관없는 이유로 커진 것이고, 그 이유를 해결하는 데는 눈에 띄는 대가가 따르지 않습니다. 이 글에서는 용량이 실제로 어디에서 발생하는지, 그리고 어떤 설정부터 손봐야 하는지 정리합니다.

화면 녹화 파일이 유독 커지는 이유

비디오 인코더는 프레임 사이에서 무엇이 바뀌었는지를 기술하는 방식으로 압축합니다. 고정된 인물 영상은 프레임 대부분이 이전과 동일하기 때문에 아주 잘 압축됩니다. 화면 녹화는 다릅니다.

• 텍스트와 UI 가장자리는 고주파 디테일입니다. 흰 배경 위의 선명한 검은 글자는 인코딩 비용이 큽니다. 흐릿하게 만들면 쉽게 압축되지만, 그건 바로 우리가 피하려는 실패 지점입니다.
• 스크롤은 모든 픽셀을 바꿉니다. 휠을 한 번 굴릴 때마다 인코더는 완전히 새로운 프레임을 기술해야 합니다. 긴 스크롤은 녹화에서 가장 비싼 동작입니다.
• 화면은 큽니다. 4K 디스플레이는 1080p의 네 배에 달하는 픽셀을 담습니다. 원본 해상도 그대로 녹화하면 다른 설정을 건드리기도 전에 데이터양이 몇 배로 늘어납니다.
• 빈 시간에도 용량은 소모됩니다. 탭을 찾느라 헤맨 20초도 가장 중요한 시연 장면과 똑같은 비율로 인코딩됩니다.

이 사실을 알면 문제를 공략하는 순서가 달라집니다. 가장 큰 효과는 화질을 낮추는 데서가 아니라 덜 녹화하고 더 작게 녹화하는 데서 나옵니다.

녹화 전에 시작하세요

가장 저렴한 압축은 애초에 찍지 않은 화면입니다.

전체 데스크톱이 아니라 창이나 영역을 녹화하세요. 시연이 브라우저 창 안에서 일어난다면, 4K 데스크톱 전체를 캡처하는 것은 배경화면, 독, 두 번째 모니터 같은 무관한 픽셀 수천 개를 영상 내내 인코딩한다는 뜻입니다. 창 또는 영역 캡처만으로도 용량을 절반 이하로 줄일 수 있고, 화면 구성까지 좋아집니다.

전달 대상에 해상도를 맞추세요. 4K가 꼭 필요한 경우는 거의 없습니다. 문서 페이지에서 800픽셀 폭으로 재생되는 튜토리얼은 3840픽셀 원본에서 아무 이득도 얻지 못합니다. 1080p로 녹화하거나 내보내는 것은 대부분의 사람이 쓰지 않는 가장 큰 지렛대이며, 일반적인 시청 크기에서는 차이가 보이지 않습니다.

프레임 레이트를 솔직하게 고르세요. 60fps는 애니메이션, 게임플레이, 빠른 커서 작업에 값어치를 합니다. 클릭하고 기다리고 설명하는 UI 안내 영상이라면 30fps가 똑같아 보이면서 데이터는 약 절반입니다. 확신이 없다면 60으로 녹화하고 30으로 내보내는 것도 충분히 합리적입니다.

소음을 끄세요. 실시간으로 갱신되는 대시보드, 움직이는 배경화면, 백그라운드 탭에서 재생 중인 영상, 깜빡이는 알림 배지는 모두 시청자가 신경 쓰지 않는 영역을 계속 다시 인코딩하게 만듭니다. 조용한 화면일수록 압축률이 훨씬 좋아집니다.

녹화를 잘라내세요

길이는 다른 모든 요소를 곱합니다. 1분을 덜어내면 그 1분치 비트레이트를 아예 지불하지 않습니다.

앞뒤의 공백을 다듬고, 읽거나 로딩을 기다리던 구간을 잘라내고, 잘못 시작한 부분을 지우세요. 첫 테이크 화면 녹화는 대개 내용을 하나도 잃지 않고도 러닝타임의 20~40%를 편집으로 덜어낼 수 있습니다. 그리고 짧아진 버전이 보기에도 더 낫습니다.

자동 무음 제거 기능을 쓴다면 내보내기 전에 실행하세요. 보통 수동 편집보다 더 많은 빈 시간을 잡아내고, 용량도 그만큼 줄어듭니다.

실제로 중요한 내보내기 설정

잘 녹화하고 과감히 다듬었다면 나머지는 내보내기 대화상자가 처리합니다.

코덱

H.264(MP4) 가 안전한 기본값입니다. 모든 브라우저, 휴대폰, 메일 클라이언트, 메신저에서 재생되고 최신 인코더는 화면 콘텐츠도 잘 처리합니다.

H.265/HEVC 는 같은 화질에서 대략 30~50% 작은 파일을 만들지만 재생 호환성이 좁습니다. 도착지가 지원한다고 확신할 때만 쓰고, 어떤 기기에서 열릴지 모르는 파일에는 피하세요.

ProRes(MOV) 는 전달용이 아니라 편집용 포맷입니다. 추가 후반 작업에 최적화되어 있어 설계상 파일이 매우 큽니다. 시청자에게 ProRes를 보내지 마세요.

해상도

시청자가 실제로 볼 크기로 내보내세요. 흔한 기준은 다음과 같습니다.

• 1080p — 대부분의 튜토리얼, 데모, 사내 영상에 알맞은 정답
• 720p — 단순한 UI 안내라면 충분히 읽히고 눈에 띄게 작습니다
• 1440p 또는 4K — 디자인 작업이나 밀도 높은 데이터 화면처럼 세밀함이 정말 중요할 때만

고해상도 원본에서 축소하면 반가운 부수 효과도 있습니다. 인코딩 노이즈가 평균화되어, 4K 녹화본에서 뽑은 1080p 내보내기가 1080p 원본 캡처보다 더 깨끗해 보이는 경우가 많습니다.

비트레이트

비트레이트나 품질 슬라이더가 있다면 최댓값이 아니라 하한선을 찾는 작업으로 생각하세요. 텍스트와 스크롤이 들어간 대표 구간 30초를 원하는 설정으로 내보낸 뒤 원본 크기로 확인합니다. 글자가 선명하고 스크롤이 번지지 않는다면 한 단계 더 낮춰 다시 시험하세요. 열화가 처음 눈에 띄는 지점보다 한 단계 위에서 멈추면 됩니다.

화면 콘텐츠는 이 점에서 독특합니다. 카메라 영상이라면 망가졌을 비트레이트에서도 멀쩡해 보이다가, 어느 순간 갑자기 무너집니다.

오디오

오디오는 전체에서 차지하는 비중이 작지만 과하게 쓰기 쉽습니다. 음성 내레이션에 320kbps 스테레오는 필요 없습니다. 말소리에는 128kbps면 차이를 느낄 수 없고, 진짜 스테레오 믹스가 아니라면 모노로 충분합니다. 긴 영상에서는 체감 차이 없이 의미 있는 절약이 됩니다.

GIF가 답이 아닐 때

GIF는 가벼운 선택처럼 느껴집니다. 하지만 몇 초를 넘어가면 그렇지 않습니다. GIF에는 현대적인 프레임 간 압축이 없고 색상도 256개로 제한되어, 15초짜리 UI 클립이 같은 내용의 MP4보다 쉽게 더 커지면서 화질은 더 나쁩니다.

댓글 스레드에서 자동 재생되는 것이 화질보다 중요한 아주 짧은 반복 클립에만 GIF를 쓰세요. 그 외에는 짧은 MP4가 더 작고 더 선명합니다.

빠른 점검 체크리스트

파일이 너무 크게 나왔다면 이 순서대로 내려가며 확인하세요.

1. 필요 이상으로 긴가요? 먼저 다듬으세요. 공짜로 얻는 품질입니다.
2. 필요 이상의 화면을 캡처했나요? 가능하다면 창 또는 영역 캡처로 다시 녹화하세요.
3. 내보내기 해상도가 시청 크기보다 높은가요? 1080p나 720p로 낮추세요.
4. 움직임 없는 콘텐츠를 60fps로 찍었나요? 30으로 내보내세요.
5. 비트레이트가 필요보다 높나요? 짧은 구간을 낮은 설정으로 시험해 보세요.
6. 오디오 사양이 과한가요? 음성은 128kbps 모노로.
7. MP4여야 할 것이 ProRes나 GIF인가요? H.264로 다시 내보내세요.

열에 아홉은 품질 슬라이더를 건드리기도 전에 1~4단계에서 해결됩니다.

마치며

용량이 큰 화면 녹화는 대개 화질이 좋아서가 아니라, 아무도 그 크기로 보지 않을 해상도로 너무 많은 화면을 너무 오래 담았기 때문입니다. 그 부분을 먼저 고치면 글자를 칼처럼 선명하게 유지하면서도 용량을 70% 이상 줄일 수 있습니다.

기본값을 한 번만 정해 두세요. 창 또는 영역 캡처, 1080p, 정적인 콘텐츠는 30fps, H.264 내보내기, 128kbps 모노 오디오. 그러면 이 문제는 대부분 다시 생기지 않습니다. 작고 선명하게 도착한 영상이야말로 사람들이 실제로 보는 영상입니다.