WebM

WebM은 안에 담을 수 있는 것의 목록이 훨씬 짧은 Matroska입니다. MKV는 사실상 거의 모든 코덱을 받아들이지만, WebM은 영상 코덱 세 개와 오디오 코덱 두 개만 받아들이고, 전부 로열티가 없습니다. 이 제한이 핵심입니다 — WebM을 구현하는 웹 브라우저 제작사는 자신이 디코딩해야 할 게 정확히 무엇인지 알고, 그 대가로 누구에게도 라이선스 비용을 낼 필요가 없습니다.

이것은 웹 브라우저에서 눈치채지 못한 채 보는 엄청난 양의 콘텐츠 밑에 깔린 형식입니다. 또한 대부분의 다운로드 도구가 페이지에서 영상을 뽑아낼 때 건네주는 형식이기도 한데, 이게 바로 .webm 파일이 애초에 다운로드 폴더에 들어오는 경로입니다.

내부가 Matroska인 만큼, WebM을 MP4로 변환하는 과정은 MKV를 변환하는 것과 모양은 같습니다 — 다만 중요한 차이가 하나 있습니다. MP4는 VP9나 Vorbis를 담을 수 없어서 스트림을 그냥 이름표만 바꿔 붙일 수가 없습니다. 무언가는 정말로 다시 인코딩해야 합니다.

웹 브라우저는 자체 미디어 파이프라인을 갖고 다니는 애플리케이션입니다. Safari가 페이지 안에서 WebM을 재생할 때, 그건 Safari가 Apple이 Safari를 위해 작성한 코드를 써서 직접 하는 작업입니다. 그 능력이 시스템 전체의 능력이 되는 건 아닙니다 — 파일 앱, QuickTime Player, 사진 앱의 미리보기는 모두 운영체제 자체의 미디어 프레임워크를 쓰는데, 여기엔 Matroska 디먹서가 없습니다. 그리고 WebM은 *곧* Matroska이니, WebM 지원도 함께 없는 것입니다.

결과적으로 정말 이상한 경험이 만들어집니다. 페이지에서 클립을 보고 저장을 눌렀는데, 방금 본 그 파일을 방금 본 그 기기에서 열 수가 없습니다. 아무것도 고장 나지 않았습니다. 그저 서로 다른 두 소프트웨어가, 서로 다른 두 가지 능력을 갖고 있을 뿐입니다.

이건 꼭 기억해 둘 만한 규칙을 가장 명확하게 보여주는 사례입니다 — iOS에서 파일이 무엇을 할 수 있는지는 전적으로 어떤 앱에게 물어보느냐에 달려 있습니다. 자체 디코더를 가진 앱은 시스템이 아는 것에 제약받지 않습니다.