Hinweis

In den folgenden Informationen geht es um Microsoft Stream (Klassisch), das mit der Zeit eingestellt und durch Stream (auf SharePoint) ersetzt wird. Um noch heute mit der Verwendung der neueren Videolösung zu beginnen, laden Sie Ihre Videos einfach in SharePoint, Teams, Yammer oder OneDrive hoch. Videos, die in Microsoft 365 so gespeichert werden, wie Sie jede andere Datei speichern würden, sind die Grundlage für Microsoft Stream (auf SharePoint). Weitere Informationen...


Microsoft Stream (klassisch) Videobereitstellung und Netzwerkübersicht

Adaptives Bitratenstreaming

Es gibt viele unterstützte Videoformate , die in Microsoft Stream hochgeladen werden können. Jede Videodatei wird dann in ein Standardformat mit verschiedenen Videoqualitäten und -größen für die Wiedergabe codiert. Stream (klassisch) verwendet HTTPS unicast adaptives Bitratenstreaming (ABR), um basierend auf der verfügbaren Netzwerkbandbreite und Größe des Videoplayers dynamisch die beste Qualität der Videowiedergabe auszuwählen.

Während der Wiedergabe passt sich der Spieler an die Netzwerkbedingungen und die Größe des Players an. Wenn die verfügbare Bandbreite hoch ist, streamt der Player eine qualitativ hochwertige Version des Videos. Wenn die Bandbreite sinkt, streamt der Player eine Version des Videos mit niedriger Qualität. Die Qualität und Auflösung des Videos ist auch proportional zur Größe des Spielers. Wenn ein Betrachter auf einem kleineren Bildschirm zusieht, erhält er immer eine kleinere Version des Videos.

Das adaptive Bitratenstreaming erledigt all diese Aufgaben im Hintergrund, während das Video mit der geringsten Unterbrechung oder Pufferung wiedergegeben wird. Während der Videowiedergabe kann der Videoplayer die automatische Wiedergabequalität manuell überschreiben, um eine bestimmte Qualität der Videowiedergabe auszuwählen.

Intelligente Codierung hochgeladener Videos für adaptives Bitratenstreaming

Stream (klassisch) ermittelt anhand einiger Smarts, wie die unterschiedlichen Videoqualitäten und -größen aus dem ursprünglichen hochgeladenen Video erstellt werden, die für adaptives Bitratenstreaming verwendet werden.

Zunächst bestimmt Stream (klassisch), wie viele verschiedene Videoqualitäten oder Formatvarianten für das hochgeladene Video erstellt werden sollen. Stream (klassisch) berücksichtigt die ursprüngliche Auflösung des Videos. Wenn es sich z. B. um ein Video mit 1080p oder höher handelt, werden mehr Qualitätsstufen (ca. 6) erstellt, um zur Version mit der niedrigsten Qualität zu gelangen. Wenn das hochgeladene Video stattdessen 480p ist, werden weniger Qualitätsstufen (ca. 3) erstellt, um auf die niedrigste Qualität zu gelangen. Stream (klassisch) generiert keine Auflösung des Videos, die die Auflösung des ursprünglich hochgeladenen Videos überschreitet.

Nachdem die Anzahl der Videoqualitäten oder -wiedergaben entschieden wurde, besteht die nächste Phase darin, die Bitrate für jede Wiedergabe zu bestimmen. Je höher die Qualität der Darstellung ist, desto mehr Bits sind erforderlich. Nicht alle Videos werden jedoch gleich erstellt, unterschiedliche Arten von Videos erfordern unterschiedliche Bitraten, um eine hohe Qualität der Anzeige zu erzielen. Wenn ein Video viel Bewegung aufweist, muss es mit einer höheren Bitrate bereitgestellt werden, um eine großartige Anzeigeerfahrung zu erzielen. Eine PowerPoint Präsentation in einem Video mit hauptsächlich statischem Text kann jedoch dennoch mit einer niedrigeren Bitrate eine hervorragende Anzeigeerfahrung erzielen.

Um diese Varianz in Videoinhalten zu beheben, Stream (klassisch) die Merkmale des hochgeladenen Videos misst, und empfiehlt dann bitrate für jede Darstellung. Jedes auf Stream (klassisch) hochgeladene Video führt zu einer etwas anderen Gruppe von Auflösungen und Bitraten, die für das Streaming verwendet werden, um sicherzustellen, dass wir bandbreitenweise und nur bei Bedarf mehr Bits verwenden.

Beim Anzeigen eines Videos in Stream können die verschiedenen Formatvarianten, die für adaptives Bitratenstreaming erstellt wurden, im Player angezeigt werden:

  • Klicken Sie im Stream (klassisch) Spieler auf das Zahnradsymbol, und wählen Sie dann "Qualität" aus.
Beispiel      Beschreibung Spieler                    
Teams Besprechungsaufzeichnungen Teams Besprechungsaufzeichnungen werden mit einer einzelnen Videodarstellung mit einer Auflösung von 1080p codiert. 1080p – 574 KBit/s
Video bei Bedarf (ohne Besprechungsaufzeichnungen) Nicht Teams Video bei Bedarf wird mit einer inhaltsfähigen Voreinstellung codiert, die intelligent bis zu 6 Videodarstellungen auswählt, wie in diesem Beispiel gezeigt. Inhalte mit höherer Komplexität mit einem hohen Grad an Farb- und Bewegungsabweichung werden mit mehr Videodarstellungen codiert, und Inhalte mit geringerer Komplexität werden mit weniger codiert. 1080p – 3 MBit/s
720p – 1,6 MBit/s
540p – 989 KBit/s
360p – 460 KBit/s
270p – 327 KBit/s
180p – 193 KBit/s

Codierungsprofil für Liveereignisse

Die oben aufgeführte intelligente Codierung gilt nur für Videos, die in Stream hochgeladen wurden.

In Stream (klassisch) oder "Externe App oder Gerät" erstellte Liveereignisse aus Yammer oder Microsoft Teams erhalten ein festes Codierungsprofil:

  • 720p - 1,7 MBit/s
  • 540p - 850 KBit/s
  • 360p - 350 KBit/s
  • 240p - 140 KBit/s

Hinweis

Wenn Die Auflösung des Eingabevideos vom Encoder 720p oder höher ist, erhalten Sie das oben genannte Profil. Wenn Sie ihre Eingabevideoauflösung aus dem Encoder auf unter 720p setzen, erhalten Sie nur Ausgabebitraten aus Ihrer Eingabeauflösung und nach unten. Wenn Sie z. B. eine Auflösung von 540p von Ihrem Encoder gesendet haben, können die Viewer mit der höchsten Bitrate die Version von 540p bis 850 KBit/s abrufen. Stream (klassisch) das oben genannte Live-Codierungsprofil nicht basierend auf der Eingabebitrate des Encoders ändert, werden nur Qualitätsstufen basierend auf der Eingabeauflösung abgeschnitten.

Bandbreitenanforderungen für die Videowiedergabe

Die Videowiedergabe in Stream (klassisch) ist Unicast, d. h. jeder Betrachter erhält einen eigenen Videostream aus dem Internet. Basierend auf der intelligenten Codierung und dem adaptiven Bitratenstreaming, das von Stream verwendet wird, ist die Bandbreitenanforderung für die Videowiedergabe keine statische Zahl. Die Wiedergabe eines Videos kann je nach hochgeladenen Videos unterschiedliche Mengen an Internetbandbreite beanspruchen:

  • ursprüngliche Auflösung, Bitrate und Inhalt
  • Verfügbare Bandbreite des Benutzers
  • Größe des Spielers

Wenn Sie Bandbreitenberechnungen entwickeln möchten, müssen Sie einige Videos hochladen, die die typischen Inhalte darstellen, die Ihre Organisation mit Stream (klassisch) verwendet, und die Videos auf Bildschirmgrößen ansehen, von denen Sie glauben, dass sie von Ihren Benutzern verwendet werden. Anschließend können Sie einige Bandbreitenmessungen und Samplings durchführen. Sie können diese Näherungen dann verwenden, um einige allgemeine Berechnungen und Schätzungen darüber durchzuführen, wie viel Bandbreite Ihre Benutzer verbrauchen werden, basierend darauf, wie viele Videos Ihrer Meinung nach gleichzeitig angesehen werden.

Optimieren der Videozustellung in meinem lokalen Netzwerk

Stream (klassisch) nutzt die intelligente Codierung und adaptives Bitratenstreaming, um den Netzwerk- und Internetdatenverkehr der Videowiedergabe zu reduzieren. Die Wiedergabe ist jedoch ein Unicast-Stream. Bei Liveereignissen oder Videos, die an große Teile Ihrer Organisation gesendet werden, kann ein beträchtlicher Anteil der Internetbandbreite von den Zuschauern in Anspruch genommen werden.

Für Organisationen, die diesen Internetdatenverkehr für Liveereignisse und beliebte Videos reduzieren möchten, gibt es zwei Optionen:

  1. Nutzen vorhandener Cacheproxys in Ihrem Netzwerk

    Das Ansehen von Videos von Stream (klassisch) erfolgt über HTTPS. Daher können normale Webcacheproxys so konfiguriert werden, dass der Videowiedergabedatenverkehr zwischengespeichert wird. Möglicherweise müssen Sie eine benutzerdefinierte SSL-Zertifizierung konfigurieren, damit dies mit HTTPS geschieht. Wenn Sie sich jedoch beim Wiedergeben eines Videos eine Netzwerkablaufverfolgung ansehen, können Sie die URLs sehen, die Stream (klassisch) zum Streamen des Videos für Ihre Organisation verwenden (URLs können je nach Stream (klassisch) Mandanten variieren). Wenn Sie diese URLs über Ihren Cacheproxy weiterleiten, kann dieser den Videodatenverkehr zwischenspeichern und den Internetdatenverkehr für häufig wiedergegebene Videos reduzieren.

  2. Verwenden einer eCDN-Videobereitstellungslösung eines Drittanbieters, die für Stream (klassisch)

    Mehrere eCDN-Lösungen für die Videoübermittlung sind vorintegriert und können für die Verwendung mit Stream eingerichtet werden. Mit diesen eCDN-Plattformen können Organisationen die Netzwerkbandbreite optimieren, ohne die Endbenutzeranzeige zu beeinträchtigen. Unsere Partner können dazu beitragen, eine skalierbare und effizientere Videoverteilung in Ihrem Unternehmensnetzwerk zu ermöglichen. Weitere Informationen finden Sie unter Skalieren der Videobereitstellung mit Drittanbieter-eCDN-Anbietern .

Endpunkte, die von Benutzern innerhalb Ihres Netzwerks erreichbar sein müssen

Allgemeine Microsoft Stream (klassisch) Endpunkte

Microsoft Stream (klassisch) erfordert eine Internetverbindung. Alle Endpunkte, die auf Office 365 Endpunkten für Microsoft Stream aufgeführt sind, müssen von Benutzern von Microsoft Stream (klassisch) innerhalb des Netzwerks Ihrer Organisation erreichbar sein.

Externe Apps oder Geräte, die Liveereignisse (früher externer Encoder) erstellt haben – RMTP-Erfassungsendpunkte

Zum Abrufen eines Videofeeds für eine externe App oder ein von einem Externen Gerät erzeugtes Liveereignis, das von Ihrem Encoder an Microsoft Stream (klassisch) gesendet wird, benötigen Sie die folgenden IP-Bereiche und Ports, die in der Firewall Ihres Netzwerks geöffnet sind:

  • Domänen: *.channel.media.azure.net
  • Ports: 2935/2935/1936/2936 (für RTMP und RTMPS)

Wenn Ihre spezifische Netzwerkeinrichtung es Ihnen nicht ermöglicht (oder Sie nicht möchten), den oben genannten Domänenbereich zu öffnen, besteht die einzige Option zum Abrufen bestimmter IP-Adressen für die RTMP/RTMPS-Aufnahme darin, die sich drehenden IP-Bereiche für das Azure-Rechenzentrum abzurufen, mit dem Ihr Microsoft Stream (klassisch) Mandant verbunden ist.

Die folgenden JSON-Dateien werden aktualisiert, wenn sich die IP-Adressen für Azure-Rechenzentren ändern, die nach Region und den markierten Diensten gebrochen sind.

Diese Dateien werden wöchentlich aktualisiert und enthalten die Versionsverwaltung sowohl für die vollständige Datei als auch für jedes einzelne Diensttag in dieser Datei.

So finden Sie das Azure-Rechenzentrum für Ihren Stream (klassisch) Mandanten:

  1. Klicken Sie in Stream auf ? in der oberen rechten Ecke.

  2. Wählen Sie "Info zu Microsoft Stream" aus.

  3. Zeigen Sie die Informationen in Ihren Daten an, in der gespeichert ist.

Nachdem Sie das Azure-Rechenzentrum für Ihren Stream (klassisch) Mandanten ermittelt haben, suchen Sie die entsprechenden IP-Bereiche in der xml-Datei oben, und aktualisieren Sie dann Ihre Firewall/Ihren Proxy mit den spezifischen IP-Bereichen für Ihr Rechenzentrum. Wenn sich die XML-Datei ändert, müssen Sie auch Ihre Firewall-/Proxyeinstellungen aktualisieren.

Beispiel:

  • Wenn Über Microsoft Stream besagt, dass Ihre Daten in "East US 2" gespeichert sind

  • In der XML-Datei würden Sie nach einem Mitbeschriftungsknoten suchen. <Region Name="useast2">

  • Unter diesem Regionsknoten würden mehrere Einträge für alle IP-Bereiche vorhanden sein (<IpRange Subnet="13.68.0.0/17">)

  • Sie müssen Ihre Firewall\Proxy konfigurieren, um alle diese IP-Bereiche zuzulassen und sie regelmäßig zu ändern, wenn sich die XML-Datei ändert.

Benutzer in der Community haben Code geschrieben, der nach einem Zeitplan die oben genannte XML-Datei verwendet und die Daten in eine API konvertiert, die abgefragt werden kann. In Ihrer Organisation kann ich lernen, was mit diesem Open Source-Projekt geschehen ist, und Eine eigene ähnliche Lösung erstellen, um Ihre Firewall-/Proxyeinstellungen regelmäßig zu aktualisieren.

Für die Wiedergabe von Videos verwendetes CDN

Liveereignisse von Stream (klassisch) und externen App- oder Geräte-Liveereignissen aus Yammer/Teams sowie On-Demand-Videos verwenden automatisch Azure CDN.

On-Demand-Videos, die in Stream hochgeladen wurden, sowie Live-Ereignisaufzeichnungen, verwenden bei Bedarf auch Azure CDN für die Wiedergabe. Wenn Azure CDN für diese Videos nicht erforderlich ist, werden sie von den Azure Media Services Ursprungsservern wiedergegeben, die der geografischen Region des Mandanten zugeordnet sind.

Wenn mehrere Personen aus derselben Organisation an demselben geografischen Standort dieselben Videos streamen, speichern CDNs eine Kopie dieser Videos an einem Ort, der sich näher an dieser geografischen Region befindet. Wenn das Video am nächstgelegenen Speicherort gespeichert oder zwischengespeichert wird, streamt jede Person das Video von dem Ort, der ihnen am nächsten ist, anstelle eines weiter entfernten Speicherorts. Stream (klassisch) verwendet Azure Media Services, um zu verwalten, was in den Azure CDNs zwischengespeichert wird und wie lange. Azure Media Services können einen der Azure CDN Speicherorte verwenden, um Videofragmente und Manifeste für ein paar Tage zwischenzuspeichern. Wenn Personen in Ihrer Organisation die zwischengespeicherten Videos weiterhin ansehen, bleiben sie im Cache. Wenn niemand mehrere Tage auf das Video zugreift, wird das Video schließlich aus dem Cache gelöscht. Wenn jemand das nächste Mal versucht, das Video anzusehen, wird es erneut am nächstgelegenen CDN Speicherort zwischengespeichert.

Jeder, der versucht, das Video anzusehen, während der Inhalt in einem CDN in der Nähe zwischengespeichert wird, profitiert davon, dass das Video näher ist und in den meisten Fällen weniger Hops entfernt ist. Dadurch wird die Geschwindigkeit der Videowiedergabe verbessert. Die Netzwerkanforderung für die Wiedergabe des Videos wird jedoch nicht geändert.

Verschlüsselung und Wiedergabefluss auf Videoebene

Stream (klassisch) wissen, wie wichtig es ist, Ihre Daten sicher und privat zu halten. Das Microsoft Trust Center beschreibt unser Engagement für den Datenschutz und die Sicherheit Ihrer Inhalte. Bei der Videowiedergabe ist die Geschwindigkeit für eine gute Benutzererfahrung wichtig. Wir gefährden jedoch nicht Ihre Sicherheit oder Ihren Datenschutz im Austausch für Geschwindigkeit. Hier erfahren Sie, wie wir Geschwindigkeit, Sicherheit und Datenschutz berücksichtigen.

Wenn Sie oder eine Person in Ihrer Organisation ein neues Video hochladen oder ein Liveereignis erstellen, wird dieses Video transcodiert, mit AES-128-Verschlüsselung verschlüsselt und in Azure Media Services gespeichert. Dies bedeutet, dass die Videos sowohl während der Übertragung als auch im Ruhezustand verschlüsselt werden.

Wenn jemand in Ihrer Organisation versucht, sich ein Video anzusehen, führen Sie die folgenden Schritte aus:

  1. Stream (klassisch) ermittelt, ob der Betrachter Zugriff auf das Video hat, indem die für das Video in der Azure SQL-Datenbank festgelegten Berechtigungen auf Stream (klassisch) und Informationen in Azure Active Directory über den Benutzer überprüft werden.

  2. Wenn der Benutzer das Video anzeigen darf, wird der Entschlüsselungsschlüssel von Azure Media Services abgerufen und an den Stream (klassisch)-Videoplayer übergeben.

  3. Der Stream (klassisch)-Videoplayer verwendet dann den Entschlüsselungsschlüssel, um das Video während der Wiedergabe des Videos zu entschlüsseln.

Siehe auch

Skalieren der Videoübermittlung mit Drittanbieter-eCDN-Anbietern