Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

SCTE-35 Markierungen und Periodengrenzen in DASH

MediaTailor unterstützt DASH-Ursprünge, die Manifeste mit einer oder mehreren Perioden liefern. MediaTailor Konvertiert bei Manifesten mit nur einer Periode das Manifest in ein Format mit mehreren Perioden. Dabei werden Zeitinformationen von verwendet, um Periodengrenzen EventStream zu definieren. Nach der Konvertierung durchlaufen sowohl Manifeste mit einem Zeitraum als auch Manifeste mit mehreren Perioden denselben Workflow zur Anzeigenpersonalisierung.

Wenn in einem Zeitraum ein lineares Werbeunterbrechungsereignis MediaTailor erkannt wird, wird der gesamte Zeitraum als Werbeunterbrechung behandelt und entsprechend personalisiert. MediaTailor verwendet die Startzeit des Zeitraums (Period@start) als Startzeit der Werbeunterbrechung, unabhängig von etwaigen Zeitabweichungen, die innerhalb des Ereignisses selbst signalisiert wurden.

Die wichtigsten Verhaltensweisen

MediaTailor wendet bei der Verarbeitung von SCTE-35 Ereignissen in DASH-Perioden die folgenden Regeln an:

Ein Ereignis, das in der Mitte des Zeitraums

Bei AWS Elemental MediaPackage Version 2 werden SCTE-35 Markierungen auch dann MediaTailor empfangen, wenn an der Markergrenze keine neue Periode erzeugt wird. Dies kann dazu führen, dass SCTE-Marker in der Mitte der Inhaltsperioden erscheinen.

Wenn ein neues SCTE-35 Ereignis eine lineare Werbeunterbrechung in der Mitte einer Inhaltsperiode signalisiert, MediaTailor erkennt das Ereignis zwar als Gelegenheit für eine Werbeunterbrechung, beginnt aber Period@start nicht zu dem Zeitpunkt, zu dem das Ereignis signalisiert wurde, mit der Personalisierung. Diese Diskrepanz kann zu folgenden Problemen führen:

Berechnung des Event-Offsets vom Beginn der Periode an

Verwenden Sie die folgende Formel, um zu ermitteln, wie weit ein Ereignis von seinem Periodenbeginn entfernt ist:

Offset = (presentationTime - presentationTimeOffset) / timescale

Das folgende Beispiel zeigt ein Zeichen EventStream mit einempresentationTime, das gegenüber dem Periodenbeginn verschoben ist:

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

In diesem Beispiel lautet die Berechnung des Offsets wie folgt:

156775484008800 - 156775387982400 = 96026400 ticks

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

Die angegebene Pausendauer ist:

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

Da die Veranstaltung nicht an der Periodengrenze MediaTailor beginnt, beginnt die Personalisierung um Period@start mehr als 17 Minuten vor der geplanten Pause. Dies führt zu Anzeigen, die nicht dem tatsächlichen Pausenfenster entsprechen. Wenn Slate konfiguriert ist, MediaTailor fügt Slate Perioden ein, um die Lücke zu füllen.

Frühes Hineinholen

Ein frühes Cue-In liegt vor, wenn eine Werbeunterbrechung vor der ursprünglich signalisierten Dauer endet. Bei einem Manifest mit mehreren Perioden entsteht dadurch ein neuer Zeitraum, der die ursprüngliche Werbeunterbrechung vorzeitig beendet.

Das Verhalten ist je nach AWS Elemental MediaPackage Version unterschiedlich:

MediaTailor erkennt den frühen Cue-In, indem der Wert überprüft wird. outOfNetworkIndicator Wenn ein MediaTailor Cue-In gefunden wird, das einem Cue-Out im gleichen Zeitraum entspricht, wird der Cue-In nicht als neue Werbe-Break-Gelegenheit behandelt.

Das folgende Beispiel zeigt eine Anzeige, die sowohl einen Cue-Out als auch einen EventStream frühen Cue-In enthält:

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

Das erste Ereignis (outOfNetworkIndicator="true") signalisiert den Beginn der Werbepause. Das zweite Ereignis (outOfNetworkIndicator="false") signalisiert den frühen Cue-In, der die Pause beendet.

Linderung von Markierungsproblemen in der Mitte des Berichtszeitraums SCTE-35

Wenn du aufgrund von SCTE-35 Markierungen, die in deinen DASH-Livestreams in der Mitte des Zeitraums erscheinen, ein unerwartetes Verhalten bei der Anzeigenpersonalisierung feststellst, MediaTailor kannst du bestimmte Markierungen, die für deinen Workflow zur Anzeigenpersonalisierung nicht relevant sind, unterdrücken oder passieren.

MediaTailor Führt die folgenden Aktionen aus, wenn die Unterdrückung von Markierungen aktiviert ist:

Die folgenden Unterbrechungsarten werden für Suppression oder Passthrough unterstützt:

MediaTailor protokolliert jeden unterdrückten oder weitergeleiteten Marker und gibt eine Zählmetrik aus, wenn ein oder mehrere Marker in einer manifesten Antwort unterdrückt werden.