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à.

SCTE-35 marcatori e limiti di periodo in DASH

MediaTailor supporta le origini DASH che forniscono manifesti a periodo singolo o multiperiodo. Per i manifesti a periodo singolo, MediaTailor converte il manifesto in un formato a più periodi utilizzando le informazioni temporali provenienti da per definire i confini dei periodi. EventStream Dopo la conversione, sia i manifesti a periodo singolo che quelli a più periodi vengono sottoposti allo stesso flusso di lavoro di personalizzazione degli annunci.

Quando MediaTailor rileva un evento di interruzione pubblicitaria lineare in un periodo, considera l'intero periodo come un'interruzione pubblicitaria e lo personalizza di conseguenza. MediaTailor utilizza l'ora di inizio del periodo (Period@start) come ora di inizio dell'interruzione pubblicitaria, indipendentemente da qualsiasi offset temporale segnalato all'interno dell'evento stesso.

Comportamenti chiave

MediaTailor applica le seguenti regole durante l'elaborazione SCTE-35 degli eventi nei periodi DASH:

Segnalazione di un evento a metà periodo

Con AWS Elemental MediaPackage v2, MediaTailor riceve SCTE-35 i marker anche quando non viene creato un nuovo periodo al confine del marker. Ciò potrebbe far sì che i marker SCTE compaiano nel bel mezzo dei periodi di contenuto.

Quando un nuovo SCTE-35 evento segnala un'interruzione pubblicitaria lineare nel bel mezzo di un periodo di contenuto, MediaTailor la riconosce come un'opportunità di interruzione pubblicitaria, ma avvia la personalizzazione nel momento in Period@start cui è stato segnalato l'evento. Questa mancata corrispondenza potrebbe causare i seguenti problemi:

Calcolo dell'offset dell'evento dall'inizio del periodo

Utilizzate la seguente formula per determinare la distanza tra un evento e l'inizio del periodo:

Offset = (presentationTime - presentationTimeOffset) / timescale

L'esempio seguente mostra un valore EventStream con un presentationTime offset rispetto all'inizio del periodo:

<Period id="1741948755359" start="PT10522H39M15.359S">
  <EventStream schemeIdUri="urn:scte:scte35:2013:xml" timescale="90000"
               presentationTimeOffset="156775387982400">
    <Event presentationTime="156775484008800" duration="36900000">
      <scte35:SpliceInfoSection protocolVersion="0" ptsAdjustment="0" tier="4095">
        <scte35:TimeSignal>
          <scte35:SpliceTime ptsTime="587770208"/>
        </scte35:TimeSignal>
        <scte35:SegmentationDescriptor segmentationEventId="168602131"
            segmentationEventCancelIndicator="false"
            segmentationDuration="36900000"
            segmentationTypeId="34"
            segmentNum="0" segmentsExpected="1">
        </scte35:SegmentationDescriptor>
      </scte35:SpliceInfoSection>
    </Event>
  </EventStream>
</Period>

Per questo esempio, il calcolo dell'offset è:

156775484008800 - 156775387982400 = 96026400 ticks

96026400 / 90000 = 1066.96 seconds (approximately 17 minutes 46 seconds)

La durata della pausa pubblicizzata è:

36900000 / 90000 = 410 seconds (approximately 6 minutes 50 seconds)

Poiché l'evento non inizia al limite del periodo, la personalizzazione MediaTailor inizia alPeriod@start, ovvero oltre 17 minuti prima dell'interruzione prevista. Ciò si traduce in annunci che non sono in linea con la finestra di pausa effettiva. Se Slate è configurato, MediaTailor inserisce i periodi di slate per colmare il divario.

Cue-in anticipato

Un cue-in anticipato si verifica quando un'interruzione pubblicitaria termina prima della durata originariamente segnalata. In un manifesto a più periodi, viene creato un nuovo periodo che termina anticipatamente l'interruzione pubblicitaria originale.

Il comportamento è diverso tra AWS Elemental MediaPackage le versioni:

MediaTailor riconosce il cue-in iniziale controllando il valore. outOfNetworkIndicator Quando MediaTailor trova un cue-in che corrisponde a un cue-out nello stesso periodo, non considera il cue-in come una nuova opportunità di interruzione pubblicitaria.

L'esempio seguente mostra un segnale EventStream con un cue-out e un cue-in anticipato:

<EventStream schemeIdUri="urn:scte:scte35:2013:xml" timescale="90000"
             presentationTimeOffset="276012000">
  <Event presentationTime="273308400" duration="5400000">
    <scte35:SpliceInfoSection duration="5400000" protocolVersion="0"
                              ptsAdjustment="183600" tier="4095">
      <scte35:SpliceInsert spliceEventId="222" spliceEventCancelIndicator="false"
          outOfNetworkIndicator="true" spliceImmediateFlag="false"
          uniqueProgramId="1" availNum="1" availsExpected="1">
        <scte35:Program>
          <scte35:SpliceTime ptsTime="273124800"/>
        </scte35:Program>
        <scte35:BreakDuration autoReturn="true" duration="5400000"/>
      </scte35:SpliceInsert>
    </scte35:SpliceInfoSection>
  </Event>
  <Event presentationTime="276012000">
    <scte35:SpliceInfoSection protocolVersion="0" ptsAdjustment="183600" tier="4095">
      <scte35:SpliceInsert spliceEventId="1" spliceEventCancelIndicator="false"
          outOfNetworkIndicator="false" spliceImmediateFlag="false"
          uniqueProgramId="1" availNum="1" availsExpected="1">
        <scte35:Program>
          <scte35:SpliceTime ptsTime="275828400"/>
        </scte35:Program>
      </scte35:SpliceInsert>
    </scte35:SpliceInfoSection>
  </Event>
</EventStream>

Il primo evento (outOfNetworkIndicator="true") indica l'inizio dell'interruzione pubblicitaria. Il secondo evento (outOfNetworkIndicator="false") indica il cue-in anticipato che pone fine all'interruzione.

Attenuazione dei problemi relativi agli indicatori di medio periodo SCTE-35

Se riscontri un comportamento imprevisto di personalizzazione degli annunci a causa di SCTE-35 indicatori che appaiono a metà periodo nei tuoi live streaming DASH, MediaTailor puoi sopprimere o ignorare indicatori specifici che non sono applicabili al flusso di lavoro di personalizzazione degli annunci.

Quando la soppressione dei marker è abilitata, esegue le seguenti azioni: MediaTailor

I seguenti tipi di interruzione sono supportati per la soppressione o il passthrough:

MediaTailor registra ogni marker soppresso o passato ed emette una metrica di conteggio quando uno o più marker vengono soppressi in una risposta manifesta.