0. 들어가며: 도시락 통과 반찬 이야기

친구야, 영상 파일 얘기를 하기 전에 점심 도시락 얘기부터 해보자.

도시락을 생각해봐. 도시락 통이 있고, 그 안에 밥과 반찬이 들어있지.
통은 플라스틱일 수도, 스테인리스일 수도, 나무 찬합일 수도 있어.
근데 통이 바뀐다고 안에 들어있는 제육볶음이 갑자기 파스타가 되진 않잖아?

영상 파일도 똑같아.

대부분의 사람들이 헷갈리는 지점이 바로 여기야.
"MP4로 바꿔주세요"라고 말할 때, 사실 그 사람이 원하는 건 대부분 컨테이너가 아니라 코덱인 경우가 많거든.

이 글을 다 읽고 나면, 영상 변환 프로그램의 옵션 창을 열었을 때
"컨테이너: MP4 / 비디오 코덱: H.264 / 프로파일: High / 레벨: 4.1 / 오디오: AAC-LC 192kbps"
이 외계어가 전부 읽히게 될 거야. 약속.

1. 컨테이너란 정확히 무엇인가

1-1. 컨테이너의 정의

컨테이너 포맷은 여러 종류의 데이터 스트림을 하나의 파일로 묶고, 재생기가 그것을 어떻게 읽어야 하는지 설명하는 규격이야.

영상 파일 하나에는 생각보다 많은 게 들어있어.

여기서 ⑥번 타임스탬프가 정말 중요해.
립싱크가 안 맞는 영상 본 적 있지? 입은 벌렸는데 소리는 0.5초 늦게 나오는 거.
그건 대부분 코덱 문제가 아니라 컨테이너의 타임스탬프 처리가 꼬인 것이야.

1-2. 컨테이너가 하는 실제 일

컨테이너는 단순히 "묶어두는" 게 아니라 아래 네 가지 일을 해:

2. 코덱이란 정확히 무엇인가

2-1. 코덱 = Coder + Decoder

코덱(Codec)은 Coder(부호화기)와 Decoder(복호화기)의 합성어야.
쉽게 말해 "압축하는 방법 + 푸는 방법"의 규칙 세트지.

왜 압축이 필요한지 숫자로 보자. 무압축 1080p 영상 1초를 계산하면:

영화 한 편에 하드디스크 하나가 필요해. 말이 안 되지.
같은 영화를 H.264로 압축하면 4~8GB, H.265로는 2~4GB.
수백 배 압축인데도 우리 눈엔 멀쩡해 보여. 이게 코덱의 마법이야.

2-2. 코덱은 어떻게 그렇게 줄일까

비디오 코덱의 압축 원리는 크게 네 가지 축으로 돌아가.

2-3. I, P, B 프레임: 영상의 3형제

유튜브에서 탐색바를 드래그하면 정확히 그 지점이 아니라 살짝 앞으로 튀는 경우 있지?
그건 플레이어가 가장 가까운 I 프레임(키프레임)으로 점프하기 때문이야.
I 프레임이 없으면 그림을 복원할 기준점이 없거든.

3. MP4: 세상에서 가장 무난한 도시락 통

3-1. 정체와 출신

정식 명칭은 MPEG-4 Part 14. 국제표준 ISO/IEC 14496-14로 2001년에 제정됐어.
그 뿌리는 Apple의 QuickTime File Format(MOV)이야.
ISO가 MOV 구조를 기반으로 국제 표준화한 게 바로 MP4거든.

그래서 MP4와 MOV는 구조적으로 거의 형제야. 이건 나중에 다시 얘기할게.

3-2. 아톰(Atom)과 박스(Box) 구조

MP4 내부는 박스(Box)라는 블록들이 레고처럼 쌓인 구조야.

ftyp  → 파일 타입 (이 파일이 MP4임을 선언)
moov  → 메타데이터 (트랙 정보, 인덱스, 재생 시간)
  ├ mvhd (전체 헤더)
  ├ trak (비디오 트랙)
  └ trak (오디오 트랙)
mdat  → 실제 미디어 데이터 (여기가 파일의 99%)

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

3-3. MP4의 장단점

담을 수 있는 대표 코덱
비디오: H.264(AVC), H.265(HEVC), AV1, MPEG-4 Part 2, VP9(제한적)
오디오: AAC, MP3, AC-3, ALAC, Opus(비표준이지만 지원 확대 중)

4. MOV: 애플의 작업실에서 태어난 컨테이너

4-1. QuickTime의 유산

MOV는 1991년 Apple이 QuickTime과 함께 내놓은 컨테이너야. MP4보다 10년 선배지.
앞서 말했듯 MP4의 기술적 조상이기도 해.

구조도 거의 같아. MOV도 ftyp, moov, mdat 박스(애플은 '아톰'이라 부름)를 써.
차이는 MOV가 훨씬 유연하고, 애플 전용 확장 기능을 자유롭게 담을 수 있다는 점이야.

4-2. MOV가 실제로 쓰이는 현장

4-3. ProRes를 알면 MOV가 보인다

ProRes는 인트라 프레임(Intra-only) 코덱이야.
즉 모든 프레임이 I 프레임. B, P 프레임이 아예 없어.

왜? 편집할 때 어느 지점에서 잘라도 즉시 디코딩 가능해야 하니까.
대신 용량은 어마어마해. 1080p ProRes 422가 초당 약 18MB, 즉 1분에 1GB가 넘어.

4-4. MOV의 호환성 함정

MOV 자체는 윈도우에서도 대부분 열려. 문제는 안에 들어있는 코덱이야.

봤지? 문제는 컨테이너(MOV)가 아니라 코덱(ProRes)이었어.
이게 이 글의 핵심 메시지야.

5. MKV: 뭐든 다 담는 만능 찬합

5-1. 마트료시카에서 온 이름

MKV = Matroska Video. 러시아 인형 '마트료시카'에서 따온 이름이야.
인형 안에 인형이 들어있듯, 컨테이너 안에 온갖 걸 무한히 담는다는 뜻이지.

2002년 오픈소스 프로젝트로 시작됐고, EBML(Extensible Binary Meta Language)이라는
XML의 바이너리 버전 같은 구조를 기반으로 해. 그래서 확장성이 미친 수준이야.

5-2. MKV가 압도적인 이유

5-3. 그런데 왜 아직도 MP4가 더 흔할까

ffmpeg -i movie.mkv -c copy movie.mp4

6. 세 형식 정면 비교

7. 코덱 계보도: H.264부터 AV1까지

7-1. H.264 (AVC) — 아직도 왕좌에 앉은 노장

2003년 표준화. 20년이 넘었는데도 여전히 인터넷 영상의 절대 다수가 이 코덱이야.

7-2. H.265 (HEVC) — 효율은 좋은데 정치가 복잡한

2013년 등장. H.264 대비 같은 화질에서 약 40~50% 적은 용량.

4K, 8K, HDR 시대를 열었지만 특허 풀이 세 군데로 쪼개져 라이선스가 악명 높아.
그래서 Chrome은 오랫동안 HEVC를 지원 안 했고(지금은 하드웨어 있을 때 제한적 지원),
웹 표준 자리를 차지하는 데 실패했어.

대신 아이폰의 "고효율" 촬영 모드, 넷플릭스·애플TV의 4K HDR 배포에는 널리 쓰여.

7-3. VP9 — 구글의 대안

구글이 만든 로열티 프리 코덱. HEVC와 비슷한 효율.
유튜브에서 1440p 이상 화질을 보면 십중팔구 VP9이야. 컨테이너는 보통 WebM.

7-4. AV1 — 차세대 정답지

2018년 AOMedia(구글·넷플릭스·아마존·애플·마이크로소프트 등 연합)가 공개.
완전 무료, 로열티 프리이고 HEVC보다 20~30% 더 효율적이야.

※ '상대 효율'은 같은 체감 화질을 내는 데 필요한 용량 비율이야. 낮을수록 좋음.

7-5. 오디오 코덱도 잠깐

8. 확장자만 바꾸면 안 되는 이유

자, 이제 제일 궁금했던 거. 파일명에서 .mkv를 .mp4로 그냥 고쳐 쓰면?

8-1. 그럼 어떻게 해야 하나: 리먹싱 vs 트랜스코딩

8-2. FFmpeg 실전 명령어 모음

# 1. 컨테이너만 교체 (무손실, 초고속)
ffmpeg -i input.mkv -c copy output.mp4

# 2. 비디오는 그대로, 오디오만 AAC로 변환
#    (DTS 오디오 때문에 MP4 변환이 실패할 때)
ffmpeg -i input.mkv -c:v copy -c:a aac -b:a 192k output.mp4

# 3. HEVC → H.264 변환 (호환성 확보)
ffmpeg -i input.mp4 -c:v libx264 -crf 20 -preset medium \
       -c:a aac -b:a 192k -movflags +faststart output.mp4

# 4. 웹 업로드용 최적화 (faststart 적용)
ffmpeg -i input.mp4 -c copy -movflags +faststart web.mp4

# 5. 자막을 영상에 태워넣기(하드섭)
ffmpeg -i input.mp4 -vf "subtitles=sub.srt" -c:a copy output.mp4

# 6. MKV 안의 자막을 별도 파일로 추출
ffmpeg -i input.mkv -map 0:s:0 subtitle.srt

# 7. 영상 정보 확인
ffprobe -v error -show_streams input.mp4

# 8. 무손실 컷 편집 (키프레임 기준)
ffmpeg -ss 00:01:30 -to 00:05:00 -i input.mp4 -c copy clip.mp4

9. 상황별 최적 조합 처방전

9-1. 유튜브 업로드

9-2. 인스타그램·릴스·쇼츠

9-3. 편집 작업용 중간 파일

9-4. 장기 보관·아카이브

9-5. 스마트TV·USB 재생

9-6. 웹사이트 임베드

10. 실전에서 자주 터지는 문제 해결집

Q1. 소리는 나는데 화면이 까매요

원인: 오디오 코덱은 지원하는데 비디오 코덱 디코더가 없음. HEVC나 ProRes일 확률 높음.
해결: VLC 설치 → 그래도 안 되면 H.264로 트랜스코딩.

Q2. 화면은 나오는데 소리가 안 나요

원인: DTS, TrueHD, AC-3 같은 코덱을 기기가 못 읽음. MP4 변환 시 자주 발생.
해결:

ffmpeg -i in.mkv -c:v copy -c:a aac -b:a 192k out.mp4

Q3. 영상과 소리가 점점 어긋나요

원인: 가변 프레임레이트(VFR) 영상을 고정 프레임레이트로 잘못 처리. 화면녹화 파일에서 흔함.
해결:

ffmpeg -i in.mp4 -vsync cfr -r 30 -c:v libx264 -c:a aac out.mp4

Q4. 아이폰 영상이 옆으로 누워서 나와요

원인: 실제 픽셀은 가로로 저장되고, 메타데이터의 rotation 태그로만 세로라고 표시해둠. 이걸 무시하는 플레이어가 있음.
해결: 회전을 픽셀에 직접 적용해서 다시 인코딩.

ffmpeg -i in.mov -vf "transpose=1" -metadata:s:v rotate=0 out.mp4

Q5. 변환했더니 용량이 오히려 커졌어요

원인: 이미 압축된 영상을 더 높은 비트레이트로 재인코딩. 또는 고품질 코덱(ProRes)으로 변환.
해결: 원본 비트레이트를 먼저 확인하고, 그보다 낮거나 비슷하게 설정. CRF 모드 사용 권장.

Q6. 변환할 때마다 화질이 나빠져요

원인: 세대 손실(Generation Loss). 손실 압축을 반복하면 열화가 누적돼.
JPEG을 계속 저장하면 뭉개지는 것과 같은 원리야.
해결: 항상 원본에서 한 번에 최종본을 뽑아. 중간 단계를 최소화하고, 편집은 무손실/저손실 중간 코덱으로.

Q7. 브라우저에서 영상이 바로 안 재생돼요

원인: moov 아톰이 파일 끝에 있음.
해결: -movflags +faststart. 재인코딩 없이 몇 초.

Q8. 자막이 안 보여요

원인 체크리스트:
① MP4에 SRT를 넣었는데 플레이어가 안 읽음 → 별도 파일로 분리
② 인코딩이 EUC-KR인데 플레이어가 UTF-8로 읽음 → 메모장에서 UTF-8로 재저장
③ MKV에서 자막 트랙이 기본 비활성 → 플레이어 자막 메뉴에서 수동 선택

Q9. 4K 영상이 재생할 때 뚝뚝 끊겨요

원인: 하드웨어 디코딩 미지원. 특히 HEVC 10bit나 AV1.
해결: 플레이어 설정에서 하드웨어 가속 켜기 → 그래도 안 되면 H.264 1080p로 변환해서 감상.

Q10. 파일이 손상돼서 안 열려요

MP4의 경우: 녹화 중 강제 종료로 moov 아톰이 안 쓰인 상태. untrunc 같은 복구 툴 + 정상 파일 하나가 있으면 복구 가능성 있음.
MKV의 경우: mkvmerge로 리먹싱하면 의외로 살아나는 경우가 많아.

11. 헷갈리기 쉬운 용어 정리

12. 마무리: 이것만 기억하면 끝

영상 변환은 마법이 아니야. 구조를 알면 예측 가능한 공학이지.
어떤 상자에 어떤 반찬이 들어있는지만 파악하면,
"왜 안 되지?"가 "아, 이래서 안 되는구나"로 바뀌어.

이제 변환 프로그램의 그 복잡한 옵션 창을 열어봐.
아까와는 꽤 다르게 보일 거야. 그게 이 글의 목표였어.