View a markdown version of this page

AWSE-Format SCTE-35 - MediaLive
Funktionen, die den AWSE format_identifier verwenden AWSE-Formatspezifikation

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.

AWSE-Format SCTE-35

AWSE ist ein format_identifier Wert, der in der SCTE-35 MPU-UPID-Struktur verwendet wird. Einige AWS Elemental MediaLive Funktionen verwenden dieses Format, um zusätzliche Informationen in Nachrichten zu übertragen. SCTE-35 splice_info_section

Auf dieser Seite wird das Binärformat der AWSE-Deskriptoren beschrieben, einschließlich der versionierten Envelope-Struktur und der registrierten Feature-Payloads.

Funktionen, die den AWSE format_identifier verwenden

In der folgenden Tabelle sind die MediaLive Funktionen aufgeführt, mit denen AWSE-Deskriptoren an Nachrichten angehängt werden. SCTE-35

Operation Aktiviert durch Feature-ID Description
Hängen Sie Abfrageparameter für Elementare Inferenz an Kontextuelle Anreicherung von Metadaten EICM(Kontextuelle Metadaten zur elementaren Inferenz) Bettet die Elemental Inference-Feed-ID, die URL der Datenebene und einen Conditioner-Timeline-PTS in einen Inhaltsidentifikationsdeskriptor ein, sodass nachgelagerte Systeme die Elemental Inference-API abfragen können. GetMetadata Siehe EICM-Payload: Kontextuelle Metadatenanreicherung.

AWSE-Formatspezifikation

Die AWSE format_identifier bietet einen versionierten, erweiterbaren Umschlag. Dieser Envelope identifiziert das Feature, das den Deskriptor erzeugt hat, und enthält eine funktionsspezifische Nutzlast. In den folgenden Abschnitten werden die äußere Deskriptorstruktur, die Envelope-Felder und die registrierten Feature-Identifikatoren beschrieben.

Struktur des Segmentierungsdeskriptors

Jeder AWSE-Deskriptor folgt der SCTE 35-Syntax: segmentation_descriptor()

segmentation_descriptor {
    splice_descriptor_tag           = 0x02
    descriptor_length               = 15 + segmentation_upid_length
    identifier                      = 0x43554549 ('CUEI')
    segmentation_event_id           = <unique per splice_info_section>
    segmentation_event_cancel_indicator = 0
    program_segmentation_flag       = 1
    segmentation_duration_flag      = 0
    delivery_not_restricted_flag    = 1
    segmentation_upid_type          = 0x0C (MPU)
    segmentation_upid_length        = <varies by feature>
    segmentation_upid               = <AWSE format_identifier + envelope — see AWSE UPID envelope>
    segmentation_type_id            = 0x01 (Content Identification)
    segment_num                     = 0
    segments_expected               = 0
}

Das segmentation_upid_type ist immer 0x0C (MPU). Das segmentation_type_id ist immer 0x01 (Inhaltsidentifikation). Der segmentation_upid beginnt mit dem format_identifier Wert"AWSE", gefolgt von den Umschlagfeldern, die unter beschrieben AWSE UPID-Umschlag werden.

AWSE UPID-Umschlag

Der segmentation_upid beginnt mit einem festen Umschlagkopf. Dieser Header identifiziert format_identifier die Schemaversion und das Feature. Je nach Funktion kann eine funktionsspezifische Nutzlast folgen oder auch nicht. Parser verwenden dasfeature_id, um zu ermitteln, wie die verbleibenden Byte (falls vorhanden) zu interpretieren sind.

Die Felder werden in der angegebenen Reihenfolge angezeigt.

Feld Größe Typ Description
format_identifier 4 Bytes ASCII "AWSE"— der SCTE-35 format_identifier MPU-Wert, der diese UPID als AWS Elemental-Nutzlast identifiziert.
schema_version 1 Byte uint8 Version des AWSE-Envelope-Schemas. Derzeit0x01. Eine Änderung dieses Werts weist auf eine strukturelle Änderung des Umschlags selbst (einschließlich seiner Größe) hin.
feature_id 4 Bytes ASCII Identifiziert, welches MediaLive Merkmal diesen Deskriptor erzeugt hat. Legt fest, wie die verbleibenden Byte zu interpretieren sind. Siehe Merkmals-Identifikatoren.
(funktionsspezifische Nutzlast) Variable — Alle zusätzlichen Felder, die für das von Ihnen gewählte Feld erforderlich sind. feature_id Ob diese Nutzlast vorhanden ist und wie sie aufgebaut ist, hängt ausschließlich von der jeweiligen Funktion ab. Einzelheiten finden Sie in der Nutzlastreferenz der Funktion.

Für Schemaversion 1 ist der Envelope-Header 9 Byte (4 + 1 + 4) groß. Je nach Funktion kann dem eine funktionsspezifische Nutzlast folgen oder feature_id auch nicht. Wenn eine Nutzlast vorhanden ist, beträgt ihre Länge. segmentation_upid_length - 9 Das Feature definiert die Nutzlaststruktur vollständig; Einzelheiten finden Sie in der Nutzlastreferenz des Features.

Parser, die a nicht erkennen, feature_id sollten den Deskriptor behutsam überspringen.

Merkmals-Identifikatoren

In der folgenden Tabelle sind die registrierten feature_id Werte aufgeführt.

Feature-ID Feature Nutzlast-Referenz
EICM Kontextuelle Metadatenanreicherung (AWS Elemental Inference) EICM-Payload: Kontextuelle Metadatenanreicherung