영상 용량을 줄일 때 목표 MB를 정하는 법

가장 먼저 할 계산

평균 전체 비트레이트의 대략적인 상한은 다음과 같이 계산할 수 있습니다.

목표 bytes × 8 ÷ 영상 길이(초) = 전체 평균 bits/s

예를 들어 60초 영상을 10 MB 안에 넣고 싶다면 10,000,000 × 8 ÷ 60 ≈ 1.33 Mbps입니다. 이 숫자 전체를 영상에 쓸 수는 없습니다. 오디오와 컨테이너에도 공간이 필요하기 때문입니다. 오디오를 128 kbps로 남긴다고 가정하면 영상에는 대략 1.2 Mbps와 인코딩 오버헤드를 위한 여유가 남습니다. 실제 인코더 결과는 장면 복잡도와 키프레임 배치에 따라 달라지므로 이 식은 출발점이지 보증값이 아닙니다.

목적별로 목표를 고르기

해상도와 비트레이트의 관계

해상도를 낮추면 같은 목표 용량에서 픽셀 하나에 더 많은 비트를 배분할 수 있습니다. 화면에 작은 글자가 많거나 카메라가 빠르게 움직이면 낮은 해상도라도 충분한 비트레이트가 필요합니다. 반대로 발표 자료처럼 화면 변화가 적은 영상은 같은 해상도에서 더 작게 압축될 수 있습니다.

실전 순서는 “원본보다 큰 출력 금지 → 목표 용량 확인 → 움직임과 글자에 맞춰 해상도 선택 → 결과를 실제 재생”입니다. revid.work의 목표 MB 모드는 출력 전체가 입력한 용량 안에 들어가도록 영상·오디오 예산을 함께 계산하며, 너무 작은 목표는 컨테이너와 오디오 최소 공간 때문에 거절할 수 있습니다.

오디오 예산을 빼먹지 않기

영상만 계산하고 오디오를 마지막에 붙이면 목표 용량을 쉽게 넘습니다. 음성이 분명해야 하는 영상은 지나치게 낮은 오디오 비트레이트를 선택하지 말고, 음악 중심 파일은 압축으로 생기는 고역 손실을 먼저 들어보세요. 스테레오가 정말 필요한지, 모노로 충분한지도 용량과 품질을 함께 바꿉니다.

소리가 없는 영상은 오디오 예산을 영상에 사용할 수 있지만, 서비스가 임의로 소리를 만들어 주지는 않습니다. 원본 오디오의 존재와 채널 수를 결과 화면에서 확인하세요.

결과가 예상보다 흐려졌을 때

1. 같은 파일을 더 큰 목표 MB로 다시 처리해 차이를 비교합니다.
2. 해상도만 올리기보다 움직임이 많은 구간을 확인합니다.
3. 작은 글자가 핵심이면 높은 해상도보다 충분한 비트레이트가 먼저인지 판단합니다.
4. 목표를 늘릴 수 없다면 프레임률과 오디오 조건을 목적에 맞게 조정합니다.
5. 최종 결과의 실제 bytes, 길이, 재생 여부를 기록해 다음 선택의 기준으로 남깁니다.

압축은 한 번의 정답이 아니라 용도에 맞는 절충입니다. 원본은 별도로 보관하고, 공유용 결과와 편집용 결과를 같은 파일로 해결하려 하지 않는 것이 가장 안전합니다.