동영상 압축 계산기

계산식

용량과 길이가 주어지면 답은 하나뿐이며, 이는 의견이 아니라 절대적인 상한입니다. 계산기에서 “정확값”으로 표시되는 모든 값은 아래 두 줄에서 나옵니다.

• 8,388,608는 메비바이트당 비트 수입니다. 업로드 제한은 메가바이트라고 부르면서 실제로는 메비바이트 단위로 적용되므로, 1,000,000을 쓰면 실제 적용되는 값보다 약 5% 큰 목표가 계산됩니다.
• 0.98는 컨테이너 및 먹싱 오버헤드를 위한 여유분입니다. MP4는 대략 1~2%가 들며, 여기서는 보수적인 쪽을 잡았습니다. 피해야 할 실패는 엄격한 상한을 아슬아슬하게 넘기는 경우이기 때문입니다.
• 128 kbps는 기본 오디오 가정값으로, 적정 품질의 스테레오 AAC입니다. 음성은 약 96 kbps 아래에서 얇게 들리기 시작합니다.

해상도 기준값의 출처

계산기가 여러분의 예산과 비교하는 수치입니다. 측정값이 아니라 권장값으로, 공개된 H.264 비트레이트 사다리(YouTube 권장 업로드 비트레이트와 Apple의 HLS 저작 사양)에서 도출한 뒤 약 1/3을 낮춘 값입니다. 이 사다리들은 깨끗한 마스터의 1차 인코딩을 전제로 하지만, 기존 MP4를 압축할 때는 이미 한 번 손실 압축을 거친 영상에서 시작하므로 마스터보다 낮은 비트레이트에서도 버팁니다. 의도적으로 보수적입니다. 우리가 피하려는 실패는 괜찮지 않을 영상을 괜찮다고 말하는 것입니다.

30 fps 기준입니다. 같은 해상도의 60 fps 클립은 더 많은 비트레이트를 필요로 하며, 프레임 레이트를 낮추는 것은 대개 잘못된 선택입니다 — 그 대가는 시청자가 가장 민감하게 느끼는 움직임에서 드러납니다.

무엇을 측정했는지, 그리고 하나의 비트레이트로 모두를 만족시킬 수 없는 이유

18회 인코딩: 세 가지 1080p 영상을 각각 여섯 가지 품질 설정으로 인코딩하고(libx264 preset medium), 매번 원본 대비 VMAF를 측정했습니다. 측정일은 2026-09-14입니다. 이 결과를 이 페이지에 둔 이유는 그 편차 때문입니다 — 같은 비트레이트에서 세 콘텐츠 유형이 완전히 다른 지점에 놓이므로, 하나의 판정만 내놓는 계산기는 많아야 그중 하나에게만 진실을 말하는 셈입니다.

누구도 과도한 결론을 내리지 않도록 범위를 밝힙니다: 콘텐츠 유형당 클립 1개, 각 10초, 모두 1080p이고 모두 H.264입니다. 세 유형이 완전히 다른 지점에 놓인다는 사실을 보여주기에는 충분하지만, 개별 수치의 허용 오차를 제시하기에는 부족하며 H.265에 대해서는 아무것도 말해주지 않습니다. 계산기는 이 측정 지점들 사이를 보간할 뿐, 그 밖으로 외삽하지 않습니다.

빠른 참조

자주 쓰이는 용량과 길이 조합에서 여유 기준을 충족하는 최고 해상도입니다. 오디오는 128 kbps로 가정합니다. 사람들이 가장 많이 묻는 조합에 대한 계산기의 답을 미리 정리해 두었습니다.

대시(—)는 해당 조합에서 어떤 해상도도 여유 기준을 충족하지 못한다는 뜻입니다 — 용량 대비 클립이 너무 깁니다. 길이를 줄이거나 흐릿한 결과를 감수하세요.

계산기 관련 질문