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ő közvetítésű szoftver fejlesztése során némi zavart tapasztalhatunk. Mint a streaming média protokollok, például a HTTP-FLV, a WebRTC, az RTMP, a HLS és a többi saját protokoll kiválasztása, melyik a megfelelőbb? Melyik protokoll használható a PC platformon? Melyik protokoll működik jobban mobileszközökön? Ezután a különböző megállapodások előnyeinek és hátrányainak összehasonlításával kezdem.
1. Számos általános streaming média protokoll előnyei és hátrányai:
RTMP: Az Adobe által kifejlesztett, az audio és video adatok Flash / AIR és a szerver közötti átvitelére szolgáló saját protokoll. Jelenleg a leggyakrabban használt streaming média átviteli protokoll is.
Előnyök: A TCP hosszú kapcsolat alapján nincs szükség többszörös kapcsolat létrehozására, és a késés alacsony, általában csak 1 ~ 3 másodperc; a technológia kiforrott és a támogató létesítmények tökéletesek.
Hátrányok: Csak a Flash használhatja PC böngészőkben, és nem használható mobil böngészőkben; mivel a Flash hamarosan kilép a színpadról, az RTMP-t nem használják a webes lejátszón történő streaminghez.
HLS: HTTP alapú streaming média hálózati átviteli protokoll, amelyet az Apple javasolt. Működési elve az átvitel szeletelése, amely az élő közvetítést számtalan darabra vágja. Amikor a felhasználó nézi a videót, az ügyfél minden alkalommal csak egy részt tölthet le.
Előnyök: A HTTP protokoll alapján könnyebb hozzáférni a CDN-hez, a tűzfalak ritkán blokkolják, és több bites sebesség adaptációval jár; az Apple által javasolt protokollként nagy előnyökkel jár a macOS / iOS alatt, és az Android megfelelő levelezési támogatásában is rendelkezésre áll; elmondható, hogy ez a protokoll alkalmas mobil eszközökre.
Hátrányok: A késés nagy, általában nem kevesebb, mint 10 másodperc. A TS fájlok nagy száma nyomást gyakorol a szerver tárolására és a kérésekre.
HTTP-FLV: Az audio- és videoadatokat FLV-be foglalja, majd továbbítja HTTP-kapcsolaton keresztül. Az RTMP-hez képest csak az átviteli protokoll változott. A webes lejátszóhoz a Flash továbbra is szükséges a lejátszáshoz, de az "flv.js" megjelenése pótolta ezt a hibát.
Előnyök: alacsony késés, az összhatás nagyon közel áll az RTMP-hez; az RTMP protokollhoz képest hatékonyan elkerülheti a tűzfalak és az ügynökök hatását.
Hátrányok: Átviteli jellemzői miatt a streaming média erőforrások a helyi kliensben tárolódnak, ami azt jelenti, hogy a titoktartás nem túl jó; eddig még mindig nem kompatibilis az iOS böngészőkkel.
WebRTC: A Google nyílt forráskódú technológiáján alapuló protokoll a média internetes streamingjéhez.
Előnyök: Az RTMP és a HLS egyaránt protokoll a nagyvállalatok kezében, míg a WebRTC a W3C szabványba került; nincs szükség beépülő modulok telepítésére, és egyre több böngésző támogatott.
Hátrányok: A böngésző vagy a rendszer gyártó általi testreszabása használhatósági problémákat okozhat, valamint hiányozhat a szerveroldali tervezés és telepítési tervek; az átviteli minőséget nehéz garantálni, és az optimalizálási módszerek korlátozottak; az Android-eszközökön való kompatibilitás nem jó; ráadásul ez a megállapodás főként a Web felé nézve nincs elég támogatás a natív fejlődéshez.
2. Az élő közvetítésű szoftverek fejlesztése során az RTMP használata a PC oldalon és a HLS a mobil oldalon a legbiztonságosabb.
Miért mondod így? A fenti előnyök és hátrányok alapján, mindenekelőtt a platformok alkalmazkodóképességét tekintve, és a megvalósítás hatása hasonló, az RTMP és a HLS jobb, mint a HTTP-FLV és a WebRTC.
Másodszor, a piaci környezet szempontjából sok éves fejlesztés és bevezetés után sok nagy CDN-gyártó tökéletesen támogatta az RTMP-t és a HLS-t. Ez a stabil folyamat számos üzemeltető és karbantartó személyzet eredménye, és a CDN nem lesz stabil. A jövedelmező rendszer könnyen elvégzi a változásokat. Hasonlóképpen egyre több vállalat használja az RTMP-t és a HLS-t, ami erősebb optimalizálást és kompatibilitást eredményez a CDN és az RTMP, valamint a CDN és a HLS között. Ez ciklikus folyamat, és általában a CDN-vállalatok nem fogják könnyen megtörni. Ezenkívül az előző cikkben nem említettem az RTSP protokollt. Ennek a protokollnak a hatása hasonló az RTMP-hez. Technikailag csak abban különbözik az átviteli adatokon elfoglalt csatornák számától, és az átviteli formátumfolyam más. Az RTSP valóban felhasználható élő közvetítésre. De a piaci környezet miatt az RTSP-t jelenleg főként a biztonsági megfigyelés során használják. Az RTMP-hez hasonlóan már most is kialakította saját profitláncát.
A fentiek az élő közvetítésű szoftverek fejlesztése során a streaming média protokoll kiválasztásáról folytatott vita eredménye. Ha még mindig nem érti ezt a kérdést, akkor hagyjon üzenetet, vagy keressen szakmai fejlesztőt részletes konzultáció céljából.
|
Í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