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.
Concevez le 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 surComplétez les champs de la console.
Pour concevoir le chemin
-
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 : AkamaiPUT, Basic ou 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.
-
-
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 sectionCréation de manifestes redondants HLS, puis revenez à cette section.
-
Si vous implémentez des chemins personnalisés pour les manifestes, reportez-vous à cette sectionPersonnalisation des chemins à l'intérieur des manifestes HLS, puis revenez à cette section.
-
Si vous n'implémentez aucune de ces fonctionnalités, continuez à lire cette section.
-
-
Concevez les parties des chemins de destination qui suivent le ou les compartiments. Pour plus de détails, consultez les sections suivantes.
Rubriques
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 | baseFilename extension de chemin de domaine de protocole | URLPour un manifeste principal portant le nom de fichier /index : http://203.0.113.55/sports/delivery/curling/index.m3u8 |
Fichiers manifestes pour enfants | baseFilename nameModifierextension de chemin de domaine de protocole | Le manifeste URL destiné à l'enfant pour les rendus en haute résolution de la sortie
|
Fichiers multimédia (segments) | protocol domain path baseFilename nameModifier
optionalSegmentModifier counter
extension |
Le URL fichier du 230e segment peut être le suivant : 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 ouHTTPS.
-
L'opérateur a peut-être fourni les informations suivantes. Sinon, c'est à vous de les choisir :
-
Les dossiers
-
L'interface baseFilename
-
Le modificateur
-
L'interface segmentModifier
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 MP4 conteneur f
-
Conception des dossiers et baseFilename
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 deuxbaseFilenames
peuvent être identiques ou différents. Avant de créer un autrebaseFilenames
, 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.
Concevoir le 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.
Concevoir le segmentModifier
Concevez la segmentModifiers partie 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.