Sélectionner vos préférences de cookies

Nous utilisons des cookies essentiels et des outils similaires qui sont nécessaires au fonctionnement de notre site et à la fourniture de nos services. Nous utilisons des cookies de performance pour collecter des statistiques anonymes afin de comprendre comment les clients utilisent notre site et d’apporter des améliorations. Les cookies essentiels ne peuvent pas être désactivés, mais vous pouvez cliquer sur « Personnaliser » ou « Refuser » pour refuser les cookies de performance.

Si vous êtes d’accord, AWS et les tiers approuvés utiliseront également des cookies pour fournir des fonctionnalités utiles au site, mémoriser vos préférences et afficher du contenu pertinent, y compris des publicités pertinentes. Pour accepter ou refuser tous les cookies non essentiels, cliquez sur « Accepter » ou « Refuser ». Pour effectuer des choix plus détaillés, cliquez sur « Personnaliser ».

Marqueurs publicitaires DASH

Mode de mise au point
Marqueurs publicitaires DASH - 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.

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 premier Event 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 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 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.

ConfidentialitéConditions d'utilisation du sitePréférences de cookies
© 2025, Amazon Web Services, Inc. ou ses affiliés. Tous droits réservés.