Microsoft Stream (klassisk) videoleverans och nätverksöversikt

  • Artikel

Varning

Microsoft Stream (klassisk) dras tillbaka och ersätts av Stream (på SharePoint) och Microsoft Teams livehändelser. Vi rekommenderar att du börjar använda Stream (på SharePoint) genom att ladda upp videor till SharePoint, Teams, Viva Engage eller OneDrive och köra livehändelser via Teams och Viva Engage.

Funktionerna i Stream (klassisk) kommer att ändras och tas bort fram till indragningsdatumet. Läs mer om Stream (på SharePoint)...

Direktuppspelning med anpassningsbar bithastighet

Det finns många videoformat som stöds och som kan laddas upp till Microsoft Stream. Varje videofil kodas sedan till ett standardformat med flera olika videokvaliteter och storlekar för uppspelning. Stream (klassisk) använder HTTPS unicast-direktuppspelning med anpassningsbar bithastighet (ABR) för att dynamiskt välja den bästa videouppspelningskvaliteten baserat på videospelarens tillgängliga nätverksbandbredd och storlek.

Under uppspelningen anpassar sig spelaren efter variationer i nätverksförhållanden och spelarens storlek. När den tillgängliga bandbredden är hög strömmar spelaren en högkvalitativ version av videon. När bandbredden sjunker strömmar spelaren en version av videon av låg kvalitet. Videons kvalitet och upplösning kommer också att stå i proportion till spelarens storlek. Om en tittare tittar på en mindre skärm får de alltid en mindre version av videon.

Direktuppspelning med anpassningsbar bithastighet utför allt detta arbete i bakgrunden medan videon spelas upp med minsta möjliga avbrott eller buffring. Under videouppspelning låter videospelaren visningsprogrammet manuellt åsidosätta den automatiska uppspelningskvaliteten för att välja en viss videouppspelningskvalitet.

Smart kodning av uppladdade videor för direktuppspelning med anpassningsbar bithastighet

Stream (klassisk) använder vissa smarts för att avgöra hur den skapar de olika videokvaliteterna och storlekarna från den ursprungliga uppladdade videon som ska användas för direktuppspelning med anpassningsbar bithastighet.

Först bestämmer Stream (klassisk) hur många olika videokvaliteter eller återgivningar som ska skapas för den uppladdade videon. Stream (klassisk) tar hänsyn till videons ursprungliga upplösning. Om det till exempel är en video på 1080p eller högre skapas fler kvalitetsnivåer (cirka 6) för att gå ned till den lägsta kvalitetsversionen. Om den uppladdade videon i stället är 480p skapar den färre kvalitetsnivåer (cirka 3) för att gå ned till den lägsta kvalitetsversionen. Stream (klassisk) genererar inte en upplösning på videon som överskrider upplösningen för den ursprungligen uppladdade videon.

När antalet videokvaliteter eller återgivningar har bestämts är nästa steg att fastställa bithastigheten för varje återgivning. Ju högre kvalitet återgivningen är desto fler bitar krävs. Men inte alla videor skapas lika, olika typer av videor kräver olika bithastigheter för att uppnå en högkvalitativ visningsupplevelse. Om en video har mycket rörelse måste den levereras med högre bithastighet för att få en bra visningsupplevelse. En PowerPoint-presentation i en video med mestadels statisk text kan dock fortfarande få en bra visningsupplevelse med lägre bithastighet.

För att åtgärda den här variationen i videoinnehåll mäter Stream (klassisk) egenskaperna för den uppladdade videon och rekommenderar sedan bithastighet för varje återgivning. Varje video som laddas upp till Stream (klassisk) får en något annorlunda uppsättning upplösningar och bithastigheter som används för strömning, för att säkerställa att vi använder bandbredd klokt och bara använder fler bitar när det behövs.

När du visar en video på Stream kan du se de olika återgivningarna som skapades för direktuppspelning med anpassningsbar bithastighet i spelaren:

  • I den Stream (klassisk) spelaren klickar du på kugghjulsikonen och väljer sedan Kvalitet.
Exempel Beskrivning Spelare
Teams-mötesinspelningar Teams mötesinspelningar kodas med en videoåtergivning med en upplösning på 1080p. 1080p – 574 kbit/s
Video på begäran (exklusive mötesinspelningar) Icke-Teams video-on-demand kodas med en innehållsmedveten förinställning som intelligent väljer upp till 6 videoåtergivningar, som du ser i det här exemplet. Innehåll med högre komplexitet med hög färg- och rörelseavvikelse kodas med fler videoåtergivningar och innehåll med lägre komplexitet kodas med färre. 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

Kodningsprofil för livehändelser

Den smarta kodning som anges ovan gäller endast för videor som laddats upp till Stream.

Livehändelser som skapats i Stream (klassisk) eller "Extern app eller enhet" som skapats livehändelser från Yammer eller Microsoft Teams får en fast kodningsprofil:

  • 720p – 1,7 Mbit/s
  • 540p – 850 kbit/s
  • 360p – 350 kbit/s
  • 240p – 140 kbit/s

Obs!

Om videoupplösningen för indata från kodaren är 720p eller högre får du profilen ovan. Om du släpper videoupplösningen för indata från kodaren till lägre än 720p får du bara utdatabithastigheter från indataupplösningen och nedåt. Om du till exempel skickade en upplösning på 540p från kodaren skulle tittarna med högst bithastighet kunna hämta 540p – 850 kbit/s. Stream (klassisk) inte ändrar ovanstående livekodningsprofil baserat på indatabithastighet från kodaren, skär den bara av kvalitetsnivåer baserat på indataupplösning.

Bandbreddskrav för videouppspelning

Videouppspelning i Stream (klassisk) är unicast, vilket innebär att varje tittare får sin egen videoström från Internet. Baserat på smart kodning och strömning med anpassningsbar bithastighet som används av Stream är bandbreddskravet för videouppspelning inte ett statiskt tal. När du spelar upp en video kan du använda olika mängder Internetbandbredd, beroende på en uppladdad video:

  • ursprunglig upplösning, bithastighet och innehåll
  • användarens tillgängliga bandbredd
  • spelarens storlek

Om du vill utveckla en del bandbreddsuppskattningar måste du ladda upp några videor som representerar det typiska innehåll som din organisation använder med Stream (klassisk) och watch videorna på skärmstorlekar som du tror kommer att användas av användarna. Du kan sedan göra några bandbreddsmätningar och sampling. Du kan sedan använda dessa uppskattningar för att göra vissa beräkningar på hög nivå och uppskattningar av hur mycket bandbredd användarna kommer att förbruka baserat på hur många du tror kommer att watch videor samtidigt.

Optimera videoleverans i mitt lokala nätverk

Stream (klassisk) utnyttjar smart kodning och direktuppspelning med anpassningsbar bithastighet för att minska nätverks- och Internettrafiken för videouppspelning. Uppspelningen är dock en unicast-ström. För livehändelser eller videor som skickas ut till stora delar av organisationen kan en betydande del av Internetbandbredden tas i anspråk av tittarna.

För organisationer som vill minska internettrafiken för livehändelser och populära videor finns det två alternativ:

  1. Utnyttja befintliga cacheproxyservrar i nätverket

    Att titta på videor från Stream (klassisk) sker via HTTPS kan därför vanliga webbcacheproxyservrar konfigureras för att cachelagras videouppspelningstrafiken. Du kan behöva konfigurera anpassad SSL-certifiering för att göra detta med HTTPS. Men om du tittar på en nätverksspårning när du spelar upp en video kan du se de URL:er som Stream (klassisk) använder för att strömma videon för din organisation (URL:er kan variera beroende på Stream (klassisk) klientorganisation). Om du dirigerar dessa URL:er via cacheproxyn kan den cachelagrade videotrafiken och minska internettrafiken för videor som spelas upp ofta.

  2. Använda en eCDN-lösning från tredje part som är optimerad för Stream (klassisk)

    Flera eCDN-lösningar för videoleverans är förintegrerade och kan konfigureras för användning med Stream. Dessa eCDN-plattformar gör det möjligt för organisationer att optimera nätverksbandbredden utan att offra slutanvändarnas visningsupplevelser. Våra partner kan hjälpa till att möjliggöra en mer skalbar och effektiv videodistribution i företagsnätverket. Mer information finns i Skala videoleverans med eCDN-leverantörer från tredje part .

Slutpunkter som måste kunna nås av användare i nätverket

Allmänna Microsoft Stream (klassisk) slutpunkter

Microsoft Stream (klassisk) kräver anslutning till Internet. Alla slutpunkter som anges på Office 365 slutpunkter för Microsoft Stream måste kunna nås av användare av Microsoft Stream (klassisk) i organisationens nätverk.

Externa app- eller enhetsproducerade livehändelser (tidigare extern kodare) – RMTP-inmatningsslutpunkter

För att få ett videoflöde för en extern app eller enhet som skapats livehändelse som skickas till Microsoft Stream (klassisk) från kodaren behöver du följande IP-intervall och portar öppna i nätverkets brandvägg:

  • Domäner: *.channel.media.azure.net
  • Portar: 1935/2935/1936/2936 (för RTMP och RTMPS)

Om din specifika nätverkskonfiguration inte tillåter att du (eller inte vill) öppna domänintervallet ovan är det enda alternativet för att hämta specifika IP-adresser för RTMP/RTMPS-inmatningen att hämta de roterande IP-intervallen för Azure-datacentret som din Microsoft Stream (klassisk) klientorganisation är ansluten till.

Följande JSON-filer uppdateras när IP-adresserna för Azure-datacenter ändras, uppdelade efter region och av de taggade tjänsterna.

Dessa filer uppdateras varje vecka och inkluderar versionshantering både för den fullständiga filen och varje enskild tjänsttagg i filen.

Så här hittar du Azure-datacentret för din Stream (klassisk) klientorganisation:

  1. I Stream klickar du på ? i det övre högra hörnet.

  2. Välj Om Microsoft Stream.

  3. Visa informationen i Dina data lagras i.

När du har fått reda på Azure-datacentret för din Stream (klassisk) klientorganisation hittar du motsvarande IP-intervall i XML-filen ovan och uppdaterar sedan brandväggen/proxyn med de specifika IP-intervallen för ditt datacenter. När XML-filen ändras måste du även uppdatera dina brandväggs-/proxyinställningar.

Exempel:

  • Om Om Microsoft Stream säger att dina data lagras i "USA, östra 2"

  • I XML-filen letar du efter en nod med etiketten <Regionnamn="useast2">

  • Under noden Region skulle det finnas flera poster för alla IP-intervall (<IpRange Subnet="13.68.0.0/17">)

  • Du måste konfigurera brandväggen/proxyn för att tillåta alla dessa IP-intervall och ändra dem regelbundet när XML-filen ändras.

Användare i communityn har skrivit kod som enligt ett schema tar XML-filen ovan och konverterar data till ett API som kan efterfrågas. Din organisation kanske kan lära sig av vad som har gjorts med det här öppen källkod projektet och skapa en egen liknande lösning för att regelbundet uppdatera dina brandväggs-/proxyinställningar.

CDN-användning för videouppspelning

Livehändelser från Stream (klassisk) och externa app- eller enhets-livehändelser från Yammer/Teams samt videor på begäran använder automatiskt Azure CDN.

Videor på begäran som laddas upp till Stream – samt livehändelseinspelningar – använder även Azure CDN för uppspelning om det behövs. När Azure CDN inte krävs för dessa videor spelas de upp från de Azure Media Services-ursprungsservrar som är associerade med klientorganisationens geografiska region.

Om flera personer från samma organisation på samma geografiska plats strömmar samma video(er) lagrar CDN:er en kopia av dessa videor på en plats närmare den geografiska regionen. När videon lagras eller cachelagras på närmaste plats strömmar varje person videon från den plats som är närmast dem i stället för en plats längre bort. Stream (klassisk) använder Azure Media Services för att hantera vad som cachelagras i Azure CDN och hur länge. Azure Media Services kan använda någon av Azure CDN-platserna för att cachelagrar videofragment och manifest i några dagar. Om personer i din organisation fortsätter att watch de cachelagrade videorna stannar de kvar i cacheminnet. Om ingen kommer åt videon på flera dagar tas videon så småningom bort från cacheminnet. Nästa gång någon försöker watch videon cachelagras den återigen på närmaste CDN-plats.

Alla som försöker watch videon medan innehållet cachelagras på ett närliggande CDN, drar nytta av att videon är närmare och i de flesta fall mindre hopp, bort. Detta förbättrar videouppspelningshastigheten. Det ändrar dock inte nätverkskravet för att spela upp videon.

Kryptering och uppspelningsflöde på videonivå

Stream (klassisk) vet hur viktigt det är att hålla dina data säkra och privata. Microsoft Trust Center beskriver vårt engagemang för sekretess och säkerhet för ditt innehåll. Med videouppspelning är hastighet viktigt för en bra upplevelse; Men vi äventyrar inte din säkerhet eller sekretess i utbyte mot hastighet. Så här anpassar vi oss till hastighet, säkerhet och sekretess.

När du eller någon i din organisation laddar upp en ny video eller skapar en livehändelse kodas videon om, krypteras med AES-128-kryptering och lagras i Azure Media Services. Det innebär att videorna krypteras både under överföring och i vila.

När någon i din organisation försöker watch en video följer de dessa steg:

  1. Stream (klassisk) avgör om visningsprogrammet har åtkomst till videon genom att kontrollera vilka behörigheter som angetts för videon i Azure SQL databas för Stream (klassisk) och information i Microsoft Entra ID om användaren

  2. Om användaren får visa videon hämtas dekrypteringsnyckeln från Azure Media Services och ges till Stream (klassisk) videospelare

  3. Den Stream (klassisk) videospelaren använder sedan dekrypteringsnyckeln för att dekryptera videon i farten när videon spelas upp

Se även

Skala videoleverans med eCDN-leverantörer från tredje part