Étape 1 : Concevez le chemin d'accès de la destination de sortie - AWS ElementalMediaLive

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.

Étape 1 : Concevez le chemin d'accès de la destination de sortie

Effectuez cette étape si vous n'avez pas encore conçu le chemin de destination complet ou les chemins d'accès. Si vous avez déjà conçu les chemins, rendez-vous surÉtape 2 : Remplissez les champs de la console.

Pour concevoir le chemin

  1. Collectez les informations que vous avezObtenu précédemmentde l'opérateur du système en aval :

    • Type de connexion pour le système en aval : Akamai, PUT basique 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).

    • Nom d'utilisateur et mot de passe permettant d'accéder au système en aval, si le système en aval nécessite des demandes authentifiées. Notez que ces informations d'identification d'utilisateur se rapportent à l'authentification de l'utilisateur, et non au protocole. L'authentification de l'utilisateur consiste à savoir 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.

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

  2. Dans le cadre de la planification avec l'opérateur du système en aval, vous auriez dû déterminer si vous souhaitez implémenter des manifestes redondants. Vous auriez également dû déterminer si le système en aval nécessite des manifestes personnalisés. Compte tenu de ces deux décisions, lisez la section appropriée :

    • Si vous implémentez des manifestes redondants, consultezManifestes HLS redondants, puis revenez à cette section.

    • Si vous implémentez des chemins personnalisés pour les manifestes, reportez-vous à la sectionPersonnalisation des chemins dans les manifestes HLS, puis revenez à cette section.

    • Si vous n'implémentez aucune de ces fonctionnalités, continuez à lire cette section.

  3. Concevoir les parties des chemins de destination qui suivent le ou les godets. Pour plus d'informations, consultez les sections suivantes :

La syntaxe des chemins d'accès des sorties

Le tableau suivant décrit les articles qui constituent les chemins d'accès de destination pour ces trois catégories de fichiers.

Les chemins de destination de ces trois catégories de fichiers sont identiques jusqu'à laNom du fichier de base, ce qui signifiethatMediaLiveenvoie toutes ces catégories de fichiers dans le même dossier. Les modificateurs et les extensions de fichiers sont différents pour chaque catégorie de fichier.

Fichier Syntaxe du chemin Example (Exemple)
Fichiers manifestes principaux chemin de domaine de protocole, extension BaseFileName

URL d'un manifeste principal portant le nom de fichiercurling :

http://203.0.113.55/sports/delivery/curling.m3u8
Fichiers manifestes enfants chemin de domaine de protocole, extension BaseFileNameModifier URL du manifeste enfant pour les rendus haute résolution de la sortie de curling.

http://203.0.113.55/sports/delivery/curling-high.m3u8

Fichiers multimédias (segments) protocol domain path baseFilename nameModifier optionalSegmentModifier counter extension

L'URL du fichier pour le 230e segment peut être :

http:// 203.0.113.55/sports/delivery/curling-high-00230.ts

Ces chemins de destination sont construits comme suit :

  • L'opérateur au niveau du système en avalaurait dû vous fourniravec le protocole, le domaine et une partie du chemin. Par exemple :

    http://203.0.113.55/sports/

    Le protocole est toujours HTTP ou HTTPS.

  • L'opérateur a peut-être fourni ce qui suit. Sinon, vous décidez :

    • Dossiers

    • Le nom du fichier de base

    • Modificateur

    • Le SegmentModifier

    Consultez les sections qui suivent.

  • MediaLive insère le trait de soulignement avant le compteur.

  • MediaLivegénère le compteur, qui comporte toujours cinq chiffres et commence par 00001.

  • MediaLive insère le point avant l'extension.

  • MediaLive sélectionne l'extension :

    • Pour les fichiers manifestes toujours .m3u8

    • Pour les fichiers multimédias —.tspour les fichiers d'un flux de transport,.mp4pour les fichiers dans un conteneur FMP4

Conception des dossiers et du nom de base

PourfolderetbaseFilenameSuivez les instructions ci-dessous :

  • Pour un canal monopipeline, vous n'en avez besoin que d'un baseFilename.

  • Pour un canal standard lorsque vous n'implémentez pas de manifestes redondants, vous en avez besoin de deux baseFilenames. Les deux baseFilenames peuvent être identiques ou différents. Avant de créer un autre baseFilenames, assurez-vous que le système en aval peut fonctionner avec cette configuration.

  • Pour un canal standard lorsque vous implémentez des manifestes redondants, veuillez consulter Champs pour les manifestes redondants.

Conception du modificateur de nom

Concevez lenameModifierparties du nom de fichier. Les manifestes enfants et les fichiers multimédias incluent ce modificateur dans leurs noms de fichiers. Ce nameModifier distingue chaque sortie de l'autre, de sorte qu'elle doit être unique dans chaque sortie. Suivez ces instructions :

  • Pour une sortie qui contient de la vidéo (et éventuellement d'autres flux), vous décrivez généralement la vidéo. Par exemple, -high ou -1920x1080-5500kpbs (pour décrire la résolution et le débit).

  • Pour une sortie qui ne contient que des sous-titres audio ou uniquement des sous-titres, vous décrivez généralement la ou les sous-titres audio. Par exemple, -aac ou -webVTT.

  • Il est conseillé d'inclure un délimiteur, pour séparer clairement le baseFilenameà partir desnameModifier.

  • Le nameModifier peut inclure des variables de données.

Conception du modificateur de segment

Concevoir la partie des modificateurs de segment du chemin de destination. Le modificateur de segment est facultatif et, si vous l'incluez, seuls les noms de fichiers multimédias l'incluent.

Un cas d'utilisation type de ce modificateur consiste à utiliser une variable de données pour créer un horodatage, afin d'empêcher les segments de se substituer les uns aux autres si le canal redémarre. Par exemple, supposons que l'horodatage $t$- soit inclus. Le segment 00001 peut avoir le nomcurling-120028-00001. Si la sortie redémarre quelques minutes plus tard (ce qui provoque le redémarrage du compteur de segments), le nouveau segment 00001 aura le nom.curling-120039-00001. Le nouveau fichier ne remplacera pas le fichier pour le segment d'origine 00001. Certains systèmes en aval peuvent préférer ce comportement.