Microsoft Stream (Classic) doručování videí a přehled sítě

  • Článek

Upozornění

Microsoft Stream (Classic) se vyřazuje a nahrazuje je stream (na SharePointu) a živé události Microsoft Teams. Doporučujeme začít používat Stream (na SharePointu) nahráváním videí na SharePoint, Teams, Viva Engage nebo OneDrive a spouštět živé události prostřednictvím Teams a Viva Engage.

Funkce v Stream (Classic) se před datem vyřazení změní a odeberou. Další informace o službě Stream (na SharePointu)...

Streamování s adaptivní přenosovou rychlostí

Existuje mnoho podporovaných formátů videa, které je možné nahrát do Microsoft Stream. Každý videosoubor se pak zakóduje do standardního formátu s několika různými kvalitami a velikostmi videa pro přehrávání. Stream (Classic) používá jednosměrové streamování S adaptivní přenosovou rychlostí (ABR) https k dynamickému výběru nejlepší kvality přehrávání videa na základě dostupné šířky pásma sítě a velikosti přehrávače videa.

Během přehrávání se přehrávač přizpůsobuje kolísání podmínek sítě a velikosti přehrávače. Když je dostupná šířka pásma vysoká, přehrávač streamuje vysoce kvalitní verzi videa. Když šířka pásma klesne, přehrávač streamuje verzi videa v nízké kvalitě. Kvalita a rozlišení videa budou také úměrné velikosti přehrávače. Pokud se divák dívá na menší obrazovce, dostane vždy menší verzi videa.

Streamování s adaptivní přenosovou rychlostí to všechno funguje na pozadí, zatímco se video přehrává s nejmenším množstvím přerušení nebo ukládání do vyrovnávací paměti. Během přehrávání videa přehrávač videa umožňuje prohlížeči ručně přepsat automatickou kvalitu přehrávání a vybrat konkrétní kvalitu přehrávání videa.

Inteligentní kódování nahraných videí pro streamování s adaptivní přenosovou rychlostí

Stream (Classic) pomocí inteligentních metod určuje, jak vytváří různé kvality a velikosti videa z původně nahraného videa, které se má použít pro streamování s adaptivní přenosovou rychlostí.

Nejprve Stream (Classic) určí, kolik různých kvalit videa nebo verzí se má pro nahrané video vytvořit. Stream (Classic) bere v úvahu původní rozlišení videa. Pokud se jedná například o video 1080p nebo vyšší, vytvoří se více úrovní kvality (přibližně 6), aby se odstupňovaly na verzi s nejnižší kvalitou. Pokud je místo toho nahrané video 480p, vytvoří se méně úrovní kvality (přibližně 3), aby se odstupňovaly na verzi s nejnižší kvalitou. Stream (Classic) nevygeneruje rozlišení videa, které překračuje rozlišení původně nahraného videa.

Po rozhodnutí o počtu kvalit videa nebo verzí je další fází určení přenosové rychlosti pro každou verzi. Čím vyšší je kvalita verze, tím více bitů vyžaduje. Ne všechna videa jsou si však rovna, různé typy videí vyžadují různé přenosové rychlosti, aby bylo dosaženo vysoké kvality prohlížení. Pokud má video hodně pohybu, bude potřeba ho doručit s vyšší přenosovou rychlostí, aby se dosáhlo skvělého prostředí pro sledování. Powerpointová prezentace ve videu s převážně statickým textem ale může i tak získat skvělé prostředí pro sledování s nižší přenosovou rychlostí.

Pokud chcete tuto variabilitu obsahu videa vyřešit, Stream (Classic) změří charakteristiky nahraného videa a pak doporučí přenosovou rychlost pro každou verzi. Každé video nahrané do Stream (Classic) skončí s mírně odlišnou sadou rozlišení a přenosových rychlostí používaných pro streamování, abychom zajistili, že šířku pásma používáme moudře a že budeme používat více bitů jenom v případě potřeby.

Při prohlížení videa ve službě Stream se v přehrávači zobrazují různé verze vytvořené pro streamování s adaptivní přenosovou rychlostí:

  • V Stream (Classic) přehrávači klikněte na ikonu ozubeného kola a pak vyberte Kvalita.
Příklad Popis Hráč
Nahrávky schůzek v Teams Nahrávky schůzek v Teams se kódují v jedné verzi videa v rozlišení 1080p. 1080p – 574 kbps
Video na vyžádání (s výjimkou nahrávek schůzek) Video na vyžádání, které není v Teams, se kóduje pomocí přednastavení s podporou obsahu, která inteligentně vybere až 6 verzí videa, jak je znázorněno v tomto příkladu. Obsah s vyšší složitostí s vysokým stupněm barev a pohybové odchylky bude kódován s více verzemi videa a obsah s nižší složitostí bude kódován s menším počtem. 1080p – 3 Mb/s
720p –1,6 Mb/s
540p – 989 kbps
360p – 460 Kbps
270p – 327 Kbps
180p – 193 kbps

Profil kódování pro živé události

Výše uvedené inteligentní kódování se vztahuje jenom na videa nahraná do služby Stream.

Živé události vytvořené v Stream (Classic) nebo "externí aplikaci nebo zařízení" vytvořené z Yammeru nebo Microsoft Teams získají pevný profil kódování:

  • 720p–1,7 Mb/s
  • 540p–850 kbps
  • 360p–350 kbps
  • 240p–140 kbps

Poznámka

Pokud je rozlišení vstupního videa z kodéru 720p nebo vyšší, získáte výše uvedený profil. Pokud snížíte rozlišení vstupního videa z kodéru na nižší než 720p, získáte výstupní přenosovou rychlost pouze z rozlišení vstupu a dolů. Pokud jste například odeslali rozlišení 540p z kodéru, největší přenosovou rychlost by čtenáři mohli získat ve verzi 540p až 850kbps. Stream (Classic) nemění výše uvedený profil kódování v reálném čase na základě vstupní přenosové rychlosti kodéru, pouze ořízne úrovně kvality na základě rozlišení vstupu.

Požadavky na šířku pásma pro přehrávání videa

Přehrávání videa v Stream (Classic) je jednosměrové, což znamená, že každý divák získává vlastní video stream z internetu. Na základě inteligentního kódování a streamování s adaptivní přenosovou rychlostí, které stream používá, není požadavek na šířku pásma pro přehrávání videa statickým číslem. Přehrávání videa může spotřebovávat různou šířku pásma internetu v závislosti na nahraných videích:

  • původní rozlišení, přenosová rychlost a obsah
  • dostupná šířka pásma uživatele
  • velikost přehrávače

Pokud chcete vytvořit odhady šířky pásma, musíte nahrát videa představující typický obsah, který bude vaše organizace používat s Stream (Classic), a watch videa na obrazovkách, o nichž si myslíte, že je budou používat vaši uživatelé. Pak můžete provést měření šířky pásma a vzorkování. Tyto aproximace pak můžete použít k výpočtům na vysoké úrovni a odhadům šířky pásma, kterou vaši uživatelé spotřebují, na základě toho, kolik podle vás bude watch videí současně.

Optimalizace doručování videa v místní síti

Stream (Classic) využívá inteligentní kódování a streamování s adaptivní přenosovou rychlostí ke snížení síťového a internetového provozu při přehrávání videa. Přehrávání je však jednosměrový datový proud. U živých událostí nebo videí odesílaných do velké části vaší organizace můžou významnou porci internetové šířky pásma spotřebovávat uživatelé, kteří video sledují.

Pro organizace, které chtějí omezit tento internetový provoz pro živé události a oblíbená videa, existují dvě možnosti:

  1. Využití existujících proxy mezipamětí ve vaší síti

    Sledování videí z Stream (Classic) probíhá přes PROTOKOL HTTPS, a proto je možné nakonfigurovat normální proxy webové mezipaměti tak, aby ukládaly přenosy přehrávání videa do mezipaměti. Možná budete muset nakonfigurovat vlastní certifikaci SSL, aby se to stalo s PROTOKOLem HTTPS. Pokud se ale při přehrávání videa podíváte na trasování sítě, uvidíte adresy URL, které Stream (Classic) použít ke streamování videa pro vaši organizaci (adresy URL se můžou lišit podle Stream (Classic) tenanta). Pokud tyto adresy URL směrujete přes proxy server mezipaměti, může to ukládat video přenosy do mezipaměti a snížit internetový provoz u často přehráovaných videí.

  2. Použijte řešení pro doručování videí eCDN od jiného výrobce optimalizované pro Stream (Classic)

    Několik řešení eCDN pro doručování videa je předem integrovaných a dá se nastavit pro použití se službou Stream. Tyto platformy eCDN umožňují organizacím optimalizovat šířku pásma sítě, aniž by museli obětovat možnosti prohlížení koncovým uživatelům. Naši partneři vám můžou pomoct umožnit škálovatelnou a efektivnější distribuci videa v rámci vaší podnikové sítě. Další informace najdete v tématu Škálování doručování videí pomocí poskytovatelů eCDN třetích stran .

Koncové body, které musí být dostupné uživatelům ve vaší síti

Obecné koncové body Microsoft Stream (Classic)

Microsoft Stream (Classic) vyžaduje připojení k internetu. Všechny koncové body uvedené na Office 365 koncových bodech pro Microsoft Stream musí být dostupné uživatelům Microsoft Stream (Classic) v síti vaší organizace.

Živé události vytvořené externí aplikací nebo zařízením (dříve externí kodér) – koncové body ingestování RMTP

Pokud chcete získat kanál videa pro živou událost vytvořenou externí aplikací nebo zařízením odeslanou z kodéru do Microsoft Stream (Classic), budete potřebovat v bráně firewall sítě otevřené následující rozsahy IP adres a porty:

  • Domény: *.channel.media.azure.net
  • Porty: 1935/2935/1936/2936 (pro RTMP a RTMPS)

Pokud vám vaše konkrétní nastavení sítě neumožňuje (nebo nechcete) otevřít výše uvedený rozsah domén, v současné době jedinou možností, jak získat konkrétní IP adresy pro příjem RTMP/RTMPS, je získat rotující rozsahy IP adres pro datacentrum Azure, ke kterému je váš Microsoft Stream (Classic) tenant připojený.

Následující soubory JSON se aktualizují při změně IP adres pro datacentra Azure, které jsou rozdělené podle oblastí a označených služeb.

Tyto soubory se aktualizují každý týden a zahrnují správu verzí pro celý soubor i každou jednotlivou značku služby v daném souboru.

Vyhledání datacentra Azure pro vašeho tenanta Stream (Classic):

  1. V pravém horním rohu streamu klikněte na ?.

  2. Vyberte O Microsoft Stream.

  3. Zobrazte informace v části Vaše data jsou uložená v.

Jakmile zjistíte datové centrum Azure pro vašeho tenanta Stream (Classic), vyhledejte odpovídající rozsahy IP adres v souboru XML výše a pak aktualizujte bránu firewall nebo proxy server o konkrétní rozsahy IP adres pro vaše datacentrum. Se změnami souboru XML budete muset aktualizovat také nastavení brány firewall nebo proxy serveru.

Příklad:

  • Pokud informace o Microsoft Stream říká, že vaše data jsou uložená v oblasti USA – východ 2.

  • V souboru XML byste hledali uzel s názvem <Název oblasti="useast2">

  • Pod tímto uzlem Oblast by bylo několik položek pro všechny rozsahy IP adres (<IpRange Subnet="13.68.0.0/17">).

  • Museli byste nakonfigurovat firewall\proxy tak, aby povoloval všechny tyto rozsahy IP adres, a pravidelně je měnit, když se změní soubor XML.

Uživatelé v komunitě napsali kód, který podle plánu vezme výše uvedený soubor XML a převede data na rozhraní API, které je možné dotazovat. Vaše organizace se může poučit z toho, co se s tímto open source projektem udělalo, a vytvořit vlastní podobné řešení, které bude pravidelně aktualizovat nastavení brány firewall nebo proxy serveru.

CDN používaná pro přehrávání videa

Živé události z Stream (Classic) a živé události z externích aplikací nebo zařízení z Yammeru nebo Teams a také videa na vyžádání budou automaticky používat Azure CDN.

Videa na vyžádání nahraná do streamu – stejně jako živé záznamy událostí – budou v případě potřeby také používat Azure CDN. Pokud se pro tato videa nevyžaduje Azure CDN, přehrají se ze serverů původu Azure Media Services přidružených ke geografické oblasti tenanta.

Pokud několik lidí ze stejné organizace ve stejné geografické lokalitě streamuje stejná videa, sítě CDN uloží kopii těchto videí do umístění blíže k dané geografické oblasti. Když je video uložené nebo uložené v mezipaměti v nejbližším umístění, každý uživatel video streamuje z umístění, které je k nim nejblíže, a ne z umístění dále od sebe. Stream (Classic) používá Azure Media Services ke správě toho, co se ukládá do mezipaměti ve sítích Azure CDN a jak dlouho. Azure Media Services může použít libovolné umístění Azure CDN k ukládání fragmentů videa a manifestů do mezipaměti po dobu několika dnů. Pokud lidé ve vaší organizaci i nadále watch videa uložená v mezipaměti, zůstanou v mezipaměti. Pokud k videu několik dní nikdo nepřistupuje, video se nakonec z mezipaměti vyřadí. Až se příště někdo pokusí watch video, znovu se uloží do mezipaměti v nejbližším umístění CDN.

Každý, kdo se pokusí watch video, když je obsah uložený v mezipaměti v blízké síti CDN, těží z toho, že je video blíž a ve většině případů méně směrování, pryč. To zlepšuje rychlost přehrávání videa; Nemění se ale požadavek na síť pro přehrávání videa.

Šifrování na úrovni videa a tok přehrávání

Stream (Classic) ví, jak důležité je udržovat vaše data zabezpečená a soukromá. Centrum zabezpečení Microsoftu popisuje náš závazek k ochraně osobních údajů a zabezpečení vašeho obsahu. Při přehrávání videa je rychlost důležitá pro dobrý zážitek; ale výměnou za rychlost neohrožujeme vaše zabezpečení ani ochranu osobních údajů. Tady je postup, jak přizpůsobíme rychlost, zabezpečení a ochranu osobních údajů.

Když vy nebo někdo z vaší organizace nahraje nové video nebo vytvoří živou událost, překóduje se, zašifruje se šifrováním AES-128 a uloží se ve službě Azure Media Services. To znamená, že videa jsou při přenosu i při nečinnosti šifrovaná.

Když se někdo ve vaší organizaci pokusí watch video, provede tento postup:

  1. Stream (Classic) určuje, jestli má divák přístup k videu, tím, že zkontroluje oprávnění nastavená u videa v databázi Azure SQL a Stream (Classic) a informace o uživateli v Microsoft Entra ID.

  2. Pokud uživatel může zobrazit video, dešifrovací klíč se načte ze služby Azure Media Services a předá se Stream (Classic) přehrávači videa.

  3. Stream (Classic) přehrávač videa pak pomocí dešifrovacího klíče dešifruje video za chodu při přehrávání videa.

Viz také

Škálování doručování videí pomocí poskytovatelů eCDN třetích stran