M3U

이 형식은 형식이라고 부르기 민망할 만큼 단순합니다. 각 항목은 두 줄입니다 — 그 대상의 이름을 적는 #EXTINF로 시작하는 줄 하나와, 그것이 있는 주소를 적는 줄 하나. 그 밖의 모든 것 — 로고, 채널 번호, 플레이어에서 카테고리가 되는 그룹 정보 — 은 나중에 사람들이 #EXTINF 줄에 임의로 붙이기 시작한 속성들로, 어떤 표준화 기구도 이를 공인한 적이 없습니다.

이런 비공식성 때문에 M3U 파일마다 편차가 큽니다. 어떤 제공업체는 group-title="Sports"라고 쓰고, 다른 곳은 group-title="SPOR"라고 쓰고, 세 번째 곳은 아예 생략하고 플레이어가 알아서 추측하길 기대합니다. IPTV를 잘 다루는 플레이어란 결국 형편없이 만들어진 M3U 파일을 숱하게 겪어본 플레이어입니다.

M3U8과의 혼동은 짚고 넘어갈 가치가 있습니다 — 여기서 8은 그냥 UTF-8 텍스트 인코딩을 뜻할 뿐, 그 이상은 아닙니다. 모든 HLS 재생목록은 M3U8이지만, 모든 M3U8이 HLS인 것은 아닙니다 — UTF-8로 저장된 IPTV 채널 목록도 .m3u8이고, 이건 세그먼트 스트리밍과는 아무 관계가 없습니다.

제공업체의 목록은 이 형식이 전혀 예상치 못한 방식으로 커져 버렸습니다. 2010년만 해도 몇백 줄짜리였던 파일이, 이제 큰 제공업체 기준으로는 수십만 개의 항목과 수백 메가바이트의 텍스트가 되었습니다.

이걸 읽는 가장 단순한 방법 — 파일 전체를 메모리로 불러오고, 파싱하고, 결과를 계속 들고 있는 방식 — 은 그보다 훨씬 전에 이미 무너집니다. 200MB짜리 목록을 이런 식으로 파싱하면 iPhone이 도저히 버티지 못할 메모리 스파이크가 생기고, iOS는 기다려주지 않고 그냥 앱을 종료해 버립니다. 수많은 IPTV 앱이 대형 제공업체의 목록만 만나면 그냥 죽어버리는 이유가 여기 있습니다.

실제로 통하는 방식은 목록을 아예 통째로 들고 있지 않는 것입니다 — 디스크에서 조금씩 읽어서, 파싱되는 대로 각 채널을 바로 데이터베이스에 기록하고, 화면은 그 데이터베이스에서 페이지 단위로 불러오는 것이죠. FoxDL은 채널 200만 개, 485MB짜리 목록으로 측정해 봤습니다 — 가져오는 데 123초, 추가로 쓴 메모리는 9MB, 첫 화면을 그리는 데 4밀리초, 목록 전체를 검색하는 데 400밀리초가 걸렸습니다. 이 숫자들이 흥미로운 이유는 단순한 방식으로는 애초에 이런 결과 자체가 나올 수 없기 때문입니다.