A Media Services élő streamelési ajánlott eljárásainak útmutatója

Az ügyfelek gyakran kérdezik, hogyan csökkenthetik az élő stream késését. Ez a cikk az élő események kódolása mellett az alacsony késésű élő streamek elérésének ajánlott eljárásait ismerteti.

A streamek végpontok közötti késését számos tényező határozza meg a médiakódoláson kívül. Íme néhány megfontolandó szempont:

1. Késések a hozzájárulás kódoló oldalán. Ha az ügyfelek olyan kódolási szoftvereket használnak, mint az OBS Studio, a Wirecast vagy mások, hogy RTMP élő streamet küldjenek a Media Servicesnek. A szoftver beállításai hatással vannak az élő streamek végpontok közötti késésére.

2. Késések az élő streamelési folyamatban az Azure Media Servicesben

3. CDN-teljesítmény

4. A videolejátszó pufferelési algoritmusai és a hálózati feltételek az ügyféloldalon

5. A kiépítés időzítése

Hozzájárulás kódolója

Ön szabályozza a forráskódoló beállításainak beállításait, mielőtt az RTMP-stream eléri a Media Servicest. Íme néhány javaslat azokra a beállításokra, amelyek a lehető legkisebb késést eredményeznék:

1. Válassza ki a Media Services-fiókjához tartozó közreműködő kódolójához legközelebb eső fizikai régiót. Ez biztosítja, hogy nagyszerű hálózati kapcsolattal rendelkezzen a Media Services-fiókhoz.

2. Használjon egységes töredékméretet. Javasoljuk, hogy a GOP mérete 2 másodperc. Egyes kódolók, például az OBS esetében az alapértelmezett érték 8 másodperc. Győződjön meg arról, hogy módosítja ezt a beállítást.

3. Használja a GPU-kódolót, ha a kódolási szoftver ezt lehetővé teszi. Ez lehetővé tenné a CPU-munka GPU-ra való kiszervezését.

4. Használjon alacsony késésre optimalizált kódolási profilt. Ha például az OBS Studióval használja az Nvidia H.264 kódolót, a "nulla késés" beállítás jelenhet meg.

5. Olyan tartalmak küldése, amelyek felbontása nem nagyobb, mint amit streamelni szeretne. Ha például 720p standard kódolású élő eseményeket használ, küldjön egy olyan streamet, amely már 720p-nél van.

6. Tartsa a keretsebességét 30fps vagy alacsonyabb értéken, kivéve, ha átmenő élő eseményeket használ. Bár 60 fps bemenetet támogatunk az élő eseményekhez, az élő események kódolása továbbra sem haladja meg a 30 fps értéket. Alacsony késésű HLS esetén ajánlott a rögzített képkockasebesség, és a maximális kerethossz nem haladhatja meg a 0,5 másodpercet a legjobb élmény érdekében.

Az Azure Media Services élő eseményének konfigurálása

Íme néhány konfiguráció, amely segít csökkenteni a folyamat késését:

1. Használja az alacsony késésű streambeállításokat az élő eseményekhez. A Standard kódolás (legfeljebb 720p) és a Prémium kódolás (legfeljebb 1080p) streambeállításoknál használja a Kis késésű streamkésés beállítást, kivéve, ha 6 óránál hosszabb DVR-ablakra vagy zökkenőmentes streamkimenetre van szüksége.

2. Javasoljuk, hogy a CMAF-kimenetet a HLS és a DASH lejátszáshoz is válassza. Ez lehetővé teszi, hogy ugyanazokat a töredékeket ossza meg mindkét formátum esetében. CdN használata esetén növeli a gyorsítótár-találatok arányát. Például:

   Típus	Formátum	PÉLDA URL-címre
   HLS CMAF	format=m3u8-cmaf	https://amsv3account-usw22.streaming.media.azure.net/21b17732-0112-4d76-b526-763dcd843449/ignite.ism/manifest(format=m3u8-cmaf)
   MPEG-DASH CMAF	format=mpd-time-cmaf	https://amsv3account-usw22.streaming.media.azure.net/21b17732-0112-4d76-b526-763dcd843449/ignite.ism/manifest(format=mpd-time-cmaf)

3. Ha a TS-kimenetet kell választania, használjon 1 HLS csomagolási arányt. Ez lehetővé teszi, hogy csak egy töredéket csomagoljunk egy HLS-szegmensbe. Az LL-HLS nem minden előnyét élvezheti a natív Apple-játékosokban.

Lejátszóoptimalizálások

Videolejátszó kiválasztásakor és konfigurálásakor ügyeljen arra, hogy az alacsonyabb késésre optimalizált beállításokat használja.

A Media Services különböző streamprotokoll-kimeneteket támogat – DASH, TS kimenettel rendelkező HLS és CMAF-töredékekkel rendelkező HLS. A stream lehetőség használatakor LowLatencyV2 ügyeljen arra, hogy olyan lejátszót keressen, amely támogatja az alacsony késésű HLS (LL-HLS) szolgáltatást. A játékos implementációjától függően a pufferelési döntések hatással vannak a néző által megfigyelt késésre. A gyenge hálózati feltételek vagy az alapértelmezett algoritmusok, amelyek a lejátszás minőségét és stabilitását részesítik előnyben, a lejátszók úgy dönthetnek, hogy több tartalmat pufferelnek előre, hogy megakadályozzák a lejátszás közbeni megszakításokat. Ezek a pufferek a lejátszási munkamenetek előtt és alatt a végpontok közötti késést is növelik.

Az Azure Media Player használata esetén a Kis késésű heurisztikus profil úgy optimalizálja a lejátszót, hogy a lehető legkisebb késéssel rendelkezzen a lejátszó oldalán. Ez a lejátszó csak akkor támogatja a DASH-t, ha nem használja a Safariban Apple-eszközökön.

CDN választási lehetőségek és optimalizálás

A streamvégpontok azok a forráskiszolgálók, amelyek az élő és VOD streamelési tartalmat közvetlenül a CDN-nek vagy az ügyfélnek továbbítják. A legjobb, ha védett eredetű tartalomkézbesítési hálózatot (CDN) használ, hogy a médiatartalmak forgalma hatékonyan legyen kézbesítve.

Javasoljuk, hogy a Verizon által biztosított Azure CDN-t (Standard vagy Prémium) használja. Optimalizáltuk az integrációs felületet, hogy az ügyfél egyetlen kiválasztással konfigurálhassa ezt a CDN-t a Azure Portal. Mindenképpen kapcsolja be az Origin Shieldet és a streamelési optimalizálást a CDN-végponthoz, amikor elindítja a streamvégpontot.

Ügyfeleinknek jó tapasztalataik vannak a saját CDN-jükről is. Győződjön meg arról, hogy intézkedéseket hoznak a CDN-en annak érdekében, hogy megvédje a forrást a túlzott forgalomtól.

A CDN-profilra vonatkozó szabályok konfigurálásával is javíthatja a teljesítményt. Lásd: CDN-optimalizálás engedélyezése.

Streamvégpont skálázása

A prémium streamvégpont/forrás nagyobb rugalmasságot és elkülönítést biztosít az ügyfelek számára a skálázáshoz dedikált streamelési egységek hozzáadásával vagy eltávolításával. A streamelési egység egy streamvégponthoz lefoglalt számítási erőforrás. Minden streamelési egység körülbelül 200 Mbps adatforgalmat képes streamelni.

Bár egyszerre több élő eseményt is streamelhet ugyanazzal a streamvégponttal, az egy streamvégponthoz szükséges alapértelmezett streamelési egységek maximális száma 10. Támogatási jegyet megnyitva az alapértelmezett 10-nél többet kérhet.

A szükséges prémium streamelési egységek meghatározása

A streamvégpontok és a szükséges streamelési egységek számának meghatározásához két lépés szükséges:

1. Határozza meg a szükséges teljes kimenő forgalmat.

2. Ossza el a teljes kimenő forgalmat 200-tal, ami az egyes streamelési egységek streamelhető maximális Mbps-jának számít.

A szükséges teljes kimenő forgalom meghatározása

Az alábbi képlet használatával határozza meg a szükséges teljes kimenő forgalmat.

Teljes kimenő forgalom szükséges = átlagos sávszélesség x astreamvégpont által kezelt egyidejű nézők száma x százalék.

Vessünk egy pillantást az egyes szorzókra:

Átlagos sávszélesség. Milyen átlagos sávszélességet tervez streamelni? Más szóval, ha több sávszélességet is elérhetővé szeretne tenni, melyik bitsebesség az összes tervezett bitsebesség átlaga? Ezt az alábbi módszerek egyikével becsülheti meg:

Kódolást tartalmazó élő esemény esetén:

• Ha nem tudja, mi lesz az átlagos sávszélessége, becslésként használhatja a legnagyobb sávszélességet. A legnagyobb sávszélesség 5,5 Mbps az 1080p kódolású élő eseményekhez, ezért az átlagos sávszélesség valahol 3,5 Mbps körül lesz.

• Tekintse meg az élő esemény kódolásához használt kódolási készletet, például az AdaptiveStreaming(H.264) beállításkészletet. Lásd ezt a kimeneti példát.

Olyan élő esemény esetén, amely egyszerűen átmenő és nem kódolást használ:

• Ellenőrizze a helyi kódoló által használt kódolási bitráta létrát.

Egyidejű megtekintők száma. Hány egyidejű megtekintő várható? Ezt nehéz lehet megbecsülni, de a legjobban az ügyféladatok alapján teheti meg. Globális közönségnek streamel egy konferenciát? Azt tervezi, hogy élő streamben értékesít egy termékkészletet az ügyfeleinek?

A streamvégpontáltal kezelt forgalom százaléka. Ez a "CDN által nem kezelt forgalom százalékos arányaként" is kifejezhető, mivel ez az a szám, amely ténylegesen bemegy a képletbe. Szóval, ezt szem előtt tartva, mi a CDN kiszervezés várható? Ha a CDN várhatóan az élő forgalom 90%-át fogja kezelni, akkor a forgalomnak csak 10%-a várható a streamvégponton. A képletben használt szám .10, amely a streamvégponton várt forgalom százalékos aránya.

A szükséges prémium szintű streamelési egységek számának meghatározása

Prémium szintű streamelési egységekre van szükség = Nézők átlagos sávszélessége x # x A CDN által nem kezelt forgalom százalékos aránya / 200 Mbps

Példa

Nemrég kiadott egy új terméket, és szeretné bemutatni a meglévő ügyfeleknek. Alacsony késést szeretne, mert nem szeretné meghiúsítani a már elfoglalt közönséget, ezért prémium szintű streamvégpontokat és CDN-t fog használni.

Körülbelül 100 000 ügyféllel rendelkezik, de valószínűleg nem mind fogják watch az élő eseményét. Azt hiszem, hogy a legjobb esetben csak 1% fog részt venni, ami a várt egyidejű nézők 1000.

Egyidejű felhasználók száma =1000

Úgy döntött, hogy a Media Services használatával fogja kódolni az élő streamet, és nem fogja használni a továbbítást. Nem tudja, hogy mi lesz az átlagos sávszélesség, de azt is tudja, hogy 1080p(felső bitráta 5,5 Mbps) lesz, így az átlagos sávszélesség becslések szerint 3,5 Mbps lesz a számításokhoz.

Átlagos sávszélesség =3,5

Mivel a közönsége világszerte elszórtan van jelen, arra számít, hogy a CDN az élő forgalom nagy részét (90%- át) fogja kezelni. Ezért a prémium szintű streamvégpontok csak a forgalom 10%-át fogják kezelni.

A streamvégpont által kezelt százalék =10% = 0,1

A fent megadott képlet használata:

Teljes kimenő forgalom szükséges = átlagos sávszélesség x a streamvégpont által kezelt egyidejű nézők száma x százalék.

szükséges teljes kimenő forgalom = 3,5 x 1000 x 0,1

teljes kimenő forgalom szükséges = 350 Mbps

A teljes kimenő forgalom 200-ra való felosztásával 1,75 prémium streamelési egységre van szükség.

prémium streamelési egységekre van szükség = szükséges összes kimenő forgalom/200Mpbs

prémium streamelési egységekre van szükség = 1,75

Fel fogjuk kerekíteni ezt a számot 2-ra, így 2 egységre van szükségünk.

A portál használata az igények becsléséhez

A Azure Portal egyszerűbbé teheti a számításokat. A streamelési oldalon a megadott kalkulátor segítségével megtekintheti a becsült célközönség elérését, amikor módosítja az átlagos sávszélességet, a CDN-találatok arányát és a streamelési egységek számát.

1. A Media Services-fiók oldalán válassza a Steaming endpoints (Végpontok gőzölése ) lehetőséget a menüben.

2. Adjon hozzá egy új streamvégpontot a Streamvégpont hozzáadása lehetőséget választva.

3. Adjon nevet a streamvégpontnak.

4. Válassza a prémium szintű streamvégpontot a streamvégpont típusához.

5. Mivel jelenleg csak becslést kap, ne indítsa el a streamvégpontot a létrehozás után. Válassza a Nem lehetőséget.

6. A CDN tarifacsomagjához válassza a Standard Verizon vagy a Premium Verizon lehetőséget. A profil neve ennek megfelelően változik. Hagyja meg a nevet a gyakorlatnak megfelelően.

7. A CDN-profilhoz válassza az Új létrehozása lehetőséget.

8. Válassza a Létrehozás lehetőséget. A végpont üzembe helyezése után megjelenik a streamvégpontok képernyője.

9. Válassza ki az imént létrehozott streamvégpontot. A streamvégpont képernyője a célközönség elérésére vonatkozó becslésekkel jelenik meg.

10. Az 1 streamelési egységgel rendelkező streamvégpont alapértelmezett beállítása azt mutatja, hogy a CDN 90%-ának és a streamvégpont 10%-ának használatával 571 egyidejű megtekintőnek 3,5 Mbps sebességgel kell streamelnie.

11. Módosítsa a kimenő forgalom forrásának százalékos arányát 90%-ról CDN-gyorsítótárról 0%-ra. A kalkulátor becslése szerint CDN nélkül 57 egyidejű megtekintőt tud majd streamelni 3,5 Mbps sebességgel, 200 Mbps sebességgel .

12. Most módosítsa a kimenő forgalom forrását 90%-ra.

13. Ezután módosítsa a streamelési egységeket 2-re. A kalkulátor becslése szerint 1143 egyidejű megtekintőre tud streamelni 3,5 Mbps sebességgel, 4000Mpbs sebességgel, a CDN a forgalom 90%-át kezeli.

14. Kattintson a Mentés gombra.

15. Elindíthatja a streamvégpontot, és megpróbálhatja elküldeni a forgalmat. A képernyő alján lévő metrikák nyomon fogják követni a tényleges forgalmat.

Időzítés

Előfordulhat, hogy a streamelési egységeket a várt csúcshasználat előtt 1 órával szeretné kiépíteni, hogy a streamelési egységek készen legyenek.

Súgó és támogatás

Kérdéseket tehet fel a Media Serviceshez, vagy kövesse a frissítéseket az alábbi módszerek egyikével:

• Q & A
• Stack Overflow. Kérdések címkézése a következővel: azure-media-services.
• @MSFTAzureMediavagy @AzureSupport használatával kérjen támogatást.
• Nyisson meg egy támogatási jegyet a Azure Portal keresztül.