MP4·MOV·MXF 차이: 화질이 아니라 납품과 편집의 그릇을 고르는 법

촬영이 끝난 뒤 “MP4로 주세요”, “MOV로 뽑아 주세요”, “방송 납품이라 MXF가 필요합니다”라는 말을 들으면 확장자부터 화질표처럼 읽기 쉽다. 하지만 MP4·MOV·MXF는 화질의 높낮이가 아니라 영상, 오디오, 자막, 타임코드 같은 정보를 담고 정리하는 방식, 즉 컨테이너다. 먼저 봐야 할 것은 파일 이름이 아니라 그 안에 어떤 코덱과 오디오, 메타데이터가 들어가야 하는지다.

컨테이너와 코덱은 역할이 다르다

컨테이너는 여러 트랙을 한 파일 안에 넣는 상자다. 영상 압축 방식인 H.264나 HEVC, ProRes 같은 코덱은 그 안의 화면을 어떻게 기록하고 풀지 결정한다. 같은 H.264라도 비트레이트, 색 샘플링, 비트 심도와 프레임레이트가 다르면 용량과 후반 작업의 반응도 달라진다. 반대로 같은 코덱을 MP4와 MOV처럼 다른 컨테이너에 담을 수도 있다.

그래서 “MOV가 MP4보다 고화질”이라는 문장은 절반만 맞는 말이다. MOV 파일에 고용량 코덱이 들어 있는 경우가 많아 그렇게 보일 뿐, 확장자만으로 화질을 판정할 수는 없다.

MP4: 배포와 공유를 먼저 생각할 때

MP4는 웹 업로드, 메신저 전달, 일반적인 납품에서 자주 만나는 컨테이너다. 재생 호환성이 중요한 상황에서 실용적이지만, MP4라는 이유만으로 가볍거나 저화질인 것은 아니다. 납품서에 MP4가 적혀 있으면 먼저 해상도, 프레임레이트, 비트레이트, 영상 코덱, 오디오 규격을 함께 확인해야 한다.

MOV: 편집 파일이라는 말보다 설정표를 읽는다

MOV는 QuickTime 계열 컨테이너다. 편집실에서 ProRes 같은 코덱과 함께 많이 보이기 때문에 고화질 파일이라는 인상이 생겼다. 하지만 MOV 안에도 다양한 코덱과 오디오 조합이 들어갈 수 있다. 편집용 마스터가 필요한지, 검토용 파일이 필요한지부터 정한 뒤 그 목적에 맞는 코덱과 오디오 채널 구성을 명시하는 편이 안전하다.

MXF: 타임코드와 메타데이터가 납품 조건일 때

MXF는 방송·아카이브·제작 파이프라인에서 영상과 오디오 트랙, 타임코드, 메타데이터를 엄격하게 다뤄야 할 때 자주 쓰인다. 그렇다고 MXF가 자동으로 더 좋은 화질을 보장하지는 않는다. 방송국이나 플랫폼이 MXF를 요구한다면 파일 확장자 하나만 맞추는 대신, 요구한 프로파일, 오디오 채널 수, 레벨, 프레임레이트와 타임코드 규칙까지 납품 명세에 맞아야 한다.

리랩과 재인코딩은 전혀 다른 일이다

컨테이너만 바꾸는 리랩은 영상·오디오 데이터를 다시 압축하지 않고 담는 구조만 바꾸는 작업이다. 조건이 맞으면 화질 변화 없이 끝날 수 있다. 반면 재인코딩은 영상 데이터를 다시 압축하므로 설정에 따라 시간이 들고, 화질과 용량도 달라질 수 있다. 확장자를 바꾸기 전에 지금 필요한 작업이 리랩인지 재인코딩인지부터 확인해야 불필요한 손실을 피할 수 있다.

촬영 전과 납품 전에 확인할 다섯 가지

• 최종 사용처가 요구하는 컨테이너와 코덱은 무엇인가
• 해상도와 프레임레이트는 촬영 원본과 일치하는가
• 비트 심도·색 샘플링·비트레이트 조건이 문서에 적혀 있는가
• 오디오 채널 수와 샘플레이트, 채널 배치가 맞는가
• 타임코드와 파일명 규칙, 자막·메타데이터가 필요한가

확장자는 파일의 성격을 알려주는 출발점일 뿐, 화질표가 아니다. 납품에서 진짜 중요한 것은 “무슨 확장자로 줄까”보다 “상대 시스템이 어떤 영상·오디오·시간 정보를 받아야 하는가”를 먼저 합의하는 일이다.

참고: bukchan.life의 MP4·MOV·MXF 설명 게시물, FFmpeg Formats Documentation, Library of Congress: H.264 format description.

함께 읽기

편집이 편해지는 촬영 설계 4가지: 화면비·축·프레임·색

슬레이트 보고 후반 정리하는 법: 촬영본 이름부터 엔드슬레이트까지

색보정 초보가 대비부터 올리면 화면이 답답해지는 이유