Vídeo en directe HTML5

Es pot comprovar que, des del PC fins al mòbil, cada vegada hi ha més aplicacions de transmissió en directe i que la transmissió mòbil ha entrat en una etapa d’explosió sense precedents. No obstant això, per a la majoria de transmissions en directe per a mòbils, encara són implementats principalment per clients natius, però HTML5 també juga un paper insubstituïble en la transmissió en directe per a mòbils, com ara HTML5. vídeo quan és el més important.

La transmissió en directe completa es pot dividir en les següents:
(1) Terminal de gravació de vídeo: en general, és un dispositiu d'entrada d'àudio i vídeo de l'ordinador o una càmera o micròfon al terminal mòbil. Actualment, el vídeo del telèfon mòbil és la part principal.
(2) Reproductor de vídeo: pot ser un reproductor de l'ordinador, un reproductor natiu del telèfon mòbil i una etiqueta de vídeo HTML5. Actualment, segueix sent el principal reproductor natiu del telèfon mòbil.
(3) Servidor de vídeo: en general, és un servidor nginx, que s'utilitza per acceptar la font de vídeo proporcionada pel costat de la gravació de vídeo i proporcionar el servei de transmissió fins al final de la reproducció de vídeo.

2 video vídeo de gravació HTML5:
Per a la gravació de vídeo HTML5, la potent webrtc (comunicació en temps real WEB) és una tecnologia que admet converses de veu o vídeo en temps real al navegador web. L’inconvenient és que només admet millor en PC Chrome i el costat mòbil no és l’ideal.
El procés bàsic de gravació de vídeo amb webrtc és:
Truqueu a window.navigator.webkitGetUserMedia (obteniu les dades de vídeo de la càmera de l’ordinador de l’usuari).
Converteix les dades adquirides en flux de vídeo a window.webkitRTCPeerConnection (un format de dades de flux de vídeo).
Ús de websocket per transferir dades de flux de vídeo al servidor
Com que cal predefinir molts mètodes amb el navegador, molts navegadors mòbils no admeten webrtc, de manera que el client realitza la gravació de vídeo real (IOS, Android) i l'efecte serà millor.

3 、 HTML5 emet un vídeo en directe:
Per a la reproducció de vídeo, podeu utilitzar el protocol HLS (transmissió en directe HTTP) per reproduir la transmissió en directe. IOS i Android admeten aquest protocol de manera natural. És senzill configurar i utilitzar directament les etiquetes de vídeo.
Aquí teniu un codi senzill per reproduir vídeo en directe mitjançant el vídeo:
(1) què és el protocol HLS:
En resum, tot el flux es divideix en petits fitxers, que es descarreguen basant-se en HTTP. Només se’n descarreguen algunes alhora. L'arxiu esmentat anteriorment de M3u8 introduït al vídeo en directe de difusió HTML5 es basa en el protocol HLS, que emmagatzema les metadades del flux de vídeo.
Cada fitxer M3u8 correspon a diversos fitxers TS, que són les dades de l’emmagatzematge de vídeo real. El fitxer m3u8 només emmagatzema la informació de configuració i els camins relacionats d'alguns fitxers TS. Quan es reprodueix el vídeo, el fitxer M3u8 es canvia dinàmicament. L'etiqueta de vídeo analitzarà el fitxer i trobarà el fitxer TS corresponent per reproduir-lo. Per tal d’accelerar la velocitat, s’utilitzarà el fitxer M3u8 per analitzar el fitxer i trobar el fitxer TS corresponent per reproduir-lo. Per tant, per tal d’accelerar la velocitat, s’utilitzarà el fitxer M3u8 per analitzar el fitxer i trobar el fitxer TS corresponent per reproduir-lo. Per tant, per tal d’accelerar-lo, poseu-lo al servidor web i al fitxer TS al CDN.
El fitxer M3u8 és en realitat un fitxer M3U codificat amb UTF-8. Aquest fitxer no es pot reproduir sol, sinó només el fitxer de text que conté la informació de reproducció.

(2) Procés de sol·licitud HLS:
L'URL de la sol·licitud HTTP m3u8.
El servidor retorna una llista de reproducció de m3u8, que s’actualitza en temps real. Generalment, l’URL de 5 segments de dades es proporciona alhora.
El client analitza la llista de reproducció de m3u8 i, a continuació, sol·licita l'URL de cada segment per obtenir el flux de dades de TS.

(3) Retard de transmissió en directe de HLS:
Sabem que el protocol HLS divideix la transmissió en directe en un petit segment de vídeo per descarregar i reproduir. Suposem, doncs, que la llista conté 5 fitxers TS, que cada fitxer TS conté 5 segons de contingut de vídeo i el retard global és de 25 segons. Perquè quan veieu aquests vídeos, l'amfitrió ha gravat el vídeo i l'ha penjat, de manera que el retard és causat per això. Per descomptat, la longitud de la llista i la mida d’un sol fitxer TS es poden escurçar per reduir el retard. En extrem, la longitud de la llista es pot reduir a 1 i la durada del TS és d’1 s. Tot i això, augmentarà el nombre de sol·licituds i augmentarà la pressió del servidor. Quan la velocitat de la xarxa sigui lenta, es generarà més memòria intermèdia. Per tant, el temps TS recomanat per Apple té una durada oficial de deu anys, de manera que canviarà molt el retard de 10 segons. Així, el servidor rep el flux, transcodifica, desa, talla el bloc i el distribueix al client. Aquesta és la causa arrel del retard.
Per obtenir més preguntes sobre retards, consulteu l'adreça oficial d'Apple:
https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/StreamingMediaGuide/FrequentlyAskedQuestions/FrequentlyAskedQuestions.html

No obstant això, el vídeo en directe HTML5 té alguns avantatges irremplaçables:
① Bona comunicació, fàcil de compartir i altres operacions.
② Es pot llançar dinàmicament, cosa que condueix a la iteració en temps real dels requisits del producte i al llançament ràpid.
③ Sense instal·lar l'aplicació, obriu el navegador directament.

4 OS Sistema operatiu de recollida (gravació) d’àudio i vídeo de iOS
Per a l’adquisició i gravació d’àudio i vídeo, primer s’aclareixen els conceptes següents:
（1） Codificació de vídeo: la codificació de vídeo fa referència a la forma en què un fitxer en format de vídeo es converteix en un altre fitxer de format de vídeo mitjançant una tecnologia de compressió específica. El vídeo gravat per l'iPhone que utilitzem s'ha de codificar, penjar i descodificar abans de poder reproduir-lo al reproductor del costat de l'usuari.
（2） Estàndard de codec: els estàndards de codec més importants en transmissió de flux de vídeo inclouen H.261, H.263 i H.264 de la UIT, en què el protocol HLS admet codificació en format H.264.
（3） Codificació d'àudio: similar a la codificació de vídeo, el flux d'àudio original es codifica, es penja, es descodifica segons certs estàndards i es reprodueix al reproductor. Per descomptat, l'àudio també té molts estàndards de codificació, com ara el codi PCM, el codi wma, el codi AAC, etc. El mètode de codificació d'àudio compatible amb el nostre protocol HLS és el codi AAC.

L'adquisició de dades d'àudio i vídeo es divideix principalment en els passos següents:

（1） l’adquisició de dades de vídeo i àudio mitjançant la càmera a iOS
（2） A iOS, el flux de dades d’àudio i vídeo original es pot recollir mitjançant avcapturesession i avcapturedevice.
（3） El vídeo està codificat amb h264 i l'àudio està codificat AAC. A iOS, ja hi ha biblioteques de codificació empaquetades per realitzar la codificació d’àudio i vídeo.
（4） Les dades d'àudio i vídeo després de la codificació es munten i es tanquen;
（5） Establir una connexió RTMP i empènyer-la cap al servidor.

El següent és el procés específic de recopilació de dades d’àudio i vídeo:
(1) sobre RTMP:
El protocol de missatgeria en temps real (RTMP) és un conjunt de protocols de vídeo en directe desenvolupats per Macromedia i que ara pertany a Adobe. Igual que amb HLS, es pot utilitzar per a la difusió de vídeo. La diferència és que RTMP no es pot reproduir al navegador iOS basat en flash, però és millor en temps real que HLS. Per tant, aquest protocol s’utilitza generalment per carregar un flux de vídeo, és a dir, que el flux de vídeo s’envia al servidor.

(2) flux d'empenta
L’anomenat flux en temps real fa referència a l’enviament de dades d’àudio i vídeo que hem codificat al servidor de flux de vídeo. Al codi IOS, s’utilitza habitualment la transmissió RTMP. Librtmp IOS, una biblioteca de tercers, es pot utilitzar per transmetre en temps real. Librtmp encapsula algunes API bàsiques per trucar als usuaris. Per exemple, premeu l'API, etc., configureu l'adreça del servidor i, a continuació, envieu el flux de vídeo de transcodificació al servidor.
Llavors, com construir un servidor de transmissió?
Es crea un servidor de transmissió simple. Atès que la transmissió de vídeo que carreguem es basa en el protocol RTMP, el servidor ha de ser compatible amb RTMP. Pot seguir els passos següents:
（1） Instal·leu un servidor nginx.
（2） L'extensió RTMP de nginx està instal·lada. Configureu el fitxer conf per a nginx
（3） Reinicieu nginx i escriviu l'adreça de transmissió de RTMP com a rtmp: // ip: 1935 / hls / mystream, on HLS_ Path representa l'adreça dels fitxers generats. M3u8 i TS, HLS_ Fragment representa la longitud de la llesca i mystream representa una instància. El nom del fitxer que es generarà es pot definir per si mateix.

5 interaction Interacció de l'usuari en la transmissió en directe:
Per a la interacció de l'usuari en la transmissió en directe, es pot dividir aproximadament en:
donar regals.
Per comentar o per jugar
Per al lliurament de regals, DOM i CSS3 es poden utilitzar per realitzar la lògica de l’enviament de regals i algunes animacions de regals especials en HTML5. Les dificultats tècniques no són molt grans.
Perquè un embolic, sigui una mica més complex, potser haureu de fixar-vos en el següent:
El rendiment en temps real del projectil es pot enviar i rebre en temps real per webscock i renderitzar-lo.
Per als navegadors que no admeten un port de connexió web, només es poden degradar a sondeigs llargs o enviaments de temporitzador frontal per obtenir una finestra emergent en temps real.
Animació i detecció de col·lisions (és a dir, sense superposició), etc., a la representació

A quina distància (llarg) de la coberta del transmissor?

L'abast de transmissió depèn de molts factors. La distància real es basa en la instal·lació de l'antena d'altura, guany d'antena, utilitzant com a mitjà de construcció i altres obstruccions, la sensibilitat del receptor, l'antena del receptor. La instal·lació de l'antena més alta i l'ús en el camp, la distància serà molt més lluny.

Transmissor FM 5W exemple, l'ús a la ciutat i la ciutat natal:

Tinc un client d'ús del transmissor FM amb antena 5W EUA GP a la seva ciutat natal, i ho prova amb un cotxe, és cobrir 10km (6.21mile).

Puc provar el transmissor de FM amb antena GP 5W a la meva ciutat natal, que cobreixen al voltant 2km (1.24mile).

Puc provar el transmissor de FM amb antena 5W metge de capçalera a la ciutat de Guangzhou, que només cobreixen al voltant 300meter (984ft).

A continuació es presenten l'interval aproximat de diferents transmissors de FM de potència. (El rang és de diàmetre)

Transmissor FM 0.1W ~ 5W: 100M ~ 1KM

5W ~ 15W FM Ttransmitter: 1KM ~ 3KM

Transmissor FM 15W ~ 80W: 3KM ~ 10KM

Transmissor FM 80W ~ 500W: 10KM ~ 30KM

Transmissor FM 500W ~ 1000W: 30KM ~ 50KM

Transmissor FM 1KW ~ 2KW: 50KM ~ 100KM

Transmissor FM 2KW ~ 5KW: 100KM ~ 150KM

Transmissor FM 5KW ~ 10KW: 150KM ~ 200KM

Com posar-se en contacte amb nosaltres per al transmissor?

Llámame + O 8618078869184
vam enviar un correu electrònic [protegit per correu electrònic]
1.How fins on vol cobrir de diàmetre?
2.How alta que la torre?
3.Where ets?
I li donarem un assessorament més professional.

Sobre Nosaltres

FMUSER.ORG és una empresa d’integració de sistemes centrada en equips de transmissió i transmissió de vídeo sense fil de radiofreqüència / estudi i processament de dades. Oferim tot, des de l'assessorament i la consultoria a través de la integració de bastidors fins a la instal·lació, la posada en servei i la formació.

Oferim transmissor FM, transmissor de televisió analògica, transmissor de televisió digital, transmissor UHF VHF, antenes, connectors de cable coaxial, STL, processament aeri, productes de difusió per a estudi, monitorització de senyals RF, codificadors RDS, processadors d’àudio i unitats de control de llocs remots, Productes IPTV, codificador / decodificador d’àudio / vídeo, dissenyats per satisfer les necessitats de grans xarxes de difusió internacionals i de petites estacions privades.

La nostra solució compta amb estació de ràdio FM / estació de televisió analògica / estació de televisió digital / equip d’estudi d’àudio i vídeo / enllaç de transmissor d’estudi / sistema de telemetría de transmissor / sistema de televisió d’hotel / transmissió en directe IPTV / transmissió en directe de transmissió / conferència de vídeo / sistema de difusió CATV.

Utilitzem productes de tecnologia avançada per a tots els sistemes, ja que sabem que l’alta fiabilitat i l’alt rendiment són tan importants per al sistema i la solució. Al mateix temps, hem d'assegurar-nos que el nostre sistema de productes té un preu molt raonable.

Tenim clients de radiodifusors públics i comercials, operadors de telecomunicacions i autoritats reguladores, i també oferim solucions i productes a molts centenars d’emissores locals, petites i comunitàries.

FMUSER.ORG porta exportant més de 15 anys i té clients a tot el món. Amb 13 anys d’experiència en aquest camp, comptem amb un equip professional per resoldre tot tipus de problemes del client. Ens dediquem a subministrar els preus extremadament raonables de productes i serveis professionals. Correu electrònic de contacte : [protegit per correu electrònic]

la nostra fàbrica

Tenim modernització de la fàbrica. Que són benvinguts a visitar la nostra fàbrica quan s'arriba a la Xina.

En l'actualitat, ja hi ha clients 1095 a tot el món van visitar la nostra oficina Guangzhou Tianhe. Si vostè ve a la Xina, que són benvinguts a visitar-nos.

a la Fira

Aquesta és la nostra participació en 2012 Global Sources Hong Kong Electronics Fair . Els clients de tot el món finalment tenir l'oportunitat de reunir-se.

On és Fmuser?

Podeu cercar aquests números " 23.127460034623816,113.33224654197693 "a google map, podreu trobar la nostra oficina fmuser.

FMUSER oficina de Guangzhou es troba al districte de Tianhe, que és el centre del Cantó . molt a prop fins al Fira de Canton , Estació de tren de Guangzhou, Xiaobei carretera i Dashatou , Només cal 10 minuts si pren TAXI . Benvinguts amics de tot el món a visitar i negociar.

Contacte: Blue Sky
Cel·lular: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
Adreça electrònica: [protegit per correu electrònic]
QQ: 727926717
Skype: sky198710021
Adreça: Sala de No.305 Huilan Edifici No.273 Huanpu carretera Guangzhou, Xina Codi postal: 510620

Anglès: Acceptem tots els pagaments, com PayPal, targeta de crèdit, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, si teniu cap pregunta, poseu-vos en contacte amb mi [protegit per correu electrònic] o WhatsApp + 8618078869184

PayPal.  www.paypal.com

Recomanem que utilitzi PayPal per comprar els nostres articles, el PayPal és una forma segura per comprar a Internet.

Cada pàgina de la nostra llista d'elements de fons a la part superior tenen un logotip de PayPal per pagar.

Targeta de crèdit.Si no té PayPal, però vostè ha targeta de crèdit, també pot fer clic al botó groc de PayPal per pagar amb la targeta de crèdit.

-------------------------------------------------- -------------------

Però si vostè no té una targeta de crèdit i no tenir un compte de PayPal o difícil va aconseguir un accout PayPal, pot utilitzar el següent:
Unió Occidental.  www.westernunion.com

Pagar per Western Union a mi:

Nom i cognoms: Yingfeng
Cognom / Cognom / Nom de família: Zhang
Nom complet: Yingfeng Zhang
País: Xina
Ciutat: Guangzhou

-------------------------------------------------- -------------------

T / T.  pagar amb T / T (transferència bancària / transferència telegràfica / transferència bancària)
Primera informació bancària (COMPTE DE L'EMPRESA):

SWIFT BIC: BKCHHKHHXXX
Nom del banc: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Adreça bancària: BANC DE LA TORRE DE XINA, 1 GARDEN ROAD, CENTRAL, HONG KONG
CÓDIG BANC: 012
Nom del compte: FMUSER INTERNATIONAL GROUP LIMITED
Núm de compte. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Segona informació bancària (COMPTE DE L'EMPRESA):
Beneficiari: Fmuser International Group Inc.
Número de compte: 44050158090900000337
Banc del beneficiari: sucursal del Guangdong de China Construction Bank
Codi SWIFT: PCBCCNBJGDX
Adreça: carretera NO.553 Tianhe, Guangzhou, Guangdong, districte de Tianhe, Xina
** Nota: quan transferiu diners al nostre compte bancari, NO escriviu res a l'àrea de comentaris, en cas contrari no podrem rebre el pagament a causa de la política governamental sobre comerç internacional.

* Aquest document s'enviarà a 1 2-dies de treball quan el pagament és clar.

* Enviarem a la seva adreça de PayPal. Si vostè vol canviar la direcció, si us plau, envieu la vostra direcció correcta i número de telèfon a la vostra adreça [protegit per correu electrònic]

* Si els paquets es troba per sota 2kg, ens enviaran a través de correu aeri, trigarà aproximadament 15-25days a la mà.

Si el paquet és més que 2kg, enviarem a través d'EMS, DHL, UPS, Fedex lliurament ràpid expressa, prendrà al voltant de 7 ~ 15days al seu costat.

Si el paquet de més de 100kg, anem a enviar per DHL o el noli aeri. Es durà a prop 3 ~ 7days al seu costat.

Tots els paquets són la forma xinesa de Guangzhou.

* El paquet s'enviarà com a "regal" i es descomptarà el mínim possible, perquè el comprador no hagi de pagar l'impost.

* Després de la nau, li enviarem un correu electrònic i li donarà el nombre de seguiment.

Per a la garantia.
Poseu-vos en contacte amb nosaltres --- >> Envieu-nos l'article --- >> Rebeu i envieu un altre substitut.

Nom: Liu xiaoxia
Direcció: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou, Xina.
Postal: 510620
Telèfon: + 8618078869184

Si us plau, torni a aquesta adreça i escriure el seu PayPal, nom, adreça problema a la nota: