DASHmarqueurs publicitaires - AWS Elemental MediaTailor

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 premier Event 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 avec outOfNetworkIndicator défini sur true

    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é par scte35:SegmentationDescriptor scte35:SegmentationUpid avec segmentationTypeId 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.