FMUSER Bezdrátový přenos videa a zvuku snadnější!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikánština
sq.fmuser.org -> albánština
ar.fmuser.org -> arabština
hy.fmuser.org -> Arménský
az.fmuser.org -> Ázerbájdžánština
eu.fmuser.org -> baskičtina
be.fmuser.org -> běloruský
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Katalánština
zh-CN.fmuser.org -> čínština (zjednodušená)
zh-TW.fmuser.org -> Čínsky (zjednodušeně)
hr.fmuser.org -> chorvatština
cs.fmuser.org -> čeština
da.fmuser.org -> dánština
nl.fmuser.org -> Dutch
et.fmuser.org -> estonština
tl.fmuser.org -> filipínský
fi.fmuser.org -> finština
fr.fmuser.org -> French
gl.fmuser.org -> galicijština
ka.fmuser.org -> gruzínština
de.fmuser.org -> němčina
el.fmuser.org -> Greek
ht.fmuser.org -> haitská kreolština
iw.fmuser.org -> hebrejština
hi.fmuser.org -> hindština
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandština
id.fmuser.org -> Indonéština
ga.fmuser.org -> Irština
it.fmuser.org -> Italian
ja.fmuser.org -> japonština
ko.fmuser.org -> korejština
lv.fmuser.org -> lotyština
lt.fmuser.org -> Litevština
mk.fmuser.org -> makedonština
ms.fmuser.org -> Malajština
mt.fmuser.org -> maltština
no.fmuser.org -> Norwegian
fa.fmuser.org -> perština
pl.fmuser.org -> polština
pt.fmuser.org -> portugalština
ro.fmuser.org -> Rumunština
ru.fmuser.org -> ruština
sr.fmuser.org -> srbština
sk.fmuser.org -> slovenština
sl.fmuser.org -> Slovinština
es.fmuser.org -> španělština
sw.fmuser.org -> svahilština
sv.fmuser.org -> švédština
th.fmuser.org -> Thai
tr.fmuser.org -> turečtina
uk.fmuser.org -> ukrajinština
ur.fmuser.org -> urdština
vi.fmuser.org -> Vietnamská
cy.fmuser.org -> velština
yi.fmuser.org -> Jidiš
Systém živého vysílání zvuku a videa je komplexní inženýrský systém. K dosažení živého vysílání s velmi malým zpožděním potřebuje komplexní optimalizaci systémového inženýrství a znalost různých komponent. Zde je několik běžných tipů pro ladění:
Optimalizace kódování
1. Ujistěte se, že kodek zapnul nastavení minimálního zpoždění. Kodek má obecně přepínač optimalizace nízké latence, zejména pro H.264. Mnoho lidí možná neví, že dekodér H.264 před zobrazením uloží do mezipaměti určitý počet video snímků. U videa s rozlišením QCIF (176 × 144) bude ukládat do mezipaměti 16 snímků a u videa 720p do mezipaměti 5 snímků. Pro první čtení snímku je to velké zpoždění. Pokud pro kódování a kompresi videa nepoužíváte H.264, ujistěte se, že nepoužíváte B snímky, bude to mít také větší dopad na zpoždění, protože dekódování B snímků ve videu závisí na video snímky před a po, což zvýší zpoždění.
2. Kodér má obvykle zpoždění způsobené řízením kódu, které se také říká zpoždění inicializace nebo velikost vyrovnávací paměti VBV. Považuje se za vyrovnávací paměť mezi bitovým tokem kodéru a dekodéru, kterou lze nastavit co nejmenší nebo snížit zpoždění bez ovlivnění kvality videa.
3. Pokud je první zpoždění pouze optimalizováno, může být mezi video snímky vloženo více klíčových snímků, takže klient může dekódovat video proud co nejdříve po jeho přijetí. Pokud však potřebujeme optimalizovat kumulativní zpoždění v procesu přenosu, měli bychom použít co nejméně klíčových rámců, tj. I-rámce (GOP se zvětší). V případě zajištění stejné kvality videa platí, že čím více I-snímků, tím vyšší bitová rychlost a větší šířka pásma sítě potřebná pro přenos, což znamená, že kumulativní zpoždění může být větší. Tento optimalizační efekt nemusí být zřejmý v systému s druhým zpožděním, ale bude zřejmý v systému se 100 ms nebo dokonce nižším zpožděním. Zároveň zkuste kódovat zvuk pomocí kodeku acc-lc. Ačkoli má he-acc nebo he-acc 2 vysokou účinnost kódování, kódování trvá déle a přenosové zpoždění způsobené větším objemem zvuku má menší dopad na přenos video streamu.
4. Nepoužívejte kompresní formát videa MJPEG, používejte alespoň kompresní formát videa MPEG4 bez rámečku B (jednoduchý profil) a ještě lépe použijte základní profil H.264 (x264 má také přepínač optimalizace „vyladit nulovou latenci“). Taková jednoduchá optimalizace může snížit latenci, protože dokáže kódovat video s plnou snímkovou frekvencí při nižší přenosové rychlosti.
5. Je-li použit ffmpeg, snižte hodnoty „- probesize“ a „- analyze duration“, které se používají pro monitorování informací o videu a dobu sledování. Čím větší jsou tyto dvě hodnoty, tím větší je dopad na zpoždění kódování. Na živé scéně není ani nutné nastavit parametr trvání analýzy pro video stream.
6. CBR kódování s pevnou rychlostí může do určité míry eliminovat vliv chvění sítě. Pokud lze použít kódování s proměnnou rychlostí VBR, může to ušetřit zbytečnou šířku pásma sítě a snížit určité zpoždění. Proto se navrhuje, aby se pro kódování co nejvíce používalo VBR.
Optimalizace transportního protokolu
1. Zkuste použít RTMP místo protokolu HLS založeného na HTTP pro přenos mezi uzly serveru, což může snížit celkovou prodlevu přenosu. To je zaměřeno hlavně na koncové uživatele, kteří k hraní používají HLS.
2. Pokud koncový uživatel ke hraní používá RTMP, mělo by být překódování provedeno na přijímacím uzlu v blízkosti konce streamování, takže přenášený video stream je menší než původní video stream.
3. V případě potřeby lze k nahrazení protokolu TCP použít přizpůsobený protokol UDP a lze eliminovat opakovaný přenos ztráty paketů pod slabým síťovým spojem, což může snížit zpoždění. Jeho hlavní nevýhodou je, že přenos a distribuce přizpůsobeného video streamu založeného na protokolu UDP není dostatečně univerzální a výrobci CDN podporují standardní přenosový protokol. Další nevýhodou je, že může dojít k rozstřiku nebo rozostření způsobenému ztrátou paketů (nedostatek odkazu na dekódování klíčového rámce), což vyžaduje, aby strana pro přizpůsobení protokolu odvedla dobrou práci při kontrole ztráty paketů na základě UDP.
Optimalizace přenosové sítě
1. Zavedli jsme streamovací síť v reálném čase, což je nový typ síťové přenosové sítě se samoorganizovanými uzly. Je vhodný nejen pro optimalizaci přenosu domácí sítě více operátorů, ale také pro potřeby mnoha zámořských živých přenosů.
2. Uložte aktuální GOP do uzlu serveru a ve spolupráci s přehrávačem optimalizujte otevírací dobu videa.
3. Server zaznamenává snímkovou frekvenci a kódovou rychlost druhé úrovně, když každý video stream proudí na každý odkaz v reálném čase, a sleduje fluktuaci kódové rychlosti a snímkové frekvence v reálném čase.
4. Klient (push stream a přehrávání) získá aktuální optimální uzel v kvazi reálném čase dotazem na server (jednou za 5 sekund) a aktuální poruchový uzel a linka jsou offline v kvazi reálném čase.
Optimalizace streamování a přehrávání
1. Systém může data před odesláním ukládat do mezipaměti. Vyladění tohoto parametru také potřebuje najít rovnováhu.
2. Ovládání vyrovnávací paměti přehrávače má také velký vliv na první zpoždění videa. Pokud je optimalizováno pouze první zpoždění, lze data dekódovat okamžitě, jakmile dorazí, v případě 0 vyrovnávací paměti. Ale ve slabém síťovém prostředí, aby se eliminoval dopad síťového chvění, je nutné nastavit určitou mezipaměť, takže musíme najít rovnováhu mezi stabilitou živého vysílání a optimalizací prvního otevřeného zpoždění a upravit optimalizovaná velikost vyrovnávací paměti.
3. Strategie dynamické vyrovnávací paměti hráče, což je vylepšená verze výše uvedeného ovládání mezipaměti hráče. Pokud pro nalezení rovnováhy zvolíme mezipaměť 0 a mezipaměť pevné velikosti, nakonec zvolíme mezipaměť pevné velikosti, což není spravedlivé vůči 100 milionům uživatelů mobilního internetového terminálu. Jejich různé síťové podmínky určují, že mezipaměť pevné velikosti není zcela vhodná. Proto můžeme uvažovat o „strategii dynamické vyrovnávací paměti“. Když je hráč zapnutý, používáme velmi malou nebo dokonce nulovou strategii vyrovnávací paměti. Velikost vyrovnávací paměti dalšího časového úseku je určena časem spotřebovaným ke stažení prvního videa. Současně je aktuální síť monitorována v reálném čase během procesu přehrávání a velikost vyrovnávací paměti je upravována v reálném čase během procesu přehrávání. Tímto způsobem může být první otevírací doba velmi nízká a pokud možno je možné eliminovat vliv chvění sítě.
4. Strategie hraní s dynamickým tempem. Kromě strategie dynamického přizpůsobování velikosti vyrovnávací paměti můžeme také použít síťové informace pro monitorování v reálném čase k dynamickému přizpůsobení bitové rychlosti v procesu přehrávání. V případě nedostatečné šířky pásma sítě můžeme snížit bitovou rychlost pro přehrávání a snížit zpoždění.
Výše uvedené je součástí technik optimalizace nízké latence. Ve skutečnosti, když optimalizujeme nízkou latenci, nezaměřujeme se pouze na „nízkou latenci“, ale snažíme se dosáhnout nízké latence za podmínky, že jiné podmínky nebudou mít vliv na uživatelskou zkušenost. Jeho obsah proto zahrnuje širokou škálu témat.
|
Zadejte e-mail a získejte překvapení
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikánština
sq.fmuser.org -> albánština
ar.fmuser.org -> arabština
hy.fmuser.org -> Arménský
az.fmuser.org -> Ázerbájdžánština
eu.fmuser.org -> baskičtina
be.fmuser.org -> běloruský
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Katalánština
zh-CN.fmuser.org -> čínština (zjednodušená)
zh-TW.fmuser.org -> Čínsky (zjednodušeně)
hr.fmuser.org -> chorvatština
cs.fmuser.org -> čeština
da.fmuser.org -> dánština
nl.fmuser.org -> Dutch
et.fmuser.org -> estonština
tl.fmuser.org -> filipínský
fi.fmuser.org -> finština
fr.fmuser.org -> French
gl.fmuser.org -> galicijština
ka.fmuser.org -> gruzínština
de.fmuser.org -> němčina
el.fmuser.org -> Greek
ht.fmuser.org -> haitská kreolština
iw.fmuser.org -> hebrejština
hi.fmuser.org -> hindština
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandština
id.fmuser.org -> Indonéština
ga.fmuser.org -> Irština
it.fmuser.org -> Italian
ja.fmuser.org -> japonština
ko.fmuser.org -> korejština
lv.fmuser.org -> lotyština
lt.fmuser.org -> Litevština
mk.fmuser.org -> makedonština
ms.fmuser.org -> Malajština
mt.fmuser.org -> maltština
no.fmuser.org -> Norwegian
fa.fmuser.org -> perština
pl.fmuser.org -> polština
pt.fmuser.org -> portugalština
ro.fmuser.org -> Rumunština
ru.fmuser.org -> ruština
sr.fmuser.org -> srbština
sk.fmuser.org -> slovenština
sl.fmuser.org -> Slovinština
es.fmuser.org -> španělština
sw.fmuser.org -> svahilština
sv.fmuser.org -> švédština
th.fmuser.org -> Thai
tr.fmuser.org -> turečtina
uk.fmuser.org -> ukrajinština
ur.fmuser.org -> urdština
vi.fmuser.org -> Vietnamská
cy.fmuser.org -> velština
yi.fmuser.org -> Jidiš
FMUSER Bezdrátový přenos videa a zvuku snadnější!
Kontakt
Adresa:
Budova č. 305 Room HuiLan No.273 Huanpu Road Guangzhou Čína 510620
Kategorie
Newsletter