

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
<a name="dash-scte-period-boundaries"></a>

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
<a name="dash-scte-period-boundaries-behaviors"></a>

MediaTailor wendet bei der Verarbeitung von SCTE-35 Ereignissen in DASH-Perioden die folgenden Regeln an:
+ Bei linearen Werbeunterbrechungen gilt: Wenn der Zeitpunkt eines Ereignisses darauf hindeutet, dass die Werbeunterbrechung nach der Periodengrenze beginnt, wird die signalisierte Startzeit MediaTailor ignoriert und die Personalisierung beginnt um. `Period@start` Bei nichtlinearen (Überlagerungs-) Ereignissen wird das signalisierte Ereignis berücksichtigt. MediaTailor `presentationTime`
+ Wenn ein neues SCTE-Ereignis inmitten einer bestehenden linearen Werbeunterbrechung auftritt, wird es ignoriert. MediaTailor 
+ Wenn in der Anfangsperiode bereits ein aktives nichtlineares Ereignis (Overlay-) Ereignis existiert, werden alle neuen linearen Ereignisse in diesem Zeitraum MediaTailor ignoriert.

## Ein Ereignis, das in der Mitte des Zeitraums
<a name="dash-scte-mid-period-signaling"></a>

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:
+ Anzeigen, die dem Zuschauer nie erscheinen
+ Eine Schiefertafel wurde eingefügt, um eine durch die Zeitlücke entstandene Restzeit zu füllen

### Berechnung des Event-Offsets vom Beginn der Periode an
<a name="dash-scte-event-offset-calculation"></a>

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 einem`presentationTime`, 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
<a name="dash-scte-early-cue-in"></a>

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:
+ **MediaPackage v1 ** — Erstellt den neuen Zeitraum und entfernt alle darin enthaltenen Eventinformationen.
+ **MediaPackage v2 ** — Enthält zwei Werbemarkierungen`EventStream`: den ursprünglichen Cue-Out und den Cue-In. Um den Cue-In zu signalisieren, setzen Sie auf. `outOfNetworkIndicator` `false`

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
<a name="dash-scte-marker-mitigation"></a>

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:
+ **Markierungen unterdrücken ** — MediaTailor ignoriert angegebene Markierungen und entfernt die entsprechenden Ereignisse aus dem generierten Manifest. Wenn keine anderen Ereignisse mehr übrig sind, wird MediaTailor auch das leere Ereignis `EventStream` aus dem Zeitraum entfernt.
+ **Pass-Through-Marker ** — MediaTailor ignoriert angegebene Marker zu Personalisierungszwecken, aber die Markierungen verbleiben im generierten Manifest.

Die folgenden Unterbrechungsarten werden für Suppression oder Passthrough unterstützt:
+ `BREAK`
+ `PROVIDER_ADVERTISEMENT`
+ `DISTRIBUTOR_ADVERTISEMENT`
+ `PROVIDER_PLACEMENT_OPPORTUNITY`
+ `DISTRIBUTOR_PLACEMENT_OPPORTUNITY`
+ `PROVIDER_OVERLAY_PLACEMENT_OPPORTUNITY`

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.

**Wichtig**  
Diese Konfiguration gilt nur für DASH-Manifeste im Live-Streaming-Modus. Um die Markerunterdrückung oder Passthrough für Ihre Konfiguration konfigurieren zu lassen, wenden Sie sich an den AWS Support. Wenn Sie den Support kontaktieren, geben Sie an, welche Unterbrechungsarten unterdrückt oder weitergeleitet werden sollen.