M3U

Das Format ist so einfach, wie ein Format nur sein kann. Jeder Eintrag hat zwei Zeilen: eine mit #EXTINF, die die Sache benennt, und eine mit der Adresse. Alles andere — Logos, Kanalnummern, Gruppen, die in der App zu Kategorien werden — kam später als Attribute, die Leute auf die #EXTINF-Zeile setzten. Kein Normenausschuss hat das je ratifiziert.

Diese Informalität erklärt, warum M3U-Dateien so unterschiedlich sind. Ein Anbieter schreibt group-title="Sports", ein anderer group-title="SPOR", ein Dritter lässt es weg und erwartet, dass die App rät. Eine App, die IPTV gut kann, ist vor allem eine, die viele schlecht geschriebene M3U-Dateien gesehen hat.

Die Verwechslung mit M3U8 lohnt sich aufzuräumen: Die 8 meint UTF-8-Textkodierung, sonst nichts. Jede HLS-Playlist ist ein M3U8, aber nicht jedes M3U8 ist HLS — eine als UTF-8 gespeicherte IPTV-Kanalliste ist auch eine .m3u8 und hat mit segmentiertem Streaming nichts zu tun.

Anbieterlisten sind so gewachsen, wie das Format nie geplant hat. Eine Datei mit ein paar Hundert Zeilen 2010 ist bei einem großen Anbieter heute Hunderttausende Einträge und Hunderte Megabyte Text.

Der naive Weg — Datei in den Speicher laden, parsen, Ergebnis halten — bricht lange davor zusammen. Eine 200-MB-Liste so zu lesen bedeutet einen Speicherpeak, den ein iPhone nicht duldet, und iOS beendet die App, statt zu warten. Deshalb stürzen so viele IPTV-Apps bei großen Anbietern einfach ab.

Der Weg, der funktioniert: die Liste nie komplett halten. Stückweise von der Festplatte lesen, jeden Kanal direkt in eine Datenbank schreiben und den Bildschirm daraus seitenweise füllen. FoxDL wurde an einer 485-MB-Liste mit zwei Millionen Kanälen gemessen — 123 Sekunden Import, 9 MB Extra-Speicher, 4 Millisekunden für die erste Seite, 400 Millisekunden Suche über die ganze Liste. Die Zahlen sind nur interessant, weil der naive Ansatz sie überhaupt nicht liefern kann.