Az FMUSER Wirless könnyebben továbbítja a videót és a hangot!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> albán
ar.fmuser.org -> arab
hy.fmuser.org -> örmény
az.fmuser.org -> azerbajdzsán
eu.fmuser.org -> baszk
be.fmuser.org -> belorusz
bg.fmuser.org -> bolgár
ca.fmuser.org -> katalán
zh-CN.fmuser.org -> kínai (egyszerűsített)
zh-TW.fmuser.org -> kínai (hagyományos)
hr.fmuser.org -> horvát
cs.fmuser.org -> cseh
da.fmuser.org -> dán
nl.fmuser.org -> holland
et.fmuser.org -> észt
tl.fmuser.org -> filippínó
fi.fmuser.org -> finn
fr.fmuser.org -> francia
gl.fmuser.org -> galíciai
ka.fmuser.org -> grúz
de.fmuser.org -> német
el.fmuser.org -> Görög
ht.fmuser.org -> haiti kreol
iw.fmuser.org -> héber
hi.fmuser.org -> hindi
hu.fmuser.org -> magyar
is.fmuser.org -> izlandi
id.fmuser.org -> indonéz
ga.fmuser.org -> ír
it.fmuser.org -> olasz
ja.fmuser.org -> japán
ko.fmuser.org -> koreai
lv.fmuser.org -> lett
lt.fmuser.org -> litván
mk.fmuser.org -> macedón
ms.fmuser.org -> maláj
mt.fmuser.org -> máltai
no.fmuser.org -> norvég
fa.fmuser.org -> perzsa
pl.fmuser.org -> lengyel
pt.fmuser.org -> portugál
ro.fmuser.org -> román
ru.fmuser.org -> orosz
sr.fmuser.org -> szerb
sk.fmuser.org -> szlovák
sl.fmuser.org -> Szlovén
es.fmuser.org -> spanyol
sw.fmuser.org -> szuahéli
sv.fmuser.org -> svéd
th.fmuser.org -> Thai
tr.fmuser.org -> török
uk.fmuser.org -> ukrán
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnámi
cy.fmuser.org -> walesi
yi.fmuser.org -> jiddis
Az élő audio- és video-közvetítési rendszer összetett mérnöki rendszer. Az alacsony késleltetésű élő közvetítés eléréséhez komplex rendszertervezési optimalizálásra van szükség, és ismernie kell a különféle összetevőket. Íme néhány gyakori hangolási tipp:
Kódolás optimalizálás
1. Győződjön meg arról, hogy a kodek bekapcsolja a minimális késleltetés beállítását. A kodek általában alacsony késleltetésű optimalizáló kapcsolóval rendelkezik, különösen a H.264 esetében. Sokan nem tudják, hogy a H.264 dekóder bizonyos számú képkockát gyorsítótárba helyez, mielőtt megjelenítené őket. QCIF felbontású (176 × 144) videó esetén 16, 720p videó esetén 5 képkockát tárol. Az első olvasott képkocka esetében ez nagy késés. Ha nem H.264-et használ a videó kódolásához és tömörítéséhez, győződjön meg arról, hogy nem használ B kereteket, ez nagyobb hatással lesz a késleltetésre is, mert a videó B képkockáinak dekódolása a videokeretek előtt és után, ami növeli a késést.
2. A kódoló általában a kódvezérlés okozta késleltetéssel rendelkezik, amelyet inicializálási késleltetésnek vagy VBV pufferméretnek is nevezünk. Ez a kódoló és a dekóder bitfolyam közötti puffernek tekinthető, amely a lehető legkisebbre állítható, vagy csökkentheti a késleltetést a videó minőségének befolyásolása nélkül.
3. Ha az első késleltetés csak optimalizálva van, akkor további kulcskereteket lehet beszúrni a videoképek közé, hogy az ügyfél a vételt követően a lehető leghamarabb dekódolhassa a videofolyamot. Ha azonban optimalizálnunk kell az átviteli folyamat kumulatív késleltetését, akkor a lehető legkevesebb kulcsképet, azaz I-keretet kell használnunk (a GOP nagyobb lesz). Ugyanazon videominőség biztosítása esetén minél több I-képkocka van, annál nagyobb a bitsebesség és annál nagyobb hálózati sávszélesség szükséges az átvitelhez, ami azt jelenti, hogy a kumulatív késés nagyobb lehet. Ez az optimalizálási hatás nem nyilvánvaló a második késleltetésű rendszerben, de a 100 ms-os vagy még alacsonyabb késéssel is nyilvánvaló lesz a rendszerben. Ugyanakkor próbálja meg az acc-lc kodeket használni a hang kódolásához. Habár a he-acc vagy a he-acc 2 kódolási hatékonysága magas, a kódolás hosszabb ideig tart, és a nagyobb hangerõ okozta átviteli késleltetés kevésbé befolyásolja a videofolyam továbbítását.
4. Ne használjon MJPEG videotömörítési formátumot, legalább MPEG4 videotömörítési formátumot használjon B keret nélkül (egyszerű profil), és még jobban használja a H.264 alapprofilt (az x264 rendelkezik "dallam zerolatencia" optimalizáló kapcsolóval is). Egy ilyen egyszerű optimalizálás csökkentheti a késleltetést, mert a teljes képkockasebességű videót alacsonyabb bitrátával képes kódolni.
5. Az ffmpeg használata esetén csökkentse a "- probesize" és a "- analysis duration" értékeket, amelyeket a videokeret-információk figyelésére és az idő figyelésére használnak. Minél nagyobb a két érték, annál nagyobb a hatása a kódolás késleltetésére. Az élő jelenetben nem is szükséges beállítani az elemzési időtartam paramétert a videofolyamhoz.
6. A fix sebességű kódolás A CBR bizonyos mértékben kiküszöböli a hálózati jitter hatását. Ha változó sebességű kódolású VBR használható, ez megtakaríthat néhány felesleges hálózati sávszélességet és csökkentheti a késleltetést. Ezért javasoljuk, hogy a VBR-t használja a kódoláshoz, amennyire csak lehetséges.
Szállítási protokoll optimalizálás
1. Próbálja meg az RTMP-t használni a HTTP alapú HLS protokoll helyett a szerver csomópontok közötti átvitelhez, ami csökkentheti az átviteli késleltetést. Ez főleg a HLS-t használó végfelhasználóknak szól.
2. Ha a végfelhasználó RTMP-t használ a lejátszáshoz, akkor az átkódolást a streaming végéhez közeli vevő csomóponton kell végrehajtani, hogy az átvitt videó adatfolyam kisebb legyen, mint az eredeti videó adatfolyam.
3. Szükség esetén a testreszabott UDP protokoll használható a TCP protokoll cseréjére, és megszüntethető a gyenge hálózati kapcsolat alatti csomagvesztés-továbbadás, ami csökkentheti a késleltetést. Fő hátránya, hogy az UDP protokollon alapuló testreszabott videofolyam továbbítása és terjesztése nem elég univerzális, és a CDN gyártók támogatják a szabványos átviteli protokollt. További hátrány, hogy előfordulhat csobbanás vagy elmosódás, amelyet a csomagvesztés okoz (a kulcskeret dekódolási referenciájának hiánya), amely megköveteli a protokoll testreszabási féltől, hogy az UDP alapján jó munkát végezzen a csomagvesztés vezérlésében.
Átviteli hálózat optimalizálás
1. Bevezettük a valós idejű streaming hálózatot, amely egy új típusú hálózati átviteli hálózat, önszerveződő csomópontokkal. Nem csak a hazai több szolgáltatós hálózat továbbításának optimalizálására alkalmas, hanem számos tengerentúli élő adás igényeire is alkalmas.
2. Gyorsítsa a gyorsítótárba az aktuális GOP-ot a szerver csomópontjában, és működjön együtt a lejátszóval a videó nyitási idejének optimalizálása érdekében.
3. A szerver rögzíti a második szintű képkockasebességet és kódsebességet, amikor minden videófolyam minden egyes linkre valós időben áramlik, és valós időben figyeli a kódsebesség és a képsebesség ingadozását.
4. Az ügyfél (push stream és play) kvázi valós időben szerzi be az aktuális optimális csomópontot a szerver lekérdezésével (5 másodpercenként), és az aktuális hibacsomópont és vonal kvázi valós időben offline állapotban van.
Streaming és lejátszás optimalizálása
1. A rendszer tárolhatja az adatokat az adatok elküldése előtt. Ennek a paraméternek a hangolásához is meg kell találni az egyensúlyt.
2. A lejátszó puffer vezérlése szintén nagy hatással van a videó első késleltetésére. Ha csak az első késleltetést optimalizálják, akkor az adatok 0 puffer esetén azonnal dekódolhatók, amikor megérkeznek. De gyenge hálózati környezetben a hálózati jitter hatásának kiküszöbölése érdekében meg kell adni egy bizonyos gyorsítótárat, ezért meg kell találni az egyensúlyt az élő közvetítés stabilitása és az első nyitott késleltetés optimalizálása között, és ki kell igazítani a optimalizált pufferméret.
3. Játékos dinamikus puffer stratégia, amely a fenti lejátszó gyorsítótár vezérlés továbbfejlesztett változata. Ha csak 0 gyorsítótár és egy fix méretű gyorsítótár között választunk az egyensúly megtalálásához, akkor végül egy rögzített méretű gyorsítótárat választunk, ami nem tisztességes a 100 millió mobilinternet terminál felhasználóval szemben. Különböző hálózati körülményeik határozzák meg, hogy a rögzített méretű gyorsítótár nem teljesen megfelelő. Ezért megfontolhatunk egy "dinamikus puffer stratégiát". A lejátszó bekapcsolásakor nagyon kicsi vagy akár nulla puffer stratégiát alkalmazunk. A következő időszelet pufferméretét az első videó letöltéséhez szükséges idő határozza meg. Ugyanakkor az aktuális hálózatot valós időben figyelik a lejátszási folyamat során, és a puffer méretét a lejátszási folyamat során valós időben állítják be. Ily módon az első nyitási idő nagyon alacsony lehet, és a hálózati jitter hatása a lehető legnagyobb mértékben kiküszöbölhető.
4. Dinamikus sebességű játékstratégia. A pufferméret dinamikus beállításának stratégiája mellett a valós idejű hálózati hálózati információkat is felhasználhatjuk a bitsebesség dinamikus beállítására a lejátszás során. Elégtelen hálózati sávszélesség esetén csökkenthetjük a lejátszás bitsebességét és csökkenthetjük a késleltetést.
A fentiek az alacsony késleltetésű optimalizálási technikák részét képezik. Valójában, amikor optimalizáljuk az alacsony késleltetést, nem csak az "alacsony késleltetésre" összpontosítunk, hanem megpróbálunk alacsony késést elérni azzal a feltétellel, hogy más feltételek nem befolyásolják a felhasználói élményt. Ezért tartalma sokféle témát érint.
|
Írja be az e-mail címet a meglepetéshez
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> albán
ar.fmuser.org -> arab
hy.fmuser.org -> örmény
az.fmuser.org -> azerbajdzsán
eu.fmuser.org -> baszk
be.fmuser.org -> belorusz
bg.fmuser.org -> bolgár
ca.fmuser.org -> katalán
zh-CN.fmuser.org -> kínai (egyszerűsített)
zh-TW.fmuser.org -> kínai (hagyományos)
hr.fmuser.org -> horvát
cs.fmuser.org -> cseh
da.fmuser.org -> dán
nl.fmuser.org -> holland
et.fmuser.org -> észt
tl.fmuser.org -> filippínó
fi.fmuser.org -> finn
fr.fmuser.org -> francia
gl.fmuser.org -> galíciai
ka.fmuser.org -> grúz
de.fmuser.org -> német
el.fmuser.org -> Görög
ht.fmuser.org -> haiti kreol
iw.fmuser.org -> héber
hi.fmuser.org -> hindi
hu.fmuser.org -> magyar
is.fmuser.org -> izlandi
id.fmuser.org -> indonéz
ga.fmuser.org -> ír
it.fmuser.org -> olasz
ja.fmuser.org -> japán
ko.fmuser.org -> koreai
lv.fmuser.org -> lett
lt.fmuser.org -> litván
mk.fmuser.org -> macedón
ms.fmuser.org -> maláj
mt.fmuser.org -> máltai
no.fmuser.org -> norvég
fa.fmuser.org -> perzsa
pl.fmuser.org -> lengyel
pt.fmuser.org -> portugál
ro.fmuser.org -> román
ru.fmuser.org -> orosz
sr.fmuser.org -> szerb
sk.fmuser.org -> szlovák
sl.fmuser.org -> Szlovén
es.fmuser.org -> spanyol
sw.fmuser.org -> szuahéli
sv.fmuser.org -> svéd
th.fmuser.org -> Thai
tr.fmuser.org -> török
uk.fmuser.org -> ukrán
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnámi
cy.fmuser.org -> walesi
yi.fmuser.org -> jiddis
Az FMUSER Wirless könnyebben továbbítja a videót és a hangot!
Kapcsolat
Cím:
No. 305 szoba HuiLan épület No.273 Huanpu Road Guangzhou, Kína 510620
Kategóriák
Hírlevél