IVS-Glossar

Eine differenziertere Wiedergabeliste als die standardmäßige HLS-Wiedergabeliste. Die standardmäßige HLS-Wiedergabeliste besteht aus 10-sekündigen Mediendateien. Bei einer Wiedergabeliste mit Byte-Bereich entspricht die Segmentdauer dem Keyframe-Intervall, das für den Stream konfiguriert wurde.

Die Wiedergabeliste im Bytebereich ist nur für Übertragungen verfügbar, die automatisch in einem S3-Bucket aufgezeichnet wurden. Diese wird zusätzlich zur HLS-Wiedergabeliste erstellt. Weitere Informationen finden Sie unter Wiedergabelisten im Byte-Bereich in Automatische Aufzeichnung in Amazon S3 (Streaming mit niedriger Latenz).

Verwendet ein Host-Gerät zum Mischen von Audio- und Videostreams von Stufenteilnehmern und sendet sie dann als zusammengesetzten Stream an einen IVS-Kanal. Dies ermöglicht eine bessere Kontrolle über das Erscheinungsbild der Zusammensetzung, allerdings auf Kosten einer höheren Auslastung der Client-Ressourcen und eines höheren Risikos, dass sich ein Stufen- oder Host-Problem auf die Zuschauer auswirkt.

Weitere Informationen finden Sie unter serverseitige Zusammensetzung.

Wird erstellt, wenn eine Übertragung innerhalb des in der Aufzeichnungskonfiguration des Kanals angegebenen Intervalls unterbrochen und dann erneut verbunden wird. Die resultierenden mehreren Streams werden als eine einzelne Übertragung betrachtet und zu einem einzigen aufgezeichneten Stream zusammengeführt. Weitere Informationen finden Sie unter Zusammenführen fragmentierter Streams in Automatische Aufzeichnung in Amazon S3 (Streaming mit niedriger Latenz).

Empfängt Videostreams und überträgt sie an ein Transkodierungssystem, wo Streams für die Bereitstellung an die Zuschauer in HLS transmuxiert oder transkodiert werden.

Aufnahme-Server sind spezielle IVS-Komponenten, die Streams für Kanäle zusammen mit einem Aufnahmeprotokoll (RTMP, RTMPS) empfangen. Weitere Informationen zum Erstellen eines Kanals finden Sie unter Erste Schritte mit IVS-Streaming mit niedriger Latenz.

Eine Verzögerung bei der Datenübertragung. IVS definiert Latenzbereiche wie folgt:

Glas-zu-Glas-Latenz bezieht sich auf die Verzögerung, wenn eine Kamera einen Livestream aufnimmt, bis zu dem Zeitpunkt, an dem der Stream auf dem Bildschirm eines Betrachters angezeigt wird.

Kombiniert Streams von mehreren Hosts zu einem einzigen Stream. Dies kann entweder durch clientseitige oder serverseitige Zusammensetzung erreicht werden.

Das Streaming mit mehreren Hosts ermöglicht Szenarien wie die Einladung von Zuschauern auf eine Stufe für Fragen und Antworten, Wettbewerbe zwischen Hosts, Videochats und Gespräche zwischen den Hosts vor einem großen Publikum.

Ein Autorisierungsmechanismus, mit dem Kunden die Videowiedergabe auf privaten Kanälen beschränken können. Wiedergabe-Token werden aus einem Wiedergabe-Schlüsselpaar generiert.

Ein Wiedergabe-Schlüsselpaar ist das öffentlich-private Schlüsselpaar, das zum Signieren und Validieren des Viewer-Autorisierungs-Token für die Wiedergabe verwendet wird. Siehe Ein IVS-Wiedergabepaar erstellen oder importieren unter Einrichten von IVS-Privatkanälen und siehe Endpunkte für Wiedergabeschlüsselpaare unter IVS-API-Referenz mit niedriger Latenz.

Die maximale Anzahl von IVS-Serviceressourcen oder -Vorgängen für Ihr AWS-Konto. Das heißt, diese Grenzwerte gelten pro AWS-Konto, sofern nicht anders angegeben. Alle Kontingente werden pro Region erzwungen. Weitere Informationen finden Sie unter Endpunkten und Kontingenten von Amazon Interactive Video Service im Allgemeinen AWS-Referenzhandbuch.

Bieten Sie Zugriff auf AWS-Services, die sich physisch in einem bestimmten geografischen Gebiet befinden. Regionen bieten Fehlertoleranz, Stabilität und Ausfallsicherheit und können auch die Latenz verkürzen. Mit Regionen können Sie redundante Ressourcen erstellen, die verfügbar bleiben und von einem regionalen Ausfall nicht betroffen werden.

Die meisten AWS-Serviceanfragen beziehen sich auf eine bestimmte geografische Region. Die Ressourcen, die Sie in einer Region erstellen, sind in keiner anderen Region vorhanden, es sei denn, Sie verwenden ausdrücklich ein Replikationsfeature, die von einem AWS-Service angeboten wird. Beispielsweise unterstützt Amazon S3 die regionsübergreifende Replikation. Einige Services, wie etwa IAM, verfügen über keine regionsübergreifende Ressourcen.

Verwendet einen IVS-Server zum Mischen von Audio und Video von Teilnehmern einer Stufe und sendet dieses gemischte Video dann an einen IVS-Kanal, um ein größeres Publikum zu erreichen oder um es in einem S3-Bucket zu speichern. Die serverseitige Zusammensetzung reduziert die Client-Auslastung, verbessert die Stabilität der Übertragung und ermöglicht eine effizientere Nutzung der Bandbreite.

Weitere Informationen finden Sie unter Clientseitige Zusammensetzung.

Eine Verzögerung oder ein Stopp bei der Stream-Übermittlung an IVS. Dies tritt auf, wenn IVS nicht die erwartete Anzahl an Bits empfängt, die das Kodierungsgerät angekündigt hat und die es über einen bestimmten Zeitraum senden würde. Das Auftreten einer Stream-Starvation führt zu einem Stream-Starvation-Ereignis.

Aus der Sicht eines Zuschauers kann eine Stream-Starvation als verzögertes, pufferndes oder einfrierendes Video erscheinen. Die Stream-Starvation kann kurz (weniger als 5 Sekunden) oder lang (mehrere Minuten) sein, abhängig von der spezifischen Situation, die zur Stream-Starvation geführt hat. Weitere Informationen finden Sie unter Was ist Stream-Starvation in den Häufig gestellten Fragen zur Fehlerbehebung.

An bestimmte Zeitstempel innerhalb eines Streams gebundene Metadaten. Dies kann programmgesteuert mithilfe der IVS-API hinzugefügt werden und wird bestimmten Frames zugeordnet. Dadurch wird sichergestellt, dass alle Zuschauer die Metadaten an der gleichen Stelle relativ zum Stream erhalten.

Zeitgesteuerte Metadaten können verwendet werden, um Aktionen auf dem Client auszulösen, z. B. die Aktualisierung von Teamstatistiken während einer Sportveranstaltung. Weitere Informationen finden Sie unter Einbettung von Metadaten in einen Video-Stream.

Eine Reihe von Kodierungen derselben Übertragung in verschiedenen Qualitätsstufen. Jeder Varianten-Stream wird als separate HLS-Wiedergabeliste kodiert. Ein Index der verfügbaren Varianten-Streams wird als multivariante Wiedergabeliste bezeichnet.

Nachdem der IVS-Player eine multivariante Playlist von IVS empfangen hat, kann er während der Wiedergabe zwischen den Varianten-Streams auswählen und bei sich ändernden Netzwerkbedingungen nahtlos hin und her wechseln.

Eine einzigartige Anzeigesitzung, die aktiv Videos herunterlädt oder abspielt. Aufrufe sind die Grundlage für das Kontingent gleichzeitiger Aufrufe.

Eine Ansicht beginnt, wenn eine Anzeigesitzung die Videowiedergabe beginnt. Eine Ansicht endet, wenn eine Anzeigesitzung die Videowiedergabe stoppt. Die Wiedergabe ist der einzige Indikator für die Zuschauerschaft; Interaktionsheuristiken wie Audiopegel, Browser-Tab-Fokus und Videoqualität werden nicht berücksichtigt. Beim Zählen der Aufrufe berücksichtigt IVS nicht die Legitimität einzelner Zuschauer und versucht auch nicht, lokalisierte Zuschauerzahlen zu deduplizieren, z. B. mehrere Videoplayer auf einem einzigen Computer. Weitere Informationen finden Sie unter Andere Kontingente in Service Quotas (Streaming mit niedriger Latenz).

Web Real-Time Communication, ein Open-Source-Projekt, das Webbrowsern und mobilen Anwendungen Echtzeitkommunikation bietet. Es ermöglicht die Audio- und Videokommunikation innerhalb von Webseiten, indem es eine direkte Peer-to-Peer-Kommunikation erlaubt, ohne dass Plugins installiert oder native Anwendungen heruntergeladen werden müssen.

Die Technologien hinter WebRTC werden als offener Webstandard implementiert und sind als reguläre JavaScript-APIs in allen gängigen Browsern oder als Bibliotheken für native Clients wie Android und iOS verfügbar.

WebRTC-HTTP Ingestion Protocol, ein HTTP-basiertes Protokoll, das die WebRTC-basierte Aufnahme von Inhalten in Streaming-Services und/oder CDNs ermöglicht. WHIP ist ein IETF-Entwurf, der zur Standardisierung der WebRTC-Aufnahme entwickelt wurde.

WHIP ermöglicht die Kompatibilität mit Software wie OBS und bietet eine Alternative (zum IVS-Broadcast-SDK) für Desktop-Publishing. Erfahrenere Streamer, die mit OBS vertraut sind, bevorzugen es möglicherweise aufgrund seiner erweiterten Produktionsfeatures wie Szenenübergänge, Audiomischung und Overlay-Grafiken.

WHIP ist auch von Vorteil, wenn die Verwendung des IVS-Broadcast-SDK nicht möglich oder nicht erwünscht ist. Beispielsweise ist das IVS-Broadcast-SDK in Setups mit Hardware-Encodern möglicherweise keine Option. Wenn der Encoder jedoch WHIP unterstützt, können Sie trotzdem direkt vom Encoder in IVS veröffentlichen.

Siehe IVS-WHIP-Unterstützung (Echtzeit-Streaming).