Entwerfen Sie den Pfad für das Ausgabeziel - MediaLive

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.

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 zuFüllen Sie die Felder auf der Konsole aus.

Um den Pfad zu entwerfen
  1. Erfassen Sie den Datenendpunkt für den oder die Container. Sie haben diese Informationen zuvor vom MediaStore Benutzer erhalten. Beispielsweise:

    a23f.data.mediastore.us-west-2.amazonaws.com

  2. Entwerfen Sie die Teile der Zielpfade, die dem Datenendpunkt (für MediaStore) folgen.

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

Eine HLS Ausgabe umfasst immer drei Kategorien von Dateien:

  • Das Hauptmanifest

  • Das Kind manifestiert sich

  • Die Mediendateien

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 MediaLive gesendet werden. Die Modifikatoren und Dateierweiterungen sind für jede Dateikategorie unterschiedlich. Beim Senden an MediaStore müssen Sie alle Dateien in denselben Ordner senden. Die nachgeschalteten Systeme erwarten, dass alle Dateien zusammen sind.

Datei Syntax des Pfads Beispiel
Die wichtigsten Manifestdateien protocol dataEndpoint path baseFilename extension

Der Pfad für ein Hauptmanifest in der Pfadzustellung im Container und mit dem Dateinamenindex:

mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8
Untergeordnete Manifestdateien protocol dataEndpoint path baseFilename nameModifier extension Der Pfad für das untergeordnete Manifest für die hochauflösenden Wiedergabeversionen der Ausgabe

mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index-high.m3u8

Mediendateien (Segmente) protocol dataEndpoint path baseFilename nameModifier optionalSegmentModifier counter extension

Der Pfad für die Datei für das 230. Segment könnte sein:

mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index-high-00230.ts

Wie MediaLive konstruiert die Pfade

Diese Pfade sind wie folgt aufgebaut:

  • Der Benutzer des AWS Dienstes hätte Ihnen die Container-Namen zur Verfügung stellen müssen.

  • Für MediaStore müssen Sie Folgendes ermitteln:

    • 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 oder .mp4 für Dateien in einem F-Container MP4

Gestaltung der Ordner und baseFilename

Entwerfen Sie einen Ordnerpfad baseFilename , der Ihren Zwecken entspricht.

Wenn Sie zwei Ziele für jede Ausgabe haben, müssen sich die Zielpfade in gewisser Weise voneinander unterscheiden. Befolgen Sie diese Richtlinien:

  • Mindestens einer der Abschnitte eines Pfads muss sich vom anderen unterscheiden. Es ist akzeptabel, dass sich alle Abschnitte unterscheiden.

    Wenn die Buckets oder Container unterschiedlich sind, können sich der Ordnerpfad und die Dateinamen für die beiden Ziele daher voneinander unterscheiden oder sie können identisch sein. Beispielsweise:

    mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8

    mediastoressl://fe30.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8

    or

    mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8

    mediastoressl://fe30.data.mediastore.us-west-2.amazonaws.com/redundant/index.m3u8

  • Wenn die Buckets oder Container identisch sind, müssen sich der Ordnerpfad und die Dateinamen für die beiden Ziele voneinander unterscheiden. Beispielsweise:

    mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8

    mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/redundant/index.m3u8

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, das nameModifier mit einem Trennzeichen, z. B. einem Bindestrich, zu beginnen, um das vom baseFilename 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.