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. # Implementierung von Pipeline-Sperren Sie können so konfigurieren MediaLive , dass Pipeline-Sperren zum Synchronisieren von Ausgaben verwendet werden. Das Sperren von Pipelines funktioniert mit Standardkanälen (die zwei Pipelines haben) und mit Einzel-Pipeline-Kanälen, die verknüpfte Kanäle verwenden. Durch das Sperren von Pipelines wird sichergestellt, dass die Ausgaben frame-genau zueinander passen. Das Sperren von Pipelines ist standardmäßig aktiviert. Wenn das Sperren von Pipelines aktiviert ist. MediaLive sperrt die Pipelines nach bestem Wissen und Gewissen. Wenn das Sperren von Pipelines nicht möglich ist, wird die Verarbeitung fortgesetzt. Die Unfähigkeit, Pipelines zu sperren, wird nicht als Fehlerzustand angesehen. Der Standardmodus für das Sperren von Pipelines ist das Sperren von Pipelines. Sie können das Sperren von Pipelines in den entsprechenden Ausgabetypen nicht deaktivieren. Sie sollten das Verhalten jedoch konfigurieren, um sicherzustellen, dass es zu Ihrem Arbeitsablauf passt. **Anmerkung** Möglicherweise kennen Sie den Begriff *Ausgangssperre*. In MediaLive wird der Begriff *Pipeline-Sperren* verwendet. Welcher Begriff auch immer verwendet wird, der Effekt ist identisch: Frame-genaue Ausgaben. **Modi zum Sperren von Rohrleitungen** Es gibt zwei Modi zum Sperren von Ausgängen: + Sperren von Pipelines (Standardeinstellung): Sperrt die beiden Pipelines aneinander + Sperren von Epochen: Sperrt die Pipelines unter Verwendung der Unix-Epoche als Referenz. **Methoden zum Sperren von Rohrleitungen** Wenn Sie den Pipeline-Sperrmodus verwenden, können Sie die Methode wählen, mit MediaLive der die Pipelines synchronisiert werden: + Quell-Timecode (Standard): MediaLive verwendet eingebettete Timecodes aus der Eingabequelle, um die Pipelines zu synchronisieren. Diese Methode funktioniert am besten mit zuverlässigen Timecodes. + Videoausrichtung: MediaLive verwendet einen visuellen Signaturvergleich zwischen Encodern, um die Pipelines zu synchronisieren. Diese Methode erfordert keine eingebetteten Timecodes und ist nützlich, wenn Ihre Eingabequellen keine Timecodes haben oder unzuverlässige Timecodes haben. Weitere Informationen finden Sie unter [Anforderungen für das Sperren von Pipelines mit Videoausrichtung](pipeline-locking-verify-input.md#pipeline-locking-video-alignment-inputs). **Anwendbare Ausgaben** Das Sperren der Pipeline für den **Quell-Timecode** gilt nur für die folgenden Ausgabetypen: + HLS (Live-Modus) + MediaPackage + CMAF-Aufnahme + Microsoft Smooth + Segmentierte UDP-Ausgaben. Möglicherweise haben Sie eine UDP-Ausgabegruppe für segmentierte Ausgaben konfiguriert. Um dies zu überprüfen, wählen Sie in einer **UDP-Ausgabegruppe** Ausgabe, **Netzwerkeinstellungen** und dann **Containereinstellungen** aus. Suchen Sie nach den drei Feldern, die mit dem Begriff *Segmentierung* beginnen. Das Sperren der per **Video ausgerichteten** Pipeline gilt nur für die folgenden Ausgabetypen: + HLS (Live-Modus) + CMAF-Aufnahme Der Kanal kann andere Arten von Ausgängen enthalten, versucht aber MediaLive nicht, deren Ausgänge zu sperren. Das bedeutet, dass in diesen anderen Ausgabegruppen nicht garantiert werden kann, dass der Inhalt der beiden Pipelines frame-genau zueinander passt. **Topics** + [Eingabe- und Ausgabeanforderungen](pipeline-locking-verify-input.md) + [Einrichtung für das Sperren](pipeline-locking-set-up.md) + [Fehlerbehebung](pipeline-locking-tshoot.md) # Eingabe- und Ausgabeanforderungen Damit MediaLive Pipelines gesperrt werden können, müssen die folgenden Bedingungen im Kanal erfüllt sein. Wenn das Sperren von Pipelines nicht möglich ist, wird die Verarbeitung fortgesetzt. Sobald die erforderlichen Bedingungen wieder in Kraft sind, MediaLive beginnt die Sperre erneut. ## HLS-Eingaben werden nicht unterstützt Der Kanal darf keine HLS-Eingänge enthalten. Wenn der Kanal einen HLS-Eingang enthält, wird der Versuch, Pipelines im Kanal zu sperren, MediaLive beendet. Das Sperren der Pipeline wird nicht wieder aufgenommen, auch wenn der Kanal zu einem anderen Eingang wechselt. ## Die Eingaben müssen einen eingebetteten Timecode (Quell-Timecode-Methode) enthalten Wenn Sie die Quell-Timecode-Methode zum Sperren der Pipeline verwenden (Standardeinstellung), muss die Eingabe eingebetteten Timecode enthalten. Es gelten diese Regeln: + Wenn Sie die Quell-Timecode-Methode verwenden, muss die Eingabe über einen eingebetteten Timecode verfügen. Diese Anforderung gilt sowohl für den Pipeline-Locking-Modus als auch für den Epoch-Sperrmodus. + Für den Epochensperrmodus muss der eingebettete Timecode innerhalb von 2 Minuten von der Epochenzeit abweichen. Wenn der Timecode um mehr als 2 Minuten abweicht, wird MediaLive davon ausgegangen, dass die Quelle die Anforderungen für das Sperren von Pipelines nicht erfüllt. MediaLive durchsucht die aktuelle Quelle kontinuierlich nach einem eingebetteten Timecode. Immer wenn der Timecode nicht erkannt wird, wird der Versuch, Pipelines zu sperren, vorübergehend unterbrochen. ## Anforderungen für das Sperren von Pipelines mit Videoausrichtung Wenn Sie das Sperren von Pipelines mit Videoausrichtung verwenden (die **Methode zum Sperren der Pipeline** ist auf **VIDEO\$1ALIGNMENT** eingestellt), sind eingebettete Timecodes nicht erforderlich. **Anforderungen an die Eingabe** Bestimmte Eingangstypen sind nicht mit der Videoausrichtung kompatibel: + Dateieingaben (MP4\$1FILE, TS\$1FILE) + HLS-Eingaben (URL\$1PULL mit HLS-Inhalt) + RTMP\$1PULL-Eingaben Wenn ein inkompatibler Eingangstyp aktiv ist, wird die per Video ausgerichtete Pipeline-Sperre im „Open Loop“ -Modus (entsperrt) ausgeführt, die Verarbeitung wird jedoch fortgesetzt. Es wird kein Validierungsfehler gemeldet. Dies unterstützt Workflows zum Umschalten zwischen Eingaben, bei denen einige Eingaben möglicherweise nicht kompatibel sind. Bei allen anderen Eingabetypen verwendet die videogestützte Pipeline-Sperre einen visuellen Signaturvergleich, um die Pipelines zu synchronisieren. Beide Pipelines müssen für eine erfolgreiche Synchronisation denselben Videoinhalt empfangen. ## Anforderungen an die Bildrate Die Konvertierung zwischen der Eingabe-Framerate (oder den Frameraten) und der gewünschten Ausgabe-Framerate muss *einfach* sein, was bedeutet, dass eine der folgenden Aussagen zutreffen muss: + Die Ausgabe-Framerate muss ein ganzzahliges Vielfaches der Eingabe-Framerate sein. Beispielsweise kann die Eingabe-Framerate 45 FPS und die Ausgabe-Framerate 90 FPS betragen. + Die Eingabe-Framerate muss ein ganzzahliges Vielfaches der Ausgabe-Framerate sein. Beispielsweise kann die Eingabe-Framerate 60 FPS und die Ausgabe-Framerate 30 FPS betragen. MediaLive identifiziert die Framerate der Quelleingabe, wenn auf eine neue Eingabe umgeschaltet wird, und bestimmt, ob eine einfache Konvertierung angewendet wird. Ist dies nicht der Fall, wird der Versuch, Pipelines zu sperren, MediaLive gestoppt, bis der Kanal zum nächsten Eingang wechselt. Selbst wenn sich die Framerate der Quelleingabe in der Mitte der Quelle ändert (sodass eine einfache Konvertierung erforderlich ist), versucht der Sender MediaLive nicht erneut, die Verbindung zu sperren. Beachten Sie, dass es bei diesen Regeln möglich ist, dass die Frameraten ganze Zahlen sind. Zum Beispiel, wenn die Eingabe-Framerate 29,97 FPS und die Ausgabe-Framerate 59,94 FPS beträgt. *Im Folgenden finden Sie Beispiele für komplexe Frameraten.* Du *kannst die Eingabe nicht* verwenden, wenn eine dieser Kombinationen auf deinen Kanal zutrifft: + Dies wird nicht unterstützt: Die Eingangs-FPS sind 59,4, die Ausgangs-FPS sind 60. + Dies wird nicht unterstützt: Eingangs-FPS ist 45, Ausgangs-FPS ist 60. + Dies wird nicht unterstützt: Die Eingangs-FPS sind 29,97 FPS, die Ausgabe-FPS sind 23,978. ## Epoch Locking und SCTE 3.5 Es gibt Einschränkungen für die Verwendung von Epochensperren in einer HLS- oder MediaPackage Ausgabegruppe. **HLS-Ausgabegruppe** Es ist nicht möglich, SCTE 35-Passthrough oder Manifest-Dekoration in einer HLS-Ausgabegruppe in einem Kanal zu aktivieren, der Epoch Locking verwendet. Beim Speichern des Kanals wird ein Bestätigungsfehler angezeigt. Sie müssen entscheiden, wie Sie diesen Konflikt lösen möchten: + Aktivieren Sie die Epochensperre nicht für den gesamten Kanal: Sie können [den Modus auf reguläre Pipeline-Sperre für den gesamten Kanal einstellen](pipeline-locking-set-up.md#pipeline-locking-mode) und SCTE 35-Passthrough in der HLS-Ausgabegruppe belassen. + SCTE 35-Passthrough in der HLS-Ausgabegruppe deaktivieren: Sie können die Epochensperre beibehalten, aber SCTE 35-Passthrough und Manifest-Dekoration in der HLS-Ausgabegruppe deaktivieren. Sie können den SCTE 35-Passthrough weiterhin in anderen Ausgabegruppen aktivieren. **MediaPackage Ausgabegruppe** Für eine MediaPackage Ausgabegruppe gelten Einschränkungen, wenn die Eingabe SCTE 35-Nachrichten enthält: + Wenn die Epochensperre im Kanal nicht aktiviert ist, MediaLive werden automatisch alle SCTE 35-Nachrichten aus der Eingabe weitergeleitet und die Manifest-Dekoration wird automatisch aktiviert. + Wenn Epoch Locking aktiviert ist, MediaLive werden SCTE 35-Passthrough und Manifest-Dekoration in der Ausgabegruppe automatisch deaktiviert. MediaPackage Sie sollten entscheiden, welche Funktion Sie behalten möchten. Sie können die SCTE 35-Nachrichten behalten (in diesem Fall müssen Sie die Epochensperre für den gesamten Kanal deaktivieren). Oder Sie können die Epochensperrung aktivieren, aber die Weiterleitung der SCTE 35-Nachrichten verlieren. Beachten Sie, dass es keinen Vorteil hat, die Ausgabe als HLS-Ausgabegruppe einzurichten, da ähnliche Einschränkungen gelten, wie oben beschrieben. # Einrichtung für das Sperren Das Sperren von Pipelines ist in einem Standardkanal standardmäßig aktiviert. Sie können es deaktivieren. Wenn Sie sich dafür entscheiden, ihn aktiviert zu lassen, sollten Sie den Modus so konfigurieren, dass er in einem bestimmten Kanal verwendet wird. Und Sie sollten die Ausgabegruppen konfigurieren, um sicherzustellen, dass die Pipelines erfolgreich gesperrt werden MediaLive können. **Anmerkung** Bei allen Verfahren in diesem Abschnitt wird davon ausgegangen, dass Sie mit den beschriebenen [Erstellen eines Channels von Grund auf](creating-channel-scratch.md) allgemeinen Schritten zum Erstellen eines Kanals vertraut sind. ## Konfiguration der Ausgangssperre und Einstellung des Modus Sie können den Kanal wie folgt konfigurieren: + Sperren deaktiviert + Sperren im Pipeline-Sperrmodus aktiviert: Sperren Sie die beiden Pipelines miteinander + Sperren im Epochensperrmodus aktiviert: Sperren Sie die Pipelines, indem Sie die Unix-Epoche als Referenz verwenden. **Konfigurieren Sie den Modus und die Methode zum Sperren von Pipelines** 1. Wählen Sie in dem Kanal, den Sie erstellen oder bearbeiten, im Navigationsbereich die Option **Allgemeine Einstellungen** aus. Wählen Sie dann **Globale Konfiguration**. 1. Wählen Sie **Globale Konfiguration aktivieren**. 1. Wählen Sie im **Ausgangssperrmodus** die Option **DEAKTIVIERT**. **Oder wählen Sie den Modus — **PIPELINE\$1LOCKING oder EPOCH\$1LOCKING**.** Weitere Informationen zu den Optionen erhalten Sie, wenn Sie auf den Link **Info neben dem Feld klicken**. 1. **Um die Methode zum Sperren der Pipeline zu konfigurieren (nur im Modus **PIPELINE\$1LOCKING** verfügbar), erweitern Sie Zusätzliche Einstellungen.** 1. Suchen Sie **unter Einstellungen für Ausgabesperren** das Feld **Methode zum Sperren von Pipelines und wählen Sie die Methode** für die Synchronisation aus: + **SOURCE\$1TIMECODE** (Standard): Verwendet eingebettete Timecodes aus der Eingabequelle. Erfordert Eingaben mit zuverlässigen eingebetteten Timecodes. Siehe [Die Eingaben müssen einen eingebetteten Timecode (Quell-Timecode-Methode) enthalten](pipeline-locking-verify-input.md#pipeline-locking-embedded-tcode). + **VIDEO\$1ALIGNMENT**: Verwendet einen visuellen Signaturvergleich zwischen Encodern. Erfordert keine eingebetteten Timecodes. Informationen [Anforderungen für das Sperren von Pipelines mit Videoausrichtung](pipeline-locking-verify-input.md#pipeline-locking-video-alignment-inputs) zur Eingabekompatibilität finden Sie unter. 1. (Optional) Für CMAF-Ingest- und MediaPackage V2-Ausgabegruppen können Sie eine benutzerdefinierte Epoche konfigurieren. Erweitern Sie **Zusätzliche Einstellungen**, suchen Sie dann unter **Einstellungen für die Ausgabesperre** das Feld **Benutzerdefinierte Epoche und geben Sie eine benutzerdefinierte Epochenzeit** ein. ## Einrichten einer HLS- MediaPackage oder Microsoft Smooth-Ausgabegruppe In einer HLS-Ausgabegruppe oder einer Microsoft Smooth-Ausgabegruppe müssen Sie die Framerate für jede Videokodierung einrichten. **Für das Sperren von Pipelines einrichten** 1. Wählen Sie in dem Kanal, den Sie erstellen, im Navigationsbereich die Ausgabegruppe HLS oder Microsoft Smooth aus. Erstellen Sie bei Bedarf die Ausgaben und Videocodierungen in jeder Ausgabe. 1. Wählen Sie in jeder Ausgabe, die eine Videokodierung enthält, die Videokodierung aus. Wählen Sie im Feld **Codec-Einstellungen den** Codec aus. Es werden weitere Felder angezeigt. 1. Wählen Sie den Bereich **Bildrate** und legen Sie die folgenden Felder fest: + **Steuerung der Bildrate****: Wir empfehlen, dass Sie „Spezifiziert“ wählen.** Die Option **initialize\$1from\$1Source** funktioniert nicht gut beim Sperren von Pipelines. + **Framerate-Zähler und **Framerate-Nenner****: Stellen Sie die gewünschte Auflösung für die Ausgabe ein. [Stellen Sie sicher, dass die Konvertierung von der Eingangs-Framerate zur Ausgabe-Framerate den Anforderungen entspricht.](pipeline-locking-verify-input.md) 1. Wiederholen Sie den Vorgang, um die Bildrate in der Videokodierung in jeder Ausgabe einzustellen. ## Eine UDP-Ausgabegruppe einrichten In einer UDP-Ausgabegruppe müssen Sie Informationen über Segmentierungsmarkierungen abrufen und die Segmentierungsmarkierungen für die Framerate für jede Videokodierung einrichten. **Für das Sperren von Pipelines einrichten** 1. Sie benötigen Informationen zur Konfiguration der Segmentierung in den Ausgaben. Diese Informationen sind in Feldern auf der Seite **Kanal erstellen** auf der Konsole enthalten. Um die Felder anzuzeigen, wählen Sie im Navigationsbereich **Gruppe archivieren** aus. Wählen Sie dann eine Ausgabe und dann **Netzwerkeinstellungen**. Wählen Sie den Link **Info** neben jedem der folgenden Felder: + **Segmentierungsmarkierungen** + **Zeit der Segmentierung** + **EBP Lookahead ms** + **Zeit fragmentieren** + **Segmentierungsstil** + **EBP-Platzierung** + **EBP-Audiointervall** 1. Wenden Sie sich an Ihren Ansprechpartner im nachgeschalteten System, um die empfohlenen Werte für diese Felder zu erhalten. 1. Wählen Sie in dem Kanal, den Sie gerade erstellen, im Navigationsbereich die Gruppe Ausgabe archivieren aus. Erstellen Sie bei Bedarf die Ausgaben. Wählen Sie dann in den **Ausgabeeinstellungen** die Option **Netzwerkeinstellungen**. Es werden weitere Felder angezeigt. 1. Wählen Sie **Container-Einstellungen** und legen Sie Werte für die in Schritt 1 aufgeführten Segmentierungsfelder fest. Es ist möglich, dass einige Felder nicht für die von Ihnen ausgewählten Segmentierungsmarkierungen gelten. 1. Erstellen Sie bei Bedarf die Videokodierung in der Ausgabe und wählen Sie dann die Videokodierung aus. Wählen Sie im Feld **Codec-Einstellungen den** Codec aus. Es werden weitere Felder angezeigt. 1. Wählen Sie den Bereich **Bildrate** und legen Sie die folgenden Felder fest: + **Steuerung der Bildrate****: Wir empfehlen, dass Sie „Spezifiziert“ wählen.** Die Option **initialize\$1from\$1Source** funktioniert nicht gut beim Sperren von Pipelines. + **Framerate-Zähler und Framerate-Nenner**: Stellen Sie die gewünschte **Framerate** für die Ausgabe ein. [Stellen Sie sicher, dass die Konvertierung von der Eingangs-Framerate zur Ausgabe-Framerate den Anforderungen entspricht.](pipeline-locking-verify-input.md) # Fehlerbehebung Das Sperren von Pipelines stellt sicher, dass die Pipelines in den Ausgabegruppen, in denen die Pipeline-Sperre MediaLive durchgeführt wird, rahmengenau zueinander passen. Wenn Sie oder der Bediener am Downstream-System feststellen, dass die Pipelines nicht synchronisiert sind, können Sie die folgende Problembehandlung durchführen. ## Allgemeine Problembehebung Diese Schritte zur Fehlerbehebung gelten für alle Methoden zum Sperren von Pipelines: + Stellen Sie sicher, dass MediaLive [das Sperren von Pipelines für die Art der Eingabe in Ihrem Kanal unterstützt](pipeline-locking-verify-input.md) wird. + Stellen Sie sicher, dass die betroffenen Ausgänge für das Sperren von Pipelines in Frage kommen. Das Sperren von Pipelines [gilt nur für bestimmte Arten von Ausgängen](pipeline-lock.md). + **Stellen Sie sicher, dass Sie das **Framerate-Steuerelement** so geändert haben, dass es *nicht* initialize\$1from\$1Source ist.** + **Überprüfen FRCPresent** CloudWatch Sie die Metrik Complex. Ein Wert von 1 gibt an, dass Medialive eine komplexe Framerate-Konvertierung durchführt und nicht versucht, Pipelines zu sperren. [Das Sperren von Pipelines unterstützt nur einfache Framerate-Konvertierungen.](pipeline-locking-verify-input.md#pipeline-locking-requirements-frame-rate) + Wenn sich die Framerate innerhalb der Quelle ändert, ist es möglich, dass für die Dauer keine Pipeline-Sperre durchgeführt werden MediaLive kann, da für diesen Videoabschnitt keine einfache Framerate-Konvertierung erfolgt. ## Problembehebung bei zeitcode-basiertem Sperren Wenn Sie Epochensperren oder Pipeline-Sperren mit der Quell-Timecode-Methode (Standardeinstellung) verwenden, überprüfen Sie zusätzlich zu den allgemeinen Schritten zur Fehlerbehebung Folgendes: + Stellen Sie sicher, dass die Eingangsquelle über einen eingebetteten Timecode verfügt. + Wenn Sie den Epochensperrmodus gewählt haben, stellen Sie sicher, dass der eingebettete Timecode innerhalb von 2 Minuten vor der Epochenzeit liegt. + Wenn eine Eingabequelle Abschnitte enthält, in denen kein eingebetteter Timecode vorhanden ist, wird die Frame-genaue Pipeline-Sperrung MediaLive beendet. MediaLive greift automatisch auf eine ungefähre Pipelinesperre zurück. Immer wenn der eingebettete Timecode wieder erscheint, wird das frame-genaue Sperren der MediaLive Pipeline wieder aufgenommen. + Stellen Sie sicher, dass Sie daran gedacht haben, Segmentierungsmarkierungen in einer UDP-Ausgabegruppe einzurichten. Bei den anderen unterstützten Ausgabegruppen müssen Sie sich darüber keine Gedanken machen, da ihre Ausgaben immer segmentiert sind. + Stellen Sie sicher, dass Sie den Segmentierungsmarkertyp einrichten, den Ihr Downstream-System erwartet. ## Problembehebung bei videogestützter Rohrverriegelung Wenn Sie die per Video ausgerichtete Rohrleitungssperre verwenden (die **Methode zum Sperren der Pipeline** ist auf **VIDEO\$1ALIGNMENT** eingestellt) und Synchronisierungsprobleme auftreten, überprüfen Sie zusätzlich zu den allgemeinen Schritten zur Problembehebung Folgendes: + Stellen Sie sicher, dass der aktuelle Eingangstyp kompatibel ist. HLS-, RTMP\$1PULL- und Dateieingaben führen dazu, dass das auf Video ausgerichtete Pipeline-Locking im Open-Loop-Modus (entsperrt) ausgeführt wird. Siehe [Anforderungen für das Sperren von Pipelines mit Videoausrichtung](pipeline-locking-verify-input.md#pipeline-locking-video-alignment-inputs). + Überprüfen Sie die Metrik. **InputVideoAligned** CloudWatch Ein Wert von 1 bedeutet, dass die Pipeline-Sperre den eingegebenen Videoinhalt erfolgreich zwischen den Pipelines ausgerichtet hat. Wenn der Wert 0 ist: + Stellen Sie sicher, dass beide Pipelines denselben Videoinhalt empfangen. Beim Sperren von per Video ausgerichteten Pipelines werden visuelle Signaturen zwischen den Encodern verglichen. Eine Sperre ist nicht möglich, wenn sich der Inhalt unterscheidet. + Überprüfen Sie die **PipelinesLocked** CloudWatch Metrik. Bei der videogestützten Pipeline-Sperrung wird der Sperrstatus anhand derselben Metrik gemeldet. Ein Wert von 1 weist auf eine erfolgreiche Synchronisation hin. + Wenn die Synchronisation unterbrochen wird, stellen Sie sicher, dass Ihre Netzwerkkonnektivität zu beiden Pipelines stabil ist. Der visuelle Signaturvergleich erfordert eine konsistente Videoübertragung an beide Encoder.