Schritt 1: Entwerfen Sie den Pfad für das Ausgabeziel

Führen Sie diesen Schritt aus, wenn Sie den oder die vollständigen Zielpfade noch nicht entworfen haben. Wenn Sie die Pfade bereits entworfen haben, gehen Sie zuSchritt 2: Füllen Sie die Felder auf der Konsole aus.

Um den Pfad zu entwerfen

1. Sammeln Sie die Informationen, die Sie zuvor vom Betreiber des nachgeschalteten Systems erhalten haben:

   • Der Verbindungstyp für das Downstream-System — Akamai, Basic PUT oder WebDAV.

   • Die Einstellungen für Verbindungsfelder, wenn das Downstream-System besondere Anforderungen hat.

   • Das Protokoll für die Übermittlung — HTTP oder HTTPS.

   • Der Benutzername und das Passwort für den Zugriff auf das Downstream-System, falls das Downstream-System authentifizierte Anfragen benötigt. Beachten Sie, dass sich diese Benutzeranmeldeinformationen auf die Benutzerauthentifizierung beziehen, nicht auf das Protokoll. Bei der Benutzerauthentifizierung geht es darum, ob das nachgelagerte System Ihre Anfrage akzeptiert. Beim Protokoll geht es darum, ob die Anfrage über eine sichere Verbindung gesendet wird.

   • Alle oder ein Teil der Zielpfade, möglicherweise einschließlich der Dateinamen.

   • Ob Sie separate Unterverzeichnisse einrichten müssen.

2. Im Rahmen der Planung mit dem Betreiber des nachgelagerten Systems sollten Sie festgelegt haben, ob Sie redundante Manifeste implementieren möchten. Sie hätten auch feststellen müssen, ob für das nachgelagerte System benutzerdefinierte Manifeste erforderlich sind. Lesen Sie angesichts dieser beiden Entscheidungen den entsprechenden Abschnitt:

   • Wenn Sie redundante Manifeste implementierenRedundante HLS-Manifeste, finden Sie weitere Informationen unter und kehren Sie dann zu diesem Abschnitt zurück.

   • Wenn Sie benutzerdefinierte Pfade für Manifeste implementierenAnpassen der Pfade innerhalb von HLS-Manifesten, finden Sie weitere Informationen unter und kehren Sie dann zu diesem Abschnitt zurück.

   • Wenn Sie keine dieser Funktionen implementieren, lesen Sie diesen Abschnitt weiter.

3. Entwerfen Sie die Teile der Zielpfade, die dem Bucket oder den Buckets folgen. Einzelheiten finden Sie in den folgenden Abschnitten.

Die Syntax für die Pfade für die Ausgaben

In der folgenden Tabelle werden die Teile beschrieben, aus denen sich die Zielpfade für diese drei Dateikategorien zusammensetzen.

Die Zielpfade für diese drei Dateikategorien sind bis einschließlich BaseFileName identisch, was bedeutet, dass alle diese Dateikategorien in denselben Ordner thatMediaLive gesendet werden. Die Modifikatoren und Dateierweiterungen sind für jede Dateikategorie unterschiedlich.

Datei	Syntax des Pfads	Beispiel
Wichtigste Manifestdateien	Protokolldomänenpfad BaseFileName-Erweiterung	Die URL für ein Hauptmanifest mit dem Dateinamen /index: http://203.0.113.55/sports/delivery/curling/index.m3u8
Untergeordnete Manifestdateien	Protokolldomänenpfad BaseFileName NameModifier-Erweiterung	Die URL für das untergeordnete Manifest für die hochauflösenden Wiedergabeversionen der Ausgabe http://203.0.113.55/sports/delivery/curling/index-high.m3u8
Mediendateien (Segmente)	protocol domain path baseFilename nameModifier optionalSegmentModifier counter extension	Die URL für die Datei für das 230. Segment könnte wie folgt lauten: http:// 203.0.113.55/sports/delivery/curling/index-high-00230.ts

Diese Zielpfade sind wie folgt aufgebaut:

• Der Betreiber des nachgeschalteten Systems hätte Ihnen das Protokoll, die Domäne und einen Teil des Pfads zur Verfügung stellen müssen. Beispielsweise:

  http://203.0.113.55/sports/

  Das Protokoll ist immer HTTP oder HTTPS.

• Der Betreiber hat möglicherweise Folgendes bereitgestellt. Andernfalls entscheiden Sie über sie:

  • Die Ordner

  • Der BaseFileName

  • Der Modifikator

  • Der SegmentModifier

  Sehen Sie sich die folgenden Abschnitte an.

• MediaLive fügt den Unterstrich vor dem Zähler ein.

• MediaLive generiert den Zähler, der immer fünfstellig ist und bei 00001 beginnt.

• MediaLive fügt den Punkt vor der Erweiterung ein.

• MediaLive wählt die Erweiterung aus:

  • Für Manifestdateien — immer .m3u8

  • Für Mediendateien — .ts für Dateien in einem Transportstream und .mp4 für Dateien in einem FMP4-Container

Entwerfen der Ordner und BaseFileName

Beachten Sie für den baseFilename Teil folder und den Teil des Zielpfads die folgenden Richtlinien:

• Für einen Single-Pipeline-Kanal benötigen Sie nur einen baseFilename.

• Für einen Standardkanal, wenn Sie keine redundanten Manifeste implementieren, benötigen Sie zwei baseFilenames. Die beiden baseFilenames können identisch oder unterschiedlich sein. Bevor Sie andere baseFilenames erstellen, vergewissern Sie sich, dass das Downstream-System mit diesem Setup arbeiten kann.

• Informationen zu einem Standardkanal, wenn Sie redundante Manifeste implementieren, finden Sie unter Felder für redundante Manifeste.

Den NameModifier entwerfen

Entwerfen Sie die nameModifier Teile des Dateinamens. Die untergeordneten Manifeste und Mediendateien enthalten diesen Modifikator in ihren Dateinamen. Mit diesem nameModifier wird jede Ausgabe von der anderen unterschieden, daher muss er in jeder Ausgabe eindeutig sein. Befolgen Sie diese Richtlinien:

• Bei einer Ausgabe, die Video (und möglicherweise andere Streams) enthält, beschreiben Sie in der Regel das Video. Si geben z. B. -high oder -1920x1080-5500kpbs an (um die Auflösung und Bitrate zu beschreiben).

• Bei einer Ausgabe, die nur Audio oder nur Untertitel enthält, beschreiben Sie in der Regel das Audio oder die Untertitel. Zum Beispiel -aac oder -webVTT.

• Es ist eine gute Idee, ein Trennzeichen einzufügen, um das klar baseFilename von dem zu trennen. nameModifier

• Der nameModifier kann Datenvariablen enthalten.

Den SegmentModifier entwerfen

Entwerfen Sie den SegmentModifiers-Teil des Zielpfads. Der SegmentModifier ist optional, und wenn Sie ihn einbeziehen, wird er nur in den Namen der Mediendateien enthalten.

Ein typischer Anwendungsfall für diesen Modifikator ist die Verwendung einer Datenvariablen zur Erstellung eines Zeitstempels, um zu verhindern, dass sich Segmente im Falle eines Neustarts des Kanals gegenseitig überschreiben. Angenommen, Sie fügen den Zeitstempel $t$- ein. Segment 00001 könnte den Namen haben. /index-120028-00001 Wenn die Ausgabe einige Minuten später neu gestartet wird (was dazu führt, dass der Segmentzähler neu gestartet wird), hat das neue Segment 00001 den Namen. /index-120039-00001 Die neue Datei überschreibt die Datei für das ursprüngliche Segment 00001 nicht. Für einige Downstream-Systeme empfiehlt sich möglicherweise dieses Verhalten.