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.
AWS Elemental MediaTailor identifie et utilise dans un manifeste DASH à l'aide de marqueurs Splice Insert et de repère du signal temporel, comme suit :
-
Dans un manifeste DASH à plusieurs périodes, une
Period
est considérée comme une diffusion de publicités lorsque le premierEvent
dans ses flux d'événements contient des marqueurs sortants de file d'attente d'insertion de jointure ou de signal temporel. Dans un DASH à plusieurs périodes, MediaTailor ignore tous les événements d'une période, sauf le premier. -
Dans un manifeste DASH à période unique, un
Event
est considéré comme une diffusion de publicités lorsqu'il contient contient des marqueurs sortants de file d'attente d'insertion de jointure et de signal temporel.
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, veuillez consulter Création d'une configuration.
Vous pouvez fournir des marqueurs de publicité en XML clair ou en binaire encodé en base64 :
XML clair
Le flux d'événements schemeIdUri
doit être défini sur urn:scte:scte35:2013:xml
et l'événement doit avoir des marqueurs scte35:SpliceInfoSection
contenant l'un des éléments suivants :
-
scte35:SpliceInsert
avecoutOfNetworkIndicator
défini surtrue
L'exemple suivant illustre cette option, avec les marqueurs requis en gras.
<Period start="PT444806.040S" id="123586" duration="PT15.000S"> <EventStream timescale="90000" schemeIdUri="urn:scte:scte35:2013:xml"> <Event duration="1350000"> <scte35:SpliceInfoSection protocolVersion="0" ptsAdjustment="180832" tier="4095"> <scte35:SpliceInsert spliceEventId="4026531855" spliceEventCancelIndicator="false" outOfNetworkIndicator="true" spliceImmediateFlag="false" uniqueProgramId="1" availNum="1" availsExpected="1"> <scte35:Program><scte35:SpliceTime ptsTime="5672624400"/></scte35:Program> <scte35:BreakDuration autoReturn="true" duration="1350000"/> </scte35:SpliceInsert> </scte35:SpliceInfoSection> </Event>
-
scte35:TimeSignal
accompagné parscte35:SegmentationDescriptor
scte35:SegmentationUpid
avecsegmentationTypeId
défini sur l'un des numéros sortants de file d'attente suivants :-
0x22 (début de coupure)
-
0x30 (début de publicité de fournisseur)
-
0x32 (début de publicité de distributeur)
-
0x34 (début d'opportunité de placement de fournisseur)
-
0x36 (début d'opportunité de placement de distributeur)
L'exemple suivant illustre cette option, avec les marqueurs requis en gras. Dans cet exemple,
segmentationTypeId
est défini sur 52, ce qui est équivalent à 0x34.<Period start="PT346530.250S" id="178443" duration="PT61.561S"> <EventStream timescale="90000" schemeIdUri="urn:scte:scte35:2013:xml"> <Event duration="5310000"> <scte35:SpliceInfoSection protocolVersion="0" ptsAdjustment="183003" tier="4095"> <scte35:TimeSignal> <scte35:SpliceTime ptsTime="3442857000"/> </scte35:TimeSignal> <scte35:SegmentationDescriptor segmentationEventId="1414668" segmentationEventCancelIndicator="false" segmentationDuration="8100000" segmentationTypeId="52" segmentNum="0" segmentsExpected="0"> <scte35:DeliveryRestrictions webDeliveryAllowedFlag="false" noRegionalBlackoutFlag="false" archiveAllowedFlag="false" deviceRestrictions="3"/> <scte35:SegmentationUpid segmentationUpidType="12" segmentationUpidLength="2">0100</scte35:SegmentationUpid> </scte35:SegmentationDescriptor> </scte35:SpliceInfoSection> </Event>
-
Binaire encodé en base64
Le flux d'événements schemeIdUri
doit être défini sur urn:scte:scte35:2014:xml+bin
et l'événement doit avoir un scte35:Signal
scte35:Binary
qui contient un binaire encodé en base64. 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.
<Period start="PT444806.040S" id="123586" duration="PT15.000S"> <EventStream schemeIdUri="urn:scte:scte35:2014:xml+bin" timescale="1"> <Event presentationTime="1541436240" duration="24" id="29"> <scte35:Signal xmlns="http://www.scte.org/schemas/35/2016"> <scte35:Binary>/DAhAAAAAAAAAP/wEAUAAAHAf+9/fgAg9YDAAAAAAAA25aoh</Binary> </scte35:Signal> </Event> <Event presentationTime="1541436360" duration="24" id="30"> <scte35:Signal xmlns="http://www.scte.org/schemas/35/2016"> <scte35:Binary>QW5vdGhlciB0ZXN0IHN0cmluZyBmb3IgZW5jb2RpbmcgdG8gQmFzZTY0IGVuY29kZWQgYmluYXJ5Lg==</Binary> </scte35:Signal> </Event>
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 } }
Pour les manifestes DASH sur plusieurs périodes, AWS Elemental MediaTailor utilise le premier Event
qui indique le placement d'une annonce dans un flux d'événements, et il ignore tout Event
marqueur supplémentaire dans le flux. Pour les manifestes DASH à période unique, MediaTailor tient compte de chaque Event
.