Schritt 1: Entwerfen Sie den Pfad für das Ausgabeziel - MediaLive
Die Syntax für die Pfade für die AusgabenGestaltung der Ordner und baseFilenameEntwerfen der nameModifierEntwerfen des segmentModifier

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.

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 — AkamaiPUT, Basic oder Web. DAV

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

    • Das Protokoll für die Lieferung— HTTP oderHTTPS.

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

    • Informationen zur Implementierung benutzerdefinierter Pfade für Manifeste finden Sie unterAnpassen der Pfade innerhalb von HLS-Manifesten, 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 identisch baseFilename, 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 baseFilename Erweiterung des Protokolldomänenpfads

Die URL für ein Hauptmanifest mit dem Dateinamen /index:

http://203.0.113.55/sports/delivery/curling/index.m3u8
Untergeordnete Manifestdateien baseFilename nameModifierErweiterung des Protokolldomänenpfads Das Manifest URL für das untergeordnete Objekt 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 Datei URL 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 oderHTTPS.

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

    • Die Ordner

    • Die 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 MP4 F-Container

Gestaltung der Ordner und baseFilename

Beachten Sie für den baseFilename Teil folder und 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.

Entwerfen der nameModifier

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.

Entwerfen des segmentModifier

Entwerfen Sie den segmentModifiers Teil des Zielpfads. Das segmentModifier ist optional, und wenn Sie es angeben, wird es 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 /index-120028-00001 haben. 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.