Nemrégiben kezdtem el kapcsolatba lépni a video live projekttel, összefoglaltam néhány video live kapcsolódó koncepciót, technológiát és megoldást.
Először is, értse meg az élő videó fogalmát. Számos általános videoprotokoll a következő: RTMP, http-flv, HLS, RTP / RTCP.
Ezután elmagyarázzuk az élő műsorszórás és a kapcsolódó technológiák teljes folyamatát.
1, Élő videó protokoll
Az élő közvetítés területén az élő közvetítésnek két típusa van: interaktív élő közvetítés és nem interaktív élő közvetítés.
A nem interaktív élő közvetítés (például: Élő felvonulás, NBA Élő közvetítés, Bajnokok Ligája élő közvetítés stb.) Nem túl interaktív, 10 másodperc vagy annál hosszabb késleltetést tesz lehetővé. Viszonylag kevés forrás jellemzi, és alkalmas többcsatornás átkódolásra (a felhasználók a hálózati feltételeknek megfelelően nézhetik meg).
Az interaktív élő közvetítés tipikus jelenetei közé tartozik az élő adás sugárzása, a játék élő közvetítése stb. Az interaktív élő műsorszolgáltatás jellemzői: több forrás, nem alkalmas többcsatornás átkódolásra, csak köztes szerver, mint tranzit szerep.
Az élő tartalomátvitel médiája a hálózat, és a megfelelő protokollokra van szükség a videó vagy hang továbbításához a hálózatban. Jelenleg az élő jelenetekre alkalmas közös protokollok a következők.
1. RTMP protokoll (a HTML 5 nem támogatja, a flash támogatja)
Az RTMP egy streaming média protokoll, amely az Adobe szabadalmi protokollja. A TCP alapján nagyon népszerű Kínában.
Népszerű ok: a nyílt forráskódú szoftverek és a nyílt forráskódú könyvtár támogatása stabil és teljes, és a leggyakrabban használt streaming és streaming megoldások alapvetően stabilan működhetnek. Például: nyílt forráskódú librtmp push stream könyvtár, a szolgáltatási oldalon nginx RTMP plug-in található, a pull streamnél ijkplayer lejátszási könyvtár található.
2. Http-flv protokoll (a HTML 5 nem támogatja, a flash támogatja)
Ez azt jelenti, hogy HTTP-protokoll segítségével média tartalmat továbbíthat. A HTTP egyszerűbb és ismertebb, mint az RTMP. A tartalom késleltetése is lehet 2-5 másodperc, és a nyitási sebesség is gyorsabb, mert a HTTP-nek önmagában nincs komplex állapot-interakciója. Tehát a látencia szempontjából a http-flv jobb, mint az RTMP.
3. HLS protokoll (HTML támogatás, Flash támogatás)
A HTTP élő streaming egy streaming média szállítási protokoll, amely az Apple által javasolt HTTP-n alapul. A HLS-nek nagyon nagy előnye van: a HTML5 közvetlenül megnyitható és lejátszható; ez azt jelenti, hogy egy élő linket meg lehet osztani böngészővel wechat és más továbbítás útján, független alkalmazás telepítése nélkül, ezért nagyon népszerű. Közösségi élő alkalmazás, HLS csak szükséges. A HLS-en alapuló élő közvetítés URL-je egy m3u8 fájl, amely számos közelmúltbeli kis video TS fájlt tartalmaz. Ennek a lejátszási módnak a késleltetése viszonylag magas (ami összefügg a TS fájl méretével), és 5-7 másodperces késleltetést érhet el ugyanabban a városi hálózatban.
4. RTP / RTCP protokoll
A valós idejű szállítási protokoll az interneten található multimédiás adatfolyamok szállítási réteg protokollja. Az RTCP továbbítja az interaktív vezérlés jelzését, az RTP pedig a tényleges médiaadatokat.
Az RTP-t széles körben használják a videomegfigyelésben, a videokonferenciákban és az IP-telefonokban, mivel a videokonferencia és az IP-telefon egyik fontos tapasztalata az erős valós idejű tartalom.
A fenti három protokollhoz képest az egyik fontos különbség az RTP és azok között az, hogy alapértelmezés szerint az UDP protokollt használják az adatok továbbítására, míg az RTMP és a HTTP a TCP protokollon alapszik.
Használja a forgatókönyv-elemzést: a valós idejű audio- és videofolyamok jelenetéhez nincs szükség megbízható garanciára, ezért nincs szükség újraküldési mechanizmusra. Nem fontos, hogy valós időben lássuk a képet és a hangot, elveszítsünk bizonyos tartalmat, ha a hálózat megrázkódik, elmosódik a kép és a képernyő. Az újraküldés érdekében a TCP késést és aszinkronit okoz. Ha a tartalom egy része egy másodperc múlva érkezik az újraküldés miatt, akkor az egész beszélgetés egy másodperccel késik. A hálózati jitterrel a késleltetés két vagy három másodpercre nő. Ha a kliens nem kezeli a lejátszást, akkor a közvetlen sugárzási élmény súlyosan érintett lesz. Az optimalizálás módját a következő cikk ismerteti.
Következtetés: az élő közvetítési protokoll kiválasztásakor, ha az RTMP vagy a http-flv van kiválasztva, ez azt jelenti, hogy 2-5 másodperces tartalmi késés van, de ami a nyitott késleltetést illeti, a http-flv jobb, mint az RTMP . A HLS tartalmi késleltetése 5-7 másodperc. Az RTP kiválasztása az élő közvetítéshez 1 másodpercen belül késleltetheti az élő közvetítést. Tudomásunk szerint azonban a nagy CDN-gyártók nem támogatják az RTP-alapú élő közvetítést, így a jelenlegi hazai mainstream az RTMP vagy a http-flv.
2, Videó élő közvetítés folyamata
Az élő videóval kapcsolatos technikai folyamat: valós idejű videofolyamok megszerzése --- videofolyamok kódolása --- videofolyamok továbbítása --- videofolyamok dekódolása --- videolejátszás.
1. A valós idejű videorögzítés gondolata
a) A setpreviewcallback beállításával az Android fényképezőgép felvételi előnézetében az onpreviewframe felület valósul meg, hogy valós időben rögzítse az egyes videofolyamok adatait.
b) Az Android mediarecorder segítségével kösse össze a localsocketet a setoutputfile funkcióban.
c) Streaming média szerver mód, az ffmpeg vagy a getstreamer használatával a kamera videóinak megszerzéséhez.
2. A videotömörítő kódolás megvalósítása
a) Kódolás nélkül az eredeti yuv420sp videoképet közvetlenül a foglalaton keresztül továbbítja.
b) A JEPG az eredeti yuv420sp videokeretet H.264-be tömöríti, majd továbbítja.
c) H.264 / avc. Az eredeti yuv420sp videokeretet H.264 formátumba tömörítik, majd továbbítják. A H264 alapú általános nyílt forráskódú kódolók közé tartozik a JM, x264, t264, hdot264 stb.
d). mpeg4. Tömörítse az eredeti yuv420sp videokeretet MPEG4 formátumba, majd továbbítsa
3. A videoátvitel gondolata
a). aljzatátvitel
b). HTTP-továbbítás
c). RTP / RTSP továbbítás
d). streaming média szerver mód, például live555 stb
4. A videó dekódolás megvalósítása
a). kódolásnak megfelelő dekóder
5. A videó lejátszásának gondolata
a). Android videoview-n keresztül
b). Android mediaplayen keresztül
c). illessze be a keretképet közvetlenül a vászonra
|
|
|
|
Milyen messze (hosszú) a távadó fedelét?
A hatótávolság számos tényezőtől függ. Az igazi távolságot alapul az antenna telepítéséhez magasság, antennanyereség használva környezetben, mint épület és egyéb akadály, érzékenysége a vevő, antenna a vevő. Telepítése antenna több magas és használata vidéken, a távolság sokkal messzebb.
Példa 5W FM Transmitter használja a városban és a szülővárosa:
Van egy magyar ügyfél használja 5W fm transmitter GP antenna szülővárosában, s kipróbálni egy autót, akkor terjed 10km (6.21mile).
Tesztelem a 5W fm transmitter GP antenna szülővárosomban, ez fedezésére mintegy 2km (1.24mile).
Tesztelem a 5W fm transmitter GP antenna Guangzhou város, akkor terjed csak körülbelül 300meter (984ft).
Az alábbiakban a hozzávetőleges sor különböző teljesítmény FM adó. (A tartomány átmérő)
0.1W ~ 5W FM adó: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM adó: 3KM ~ 10KM
80W ~ 500W FM adó: 10KM ~ 30KM
500W ~ 1000W FM adó: 30KM ~ 50KM
1KW ~ 2KW FM adó: 50KM ~ 100KM
2KW ~ 5KW FM adó: 100KM ~ 150KM
5KW ~ 10KW FM adó: 150KM ~ 200KM
Hogyan léphet kapcsolatba velünk az adó?
Hívjon + 8618078869184 OR
Küldj e-mailt [e-mail védett]
1.How messze szeretné fedezni átmérőjű?
2.How magas közületek torony?
3.Where vagy?
És akkor kapsz több szakmai tanácsot.
Rólunk
Az FMUSER.ORG egy olyan rendszerintegrációs cég, amely az RF vezeték nélküli átvitelre / stúdió-videó hangberendezésre / streamingre és adatfeldolgozásra összpontosít.
FM adó, analóg TV adó, digitális TV adó, VHF UHF adó, antennák, koaxiális kábelcsatlakozók, STL, levegő feldolgozás, műsorszórási termékek a stúdióhoz, RF jel felügyelet, RDS kódolók, audio processzorok és távoli webhelyvezérlő egységek, IPTV termékek, Video / Audio Encoder / Decoder, úgy tervezték, hogy megfeleljenek mind a nagy nemzetközi műsorszóró hálózatok, mind a kis magánállomások igényeinek.
Megoldásunk FM rádióállomás / analóg tévéállomás / digitális tévéállomás / audio-video stúdió berendezés / stúdió adó-összeköttetés / adó-telemetria rendszer / szálloda TV-rendszer / IPTV élő közvetítés / élő közvetítés / videokonferencia / CATV műsorszóró rendszer.
Az összes rendszerhez fejlett technológiai termékeket használunk, mert tudjuk, hogy a nagy megbízhatóság és a nagy teljesítmény olyan fontos a rendszer és a megoldás szempontjából. Ugyanakkor meg kell győződnünk arról, hogy termékrendszerünk nagyon kedvező áron van.
A közszolgálati és kereskedelmi műsorszolgáltatók, a távközlési szolgáltatók és a szabályozó hatóságok ügyfelei vannak, és megoldásokat és termékeket is kínálunk több száz kisebb, helyi és közösségi műsorszolgáltatónak.
Az FMUSER.ORG több mint 15 éve exportál, és ügyfelei vannak a világ minden tájáról. 13 éves tapasztalattal rendelkezik ezen a területen, van egy profi csapatunk, hogy megoldjuk az ügyfelek mindenféle problémáját. Elkötelezettek vagyunk a professzionális termékek és szolgáltatások rendkívül elfogadható árainak biztosításában. Kapcsolattartó e-mail : [e-mail védett]
a Factory
Nekünk van korszerűsítés a gyár. Szeretettel várjuk, hogy látogassa meg a gyár, ha jön Kínába.
Jelenleg már vannak 1095 ügyfelek világszerte látogatott el Guangzhou Tianhe irodában. Ha jön Kína, szívesen látogasson el hozzánk.
Fair
Ez a mi részvétel 2012 Global Sources Hong Kong Electronics Fair . Az ügyfelek a világ minden tájáról végre van egy esélyt, hogy együtt legyünk.
Hol van Fmuser?
Kereshet ezekben a számokban " 23.127460034623816,113.33224654197693 "a google térképen, akkor megtalálhatja fmuser irodánkat.
FMUSER Guangzhou irodája Tianhe District, amely a központja a Canton . Nagyon közel hoz Canton Fair , Guangzhou vasútállomás, Xiaobei közúti és dashatou , Csak be kell 10 perc ha figyelembe TAXI . Üdvözöljük barátok a világ minden tájáról, hogy látogassa meg, és tárgyaljon.
Kapcsolat: Sky Blue
Mobil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
Email: [e-mail védett]
QQ: 727926717
Skype: sky198710021
Cím: No.305 szoba Huilan Building No.273 Huanpu Road Guangzhou Kína Zip: 510620
|
|
|
|
Angol: Minden fizetést elfogadunk, például PayPal, Hitelkártya, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Ha bármilyen kérdése van, kérjük, vegye fel velem a kapcsolatot [e-mail védett] vagy a WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Azt javasoljuk, hogy a Paypal vásárolni a terméket, a Paypal biztonságos módon vásárolni az interneten.
Minden a mi elem lista oldal alján tetején van egy paypal logóra fizetni.
Hitelkártya.Ha nincs paypal, de van, hitelkártya, akkor is kattints a sárga gombra PayPal fizetni a hitelkártya.
-------------------------------------------------- -------------------
De ha nem egy hitelkártya, és nem egy paypal számla, vagy nehezen kapott egy paypal fiókot állíthat, használhatja a következő:
Western Union.  www.westernunion.com
Fizessen Western Union nekem:
Keresztnév / Keresztnév: Yingfeng
Vezetéknév / Vezetéknév / Családnév: Zhang
Teljes név: Yingfeng Zhang
Ország: Kína
Város: Guangzhou
|
-------------------------------------------------- -------------------
T / T. Fizessen T / T (átutalás / banki átutalás / banki átutalás)
Első BANKINFORMÁCIÓ (VÁLLALATI SZÁMLA):
SWIFT BIC: BKCHHKHHXXX
Bank neve: BANK OF CHINA (HONG KONG) LIMITED, HONGKONG
Bank címe: BANK OF CHINA TOWER, 1 GARDEN ÚT, CENTRAL, HONG KONG
BANKKÓD: 012
Számla neve: FMUSER INTERNATIONAL GROUP LIMITED
Számlaszám. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Második BANK-INFORMÁCIÓ (VÁLLALATI SZÁMLA):
Kedvezményezett: Fmuser International Group Inc.
Fiókszám: 44050158090900000337
Kedvezményezett bankja: China Construction Bank Guangdong Branch
SWIFT kód: PCBCCNBJGDX
Cím: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, Kína
** Megjegyzés: Ha pénzt utal át bankszámlánkra, kérjük, NE írjon semmit a megjegyzés területére, különben a nemzetközi kereskedelemre vonatkozó kormányzati politika miatt nem tudjuk megkapni a befizetést.
|
|
|
|
* Ez lesz elküldve 1-2 munkanap, amikor a fizetési világos.
* Mi elküldjük azt a paypal címét. Ha meg akarjuk változtatni a címet, kérjük, küldje el a megfelelő címet és telefonszámot az email [e-mail védett]
* Ha a csomagok alatt 2kg fogjuk szállítani postai légiposta, akkor körülbelül 15-25days a kezedbe.
Ha ez a csomag több, mint 2kg, akkor a hajó keresztül EMS, DHL, UPS, Fedex gyors expressz szállítás, akkor körülbelül 7 ~ 15days a kezedbe.
Ha a csomag több, mint 100kg küldünk keresztül DHL vagy a légi áruszállítás. Ez körülbelül 3 ~ 7days a kezedbe.
Minden csomag formájában Kína Guangzhou.
* A csomagot "ajándékként" küldjük el, és a lehető legkevesebbet nyilatkozunk, a vevőnek nem kell fizetnie az "adóért".
* Miután a hajó, küldünk Önnek egy e-mailt, és adja meg a nyomon követési számot.
|
|
|
A jótállásért.
Lépjen kapcsolatba velünk --- >> Tegye vissza nekünk a terméket --- >> Fogadás és újabb csere küldése.
Név: Liu Xiaoxia
Cím: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Kína.
Postai irányítószám: 510620
Telefon: + 8618078869184
Kérjük, térjen vissza erre a címre, és írja meg a paypal címét, nevét, probléma megjegyzés: |
|
