영상 포맷 비교: MP4·WebM·MOV·AVI 용도별 선택

2026-04-13 공개 9분 읽기

요약 (TL;DR)

작년에 영상 편집자 친구가 “MP4 파일인데 왜 프리미어가 못 읽지?”라고 물었습니다. 확장자는 .mp4였지만 안에 들어 있는 건 HEVC 10비트 4:2:2. H.264만 기대하던 툴 체인이 멈춘 거였습니다. 확장자는 상자, 코덱은 내용물. 이 둘이 다르다는 이 한 문장이 영상 포맷 이야기의 90%입니다.

영상 포맷을 고를 때 가장 흔한 혼동은 컨테이너(확장자) 와 코덱을 같은 것으로 보는 것입니다. MP4·WebM·MOV·AVI·MKV는 컨테이너이고, H.264·H.265·AV1·VP9·ProRes는 그 안에 담기는 실제 영상 코덱입니다. 결론부터 말하면 웹 배포는 MP4 + H.264가 여전히 가장 안전한 기본값이고, 용량 효율이 중요하다면 AV1 또는 H.265를, 편집 원본에는 MOV 컨테이너 + ProRes가 전형적이며, 장기 아카이빙에는 MKV + AV1 또는 H.265가 자주 쓰입니다. AVI는 “무조건 고화질”이 아니라 포맷 자체가 오래되어 오디오·자막·메타데이터 지원이 제한적인 컨테이너입니다. H.265는 H.264 대비 약 40–50% 더 효율적이지만 라이선스·구형 장비 지원 이슈가 있고, AV1은 로열티 프리지만 하드웨어 인코더가 아직 제한적입니다. 그래서 한 가지 “최고”를 고르려 하기보다 대상 시청자·재생 환경·편집 파이프라인에 맞춰 조합을 설계하는 편이 현실적입니다.

배경/개념

컨테이너는 영상·오디오·자막·챕터·챕터 정보·메타데이터를 하나의 파일에 담는 “상자”입니다. MP4(ISO Base Media File Format)는 MPEG 표준, WebM은 Matroska 기반의 웹 지향 서브셋, MOV는 Apple의 QuickTime 컨테이너, AVI는 1992년 Microsoft가 만든 초기 컨테이너입니다. MKV(Matroska)는 확장성이 크고 코덱 제한이 거의 없습니다.

코덱은 실제로 압축을 수행하는 알고리즘입니다. H.264(AVC)는 2003년 표준화된 이후 20년 넘게 사실상 표준으로 자리 잡았고, 거의 모든 기기에서 하드웨어 디코딩됩니다. H.265(HEVC)는 같은 품질 기준으로 H.264 대비 약 40–50% 더 작은 비트레이트를 낼 수 있지만, 라이선스 비용과 오래된 브라우저·기기 지원 문제가 있습니다. AV1은 AOM(Alliance for Open Media)이 2018년 공개한 로열티 프리 코덱으로, H.265와 비슷하거나 더 나은 효율을 지향합니다. VP9은 WebM과 YouTube에서 널리 쓰입니다. ProRes는 Apple의 편집용 코덱으로, 편집 중 프레임 단위 디코딩이 빠르도록 낮은 압축률을 유지합니다. 요컨대 “화질=포맷”이 아니라 비트레이트·코덱·설정이 화질을 결정합니다.

비교/데이터

컨테이너대표 코덱브라우저 지원메타데이터·자막압축 효율특징
MP4H.264, H.265, AV1전 브라우저(H.264)넓음(ID3, 챕터)코덱에 따라 다름웹 배포 표준
WebMVP9, AV1Chrome·Firefox·Edge·Safari 최신WebVTT 자막좋음(AV1)오픈·로열티 프리
MOVH.264, ProRes 등브라우저 재생은 제한적매우 넓음(트랙 다양)편집 원본용macOS/iOS 친화
AVIXvid, DivX 등재생 호환성 낮음자막·메타데이터 제한구형·비효율레거시 자료 호환
MKV거의 모든 코덱브라우저 재생은 제한적매우 유연코덱에 따라 다름아카이빙·팬 자막

숫자(예: “50% 효율”)는 소스 내용·비트레이트·인코더 설정·프리셋에 따라 크게 변합니다. 동일 파라미터가 아닌데 단순 수치를 비교하는 것은 의미가 적습니다.

실전 시나리오

시나리오 1 — 웹사이트 배포용 영상. 기본값은 MP4(H.264 High Profile) + AAC-LC입니다. 90초짜리 랜딩 페이지용 소개 영상은 ffmpeg -crf 23 -preset slow로 8MB 수준, 1080p 품질이 대체로 만족스러웠습니다. 대역폭을 더 줄이려면 WebM(AV1/VP9)을 <source>에 추가하고, 자막은 WebVTT로 별도 트랙을 제공해 접근성·SEO를 챙깁니다.

시나리오 2 — 편집 원본 보관. 편집은 MOV + ProRes 422가 기본입니다. H.265 소스로 바로 편집하다 Resolve 타임라인이 끊긴 경험이 있는데, ProRes 422 프록시로 바꿨더니 같은 프로젝트가 실시간 재생됐습니다. 10분짜리 1080p ProRes가 약 8GB로 용량이 크다는 점이 단점이라, 편집 후엔 H.264/H.265로 한 번만 내보내는 2단계 흐름이 일반적입니다.

시나리오 3 — 장기 아카이빙. MKV + AV1이 현시점의 무난한 기본값입니다. SvtAv1EncApp --preset 4 --crf 28로 과거 4K 영상을 재인코딩하면 원본 대비 40–55% 용량에서 시각적 차이를 거의 못 느낍니다. MKV가 다수 트랙·자막·챕터를 유연하게 담을 수 있어 CRF 기반 인코딩과 함께 쓰기 좋습니다.

자주 하는 오해

“AVI는 무조건 고화질이다.” AVI는 단지 오래된 컨테이너이고, 화질은 내부 코덱과 비트레이트로 결정됩니다. 같은 코덱이라면 MP4·MKV와 차이가 거의 없고, 자막·메타데이터 지원은 오히려 취약합니다.

“MOV는 Apple 전용이다.” QuickTime에서 유래했지만 표준에 가깝게 공개되어 Windows·리눅스의 대부분 플레이어가 재생합니다. 다만 웹 브라우저에서의 직접 재생은 MP4보다 호환성이 떨어질 수 있습니다.

“H.265가 항상 H.264보다 낫다.” 압축 효율은 좋지만 라이선스 비용이 있고, 오래된 브라우저나 저사양 모바일 기기에서는 하드웨어 디코딩이 안 될 수 있습니다. 공개 웹에서 수많은 기기를 대상으로 할 때는 H.264가 여전히 가장 안전한 선택입니다.

“AV1이 새 표준이다.” 장기적으로는 점유율이 오르고 있고 Intel Arc, Apple M3 이후, NVIDIA RTX 40 시리즈는 AV1 하드웨어 인코더를 갖추었지만, 2026년 초 기준으로도 현업 라이브 스트리밍 체인의 대부분은 여전히 H.264/H.265에서 돌고 있습니다. 실시간 AV1은 전력·발열을 꽤 먹습니다. 배치 인코딩·대용량 아카이빙에는 좋은 선택이지만, 실시간 스트리밍 모든 시나리오에 적용하기엔 이릅니다.

체크리스트 또는 의사결정 플로우

  1. 최종 목적이 무엇인가?
    • 공개 웹 배포 → MP4 + H.264(폴백), 여력이 되면 AV1을 소스로 추가.
    • 사내·특정 플레이어 환경 → 해당 플레이어 호환 리스트 먼저 확인.
    • 편집 원본 → MOV + ProRes 같은 편집 친화 포맷.
    • 장기 아카이브 → MKV + AV1 또는 H.265.
  2. 시청자가 사용하는 기기·브라우저 분포는? 구형 기기 비중이 크다면 H.264 폴백이 필수.
  3. 파일 용량과 품질 중 무엇이 우선인가? 용량 우선 → AV1 또는 H.265. 호환성 우선 → H.264.
  4. 오디오·자막·메타데이터가 얼마나 중요한가? 다중 트랙·챕터가 필요하면 MKV 또는 MP4.
  5. 비용 구조는? H.265 라이선스 비용, 에너지·인코딩 시간(AV1) 등도 결정 요소.

관련 도구

이 가이드의 포맷 변환을 실제로 수행하려면 Patrache Studio 영상 변환 도구에서 MP4·WebM·MOV 사이의 변환을 바로 시험해 볼 수 있습니다. 영상에 삽입할 썸네일이나 오프닝 스틸컷은 이미지 압축 완벽 가이드에서 다룬 포맷 기준을 따르면 페이지 전체 용량을 낮출 수 있고, 영상에 스캔 가능한 QR을 삽입하려는 경우에는 QR 코드 보안에서 정적·동적 QR의 차이를 먼저 확인해 두는 편이 안전합니다.

참고 자료

관련 도구

tools.patrache.studio/video/converter/