M3U

この形式はこれ以上ないほど単純です。各項目は2行——対象の名前を記す#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ミリ秒でした。この数字が意味を持つのは、素朴なやり方ではそもそもこれらの値自体が存在し得ないからです。