Vergleich von Liveereignistypen (REST)
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:
- Q & A
- Stack Overflow. Markieren Sie Fragen mit
azure-media-services. - @MSFTAzureMedia oder verwenden Sie @AzureSupport , um Support anzufordern.
- Öffnen Sie ein Supportticket über die Azure-Portal.