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
-
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
-
Entwerfen Sie die Teile der Zielpfade, die dem Datenendpunkt (für MediaStore) folgen.
Themen
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
|
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 vombaseFilename
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.