Previous
Next
MP4 vs MKV vs WebM 컨테이너 비교 | 호환성·스트리밍·자막 선택 가이드

MP4 vs MKV vs WebM 컨테이너 비교 | 호환성·스트리밍·자막 선택 가이드

· 32분 읽기 · 수정 초급 가이드
MP4 vs MKV vs WebM 컨테이너 비교 | 호환성·스트리밍·자막 선택 가이드

이 글의 핵심

MP4, MKV, WebM 컨테이너의 스트리밍·편집·자막·코덱 조합을 비교합니다. 웹·아카이브·블루레이 워크플로에 맞는 포맷 선택과 FFmpeg 예제를 정리했습니다.

들어가며

컨테이너(뮤싱 포맷)는 비디오·오디오·자막·챕터를 하나의 파일로 묶는 껍데기입니다. 코덱과 달리 “어디서 재생되나”는 대개 컨테이너와 플랫폼 정책이 결정합니다. MP4는 모바일·웹에서 표준에 가깝고, MKV는 다중 자막·오디오에 강하며, WebM은 웹·로열티 프리 스택에 맞춰져 있습니다. 비유로 말씀드리면, 컨테이너는 여러 소스를 담는 도시락 통이고, 코덱은 반찬을 만든 레시피입니다. 통만 바꿔서 화질이 좋아지지는 않지만, 어떤 플레이어가 통을 열 수 있는지는 달라집니다.

이 글을 읽으면

  • MP4 / MKV / WebM의 구조적 차이와 흔한 코덱 조합을 이해합니다
  • 스트리밍(HLS/DASH)·<video> 태그·편집 툴 관점에서 선택 기준을 잡습니다
  • FFmpeg로 리먹스·변환하는 기본 패턴을 익힙니다
  • “어떤 컨테이너에 어떤 코덱을 넣을지” 실무 체크리스트를 갖춥니다

실전 경험에서 배운 교훈

이 기술을 실무 프로젝트에 처음 도입했을 때, 공식 문서만으로는 알 수 없었던 많은 함정들이 있었습니다. 특히 프로덕션 환경에서 발생하는 엣지 케이스들은 로컬 개발 환경에서는 재현조차 되지 않았죠.

가장 어려웠던 점은 성능 최적화였습니다. 처음엔 “동작만 하면 되겠지”라고 생각했지만, 실제 사용자 트래픽이 몰리면서 병목 지점들이 하나씩 드러났습니다. 특히 데이터베이스 쿼리 최적화, 캐싱 전략, 에러 핸들링 구조 등은 여러 번의 장애를 겪으면서 개선해 나갔습니다.

이 글에서는 그런 시행착오를 통해 얻은 실전 노하우와, “이렇게 하면 안 된다”는 교훈들을 함께 정리했습니다. 특히 트러블슈팅 섹션은 실제 장애 대응 경험을 바탕으로 작성했으니, 비슷한 문제를 마주했을 때 참고하시면 도움이 될 것입니다.

1. 빠른 비교표

특성MP4MKVWebM
표준MPEG-4 Part 14 (ISO)Matroska (오픈)Matroska 부분집합
출시200120022010
브라우저 지원최고낮음높음 (Chrome, Firefox)
모바일 지원최고중간중간
다중 트랙제한적매우 강함제한적
챕터제한적풍부제한적
스트리밍HLS/DASH 표준파일 공유 중심MSE, DASH 일부
대표 코덱H.264/HEVC + AAC모든 코덱VP8/VP9/AV1 + Opus
라이선스코덱 의존컨테이너 오픈로열티 프리 지향

2. 각 포맷 상세

MP4 (MPEG-4 Part 14)

역사: 2001년 ISO 표준화, QuickTime 기반 구조:

  • Atom/Box 기반 (moov, mdat, ftyp 등)
  • 계층적 메타데이터 장점:
  • 거의 모든 기기·플랫폼 지원
  • HLS/DASH fMP4 표준
  • 편집 툴 광범위 지원 단점:
  • 다중 자막·오디오 관리 복잡
  • 챕터 지원 제한적 FFmpeg 예제:
# 기본 리먹스
ffmpeg -i input.mkv -c copy -movflags +faststart output.mp4
# H.264 + AAC 인코딩
ffmpeg -i input.avi \
  -c:v libx264 -preset medium -crf 23 \
  -c:a aac -b:a 192k \
  -movflags +faststart \
  output.mp4

MKV (Matroska)

역사: 2002년 오픈 프로젝트 시작 구조:

  • EBML 기반 (Extensible Binary Meta Language)
  • Segment → Tracks, Clusters, Tags, Chapters 장점:
  • 거의 모든 코덱 지원
  • 다중 오디오·자막·챕터 강함
  • 첨부 파일 (폰트, 커버) 단점:
  • 브라우저 네이티브 지원 낮음
  • 일부 모바일 기기 미지원 FFmpeg 예제:
# 다중 오디오 + 자막
ffmpeg -i video.mp4 \
  -i audio_kor.wav \
  -i audio_eng.wav \
  -i subtitle.srt \
  -map 0:v -map 1:a -map 2:a -map 3:s \
  -c:v copy \
  -c:a aac -b:a 192k \
  -c:s copy \
  -metadata:s:a:0 language=kor \
  -metadata:s:a:1 language=eng \
  output.mkv

WebM

역사: 2010년 Google 주도, Matroska 부분집합 구조:

  • Matroska 기반
  • 허용 코덱 제한 (VP8/VP9/AV1 + Opus/Vorbis) 장점:
  • 로열티 프리 코덱 조합
  • Chrome, Firefox 완전 지원
  • 웹 최적화 단점:
  • Safari 제한적 지원
  • 코덱 선택 제한
  • 편집 툴 지원 낮음 FFmpeg 예제:
# VP9 + Opus
ffmpeg -i input.mp4 \
  -c:v libvpx-vp9 -crf 32 -b:v 0 \
  -c:a libopus -b:a 128k \
  output.webm
# AV1 + Opus
ffmpeg -i input.mp4 \
  -c:v libsvtav1 -crf 28 -preset 6 \
  -c:a libopus -b:a 128k \
  output.webm

3. 성능·생태계 비교

컨테이너 오버헤드

컨테이너오버헤드메타데이터 크기시크 성능
MP4매우 낮음작음우수 (moov atom)
MKV낮음중간~큼우수 (Cues)
WebM매우 낮음작음우수
결론: 모두 효율적, 체감 차이 거의 없음

스트리밍 비교

프로토콜MP4MKVWebM
HLSfMP4 표준비표준비표준
DASHfMP4 표준가능가능
MSE완전 지원제한적VP9/AV1 지원
단일 파일우수우수우수

편집 툴 지원

툴MP4MKVWebM
Adobe Premiere✅✅부분
Final Cut Pro✅부분❌
DaVinci Resolve✅✅부분
Handbrake✅✅✅
FFmpeg✅✅✅

4. 사용 시나리오별 추천

시나리오추천 컨테이너코덱 조합이유
YouTube 업로드MP4H.264 + AAC플랫폼 권장
웹 스트리밍MP4 (fMP4)H.264 + AAC최대 호환
웹 (오픈 코덱)WebMVP9/AV1 + Opus로열티 프리
블루레이 리핑MKVH.264/HEVC + FLAC다중 트랙
팟캐스트MP4/MP3AAC/MP3최대 호환
게임 영상MP4H.264 + AAC범용
아카이브MKV무손실 코덱원본 보존

5. 실무 사례

사례 1: 유튜브 스타일 다중 품질

요구사항:

  • 1080p, 720p, 480p 제공
  • 웹 플레이어
  • 적응형 스트리밍

MP4 다중 품질

# 1080p
ffmpeg -i input.mp4 \
  -vf "scale=1920:1080" \
  -c:v libx264 -preset medium -crf 23 \
  -c:a aac -b:a 192k \
  -movflags +faststart \
  1080p.mp4
# 720p
ffmpeg -i input.mp4 \
  -vf "scale=1280:720" \
  -c:v libx264 -preset medium -crf 24 \
  -c:a aac -b:a 128k \
  -movflags +faststart \
  720p.mp4
# 480p
ffmpeg -i input.mp4 \
  -vf "scale=854:480" \
  -c:v libx264 -preset medium -crf 26 \
  -c:a aac -b:a 96k \
  -movflags +faststart \
  480p.mp4

HTML5 플레이어

<!DOCTYPE html>
<html>
<head>
  <title>적응형 비디오 플레이어</title>
</head>
<body>
  <video id="player" controls width="1280"></video>
  
  <div>
    <button onclick="changeQuality('1080p')">1080p</button>
    <button onclick="changeQuality('720p')">720p</button>
    <button onclick="changeQuality('480p')">480p</button>
  </div>
  
  <script>
    const player = document.getElementById('player');
    const qualities = {
      '1080p': 'videos/1080p.mp4',
      '720p': 'videos/720p.mp4',
      '480p': 'videos/480p.mp4'
    };
    
    function changeQuality(quality) {
      const currentTime = player.currentTime;
      player.src = qualities[quality];
      player.currentTime = currentTime;
      player.play();
    }
    
    player.src = qualities['720p'];
  </script>
</body>
</html>

사례 2: 블루레이 리핑 - MKV 아카이브

요구사항:

  • 원본 품질 유지
  • 다국어 오디오 (한국어, 영어, 일본어)
  • 다국어 자막
  • 챕터 보존

MKV 생성

# MakeMKV 출력 정리
ffmpeg -i bluray_rip.mkv \
  -map 0:v:0 \
  -map 0:a:0 -map 0:a:1 -map 0:a:2 \
  -map 0:s:0 -map 0:s:1 -map 0:s:2 \
  -c copy \
  -metadata:s:a:0 language=kor -metadata:s:a:0 title="한국어" \
  -metadata:s:a:1 language=eng -metadata:s:a:1 title="English" \
  -metadata:s:a:2 language=jpn -metadata:s:a:2 title="日本語" \
  -metadata:s:s:0 language=kor \
  -metadata:s:s:1 language=eng \
  -metadata:s:s:2 language=jpn \
  -disposition:a:0 default \
  movie_archive.mkv

사례 3: 웹 강의 - WebM 최적화

요구사항:

  • 화면 녹화 (슬라이드)
  • 파일 크기 최소화
  • 웹 플레이어

WebM 생성

# 화면 녹화 최적화 (낮은 프레임레이트)
ffmpeg -i lecture.mp4 \
  -vf "scale=1280:720" \
  -r 15 \
  -c:v libvpx-vp9 \
  -crf 35 \
  -b:v 0 \
  -c:a libopus \
  -b:a 64k \
  -ac 1 \
  lecture.webm

결과:

  • 1시간 강의: 약 150MB (MP4 대비 50% 절약)

폴백 지원

<video controls>
  <source src="lecture.webm" type="video/webm">
  <source src="lecture.mp4" type="video/mp4">
</video>

6. 마이그레이션 가이드

MKV → MP4 (최대 호환)

1단계: 코덱 확인

ffprobe -v error -select_streams v:0 -show_entries stream=codec_name input.mkv
ffprobe -v error -select_streams a:0 -show_entries stream=codec_name input.mkv

2단계: 변환

# 코덱 호환 시 (H.264 + AAC)
ffmpeg -i input.mkv \
  -c:v copy \
  -c:a copy \
  -map 0:v:0 \
  -map 0:a:0 \
  -movflags +faststart \
  output.mp4
# 코덱 변환 필요 시
ffmpeg -i input.mkv \
  -c:v libx264 -preset medium -crf 23 \
  -c:a aac -b:a 192k \
  -movflags +faststart \
  output.mp4

MP4 → WebM (대역폭 절약)

# VP9 + Opus
ffmpeg -i input.mp4 \
  -c:v libvpx-vp9 -crf 32 -b:v 0 \
  -c:a libopus -b:a 128k \
  output.webm

WebM → MP4 (호환성)

# VP9 → H.264
ffmpeg -i input.webm \
  -c:v libx264 -preset medium -crf 23 \
  -c:a aac -b:a 192k \
  -movflags +faststart \
  output.mp4

7. 트러블슈팅

문제 1: 자막이 안 보임

증상: MP4에 자막 넣었는데 플레이어에서 안 보임 원인: MP4는 자막 코덱 제한적 해결 1: 외부 자막

<video controls>
  <source src="video.mp4" type="video/mp4">
  <track src="subtitle.vtt" kind="subtitles" srclang="ko" label="한국어">
</video>

해결 2: MKV 사용

ffmpeg -i video.mp4 -i subtitle.srt \
  -map 0 -map 1 \
  -c copy \
  -metadata:s:s:0 language=kor \
  output.mkv

문제 2: Safari에서 WebM 재생 안 됨

증상: Safari에서 WebM 재생 불가 해결: MP4 폴백

<video controls>
  <source src="video.webm" type="video/webm">
  <source src="video.mp4" type="video/mp4">
</video>

문제 3: 스트리밍 버퍼링

증상: MP4 파일이 끝까지 다운로드되어야 재생 원인: moov atom이 파일 끝에 위치 해결: faststart 플래그

ffmpeg -i input.mp4 -c copy -movflags +faststart output.mp4

문제 4: 코덱 미지원

증상: MKV 파일이 특정 기기에서 재생 안 됨 원인: 코덱 미지원 (HEVC, FLAC 등) 해결: 호환 코덱으로 변환

# HEVC → H.264
ffmpeg -i input.mkv \
  -c:v libx264 -preset medium -crf 23 \
  -c:a aac -b:a 192k \
  output.mp4

마무리

MP4 vs MKV vs WebM — 각 컨테이너는 설계 목적이 다릅니다.

핵심 요약

  1. MP4
    • 최대 호환성
    • 스트리밍 표준
    • 범용 배포
  2. MKV
    • 다중 트랙 강함
    • 아카이브 최적
    • 유연한 메타데이터
  3. WebM
    • 웹 최적화
    • 로열티 프리
    • VP9/AV1 + Opus

선택 가이드

최대 호환 필요? → MP4
  ↓ No
다중 트랙 많음? → MKV
  ↓ No
웹 최적화? → WebM

실전 체크리스트

  • ✅ 타깃 플랫폼 확인 (브라우저, 모바일, TV)
  • ✅ 코덱 호환성 확인 (H.264, HEVC, VP9, AV1)
  • ✅ 자막 요구사항 (내장 vs 외부)
  • ✅ 스트리밍 프로토콜 (HLS, DASH)
  • ✅ 라이선스 고려 (상용 배포 시)

추천 조합

플랫폼컨테이너비디오오디오
웹 (최대 호환)MP4H.264AAC
웹 (최신)WebMVP9/AV1Opus
iOS/SafariMP4H.264/HEVCAAC
AndroidMP4/WebMH.264/VP9AAC/Opus
아카이브MKVH.264/HEVCFLAC/AAC

FFmpeg 명령 치트시트

# MP4 생성
ffmpeg -i input.avi -c:v libx264 -c:a aac -movflags +faststart output.mp4
# MKV 생성 (다중 트랙)
ffmpeg -i video.mp4 -i audio.wav -i subtitle.srt \
  -map 0:v -map 1:a -map 2:s \
  -c:v copy -c:a aac -c:s copy \
  output.mkv
# WebM 생성
ffmpeg -i input.mp4 -c:v libvpx-vp9 -c:a libopus output.webm
# MKV → MP4
ffmpeg -i input.mkv -c copy -movflags +faststart output.mp4
# MP4 → WebM
ffmpeg -i input.mp4 -c:v libvpx-vp9 -crf 32 -c:a libopus -b:a 128k output.webm

다음 단계

참고 자료

심화 부록: 구현·운영 관점

이 부록은 앞선 본문에서 다룬 주제(「MP4 vs MKV vs WebM 컨테이너 비교 | 호환성·스트리밍·자막 선택 가이드」)를 구현·런타임·운영 관점에서 다시 압축합니다. 도메인별 세부 구현은 글마다 다르지만, 입력 검증 → 핵심 연산 → 부작용(I/O·네트워크·동시성) → 관측의 흐름으로 장애를 나누면 원인 추적이 빨라집니다.

내부 동작과 핵심 메커니즘

flowchart TD
  A[입력·요청·이벤트] --> B[파싱·검증·디코딩]
  B --> C[핵심 연산·상태 전이]
  C --> D[부작용: I/O·네트워크·동시성]
  D --> E[결과·관측·저장]
sequenceDiagram
  participant C as 클라이언트/호출자
  participant B as 경계(런타임·게이트웨이·프로세스)
  participant D as 의존성(API·DB·큐·파일)
  C->>B: 요청/이벤트
  B->>D: 조회·쓰기·RPC
  D-->>B: 지연·부분 실패·재시도 가능
  B-->>C: 응답 또는 오류(코드·상관 ID)
  • 불변 조건(Invariant): 버퍼 경계, 프로토콜 상태, 트랜잭션 격리, FD 상한 등 단계별로 문장으로 적어 두면 디버깅 비용이 줄어듭니다.
  • 결정성: 순수 층과 시간·네트워크·스케줄에 의존하는 층을 분리해야 테스트와 장애 분석이 쉬워집니다.
  • 경계 비용: 직렬화, 인코딩, syscall 횟수, 락 경합, 할당·GC, 캐시 미스를 의심 목록에 둡니다.
  • 백프레셔: 생산자가 소비자보다 빠를 때 버퍼·큐·스트림에서 속도를 줄이는 신호를 어디에 둘지 정의합니다.

프로덕션 운영 패턴

영역운영 관점 질문
관측성요청 단위 상관 ID, 에러율·지연 p95/p99, 의존성 타임아웃·재시도가 대시보드에 보이는가
안전성입력 검증·권한·비밀·감사 로그가 코드 경로마다 일관적인가
신뢰성재시도는 멱등 연산에만 적용되는가, 서킷 브레이커·백오프·DLQ가 있는가
성능캐시·배치 크기·커넥션 풀·인덱스·백프레셔가 데이터 규모에 맞는가
배포롤백 룬북, 카나리/블루그린, 마이그레이션·피처 플래그가 문서화되어 있는가
용량피크 트래픽·디스크·FD·스레드 풀 상한을 주기적으로 검증하는가

스테이징은 데이터 양·네트워크 RTT·동시성을 프로덕션에 가깝게 맞출수록 재현율이 올라갑니다.

확장 예시: 엔드투엔드 미니 시나리오

앞선 본문 주제(「MP4 vs MKV vs WebM 컨테이너 비교 | 호환성·스트리밍·자막 선택 가이드」)를 배포·운영 흐름에 맞춰 옮긴 체크리스트입니다. 도메인에 맞게 단계 이름만 바꿔 적용할 수 있습니다.

  1. 입력 계약 고정: 스키마·버전·최대 페이로드·타임아웃·에러 코드를 경계에 둔다.
  2. 핵심 경로 계측: 요청 ID, 단계별 지연, 외부 호출 결과 코드를 로그·메트릭·트레이스에서 한 흐름으로 본다.
  3. 실패 주입: 의존성 타임아웃·5xx·부분 데이터·락 대기를 스테이징에서 재현한다.
  4. 호환·롤백: 설정/마이그레이션/클라이언트 버전을 되돌릴 수 있는지 확인한다.
  5. 부하 후 검증: 피크 대비 p95/p99, 에러율, 리소스 상한, 알림 임계값을 점검한다.
handle(request):
  ctx = newCorrelationId()
  validated = validateSchema(request)
  authorize(validated, ctx)
  result = domainCore(validated)
  persistOrEmit(result, idempotentKey)
  recordMetrics(ctx, latency, outcome)
  return result

문제 해결(Troubleshooting)

증상가능 원인조치
간헐적 실패레이스, 타임아웃, 외부 의존성, DNS최소 재현 스크립트, 분산 트레이스·로그 상관관계, 재시도·서킷 설정 점검
성능 저하N+1, 동기 I/O, 락 경합, 과도한 직렬화, 캐시 미스프로파일러·APM으로 핫스팟 확인 후 한 가지씩 제거
메모리 증가캐시 무제한, 구독/리스너 누수, 대용량 버퍼, 커넥션 미반납상한·TTL·힙/FD 스냅샷 비교
빌드·배포만 실패환경 변수, 권한, 플랫폼 차이, lockfileCI 로그와 로컬 diff, 런타임·이미지 버전 핀
설정 불일치프로필·시크릿·기본값, 리전스키마 검증된 설정 단일 소스와 배포 매트릭스 표준화
데이터 불일치비멱등 재시도, 부분 쓰기, 캐시 무효화 누락멱등 키·아웃박스·트랜잭션 경계 재검토

권장 순서: (1) 최소 재현 (2) 최근 변경 범위 축소 (3) 환경·의존성 차이 (4) 관측으로 가설 검증 (5) 수정 후 회귀·부하 테스트.

배포 전에는 git add → git commit → git push 후 npm run deploy 순서를 권장합니다.

자주 묻는 질문 (FAQ)

Q. 이 내용을 실무에서 언제 쓰나요?

A. MP4, MKV, WebM 컨테이너의 스트리밍·편집·자막·코덱 조합을 비교합니다. 웹·아카이브·블루레이 워크플로에 맞는 포맷 선택과 FFmpeg 예제를 정리했습니다. 실전 예제와 코드로 개념부터 활용까지 정리합니다.… 실무에서는 위 본문의 예제와 선택 가이드를 참고해 적용하면 됩니다.

Q. 선행으로 읽으면 좋은 글은?

A. 각 글 하단의 이전 글 또는 관련 글 링크를 따라가면 순서대로 배울 수 있습니다. C++ 시리즈 목차에서 전체 흐름을 확인할 수 있습니다.

Q. 더 깊이 공부하려면?

A. cppreference와 해당 라이브러리 공식 문서를 참고하세요. 글 말미의 참고 자료 링크도 활용하면 좋습니다.

같이 보면 좋은 글 (내부 링크)

이 주제와 연결되는 다른 글입니다.

이 글에서 다루는 키워드 (관련 검색어)

컨테이너, MP4, MKV, WebM, 비교, 호환성, 스트리밍 등으로 검색하시면 이 글이 도움이 됩니다.