Freigeben über

Vergleich von Liveereignistypen (REST)

  • Artikel

Media Services-Logo v3

Warnung

Azure Media Services wird am 30. Juni 2024 eingestellt. Weitere Informationen finden Sie im Leitfaden zur Einstellung von AMS.

In Azure Media Services kann ein Liveereignis entweder auf Passthrough (ein lokaler Liveencoder sendet einen Stream mit Mehrfachbitrate) oder Livecodierung (ein lokaler Liveencoder sendet einen Stream mit Einzelbitrate) festgelegt werden.

In diesem Artikel werden die Features der Liveereignistypen in der REST-API verglichen. Informationen zur Verwendung mit SDKs finden Sie unter .NET, Node.JS oder Python. Darüber hinaus können Sie den Beispielcode für Liveereignisse ausprobieren.

Typenvergleich

In der folgenden Tabelle werden die Features der Liveereignistypen verglichen. Die Typen werden während der Erstellung mit LiveEventEncodingType festgelegt:

  • LiveEventEncodingType.PassthroughBasic: Ein lokaler Liveencoder sendet einen Datenstrom mit mehreren Bitraten. Basic-Passthrough ist auf einen maximalen Eingangswert von 5 MBit/s und ein DVR-Fenster von bis zu 8 Stunden beschränkt. Außerdem wird die Livetranskription nicht unterstützt.
  • LiveEventEncodingType.PassthroughStandard: Ein lokaler Liveencoder sendet einen Datenstrom mit mehreren Bitraten. Standard-Passthrough verfügt über höhere Erfassungsgrenzwerte, ein DVR-Fenster von bis zu 25 Stunden und Unterstützung für Livetranskriptionen.
  • LiveEventEncodingType.Standard: Ein lokaler Liveencoder sendet einen Datenstrom mit einer einzigen Bitrate an das Liveereignis, und Media Services erstellt Datenströme mit mehreren Bitraten. Wenn der Beitragsfeed eine Auflösung von 720p oder höher hat, bewirkt die Voreinstellung Default720p, dass eine Reihe von 6 Auflösung/Bitrate-Paaren codiert wird (weitere Informationen folgen später in diesem Artikel).
  • LiveEventEncodingType.Premium1080p: Ein lokaler Liveencoder sendet einen Datenstrom mit einer einzigen Bitrate an das Liveereignis, und Media Services erstellt Datenströme mit mehreren Bitraten. Die Voreinstellung „Default1080p“ gibt den Ausgabesatz von Auflösung/Bitrate-Paaren an (weitere Informationen folgen später in diesem Artikel).
Funktion Basic-Passthrough Standard-Passthrough Standard- (720p) oder Premium-Codierungsereignis (1080p)
Eingaben mit Einzelbitrate werden in mehrere Bitraten in der Cloud codiert. Nein Nein Ja
Maximale Videoauflösung für Beitragsfeeds 4K (4096 × 2160 bei 60 Frames/Sekunde) 4K (4096 × 2160 bei 60 Frames/Sekunde) 1080p (1920 x 1088 bei 30 Frames/Sekunde)
Empfohlene maximale Ebenen im Beitragsfeed (innerhalb der Grenzwerte für die Erfassungsbandbreite) Beschränkt auf eine maximale aggregierte Bandbreite von 5 MBit/s Beschränkt auf eine maximale aggregierte Bandbreite von 60 MBit/s 1 Videospur und 1 Audiospur (alle zusätzlichen Spuren werden im Hintergrund getrennt)
Maximale Anzahl von Ebenen in der Ausgabe Identisch mit der Eingabe Identisch mit der Eingabe Bis zu 6 (siehe unten „Systemvoreinstellungen“)
Maximale aggregierte Bandbreite von Beitragsfeeds Unterstützt kombinierte Eingaben mit bis zu 5 MBit/s, Einzelbitraten dürfen 4 MBit/s nicht überschreiten. Keine Einschränkung der Bildfrequenz von Videos. Unterstützt kombinierte Eingaben mit bis zu 60 MBit/s, Einzelbitraten dürfen 20 MBit/s nicht überschreiten. Keine Einschränkung der Bildfrequenz von Videos. Unterstützt Eingaben mit Einzelbitrate. Die Bandbreite einzelner Eingaben darf 20 MBit/s nicht überschreiten. Die Bildfrequenz von Videos darf 60 Frames/s nicht überschreiten.
Maximal zulässige Dauer des DVR-Fensters (Zeitverschiebung) Bis zu 8 Stunden Bis zu 25 Stunden Bis zu 25 Stunden
Maximale Anzahl zulässiger Liveausgaben Nur 1 Liveausgabe Bis zu 3 Liveausgaben Bis zu 3 Liveausgaben
Maximale Bitrate für eine einzelne Ebene im Beitrag Bis zu 4 MBit/s 20 MBit/s 20 MBit/s
Unterstützung von Audiotiteln mit mehreren Sprachen Ja Ja Nein
Unterstützte Codecs für Videoeingang H.264/AVC (RTMP und Smooth) oder H.265/HEVC (nur Smooth Streaming-Erfassung) H.264/AVC (RTMP und Smooth) oder H.265/HEVC (nur Smooth Streaming-Erfassung) H.264/AVC (RTMP und Smooth Streaming-Erfassung)
Unterstützte Codecs für Videoausgang Identisch mit der Eingabe Identisch mit der Eingabe H.264/AVC
Unterstützte Videobittiefe, -eingang und -ausgang Bis zu 10 Bit, einschließlich HDR 10/HLG Bis zu 10 Bit, einschließlich HDR 10/HLG 8 Bit
Unterstützte Codecs für Audioeingang AAC-LC, HE-AAC v1, HE-AAC v2 AAC-LC, HE-AAC v1, HE-AAC v2 AAC-LC, HE-AAC v1, HE-AAC v2
Unterstützte Codecs für Audioausgang Identisch mit der Eingabe Identisch mit der Eingabe AAC-LC
Maximale Videoauflösung des Ausgabevideos Identisch mit der Eingabe Identisch mit der Eingabe Standard (720p), Premium1080p (1080p)
Maximale Bildfrequenz eines Eingangsvideos 60 Frames/Sekunde 60 Frames/Sekunde Standard oder Premium (1080p) – 60 Frames/s – Die transcodierte Ausgabe wird abhängig von der Quellbildrate auf 23,98, 24, 25, 29,97 oder 30 BpS reduziert.
Eingabeprotokolle RTMP, fragmentiertes MP4 (Smooth Streaming) RTMP, fragmentiertes MP4 (Smooth Streaming) RTMP, fragmentiertes MP4 (Smooth Streaming)
Preis Informieren Sie sich auf der Preisseite , und klicken Sie auf die Registerkarte „Live-Video“. Informieren Sie sich auf der Preisseite , und klicken Sie auf die Registerkarte „Live-Video“. Informieren Sie sich auf der Preisseite , und klicken Sie auf die Registerkarte „Live-Video“.
Maximale Laufzeit 24 Stunden × 365 Tage, live linear 24 Stunden × 365 Tage, live linear 24 Stunden × 365 Tage, live linear (Vorschauversion)
Möglichkeit zum Übergeben von eingebetteten CEA-608/708-Untertiteldaten
Verfügbar mit HLS		 Ja Yes Ja
Unterstützung für Livetranskription Nein. Livetranskriptionen werden bei Basic-Passthrough nicht unterstützt. Ja Ja
Unterstützung für Werbeeinblendungen über SCTE-35 Inband Ja Yes Ja
Unterstützung für nicht einheitliche Eingabe-GOPs Ja Ja Ja Dauer
Automatische Abschaltung des Liveereignisses, wenn der Eingabefeed verloren geht Nein Nein Nach 12 Stunden, wenn kein LiveOutput erfolgt

Systemvoreinstellungen

Die Auflösungen und Bitraten, die in der Ausgabe vom Liveencoder enthalten sind, sind durch presetName bestimmt. Wird ein Standard-Liveencoder (LiveEventEncodingType.Standard) verwendet, gibt die Voreinstellung Default720p einen Satz von 6 Auflösung/Bitrate-Paaren an, der weiter unten beschrieben ist. Wird ein Premium1080p-Liveencoder (LiveEventEncodingType.Premium1080p) verwendet, gibt die Voreinstellung Default1080p den Ausgabesatz der Auflösung/Bitrate-Paare an.

Hinweis

Sie können die Voreinstellung „Default1080p“ nicht auf ein Liveereignis anwenden, das für eine Livecodierung des Typs „Standard“ konfiguriert ist – Sie erhalten einen Fehler. Sie erhalten auch einen Fehler, wenn Sie versuchen, die Voreinstellung „Default720p“ auf einen „Premium1080p“-Liveencoder anzuwenden.

Videoausgabedatenströme für „Default720p“

Hat der Beitragsfeed eine Auflösung von 720p oder höher, bewirkt die Voreinstellung Default720p, dass der Feed in den folgenden 6 Ebenen codiert wird. In der folgenden Tabelle ist die „Bitrate“ in KBit/s angegeben, entspricht „Max. Bilder/s“ der maximal zulässigen Bildfrequenz (in Frames/Sekunde), und entspricht „Profil“ dem verwendeten H.264-Profil.

Wenn die Quellbildrate für die Eingabe mehr als 30 BpS beträgt, wird die Bildfrequenz auf die Hälfte der Eingabebildrate reduziert. 60 fps würden beispielsweise auf 30 fps reduziert werden. 50 fps werden auf 25 fps reduziert usw.

Bitrate Breite Höhe Max. Bilder/s Profil
3500 1280 720 30 High
2200 960 540 30 High
1350 704 396 30 High
850 512 288 30 High
550 384 216 30 High
200 340 192 30 High

Hinweis

Wenn Sie die Voreinstellung für Livecodierung anpassen müssen, öffnen Sie ein Supportticket über das Azure-Portal. Geben Sie die gewünschte Tabelle mit den Angaben zur Videoauflösung und den Video- und Audiobitraten an. Für Video: Vergewissern Sie sich, dass nur eine Ebene mit 720p und maximal sechs Videoebenen vorhanden sind. Für Audio: Eine individuelle Anpassung mit folgenden AAC-Audiobitraten ist möglich: 96k, 112k, 128k, 160k, 192k, 224k, 256k, 320k, 384k, 448k, 512k. In der benutzerdefinierten Voreinstellung sind mehrere Audiospuren mit unterschiedlichen Bitraten möglich. Geben Sie im Supportticket unbedingt an, dass Sie eine benutzerdefinierte Voreinstellung anfordern.

Videoausgabedatenströme für „Default1080p“

Hat der Beitragsfeed eine Auflösung von 1080p oder höher, bewirkt die Voreinstellung Default1080p, dass der Feed in den folgenden 6 Ebenen codiert wird.

Wenn die Quellbildrate für die Eingabe mehr als 30 BpS beträgt, wird die Bildfrequenz auf die Hälfte der Eingabebildrate reduziert. 60 fps würden beispielsweise auf 30 fps reduziert werden. 50 fps werden auf 25 fps reduziert usw.

Bitrate Breite Höhe Max. Bilder/s Profil
5500 1920 1080 30 High
3000 1280 720 30 High
1600 960 540 30 High
800 640 360 30 High
400 480 270 30 High
200 320 180 30 High

Hinweis

Wenn Sie die Voreinstellung für Livecodierung anpassen müssen, öffnen Sie ein Supportticket über das Azure-Portal. Geben Sie die gewünschte Tabelle mit den Angaben zur Videoauflösung und den Video- und Audiobitraten an. Vergewissern Sie sich, dass nur eine Ebene mit 1080p und maximal sechs Ebenen vorhanden sind. Geben Sie außerdem an, dass Sie eine Voreinstellung für einen „Premium1080p“-Liveencoder anfordern. Für Audio: Eine individuelle Anpassung mit folgenden AAC-Audiobitraten ist möglich: 96k, 112k, 128k, 160k, 192k, 224k, 256k, 320k, 384k, 448k, 512k. In der benutzerdefinierten Voreinstellung sind mehrere Audiospuren mit unterschiedlichen Bitraten möglich. Geben Sie im Supportticket unbedingt an, dass Sie eine benutzerdefinierte Voreinstellung anfordern.

Audioausgabedatenstrom für „Default720p“ und „Default1080p“

Sowohl bei der Voreinstellung Default720p als auch bei der Voreinstellung Default1080p wird Audio standardmäßig in Stereo-AAC-LC mit 128 KBit/s codiert. Die Samplingrate folgt derjenigen der Audiospur im Beitragsfeed.

Hinweis

Wenn die Samplingrate niedrig ist, z. B. 8 kHz, ist die codierte Ausgabe niedriger als 128 KBit/s.

Implizite Eigenschaften des Liveencoders

Im vorherigen Abschnitt sind die Eigenschaften des Liveencoders beschrieben, die explizit über die Voreinstellung gesteuert werden können – z.B. die Anzahl der Ebenen, Auflösungen und Bitraten. In diesem Abschnitt sind die impliziten Eigenschaften beschrieben.

Gruppe von Bildern-Dauer (GOP-Dauer)

Der Liveencoder folgt der GOP-Struktur des Beitragsfeeds, d. h., die Ausgabeebenen haben dieselbe GOP-Dauer. Daher sollten Sie den lokalen Encoder so konfigurieren, dass er einen Beitragsfeed mit einer festen GOP-Dauer erzeugt (üblicherweise 2 Sekunden). Dadurch ist sichergestellt, dass die aus dem Dienst ausgehenden HLS- und MPEG DASH-Datenströme ebenfalls feste GOP-Dauern haben. Kleine Abweichungen der GOP-Dauern werden von den meisten Geräten wahrscheinlich toleriert.

Grenzwerte bei der Bildfrequenz

Der Liveencoder folgt auch den Dauern der einzelnen Videoframes im Beitragsfeed. Dies bedeutet, dass die Ausgabeebenen Frames mit denselben Dauern haben. Daher sollten Sie den lokalen Encoder so konfigurieren, dass er einen Beitragsfeed mit einer festen Bildfrequenz erzeugt (maximal 30 Frames/Sekunde). Dadurch ist sichergestellt, dass die aus dem Dienst ausgehenden HLS- und MPEG DASH-Datenströme ebenfalls feste Dauern für die Bildfrequenz haben. Kleine Abweichungen bei den Bildfrequenzen werden von den meisten Geräten möglicherweise toleriert, es gibt aber keine Garantie, dass der Liveencoder eine Ausgabe erzeugt, die korrekt wiedergegeben wird. Ihr lokaler Liveencoder sollte keine Frames auslassen (z. B. bei niedrigem Akkustand) oder die Bildfrequenz in irgendeiner Weise verändern.

Wenn die Quellbildrate für die Eingabe mehr als 30 BpS beträgt, wird die Bildfrequenz auf die Hälfte der Eingabebildrate reduziert. 60 fps würden beispielsweise auf 30 fps reduziert werden. 50 fps werden auf 25 fps reduziert usw.

Auflösung von Beitragsfeed und Ausgabeebenen

Der Liveencoder ist so konfiguriert, dass übermäßiges Konvertieren des Beitragsfeeds vermieden wird. Daraus folgt, dass die maximale Auflösung der Ausgabeebenen nicht größer wird als die Auflösung des Beitragsfeeds.

Wenn Sie beispielsweise einen Beitragsfeed mit 720p an ein Liveereignis senden, das für eine „Default1080p“-Livecodierung konfiguriert ist, hat die Ausgabe nur 5 Ebenen, und zwar beginnend mit 720p bei 3 MBit/s bis hinunter zu 1080p bei 200 KBit/s. Oder wenn Sie einen Beitragsfeed mit 360p an ein Liveereignis senden, das für „Standard“-Livecodierung konfiguriert ist, enthält die Ausgabe 3 Ebenen (mit Auflösungen von 288p, 216p und 192p). Wenn Sie im degenerierten Fall einen Beitragsfeed von beispielsweise 160x90 Pixeln an einen „Standard“-Liveencoder senden, enthält die Ausgabe eine Ebene mit einer 160x90-Auflösung mit derselben Bitrate wie derjenigen des Beitragsfeeds.

Bitrate von Beitragsfeed und Ausgabeebenen

Der Liveencoder ist so konfiguriert, dass er sich an die Bitrateninstellungen in der Voreinstellung hält, unabhängig von der Bitrate des Beitragsfeeds. Daraus folgt, dass die Bitrate der Ausgabeebenen größer sein kann als die Bitrate des Beitragsfeeds. Wenn Sie beispielsweise einen Beitragsfeed mit einer Auflösung von 720p bei 1 MBit/s senden, bleiben die Ausgabeebenen dieselben wie in der obigen Tabelle.

Anfordern von Hilfe und Support

Sie können Media Services mit Fragen kontaktieren oder unsere Updates mit einer der folgenden Methoden verfolgen: