동영상 온라인 변환

리먹스냐 재인코딩이냐: 어떤 변환은 왜 순식간에 끝나는가

동영상 파일은 코덱(H.264, HEVC, VP9, AAC, Opus)으로 된 스트림을 담은 컨테이너(MP4, MKV, MOV, WebM, TS)입니다. 사람들에게 필요한 변환의 대부분은 컨테이너 문제입니다 — 플레이어가 거부하는 것은 그림이 아니라 상자입니다. 스트림의 코덱이 이미 대상 컨테이너에 맞으면 ConvertUno는 프레임 하나도 디코딩하지 않고 패킷을 그대로 옮겨 담습니다. 이것이 리먹스입니다: 비트 단위로 동일한 출력이, 파일을 읽는 데 걸리는 시간 정도면 끝납니다. 엔진의 규칙은 다음과 같습니다:

실제로 MKV를 MP4로, MOV를 MP4로(H.264 iPhone 녹화), TS를 MP4로 또는 MTS(AVCHD 캠코더)는 흔한 경우 리먹스로 처리되고, MP4를 MKV, MOV, TS, M4V로 바꾸는 것도 MP4가 H.264 + AAC를 담고 있으면 — 대부분이 그렇습니다 — 리먹스입니다. WebM을 MP4로는 결코 리먹스가 될 수 없습니다. VP8/VP9가 MP4 코덱이 아니기 때문이고, HEVC iPhone 클립도 마찬가지입니다. 이런 파일은 사용자의 그래픽 하드웨어에서 디코딩 후 재인코딩됩니다. 재인코딩은 원본의 데이터 전송률에 15% 여유를 더한 값을 겨냥하며(0.25–8 Mbps 범위로 제한), HEVC나 AV1을 효율이 낮은 H.264로 옮길 때는 추가 비트를 배정합니다(×1.55, 두 세대 아래로 내려가면 ×1.9).

결과 패널의 무손실 배지는 원본에 있는 모든 스트림이 복사됐을 때만 표시됩니다. 리먹스는 아무것도 줄이지 않습니다 — 더 작은 파일은 압축기의 일입니다.

동영상에서 오디오 꺼내기

오디오 형식을 선택하면 영상 트랙은 의도적으로 버려집니다. 복사 규칙은 똑같이 적용됩니다: 대상과 이미 일치하는 코덱은 손대지 않고 그대로 꺼냅니다 — AAC 트랙은 M4A가 되고, WebM의 Opus는 OGG가 되며, 이미 MP3 오디오를 담은 동영상은 바로 그 MP3를 돌려줍니다. 그 외는 모두 디코딩 후 재인코딩됩니다: MP4를 MP3로(또는 어떤 동영상이든 MP3로)는 샘플레이트 32 kHz 이상인 원본이라면 모든 경로에서 320 kbps MP3를 쓰고(더 낮은 샘플레이트의 원본은 레이트를 유지한 채 MP3 자체의 상한에 걸립니다: 16–24 kHz에서는 160 kbps, AMR 같은 8 kHz 협대역 음성은 64 kbps), M4A는 AAC로, WAV는 무압축 16비트 PCM으로 — 몇 배 더 큰 충실한 사본이지만 손실 원본이 버린 것을 되살리지는 못합니다(MP3를 WAV로 페이지에 그대로 적혀 있습니다).

흔한 함정: 영화 립과 디스크 캡처에는 브라우저가 디코딩하지 못하는 Dolby Digital(AC-3) 오디오가 실려 있는 경우가 많습니다. 바탕이 되는 미디어 라이브러리는 이때 실패하지 않습니다 — 트랙을 조용히 빼 버리고, 소리 없는 “성공한” 변환을 남깁니다. 엔진은 의도적으로 버린 것이 아닌 트랙이 사라지면 이를 잡아내어 파일을 소프트웨어 디코더로 넘기고, 그 디코더가 AC-3를 읽어 5.1을 스테레오로 다운믹스합니다(AC3를 MP3로가 이 기능의 단독 버전입니다). 오디오 트랙이 없는 파일은 명확한 오류 — “이 파일에는 추출할 오디오 트랙이 없습니다.” — 를 받습니다. 빈 파일이 나오는 일은 없습니다.

레거시 형식: AVI, FLV, WMV, 3GP, MPG, VOB

하드웨어 경로는 현대적인 컨테이너만 읽습니다. AVI, FLV, WMV, MPG, VOB — 그리고 WMA, AMR, AIFF 같은 옛 오디오 — 는 두 번째 엔진으로 갑니다: 완전한 소프트웨어 디코더(WebAssembly로 된 ffmpeg)로, 첫 사용 시 한 번만 내려받아(약 31 MB) 브라우저가 캐시합니다. 내려받는 것은 엔진이지, 사용자의 파일이 아닙니다. 이 디코더는 그 컨테이너들이 실제로 담고 있는 것 — AVI의 DivX/Xvid와 MS-MPEG4, FLV의 H.263·VP6·초기 H.264, WMV의 WMV1/2/3, 3GP의 H.263·MPEG-4 Part 2·AMR, MPG와 DVD VOB의 MPEG-1/2 — 을 디코딩해 MP4에는 H.264와 128 kbps AAC로(WebM에는 VP8과 Vorbis로) 기록합니다. 단일 스레드로 돌아가는 CPU 속도의 완전한 재인코딩입니다: 짧은 휴대폰 클립은 몇 초, 긴 DVD 녹화는 몇 분이 걸립니다.

예외와 한계: MTS/M2TS와 TS는 하드웨어 엔진이 직접 읽는 트랜스포트 스트림이므로, AVCHD 규격의 H.264/AAC 스트림은 즉시 리먹스됩니다 — 캠코더 규격 테스트 파일로 검증 하네스가 입증한 사실입니다. Dolby Digital 오디오를 담은 캠코더 파일은 앞서 말한 소프트웨어 경로를 탑니다. 아주 오래된 일부 AVI는 이 디코더조차 갖고 있지 않은 독자적인 캡처 코덱을 쓰고, WMA Pro와 WMA Lossless는 WMA를 MP3로에서 지원되지 않으며, MKV 자막 트랙은 아직 옮겨지지 않습니다. 코덱 문제의 경우 도구는 깨진 파일을 만드는 대신 사용자에게 알려 주고, 자막은 그냥 출력에서 빠집니다.

동영상을 GIF로, GIF를 다시 동영상으로

GIF 출력은 사용자의 기기에서 프레임 하나하나 만들어집니다: 초당 12프레임, 가로 최대 480픽셀(비율 유지, 업스케일 없음), 각 프레임은 256색 팔레트로 양자화되며, 오디오는 없습니다 — 이 형식에는 오디오라는 것이 없습니다. GIF는 빠르게 커지므로 약 15초 이내의 순간에 알맞습니다: 먼저 자르고, MP4를 GIF로나 MOV를 GIF로로 반복 재생되게 만드세요. 반대 방향인 GIF를 MP4로는 1989년식 전체 프레임 저장 방식을 진짜 영상 코덱으로 바꾸어, 같은 루프가 보통 90% 이상 줄어듭니다.