M3U8 / HLS

Ouvre un .m3u8 dans un éditeur de texte et tu trouveras quelques dizaines de lignes : un en-tête, quelques paramètres et une longue liste d’adresses. C’est tout le fichier. La vidéo vit ailleurs, découpée en segments de quelques secondes chacun, posés sur un serveur sous forme de milliers de petits fichiers séparés.

Le lecteur lit la liste, récupère les premiers segments, commence à lire, et continue de récupérer en avance sur lui-même. Quand ta connexion ralentit, il bascule vers une variante de moindre qualité listée dans la playlist maître — un autre jeu de segments, à un autre débit — et il le fait entre deux segments, si bien que tu vois un changement de qualité plutôt qu’une pause. C’est cette bascule adaptative qui a fait gagner le format.

Ça explique aussi une chose qui surprend : il n’y a pas de fichier unique à posséder. Le film que tu regardes n’existe comme objet nulle part. C’est un millier de morceaux et un jeu d’instructions.

Parce que c’est ce que tu as enregistré. Le navigateur a demandé l’adresse que tu lui as donnée, a reçu quatre kilo-octets de playlist et les a écrits sur le disque. Tout ce que tu as réellement regardé est arrivé par un millier de requêtes séparées dont l’opération d’enregistrement ne savait rien.

Télécharger du HLS correctement veut dire faire ce que fait le lecteur, mais vers le disque : lire la playlist, choisir une variante de qualité, récupérer chaque segment dans l’ordre, puis les assembler dans un seul conteneur. Cette dernière étape s’appelle le remuxing — la vidéo et l’audio ne sont pas réencodés, seulement réécrits dans un unique MP4 avec un index correct, pour que le résultat puisse être parcouru.

Deux choses rendent ça plus difficile qu’il n’y paraît. Les adresses des segments sont souvent relatives et changent d’une session à l’autre, donc une liste récupérée il y a une heure peut être morte. Et les flux sont fréquemment chiffrés avec une clé référencée dans la playlist, livrée séparément, et changée en cours de lecture.