블로그로 돌아가기
codec container mp4 h264 h265 av1 video explainer

동영상 컨테이너 대 코덱: MP4, MKV, H.264, H.265, AV1 완전 정리

컨테이너는 상자이고, 코덱은 그 안에 든 것입니다. MP4, MKV, WebM, H.264, H.265, AV1, VP9, 그리고 .mp4 파일이 때때로 재생되지 않는 이유를 군더더기 없이 설명합니다.

By

동영상을 다운로드하고 더블 클릭했는데 “이 형식을 재생할 수 없습니다”라는 오류가 뜹니다. 그런데 파일은 .mp4이고, .mp4는 보편적이어야 합니다. QuickTime에서 열어봐도 — 아무것도 없습니다. 브라우저에서 열어봐도 — 검은 화면에 소리만 납니다. VLC에서 열었더니 드디어 재생됩니다. 무엇이 잘못되었을까요?

짧은 답은 파일 확장자가 거짓말을 했다는 것입니다. .mp4는 파일 안에 무엇이 있는지 알려주지 않습니다. 단지 내용물이 어떻게 포장되어 있는지만 알려줍니다. 플레이어가 디코딩하지 못하는 것은 포장이 아니라 — 안에 든 압축된 동영상 스트림이고, 플레이어가 인식하지 못하는 알고리즘으로 인코딩된 것입니다. 이 한 가지 구분을 이해하면, 엄청난 양의 미스터리한 동영상 동작 — 코덱 오류, “소리는 나는데 영상이 없는” 결함, 스마트폰에서는 작동하지만 TV에서는 작동하지 않는 파일 — 이 모두 같은 문제가 다른 옷을 입고 있을 뿐이라는 것이 드러납니다.

컨테이너는 상자이고, 코덱은 그 안에 든 것이며, 대부분의 재생 문제는 둘을 혼동하는 데서 옵니다.

이 가이드는 컨테이너가 무엇을 하는지, 코덱이 무엇을 하는지, 2026년에 어떤 조합이 흔한지, “MP4로 저장”이 항상 “모두가 재생할 수 있는 무언가로 저장”을 의미하지 않는 이유, 그리고 열리지 않는 동영상을 어떻게 진단하는지 짚어봅니다.

핵심 요약 {#key-takeaways}

  • 컨테이너는 트랙을 함께 포장하는 파일 형식입니다 — 동영상, 오디오, 자막, 챕터, 메타데이터. 일반적인 컨테이너: .mp4, .mkv, .webm, .mov, .ts, .m4s.
  • 코덱은 실제 오디오 및 동영상 데이터를 압축하는 알고리즘입니다. 일반적인 동영상 코덱: H.264(AVC), H.265(HEVC), AV1, VP9. 일반적인 오디오 코덱: AAC, Opus, MP3, FLAC.
  • 파일 확장자는 컨테이너를 알려주지, 코덱을 알려주지 않습니다. .mp4 파일은 H.264, H.265, 또는 AV1 동영상을 담을 수 있으며 — 그 차이가 재생 가능 여부를 결정합니다.
  • H.264는 모든 현대 기기에서 재생됩니다. H.265는 비트레이트를 대략 절반으로 줄이지만 2017년 이후 하드웨어가 필요합니다. AV1은 그것을 다시 더 줄이지만 하드웨어 디코딩을 위해 2022년 이후 기기가 필요합니다.
  • H.264와 H.265는 로열티가 부과되며, AV1과 VP9은 로열티가 없습니다 — YouTube, Netflix, Twitch가 AV1으로 이주하는 이유입니다.
  • 리먹싱은 재인코딩 없이 컨테이너를 변경합니다. 코덱을 바꾸려면 항상 전체 재인코딩이 필요합니다.
  • MP4 + H.264 동영상 + AAC 오디오는 여전히 어디서나 재생되는 가장 안전한 “그냥 작동” 조합입니다.

간단한 설명

소포를 보낸다고 상상해보십시오. 골판지 상자가 컨테이너입니다. 모양, 라벨, 안에 물건이 어떻게 들어가는지에 관한 규칙이 있습니다. 상자 안에 실제로 든 것 — 책, 휴대폰, 뽁뽁이로 싼 꽃병 — 이 내용물입니다. 동일한 골판지 상자에 든 두 소포가 완전히 다른 것을 담을 수 있고, 상자가 내용물을 사용할 수 있는지를 결정하지는 않습니다. 그것은 책의 언어를 읽을 수 있는지, 휴대폰을 충전할 수 있는지에 달려 있습니다.

동영상 파일도 똑같이 작동합니다. 컨테이너 — .mp4, .mkv, .webm, .mov, .ts, .m4s — 는 포장 형식입니다. 파일이 디스크상에 어떻게 배치되는지 정의합니다. 동영상 트랙이 어디 있는지, 오디오 트랙이 어디 있는지, 자막 데이터가 어디에 있는지, 탐색 인덱스가 어디 있는지, 메타데이터가 어디 있는지. 코덱 — H.264, H.265, AV1, VP9, AAC, Opus — 은 동영상 및 오디오 트랙 안의 실제 압축된 바이트가 어떻게 인코딩되었는지입니다. 컨테이너는 상자입니다. 코덱은 내용물이 쓰인 언어입니다.

이 분할이 존재하는 이유는 서로 다른 두 가지 엔지니어링 문제가 있기 때문입니다. 플레이어가 17분 지점으로 즉시 탐색하고, 영어와 일본어 사이에서 오디오를 전환하고, 자막을 오버레이할 수 있도록 멀티 트랙 파일을 포장하는 것은 하나의 문제입니다. 4K 동영상을 얼룩처럼 보이지 않도록 초당 몇 메가비트로 압축하는 것은 다른 문제입니다. 컨테이너는 첫 번째를 해결합니다. 코덱은 두 번째를 해결합니다. 둘은 독립적인 일정으로 발전합니다.

이제 어색한 부분입니다. .mp4 파일은 H.264 동영상에 AAC 오디오를 담을 수 있고 — 어떤 브라우저, 스마트폰, 미디어 플레이어에서도 재생됩니다. 같은 .mp4 확장자가 AV1 동영상에 Opus 오디오를 담을 수도 있는데, 그 파일은 Safari 16, 2019년형 iPad, 2020년 Apple TV에서 재생을 거부합니다. 같은 확장자. 같은 컨테이너 사양. 완전히 다른 재생 가능성. 컨테이너는 파일이 재생될지에 대해 아무것도 알려주지 않았습니다. 코덱은 모든 것을 알려주었습니다.

이것을 체화하고 나면, 이 글의 나머지는 어떤 코덱이 흔한지, 어떤 기기가 어떤 것을 지원하는지, 잘못된 조합의 파일을 가지고 있을 때 무엇을 해야 하는지를 채우는 것입니다.

컨테이너와 코덱은 실제로 어떻게 작동하나요

모든 동영상 파일에는 최소 두 계층이 있습니다. 디스크상에 트랙을 배치하는 컨테이너와 각 트랙 안의 데이터가 어떻게 압축되는지 결정하는 하나 이상의 코덱입니다. 파일이 재생되려면 두 계층 모두 재생 소프트웨어가 이해해야 합니다.

컨테이너 상세

컨테이너는 여러 트랙을 저장합니다 — 보통 하나의 동영상 트랙과 하나 이상의 오디오 트랙, 그리고 선택적으로 자막, 챕터 마커, 첨부 파일(글꼴, 표지 아트), 메타데이터입니다. 또한 일반적으로 어떤 바이트 오프셋이 어떤 타임스탬프에 대응하는지를 플레이어에게 알려주는 인덱스나 큐 테이블을 가지고 있어, 처음부터 디코딩하는 대신 17분 지점으로 바로 탐색할 수 있습니다.

2026년의 일반적인 컨테이너:

  • MP4 — ISO Base Media File Format(ISO/IEC 14496-14). 단연 가장 보편적인 컨테이너입니다. 스트리밍 서비스, 브라우저, 모바일 카메라, 현대 HLS(CMAF 내의 fMP4 세그먼트)에서 사용됩니다. Apple의 QuickTime MOV에서 파생되었습니다. 어디서나 재생되는 파일이 필요하다면 MP4를 원할 것입니다.
  • MKV — Matroska. 개방형이고 로열티가 없으며 극도로 유연합니다. 어떤 코덱 조합, 무제한 트랙, 챕터 메뉴, 첨부 글꼴, 다중 자막 형식을 지원합니다. 데스크톱 동영상, 애니메이션 팬섭, 디스크 립에서 인기 있습니다. 브라우저와 스마트 TV에서는 덜 보편적으로 지원됩니다.
  • WebM. 웹에 최적화된 Google의 MP4 대안입니다. 거의 항상 VP9이나 AV1 동영상에 Opus 오디오를 담습니다. Chrome, Firefox, Edge가 지원하며 Safari 지원은 늦게 도착했습니다.
  • MOV — QuickTime File Format. Apple의 컨테이너로, 기술적으로 MP4의 부모입니다 — 둘은 내부 구조 대부분을 공유합니다. iPhone과 Apple의 편집 도구에서 흔한 출력입니다.
  • MPEG-TS(.ts). 패킷 손실이 흔한 방송 위성 및 케이블 TV용으로 설계되었습니다. 레거시 HLS 세그먼트와 일부 IPTV 서비스에서 사용됩니다. 견고하지만 fMP4에 비해 비효율적입니다.
  • Fragmented MP4(.m4s). 작은 독립 fragment로 잘린 MP4의 변형입니다. MPEG-DASH, 현대 HLS, Common Media Application Format(CMAF)에서 사용되어 하나의 파일 집합이 두 프로토콜 모두에 제공될 수 있습니다. HLS .m4s 세그먼트가 담는 것이 바로 이것입니다 — 같은 MP4 박스 구조, 단지 청크로 잘렸을 뿐입니다.

동영상 코덱 상세

모든 코덱 세대는 압축 효율과 인코딩/디코딩 CPU 비용 및 라이선스 복잡성을 절충합니다.

  • H.264(AVC) — Advanced Video Coding, ITU-T H.264 / ISO/IEC 14496-10. 2003년에 표준화되어 대략 2010년 이후 만들어진 모든 스마트폰, GPU, 스마트 TV, 게임 콘솔에서 하드웨어로 디코딩됩니다. 로열티가 부과됩니다 — MPEG LA 등이 관리하는 특허 풀에 의해 보호됩니다. 여전히 보편적인 최저공통분모입니다. MP4 컨테이너 안의 H.264 파일은 어디서나 재생됩니다. 대부분의 화상 회의, 감시 녹화, 소비자 카메라가 여전히 이것을 사용합니다.
  • H.265(HEVC) — High Efficiency Video Coding, ITU-T H.265 / ISO/IEC 23008-2. 2013년에 표준화되었습니다. 같은 시각적 화질에서 H.264보다 약 50% 더 나은 압축을 달성하며, 이는 4K를 출하할 수 있는지 없는지의 차이입니다. 하드웨어 디코딩은 2017년 이후 기기에서 널리 퍼져 있습니다. 함정은 라이선스입니다. HEVC 특허는 MPEG LA, HEVC Advance, Velos Media, 여러 개별 보유자들에 분산되어 있어 로열티 그림이 충분히 혼란스러워졌고, 일부 브라우저(특히 대부분 플랫폼의 Firefox)는 OS가 이미 하드웨어 디코딩을 제공할 때만 H.265를 활성화합니다. Apple TV+, Netflix 4K HDR, 그리고 유능한 클라이언트에 대한 현대 HLS/DASH 스트림에서 사용됩니다.
  • AV1 — AOMedia Video 1. HEVC 로열티 혼란에서 벗어나기 위해 Alliance for Open Media(Google, Netflix, Amazon, Apple, Microsoft, Mozilla)가 2018년에 표준화했습니다. 로열티 무료. H.265보다 약 30% 더 나은 압축. 하드웨어 디코딩은 2022년경 플래그십 스마트폰과 최신 GPU에 도착했으며 이제 신형 기기에서 표준입니다. 인코딩은 여전히 CPU 집약적이어서 라이브 AV1은 아직 드뭅니다. YouTube, Netflix, Twitch가 유능한 클라이언트에 고해상도 스트림을 위해 사용합니다.
  • VP9. 2013년에 출시된 AV1의 전임자인 Google의 코덱입니다. 로열티 무료. 압축 면에서 대략 H.265와 비교할 만합니다. AV1 출시 이전 YouTube에서 많이 사용되었으며 VP9은 디코딩하지만 AV1은 디코딩하지 못하는 기기를 위한 폴백으로 여전히 흔합니다. Apple 스택에서는 눈에 띄게 부재 — Safari는 최근에야 소프트웨어 VP9 디코딩을 추가했습니다.

오디오 코덱, 간단히

오디오는 보통 동영상보다 호환성 문제가 적지만 같은 분할이 적용됩니다.

  • AAC. 보편적인 기본값입니다. 최대 호환성을 위해 MP4 안에서 H.264와 짝지어집니다.
  • MP3. 레거시이지만 여전히 어디에나 있으며, 특히 음악 파일에 그렇습니다.
  • Opus. 현대적이고 개방적이며 로열티 무료이고, 음성과 음악 비트레이트 모두에서 매우 효율적입니다. WebM의 기본값이며 Discord, WhatsApp, 대부분의 VoIP에서 사용됩니다.
  • FLAC. 무손실. 보관용 음악에 사용되며 동영상 사운드트랙에는 사용되지 않습니다.
  • Dolby AC-3와 E-AC-3(Dolby Digital, Dolby Digital Plus). 방송과 5.1/Atmos 스트리밍 서라운드 오디오에서 흔합니다.

.mp4가 항상 H.264를 의미하지 않는 이유

이것이 대부분의 사람을 잡는 함정입니다. MP4는 그저 포장입니다. AV1-in-MP4 파일은 완벽히 합법이지만 Safari 16, 구형 Apple TV, AV1 하드웨어 디코더가 없는 어떤 TV에서도 재생되지 않습니다. 구형 기기의 H.265-in-MP4, Apple 기기의 VP9-in-MKV, 대부분의 소비자 하드웨어의 Opus-in-MP4에도 같은 것이 적용됩니다. 동영상이 “재생되지 않는다”고 할 때 첫 질문은 결코 “확장자가 무엇인가”가 아니라 — “코덱이 무엇인가”입니다.

컨테이너와 코덱이 HLS와 DASH와 만나는 곳

스트리밍 프로토콜은 이 모든 것 위에 있습니다. 레거시 HLS는 H.264 + AAC를 담은 MPEG-TS 세그먼트를 보냈습니다. 현대 HLS는 CMAF 아래의 fMP4 세그먼트를 사용하며, 클라이언트에 따라 H.264, H.265, 또는 AV1을 담습니다. DASH의 fMP4 세그먼트는 같은 컨테이너 형식을 사용하며 플레이어가 지원한다고 광고하는 어떤 코덱이든 담을 수 있습니다. ABR 사다리는 일반적으로 변형들 사이에서 같은 코덱을 사용합니다 — 스트림 중간에 코덱을 전환하는 것은 기술적으로 가능하지만 드뭅니다. DRM 보호 콘텐츠는 같은 컨테이너와 코덱을 사용하며, 그 위에 MPEG Common Encryption이 얹혀 암호화되어 코덱은 건드리지 않지만 라이선스 없이는 바이트를 읽을 수 없게 만듭니다.

웹에서 스트림을 저장하기 시작하면 이 매트릭스가 실제로 중요해집니다 — 이것이 VidMost 같은 도구가 소스가 우연히 사용한 이국적인 코덱을 보존하는 대신 알려진-양호한 조합으로 출력을 정규화하는 이유입니다.

2026년 실제 코덱 지원

코덱 지원은 브라우저, 기기, 운영 체제에 걸쳐 파편화되어 있으며 매년 매트릭스가 이동합니다. 아래 요약은 2026년에 광범위하게 사실인 것의 스냅샷입니다.

브라우저. Chrome과 Edge는 H.264, H.265(OS 하드웨어 지원 시), AV1, VP9, VP8을 재생합니다. Safari 17+는 H.264, H.265, AV1을 재생하지만, AV1 지원은 하드웨어 AV1 디코더가 있는 기기를 요구합니다 — 즉 A17 Pro / M3급 칩 이상을 의미합니다. 소프트웨어 폴백은 없습니다. 역사적으로 Safari의 VP9 지원은 없었지만 최근에 개선되었습니다. Firefox는 보편적으로 H.264, AV1, VP9, VP8을 재생하며, OS가 하드웨어 디코딩을 제공할 때만 H.265를 지원합니다 — 이는 Apple Silicon Mac과 최신 Windows PC에서는 작동하지만 대부분의 Linux 설치에서는 작동하지 않습니다.

모바일 및 Apple 기기. Apple silicon에서는 하드웨어 AV1 디코딩이 A17 Pro(iPhone 15 Pro 및 Pro Max)와 M3 세대 Mac과 함께 도착했습니다. 이전 iPhone, iPad, Mac은 Safari에서 AV1을 전혀 받지 못합니다. 2022년 이후의 Android 플래그십 스마트폰은 거의 보편적으로 AV1 하드웨어 디코딩을 포함합니다. 구형 Apple TV와 2021년 이전 스마트 TV는 H.264와 H.265에만 묶여 있습니다.

스트리밍 서비스는 클라이언트별로 선택합니다. Netflix는 유능한 클라이언트(최신 iPhone, 현대 스마트 TV, 현세대 콘솔)에 AV1을 제공하고 구형 기기에서는 H.265, H.264로 폴백합니다. YouTube도 동일하게 하며 VP9을 중간 단계 폴백으로 사용합니다. Twitch는 H.264를 보편적인 기준선으로 유지하면서 고해상도 라이브 스트림용 AV1을 출시하고 있습니다. Apple TV+는 Apple 기기에 HDR과 함께 H.265를 전달하고 다른 곳에서는 H.264로 폴백합니다.

하드웨어 대 소프트웨어 디코딩. 하드웨어 디코딩은 배터리를 녹이지 않고 스마트폰에서 4K 재생을 가능하게 하는 것입니다 — SoC 안의 전용 실리콘 블록이 CPU 비용의 작은 일부로 작업을 처리합니다. 지원되지 않는 코덱의 소프트웨어 디코딩은 보통 충분한 CPU 여유가 있는 데스크톱에서는 작동하지만(VLC, mpv, ffplay는 2018년 노트북에서 기꺼이 AV1을 소프트웨어 디코딩합니다) 스마트폰과 임베디드 기기에서는 실패하거나 배터리를 태웁니다. 동영상이 노트북에서는 재생되지만 스마트폰에서 끊긴다면, 일치하지 않는 하드웨어 디코딩이 가장 흔한 원인입니다.

유용한 멘탈 모델: H.264는 어디서나 보편적인 기본값입니다. H.265는 기기 목록을 통제할 수 있다면 안전한 업그레이드입니다. AV1은 오늘 최신 하드웨어에 출시할 수 있지만 2022년 이전의 어떤 것에서도 가정해서는 안 되는 미래입니다.

동영상을 저장하고 싶다면 이것이 의미하는 바

여기가 컨테이너 대 코덱 분할이 더 이상 학문적이지 않게 되는 지점입니다. 스트리밍 사이트를 스크랩한 적이 있거나, .ts 세그먼트 폴더를 병합했거나, 동영상을 다운로드했는데 편집기가 가져오기를 거부하는 것을 발견한 적이 있다면, 문제는 거의 항상 컨테이너가 아니라 코덱 불일치입니다.

세 가지 고통점이 반복해서 나타납니다.

  • 스트리밍 세그먼트는 친절한 형식이 아닙니다. HLS나 DASH 스트림의 부분을 성공적으로 잡으면 MPEG-TS 파일이나 fragmented MP4 청크 더미가 남습니다. 소비자 플레이어는 이런 폴더에서 질식합니다. 단일 파일로 재생 가능하려면 세그먼트를 올바른 순서로 연결하고 단일 MP4로 리먹스해야 합니다.
  • 소스 코덱이 항상 편집기 친화적이지는 않습니다. 소스가 브라우저에 AV1을 보냈다면, 동영상 편집기가 AV1을 가져오지 않거나, 소프트웨어 디코딩에 의존하기 때문에 스크러빙 중에 끊길 수 있습니다. H.265조차 구형 편집 도구에서는 일관성이 없습니다. 브라우저에서 잘 재생되던 파일이 실제 작업을 하려는 누구에게도 쓸모없게 됩니다.
  • 기기 파편화가 최악의 순간에 깨뭅니다. 태블릿용으로 4K H.265 영화를 다운로드해서 자녀의 구형 iPad에 동기화했더니 iPad에 올바른 H.265 프로파일 지원이 없습니다. 또는 YouTube AV1 스트림을 저장했더니 스마트 TV USB 플레이어는 H.264만 알 수 있습니다.

VidMost의 기본 출력은 .mp4에 H.264 동영상 + AAC 오디오입니다 — 모든 현대 스마트폰, TV, 브라우저, 편집 도구가 하드웨어로 디코딩하는 사용 가능한 가장 보편적으로 호환되는 조합입니다. 최대 압축을 원하거나 소스 코덱(4K HDR 스트림의 H.265, YouTube의 AV1)을 보존하고 싶은 사용자는 그것을 구성할 수 있지만, 기본값은 “모든 것에서 그냥 작동”입니다. VidMost는 리먹싱을 자동으로 처리합니다. 세그먼트가 재조립되고, 코덱 문자열이 출력 프로파일과 대조 확인되며, 재인코딩이 필요한 경우에는 조용한 깜짝 선물이 아닌 명확한 선택지로 제공됩니다.

흔한 함정과 오해

컨테이너와 코덱에 관한 한 줌의 믿음이 포럼에서 반복해서 등장합니다. 정리할 가치가 있습니다.

  • “MP4는 코덱이다.” 아닙니다. MP4는 컨테이너 — 구체적으로 ISO Base Media File Format입니다. 안의 코덱은 H.264, H.265, AV1, 또는 여러 다른 것 중 하나일 수 있습니다. “MP4 형식으로”는 사실이지만 코덱을 모르면 대체로 쓸모없습니다.
  • “MKV가 MP4보다 낫다.” 그것들은 서로 다른 필요를 충족하는 다른 컨테이너이지 경쟁하는 화질 등급이 아닙니다. MKV는 더 유연합니다 — 더 많은 코덱 조합, 더 풍부한 메타데이터. MP4는 더 보편적으로 지원됩니다. 보관이나 다중 자막 및 오디오 트랙이 있는 것에는 MKV를 선택하십시오. 공유나 스트리밍에는 MP4를 선택하십시오.
  • “AV1이 항상 H.264보다 낫다.” AV1은 훨씬 효율적으로 압축합니다 — 그것은 사실입니다. AV1이 당신에게 “더 나은지”는 재생하는 기기에 하드웨어 디코더가 있는지에 달려 있습니다. 4K AV1 파일은 최신 플래그십 스마트폰에서는 멋져 보이지만 2019년 보급형 Android에서는 재생 불가입니다. H.264는 항상 재생됩니다.
  • “비트레이트가 높을수록 화질이 좋다.” 같은 코덱, 같은 콘텐츠 안에서만입니다. 5 Mbps H.265 스트림은 보통 5 Mbps H.264 스트림보다 더 좋아 보입니다. H.265가 매 비트에서 더 많은 것을 짜내기 때문입니다. 코덱 간 비트레이트 비교는 무의미합니다.
  • “파일 확장자를 바꾸면 재생이 고쳐진다.” 거의 절대 아닙니다. .mkv를 .mp4로 이름을 바꿔도 파일 안의 바이트는 변하지 않으며, 대부분의 플레이어는 확장자에 관계없이 헤더를 읽어 컨테이너를 식별합니다. 이름이 바뀐 파일은 원본만큼 똑같이 실패합니다.
  • “VLC는 모든 것을 재생하므로 코덱은 중요하지 않다.” VLC는 데스크톱에서 대부분의 코덱을 소프트웨어 디코딩하므로 “파일이 제대로 다운로드되었는지” 도구로 적합합니다. 그러나 편집, 공유, 스마트폰이나 TV에서 재생해야 하는 순간 코덱 호환성이 되돌아옵니다. VLC의 관용은 파일이 아니라 VLC의 속성입니다.

마무리하며

컨테이너 대 코덱 분할은 동영상 이상함의 큰 부분을 설명하는 작은 구분 중 하나입니다. 파일을 보면서 “포장이 무엇인지”와 “실제로 안에 무엇이 있는지” 둘 다 물을 수 있게 되면, 코덱 오류 메시지가 더 이상 미스터리하지 않게 되고 “내 컴퓨터에서는 재생되지만 스마트폰에서는 안 됩니다” 사례들이 이해되기 시작합니다.

엄지의 법칙은 15년 동안 변하지 않았습니다. MP4 + H.264 + AAC는 가장 안전한 “어디든 보내라” 조합입니다. 대상 기기가 최신이라는 것을 안다면 H.265가 올바른 업그레이드입니다. 다음 10년을 최적화한다면 AV1이 올바른 베팅입니다. 수동 리먹스 단계를 건너뛰고 그저 스트리밍 동영상을 모두가 재생할 수 있는 무언가로 저장하고 싶다면, VidMost는 MP4 + H.264 + AAC를 기본값으로 하며 세부 사항을 대신 처리합니다.

관련 글

자주 묻는 질문

컨테이너와 코덱의 차이는 무엇인가요?
컨테이너는 모든 것 — 동영상 트랙, 오디오 트랙, 자막, 챕터 마커, 메타데이터 — 을 감싸는 파일 형식입니다. 일반적인 컨테이너는 MP4, MKV, WebM, MOV, MPEG-TS입니다. 코덱은 컨테이너 안의 실제 오디오 및 동영상 데이터를 압축하거나 압축 해제하는 알고리즘입니다. 일반적인 동영상 코덱은 H.264, H.265, AV1, VP9입니다. 컨테이너는 상자이고, 코덱은 내용물이 쓰인 언어라고 생각하면 됩니다. 다른 컨테이너가 같은 코덱을 담을 수 있고, 같은 컨테이너가 다른 코덱을 담을 수 있습니다.
MP4는 코덱인가요, 컨테이너인가요?
MP4는 코덱이 아니라 컨테이너입니다. `.mp4` 확장자는 ISO Base Media File Format(ISO/IEC 14496-14)을 가리키며, 이는 Apple의 QuickTime MOV에서 파생된 패키징 형식입니다. MP4 파일은 H.264, H.265, AV1, 심지어 MPEG-4 Part 2 동영상도 담을 수 있으며 AAC, MP3, AC-3, 또는 다른 오디오 코덱과 짝지어집니다. 누군가 "이것을 MP4로 변환해라"라고 말하면, 거의 항상 "H.264 동영상과 AAC 오디오를 MP4 컨테이너에 넣어라" — 가장 보편적으로 호환되는 조합 — 를 의미합니다.
.mp4 파일은 MP4가 보편적인데도 왜 재생되지 않나요?
MP4는 그저 포장이기 때문입니다. 진짜 질문은 안의 동영상이 어떤 코덱을 쓰는가입니다. AV1 동영상이 든 MP4 파일은 구버전 Safari, 2022년 이전 Apple TV 모델, AV1 하드웨어 디코더가 없는 TV에서는 재생되지 않습니다 — 컨테이너는 괜찮지만 코덱이 지원되지 않는 것입니다. HEVC 지원이 없는 기기의 MP4 안 H.265에서도 같은 문제가 나타납니다. MediaInfo나 `ffprobe`로 파일을 통과시켜 컨테이너가 문제라고 가정하기 전에 안의 실제 코덱을 확인하십시오.
MP4와 MKV 중 어느 것이 더 좋은가요?
어느 쪽도 보편적으로 더 좋지는 않습니다 — 서로 다른 필요를 충족합니다. MP4는 더 보편적으로 지원되는 컨테이너입니다. 브라우저, 스마트폰, 스마트 TV, 스트리밍 서비스 모두 기본으로 다룹니다. MKV(Matroska)는 더 유연합니다. 더 많은 코덱 조합, 무제한 자막 및 오디오 트랙, 챕터 메뉴, 정렬된 챕터 같은 특이한 기능을 지원합니다. 공유나 스트리밍에는 MP4를 선택하십시오. 보관, 리핑, 다중 자막 트랙이 포함된 경우에는 MKV가 더 나은 선택입니다. 어느 컨테이너든 같은 코덱이 사용되면 동영상 화질은 동일합니다.
H.264, H.265, AV1 중 무엇을 써야 하나요?
최대 호환성이 필요하면 H.264를 쓰십시오 — 모든 현대 기기가 하드웨어로 디코딩합니다. 동일 화질에서 비트레이트를 대략 절반으로 줄이고 싶고 대상 기기가 2017년 이후라면 H.265(HEVC)를 쓰십시오. 오늘 사용 가능한 최고의 압축 효율을 원하고 시청자가 최신 브라우저와 2022년 이후 기기를 사용한다면 AV1을 쓰십시오. AV1 인코딩은 여전히 H.264보다 훨씬 느리므로 실시간 사용에는 부적합합니다. 어디서나 그냥 작동하는 파일을 원하는 대부분의 사용자에게는 MP4 안의 H.264가 여전히 정답입니다.
Apple TV는 왜 H.265는 재생하지만 VP9은 재생하지 않나요?
Apple의 동영상 스택은 iTunes Store와 Apple TV+에 Apple이 투자한 코덱이기 때문에 H.264와 H.265를 지원합니다. VP9는 Google의 코덱으로 AV1 이전 YouTube에서 많이 사용되었으며, Apple은 tvOS나 iOS에 VP9 하드웨어 디코더를 출시한 적이 없습니다. macOS의 Safari는 비교적 늦게 VP9 소프트웨어 디코딩을 추가했고, 많은 Apple TV 모델은 여전히 VP9을 전혀 디코딩하지 못합니다. 이것이 Apple 기기에서 YouTube를 볼 때 H.264(그리고 최신 기기에서는 가끔 H.265나 AV1)를 제공하지만, Windows의 Chrome에서는 VP9을 제공하는 이유입니다.
재인코딩 없이 동영상의 코덱을 바꿀 수 있나요?
아니요. 코덱을 바꾸려면 항상 기존 동영상 프레임을 디코딩한 뒤 새 코덱으로 재인코딩해야 하며, 시간이 걸리고 약간의 화질 손실이 발생합니다. 재인코딩 없이 *할 수 있는* 것은 컨테이너를 바꾸는 것입니다 — 이를 리먹싱이라 부릅니다. `ffmpeg -c copy` 같은 도구는 코덱을 건드리지 않고 동일한 인코드된 스트림을 MKV에서 MP4로, 또는 MPEG-TS 세그먼트에서 단일 MP4로 옮깁니다. 리먹싱은 빠르고 무손실입니다. 재인코딩은 느리고 손실이 있습니다.
AV1이 미래인가요?
아마도 그렇지만, 몇 년이 걸릴 것입니다. AV1은 동일 화질에서 H.265보다 약 30% 더 나은 압축을 제공하며 로열티가 없어서 HEVC 라이선스 비용을 내고 싶지 않은 스트리밍 서비스에 매력적입니다. YouTube, Netflix, Twitch 모두 오늘 가능한 기기에 AV1을 제공합니다. 함정은 하드웨어 지원입니다. AV1 하드웨어 디코더는 2022년 이후 스마트폰, GPU, 스마트 TV에서 흔하지만, 구형 기기는 소프트웨어 디코딩으로 떨어져 배터리를 소모하고 4K에서 막힙니다. AV1은 10년대 말까지 지배적이 될 것으로 예상되며, H.264는 그 이후로도 10년 정도 보편적 대안으로 버틸 것입니다.