확장자가 같은 MP4 두 개라도 안의 영상 코덱은 다를 수 있다. 미디어플럭스는 인공 시험 영상 두 개를 만들고 H.264와 MPEG-4 Part 2 스트림을 ffprobe로 확인했다. 이 파일 예제로 컨테이너와 코덱을 구분하고 실제 앱·기기의 지원을 읽는 순서를 살펴본다.
컨테이너는 묶는 형식, 코덱은 부호화 방식이다
컨테이너는 영상·음성·자막·정보 등을 함께 담는 파일 형식이다. 코덱은 영상이나 음성을 부호화하고 다시 처리하는 방식이다. MP4나 WebM 같은 이름과 H.264·HEVC·AV1 같은 이름은 같은 종류의 정보가 아니다.
MDN의 미디어 컨테이너 안내는 컨테이너와 그 안에 담기는 스트림의 관계를 설명한다. 확장자를 안다는 것은 재생 가능성을 확인하는 출발점이지 모든 구성의 지원 확인은 아니다.
| 정보 | 설명하는 대상 | 이것만으로 알 수 없는 것 |
|---|---|---|
| 컨테이너·확장자 | 자료를 묶는 파일 형식 | 영상·음성의 정확한 압축 방식 |
| 영상 코덱 | 영상 부호화 방식 | 모든 프로파일과 해상도의 재생 지원 |
| 음성 코덱 | 오디오 부호화 방식 | 기기·앱의 실제 출력 지원 |
| 해상도·프레임률 | 화면 크기와 시간당 프레임 | 화질·전송량·부드러운 재생 보장 |
| 비트레이트 | 시간당 자료 양의 관계 | 다른 코덱에서의 동일한 시각 품질 |
파일 이름을 .mp4에서 다른 확장자로 바꾸는 것만으로 안의 영상이 다른 코덱으로 변환되지는 않는다. 실제 형식 변환과 이름 변경을 구분해야 한다.
영상과 음성의 지원을 따로 확인한다
화면은 안 나오고 소리는 들리는 경우에는 영상 스트림과 음성 스트림을 별도로 확인할 필요가 있다. 반대 상황도 가능하므로 파일이 완전히 손상됐다고 먼저 확정하지 않는다. 파일의 세부 정보와 재생 앱의 공식 지원 안내를 대조한다.
MDN 영상 코덱 안내는 코덱의 특성과 재생 지원을 정리한다. 실제 지원은 브라우저뿐 아니라 운영체제·기기와 구성에 영향을 받을 수 있으므로 현재 버전과 환경을 함께 확인한다.
같은 코덱 이름에도 추가적인 형식 조건이 있을 수 있다. 코덱 하나가 지원된다고 모든 프로파일·비트 깊이·해상도와 프레임률의 조합이 동일하게 처리된다고 기대하지 않는다. 자신의 파일의 세부 조건을 확인할 수 없다면 미확인으로 기록한다.
MP4 두 개를 만들어 안의 코덱이 다른지 확인했다
미디어플럭스는 FFmpeg의 시험용 영상 생성 기능으로 두 개의 2초 MP4 파일을 만들었다. 둘 다 320×180 픽셀, 음성 없는 인공 시험 영상이지만 하나는 H.264, 다른 하나는 MPEG-4 Part 2로 부호화했다. 실제 촬영 영상이나 OTT 콘텐츠는 사용하지 않았다.
H.264 시험 MP4 다운로드와 MPEG-4 Part 2 시험 MP4 다운로드, 파일 정보 확인 기록을 함께 볼 수 있다. ffprobe의 스트림 정보에서 각각 h264와 mpeg4가 확인됐고 컨테이너 정보는 두 파일 모두 MP4 계열이었다. 같은 확장자 안에 다른 영상 부호화 방식이 들어갈 수 있음을 파일 정보로 확인한 것이다.
| 시험 파일 | 영상 스트림의 codec_name |
크기 | 음성 |
|---|---|---|---|
| codec-h264.mp4 | h264 | 320×180 | 없음 |
| codec-mpeg4.mp4 | mpeg4 | 320×180 | 없음 |
두 파일은 내려받아 정보 확인에 사용할 인공 시험 자료다. 음성이 없는 것은 생성할 때 제외한 조건이다. 파일 크기만 비교해 코덱의 효율 순위를 정할 수는 없다. 같은 원본이라도 서로 다른 부호화 설정의 영향을 먼저 고려해야 한다.
이 예제는 특정 TV나 브라우저의 재생 성능 비교가 아니다. 파일 안의 형식이 다르다는 확인과 기기가 그 형식을 실제로 재생한다는 확인을 나눠야 한다. 한 기기에서 하나만 열리더라도 원인은 코덱 외에 세부 형식과 앱 지원일 수 있으므로 공식 지원 범위를 더 살핀다.
영상 스트림과 음성 스트림을 따로 읽는다
일반 영상 파일에는 영상과 음성이 서로 다른 코덱으로 들어 있을 수 있다. 화면은 나오는데 소리가 없거나 소리는 나오는데 화면이 없으면 각 스트림의 정보를 확인할 대상이다. 재생 앱의 파일 정보나 ffprobe 공식 문서가 설명하는 검사 기능으로 컨테이너와 스트림 정보를 나눠 볼 수 있다.
컴퓨터에서 ffprobe를 사용하는 예는 ffprobe -v error -show_streams -show_format "sample.mp4"다. 자신의 파일 경로를 넣고 영상·음성의 코덱 이름과 크기, 픽셀 형식 등을 확인한다. 스트림마다 codec_type이 video인지 audio인지 보고 codec_name을 읽으면 영상 형식과 음성 형식이 섞이지 않는다. 이 정보로 파일의 구성을 찾은 뒤 실제 플레이어의 지원 문서와 대조한다.
아래의 형식·변환 점검은 이렇게 찾은 파일 정보를 바탕으로 이어간다. 코덱 이름을 찾는 단계와 변환 사본을 실제 환경에서 확인하는 단계를 연결해야 한다.
해상도가 높다고 언제나 더 좋은 영상은 아니다
해상도는 픽셀 수를 나타낸다. 압축과 원래 촬영 상태, 비트레이트, 재생 환경은 별도의 조건이다. 4K라는 표시가 있어도 강한 압축이나 원래 자료의 특성 때문에 기대한 선명도가 나오지 않을 수 있다.
비트레이트도 다른 코덱과 영상 사이에서 단순한 품질 순위로 쓰기 어렵다. 동일한 숫자라도 장면과 부호화 방식, 설정에 따라 결과가 달라질 수 있다. 실제로 비교하지 않았다면 특정 형식이 항상 더 선명하다거나 파일 크기를 일정 비율로 줄인다고 단정하지 않는다.
스트리밍은 파일 재생 외에 계정·작품·앱·보호된 콘텐츠 지원 등 추가 조건이 있다. 4K 재생 경로 확인을 함께 보면 일반 파일의 코덱 지원과 OTT 화질 조건을 나눌 수 있다.
변환은 원본을 유지하고 목적을 정한 뒤 한다
호환성 확보가 목적이라면 원본을 보관하고 재생할 환경이 지원하는 형식의 사본을 만든다. 컨테이너만 바꾸는 작업과 영상·음성을 다시 부호화하는 작업은 다를 수 있고, 재부호화는 품질·크기·처리 시간에 영향을 줄 수 있다.
새 사본을 만들 때는 출력의 해상도, 프레임률, 오디오, 자막과 필요한 정보를 확인한다. 파일이 생성됐다는 메시지만 보지 말고 실제로 사용할 앱에서 시작·중간·끝과 음성을 재생한다. 시간 길이와 화면 비율이 기대한 상태인지 살핀다.
원본을 바로 대체하면 나중에 더 나은 출력이 필요할 때 선택이 줄어들 수 있다. 사진 원본과 호환용 사본처럼 보관용 자료와 열람용 사본의 역할을 나눠 관리하는 방법이 도움이 된다.
재생 실패를 좁히는 점검 순서
먼저 실제 파일이 완전히 내려받아졌는지와 파일 이름·크기를 확인한다. 이어 컨테이너, 영상·음성 코덱, 해상도와 프레임률 등 알 수 있는 정보를 기록한다. 다음으로 앱·운영체제·기기의 공식 지원과 비교한다. 필요한 경우 허용된 다른 재생 환경에서 파일 내용과 지원 문제를 구분할 수 있다.
파일이 어느 한 앱에서 열렸다고 모든 환경에서 같은 품질로 재생된다는 뜻은 아니다. 반대로 한 앱에서 실패했다고 곧바로 파일이 손상됐다고 판단할 수도 없다. 확인한 조합과 결과를 기록하면 원인을 더 정확하게 설명할 수 있다.
알 수 없는 파일을 열기 위해 출처가 불명확한 코덱 설치 파일을 무작정 실행하지 않는다. 현재 운영체제와 앱의 공식 업데이트·지원 경로부터 확인한다. 이 글은 특정 플레이어의 성능 리뷰가 아니라 파일의 형식과 실제 지원을 연결하는 점검 가이드다.