Streaming adaptatif : comment HLS et DASH ajustent la qualité vidéo

Dans un téléchargement traditionnel, on obtient le fichier vidéo ; avec la lecture progressive, le lecteur peut commencer à l'afficher avant la fin du téléchargement. Dans le streaming adaptatif, le contenu est livré en segments et plusieurs qualités sont proposées. La différence pratique est que le client peut démarrer la lecture sans recevoir toute la vidéo et changer de représentation pendant la session.

Le streaming ne signifie pas que la vidéo arrive nécessairement comme un flux indivisible ni que l'information n'est jamais stockée temporairement. Le lecteur maintient des données dans un tampon pour continuer à lire tout en demandant les segments suivants. Si le téléchargement est retardé et que le tampon se vide, l'image se fige ; si la connexion offre de la marge, le lecteur peut accumuler des données ou tester une représentation à débit supérieur. La continuité dépend de l'équilibre entre la vitesse de livraison, la consommation vidéo et les décisions du client.

Il convient de distinguer le protocole de livraison et le codec. HLS et MPEG-DASH décrivent comment organiser et demander la présentation — par exemple via des manifestes et des segments — ; H.264, HEVC ou AV1 décrivent comment la vidéo est encodée. Ce ne sont pas des couches interchangeables : le choix d'un protocole ne détermine pas à lui seul le codec, la résolution ni la qualité visuelle finale.

HLS, développé par Apple, organise la présentation via des listes de lecture avec l'extension .m3u8. MPEG-DASH utilise un manifeste appelé MPD, généralement avec l'extension .mpd, et est une spécification internationale publiée par MPEG/ISO. Les deux peuvent livrer de la vidéo par HTTP, la diviser en segments et offrir plusieurs représentations pour que le lecteur s'adapte aux conditions. L'idée partagée compte plus que l'extension : le manifeste décrit les options et le client demande les segments nécessaires.

En termes généraux, une liste maîtresse HLS peut pointer vers des listes de médias pour différentes variantes ; le MPD de DASH décrit la présentation via des périodes, des ensembles d'adaptation et des représentations. Une représentation peut spécifier des propriétés comme le débit, la résolution et le codec, tandis que les informations de segments permettent de les localiser et de les lire dans l'ordre. Le manifeste est un index, non la vidéo complète : vérifier qu'il se télécharge ne prouve pas que tous les segments suivants sont accessibles ou décodables.

Ces différences guident l'implémentation, mais ne suffisent pas à déclarer un protocole universellement meilleur. La compatibilité réelle se vérifie par combinaison d'appareil, système d'exploitation, navigateur, lecteur, codec et configuration du service. Certaines plateformes offrent les deux formats pour élargir la couverture ou répondre à des exigences de protection du contenu ; cette décision ajoute du travail d'empaquetage et de tests à évaluer dans le contexte concret.

Avant de lire, le client demande le manifeste et obtient des informations sur les représentations disponibles. Il télécharge ensuite des segments, observe le temps de chargement et évalue la quantité de contenu stockée dans le tampon. Avec ces données, il sélectionne une qualité pour les demandes suivantes. Le changement ne reconstruit pas la vidéo entière : la sélection s'applique aux segments futurs, de sorte qu'une chute de réseau peut mener à une variante inférieure avant l'épuisement du contenu déjà stocké.

L'algorithme de débit adaptatif ne mesure pas une vitesse fixe et parfaite. Les performances peuvent varier entre les demandes en raison de la congestion, du signal sans fil, de la charge du serveur, de la route réseau ou de l'activité d'autres appareils. De plus, le taux observé pendant un téléchargement n'est pas nécessairement celui disponible pour le segment suivant. Le lecteur travaille avec des estimations et équilibre généralement la qualité avec le risque d'interruption ; c'est pourquoi une haute résolution peut mettre du temps à apparaître même si le forfait internet annonce une vitesse élevée.

Le tampon conserve temporairement des données vidéo pendant la lecture. Dans une diffusion en direct, le délai entre l’événement et sa lecture est un aspect à prendre en compte. Le tampon et la latence décrivent deux aspects distincts de la lecture.

Le débit exprime la quantité de données transmises par unité de temps. Dans un flux vidéo, il s’agit d’un paramètre distinct de la résolution et du codec.

H.264 et H.265 sont des exemples de codecs vidéo. Le codec et la résolution sont des propriétés distinctes d’un flux.

En vidéo, la latence désigne le retard de la lecture par rapport à la diffusion. Elle correspond à l’écart temporel entre le direct et ce que voit le spectateur.

Opensignal propose des tests de connectivité et un test d’expérience vidéo. Ce dernier mesure le temps de chargement, le tampon et les problèmes de lecture, et permet de suivre les variations selon le lieu et le moment. Le test vidéo complète les mesures de connectivité.

Pour évaluer une lecture, notez le contexte : appareil et système d’exploitation, application ou navigateur, connexion Wi-Fi ou mobile, localisation approximative, heure, titre et mode de qualité automatique ou manuel. Observez ensuite le temps de démarrage, les pauses, les changements de netteté et si le problème apparaît sur plusieurs réseaux ou appareils. Ces observations décrivent les conditions de lecture.

En HLS, les listes .m3u8 décrivent le flux et référencent les segments ; en DASH, le MPD remplit ce rôle pour la présentation. Le manifeste et les segments permettent d’examiner l’organisation du contenu demandé et livré.

Une vérification simple peut suivre cette séquence :

1. Lisez le même contenu sur deux réseaux distincts et notez si le démarrage, la qualité ou les pauses changent.
2. Comparez la lecture automatique avec une qualité fixe, si le lecteur le permet.
3. Vérifiez si le dysfonctionnement affecte un seul appareil, une application ou aussi le navigateur.
4. Dans une implémentation propre, inspectez le manifeste et les demandes de segments.

Notez ce que vous observez à chaque test pour comparer les conditions de lecture.

Pour publier de la vidéo, une échelle de qualités peut proposer plusieurs représentations du contenu, plutôt qu’une seule résolution. Les variantes disponibles sont décrites dans le manifeste et peuvent être sélectionnées par le lecteur pendant la lecture.

Le choix entre HLS et DASH doit partir de l'audience et des plateformes à couvrir. La compatibilité dépend du lecteur et de l'appareil, il convient donc de tester les combinaisons pertinentes. Si le service a besoin des deux, le partage de segments via des formats d'empaquetage compatibles peut réduire les duplications dans certaines architectures, bien que cela n'élimine pas les tests par appareil. La matrice de compatibilité oriente mieux la décision qu'une préférence abstraite pour un protocole.

En observant une lecture, notez l'appareil, l'application ou le navigateur, la connexion et la présence de pauses ou de changements de netteté. Répétez le test dans des conditions comparables pour vérifier si le comportement se maintient. La qualité visible à l'écran peut varier pendant la lecture.