컨테이너는 상자입니다
동영상 파일은 사실 하나의 꾸러미입니다. .mp4나 .mkv 파일 하나 안에는 보통 영상 스트림 하나, 오디오 스트림 하나 이상, 그리고 자막·챕터 표시·촬영 정보 같은 부가 데이터가 함께 들어 있습니다. 컨테이너(래퍼라고도 합니다)는 이 스트림들을 한 파일로 묶고 재생 중 서로 어긋나지 않게 동기화하는 형식입니다. 덕분에 소리와 화면이 맞아떨어지고, 파일 전체를 읽지 않고도 12분 지점으로 건너뛸 수 있습니다.
MP4, MKV, MOV, WebM, AVI는 모두 컨테이너입니다. 어떤 종류의 스트림을 담을 수 있는지, 메타데이터를 얼마나 지원하는지, 어떤 플레이어가 이해하는지가 서로 다릅니다. 예를 들어 MKV는 여러 언어의 오디오, 여러 개의 자막 트랙, 지금까지 나온 거의 모든 코덱까지 사실상 무엇이든 담을 수 있어 보관용으로 인기가 많습니다. 반대로 MP4는 안에 무엇을 넣을 수 있는지가 훨씬 엄격한데, 바로 그 절제 덕분에 거의 모든 기기가 MP4를 재생합니다.
코덱은 상자 안의 내용물입니다
코덱(coder–decoder)은 컨테이너 안에 든 실제 영상·오디오 데이터를 압축하는 방식입니다. 압축하지 않은 원본 영상은 어마어마하게 큽니다. 30fps 1080p 무압축 영상은 1분에 10 GB 안팎이니, 지금까지 본 모든 동영상은 코덱으로 압축되었다가 재생 시점에 다시 풀린 것입니다.
흔한 영상 코덱은 H.264(AVC라고도 합니다), H.265(HEVC), VP8, VP9, AV1입니다. 오디오 쪽은 AAC, MP3, Opus, Vorbis, FLAC이 흔합니다. 각각 압축 효율, 인코딩 속도, 하드웨어 지원 사이에서 서로 다른 균형점을 잡고 있습니다. 그중 호환성의 왕은 단연 H.264입니다. 지난 10년 사이에 나온 스마트폰·노트북·TV·브라우저는 사실상 전부 전용 하드웨어로 H.264를 디코딩하므로 재생이 부드럽고 배터리 소모도 적습니다. H.265나 AV1 같은 최신 코덱은 같은 화질을 눈에 띄게 작은 파일에 담지만, 오래된 기기는 소프트웨어로 힘겹게 처리하거나 아예 재생하지 못합니다.
"MP4니까 당연히 열리겠지"가 통하지 않는 이유
실제 상황에서 혼란을 가장 많이 일으키는 지점이 여기입니다. 확장자는 컨테이너의 이름이지 코덱의 이름이 아닙니다. .mp4 파일은 대개 H.264 영상과 AAC 오디오를 담고 있지만, MP4 컨테이너는 H.265도 담을 수 있고, 어떤 .mkv 안에는 MP4였다면 문제없이 재생됐을 바로 그 H.264 스트림이 들어 있을 수도 있습니다. 플레이어가 "지원하지 않는 파일"이라고 하거나 화면은 나오는데 소리가 없다면, 원인은 거의 언제나 기기가 디코딩하지 못하는 코덱이지 컨테이너가 아닙니다.
확장자가 같은 두 파일이 전혀 다르게 동작하는 이유도 같습니다. H.265로 .mp4를 기록하는 드론은 오래된 노트북을 버벅이게 만드는 파일을 내놓고, H.264로 .mp4를 쓰는 화면 녹화 프로그램은 어디서나 재생되는 파일을 내놓습니다. 상자는 같고 내용물이 다른 것입니다.
한눈에 보는 호환성 지도
| 컨테이너 | 주로 담기는 코덱 | 잘 재생되는 곳 | 약한 곳 |
|---|---|---|---|
| MP4 | H.264 + AAC | 브라우저, 스마트폰, TV, 콘솔 등 사실상 전부 | 자막·다중 트랙 지원이 제한적 |
| WebM | VP8/VP9 + Opus | 크롬, 파이어폭스, 엣지, 안드로이드 | 사파리/iOS, 구형 TV, 편집 프로그램에서 불안정 |
| MOV | H.264/ProRes + AAC/PCM | 애플 생태계, 편집 프로그램 | 전문가용 도구를 제외한 윈도우 앱 |
| MKV | 사실상 모든 코덱 | VLC 등 데스크톱 플레이어 | 브라우저, 아이폰, 다수의 스마트 TV |
| AVI | 오래된 코덱(MPEG-4 ASP, MJPEG) | 레거시 윈도우 소프트웨어 | 최신 코덱, 스트리밍, 모바일 |
리먹싱과 재인코딩
상자와 내용물을 구분하고 나면, 변환은 성격이 전혀 다른 두 가지 작업으로 갈라집니다.
리먹싱은 압축된 데이터에는 손대지 않고 기존 스트림을 새 컨테이너로 옮기는 작업입니다. H.264와 AAC가 든 MKV는 몇 초 만에, 화질 손실 없이 MP4로 다시 포장됩니다. 디코딩이 전혀 일어나지 않고 스트림을 상자만 바꿔 담기 때문입니다. 코덱에는 문제가 없고 컨테이너만 걸림돌일 때 가장 이상적인 경우입니다.
재인코딩은 영상을 디코딩한 뒤 다시 압축합니다. 다른 코덱으로 바꾸거나(WebM을 만들기 위한 H.264 → VP8), 같은 코덱이라도 설정을 바꿀 때(해상도를 낮추거나 압축을 강하게) 필요합니다. 실제 시간이 걸리고 언제나 조금씩 손실이 생깁니다. 손실 압축 코덱은 처리할 때마다 정보를 버리기 때문입니다. 대신 화질·용량·해상도·코덱을 바꿀 수 있는 것은 재인코딩뿐입니다. 리먹싱으로는 파일을 절대 작게 만들 수 없습니다.
판단 기준은 간단합니다. 어떤 플레이어는 파일을 거부하는데 VLC 같은 다른 플레이어에서는 잘 열린다면 컨테이너나 코덱을 바꿔야 하는 상황, 즉 변환이 답입니다. 어디서나 재생되는데 용량만 크다면 압축을 더 강하게 하는 재인코딩이 필요합니다. 동영상 용량 줄이기 가이드에서 자세히 다룹니다.
실제로는 이렇게 쓰입니다
- 스마트폰·TV·브라우저에서 파일이 열리지 않는다면? MP4로 변환하세요. 이때 실제로 하는 일은 거의 언제나 가장 널리 디코딩되는 조합인 H.264 + AAC에 도달하는 것입니다. MKV를 MP4로나 AVI를 MP4로 같은 도구가 하는 일이 바로 이것입니다.
- 내 웹사이트에 올릴 예정이라면? MP4가 안전한 기본값이고, 지원하는 브라우저에서 더 작은 파일을 제공하려면 WebM을 함께 두면 됩니다. 포맷 선택 가이드가 이 결정을 단계별로 안내합니다.
- 화면은 나오는데 소리가 없다면(혹은 그 반대라면)? 한쪽 스트림의 코덱이 지원되지 않는 것입니다. 변환하면 두 스트림 모두 보편적인 조합으로 다시 인코딩되면서 해결됩니다.
- 자막과 여러 오디오 트랙을 함께 보관한다면? MKV의 영역입니다. 공유하거나 널리 재생해야 할 때만 MP4 사본을 만들어 쓰세요.
이 용어들은 금세 값을 합니다. "파일 형식" 대신 "상자"와 "내용물"로 생각하기 시작하면, .mkv를 .mp4로 이름만 바꿔도 아무 소용이 없는 이유, 어떤 변환은 순식간에 무손실로 끝나는데 어떤 변환은 몇 분씩 걸리는 이유, 그리고 더 효율적인 최신 코덱이 서서히 자리를 넓혀 가는 지금도 여전히 MP4 + H.264가 호환성 문제의 정답인 이유가 자연스럽게 보입니다.