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.
# Création d'un groupe de sortie HLS
Vous créez le groupe de sortie et ses sorties lorsque vous [créez ou modifiez un MediaLive canal](creating-a-channel-step4.md).
## Procédure
1. Sur la page **Create channel (Créer un canal)**, sous **Output groups (Groupes de sortie)**, choisissez **Add (Ajouter)**.
1. Dans la section **Add output group (Ajouter un groupe de sortie)**, choisissez **HLS**, puis choisissez **Confirm (Confirmer)**. D'autres sections apparaissent.
+ **Destination du groupe HLS** — Cette section contient des champs pour la destination des sorties. Pour plus d'informations, consultez la section relative au type de système en aval :
+ [Champs pour la destination de sortie : envoi vers Amazon S3](hls-destinations-s3.md)
+ [Champs pour la destination de sortie — envoi à MediaStore](hls-destinations-ems.md)
+ [Champs pour la destination de sortie — envoi à MediaPackage](hls-destinations-emp.md)
+ [Champs pour la destination de sortie — envoi vers un serveur HTTP](hls-destinations-http.md)
+ **Paramètres HLS** [— Cette section contient des champs pour la [destination des sorties, pour la](hls-destinations-http.md)[résilience](hls-other-features.md#hls-resiliency) et pour les sous-titres.](hls-other-features.md#hls-captions)
+ **Sorties HLS** — Cette section montre la sortie unique ajoutée par défaut.
+ **Emplacement** — Cette section contient des champs permettant de [personnaliser les chemins à l'intérieur des manifestes](hls-manifest-paths.md).
+ **Manifeste et segments** — Cette section contient des champs permettant de [configurer des manifestes redondants](hls-opg-redundant-manifest.md), de configurer le [contenu du manifeste](hls-other-features.md#hls-manifest-contents) et de [configurer des segments multimédias](hls-other-features.md#hls-segment-fields).
+ **DRM** — Cette section contient des champs permettant de configurer [le chiffrement des sorties](hls-other-features.md#hls-drm).
+ **Marqueur publicitaire** — Cette section contient des champs permettant de configurer la disponibilité des [annonces SCTE-35.](hls-other-features.md#hls-ad-markers)
+ **Sous-titres** — Cette section contient des champs permettant de configurer les [sous-titres](hls-other-features.md#hls-captions).
+ **ID3**— Cette section contient des champs de configuration pour [ID3](hls-other-features.md#hls-id3).
1. Si votre plan inclut plusieurs sorties dans ce groupe de sorties, puis dans **les sorties HLS**, choisissez **Ajouter une sortie** pour ajouter le nombre approprié de sorties.
1. Dans **Sorties HLS**, choisissez le premier lien **Paramètres** pour afficher les sections de la première sortie :
+ **Paramètres de sortie** — Cette section contient des champs pour la destination des sorties. Consultez les sections suivantes :
+ [Champs pour la destination de sortie : envoi vers Amazon S3](hls-destinations-s3.md)
+ [Champs pour la destination de sortie — envoi à MediaStore](hls-destinations-ems.md)
+ [Champs pour la destination de sortie — envoi à MediaPackage](hls-destinations-emp.md)
+ [Champs pour la destination de sortie — envoi vers un serveur HTTP](hls-destinations-http.md)
Cette section contient également des champs pour le [conteneur HLS](hls-container.md).
+ **Paramètres de diffusion** — Cette section contient des champs pour les [flux de sortie](hls-streams-section.md) (vidéo, audio et sous-titres).
1. (Facultatif) Entrez les noms du groupe de sortie et des sorties :
+ Dans **Paramètres HLS**, pour **Nom**, entrez un nom pour le groupe de sortie. Ce nom est interne à MediaLive ; il n'apparaît pas dans la sortie. Par exemple, **Sports Curling**.
+ Dans la section **Sorties HLS** pour chaque sortie, pour **Nom**, entrez un nom pour la sortie. Ce nom est interne à MediaLive ; il n'apparaît pas dans la sortie. Par exemple, **high resolution**.
1. Pour compléter les autres champs, consultez les rubriques répertoriées après cette procédure.
1. Une fois que vous avez terminé la configuration de ce groupe de sortie et de ses sorties, vous pouvez créer un autre groupe de sortie (de n'importe quel type), si votre plan l'exige. Sinon, allez à [Enregistrer la chaîne](creating-a-channel-step9.md).
**Topics**
+ [Procédure](#hls-create-procedure)
+ [Champs de destination dans un groupe de sortie HLS](hls-destinations.md)
+ [Champs du conteneur HLS](hls-container.md)
+ [Champs permettant de personnaliser les chemins à l'intérieur des manifestes](hls-custom-manifests.md)
+ [Champs pour les manifestes redondants](hls-opg-redundant-manifest.md)
+ [Champs des flux vidéo, audio et sous-titres (codages)](hls-streams-section.md)
+ [Champs pour d'autres fonctionnalités HLS](hls-other-features.md)
# Champs de destination dans un groupe de sortie HLS
Le groupe de sortie HLS in MediaLive prend en charge plusieurs types de destinations. Chaque type a des exigences de configuration différentes.
**Topics**
+ [Champs pour la destination de sortie : envoi vers Amazon S3](hls-destinations-s3.md)
+ [Champs pour la destination de sortie — envoi à MediaStore](hls-destinations-ems.md)
+ [Champs pour la destination de sortie — envoi à MediaPackage](hls-destinations-emp.md)
+ [Champs pour la destination de sortie — envoi vers un serveur HTTP](hls-destinations-http.md)
# Champs pour la destination de sortie : envoi vers Amazon S3
Lorsque vous avez [planifié les destinations du groupe de sortie HLS](origin-server-hls-s3.md), vous avez peut-être décidé d'envoyer la sortie à Amazon S3. Vous devez concevoir le ou les chemins de destination pour la sortie. Vous devez ensuite saisir les différentes parties du chemin dans les champs appropriés de la console.
**Topics**
+ [Concevez le chemin pour la destination de sortie](hls-destinations-s3-design.md)
+ [Complétez les champs de la console](hls-destinations-s3-specify.md)
# 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-destinations-s3-specify.md).
**Pour concevoir le chemin**
1. Collectez les noms de compartiments que vous avez [précédemment obtenus auprès](origin-server-hls-s3.md) de l'utilisateur Amazon S3. Par exemple :
`amzn-s3-demo-bucket`
1. Concevez les parties des chemins de destination qui suivent le ou les compartiments. Pour plus de détails, consultez les sections suivantes.
**Topics**
+ [Syntaxe des chemins pour les sorties](#hls-syntax-s3)
+ [Conception des dossiers et du fichier de base](#hls-path-s3)
+ [Conception du NameModifier](#hls-nameModifier-design-s3)
+ [Conception du SegmentModifier](#hls-segmentModifier-design-s3)
## Syntaxe des chemins pour les sorties
Une sortie HLS inclut toujours trois catégories de fichiers :
+ 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 MediaLive 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 des fichiers vers Amazon S3, 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 bucket path baseFilename extension | Le chemin d'accès à un manifeste principal dans le bucket *comporte*, avec l'*index* des noms de fichiers :s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index.m3u8 |
| Fichiers manifestes pour enfants | protocol bucket path baseFilename nameModifier extension | La trajectoire du manifeste enfant pour les rendus en haute résolution de la sortie de curling`s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8` |
| Fichiers multimédia (segments) | protocol bucket path baseFilename nameModifier optionalSegmentModifier counter extension | Le chemin du fichier pour le 230e segment peut être le suivant :s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high-00230.ts |
Ces chemins de destination sont construits comme suit :
+ L'utilisateur Amazon S3 doit vous avoir fourni les noms des compartiments.
+ Vous devez déterminer les éléments suivants :
+ 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.
+ MediaLiveautomatically génère ce compteur. Au départ, il s'agit d'un nombre à cinq chiffres commençant à 00001 et augmentant de 1. Donc 00001, 00002, 00003 et ainsi de suite. Après 99999, le numéro suivant est 100000 (six chiffres), puis 100001, 100002, etc. Puis de 999999 à 1000000 (sept chiffres), et ainsi de suite.
+ 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 des dossiers et du fichier de base
Concevez un chemin de dossier et un BaseFileName adaptés à vos besoins.
Si vous avez deux destinations pour chaque sortie, les chemins de destination doivent être différents l'un de l'autre d'une manière ou d'une autre. Suivez ces instructions :
+ 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.
Par conséquent, si les compartiments sont *différents*, le chemin de dossier et les noms de fichiers des deux destinations peuvent être différents ou identiques. Par exemple :
`s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8`
`s3ssl://amzn-s3-demo-bucket1/sports/delivery/curling/index-high.m3u8`
or
`s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8`
`s3ssl://amzn-s3-demo-bucket1/sports/redundant/curling/index-high.m3u8`
+ Si les compartiments sont *identiques*, le chemin du dossier et les noms de fichier des deux destinations doivent être différents. Par exemple :
`s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8`
`s3ssl://amzn-s3-demo-bucket/sports/redundant/curling/index-high.m3u8`
## 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**.
+ 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.
# Complétez les champs de la console
Après avoir conçu les noms de sortie et les chemins de destination, vous pouvez configurer le groupe de sortie HLS.
Les champs suivants configurent l'emplacement et les noms du média HLS et des fichiers manifestes (la destination).
+ Section **Groupe de sortie — Destination du groupe HLS**
+ Section **Groupe de sortie — Paramètres HLS — CDN**
+ **Groupe de sortie — Emplacement — Structure du répertoire **
+ **Groupe de sortie — Emplacement — Segments par sous-répertoire**
+ **Sorties HLS — Paramètres de sortie — Modificateur de nom**
+ **Sorties HLS — Paramètres de sortie — Modificateur de segment**
**Pour définir la destination de la plupart des systèmes en aval**
1. Remplissez les champs **URL** de la section **Destinations du groupe HLS**. Spécifiez deux destinations si le canal est configuré en tant que canal standard, ou une destination s'il est configuré en tant que canal monopipeline.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/medialive/latest/ug/hls-destinations-s3-specify.html)
1. Laissez la section **Informations d'identification** vide dans les deux sections des **destinations du groupe HLS**. MediaLive est autorisé à écrire dans le compartiment S3 via l'entité de confiance. Quelqu'un de votre organisation devrait avoir déjà configuré ces autorisations. Pour de plus amples informations, veuillez consulter [Exigences d'accès pour l'entité de confiance](trusted-entity-requirements.md).
1. Dans la section des paramètres du **CDN**, choisissez`Hls S3`.
1. Remplissez le champ des **paramètres du CDN** uniquement si vous MediaLive devez définir une ACL prédéfinie chaque fois qu'il envoie cette sortie au compartiment Amazon S3.
L'utilisation d'une ACL prédéfinie ne s'applique généralement que si votre organisation n'est pas propriétaire du compartiment Amazon S3. Vous auriez dû discuter de l'utilisation d'une ACL prédéfinie avec le propriétaire du bucket lorsque vous avez discuté de la [destination de la sortie](origin-server-hls-s3.md#setting-dss-hls-canned-acl).
# Champs pour la destination de sortie — envoi à MediaStore
Lorsque vous avez [planifié les destinations du groupe de sortie HLS](origin-server-ems.md), vous avez peut-être décidé d'envoyer la sortie à MediaStore. Vous devez concevoir le ou les chemins de destination pour la sortie. Vous devez ensuite saisir les différentes parties du chemin dans les champs appropriés de la console.
**Topics**
+ [Concevez le chemin pour la destination de sortie](hls-destinations-ems-design.md)
+ [Complétez les champs de la console](hls-specify-destination-ems.md)
# 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-ems.md).
**Pour concevoir le chemin**
1. Collectez le point de terminaison des données pour le ou les conteneurs. Vous avez [déjà obtenu](origin-server-ems.md) ces informations auprès de l' MediaStore utilisateur. Par exemple :
`a23f.data.mediastore.us-west-2.amazonaws.com`
1. Concevez les parties des chemins de destination qui suivent le point de terminaison des données (pour MediaStore).
**Topics**
+ [Syntaxe des chemins pour les sorties](#hls-syntax-ems)
+ [Comment MediaLive construit les chemins](#hls-how-construct-urls-ems)
+ [Conception des dossiers et du fichier de base](#hls-path-ems)
+ [Conception du NameModifier](#hls-nameModifier-design-ems)
+ [Conception du SegmentModifier](#hls-segmentModifier-design-ems)
## Syntaxe des chemins pour les sorties
Une sortie HLS inclut toujours trois catégories de fichiers :
+ 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 MediaLive 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 MediaStore, 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 dataEndpoint path baseFilename extension | Le chemin d'un manifeste principal dans le chemin de *livraison* dans le conteneur, et avec l'*index* des noms de fichiers :mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8 |
| Fichiers manifestes pour enfants | protocol dataEndpoint path baseFilename nameModifier extension | Le chemin du manifeste enfant pour les rendus haute résolution de la sortie`mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index-high.m3u8` |
| Fichiers multimédia (segments) | protocol dataEndpoint path baseFilename nameModifier optionalSegmentModifier counter extension | Le chemin du fichier pour le 230e segment peut être le suivant :mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index-high-00230.ts |
## Comment MediaLive construit les chemins
Ces chemins sont construits comme suit :
+ L'utilisateur du AWS service doit vous avoir fourni les noms des conteneurs.
+ En MediaStore effet, vous devez déterminer les éléments suivants :
+ 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, ou .mp4 pour les fichiers d'un conteneur f MP4
## Conception des dossiers et du fichier de base
Concevez un chemin de dossier et un BaseFileName adaptés à vos besoins.
Si vous avez deux destinations pour chaque sortie, les chemins de destination doivent être différents l'un de l'autre d'une manière ou d'une autre. Suivez ces instructions :
+ 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.
Par conséquent, si les compartiments ou les conteneurs sont différents, le chemin de dossier et les noms de fichiers des deux destinations peuvent être différents ou identiques. Par exemple :
`mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8`
`mediastoressl://fe30.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8`
or
`mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8`
`mediastoressl://fe30.data.mediastore.us-west-2.amazonaws.com/redundant/index.m3u8`
+ Si les compartiments ou les conteneurs sont identiques, le chemin du dossier et les noms de fichiers des deux destinations doivent être différents l'un de l'autre. Par exemple :
`mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8`
`mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/redundant/index.m3u8`
## 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**.
+ 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.
# Complétez les champs de la console
Après avoir conçu les noms de sortie et les chemins de destination, vous pouvez configurer le groupe de sortie HLS.
Les champs suivants configurent l'emplacement et les noms du média HLS et des fichiers manifestes (la destination).
+ Section **Groupe de sortie — Destination du groupe HLS**
+ Section **Groupe de sortie — Paramètres HLS — CDN**
+ **Groupe de sortie — Emplacement — Structure du répertoire **
+ **Groupe de sortie — Emplacement — Segments par sous-répertoire**
+ **Sorties HLS — Paramètres de sortie — Modificateur de nom**
+ **Sorties HLS — Paramètres de sortie — Modificateur de segment**
**Pour définir la destination de la plupart des systèmes en aval**
1. Remplissez les champs **URL** de la section **Destinations du groupe HLS**. Spécifiez deux destinations si le canal est configuré en tant que canal standard, ou une destination s'il est configuré en tant que canal monopipeline.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/medialive/latest/ug/hls-specify-destination-ems.html)
1. Laissez la section **Informations d'identification** vide dans les deux sections des **destinations du groupe HLS**. MediaLive est autorisé à écrire dans le MediaStore conteneur via l'entité de confiance. Quelqu'un de votre organisation devrait avoir déjà configuré ces autorisations. Pour de plus amples informations, veuillez consulter [Exigences d'accès pour l'entité de confiance](trusted-entity-requirements.md).
1. Dans la section des paramètres du **CDN**, choisissez`Hls media store`.
1. Si l' MediaStore utilisateur vous a donné des valeurs pour [configurer la connexion](origin-server-http.md), saisissez-les dans les champs de la section des paramètres du **CDN**.
# Champs pour la destination de sortie — envoi à MediaPackage
Lorsque vous avez [planifié la sortie à MediaPackage](hls-choosing-hls-vs-emp.md), vous avez peut-être décidé de l'envoyer en créant un groupe de sorties HLS. (Ou vous avez peut-être décidé de créer un [groupe MediaPackage de sortie](creating-mediapackage-output-group.md).)
Vous devez concevoir le ou les chemins de destination pour la sortie. Vous devez ensuite saisir les différentes parties du chemin dans les champs appropriés de la console.
Vous pouvez utiliser un groupe de sortie HLS pour envoyer vers le standard MediaPackage ou la toMediaPackage version v2. Les deux versions utilisent des protocoles différents :
+ MediaPackage utilise WebDAV.
+ MediaPackage v2 utilise Basic PUT.
**Topics**
+ [Concevez le chemin pour la destination de sortie](hls-destinations-emp-design.md)
+ [Complétez les champs de la console](hls-specify-destination-emp.md)
+ [MediaPackage Exemple standard](hls-example-mediapackage.md)
+ [MediaPackage exemple v2](hls-example-mediapackage-v2.md)
# 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.
# Complétez les champs de la console
Après avoir conçu les noms de sortie et les chemins de destination, vous pouvez configurer le groupe de sortie HLS.
Les champs suivants configurent l'emplacement et les noms du média HLS et des fichiers manifestes (la destination).
+ Section **Groupe de sortie — Destination du groupe HLS**
+ Section **Groupe de sortie — Paramètres HLS — CDN**
+ **Groupe de sortie — Emplacement — Structure du répertoire **
+ **Groupe de sortie — Emplacement — Segments par sous-répertoire**
+ **Sorties HLS — Paramètres de sortie — Modificateur de nom**
+ **Sorties HLS — Paramètres de sortie — Modificateur de segment**
**Pour définir la destination**
1. Remplissez les champs **URL** de la section **Destinations du groupe HLS**. Spécifiez deux destinations si le canal est configuré en tant que canal standard, ou une destination s'il est configuré en tant que canal monopipeline.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/medialive/latest/ug/hls-specify-destination-emp.html)
1. Entrez le nom d'utilisateur saisi. Pour le mot de passe (le cas échéant), entrez le nom du mot de passe enregistré dans le AWS Systems Manager Parameter Store. Ne saisissez pas le mot de passe lui-même. Pour de plus amples informations, veuillez consulter [Exigences relatives aux paramètres du AWS Systems Manager mot de passe](requirements-for-EC2.md).
1. Dans la section des paramètres du **CDN**, choisissez le type de connexion approprié :
+ Pour envoyer en mode standard MediaPackage, choisissez`Hls webdav`.
+ Pour envoyer vers la MediaPackage version 2, choisissez`Basic PUT`.
1. Si le système en aval vous a fourni des valeurs pour [configurer la connexion](origin-server-http.md), saisissez-les dans les champs de la section des paramètres du **CDN**.
# MediaPackage Exemple standard
Cet exemple montre comment configurer les champs de destination si le système en aval pour le groupe de sortie HLS est standard MediaPackage.
Supposons que vous souhaitiez diffuser le jeu de curling et créer trois sorties : débit élevé, moyen et faible.
| Champ | Value |
| --- | --- |
| CDN settings (Paramètres CDN) dans la section HLS settings (Paramètres HLS) | hls webdav |
| URL de la section Groupe de destination HLS A | 6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/9dj8/channel |
| Credentials (Informations d'identification) de la section HLS group destination A | MediaPackage n'accepte que les demandes authentifiées. Vous devez donc saisir un nom d'utilisateur et un mot de passe connus. MediaPackage Pour le mot de passe, entrez le nom du mot de passe stocké dans AWS Systems Manager Parameter Store. Ne saisissez pas le mot de passe lui-même. Pour de plus amples informations, veuillez consulter [Exigences relatives aux paramètres du AWS Systems Manager mot de passe](requirements-for-EC2.md). |
| URL de la section HLS group destination B | 6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/e333/channel |
| Credentials (Informations d'identification) de la section HLS group destination B | Entrez un nom d'utilisateur et un mot de passe pour l'URL de destination B. Les informations d'identification sont probablement les mêmes pour les deux URLs, mais ce n'est peut-être pas le cas. |
| Name modifier (Modificateur de nom) dans la section HLS outputs (Sorties HLS) | Choisissez **Add output (Ajouter une sortie)** deux fois : deux nouvelles lignes **Output (Sortie)** sont ajoutées à cette section pour atteindre un total de trois lignes. Dans chaque ligne, saisissez un modificateur : **-high**, **-medium** et **-low**. |
| Structure d'annuaire et Segments par sous-répertoire dans la section Emplacement | MediaPackage n'utilise pas ces champs, donc laissez-les vides. |
La conséquence est que les fichiers sont créés avec les noms suivants :
+ Un manifeste principal : **channel.m3u8**
+ Un manifeste enfant pour chaque sortie : **channel-high.m3u8**, **channel-medium.m3u8**, **channel-low.m3u8**
+ Des fichiers TS pour chaque sortie :
+ **channel-high-00001.ts**, **channel-high-00002.ts**, **channel-high-00003.ts**, etc.
+ **channel-medium-00001.ts**, **channel-medium-00002.ts**, **channel-medium-00003.ts**, etc.
+ **channel-low-00001.ts**, **channel-low-00002.ts**, ** channel-low-00003.ts**, etc.
Les fichiers seront publiés sur les deux entrées d'URL le MediaPackage.
# MediaPackage exemple v2
Cet exemple montre comment configurer les champs de destination si le système en aval pour le groupe de sortie HLS est standard MediaPackage.
Supposons que vous souhaitiez diffuser le jeu de curling et créer trois sorties : débit élevé, moyen et faible.
| Champ | Value |
| --- | --- |
| CDN settings (Paramètres CDN) dans la section HLS settings (Paramètres HLS) | **basic PUT** |
| URL de la section Groupe de destination HLS A | mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index |
| Credentials (Informations d'identification) de la section HLS group destination A | Laissez le champ vide. MediaPackage La v2 n'utilise pas d'informations d'identification pour s'authentifier. |
| URL de la section HLS group destination B | mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index. |
| Credentials (Informations d'identification) de la section HLS group destination B | Laissez le champ vide. MediaPackage La v2 n'utilise pas d'informations d'identification pour s'authentifier. |
| Name modifier (Modificateur de nom) dans la section HLS outputs (Sorties HLS) | Choisissez **Add output (Ajouter une sortie)** deux fois : deux nouvelles lignes **Output (Sortie)** sont ajoutées à cette section pour atteindre un total de trois lignes. Dans chaque ligne, saisissez un modificateur : **-high**, **-medium** et **-low**. |
| Structure d'annuaire et Segments par sous-répertoire dans la section Emplacement | MediaPackage n'utilise pas ces champs, donc laissez-les vides. |
La conséquence est que les fichiers sont créés avec les noms suivants :
+ Un manifeste principal : **index.m3u8**
+ Un manifeste enfant pour chaque sortie : **index-high.m3u8**, **index-medium.m3u8**, **index-low.m3u8**
+ Des fichiers TS pour chaque sortie :
+ **index-high-00001.ts**, **index-high-00002.ts**, **index-high-00003.ts**, etc.
+ **index-medium-00001.ts**, **index-medium-00002.ts**, **index-medium-00003.ts**, etc.
+ **index-low-00001.ts**, **index-low-00002.ts**, ** index-low-00003.ts**, etc.
Les fichiers seront publiés sur les deux entrées d'URL le MediaPackage.
# Champs pour la destination de sortie — envoi vers un serveur HTTP
Lorsque vous avez [planifié les destinations du groupe de sortie HLS](origin-server-http.md), vous avez peut-être décidé d'envoyer la sortie à un serveur HTTP.
Vous devez concevoir le ou les chemins de destination pour la sortie. Vous devez ensuite saisir les différentes parties du chemin dans les champs appropriés de la console.
**Topics**
+ [Concevez le chemin pour la destination de sortie](hls-destinations-design-step.md)
+ [Complétez les champs de la console](hls-specify-destination.md)
+ [Exemple pour un serveur HTTP ou HTTPS](hls-example-most-downstreamsystems.md)
+ [Exemple d'Akamai](hls-example-akamai.md)
# 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.md).
**Pour concevoir le chemin**
1. Collectez les informations que vous avez [précédemment obtenues auprès](origin-server-http.md) 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.
1. 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 section[Création de manifestes HLS redondants](hls-redundant-manifests.md), puis revenez à cette section.
+ Si vous implémentez des chemins personnalisés pour les manifestes, reportez-vous à cette section[Personnalisation des chemins dans les manifestes HLS](hls-manifest-paths.md), puis revenez à cette section.
+ Si vous n'implémentez aucune de ces fonctionnalités, continuez à lire cette section.
1. Concevez les parties des chemins de destination qui suivent le ou les compartiments. Pour plus de détails, consultez les sections suivantes.
**Topics**
+ [Syntaxe des chemins pour les sorties](#hls-syntax-http)
+ [Conception des dossiers et du fichier de base](#hls-baseFilename-design)
+ [Conception du NameModifier](#hls-nameModifier-design)
+ [Conception du SegmentModifier](#hls-segmentModifier-design)
## 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](origin-server-http.md) 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 MP4 conteneur f
## 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](hls-opg-redundant-manifest.md), 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](hls-opg-redundant-manifest.md).
## 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 le`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.
# Complétez les champs de la console
Les champs suivants configurent l'emplacement et les noms du média HLS et des fichiers manifestes (la destination).
+ Section **Groupe de sortie — Destination du groupe HLS**
+ Section **Groupe de sortie — Paramètres HLS — CDN**
+ **Groupe de sortie — Emplacement — Structure du répertoire **
+ **Groupe de sortie — Emplacement — Segments par sous-répertoire**
+ **Sorties HLS — Paramètres de sortie — Modificateur de nom**
+ **Sorties HLS — Paramètres de sortie — Modificateur de segment**
**Pour définir la destination**
1. Remplissez les champs **URL** de la section **Destinations du groupe HLS**. Spécifiez deux destinations si le canal est configuré en tant que canal standard, ou une destination s'il est configuré en tant que canal monopipeline.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/medialive/latest/ug/hls-specify-destination.html)
1. Si le système en aval requiert l'authentification des utilisateurs MediaLive, dans chaque section de **destination du groupe HLS**, complétez la section **Informations d'identification**. Entrez un nom d'utilisateur et un mot de passe fournis par le système en aval. Pour le mot de passe, entrez le nom du mot de passe enregistré dans le AWS Systems Manager Parameter Store. Ne saisissez pas le mot de passe lui-même. Pour de plus amples informations, veuillez consulter [Exigences relatives aux paramètres du AWS Systems Manager mot de passe](requirements-for-EC2.md).
1. Dans la section des paramètres du **CDN**, choisissez l'option que le système en aval vous a demandé d'utiliser : Akamai, PUT ou WebDAV.
1. Si le système en aval vous a fourni des valeurs pour [configurer la connexion](origin-server-http.md), saisissez-les dans les champs de la section des paramètres du **CDN**.
# Exemple pour un serveur HTTP ou HTTPS
Cet exemple montre comment configurer les champs de destination si le système en aval est un serveur HTTPS qui utilise le protocole PUT de base.
Supposons que vous souhaitiez diffuser le jeu de curling et créer trois sorties : débit élevé, moyen et faible.
| Champ | Value |
| --- | --- |
| CDN settings (Paramètres CDN) dans la section HLS settings (Paramètres HLS) | Hls basic putModifiez les autres champs CDN selon les instructions du système en aval. |
| URL de la section Groupe de destination HLS A | Par exemple :**https://203.0.113.55/sports/curling/index** |
| Credentials (Informations d'identification) de la section HLS group destination A | Si le système en aval nécessite des demandes authentifiées, entrez le nom d'utilisateur fourni par le système en aval. Pour le mot de passe, entrez le nom du mot de passe stocké dans AWS Systems Manager Parameter Store. Ne saisissez pas le mot de passe lui-même. Pour de plus amples informations, veuillez consulter [Exigences relatives aux paramètres du AWS Systems Manager mot de passe](requirements-for-EC2.md). |
| URL de la section HLS group destination B | Par exemple :**https://203.0.113.82/sports/curling/index** |
| Credentials (Informations d'identification) de la section HLS group destination B | Entrez un nom d'utilisateur et un mot de passe pour l'URL de destination B, le cas échéant. Les informations d'identification sont probablement les mêmes pour les deux URLs, mais ce n'est peut-être pas le cas. |
| Name modifier (Modificateur de nom) dans la section HLS outputs (Sorties HLS) | Choisissez **Add output (Ajouter une sortie)** deux fois : deux nouvelles lignes **Output (Sortie)** sont ajoutées à cette section pour atteindre un total de trois lignes. Dans chaque ligne, saisissez un modificateur : **-high**, **-medium** et **-low**. |
| Structure d'annuaire et Segments par sous-répertoire dans la section Emplacement | Supposons que le système en aval n'utilise pas ces champs. |
La conséquence est que les fichiers sont créés avec les noms suivants :
+ Un manifeste principal : `index.m3u8`
+ Un manifeste enfant pour chaque sortie : `index-high.m3u8`, `index-medium.m3u8`, `index-low.m3u8`
+ Des fichiers TS pour chaque sortie :
+ `index-high-00001.ts`, `index-high-00002.ts`, `index-high-00003.ts`, etc.
+ `index-medium-00001.ts`, `index-medium-00002.ts`, `index-medium-00003.ts`, etc.
+ `index-low-00001.ts`, `index-low-00002.ts`, ` index-low-00003.ts`, etc.
Les fichiers seront publiés sur deux hôtes du système en aval, et dans un dossier appelé `sports` sur chaque hôte.
# Exemple d'Akamai
Cet exemple montre comment configurer les champs de destination si le système en aval est un serveur Akamai.
Supposons que vous souhaitiez diffuser le jeu de curling et créer trois sorties : débit élevé, moyen et faible.
| Champ | Value |
| --- | --- |
| CDN settings (Paramètres CDN) dans la section HLS settings (Paramètres HLS) | HLS akamai Sélectionnez ce paramètre si vous utilisez l'authentification par jeton Akamai. Modifiez les autres champs CDN selon les instructions d'Akamai.HLS basic put Sélectionnez ce paramètre si vous utilisez l'authentification par condensé. Modifiez les autres champs CDN selon les instructions d'Akamai. |
| URL de la section Groupe de destination HLS A | Par exemple :**https://p-ep50002.i.akamaientrypoint.net/50002/curling/index**Mappage de cette URL à la terminologie d'Akamai : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/medialive/latest/ug/hls-example-akamai.html) |
| Credentials (Informations d'identification) de la section HLS group destination A | Si Akamai a besoin de demandes authentifiées, entrez un nom d'utilisateur et un mot de passe connus d'Akamai. Pour le mot de passe, entrez le nom du mot de passe stocké dans AWS Systems Manager Parameter Store. Ne saisissez pas le mot de passe lui-même. Pour de plus amples informations, veuillez consulter [Exigences relatives aux paramètres du AWS Systems Manager mot de passe](requirements-for-EC2.md). |
| URL de la section HLS group destination B | Par exemple :**https://b-ep50002.i.akamaientrypoint.net/50002-b/curling/index**Mappage de cette URL à la terminologie d'Akamai : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/medialive/latest/ug/hls-example-akamai.html) |
| Credentials (Informations d'identification) de la section HLS group destination B | Entrez un nom d'utilisateur et un mot de passe pour l'URL de l'autre destination, le cas échéant. Les informations d'identification sont probablement les mêmes pour les deux URLs, mais ce n'est peut-être pas le cas. |
| Name modifier (Modificateur de nom) dans la section HLS outputs (Sorties HLS) | Choisissez **Add output (Ajouter une sortie)** deux fois : deux nouvelles lignes **Output (Sortie)** sont ajoutées à cette section pour atteindre un total de trois lignes. Dans chaque ligne, saisissez un modificateur : **-high**, **-medium** et **-low**. |
| Structure d'annuaire et Segments par sous-répertoire dans la section Emplacement | Remplissez les champs selon les instructions d'Akamai. |
La conséquence est que les fichiers sont créés avec les noms suivants :
+ Un manifeste principal : **index.m3u8**
+ Un manifeste enfant pour chaque sortie : **index-high.m3u8**, **index-medium.m3u8**, **index-low.m3u8**
+ Des fichiers TS pour chaque sortie :
+ `index-high-00001.ts`, `index-high-00002.ts`, `index-high-00003.ts`, etc.
+ `index-medium-00001.ts`, `index-medium-00002.ts`, `index-medium-00003.ts`, etc.
+ `index-low-00001.ts`, `index-low-00002.ts`, ` index-low-00003.ts`, etc.
Les fichiers seront publiés à deux endroits :
+ Sur l'hôte Akamai, **p-ep50002.i.akamaientrypoint.net** dans un dossier appelé **50002**
+ Sur l'hôte**b-ep50002.i.akamaientrypoint.net**, dans un dossier appelé **50002-b**
# Champs du conteneur HLS
Les champs suivants configurent le conteneur dans chaque sortie.
+ **Sorties HLS** — **Paramètres de sortie — Section des paramètres** **HLS**
Ces champs contrôlent le contenu du manifeste et la structure des segments. Par comparaison, les champs décrits dans [Champs pour le contenu des manifestes](hls-other-features.md#hls-manifest-contents) contrôlent le nombre de manifestes et de segments dans la sortie.
**Pour configurer le connecteur**
1. Dans **Paramètres HLS**, choisissez l'option appropriée. Pour de plus amples informations sur les options, veuillez consulter la liste après cette procédure.
1. Pour **Hls standard**, d'autres champs apparaissent. Choisissez **Configuration de transport/conteneur** et **Paramètres PID**. Des champs supplémentaires apparaissent.
1. Modifiez les champs. En règle générale, vous modifiez les champs de ces deux sections uniquement si le système en aval vous fournit des valeurs.
**À propos des conteneurs HLS**
MediaLive prend en charge les types de conteneurs suivants :
+ **HLS standard** — Choisissez ce type de conteneur si vous souhaitez empaqueter les flux (encodages) dans un flux de transport (TS). Choisissez ce type de conteneur pour toutes les sorties du groupe de sortie (à l'exception des sorties faisant partie d'un groupe de rendu audio). Chaque sortie peut contenir les encodages suivants :
+ Un encodage vidéo
+ Un encodage vidéo avec des sous-titres intégrés
+ Un encodage vidéo (et des sous-titres éventuellement intégrés) et un ou plusieurs encodages audio
+ Un encodage de sous-titres
+ **Fmp4 hls** — Choisissez ce type de conteneur si vous souhaitez empaqueter les flux (encodés) sous forme fragmentée. MP4 Choisissez ce type de conteneur pour toutes les sorties du groupe de sortie (à l'exception des sorties faisant partie d'un groupe de rendu audio). Chaque sortie peut contenir les encodages suivants :
+ Un encodage vidéo
+ Un encodage vidéo avec des sous-titres intégrés
+ Un encodage de sous-titres
+ **Audio uniquement** : choisissez ce type de conteneur pour chaque sortie uniquement audio faisant partie d'un groupe de rendu audio. Le groupe de rendu peut faire partie d'un TS (flux de transport) ou d'un MP4 package f. Pour de plus amples informations sur la création d'un groupe de formats associés audio, veuillez consulter [Groupes de rendu audio pour HLS](audio-renditions.md).
+ **Capture** d'images — Choisissez ce type de conteneur pour créer un fichier JPEG de captures d'images dans le groupe de sortie. Ce conteneur est utilisé pour implémenter le trick-play. Pour plus d'informations sur cette fonctionnalité et pour obtenir des instructions sur sa configuration dans le canal, consultez[Piste à jouer grâce à la spécification Image Media Playlist](trick-play-roku.md).
# Champs permettant de personnaliser les chemins à l'intérieur des manifestes
À l'intérieur du manifeste principal, il existe des chemins vers chaque manifeste enfant. À l'intérieur de chaque manifeste enfant, il y a des chemins d'accès aux fichiers multimédias pour ce manifeste.
Vous pouvez éventuellement modifier la syntaxe de ces chemins d'accès. En règle générale, vous n'avez besoin de modifier la syntaxe que si le système en aval a des exigences particulières de chemin d'accès.
Les champs suivants concernent des chemins personnalisés à l'intérieur des manifestes :
+ **Groupe de sortie HLS — Emplacement** — Champs **Contenu URL de base**
+ **Groupe de sortie HLS — Emplacement** — Champs **Manifeste URL de base**
Pour de plus amples informations sur la configuration des chemins personnalisés dans les manifestes, veuillez consulter [Personnalisation des chemins dans les manifestes HLS](hls-manifest-paths.md).
# Champs pour les manifestes redondants
MediaLive prend en charge les manifestes redondants tels que spécifiés dans la spécification HLS. Vous pouvez activer cette fonctionnalité dans un canal standard.
Les champs suivants concernent les manifestes redondants :
+ Champs **Groupe de sortie HLS — Manifestations et segments — Manifestes redondants**
+ Champs **Groupe de sortie HLS — Emplacement — Manifeste URL de base**
+ Champs **Groupe de sortie HLS — Emplacement — Contenu URL de base**
Vous ne pouvez pas activer cette fonctionnalité dans un groupe de sortie HLS dont le système est MediaPackage situé en aval.
Pour de plus amples informations sur la configuration des manifestes redondants, veuillez consulter [Création de manifestes HLS redondants](hls-redundant-manifests.md).
# Champs des flux vidéo, audio et sous-titres (codages)
Les champs suivants concernent l'encodage des codes vidéo, audio et sous-titres dans chaque sortie.
+ Section **Paramètres de flux**
Pour plus d'informations sur la création d'encodages, consultez les sections suivantes :
+ [Configuration de l'encodage vidéo](creating-a-channel-step6.md)
+ [Configurer les encodages audio](creating-a-channel-step7.md)
+ [Configurer les sous-titres et les encodages](creating-a-channel-step8.md)
# Champs pour d'autres fonctionnalités HLS
**Topics**
+ [Champs pour les nouvelles tentatives de connexion](#hls-reconnection-fields)
+ [Champs pour le contenu des manifestes](#hls-manifest-contents)
+ [Champs pour les segments](#hls-segment-fields)
+ [Champs pour la résilience](#hls-resiliency)
+ [Champs pour DRM](#hls-drm)
+ [Champs pour les disponibilités des annonces SCTE-35](#hls-ad-markers)
+ [Champs pour les sous-titres](#hls-captions)
+ [Champs pour les ID3 métadonnées](#hls-id3)
## Champs pour les nouvelles tentatives de connexion
Les champs suivants de la section **Groupe de sortie — Paramètres HLS — Paramètres CDN** configurent le comportement de reconnexion au système en aval :
+ **Intervalle de nouvelle tentative de connexion**
+ **Nombre de nouvelles tentatives**
+ **Durée de la mise en cache de fichiers**
+ **Retard de redémarrage**
Pour plus de détails sur un champ, choisissez le lien **Infos** en regard du champ dans la console MediaLive .
## Champs pour le contenu des manifestes
Les champs suivants de la section **Groupe de sortie HLS — Manifestations et segments** configurent les informations à inclure dans les manifestes enfants HLS :
+ **Sélection de sortie**
+ **Mode**
+ **Résolution inf de flux**
+ **Format de la durée du manifeste**
+ **Num segments**
+ **Playlists i-Frame uniquement** — Ce champ est utilisé pour implémenter le trick-play via i-Frames. Pour de plus amples informations, veuillez consulter [Piste de trick-play via i-Frames](trick-play-i-frames.md).
+ **Date et heure du programme (PDT)** — Ce champ est utilisé pour inclure ou exclure la `EXT-X-PROGRAM-DATE-TIME` balise dans les fichiers manifestes. Les informations de balise aident les joueurs en aval à synchroniser le flux avec la source sélectionnée dans le champ d'**horloge PDT**.
+ **Date et heure du programme (PDT)** — Ce champ est utilisé pour définir l'intervalle de temps pour l'insertion des `EXT-X-PROGRAM-DATE-TIME` balises, en secondes.
+ **Horloge de la date et de l'heure du programme (PDT)** — Ce champ est utilisé pour sélectionner la source horaire du PDT. Le code temporel de sortie ou l'heure UTC peuvent être sélectionnés.
+ **Cache client**
+ **Horodatage delta en microsecondes**
+ **Spécification du codec**
+ **Compression du manifeste**
Pour plus de détails sur un champ, cliquez **sur le lien Info** situé à côté du champ dans la MediaLive console.
## Champs pour les segments
Les champs suivants configurent les segments de média dans la sortie.
+ Les champs suivants de la section **Groupe de sortie HLS — Manifestations et segments** :
+ **Mode de fichier TS**
+ **Segment length (Longueur de segment)**
+ **Conserver les segments**
+ **Longueur de segment**
+ **Sorties HLS** — **Paramètres de sortie** — Type **d'emballage H.265**. Ce champ s'applique uniquement aux MP4 sorties f. MediaLiveignore la valeur de ce champ pour les autres types.
Pour plus de détails à propos d'un champ, choisissez le lien **Info** en regard du champ.
## Champs pour la résilience
Le domaine suivant concerne la mise en œuvre de la résilience dans une sortie HLS.
+ **Groupe de sorties HLS** — Section **Paramètres HLS** — Action de perte **d'entrée**
Modifiez la valeur **Input loss action (Action de perte d'entrée)** si vous le souhaitez.
**Configuration pour la plupart des systèmes en aval**
Si vous envoyez cette sortie HLS à un système en aval autre que AWS Elemental MediaPackage, choisissez le lien **Infos** pour décider de l'option à choisir. Pour de plus amples informations, veuillez consulter [Gestion de la perte d'entrée vidéo](feature-input-loss.md).
**Configuration pour MediaPackage**
Si vous envoyez cette sortie HLS à AWS Elemental MediaPackage, définissez ce champ pour qu'il corresponde à la façon dont vous avez défini la [classe de canal](channel-class.md) :
+ **S'il s'agit d'un canal standard (pour prendre en charge la redondance des entrées MediaPackage), définissez ce champ sur PAUSE\$1OUTPUT.**
Avec cette configuration, il MediaLive arrête de produire une sortie sur un pipeline, MediaPackage détecte le manque de contenu sur son entrée actuelle et passe à l'autre entrée. La perte de contenu est réduite au maximum.
(Si vous définissez ce champ sur **EMIT\$1OUTPUT**, MediaLive envoie les trames de remplissage à. MediaPackage MediaPackage ne considère pas les images de remplissage comme du contenu perdu et ne passe donc pas à son autre entrée.)
+ Si le canal est un canal à pipeline unique, définissez ce champ sur **EMIT\$1OUTPUT**.
Avec cette configuration, si le pipeline tombe en panne, MediaLive il MediaPackage continue à être acheminé vers son propre système en aval (bien que le contenu soit constitué de cadres de remplissage).
Si vous définissez ce champ sur **PAUSE\$1OUTPUT**, MediaPackage cesse de mettre à jour son point de terminaison, ce qui peut entraîner des problèmes au niveau du système en aval.
## Champs pour DRM
Remplissez la section **DRM** uniquement si vous appliquez une configuration pour DRM à l'aide d'une clé statique afin de chiffrer la sortie.
+ Dans les paramètres du **fournisseur de clés**, choisissez **Clé statique**.
+ Remplissez les autres champs, le cas échéant. Pour plus de détails à propos d'un champ, choisissez le lien **Info** en regard du champ.
Dans la configuration d'une clé statique, vous saisissez une clé de chiffrement dans cette section (ainsi que d'autres données de configuration), puis vous donnez cette clé à l'autre partie (par exemple, en l'envoyant par e-mail). Une clé statique n'est pas réellement une solution DRM et n'est pas très sécurisée.
MediaLive ne prend en charge qu'une clé statique comme option de chiffrement. Pour utiliser une solution DRM avec un fournisseur de clés, vous devez transmettre la sortie à AWS Elemental MediaPackage, en créant un groupe de [ MediaPackage sortie au lieu d'un groupe](creating-mediapackage-output-group.md) de sortie HLS. Vous cryptez ensuite la vidéo à l'aide MediaPackage de. Pour plus d'informations, consultez le guide de AWS Elemental MediaPackage l'utilisateur.
## Champs pour les disponibilités des annonces SCTE-35
Complétez la section **Marqueurs publicitaires** si vous prévoyez d'inclure des messages SCTE-35 dans la sortie et de décorer le manifeste HLS. Voir [Traitement des messages SCTE 35](scte-35-message-processing.md) et spécifiquement [Activation du relais pour les sorties HLS](scte-35-passthrough-or-removal.md#procedure-to-enable-passthrough-hls).
## Champs pour les sous-titres
Les champs suivants concernent les sous-titres intégrés dans une sortie HLS. Si votre plan inclut la création d'au moins un encodage de sous-titres intégrés dans cette sortie HLS, les champs suivants s'appliquent :
+ Dans la section **Sous-titres**, le **paramètre Langue des sous-titres**.
Vous pouvez éventuellement configurer le manifeste HLS de façon à inclure des informations sur les langues des sous-titres intégrés.
+ Section **des paramètres HLS — Mappages** des **langues des sous-titres**
Vous pouvez éventuellement configurer le manifeste HLS de façon à inclure des informations sur chaque numéro et langue CC (canal de sous-titre).
Pour obtenir des instructions détaillées sur ces deux champs, veuillez consulter [Informations linguistiques dans les manifestes HLS](set-up-the-hls-manifest.md).
## Champs pour les ID3 métadonnées
Complétez la **ID3 **section si vous souhaitez insérer des ID3 métadonnées chronométrées ou des balises de ID3 segment dans toutes les sorties de ce groupe de sorties. Pour obtenir des instructions complètes, consultez [Insertion de métadonnées ID3 chronométrées lors de la création du canal MediaLive](insert-timed-metadata.md).