내 동영상 파일은 왜 이렇게 클까? (그리고 어떻게 줄일까)

동영상 파일이 큰 이유는 딱 하나입니다. 비트레이트 곱하기 재생 시간. 흔히 지목되는 나머지 — 4K, 60fps, 코덱, 카메라 — 는 모두 비트레이트를 끌어올리기 때문에만 문제가 됩니다. 이 산수를 보고 나면 해법은 분명해지고, 대개 다섯 가지가 아니라 한 가지만 바꾸면 됩니다. 과하게 큰 파일은 대부분 눈에 띄는 차이 없이 50~80% 줄어들며, 동영상 압축기에서 브라우저만으로, 아무것도 업로드하지 않고 무료로 처리할 수 있습니다.

산수 한 줄

파일 크기 ≈ (영상 비트레이트 + 오디오 비트레이트) × 재생 시간 ÷ 8

비트레이트는 초당 메가비트, 파일 크기는 메가바이트로 재고, 1바이트는 8비트입니다. 저 나눗셈이 유일하게 성가신 부분입니다. 예를 들어 보겠습니다.

• 12Mbps로 녹화한 1080p 클립, 길이는 10분(600초).
• 12 × 600 = 7,200메가비트.
• 7,200 ÷ 8 = 900MB.

가지고 있는 어떤 파일에든 이 계산을 거꾸로 적용할 수 있습니다. 메가바이트 단위 크기에 8을 곱하고 초 단위 길이로 나누면 Mbps 단위 비트레이트가 나옵니다. 10분짜리 900MB 파일은 12Mbps입니다. 이제 그 숫자가 타당한지 판단할 수 있습니다. 편집이 아니라 감상을 목적으로 하는 대부분의 1080p 콘텐츠에서 12Mbps는 필요한 양의 약 세 배입니다.

비트레이트를 부풀리는 다섯 가지

1. 녹화 기기의 기본 설정

압도적으로 가장 흔한 원인입니다. 카메라, 휴대폰, 화면 녹화 프로그램은 나중에 편집할 사람을 기준으로 한 기본값으로 출고되며, 그 말은 의도적으로 넉넉한 비트레이트를 쓴다는 뜻입니다. 정지된 슬라이드를 40Mbps로 담고 있는 화면 녹화 프로그램은 고장 난 게 아니라 시킨 대로 하고 있는 것입니다.

2. 해상도

4K는 1080p보다 픽셀이 네 배 많고, 같은 수준으로 보이려면 대략 서너 배의 비트레이트가 필요합니다. 휴대폰이나 노트북에서, 혹은 페이지에 삽입된 채로 볼 영상이라면 그 여분의 픽셀은 저장만 되고 한 번도 보이지 않습니다. 4K를 1080p로 내리는 것이 가장 큰 절감이며, 보통 그것만으로 60~75%가 줄어듭니다.

3. 프레임레이트

60fps는 30fps의 두 배 프레임이고, 내용에 따라 비트레이트가 약 30~50% 더 듭니다. 스포츠와 게임에는 그럴 값어치가 있습니다. 말하는 사람이나 화면 녹화에는 순전한 낭비입니다. 다만 이건 녹화할 때만 고칠 수 있습니다. 이미 60fps로 찍힌 파일을 다시 인코딩해도, 30fps로 찍었다면 아꼈을 용량은 돌아오지 않습니다.

4. 코덱

일부 포맷은 일부러 거의 압축하지 않습니다.

• ProRes, DNxHD, MJPEG, 무압축 — 각 프레임을 따로 저장하는 편집용 포맷입니다. 4K ProRes는 1분에 수 기가바이트에 이릅니다. 파일이 터무니없이 크다면 이것부터 확인하세요.
• AVI 파일 속 옛 코덱 — DivX, Xvid 같은 것들은 H.264보다 몇 세대 뒤처져 있어 같은 화면에 훨씬 많은 비트를 씁니다.
• H.264 — 보편적 표준이며 거의 모든 경우에 합리적인 목표입니다.
• HEVC / H.265 — 비슷한 품질에서 H.264의 절반 정도 크기라 아이폰이 쓰지만, 호환성이 훨씬 나쁩니다.

5. 화면 안에 실제로 무엇이 있는가

압축은 프레임 사이의 차이를 저장하는 방식으로 작동합니다. 고정 카메라 인터뷰나 슬라이드는 프레임마다 거의 변하지 않아 아주 잘 압축됩니다. 반면 색종이, 비, 물, 나뭇잎, 빠른 패닝, 게임 화면은 매 프레임 거의 모든 픽셀이 바뀌어 무엇을 하든 압축에 저항합니다. 10분짜리 1080p 파일 두 개의 크기가 다섯 배 차이 나면서도 둘 다 제대로 인코딩된 것일 수 있는 이유가 이것입니다.

1분 만에 파일 진단하기

보이는 현상	유력한 원인	해결
분당 기가바이트 단위	ProRes 등 프레임 내 편집용 코덱	H.264로 다시 인코딩. 감소 폭이 엄청나며 흔히 95%를 넘습니다.
분당 약 170~400MB	아마도 휴대폰으로 찍은 4K 영상	1080p로 낮추고 다시 인코딩.
분당 약 60~100MB	비트레이트가 높은 일반적인 1080p 카메라 영상	해상도는 두고 품질 24~26으로 다시 인코딩.
용량은 크지만 화면은 단순(슬라이드, UI)	화면 녹화 프로그램의 기본 비트레이트	원본 해상도로 다시 인코딩 — 화면 녹화 가이드를 보세요.
확장자가 .AVI인 크고 오래된 파일	낡은 코덱	AVI → MP4 변환기로 H.264 MP4로 바꾸세요.
비트레이트는 적당한데도 여전히 큼	그냥 길어서	잘라내세요. 길이가 절반이면 용량도 절반이고 품질 손해는 없습니다.

수치를 직접 보려면, Windows에서는 파일을 오른쪽 클릭해 속성 → 자세히를 보고, macOS에서는 QuickTime으로 열고 Cmd+I를 누르세요. 두 운영체제 모두 MediaInfo를 써도 됩니다. 전부 비트레이트, 해상도, 프레임레이트를 보여 줍니다.

어떤 파일은 왜 거의 줄지 않을까

가끔 압축했는데 아주 조금만 작아진 파일이 돌아오거나, 도구가 더는 못 줄이겠다고 알려 줄 때가 있습니다. 이건 실패가 아니라 정보입니다. 그 파일은 이미 효율적으로 인코딩돼 있었고, 걷어낼 낭비된 비트가 애초에 많지 않았던 것입니다.

SqueezeVid는 시작 전에 이를 확인합니다. 원본이 픽셀당 몇 비트를 쓰는지 측정해 시작 품질을 정합니다. 이미 군더더기 없는 파일에는 부풀려진 파일보다 부드러운 설정을 적용합니다. 효율적인 원본을 두들겨 봐야 아끼는 건 적고 디테일만 망가지기 때문입니다. 같은 발상에서 두 가지 안전장치가 나옵니다.

• 출력이 입력보다 커질 수 없습니다. 인코더가 원본 자체의 비트레이트 아래로 제한되므로, 이미 작은 파일을 다시 압축해도 역효과가 나지 않습니다. 단순한 도구에서는 실제로 벌어지는 문제입니다.
• 5% 미만의 감소는 성공이 아니라 실패로 보고합니다. 파일이 의미 있게 줄어들 수 없다면 그렇다고 알려 주고, 품질을 낮춰 더 강하게 압축하는 선택지를 제시합니다. 아무것도 못 아낀 '압축된' 파일을 그냥 건네지 않습니다.

효과가 큰 순서대로 해결하기

1. 해상도를 낮추세요 — 실제 시청 방식에 비해 과하다면. 4K에서 1080p로 내리는 것이 단일 항목으로는 가장 큰 이득입니다.
2. 합리적인 품질로 다시 인코딩하세요. 24~26이면 낭비의 대부분을 걷어내면서도 일반적인 시청에서는 구분되지 않습니다.
3. 비어 있는 구간을 잘라내세요. 존재하는 가장 값싼 압축이며 품질 비용이 전혀 없습니다.
4. 편집용 포맷에서 벗어나세요. ProRes나 무압축이라면 H.264로 바꾸는 것이 다른 어떤 조치보다 압도적입니다.
5. 다음엔 더 영리하게 녹화하세요. 1080p 30fps에 적당한 비트레이트면 이 글이 다시 필요할 일은 없습니다.

자주 묻는 질문

10분짜리 영상이 왜 2GB인가요?

약 27Mbps에 해당하며, 4K 영상이거나 비트레이트가 높은 카메라 프로필, 혹은 ProRes 같은 편집용 코덱을 가리킵니다. 비트레이트를 계산해 보세요. MB 단위 크기 × 8을 초 단위 길이로 나눈 다음 내용과 견주면 됩니다. 말하는 사람을 담은 클립이 27Mbps라면 필요한 양의 서너 배를 쓰고 있는 것입니다.

영상이 길면 파일도 반드시 커지나요?

네, 비트레이트가 일정하다면 비례해서 커집니다. 길이가 두 배면 용량도 두 배입니다. 잘라내기가 그토록 효과적인 이유이자, 긴 녹화가 작은 목표 용량에 닿지 못하는 이유이기도 합니다. 오디오 트랙만으로도 화면을 한 장 저장하기 전에 분당 약 1MB를 씁니다.

압축하면 영상이 안 좋아 보이나요?

합리적인 설정이라면 아닙니다. 품질 값 24~26에 해상도를 그대로 두면, 대부분의 사람은 휴대폰이나 노트북 화면에서 압축본과 원본을 구분하지 못하는데 용량은 50~70% 작습니다. 눈에 보이는 손상은 길거나 움직임이 많은 영상에 지나치게 작은 목표를 강요할 때 생기는 것이지 압축 자체 때문이 아닙니다.

압축했더니 파일이 왜 더 커졌나요?

일부 도구에서는 실제로 그런 일이 생깁니다. 이미 효율적인 파일을 원본보다 높은 비트레이트로 다시 인코딩하면 부풀기 때문입니다. SqueezeVid는 출력이 입력을 넘지 못하도록 인코더를 원본 비트레이트 아래로 제한하고, 최소 5%도 줄지 않은 결과에는 표시를 남깁니다.