movie 동영상 파일 크기 계산기 star

비트레이트 × 시간 = 크기, 그런데 어떤 비트레이트인가요?

핵심 공식은 간단합니다: 파일 크기(MB) ≈ 총 비트레이트(Mbps) × 재생 시간(초) / 8 — 8로 나누는 것은 비트를 바이트로 변환하기 위해서입니다. 사람들이 흔히 잘못 이해하는 부분은 "총 비트레이트"입니다: 이는 영상 스트림의 비트레이트와 오디오 스트림의 비트레이트를 각각 계산한 뒤 더한 합계이지, 영상 수치 하나만이 아닙니다. 12Mbps 영상으로 인코딩된 1080p60 영상에 192kbps(0.192Mbps) AAC 오디오 트랙이 더해지면 실제 총합은 12.192Mbps가 됩니다 — 오디오는 대개 영상에 비해 무시해도 될 만큼 작지만, 실제로 0인 적은 결코 없습니다.

구체적인 예: 유튜브가 1080p60에 권장하는 12Mbps에 128kbps 오디오를 더한 10분(600초)짜리 클립은 총 12.128Mbps입니다. 크기 = 12.128 × 600 / 8 = 909.6MB ≈ 0.9GB. 이를 68Mbps 영상 비트레이트에 320kbps 오디오를 더한 4K60 한 시간 분량으로 확대하면: (68.32 × 3600) / 8 ≈ 30,744MB, 약 30GB가 됩니다 — 고해상도 원본 영상 한 시간 분량이 메모리 카드 대부분을 채우는 이유가 여기에 있습니다. 컨테이너 오버헤드(스트림을 하나로 묶는 MP4나 MKV 컨테이너)는 보통 1%를 훨씬 밑돌아 실용적인 추정에서는 무시할 수 있습니다.

이 공식은 매초 거의 같은 비트 수를 사용하는 고정 비트레이트(CBR)를 가정합니다. 하지만 대부분의 최신 인코더는 기본값으로 가변 비트레이트(VBR)를 사용하는데, 이는 복잡하고 움직임이 많은 장면에 더 많은 비트를 쓰고 정적인 장면에는 더 적게 쓰면서, 고정된 속도가 아니라 평균값을 목표로 합니다. VBR은 동일한 화질 기준에서 더 효율적이지만, 실제로 내보낸 파일이 실제 영상의 복잡도에 따라 단순 계산의 예측보다 눈에 띄게 크거나 작게 나올 수 있다는 뜻이기도 합니다 — 인물이 대화만 하는 영상은 예측치보다 작아지고, 빠른 액션이나 강한 필름 그레인이 있는 영상은 예측치를 초과합니다.

알아두면 좋은 점

• 역산 모드는 실용적인 질문에 답합니다: 90분짜리 행사를 4GB 제한 안에 담으려면 총 (4 × 8 × 1000) / 5400 ≈ 5.9Mbps 정도까지 감당할 수 있습니다 — 이는 1080p60이 아니라 1080p30 수준입니다.
• H.265/HEVC와 AV1은 대개 H.264와 비슷한 화질을 절반 정도의 비트레이트로 구현하므로, 동일한 파일 크기 목표라도 최신 코덱을 쓰면 눈에 띄게 더 나은 화질을 얻을 수 있습니다.
• 엄격한 크기 상한(업로드 제한, 저장 용량 할당)이 중요하다면, 평균 VBR 목표에 의존하기보다 인코더에서 피크/최대 비트레이트 상한을 설정하십시오. VBR은 정의상 복잡한 장면에서 평균을 초과할 수 있기 때문입니다.
• 일반적인 라이브 스트리밍 목표값: 1080p60 ≈ 6Mbps(트위치 상한은 대략 6-8), 1080p30 ≈ 4.5Mbps, 720p60 ≈ 4Mbps — 안정성을 위해 업로드 속도는 선택한 비트레이트의 최소 1.5배가 이상적입니다.