MOV·MKV·WebM을 MP4로 변환하기

MP4 변환이 보통 즉시 끝나는 이유

동영상 파일은 서로 다른 두 가지로 이루어집니다. 컨테이너와 그 안의 코덱입니다. 컨테이너(MP4, MOV, MKV, WebM)는 서류함입니다. 화면과 소리의 각 조각이 어디에 있는지, 영상이 얼마나 긴지, 어느 방향으로 재생해야 하는지를 적어 둡니다. 코덱은 압축된 화면과 소리 그 자체입니다. 파일 이름을 바꿔도 둘 다 바뀌지 않으니, 확장자만 고쳐서는 절대 되지 않습니다.

여기서 유용한 결론이 나옵니다. MOV, MKV, MP4는 같은 코덱을 담을 수 있습니다. 휴대폰이 MOV로 녹화한 클립은 H.264나 HEVC 영상에 AAC 오디오이고, 같은 휴대폰이 만든 MP4도 똑같은 H.264와 똑같은 AAC를 다르게 정리해 둔 것입니다. 그래서 둘 사이의 변환은 영상을 건드릴 필요가 전혀 없습니다. 압축된 화면을 한 컨테이너에서 들어내 다른 컨테이너에 바이트 단위로 그대로 넣으면 됩니다. 이 작업을 리먹싱이라고 하며, 프레임을 한 번도 디코딩하거나 다시 압축하지 않으므로 재인코딩보다 수천 배 저렴합니다.

이 도구는 가능한 한 언제나 그 경로를 택합니다. 파일을 고르는 순간 코덱을 읽고, 곧 벌어질 두 가지 중 어느 쪽인지 알려 줍니다. 새 컨테이너로 그대로 복사(몇 초 만에 끝나며 화면이 바뀔 수 없음)인지, 진짜 재인코딩(실제 시간이 걸리며 화면이 바뀜)인지. 어느 쪽인지, 그리고 그 이유를 확정 전에 볼 수 있습니다.

1. 동영상을 고르거나 위 상자에 끌어다 놓으세요. 업로드되지 않고 디스크에서 읽힙니다.
2. 나타나는 패널을 읽어 보세요. 찾아낸 코덱을 알려 주고, 트랙별로 복사할지 다시 인코딩할지 말해 줍니다.
3. 변환을 누르세요. 복사는 거의 즉시 끝나고, 재인코딩은 실제 진행률을 보여 줍니다. 다운로드하면 MP4가 원본 옆에 저장되며 원본은 그대로 남습니다.

리먹싱에는 화질 설정이 없습니다. 결정할 화질이 애초에 없기 때문입니다. MP4 안의 화면은 MOV 안에 있던 것과 같은 압축 데이터입니다. 무언가를 잃는 경로는 재인코딩뿐이며, 그 길은 절대 조용히 선택되지 않습니다.

어떤 비디오 코덱은 껍데기만 바꾸고, 어떤 것은 다시 인코딩해야 하는가

MP4는 평판보다 훨씬 관대한 컨테이너입니다. VP9나 AV1도 규격상 담을 수 있고, 그렇게 만든 파일은 검사도 문제없이 통과합니다. 문제는 규격에 맞는 것과 재생되는 것이 서로 다른 질문이라는 점입니다. 우리는 각 코덱을 MP4에 복사해 넣고, QuickTime과 모든 macOS 앱이 쓰는 Apple 자체 디코딩 스택으로 결과를 열어 봤습니다. 구조적으로 완벽한 파일 몇 개는 그냥 열리지 않았습니다.

그래서 이 도구가 따르는 기준은 「MP4가 무엇을 허용하는가」가 아니라 「MP4가 된 뒤에도 재생되는가」입니다. 두 번째 시험을 통과하는 것은 복사하고, 통과하지 못하는 것은 H.264로 다시 인코딩합니다. 변환한 브라우저에서만 열리는 파일은 변환된 것이 아니기 때문입니다.

지원하지 않는 세 가지 중 하나라면 아무 버튼도 누르기 전에 즉시 알려 줍니다. 그 확인은 파일 자체의 헤더를 보고 여러분 기기에서 이루어지며 비용이 들지 않습니다.

소리는 어떻게 되는가

오디오도 자기 기준으로 같은 처리를 받는데, 같은 파일에서도 영상과 답이 다를 수 있으니 읽어 볼 만합니다. MOV 하나가 화면은 복사되고 소리는 다시 인코딩되는 일은 흔합니다. 그렇게 되면 변환은 더 이상 즉시 끝나지 않고, 위 패널은 빠른 경로의 표현을 빌려 쓰지 않고 그렇다고 말해 줍니다.

AAC는 복사됩니다. MP4와 AAC는 모든 플레이어가 기대하는 조합이기 때문입니다. 그 외 대부분의 코덱은 AAC로 다시 인코딩되는데, FLAC이나 무압축 PCM처럼 복사가 성공하는 것을 우리가 직접 측정한 몇 가지도 포함됩니다. 이는 의도된 선택입니다. 그런 특이한 MP4 오디오 박스는 우리가 시험한 기기에서는 동작했지만, 여러분 기기에서도 동작한다고 약속할 수는 없습니다. AAC 재인코딩에는 그런 약속이 필요 없고 1초도 채 걸리지 않습니다. 무손실 원본이라면 손실 인코딩을 한 번 거치는 값을 치릅니다.

트랙이 복사될 때는 서라운드 오디오가 언제나 보존됩니다. 재인코딩 경로에서는 스테레오로 다운믹스되는데, 브라우저의 AAC 인코더가 멀티채널 입력을 아예 거부하기 때문입니다. 다운믹스가 변환 실패보다는 낫습니다.

MOV를 MP4로 변환하기

리먹싱이 바로 이 경우를 위해 만들어졌고, 실제로는 형식적인 절차에 가깝습니다. MOV는 Apple의 컨테이너이고, 두 형식은 MP4가 MOV에서 표준화되었을 만큼 가까운 관계입니다. 그래서 iPhone으로 녹화하거나 Mac에서 내보낸 MOV는 거의 언제나 H.264 또는 HEVC 영상에 AAC 오디오, 즉 MP4가 원하는 그대로를 담고 있습니다. 두 트랙 모두 복사되고, 영상 길이와 무관하게 전체가 몇 초면 끝나며, 화면은 원본과 비슷한 정도가 아니라 동일합니다.

다르게 동작하는 MOV 두 가지가 있는데, 파일을 넣기 전에 알아 둘 만합니다. 전문 작업 흐름에서 나온 화면 녹화와 카메라 영상은 ProRes인 경우가 많습니다. 복사는 잘 되지만 용량은 줄지 않습니다. 시작할 때와 같은 크기의 MP4가 나오는데, 이는 실패가 아니라 정직한 결과입니다. 그리고 MOV는 Dolby 오디오를 담을 수 있는데, 그 경우 위 표의 이유대로 소리가 변환되지 않고 복사됩니다.

회전은 유지됩니다. 휴대폰으로 찍은 세로 영상은 옆으로 누운 채 저장되고 플레이어에게 돌려서 보여 달라는 플래그가 함께 들어 있는데, 그 플래그가 MP4로 이어집니다. 결과물이 옆으로 눕지 않습니다.

MKV를 MP4로 변환하기

MKV는 한 가지 면에서 MOV의 반대입니다. 의도적으로 열려 있어서 거의 무엇이든 담기 때문에, 여러분 파일이 어떻게 되는지는 누가 그 안에 무엇을 넣었는지에 전적으로 달렸습니다. 흔한 경우는 여전히 단순 복사입니다. H.264와 AAC가 든 MKV는 몇 초 만에, 다시 인코딩하는 것 없이 MP4가 됩니다. VP9나 MP3 사운드트랙이 든 MKV는 그 트랙에 대해 재인코딩 경로를 탑니다. 시작 전에 패널이 어느 쪽인지 알려 주니 2초를 기다릴지 2분을 기다릴지 알 수 있습니다.

오디오 트랙이 여러 개면 모두 넘어옵니다. 언어별 트랙이 나뉜 MKV는 MP4 안에서도 전부 유지됩니다. MP4가 담을 수 있는 개수에 실질적인 제한이 없기 때문입니다. 다만 모두 같은 방식으로 처리됩니다. 첫 트랙이 재인코딩을 필요로 하면 전부 재인코딩됩니다.

자막은 넘어오지 않습니다. 내장 자막 트랙은 제거되며, 이는 취향이 아니라 실제 한계입니다. MKV의 자막 형식에는 기록할 만한 MP4 대응물이 없고, 우리가 쓰는 브라우저 측 리더는 그 트랙을 아예 노출하지 않아서 그 파일에 자막이 있었다는 사실조차 알려 줄 수 없습니다. 필요한 자막이 있다면 변환 전에 따로 추출하거나 MKV를 그대로 보관하세요.

챕터 표시와 첨부물(글꼴, 커버 아트)도 남겨집니다. 어떤 MKV가 단일 영상이 아니라 디스크 전체의 보관본이라면, MP4로 변환하는 것은 그것을 화면과 소리로 납작하게 만드는 일입니다.

WebM을 MP4로 변환하기

WebM은 빠른 경로를 거의 쓸 수 없는 유일한 입력이고, 이 점은 미리 아는 편이 좋습니다. WebM은 VP8, VP9, AV1을 Opus나 Vorbis 오디오와 함께 담기 위해 존재합니다. 웹을 위해 만들어진 코덱이고, 앞의 두 개는 브라우저 밖 어디에서도 MP4 안에서 쓸 수 없습니다. 여기서는 복사해도 재생될 것이 없으므로 영상은 진짜로 H.264로, 오디오는 AAC로 다시 인코딩됩니다. 영상 길이에 비례하는 실제 시간이 걸리고, 화질이 한 세대 손실됩니다.

그래도 할 만한 이유는, 그것만이 파일을 어디서나 쓸 수 있게 만들기 때문입니다. WebM은 대부분의 영상 편집기에서 열리지 않고, 대부분의 휴대폰 갤러리로 들어가지 않으며, 많은 TV와 오래된 기기에서 재생되지 않습니다. 스트리밍에 좋은 성질이 바로 다른 모든 곳에서 곤란한 성질입니다. 돌려받는 것은 평범하게 동작하는 파일입니다.

MP4가 WebM보다 커질 것을 예상하세요. 때로는 상당히 큽니다. VP9와 AV1은 H.264보다 새롭고 효율적이므로 같은 화면을 H.264로 인코딩하면 비트가 더 듭니다. 호환성보다 용량이 중요하다면 이미 가지고 있는 WebM이 더 작은 파일입니다.

여기서는 재인코딩이 작업의 전부이므로, 긴 WebM은 같은 길이의 영상을 압축하는 것과 비슷한 시간이 걸립니다. 진행률은 추측이 아니라 측정된 값이고, 언제든 취소할 수 있습니다.

이 도구가 하지 않는 일

이것은 MP4로만 변환하며, 경계는 여러분이 직접 찾아내게 두는 대신 분명히 적어 두는 편이 낫습니다.

1. MP4만 출력합니다. 이 페이지에는 MP4→WebM도, GIF 내보내기도, 오디오만 출력하는 기능도 없습니다.
2. 파일을 작게 만들지 않습니다. 복사는 설계상 원본과 같은 용량이 나오고, 재인코딩은 오히려 더 커질 수도 있습니다. 압축은 자체 설정을 가진 별개의 작업입니다.
3. 화면을 바꾸지 않습니다. 해상도, 프레임 레이트, 회전은 모두 있던 대로 넘어갑니다. 크기 조정도, 잘라내기도 없습니다.
4. 한 번에 한 파일입니다. 일괄 처리 대기열은 없습니다.
5. 자막, 챕터, 첨부물은 제거됩니다. 화면과 소리만 넘어갑니다.
6. 용량 제한은 없지만 디스크 확인은 있습니다. MP4는 만들어지는 대로 로컬 저장소에 기록되므로 메모리가 파일 크기와 함께 늘지 않습니다. 다만 공간은 있어야 하고, 그것은 중간에 발견되는 대신 시작 전에 확인됩니다.

원본은 절대 수정되거나 이동되지 않습니다. MP4는 여러분이 내려받는 새 파일이므로, 원본을 지우는 일은 여러분이 직접 명시적으로 내리는 결정으로 남습니다.

자주 묻는 질문