HTML5 élő videó

Látható, hogy a PC-től a mobilig egyre több élő közvetítésű alkalmazás online, és a mobil közvetítés soha nem látott robbanási szakaszba lépett. A legtöbb mobil élő közvetítés esetében azonban továbbra is főleg natív kliensek valósítják meg, de a HTML5 pótolhatatlan szerepet játszik a mobil élő közvetítés végén is, például a HTML5-ben. A gyors átvitel és az egyszerűen kiadható előnyökkel a HTML5 élőben is játszhat videó, amikor ez a legfontosabb.

A teljes élő közvetítés a következőkre osztható:
(1) Videofelvételi terminál: Általánosságban elmondható, hogy ez egy számítógépes audio- és videobemeneti eszköz, vagy kamera vagy mikrofon a mobil terminálon. Jelenleg a mobiltelefonos videó a fő rész.
(2) Videolejátszó: lehet egy lejátszó a számítógépen, natív lejátszó a mobiltelefon oldalán, és egy HTML5 videocímke. Jelenleg még mindig a mobiltelefon fő natív szereplője.
(3) Videokiszolgáló: általában egy nginx szerver, amelyet arra használnak, hogy elfogadja a videofelvételi oldal által biztosított videoforrást, és a streaming szolgáltatást nyújtsa a videolejátszás végéig.

2, HTML5 videó rögzítése:
A HTML5 videofelvételhez a hatékony webrtc (WEB valós idejű kommunikáció) egy olyan technológia, amely támogatja a valós idejű hang- vagy videobeszélgetéseket a webböngészőben. Hátránya, hogy csak PC-króm esetén támogatja jobban, és a mobil oldal sem ideális.
A videó webrtc-vel történő rögzítésének alapvető folyamata:
Hívja meg az window.navigator.webkitGetUserMedia alkalmazást (szerezze be a felhasználó PC-kamerájának videó adatait).
A megszerzett videofolyam-adatok konvertálása window.webkitRTCPeerConnection-re (videó adatfolyam-adatformátum).
A websocket használata a video stream adatainak szerverre továbbításához
Mivel számos módszert elõ kell helyezni böngészõvel, sok mobil böngészõ nem támogatja a webrtc-t, így a valódi videofelvételt továbbra is az ügyfél (IOS, Android) valósítja meg, és a hatás jobb lesz.

3, HTML5 élő videó közvetítése:
Videolejátszáshoz használhatja a HLS (HTTP live streaming) protokollt az élő közvetítés lejátszására. Az IOS és az Android is természetesen támogatja ezt a protokollt. A videocímkék közvetlen beállítása és használata egyszerű.
Itt van egy egyszerű kód az élő videó lejátszásához videó segítségével:
(1) mi a HLS protokoll:
Röviden: az egész adatfolyam apró fájlokra oszlik, amelyeket a HTTP alapján töltenek le. Egyszerre csak néhányat töltenek le. A HTML3 élő közvetített élő videóban bevezetett .M8u5 előző fájlja a HLS protokollon alapszik, amely a videó adatfolyam metaadatait tárolja.
Minden.M3u8 fájl több TS fájlnak felel meg, amelyek a valódi videotárolás adatai. Az m3u8 fájl csak egyes TS fájlok konfigurációs adatait és kapcsolódó elérési útjait tárolja. A videó lejátszásakor az. M3u8 fájl dinamikusan megváltozik. A videócímke elemzi a fájlt, és megtalálja a lejátszani kívánt TS fájlt. Tehát a sebesség felgyorsítása érdekében az .M3u8 fájlt elemzik a fájl elemzésére, és megtalálják a megfelelő TS fájlt lejátszásra. Ezért a sebesség felgyorsítása érdekében az .M3u8 fájlt elemzik a fájl elemzésére, és megtalálják a megfelelő TS fájlt lejátszásra. Ezért annak felgyorsítása érdekében Tegye a webszerverre, és a TS fájlt a CDN-re.
Az. M3u8 fájl valójában egy M3U fájl, amelyet UTF-8 kódol. Ez a fájl önmagában nem játszható le, csak a lejátszási információkat tartalmazó szöveges fájl.

(2) HLS kérési folyamat:
Az m3u8 HTTP-kérés URL-je.
A szerver egy m3u8 lejátszási listát ad vissza, amelyet valós időben frissítenek. Általában egyszerre 5 adatszegmens URL-jét adják meg.
Az ügyfél elemzi az m3u8 lejátszási listáját, majd az egyes szegmensek URL-jét kéri a TS adatfolyam megszerzéséhez.

(3) HLS élő közvetítés késleltetése:
Tudjuk, hogy a HLS protokoll felosztja az élő közvetítést a videók kis szegmensére letöltés és lejátszás céljából. Tehát tegyük fel, hogy a lista 5 TS fájlt tartalmaz, minden TS fájl 5 másodperces videotartalmat tartalmaz, akkor a teljes késleltetés 25 másodperc. Mert amikor meglátod ezeket a videókat, a házigazda rögzítette és feltölti a videót, ezért a késést ez okozza. Természetesen a késleltetés csökkentése érdekében a lista hossza és egyetlen TS fájl mérete lerövidíthető. Végül a lista hossza 1-re csökkenthető, a TS időtartama pedig 1 másodperc. Ez azonban növeli a kérések számát és növeli a szerver nyomását. Ha a hálózati sebesség lassú, akkor több puffer jön létre. Ezért az Apple által ajánlott TS idő hivatalosan 10 másodpercig tart, így ez nagymértékben megváltoztatja a 30-as késést. Tehát a szerver megkapja az adatfolyamot, átkódol, elment, kivágja a blokkot, majd elosztja az ügyfélnek. Itt van a késés kiváltó oka.
Ha további kérdései vannak a késésekkel kapcsolatban, kérjük, olvassa el az Apple hivatalos címét:
https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/StreamingMediaGuide/FrequentlyAskedQuestions/FrequentlyAskedQuestions.html

A HTML5 élő videónak azonban vannak pótolhatatlan előnyei:
① Jó kommunikáció, könnyen megosztható és egyéb műveletek.
Dyn Dinamikusan kiadható, ami elősegíti a termékigények valós idejű ismétlését és a gyors bevezetést.
③ Az alkalmazás telepítése nélkül nyissa meg közvetlenül a böngészőt.

4, IOS gyűjtemény (felvétel) audio és video adat operációs rendszer
A hang- és videokészítéshez és -felvételhez először a következő fogalmak kerülnek tisztázásra:
（1） Videokódolás: a videokódolás arra utal, hogy egy videó formátumú fájlt egy adott tömörítési technológián keresztül más videofájl formátumúvá alakítanak. Az általunk használt iPhone által rögzített videót kódolni, feltölteni és dekódolni kell, mielőtt lejátszható lenne a felhasználói oldali lejátszóban.
Kodek szabvány: a videofolyam továbbításakor a legfontosabb kodek szabványok közé tartozik az ITU H.2, H.261 és H.263, amelyben a HLS protokoll támogatja a H.264 formátumú kódolást.
（3） Hangkódolás: a videokódoláshoz hasonlóan az eredeti hangfolyamot kódolják, feltöltik, bizonyos szabványok szerint dekódolják és lejátszják a lejátszóban. Természetesen az audiónak számos kódolási szabványa is van, például PCM-kód, wma-kód, AAC-kód stb. A HLS-protokollunk által támogatott audio-kódolási módszer AAC-kód.

1. videó- és hangadatok megszerzése a kamera használatával az IOS-on
I 2 I Az IOS-ban az eredeti audio- és video-adatfolyamokat avcapturesession és avcapturedevice segítségével lehet összegyűjteni.
（3） A videót h264 kódolja, a hangot pedig AAC kódolja. Az IOS-ban már vannak csomagolt kódoló könyvtárak az audió és videó kódolásának megvalósításához.
（4） A kódolás utáni audio és video adatokat összeállítják és lezárják;
（5） Hozza létre az RTMP kapcsolatot, és tolja fel a szerverre.

Az alábbiakban bemutatjuk a hang- és videóadatok gyűjtésének konkrét folyamatát:
(1) az RTMP-ről:
A valós idejű üzenetküldési protokoll (RTMP) egy élő videoprotokoll készlet, amelyet a Macromedia fejlesztett ki, és most az Adobe-hoz tartozik. A HLS-hez hasonlóan, videoszórásra is használható. A különbség az, hogy az RTMP nem képes flash alapú IOS böngészőben játszani, de valós időben jobb, mint a HLS. Tehát ezt a protokollt általában videofolyam feltöltésére használják, vagyis a videofolyamot a szerverre tolják.

(2) tolóáram
Az úgynevezett streaming arra utal, hogy az általunk kódolt audio és video adatokat elküldjük a video stream szerverre. Az IOS-kódban általában az RTMP streaminget használják. A streameléshez a Librtmp IOS, egy harmadik féltől származó könyvtár használható. A Librtmp egyesít néhány alapvető API-t a felhasználók számára, hogy felhívhassák őket. Például nyomja meg az API-t és így tovább, konfigurálja a kiszolgáló címét, majd tolja az átkódoló videofolyamot a kiszolgálóra.
Tehát hogyan lehet egy streaming szervert felépíteni?
Egyszerű streaming szerver épül fel. Mivel az általunk feltöltött videofolyamat RTMP protokollon alapszik, a szervernek támogatnia kell az RTMP-t. A következő lépéseket teheti:
1. Telepítsen egy nginx szervert.
（2 installed Az nginx RTMP kiterjesztése telepítve van. Konfigurálja az conf fájlt az nginx számára
Art 3） Indítsa újra az nginx fájlt, és írja be az RTMP streaming címét rtmp: // ip: 1935 / hls / mystream formátumba, ahol a HLS_ elérési út a létrehozott címet jelöli. példányt képvisel. A létrehozandó fájlnév önmagában beállítható.

5. Felhasználói interakció az élő közvetítésben:
Az élő közvetítésben a felhasználói interakcióhoz nagyjából fel lehet osztani:
ajándékokat adni.
Kommentálni vagy játszani
Az ajándékok kézbesítéséhez a DOM és a CSS3 használható az ajándékküldés logikájának és néhány különleges ajándékanimáció megvalósítására a HTML5-en. A technikai nehézségek nem túl nagyok.
Ahhoz, hogy a duzzasztógát kissé összetettebb legyen, előfordulhat, hogy a következőkre kell figyelnie:
A lövedék valós idejű teljesítménye valós időben küldhető és fogadható webkockával és renderelhető.
Azoknál a böngészőknél, amelyek nem támogatják a websocketet, csak hosszú lekérdezésekre vagy front-end időzítőkre küldhetők le kérelmek a valós idejű előugró ablakok megszerzéséhez.
Animáció és ütközés észlelése (azaz nincs átfedés) és így tovább a megjelenítés során

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: