Akamai Closed Captioning Fix

Défi

Presque toutes les chaînes de télévision hébergent des vidéos sur leurs sites Web, par exemple des bulletins d’information de dernière minute qui donnent aux visiteurs de leurs sites un accès rapide et pratique à ce qui se passe dans le monde ainsi que dans leurs villes. Afin de préparer ces vidéos pour l’utilisateur, elles sont d’abord téléchargées sous forme de fichiers vidéo via le backend.

Le véritable défi cependant est le streaming en direct qui est souvent proposé sur les sites Web des chaînes de télévision. Il est capturé directement à partir de la source vidéo et re-streamé vers le navigateur Web du visiteur. Dans ce cas particulier, les vidéos devaient également contenir des sous-titres (CC).

Le sous-titrage est un processus d’affichage de texte en superposition de la vidéo, afin de fournir des informations supplémentaires ou interprétatives pour le spectateur. Une utilisation typique du sous-titrage dans la vie réelle est la transcription en direct de la partie audio d’un programme, qui peut également inclure certains éléments non verbaux.

Cette technologie n’était pas prise en charge par la solution de streaming utilisée par Worldnow. Il appartenait donc à Redwerk de créer une solution efficace et moderne qui permettrait l’affichage des sous-titres avec les fichiers vidéo streamés.

Solution

La technologie utilisée par Worldnow pour la ré-transmission et l’affichage de flux en direct sur les sites web de ses clients était fournie par Akamai Technologies, un réseau américain spécialisé dans la diffusion de contenu sur Internet. Bien qu’il s’agisse de l’une des plus grandes plateformes de calcul distribué au monde et qu’elle gère actuellement entre 15 et 20 % de tout le trafic web, l’affichage des sous-titres s’est avéré problématique, car ils disparaissaient simplement une fois qu’un signal vidéo contenant des données CC était téléchargé sur leurs serveurs. Nos experts en logiciels ont rapidement identifié la source du problème : le Flash media live encoder (FMLE) supprimait en fait toutes les données CC lors de l’encodage du signal vidéo en AAC/H264.

Afin de faire fonctionner cela d’une manière qui satisferait à la fois notre client et offrirait une excellente expérience utilisateur, deux voies possibles ont été identifiées pour notre équipe de projet :

1. Trouver une solution aux problèmes causés par le flux de travail existant et FMLE

Lors de l’analyse de la solution existante, les lacunes suivantes de FMLE ont été détectées :

• Impossible de lire les données de sous-titrage à partir de la broche d’un appareil
• Impossible de copier les flux sans les modifier
• Les données CC étaient supprimées pendant l’encodage h264
• Aucune option de configuration disponible pour remédier à ce comportement
• Aucune solution open source disponible pour modifier ces informations

2. Trouver des encodeurs alternatifs capables de conserver les données CC pendant l’encodage

Nous avons essayé et testé diverses solutions logicielles d’encodage, telles que Afritelly encoder, Wirecast et Sorenson Squeeze. Cependant, les choses se sont avérées difficiles car toutes ces solutions présentaient soit des problèmes similaires avec les données CC, soit étaient incompatibles avec la diffusion vers Akamai. La raison en était la connexion sécurisée utilisée par Akamai, protégée par des noms d’utilisateur et des mots de passe.

Finalement, et après mûre réflexion, le gagnant fut… ffmpeg, un projet open source avec une configuration très flexible et prenant en charge une multitude de formats pour l’encodage et la diffusion. Cependant, pour adapter cette solution à nos besoins, de nombreuses recherches étaient encore nécessaires :

• Répéter le processus de flux de travail actuel consistant à diffuser la vidéo et l’audio vers Akamai via ffmpeg. Cela s’est avéré concluant, car la diffusion de ffmpeg vers Akamai via l’authentification basique a fonctionné sans faute.
• Encoder les données CC sous forme de flux en direct et envoyer ce flux à Akamai via ffmpeg. Ici, il était important de s’assurer qu’aucune donnée CC ne serait perdue. À ce stade, le développement a été entravé par certains bogues dans ffmpeg, qui ont rendu impossible la mise en œuvre de la fonctionnalité requise :
  1. Le programme est incapable de lire correctement les broches de l’appareil, donc les données CC ne peuvent pas être lues à partir de celui-ci
  2. FFmpeg supprime les données CC lors de l’encodage en H264, tout comme FMLE ; même si nous pouvons lire les sous-titres et les encoder dans le flux vidéo, ffmpeg supprimera toujours les données CC pendant l’encodage

Cela s’est avéré être un projet complexe, en raison des raisons mentionnées ci-dessus, mais la fin heureuse est arrivée lorsque nous avons découvert que si l’étape d’encodage vidéo est ignorée et que ffmpeg est utilisé uniquement pour transmettre le flux à Akamai, les données CC ne sont pas supprimées.

Après cette bonne nouvelle, la tâche restante a été grandement simplifiée : trouver un moyen d’encoder la vidéo en H264 sans perdre les données CC et de la télécharger vers Akamai via ffmpeg. Pour surmonter cet obstacle final, nous avons opté pour l’encodeur MainConcept H264, capable d’utiliser les flux d’octets vidéo et CC comme données d’entrée et de produire un signal avec les sous-titres encodés dans le flux vidéo (un flux élémentaire, dit-on).