HLSgroupe de sortie 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.

HLSgroupe de sortie vers HTTP

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

  • Un HTTPS PUT serveur HTTP OR.

  • Un HTTP ou un DAV serveur HTTPS Web.

  • 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 HLS sortie du groupe de sorties.

Lorsque vous HLS livrezHTTP, vous livrez 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 le WebPUT. DAV

  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 CDNparamètres du groupe HLS de sortie. 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 choisissez HLS. Choisissez le groupe, puis dans HLSles paramètres, ouvrez CDNles paramètres.

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

    • Vous avez besoin de deux destinations dans un canal standard.

    • Vous avez besoin d'une destination dans 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 de plus amples informations, veuillez consulter Personnalisation des chemins à l'intérieur des 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'informationsCréation de manifestes redondants HLS, voir Règles pour la plupart des systèmes en aval et spécifiquement Règles pour Akamai CDNs pour obtenir des instructions spécifiques.

  7. Parlez à l'opérateur du système en aval pour convenir d'un chemin de destination complet pour les trois catégories de HLS fichiers (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 HLS fichiers. 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. Le système en aval n'a pas besoin de connaître les noms de dossiers ou de fichiers que vous allez utiliser.

      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 ou PUT Web. DAV

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

    • Le protocole de livraison— HTTP ouHTTPS.

    • 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.