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 sur[Complétez les champs de la console](hls-specify-destination-emp.md).
**Pour concevoir le chemin**
1. Collectez les informations que vous avez [précédemment obtenues auprès](origin-server-hls-emp.md) de l' MediaPackage utilisateur :
+ Les deux URLs (les points de terminaison d'entrée sont la MediaPackage terminologie) du canal. Consultez les informations après cette procédure.
+ Si vous utilisez le standard MediaPackage, obtenez le nom d'utilisateur et le mot de passe. Si vous utilisez la MediaPackage version 2, vous n'utilisez pas les informations d'identification utilisateur.
1. Vous devez concevoir les parties des chemins de destination qui suivent le URLs.
**Topics**
+ [Collectez les informations pour la norme MediaPackage](hls-destinations-emp-info.md)
+ [Collectez les informations pour la MediaPackage version 2](hls-destinations-emp-info-v2.md)
+ [Syntaxe des chemins pour les sorties](hls-syntax-emp.md)
+ [Conception du NameModifier](hls-nameModifier-design-emp.md)
+ [Conception du SegmentModifier](hls-segmentModifier-design-emp.md)
# Collectez les informations pour la norme MediaPackage
Pour le standard MediaPackage, les deux URLs pour une chaîne ressemblent à ces exemples :
`6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/9dj8/channel`
`6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/e333/channel`
Où :
`mediapackage`indique que les points de terminaison d'entrée utilisent la version 1 de l'API MediaPackage
`channel`apparaît toujours à la fin de l'URL. Il s'agit du nom de fichier de base pour tous les fichiers de cette destination.
Les deux URLs sont toujours identiques, sauf pour le dossier juste avant`channel`.
# Collectez les informations pour la MediaPackage version 2
Pour MediaPackage la version 2, les deux URLs pour un canal ressemblent à ces exemples :
`mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index`
`mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index`
Où :
| Element | Description |
| --- | --- |
| mz82o4-1 et mz82o4-2 | Indiquez que les deux points de terminaison sont destinés à un canal redondant. MediaPackage Les préfixes sont toujours -1 et -2 |
| mediapackagev2 | Indique que les points de terminaison d'entrée utilisent la version 2 de l'API MediaPackage |
| live-sports/1/curling et live-sports/2/curling | Dossiers pour les ingestations redondantes. Un dossier inclut toujours/1/, et l'autre contient toujours /2/ |
| index | Apparaît toujours à la fin de l'URL. Il s'agit du nom de fichier de base pour tous les fichiers de cette destination. |
# Syntaxe des chemins pour les sorties
Une sortie HLS inclut toujours trois catégories de fichiers :
Consultez les sections suivantes.
+ Le manifeste principal
+ L'enfant manifeste
+ Les fichiers multimédia
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. Lorsque vous envoyez vers MediaPackage, vous devez envoyer tous les fichiers dans le même dossier. Les systèmes en aval s'attendent à ce que tous les fichiers soient réunis.
| Fichier | Syntaxe du chemin | Exemple |
| --- | --- | --- |
| Fichiers manifestes principaux | protocol channelURL extension | Le chemin de sortie. Voici un exemple qui utilise la MediaPackage v2 `https://mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index.m3u8` |
| Fichiers manifestes pour enfants | protocol channelURL nameModifier extension | Voici un exemple de chemin à suivre pour le manifeste enfant pour les rendus haute résolution de la sortie de curling (dans une destination utilisant MediaPackage la version v2) :`https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index-high.m3u8` |
| Fichiers multimédia (segments) | protocol channelURL nameModifier optionalSegmentModifier counter extension | Voici un exemple de chemin du fichier pour le 230e segment (dans une destination qui utilise la MediaPackage version v2) :https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index-high-00230.ts |
Ces chemins sont construits comme suit :
+ L' MediaPackage utilisateur doit vous avoir fourni le canal URLs. Ils URLs couvrent la partie du chemin allant jusqu'au BaseFileName inclus :
+ En standard MediaPackage, le BaseFileName est toujours`channel`.
+ Avec la MediaPackage version v2, le baseFileName est toujours`index`.
+ Vous devez spécifier les informations suivantes :
+ 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, ou .mp4 pour les fichiers d'un conteneur f MP4
# 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.
+ 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, si vous avez trois rendus, vous pouvez utiliser**-high**, **-medium** et**-low**. Ou chaque modificateur pourrait décrire avec précision la résolution et le débit (**-1920x1080-5500kpbs**).
+ 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é de commencer par un délimiteur, tel qu'un trait d'union, afin ` baseFilename` de séparer le. `nameModifier` `nameModifier`
Le`nameModifier` peut inclure des [variables de données](variable-data-identifiers.md).
# 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 **\$1t\$1-** 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.