예상 용량과 실제 파일이 다른 이유

영상과 오디오를 함께 계산하기

비트레이트는 파일 크기가 아니라 시간당 데이터 양입니다. 영상과 오디오 비트레이트를 더한 뒤 재생 시간을 곱하고, 8로 나누면 바이트를 구할 수 있습니다. 이 값은 데이터 부분의 예상치입니다. MP4 구조에도 공간이 필요하고 인코더의 실제 평균 비트레이트는 입력한 목표와 다를 수 있습니다.

60초 영상에 영상 8,000 kbps, 오디오 128 kbps를 적용하면 60.96 MB입니다. 오디오를 빼면 60 MB가 됩니다. 이 사례의 차이는 작지만 저비트레이트 영상에서는 오디오가 차지하는 비중이 훨씬 커집니다.

같은 원본에서 출력한 세 파일

재현 가능한 노이즈를 넣은 1280 × 720, 30 fps 합성 영상을 8초 길이로 만들었습니다. 같은 원본을 H.264와 128 kbps AAC 테스트 음성으로 출력했습니다. 해상도, 프레임레이트, 원본, 인코더 프리셋은 유지하고 비트레이트 설정만 바꿨습니다. 목표값과 함께 상한(maxrate)과 버퍼(bufsize)를 목표의 2배로 두었습니다. 아래 값은 예상치가 아닌 실제 파일 측정값입니다.

차이를 해석하는 방법

낮은 비트레이트 출력은 목표값으로 계산한 용량보다 커졌고, 높은 비트레이트 출력은 조금 작아졌습니다. 컨테이너의 추가 데이터만으로 음수 차이를 설명할 수는 없습니다. 가변 비트레이트와 실제 오디오 비트레이트도 봐야 합니다. 계산기가 틀렸다고 판단하기 전에 목표값과 측정된 스트림 값을 비교해 보세요.

계산이 맞는 출력과 맞지 않는 출력

이 계산은 목표 비트레이트를 정해 주는 출력에 맞습니다. 고정 비트레이트든 평균 비트레이트든, 상한이 있든 없든 같습니다. 일부 인코더는 기본으로 화질 고정 방식을 씁니다. 핸드브레이크 문서는 목표 용량을 맞추는 방식보다 이 방식을 권하고, x264에서는 CRF라고 부릅니다. 이 방식은 화질 수준을 지키고 비트레이트는 영상 내용에 따라 달라지게 두므로 공식으로 용량을 미리 알 수 없습니다. 핸드브레이크 문서도 이때의 용량은 예측할 수 없고 원본마다 다르다고 설명합니다. 화질보다 용량이 중요하면 이 예상치를 쓰기 전에 평균 비트레이트 설정으로 바꾸세요.

오디오 128 kbps를 포함하고 컨테이너를 뺀 데이터 예상치입니다. 8,000 kbps는 유튜브의 1080p, 30 fps SDR 권장값이고 40,000 kbps는 계산기가 4K 30 fps에 쓰는 대표값입니다. 둘 다 업로드 목표이며 필수 조건이 아닙니다. 길이나 전체 비트레이트가 두 배가 되면 예상 용량도 두 배가 됩니다.

계획에 계산값 사용하기

1. 엔드 카드나 마지막 정적 구간까지 포함한 최종 길이로 계산합니다.
2. 서비스의 용량 제한이 엄격하면 여유를 두고 실제 출력 파일을 다시 확인합니다.
3. 파일이 더 크면 같은 목표값을 계속 바꾸기보다 실제 평균 비트레이트를 확인합니다.