Étape 1 : Conception du chemin pour la destination de sortie

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

Pour concevoir le chemin

1. Collectez les informations que vous avez précédemment obtenues auprès de l'opérateur du système en aval :

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

2. Dans le cadre de la planification avec l'opérateur du système en aval, vous devez avoir déterminé si vous souhaitez implémenter des manifestes redondants. Vous devez également avoir déterminé 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, reportez-vous à cette sectionManifestes HLS redondants, puis revenez à cette section.

   • Si vous implémentez des chemins personnalisés pour les manifestes, reportez-vous à cette 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. Concevez les parties des chemins de destination qui suivent le ou les compartiments. Pour plus de détails, consultez les sections suivantes.

Syntaxe des chemins pour les sorties

Le tableau suivant décrit les parties qui constituent les chemins de destination pour ces trois catégories de fichiers.

Les chemins de destination pour ces trois catégories de fichiers sont identiques, y compris le BaseFileName, ce qui signifie que toutes ces catégories de fichiers sont thatMediaLive envoyées dans le même dossier. Les modificateurs et les extensions de fichier sont différents pour chaque catégorie de fichier.

Fichier	Syntaxe du chemin	Exemple
Fichiers manifestes principaux	chemin de domaine du protocole, extension BaseFileName	URL d'un manifeste principal portant le nom de fichier /index : http://203.0.113.55/sports/delivery/curling/index.m3u8
Fichiers manifestes pour enfants	chemin de domaine du protocole BaseFileName NameModifier extension	URL du manifeste enfant pour les rendus haute résolution de la sortie http://203.0.113.55/sports/delivery/curling/index-high.m3u8
Fichiers multimédia (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/index-high-00230.ts

Ces chemins de destination sont construits comme suit :

• L'opérateur du système en aval aurait dû vous fournir 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 les informations suivantes. Dans le cas contraire, c'est à vous de les choisir :

  • Les dossiers

  • Le nom de fichier de base

  • Le modificateur

  • Le modificateur de segment

  Consultez les sections qui suivent.

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

• MediaLive génère le compteur, qui est toujours composé de cinq chiffres et commence à 00001.

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

• MediaLive sélectionne l'extension :

  • Pour les fichiers manifestes : toujours .m3u8

  • Pour les fichiers multimédia : .ts pour les fichiers d'un flux de transport et .mp4 pour les fichiers d'un conteneur fMP4

Conception des dossiers et du fichier de base

Pour la baseFilename partie folder et du chemin de destination, suivez les instructions suivantes :

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

Concevez les nameModifier parties du nom du 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.

• C'est une bonne idée d'inclure un délimiteur, afin baseFilename de séparer clairement lenameModifier.

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

Conception du SegmentModifier

Concevez la partie SegmentModifiers du chemin de destination. Le SegmentModifier est facultatif, et si vous l'incluez, seuls les noms de fichiers multimédia 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 porte peut-être ce nom/index-120028-00001. Si la sortie redémarre quelques minutes plus tard (ce qui entraîne le redémarrage du compteur de segments), le nouveau segment 00001 portera le nom. /index-120039-00001 Le nouveau fichier ne remplacera pas le fichier du segment 00001 d'origine. Certains systèmes en aval peuvent préférer ce comportement.