동영상 온라인 압축

압축기는 어떻게 결정하는가

용량을 입력하면 도구는 그것을 비트 예산으로 바꿉니다: 목표 바이트에 8을 곱하고 재생 시간으로 나눈 값입니다. 첫 번째 패스는 그중 93%만 인코더에 건네는데, 컨테이너도 바이트를 차지하고 하드웨어 인코더는 목표를 넘기는 경향이 있기 때문입니다. 오디오는 고정된 몫을 가져갑니다 — 전체가 1.5 Mbps 이상이면 128 kbps, 목표가 빡빡해질수록 96, 64, 48 kbps로 내려갑니다 — 그리고 나머지가 영상의 몫입니다. 영상 몫이 80 kbps 아래로 떨어질 상황이면 뭉개진 화면을 내보내는 대신 오디오를 빼고, 결과에 그 사실을 표시합니다.

해상도는 영상 비트레이트가 프레임당 픽셀당 0.045비트를 유지할 수 있는 동안 그대로 지킵니다. 그 아래로 내려가면 도구는 고정된 단계 — 2160, 1440, 1080, 720, 540, 480, 360, 240 — 를 한 단씩 내려가되 결코 업스케일하지 않고, 바뀐 해상도를 결과에 보고합니다. 10 MB 목표에서는 30초 클립이 보통 1080p나 720p를 유지하고, 2분 안팎이면 480p급 출력을 예상하면 됩니다.

목표는 약속이므로 도구는 자기 결과를 스스로 검사합니다. 첫 번째 패스는 대개 5–13% 초과로 나오고, 그러면 보정치를 누적해 인코딩을 다시 실행합니다 — 최대 세 번까지, 그리고 두 번째 패스에서 거의 항상 목표 안에 들어옵니다. 80 kbps 하한선으로도 들어가지 않는다면 깨진 파일을 건네는 대신 거부합니다 — “더 큰 용량을 선택하거나 동영상을 먼저 잘라내세요.” 이미 목표보다 작은 파일은 손대지 않고 그대로 돌려줍니다.

슬라이더는 다른 모드입니다: 빠른 패스 한 번, 용량 보장 없음, 세 구간 — 약하게(Light), 균형(Balanced), 강하게(Strong). 구간을 따라 상한이 프레임당 픽셀당 0.14비트에서 0.025비트로 내려가고, 원본을 기준으로도 제한됩니다(가장 순한 설정에서 원본 비트레이트의 85%, 가장 강한 설정에서 22%). 그래서 인코딩이 원본이 지닌 것보다 더 많은 비트를 쓰는 일은 없습니다. '약하게'는 의도적으로 절제되어 있습니다: 해상도를 최대 한 단만 내리고(1080p가 720p가 될 수는 있지만 480p로는 가지 않습니다), 이미 '약하게' 예산의 절반도 쓰지 않는 원본은 정직한 안내와 함께 바이트 하나 바뀌지 않고 돌아옵니다. 용량이 큰 iPhone 영상은 여전히 압축됩니다. '균형'과 '강하게'에서는 메모리에서 만들어진 결과가 실시간 추정치의 1.5배를 넘으면 그 추정치를 목표로 정확한 용량 모드에서 다시 인코딩합니다.

엔진은 둘이고, 둘 다 사용자의 기기에서 돕니다. WebCodecs는 기기의 영상 하드웨어를 사용하며 먼저 실행되고, 어디서나 재생되는 유일한 코덱이라는 이유로 H.264를 우선합니다 — MKV나 WebM이 MP4로 나오는 이유입니다. 브라우저가 컨테이너를 읽지 못하거나(AVI, FLV, WMV, 3GP, MPG) 구형 Firefox처럼 WebCodecs가 없으면, 같은 작업이 ffmpeg.wasm 폴백에서 실행됩니다 — 영상 하드웨어 대신 소프트웨어로, 여전히 업로드는 없습니다.

실제로 필요한 용량은 얼마인가?

대부분의 압축은 다른 누군가가 정한 상한을 통과하기 위해 합니다. 아래 숫자는 각 플랫폼이 스스로 문서화한 값이고 — 링크된 페이지에 프리셋과 세부 조건이 있습니다 — 바이트 상한이 공개되지 않은 곳은 값을 지어내는 대신 표에 그렇게 적었습니다.

문제의 대부분은 두 가지 패턴에서 생깁니다. 이메일은 파일이 아니라 인코딩된 메시지를 측정하므로, 이메일 페이지는 공표된 25와 20이 아니라 Gmail 18 MB, Outlook 15 MB를 겨냥합니다. 그리고 채팅 앱은 두 갈래로 움직입니다 — Messenger는 인라인 25 MB와 파일 100 MB, WhatsApp은 상태 16 MB와 훨씬 큰 채팅. 어느 플랫폼 페이지도 다루지 않는 상한이라면, 용량별 페이지가 2 MB부터 8 MB, 25 MB, 100 MB를 거쳐 200 MB까지 이어집니다.

먼저 잘라내고, 그다음 압축

도구가 목표를 거부할 때 메시지는 “동영상을 먼저 잘라내세요”로 끝나는데, 빈말이 아닙니다: 10 MB에 꽉 짜인 1분 클립이 같은 예산에 짓눌린 10분짜리보다 거의 항상 더 낫게 보입니다. 동영상 트림은 실제 플레이어를 띄웁니다. H.264 파일의 끝부분만 잘라내면 재인코딩 없이 스트림을 그대로 복사하고, 시작점을 옮기면(또는 다른 코덱이면) 사용자의 영상 하드웨어에서 프레임 단위로 정확하게 재인코딩합니다. 동영상 자르기는 먼저 9:16, 1:1, 16:9, 4:3에 맞춰 주므로, 남기는 픽셀에만 비트레이트가 쓰입니다. 브라우저가 재생하지 않는 형식 — AVI, WMV, 흔히 옛 휴대폰의 3GP나 방송용 TS — 은 두 도구 모두에서 미리보기가 나오지 않습니다: 먼저 MP4로 변환하세요. 소리만 필요하다면 압축을 건너뛰고 MP3를 추출하세요. 그리고 압축은 한 번만: 재인코딩을 반복하면 화질 손실이 누적되므로, 최종 목표는 원본에서 실행하세요.