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.
# Intégration d'une source MPEG-DASH
AWS Elemental MediaTailor prend en charge les manifestes `.mpd` en direct et vidéo à la demande (VOD) conformes aux directives du profil dynamique DASH. MediaTailor accepte les entrées de manifeste conformes au DASH sur plusieurs périodes et fournit des sorties de manifeste conformes au DASH sur plusieurs périodes.
Les manifestes d'entrée doivent comporter les éléments suivants :
+ Des flux d'événement SCTE-35 avec des paramètres d'informations de jointure pour `splice insert `ou` time signal`. Les paramètres peuvent être fournis en XML clair ou en binaire encodé en base64.
+ `Segment templates` avec `segment timelines`.
Pour les manifestes publiés, MediaTailor exige que les mises à jour du serveur d'origine laissent les éléments suivants inchangés :
+ Heures de début de période, spécifiées dans l'attribut `start`.
+ Valeurs de `presentationTimeOffset` dans les modèles de segment des représentations de la période.
Il est recommandé d'attribuer à l'annonce les mêmes avantages `AdaptationSet` et `Representation` paramètres que les périodes de diffusion du contenu. AWS Elemental MediaTailor utilise ces paramètres pour transcoder les publicités en fonction du flux de contenu, afin de passer facilement de l'un à l'autre.
Les sections suivantes fournissent plus d'informations sur le traitement des MediaTailor publicités dans les manifestes DASH.
**Topics**
+ [Marqueurs publicitaires DASH](dash-ad-markers.md)
+ [Durée de validité des annonces DASH](dash-ad-avail-duration.md)
+ [Numérotation des segments du manifeste DASH](dash-manifest-segment-numbering.md)
+ [Exemples de MPD DASH](manifest-dash-example.md)
+ [Fonction de localisation DASH](dash-location-feature.md)
# Marqueurs publicitaires DASH
MediaTailor
AWS Elemental MediaTailor utilise les marqueurs de découpe SCTE-35 pour identifier les avantages publicitaires dans le manifeste DASH selon la logique suivante :
+ **DASH à plusieurs périodes** : MediaTailor insère des publicités pour le premier `Event` de chaque période `Period` contenant des marqueurs `SpliceInsert` ou des `TimeSignal` marqueurs. MediaTailorignore les `Event` marqueurs supplémentaires dans le. `Period`
+ **DASH à période unique** : MediaTailor insère des publicités `Event` dans chacune d'elles `Period` contenant des marqueurs `SpliceInsert` ou des marqueurs de `TimeSignal` découpe.
Par défaut, AWS Elemental MediaTailor gère les manifestes DASH sous forme de manifestes multipériodes. Vous pouvez modifier votre configuration afin de gérer des manifestes DASH à période unique à partir de votre serveur d'origine. Pour plus d'informations, consultez [Création d'une configuration MediaTailor de lecture](configurations-create.md).
Les sections suivantes fournissent des informations supplémentaires sur la gestion des marqueurs publicitaires DASH et fournissent des manifestes décorés dès l'origine.
## Exigences XML du manifeste d'origine DASH
Les marqueurs publicitaires présents dans les manifestes DASH dès l'origine doivent être correctement formatés afin MediaTailor d'identifier les pauses publicitaires. Les rubriques suivantes décrivent ces exigences de mise en forme en XML clair.
### `SpliceInsert`en XML clair
`SpliceInsert`les marqueurs publicitaires au format XML clair doivent contenir les éléments suivants :
+ `EventStream`doit avoir l'attribut suivant : `schemeIdUri=urn:scte:scte35:2013:xml`
+ `Event`doit tenir `scte35:SpliceInfoSection`
+ `scte35:SpliceInfoSection`doit tenir `scte35:SpliceInsert`
+ `scte35:SpliceInsert`doit avoir l'attribut suivant : `outOfNetworkIndicator="true"`
**Example `SpliceInsert`en XML**
Dans l'exemple suivant, les marqueurs SCTE requis sont en gras.
```
.
.
.
```
### `TimeSignal`en XML clair
`TimeSignal`les marqueurs publicitaires au format XML clair doivent contenir les éléments suivants :
+ `EventStream`doit avoir l'attribut suivant : `schemeIdUri=urn:scte:scte35:2013:xml`
+ `Event`doit tenir `scte35:SpliceInfoSection`
+ `scte35:SpliceInfoSection`doit tenir `scte35:TimeSignal`
+ `scte35:SpliceInfoSection`doit également contenir `scte35:SegmentationDescriptor`
+ `scte35:SegmentationDescriptor`doit avoir l'attribut suivant, dont la valeur est valide [Chiffres de découpe](#dash-signal-xml-values) : `segmentationTypeId="xx"`
+ `scte35:SegmentationDescriptor`doit tenir `scte35:SegmentationUpid`
**Chiffres de découpe**
Les numéros de découpe suivants sont pris en charge pour le. `segmentationTypeId`
| Message de segmentation | Valeur segmentationTypeId | Valeur hexadécimale |
| --- | --- | --- |
| Fin de la publicité pour les distributeurs | 51 | 0x51 |
| Début de la publicité pour les distributeurs | 50 | 0x32 |
| Fin de l'opportunité de placement chez le distributeur | 55 | 0x37 |
| Début de l'opportunité de placement chez les distributeurs | 54 | 0x36 |
| Fin de pause | 35 | 0x23 |
| Fin de la publicité du fournisseur | 49 | 0x31 |
| Début de la publicité du fournisseur | 48 | 0 x 30 |
| Fin de l'opportunité de placement par superposition de fournisseurs | 57 | 0x39 |
| Début de l'opportunité de placement par superposition de fournisseurs | 56 | 0x38 |
| Fin de l'opportunité de placement de prestataires | 53 | 0x35 |
| Début de l'opportunité de placement de prestataires | 52 | 0x34 |
| Pause de départ | 34 | 0x22 |
**Example `TimeSignal`en XML**
Dans l'exemple suivant, les marqueurs SCTE requis sont en gras.
```
0100
.
.
.
```
## Exigences binaires codées en base64 pour le manifeste d'origine DASH
Les marqueurs publicitaires présents dans les manifestes DASH dès l'origine doivent être correctement formatés afin MediaTailor d'identifier les pauses publicitaires. Les rubriques suivantes décrivent ces exigences de formatage en binaire codé en base64.
Les marqueurs `SpliceInsert` publicitaires `TimeSignal` contenus dans les manifestes codés en base64 doivent tous deux contenir les éléments suivants :
+ `EventStream`doit avoir l'attribut suivant : `urn:scte:scte35:2014:xml+bin`
+ `Event`doit tenir `scte35:Signal`
+ `scte35:Signal`doit contenir un `scte35:Binary` fichier binaire codé en base64.
Le binaire décodé doit `splice_info_section` fournir les mêmes informations que celles requises pour les marqueurs publicitaires XML clairs.
+ Le type de commande doit être `splice_insert()` soit `time_signal()`
+ Les paramètres supplémentaires doivent être conformes à ceux décrits dans [`TimeSignal`en XML clair](#dash-signal-xml) et[`SpliceInsert`en XML clair](#dash-splice-xml).
Le binaire décodé doit fournir un `splice_info_section` avec le même ensemble d'informations que le XML clair fournirait dans un élément `scte35:SpliceInfoSection`. La commande doit être de type `splice_insert()` ou `time_signal()` et les paramètres supplémentaires doivent être conformes à ceux décrits précédemment pour une livraison en XML clair.
L'exemple suivant illustre cette option, avec les marqueurs requis en gras.
```
/DAhAAAAAAAAAP/wEAUAAAHAf+9/fgAg9YDAAAAAAAA25aoh
QW5vdGhlciB0ZXN0IHN0cmluZyBmb3IgZW5jb2RpbmcgdG8gQmFzZTY0IGVuY29kZWQgYmluYXJ5Lg==
.
.
.
```
Voici le binaire décodé pour le premier événement répertorié dans l'exemple précédent. Le paramètre pour `splice_command_type` est 5, ce qui indique `splice_insert`.
```
{
"table_id": 252,
"section_syntax_indicator": false,
"private_indicator": false,
"section_length": 33,
"protocol_version": 0,
"encrypted_packet": false,
"encryption_algorithm": 0,
"pts_adjustment": 0,
"cw_index": 0,
"tier": "0xFFF",
"splice_command_length": 16,
"splice_command_type": 5,
"splice_command": {
"splice_event_id": 448,
"splice_event_cancel_indicator": false,
"out_of_network_indicator": true,
"program_splice_flag": true,
"duration_flag": true,
"splice_immediate_flag": false,
"utc_splice_time": {
"time_specified_flag": false,
"pts_time": null
},
"component_count": 0,
"components": null,
"break_duration": {
"auto_return": false,
"duration": {
"pts_time": 2160000,
"wall_clock_seconds": 24.0,
"wall_clock_time": "00:00:24:00000"
}
},
"unique_program_id": 49152,
"avail_num": 0,
"avails_expected": 0
},
"splice_descriptor_loop_length": 0,
"splice_descriptors": null,
"Scte35Exception": {
"parse_status": "SCTE-35 cue parsing completed with 0 errors.",
"error_messages": [],
"table_id": 252,
"splice_command_type": 5
}
}
```
# Durée de validité des annonces DASH
Pendant la diffusion, lorsqu' AWS Elemental MediaTailor une annonce est disponible, elle remplace une partie ou la totalité de cette disponibilité par des publicités. MediaTailor commence le remplacement des annonces dès le début de leur mise à disposition et inclut les annonces comme suit :
+ Si la disponibilité de la publicité indique une durée, elle MediaTailor inclut autant d'annonces que possible à l'intérieur de la limite de durée, sans remplacer le contenu qui suit.
+ Si aucune durée n'est indiquée, MediaTailor inclut les publicités jusqu'à la fin de leur période de disponibilité. Pour des manifestes à plusieurs périodes, il s'agit de la fin de la période. Pour les manifestes à période unique, c'est la fin de l'événement. MediaTailor ne diffuse pas de publicités après la fin de leur durée de disponibilité et, lorsqu'elle atteint la fin, tronque l'annonce en cours au lieu de remplacer le contenu qui suit.
**À quoi AWS Elemental MediaTailor ressemble la durée de disponibilité des publicités**
AWS Elemental MediaTailor recherche un paramètre de durée dans l'ordre suivant :
1. `Event` `duration`
1. Pour l'insertion de jointure, le paramètre `scte35:BreakDuration` `duration`
1. Pour le signal temporel, le paramètre `scte35:SegmentationDescriptor` `segmentationDuration`
S'il AWS Elemental MediaTailor ne trouve aucun de ces paramètres, il gère l'inclusion des annonces sans durée.
L'exemple suivant illustre un `Event` qui a une `duration`.
```
...
```
L'exemple suivant illustre une diffusion de publicités sans durée spécifiée. L' `Event` n'a pas de `duration` et l'élément `scte35:SpliceInsert` ne contient pas d'élément enfant `scte35:BreakDuration`.
```
...
```
# Numérotation des segments du manifeste DASH
MediaTailor prend en charge les segments multimédias définis à `` l'aide de l'`media`attribut `` et. Vous pouvez spécifier la liste des segments multimédias dans l'attribut `media` à l'aide de l'identifiant `$Number$` ou `$Time$`.
L'exemple suivant illustre un `SegmentTemplate` avec un paramètre d'attribut `media` qui utilise l'identifiant `$Number$`.
```