Groupe de sortie HLS vers HTTP - MediaLive

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Groupe de sortie HLS vers HTTP

Suivez cette procédure si vous avez décidé de créer un groupe de sortie HLS avec l'un des systèmes en aval suivants comme destination :

  • Un serveur HTTP ou HTTPS PUT.

  • Un serveur WebDAV HTTP ou HTTPS.

  • Un serveur d'origine d'Akamai.

L'opérateur du système en aval et vous-même devez vous mettre d'accord sur la destination de la sortie du groupe de sorties HLS. Vous aurez besoin de ces informations lors de la création de la MediaLive chaîne.

Lorsque vous diffusez le HLS via HTTP, vous le faites souvent vers un serveur d'origine. Le serveur d'origine dispose généralement de directives claires concernant les règles relatives au chemin de destination, y compris le nom de fichier du manifeste principal (le .M3U8 fichier).

Pour organiser la configuration de la destination

Vous devez parler à l'opérateur du système en aval pour coordonner votre configuration.

  1. Si le système en aval n'est pas un serveur Akamai, déterminez s'il utilise PUT ou WebDAV.

  2. Découvrez si le système en aval a des exigences de connexion particulières. Ces champs de connexion sont regroupés dans la console dans la section des paramètres CDN pour le groupe de sortie HLS. Pour afficher cette page sur la MediaLive console, dans la page Créer une chaîne, dans la section Groupes de sortie, choisissez Ajouter, puis HLS. Choisissez le groupe, puis dans les paramètres HLS, ouvrez les paramètres du CDN.

  3. Décidez si vous avez besoin de deux destinations pour la sortie :

    • Vous avez besoin de deux destinations pour la sortie d'un canal standard.

    • Vous avez besoin d'une destination pour la sortie d'un canal à pipeline unique.

  4. Découvrez si le système en aval utilise une connexion sécurisée. Si tel est le cas, prenez des dispositions avec l'opérateur pour configurer les informations d'identification de l'utilisateur.

  5. Découvrez si le système en aval nécessite des chemins personnalisés à l'intérieur des manifestes principaux et des manifestes enfants. Pour plus d'informations, veuillez consulter Personnalisation des chemins dans les manifestes HLS.

  6. Si vous configurez un canal standard, vérifiez si le système en aval prend en charge les manifestes redondants. Si c'est le cas, décidez si vous souhaitez implémenter cette fonctionnalité. Pour plus d'informationsManifestes HLS redondants, voir Règles pour la plupart des systèmes en aval et spécifiquement Règles pour les CDN Akamai pour obtenir des instructions spécifiques.

  7. Contactez l'opérateur du système en aval pour convenir d'un chemin de destination complet pour les trois catégories de fichiers HLS (les manifestes principaux, les manifestes secondaires et les fichiers multimédia). MediaLive place toujours les trois catégories de fichiers pour chaque destination dans cet emplacement unique. Il n'est pas possible de configurer MediaLive pour placer certains fichiers dans un autre emplacement.

    Si vous avez deux destinations, les chemins de destination doivent être différents l'un de l'autre d'une manière ou d'une autre. Au moins une des parties d'un chemin doit être différente de l'autre. Il est acceptable que toutes les portions soient différentes. Discutez de cette exigence avec l'opérateur du système en aval. Le système en aval peut avoir des règles spécifiques concernant l'unicité.

  8. Adressez-vous à l'opérateur du système en aval pour connaître les exigences particulières relatives aux noms des trois catégories de fichiers HLS. En général, le système en aval n'a pas d'exigences particulières.

  9. Consultez l'opérateur du système en aval pour connaître les exigences particulières relatives au modificateur des noms des manifestes et des fichiers multimédia pour enfants.

    Les manifestes enfants et les fichiers multimédia incluent toujours ce modificateur dans leurs noms de fichiers. Ce modificateur distingue chaque sortie de l'autre, il doit donc être unique dans chaque sortie. Par exemple, les fichiers pour la sortie haute résolution doivent porter un nom différent de celui des fichiers pour la sortie basse résolution. Par exemple, les fichiers d'une sortie peuvent avoir le nom de fichier et le modificateurcurling_high, tandis que l'autre sortie peut en avoir uncurling_low.

    En général, le système en aval n'a pas d'exigences particulières.

  10. Demandez à l'opérateur du système en aval si les fichiers multimédia doivent être configurés dans des sous-répertoires distincts. Par exemple, un sous-répertoire pour les 1 000 premiers segments, un autre sous-répertoire pour les 1 000 seconds segments, etc.

    La plupart des systèmes en aval ne nécessitent pas de sous-répertoires séparés.

  11. Convenez des parties du chemin de destination pour lesquelles le système en aval a des exigences particulières.

    • Par exemple, le système en aval peut uniquement exiger que vous envoyiez des données à un hôte spécifique.

      Par exemple, envoyez vers deux dossiers que vous nommez, mais sur l'hôte à https://203.0.113.55

      Ou envoyez-le vers deux dossiers que vous nommez, mais sur les hôtes situés à https://203.0.113.55 et https://203.0.113.82

    • Le système en aval peut également avoir besoin d'un hôte et d'un dossier spécifiques, mais avec un nom de fichier que vous choisissez. Par exemple, cet hôte et ces dossiers :

      https://203.0.113.55/sports/delivery/

      https://203.0.113.55/sports/backup/

  12. Prenez note des informations que vous avez collectées :

    • Type de connexion pour le système en aval : Akamai, PUT ou WebDAV.

    • Les paramètres des champs de connexion, si le système en aval a des exigences particulières.

    • Protocole de livraison : HTTP ou HTTPS.

    • Le nom d'utilisateur et le mot de passe permettant d'accéder au système en aval, si celui-ci nécessite des demandes authentifiées. Notez que ces informations d'identification utilisateur concernent l'authentification de l'utilisateur et non le protocole. L'authentification de l'utilisateur permet de déterminer si le système en aval acceptera votre demande. Le protocole détermine s'il convient d'envoyer la demande sur une connexion sécurisée.

    • Tout ou partie des chemins de destination, y compris éventuellement les noms de fichiers.

    • Si vous devez configurer des sous-répertoires distincts.