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
A mobil élő közvetítési technológia kihívása messze áll a hagyományos berendezésektől vagy a számítógépes élő közvetítéstől. Teljes feldolgozási linkjei a következőket tartalmazzák, de nem kizárólag: hang- és videokészítés, szépség / szűrő / speciális effektusok feldolgozása, kódolás, csomagok, streaming, átkódolás, terjesztés, dekódolás / renderelés / lejátszás stb.
Az élő közvetítés általános problémái a következők:
Hogyan lehet a gazdagép stabil az instabil hálózati környezetben?
Hogyan tudja a távoli területek közönsége zökkenőmentesen nézni az élő közvetítést nagy felbontásban?
Hogyan lehet intelligensen váltani a vonalat az élő kártya pillanatában?
Hogyan lehet mérni az élő közvetítés minőségi indexének pontosságát és valós időben beállítani?
Hogyan kódolhatják és jeleníthetik meg a nagy teljesítményű videókat a mobil eszközök különböző chipplatformjai?
Hogyan lehet kezelni a szűrők speciális hatásait, például a szépséget?
Hogyan lehet megvalósítani a másodikat a lejátszáskor?
Hogyan lehet zökkenőmentesen biztosítani az élő közvetítés folyamatos közvetítését kártolás nélkül?
Ez a megosztás feltárja a mobil műsorszórás alapvető technológiájának rejtélyét.
1. Alapvető ismeretek a videóról, az élő közvetítésről és így tovább
Mi a videó?
Először meg kell értenünk az egyik legalapvetőbb fogalmat: a videót. Észlelési szempontból a videó egy szórakoztató film, lehet film, lehet rövid film, koherens vizuális hatású teljesítménygazdag kép és hang. De racionális szempontból a videó strukturált adat. Mérnöki nyelven értelmezhető. A videót a következő struktúrára elemezhetjük:
1) Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
2) Tartalom elem
3) Kép
4) Hang
5) Meta információk
6) Kodek
Videó: H.264 - H.265,…
Hang: AAC, HE-AAC,…
7) Konténer
MP4, MOV, FLV, RM, RMVB, AVI,…
Bármely videó-videó fájl szerkezetileg ilyen módon állítható össze:
1) A legalapvetőbb tartalmi elemek képből és hangból állnak;
2) A képet videokódolással és tömörítési formátummal dolgozzák fel (általában H.264);
3) A hangot hangkódolási tömörítési formátum (például AAC) dolgozza fel;
4) Jelölje meg a megfelelő metainformációt (metaadatokat);
Végül elkészült a tárolócsomag (például az MP4), hogy egy teljes videofájlt alkosson.
Ha úgy érzi, hogy nehéz megérteni, képzeljen el egy üveg ketchupot. A külső réteg palackja olyan, mint a tartály, a palackon feltüntetett alapanyagok és feldolgozóüzem információi metaadatok. A palack kupakjának kinyitása (kicsomagolása) után maga a ketchup olyan, mint a kódolt tartalom a tömörítés után. A paradicsom és az ételízesítő ketchupdá történő feldolgozásának folyamata olyan, mint a kódolás, míg a paradicsom alapanyaga és a fűszerezés hasonlít leginkább az eredeti tartalmi elemhez.
2. Videó valós idejű továbbítása
Röviden, a racionális kognitív videószerkezet segít megérteni a videó sugárzását. Ha a videó egyfajta strukturált adat, akkor kétségtelenül a videoszolgáltatás jelenti a "strukturált adatok" (videó) valós idejű továbbítását.
Tehát kézenfekvő kérdés: hogyan tudja a valós idejű továbbítani ezeket a strukturált adatokat?
Itt van egy paradoxon: a konténerbe csomagolt videónak megváltoztathatatlan videofájlnak kell lennie, a megváltoztathatatlan videofájl a „relativitás” szerint már produkciós eredmény, és ez a produkciós eredmény nem lehet valós idejű, pontos memória. az idő és a tér.
Ezért a videoszolgáltatásnak a "gyártás, továbbítás és felhasználás" folyamatának kell lennie. Ez azt jelenti, hogy közelebbről meg kell vizsgálnunk a videó középső folyamatát (kódolását), mielőtt az eredeti tartalmi elemek (képek és hang) a kész termékhez (videofájlok) kerülnek.
3. Videó kódolási tömörítés
Vessünk egy pillantást a videokódolásra és a tömörítési technológiára.
A videotartalom tárolásának és továbbításának megkönnyítése érdekében általában csökkenteni kell a videotartalom mennyiségét, vagyis az eredeti tartalmi elemeket (kép és hang) tömöríteni kell, és a tömörítési algoritmusra is hivatkozunk. a kódolási formátum. Például a videó eredeti képadatait H.264 kódolási formátumban, az audio mintavételi adatokat pedig AAC kódolási formátumban tömörítik.
Kódolás és tömörítés után a videotartalom valóban elősegíti a tárolást és továbbítást; nézés és játék közben azonban ennek megfelelően dekódolási folyamatra is szükség van. Ezért nyilvánvaló, hogy egyfajta konvenció érthető mind a kódolóval, mind a kódolás és a dekódolás között dekódolóra van szükség. A videoképek kódolása és dekódolása szempontjából ez az egyezmény egyszerű:
A kódoló több képet kódol és GOP-ot (képcsoportot) készít egy szegmensben. Lejátszáskor a dekóder felolvassa a GOP egy részét a dekódoláshoz, majd elolvassa a képet, majd megjeleníti a kijelzőt.
Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
A GOP (képcsoport) folyamatos képek sorozata, amely egy I keretből és több B / P keretből áll. Ez a videokép-kódoló és dekóder-hozzáférés alapvető egysége. Rendezési sorrendje a kép végéig megismétlődik.
Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
Az I keret egy belső kódoló keret (más néven kulcskeret), a P keret előre jelző keret (előre mutató keret), a B keret pedig kétirányú interpolációs keret (kétirányú referenciakeret). Röviden, az I. képkocka teljes kép, míg a P és a B rekordváltozás az I képkockához képest.
I keretek nélkül a P és B keretek nem dekódolhatók.
Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
Összefoglalva: egy videó, amelynek képrész-adatai GOP-k, míg egyetlen GOP I / P / B keretképek halmaza.
Ilyen geometriai viszonyban a videó olyan, mint egy "tárgy", a GOP olyan, mint a "molekula", az I / P / B keret képe pedig az "atom".
Képzelje el, mi lenne a tapasztalat, ha egy objektum átadását atomra és a legkisebb részecskére fénysebességgel változtatnánk, és az ember szabad szemmel észlelnénk?
4. Mi az élő videó?
Nem nehéz kinyitni az agyi lyukat, az élő közvetítés ilyen élmény. A videó élő technológia a legkisebb részecske (I / P / B keret), a fénysebességen történő átvitel technológiája, idősorok alapján.
Röviden, az élő közvetítés az adatok (video / audio / adatkeret) és időbélyeg streaming folyamata. Az adó folyamatosan gyűjti a hang- és videóadatokat, majd továbbterjed kódolással, csomagokkal, push flow-val, majd továbbterjed a reléelosztó hálózaton keresztül. A lejátszás vége folyamatosan letölti az adatokat, és dekódolja és lejátszja az idõszekvenciának megfelelõen. Ily módon megvalósul a „gyártás, továbbítás és fogyasztás” élő közvetítésének folyamata.
Miután megértette a videó és az élő közvetítés fenti két alapfogalmát, láthatjuk az élő közvetítés üzleti logikáját.
Az élő közvetítés üzleti logikája
Itt van egy egyszerűsített, sok élő szolgáltatási modell, valamint a protokollok a különböző szintek között.
Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
A megállapodások közötti különbségek a következők
Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
Az alábbiakban bemutatunk néhány alapvető fogalmat az élő közvetítés technológiájáról. Ezután megértjük az élő teljesítménymutatókat, amelyek befolyásolják az emberek vizuális élményét.
Az élő közvetítés teljesítménymutatója, amely befolyásolja a vizuális élményt
Az élő közvetítés első teljesítménymutatója a késés, amely az az idő, amely szükséges ahhoz, hogy az adatok az információforrásból a célállomáshoz eljussanak.
Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
Einstein szűk relativitáselmélete szerint a fénysebesség a legnagyobb sebesség, amelyet minden energia, anyag és információ elérhet. Ez a következtetés korlátozza az átvitel sebességét. Tehát ha szabad szemmel is valós időben érezzük magunkat, valójában van egy bizonyos késés.
Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
Mivel az rtmp / hls az alkalmazásréteg protokollján alapszik a TCP-n keresztül, a TCP háromszor, négy hullámban fog kézfogást, és a lassú indítás folyamatának minden oda-vissza menetéhez hozzáadódik egy oda-vissza idő (RTT), ami növeli a késést.
Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
Másodszor, a TCP csomagvesztés-újraküldés jellemzői szerint a hálózati jitter csomagvesztés-újratovábbítást okozhat, és közvetett módon a késés növekedéséhez is vezethet.
Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
A teljes élő közvetítési folyamat magában foglalja, de nem kizárólag, a következő linkeket: gyűjtés, feldolgozás, kódolás, csomag, streaming, továbbítás, átkódolás, terjesztés, streaming, dekódolás és lejátszás. A streamingtől a lejátszásig, majd a köztes továbbító linken keresztül minél alacsonyabb a késés, annál jobb a felhasználói élmény.
Az élő közvetítés második teljesítménymutatója a megjelenítési képkésés a videólejátszási folyamatban, ami az embereket "kártyának" érzi. Az időegységben lejátszott találatok számának statisztikáját hívják carting rate-nek.
A Caton okozó tényezők lehetnek a streaming adatmegszakadása, a nyilvános hálózati átvitel torlódása vagy rendellenes hálózati jitter, vagy a végberendezések gyenge dekódolási teljesítménye. Minél kevesebb vagy egyáltalán nincs Caton frekvencia, annál jobb a felhasználói élmény.
A harmadik élő teljesítménymutató első képernyője időigényes, amely arra az időre utal, amelyet a képernyő szabad szemmel vár az első kattintás és lejátszás után. Technikailag arra utal, hogy a lejátszónak mennyi időigényes a megjelenítés első képkockájának dekódolása. Általánosságban elmondható, hogy a "másodperc bekapcsolva" kifejezés azt a képernyőt jelenti, amely a lejátszásra kattintás után egy másodpercen belül látható. Minél gyorsabban megnyílik az első képernyő, annál jobb a felhasználói élmény.
A fenti három élő közvetítés teljesítménymutatója alacsony késleltetésű, nagy felbontású, sima, gyors második a felhasználói élmény követelményeinek megfelelően. E három teljesítménymutató megértése nagyon fontos a mobil élő alkalmazások felhasználói élményének optimalizálása érdekében.
Tehát mik a leggyakoribb gödrök a mobil élő közvetítésben?
A gyakorlatban összesített tapasztalatok szerint a mobil platformon történő élő közvetítés gödrét két szempontba lehet összefoglalni: a berendezések közötti különbség és a technikai teszt, amelyet ezek a jelenetek hoznak a hálózati környezetben.
A mobil élő közvetítés jelenetének gödre és elkerülési intézkedései
Kódolási különbségek a különböző chipplatformokon
Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
Nem számít kemény vagy lágy kódolás az IOS platformon, mivel az Apple gyára, a különböző chipplatformok miatt szinte nincs kódolási különbség.
Az Android platformon azonban az Android framework SDK által biztosított mediacodec kódolónak nagy különbségei vannak a különböző chipplatformokon. A különböző gyártók különböző chipeket használnak, míg az Android mediacodec teljesítménye kissé eltér a különböző chipplatformokon, és az egész platform kompatibilitásának megvalósítása nem alacsony.
Ezenkívül az Android mediacodec hard kódolási réteg H.264 kódolási minőségi paraméterei rögzítettek, ezért a festés minősége általában szintén általános. Ezért az Android platform alatt az ajánlás a lágy szerkesztés használata, előnye, hogy a festés minősége szabályozható és jobb az kompatibilitás.
Hogyan lehet összegyűjteni és kódolni a nagy teljesítményű alacsony kategóriájú berendezéseket?
Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
Például a kamera lehet a kép. A kép hangereje nem kicsi. Ha az adatgyűjtés frekvenciája nagyon magas, és a kódolás képkockasebessége nagyon magas, akkor minden kép áthalad a kódolón, a kódoló újra túlterhelődhet.
Ekkor megfontolhatjuk, hogy a kódolás előtt, anélkül, hogy befolyásolnánk a kép minőségét (beszéltünk a képkockasebesség mikro jelentőségéről), szelektíven elveszíthetjük a kereteket, így csökkenthetjük a kódoló link energiafogyasztását.
Hogyan garantálható a nagy felbontású zökkenőmentes streaming gyenge hálózat alatt
Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
A mobilhálózatban könnyű találkozni a hálózati instabilitással, a kapcsolat visszaállításával, a megszakadt vonal újracsatlakozásával, egyrészt a gyakori újracsatlakozással, és a kapcsolat létrehozása rezsit igényel. Másrészt a sávszélesség szűk keresztmetszete különösen akkor fordulhat elő, amikor GPRS / 2G / 3G / 4G kapcsoló történik. Ha a sávszélesség nem elegendő, a magas képkockasebességű / nagy bitsebességű tartalmat nehéz elküldeni, ezért változó bitsebességű támogatásra van szükség.
Vagyis a nyomás végén a hálózati állapot és az egyszerű sebességmérés detektálható, és a kódsebesség dinamikusan kapcsolható, hogy a nyomás zökkenőmentes áramlását biztosítsa a hálózati kapcsolás során.
Másodszor, a kódolás, a csomagok és a push stream logikája is finomhangolható. Megpróbálhatja szelektíven elveszíteni a képkockákat, például elveszíteni a videó referenciakeretet (első képkocka és hangkeret), ami szintén csökkentheti a továbbítandó adattartalmat, ugyanakkor elérheti azt a célt, hogy ne befolyásolja a minőségi festés és sima audiovizuális változat.
Meg kell különböztetni az élő közvetítés állapotát és üzleti állapotát
Az élő közvetítés a médiafolyam és az alkalmazás API jelző adatfolyam kölcsönhatása, és mindkettő állapota nem keverhető össze. Különösen az élő közvetítés állapotát nem lehet megítélni az APP interakció API állapota alapján.
Második tapasztalat a mobil élő közvetítési technológia optimalizálásáról (beleértve a ppt-t is)
A fentiek számos gyakori gödröt és elkerülési intézkedést jelentenek az élő mobil színtéren.
Egyéb optimalizálási intézkedések a mobil élő adás helyszínén
1 、 Hogyan lehet optimalizálni a nyitási sebességet, hogy elérjük a legendás "második" -t?
Láthatja, hogy a piacon lévő néhány mobil telefonos alkalmazás nagyon gyors, egy kicsit tovább. És néhány mobiltelefon élő alkalmazás, kattintson a játékra néhány másodperc múlva a lejátszás előtt. Mi okozza az ilyen különbséget?
A legtöbb játékos dekódolhat és játszhat, miután megszerezte a teljes GOP-t. Az Ffmpeg-alapú lejátszók csak azután játszhatnak, hogy a hang és a festés időbélyeg-szinkronizálására van szükség (ha az élő közvetítésben nincs hang, akkor csak a videó képes lejátszani az arcot, miután megvárta a hang időkorlátját).
A második a következő szempontok szerint vizsgálható:
1. Írja át a játékos logikáját, hogy megjelenítse a lejátszót, miután megszerezte az első kulcskeretet.
A GOP első képkocka általában kulcskép, és a kevesebb betöltött adat miatt elérheti az "első képkockát másodszor".
Ha az élő kiszolgáló támogatja a GOP gyorsítótárat, az azt jelenti, hogy a játékos a kiszolgálóval való kapcsolat létrehozása után azonnal megszerezheti az adatokat, így megspórolva a régiók és az operátorok közötti visszaforrás továbbításának idejét.
A GOP a kulcsképek periódusát, azaz két kulcskép közötti távolságot, nevezetesen a keretcsoportok maximális keretszámát tükrözi. Feltételezve, hogy egy videó állandó képkockasebessége 24 kép / mp (azaz 1 másodperc 24 képkocka), a kulcskép periódus pedig 2 s, akkor a GOP 48 kép. Általában a videó minden másodpercéhez legalább egy kulcskép szükséges.
A kulcsképek számának növelése javítja a kép minőségét (a GOP általában az FPS többszöröse), ugyanakkor növeli a sávszélességet és a hálózati terhelést. Ez azt jelenti, hogy az ügyfél-lejátszó letölt egy GOP-t.
|
Í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