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.
DASHmarqueurs publicitaires
AWS Elemental MediaTailor identifie et utilise dans un DASH manifeste à l'aide de marqueurs Splice Insert et de repérage du signal temporel, comme suit :
-
Dans un DASH manifeste sur plusieurs périodes, un
Period
est considéré comme un avantage publicitaire lorsque le premierEvent
de son flux d'événements contient des marqueurs d'épissage ou de repérage du signal temporel. En cas de période multipleDASH, MediaTailor ignore tous les événements d'une période, sauf le premier. -
Dans un DASH manifeste à période unique, un
Event
est considéré comme un avantage publicitaire lorsqu'il contient des marqueurs d'épissage ou de repérage du signal temporel.
Par défaut, AWS Elemental MediaTailor gère les manifestes sous forme de DASH manifestes sur plusieurs périodes. Vous pouvez modifier votre configuration pour gérer les DASH manifestes à 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 publicitaires en clair XML ou en binaire codé en base64 :
Transparent XML
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 splice_info_section
fournir le même ensemble d'informations que le clair XML fournirait dans un scte35:SpliceInfoSection
élément. Le type de commande doit être l'splice_insert()
un ou l'autretime_signal()
, et les paramètres supplémentaires doivent être conformes à ceux décrits précédemment pour une XML livraison claire.
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 DASH manifestes 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 ignore tout Event
marqueur supplémentaire dans le flux. Pour les DASH manifestes à période unique, MediaTailor considère chacun Event
d'entre eux.