View a markdown version of this page

Indicatori pubblicitari DASH - AWS Elemental MediaTailor

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Indicatori pubblicitari DASH

MediaTailor

AWS Elemental MediaTailor utilizza marcatori SCTE-35 cue-out per identificare e utilizzare il manifesto DASH utilizzando la seguente logica:

  • Multi-period DASH: MediaTailor inserisce gli annunci relativi al primo di ciascuno Period che contiene uno o più marcatori Event cue-out. SpliceInsert TimeSignal MediaTailorignora gli indicatori aggiuntivi in. Event Period

  • Single-period DASH: MediaTailor inserisce annunci ciascuno Event Period contenente uno o SpliceInsert più marcatori. TimeSignal

Per impostazione predefinita, AWS Elemental MediaTailor gestisce i manifesti DASH come manifesti a più periodi. È possibile modificare la configurazione per gestire i manifest DASH a singolo periodo dal server di origine. Per informazioni, consulta Creazione di una configurazione MediaTailor di riproduzione.

Le sezioni seguenti forniscono ulteriori dettagli sulla gestione dei marker pubblicitari DASH e forniscono i manifesti decorati a partire dall'origine.

Requisiti XML del manifesto di origine DASH

I marker pubblicitari nei manifesti DASH devono essere formattati correttamente per MediaTailor identificare le interruzioni pubblicitarie. I seguenti argomenti descrivono questi requisiti di formattazione in formato XML chiaro.

SpliceInsertin formato XML trasparente

SpliceInsertgli indicatori degli annunci in formato XML trasparente devono contenere quanto segue:

  • EventStreamdevono avere il seguente attributo: schemeIdUri=urn:scte:scte35:2013:xml

  • Eventdeve contenere scte35:SpliceInfoSection

  • scte35:SpliceInfoSectiondeve tenere scte35:SpliceInsert

  • scte35:SpliceInsertdeve avere il seguente attributo: outOfNetworkIndicator="true"

Esempio SpliceInsertin XML

Nell'esempio seguente, i marker SCTE obbligatori sono in grassetto.

<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> . . . </Period>

TimeSignalin formato XML chiaro

TimeSignalgli indicatori degli annunci in formato XML trasparente devono contenere quanto segue:

  • EventStreamdevono avere il seguente attributo: schemeIdUri=urn:scte:scte35:2013:xml

  • Eventdeve contenere scte35:SpliceInfoSection

  • scte35:SpliceInfoSectiondeve tenere scte35:TimeSignal

  • scte35:SpliceInfoSectiondeve inoltre contenere scte35:SegmentationDescriptor

  • scte35:SegmentationDescriptordeve avere il seguente attributo, dove il valore è validoCue-out numeri: segmentationTypeId="xx"

  • scte35:SegmentationDescriptordeve contenere scte35:SegmentationUpid

Cue-out numeri

Di seguito sono supportati i numeri di uscita per. segmentationTypeId

Messaggio di segmentazione segmentationTypeId value Valore esadecimale
Fine dell'annuncio del distributore 51 0x51
Inizio della pubblicità per i distributori 50 0x32
Fine dell'opportunità di collocamento dei distributori 55 0x37
Inizio dell'opportunità di collocamento presso i distributori 54 0x36
Fine della pausa 35 0x23
Fine dell'annuncio del fornitore 49 0x31
Inizio della pubblicità del fornitore 48 0x30
Fine dell'opportunità di collocamento in sovrapposizione del fornitore 57 0x39
Inizio dell'opportunità di collocamento con provider overlay 56 0x38
Fine dell'opportunità di collocamento del fornitore 53 0x35
Inizio dell'opportunità di collocamento dei fornitori 52 0x34
Inizia la pausa 34 0x22
Esempio TimeSignalin XML

Nell'esempio seguente, i marker SCTE obbligatori sono in grassetto.

<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> . . . </Period>

Requisiti binari con codifica base64 del manifesto di origine DASH

I marker pubblicitari nei manifesti DASH devono essere formattati correttamente per identificare le interruzioni pubblicitarie. MediaTailor I seguenti argomenti descrivono questi requisiti di formattazione in formato binario con codifica Base64.

Entrambi gli indicatori SpliceInsert pubblicitari nei TimeSignal manifesti con codifica in base64 devono contenere quanto segue:

  • EventStreamdeve avere il seguente attributo: urn:scte:scte35:2014:xml+bin

  • Eventdeve contenere scte35:Signal

  • scte35:Signaldeve contenere un file scte35:Binary binario con codifica base64.

Il file binario decodificato deve fornire splice_info_section le stesse informazioni richieste per gli indicatori pubblicitari XML trasparenti.

Il file binario decodificato deve fornire un elemento splice_info_section con lo stesso set di informazioni che il file XML fornirebbe in un elemento scte35:SpliceInfoSection. Il tipo di comando deve essere splice_insert() o time_signal() e le impostazioni aggiuntive devono rispettare quelle descritte in precedenza per la creazione del file XML.

L'esempio seguente mostra questa opzione con i contrassegni richiesti in grassetto.

<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</scte35:Binary> </scte35:Signal> </Event> <Event presentationTime="1541436360" duration="24" id="30"> <scte35:Signal xmlns="http://www.scte.org/schemas/35/2016"> <scte35:Binary>QW5vdGhlciB0ZXN0IHN0cmluZyBmb3IgZW5jb2RpbmcgdG8gQmFzZTY0IGVuY29kZWQgYmluYXJ5Lg==</scte35:Binary> </scte35:Signal> </Event> . . . </Period>

Di seguito è riportato il file binario decodificato per il primo evento elencato nell'esempio precedente. L'impostazione per splice_command_type è 5, che indica 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 } }