Diffuser avec une latence au niveau de broadcast

Accueil / Blog / Diffuser avec une latence au niveau de broadcast


Dans les premier et deuxième articles de blog de cette série, nous avons découvert comment les solutions d’Ateme permettent l’expérience de visionnage ultime en matière d’événements sportifs. Mais que se passe-t-il si la technologie qui diffuse ces moments sportifs inoubliables ne peut pas suivre ? Et si elle diffuse quelques secondes après les autres plateformes ? C’est là qu’intervient la technologie de bout en bout d’Ateme. Avec elle, les services de streaming atteignent une latence au niveau de broadcast, réhaussant notre expérience des événements sportifs.

Les téléspectateurs veulent une latence au niveau de broadcast pour le streaming sportif

La latence de diffusion multiscreen OTT a traditionnellement eu environ 30 à 40 secondes de retard par rapport à l’IPTV et au broadcast. Cela explique pourquoi je pourrais voir les résultats d’une course 30 secondes après mon voisin. Cette latence plus longue est due aux différentes étapes nécessaires pour traiter et livrer le contenu vidéo OTT. Ainsi, pour répondre aux attentes de latence au niveau de broadcast des téléspectateurs d’événements sportifs, vous devez adapter chaque étape du processus de traitement vidéo de bout en bout et de diffusion. Explorons ces étapes et comment la latence peut

Étape 1 : Encodage vidéo

L’encodage vidéo (ou compression vidéo) est la première étape de traitement à considérer, et nécessite évidemment une optimisation de la latence. Cependant, tout en optimisant, nous devons également veiller à conserver une qualité vidéo impeccable, même avec du contenu 4K HDR. Avec les encodeurs Ateme TITAN, les équipes opérationnelles en amont de la vidéo peuvent gérer les compromis nécessaires pour optimiser la qualité vidéo et la latence.

Étape 2 : Du transcodeur au packageur, en tirant parti de la puissance de CMAF

Une fois qu’il a été compressé, le contenu doit être envoyé au packager. C’est l’étape 2. Alors que le streaming multicast TS en mode multi-débit a été historiquement utilisée entre le transcodeur et le packager, il y a de très bonnes raisons pour passer à l’utilisation de HTTP et de CMAF. Les avantages de cette transition comprennent :

  • La réduction de la latence de bout en bout grâce à CMAF, qui permet de petits fragments de vidéo (quelques centaines de millisecondes chacun), au lieu des segments traditionnellement plus longs (2 à 10 secondes chacun) ;
  • Des flux de travail plus simples sur site et dans le cloud en utilisant la transmission basée sur HTTP et la norme CMAF, qui permet à un seul conteneur vidéo d’être utilisé à la fois pour la diffusion vidéo HLS et DASH ;
  • Une transmission fiable en utilisant TCP au lieu des protocoles traditionnels de diffusion basés sur UDP ;
  • Un service stable grâce à l’ingestion CMAF, qui optimise la redondance et évite les interruptions de service dans tous les cas de basculement.

Étape 3 : Packaging

Le contenu a été compressé et envoyé au packageur. Ensuite, à l’étape 3, il doit être packagé. Le contenu à faible latence peut être packagé pour les téléspectateurs dans les formats fMP4 ou CMAF. La transition vers CMAF en tant que format OTT central livré aux téléspectateurs offre également une grande valeur, notamment :

  • Une réduction drastique de la latence : La petite taille des fragments réduit considérablement la longueur du tampon requis pour la lecture, permettant au lecteur de commencer l’affichage après seulement quelques millisecondes.
  • Des flux de travail simplifiés grâce au format d’ingestion CMAF, qui définit les données basées sur XML. C’est simple à gérer par la chaîne d’origine et de packaging. Cela évite également les problèmes potentiels lors de la conversion des sous-titres et des légendes – un piège courant.

En savoir plus ici sur la valeur de CMAF pour optimiser l’expérience de visionnage.

Le packager à la demande NEA d’Ateme pour le streaming en direct maximise la qualité de l’expérience à faible latence pour les téléspectateurs. Mais la faible latence n’est qu’une partie des exigences de qualité de l’expérience – les téléspectateurs veulent des expériences utilisateur riches avec le trickplay (c’est-à-dire la possibilité d’avancer rapidement, de reculer, de mettre en pause ou de passer à certaines parties du contenu) et multi-audio (par exemple, permettre aux téléspectateurs de choisir parmi différentes langues, pistes de commentaire ou descriptions audio). Le packager NEA d’Ateme permet tout cela, ainsi que des audiences plus larges pour votre contenu avec une fonctionnalité de sous-titres robuste et audio multi-langue.

Élargir la portée des appareils avec les standards HLS et DASH

Bien qu’il existe plusieurs façons de diffuser des flux à faible latence, le DASH à faible latence (LL DASH) et le HLS à faible latence (LL HLS) offrent les meilleures approches pour atteindre le plus grand nombre d’amateurs de sports. Les packagers NEA d’Ateme peuvent package des flux linéaires en tant que LL DASH ou LL HLS en une seconde.

Il existe cependant des appareils HLS et DASH hérités qui ne peuvent prendre en charge aucune approche à faible latence. La bonne nouvelle est que ces appareils peuvent toujours tirer parti des mêmes segments à faible latence. Cette approche simplifie le système de bout en bout dans son ensemble, bien que l’expérience de visionnage soit basée sur la latence héritée.

Étape 4 : Le CDN. Réduire les coûts tout en améliorant l’expérience de visionnage

Le contenu a été compressé et packagé. Maintenant, il faut le diffuser aux téléspectateurs via le CDN – étape 4. Pour diffuser les segments CMAF partiels requis pour l’expérience à faible latence, le CDN doit prendre en charge l’encodage de transfert par morceaux pour LL DASH et/ou les requêtes de plage d’octets pour LL HLS. Une amélioration supplémentaire est activée lorsque le packager utilise une signalisation de plage d’octets dans le manifeste HLS, ce qui permet d’utiliser le même segment pour HLS et DASH à la fois. Comparé à d’autres approches pour la faible latence, la combinaison de segments CMAF pour les appareils HLS et DASH et de manifestes HLS à plage d’octets peut réduire le trafic du cœur vers les bords et les besoins de stockage du cache associés de 50 % ou plus, réduisant les coûts globaux pour fournir l’expérience utilisateur à faible latence optimale.

Atteindre une latence au niveau de broadcast, à l’échelle, étape par étape

Comme nous l’avons vu, chaque étape du flux de travail de livraison vidéo doit être optimisée pour garantir une faible latence, à l’échelle, avec une qualité vidéo impeccable.

La bonne nouvelle est qu’Ateme a investi dans tous les domaines du chemin vidéo de bout en bout OTT pour répondre à la même latence au niveau de broadcast que les téléspectateurs attendent lorsqu’ils regardent des événements sportifs en direct, en streaming. Restez à l’écoute pour notre prochain article de blog pour découvrir qui l’a déjà déployé !

Avez-vous déjà été frustré par une expérience de visionnage où la latence n’était pas assez faible ? Partagez-le avec nous dans les commentaires ci-dessous !



Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Ateme refonte