Le streaming en direct HTTP (HLS) est un protocole de streaming HTTP défini par Apple et pris en charge en mode natif par iOS, macOS ainsi que d'autres plateformes. Ce protocole fonctionne en divisant le flux en morceaux (en général, d'environ 10 secondes) qui sont téléchargés individuellement par le lecteur. Cette méthode permet au protocole HLS de particulièrement bien convenir aux applications mobiles, car il est plus résistant face aux différentes conditions du réseau (comme le changement de sources de données cellulaires, ou le passage du réseau Wi-Fi aux données cellulaires et inversement), il est donc moins susceptible de devoir se reconnecter. Le protocole est aussi plus efficace d'un point de vue énergétique.
Cette spécification de streaming ne documente pas le protocole HLS en soi. La documentation officielle est disponible ici :
http://tools.ietf.org/html/draft-pantos-http-live-streaming.
Comme la plupart des lecteurs HLS s'appuient sur le lecteur multimédia d'origine du système d'exploitation, et donc, ne reçoivent pas les métadonnées supplémentaires (c'est-à-dire, les marqueurs) qui font partie du flux, les lecteurs HLS implémentent, en général, des métadonnées de bande latérale. Voir « Métadonnées de bande latérale » pour plus d'informations.
Lors d'une diffusion en streaming via le protocole HLS, des marqueurs supplémentaires (de type hls) seront envoyés pour identifier les segments HLS individuels. Pour plus d’informations, reportez-vous au dictionnaire des métadonnées STWCue de Triton Digital.
Streaming adaptatif
Les flux HLS peuvent également être configurés pour le streaming adaptatif, qui offre plusieurs variantes du même audio avec différents paramètres d’encodage. Les lecteurs peuvent passer d'un flux à l'autre en fonction des conditions de réseau (par exemple, passer à un débit binaire plus faible lors le réseau n'est pas assez rapide) ou d'autres conditions (par exemple, « bande passante faible » contrôlée par l'utilisateur, etc.).
Les diffusions en streaming adaptatives peuvent être identifiées par le contenu de l’élément <media-format> de la réponse d’approvisionnement. Lorsque d'autres flux sont disponibles, ils peuvent être identifiés comme suit :
- L’attribut trackScheme de l’élément <media-format> sera audio-adaptatif
- Plusieurs éléments <audio> sont utilisés pour décrire les flux alternatifs
La plupart du temps, le lecteur n'a pas besoin de faire quoi pour prendre en charge les flux adaptatifs.