영상과 이미지를 원하는 용량에 맞춰 압축

목표 용량에 맞추는 방법

1. 1. 예산 계산

   목표 용량을 비트 예산으로 바꾸고, 완성된 파일이 한도를 넘지 않도록 MP4 컨테이너용으로 약 3%를 남겨 둡니다.

2. 2. 오디오 먼저

   이미 용량이 작은 AAC 오디오는 그대로 복사합니다. 그렇지 않으면 96kbps로, 공간이 빠듯하면 64kbps 모노로 다시 인코딩해서 남은 예산을 화면에 씁니다.

3. 3. 해상도와 프레임 수

   남은 비트를 초당 픽셀 수로 나눕니다. 깨끗한 화면에 모자라면 1080p에서 720p, 480p로, 그다음 60fps에서 30fps로 단계를 내립니다. 원본보다 키우지는 않습니다.

4. 4. 측정하고 보정

   인코딩이 끝나면 실제 파일 크기를 확인합니다. 한도를 넘으면 영상 비트레이트를 보정해서 최대 두 번 더 다시 인코딩합니다.

처리는 브라우저의 Web Worker에서 이루어집니다. 파일은 디스크에서 조각 단위로 읽고, 결과는 메모리에서 만든 뒤 로컬 다운로드로 제공합니다. 페이지는 내 파일이 담긴 네트워크 요청을 보내지 않으며, 브라우저의 네트워크 탭에서 직접 확인할 수 있습니다.

목표 용량(MB)을 비트 예산(용량 × 8 × 1,000,000 × 0.97, 컨테이너용 3% 제외)으로 바꿉니다. 오디오를 먼저 정하고, 남은 비트를 길이로 나눠 영상 비트레이트를 구한 뒤 인코딩합니다. 실제 파일 크기를 재서 한도를 넘으면 비트레이트를 목표÷실제×0.97로 보정해 최대 두 번 더 다시 인코딩합니다.

도구는 픽셀당 비트(영상 비트레이트 ÷ 가로 ÷ 세로 ÷ 프레임 수)를 계산합니다. 약 0.05 아래이면 해상도를 1080p, 720p, 480p 순으로, 그다음 60에서 30fps로 낮춥니다. 원본보다 키우지 않고, 원본 파일이 가진 비트보다 많이 쓰지도 않습니다.

파일 읽기와 쓰기는 Mediabunny가 맡습니다. 디코드는 브라우저의 WebCodecs VideoDecoder를 쓰므로 브라우저에 따라 지원이 다릅니다. Chrome에서는 H.264와 대부분이 되고 HEVC는 시스템에 따라 다릅니다. 결과물은 항상 H.264 영상과 AAC 오디오의 MP4이고, 재생이 빨리 시작되도록 인덱스(moov)를 앞에 둡니다.

입력은 필요한 만큼만 읽어서 큰 입력도 메모리를 채우지 않습니다. 결과물을 메모리에서 조립하는 것이 실질적인 한도입니다. 테스트에서 911MB, 10분짜리 1080p60 입력을 100MB 목표로 약 1분 만에 압축했고, 브라우저 메모리는 약 900MB 아래였습니다.

원본 오디오가 AAC이고 예산의 15% 이하라면 다시 인코딩하지 않고 그대로 복사합니다. 그렇지 않으면 96kbps 스테레오 AAC로, 96kbps가 15%를 넘으면 64kbps 모노로 인코딩합니다. 기본 AAC 인코더가 없는 브라우저는 작은 WebAssembly 인코더를 불러옵니다.

화질에 대한 이분 탐색으로 목표 이하에 들어가는 가장 높은 JPEG/WebP 화질을 찾고, 가장 낮은 화질로도 크면 그때 크기를 단계적으로 줄입니다. 이미 한도 이하인 이미지는 그대로 돌려주며, HEIC만 항상 변환합니다.

이미지는 같은 워커가 차례로 압축해서 HEIC 디코더도 한 번만 불러옵니다. 각 결과는 목표 용량과 비교해 확인하며, zip은 브라우저에서 fflate 라이브러리로 만듭니다. 이미지는 이미 압축된 형식이라 추가 압축은 하지 않습니다. 한 번에 최대 200장까지 받습니다.