1 、 Desenvolvemento de transmisión en directo de vídeo móbil
Pódese ver que, desde o PC ata o móbil, hai máis e máis aplicacións de transmisión en directo en liña e a transmisión móbil entrou nunha etapa de explosión sen precedentes. Non obstante, para a maioría das transmisións en directo por móbiles, aínda son implementadas principalmente por clientes nativos, pero HTML5 tamén xoga un papel insubstituíble no extremo da transmisión en directo para móbiles, como HTML5. Coas vantaxes de transmisión rápida e fácil de liberar, HTML5 tamén pode reproducirse en directo. vídeo cando é o máis importante.
A transmisión en directo completa pódese dividir nas seguintes:
(1) Terminal de gravación de vídeo: en xeral, é un dispositivo de entrada de audio e vídeo da computadora ou unha cámara ou micrófono no terminal móbil. Actualmente, o vídeo do teléfono móbil é a parte principal.
(2) Reprodutor de vídeo: pode ser un reprodutor na computadora, un reprodutor nativo no lado do teléfono móbil e unha etiqueta de vídeo de HTML5. Na actualidade, segue sendo o principal xogador nativo do teléfono móbil.
(3) Servidor de vídeo: xeralmente, é un servidor nginx, que se usa para aceptar a fonte de vídeo proporcionada polo lado da gravación de vídeo e proporcionar o servizo de transmisión ao final da reprodución de vídeo.
2, vídeo de gravación HTML5:
Para a gravación de vídeo HTML5, a potente webrtc (comunicación en tempo real WEB) é unha tecnoloxía que admite conversas de voz ou vídeo en tempo real no navegador web. A desvantaxe é que só admite mellor en PC cromo e o lado móbil non é o ideal.
O proceso básico de gravación de vídeo con webrtc é:
Chama a window.navigator.webkitGetUserMedia (obtén os datos de vídeo da cámara do PC do usuario).
Converte os datos adquiridos en fluxo de vídeo a window.webkitRTCPeerConnection (un formato de datos de fluxo de vídeo).
Usando o socket web para transferir datos de transmisión de vídeo ao servidor
Debido a que hai que poñer moitos métodos co navegador, moitos navegadores móbiles non admiten webrtc, polo que a gravación de vídeo real aínda o implementa o cliente (IOS, Android) e o efecto será mellor.
3 、 HTML5 emitiu vídeo en directo:
Para a reprodución de vídeo, pode usar o protocolo HLS (transmisión en directo HTTP) para reproducir transmisión en directo. IOS e Android soportan este protocolo de forma natural. É sinxelo configurar e usar etiquetas de vídeo directamente.
Aquí tes un código sinxelo para reproducir vídeo en directo usando o vídeo:
(1) que é o protocolo HLS:
En resumo, todo o fluxo divídese en pequenos ficheiros, que se descargan en base a HTTP. Só se descargan algúns á vez. O ficheiro mencionado anteriormente de M3u8 introducido en vídeo en directo en HTML5 está baseado no protocolo HLS, que almacena os metadatos do fluxo de vídeo.
Cada ficheiro M3u8 corresponde a varios ficheiros TS, que son os datos para o almacenamento de vídeo real. O ficheiro m3u8 só almacena a información de configuración e as rutas relacionadas dalgúns ficheiros TS. Cando se reproduce o vídeo, o ficheiro.M3u8 cambia de forma dinámica. A etiqueta de vídeo analizará o ficheiro e atopará o ficheiro TS correspondente para reproducilo. Así, para acelerar a velocidade, utilizarase o ficheiro M3u8 para analizar o ficheiro e atopar o ficheiro TS correspondente para a súa reprodución. Polo tanto, para acelerar a velocidade, utilizarase o ficheiro.M3u8 para analizar o ficheiro e atopar o ficheiro TS correspondente para a súa reprodución. Polo tanto, para acelerar, colócao no servidor web e no ficheiro TS da CDN.
O ficheiro.M3u8 é realmente un ficheiro M3U codificado con UTF-8. Este ficheiro non se pode reproducir por si só, senón só o ficheiro de texto que contén a información de reprodución.
(2) Proceso de solicitude HLS:
O URL da solicitude HTTP m3u8.
O servidor devolve unha lista de reprodución de m3u8, que se actualiza en tempo real. Xeralmente, a URL de 5 segmentos de datos aparece á vez.
O cliente analiza a lista de reprodución de m3u8 e, a continuación, solicita a URL de cada segmento para obter o fluxo de datos TS.
(3) Atraso de transmisión en directo de HLS:
Sabemos que o protocolo HLS divide a transmisión en directo nun pequeno segmento de vídeo para descargar e reproducir. Supoña que a lista contén 5 ficheiros TS, cada ficheiro TS contén 5 segundos de contido de vídeo, entón o atraso global é de 25 segundos. Porque cando ves estes vídeos, o anfitrión gravou o vídeo e o cargou, polo que a demora é causada por isto. Por suposto, a lonxitude da lista e o tamaño dun único ficheiro TS pódense acurtar para reducir o atraso. No extremo, a lonxitude da lista pódese reducir a 1 e a duración do TS é 1s. Non obstante, isto aumentará o número de solicitudes e aumentará a presión do servidor. Cando a velocidade da rede sexa lenta, xerarase máis buffer. Polo tanto, o tempo de TS recomendado por Apple dura oficialmente durante 10 s, polo que cambiará moito o atraso de 30 s. Así, o servidor recibe o fluxo, transcodifica, garda, corta o bloque e despois distribúe ao cliente. Aquí está a causa fundamental do atraso.
Para máis preguntas sobre atrasos, consulte o enderezo oficial de Apple:
https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/StreamingMediaGuide/FrequentlyAskedQuestions/FrequentlyAskedQuestions.html
Non obstante, o vídeo en directo HTML5 ten algunhas vantaxes insubstituíbles:
① Boa comunicación, fácil de compartir e outras operacións.
② Pódese liberar dinámicamente, o que favorece a iteración en tempo real dos requirimentos do produto e o lanzamento rápido.
③ Sen instalar a aplicación, abra o navegador directamente.
4 OS Sistema operativo de recollida (gravación) de datos de audio e vídeo IOS
Para a adquisición e gravación de audio e vídeo, primeiro acláranse os seguintes conceptos:
（1） Codificación de vídeo: a codificación de vídeo refírese á forma en que un ficheiro nun formato de vídeo convértese noutro ficheiro en formato de vídeo a través dunha tecnoloxía de compresión específica. O vídeo gravado polo iPhone que usamos debe codificarse, cargarse e descodificarse antes de poder reproducilo no reprodutor do lado do usuario.
（2） Estándar de códec: os estándares de códec máis importantes na transmisión de fluxo de vídeo inclúen H.261, H.263 e H.264 da ITU, no que o protocolo HLS admite a codificación en formato H.264.
（3） Codificación de audio: similar á codificación de vídeo, o fluxo de audio orixinal está codificado, cargado, descodificado segundo certos estándares e reproducido no reprodutor. Por suposto, o audio tamén ten moitos estándares de codificación, como código PCM, código wma, código AAC, etc. o método de codificación de audio admitido polo noso protocolo HLS é o código AAC.
A adquisición de datos de vídeo e audio divídese principalmente nos seguintes pasos:
（1） a adquisición de datos de vídeo e audio usando a cámara en IOS
（2） En iOS, o fluxo de datos de audio e vídeo orixinal pódese recoller mediante avcapturesession e avcapturedevice.
（3） O vídeo está codificado con h264 e o audio está codificado AAC. En iOS, xa hai bibliotecas de codificación empaquetadas para realizar a codificación de audio e vídeo.
（4） Os datos de audio e vídeo despois da codificación son ensamblados e selados;
（5） Establece a conexión RTMP e empúxaa cara ao servidor.
O seguinte é o proceso específico de recompilación de datos de audio e vídeo:
(1) sobre RTMP:
O protocolo de mensaxería en tempo real (RTMP) é un conxunto de protocolo de vídeo en directo desenvolvido por Macromedia e agora pertence a Adobe. Como ocorre con HLS, pode usarse para a transmisión de vídeo. A diferenza é que RTMP non pode reproducirse no navegador iOS baseado en flash, pero é mellor en tempo real que HLS. Polo tanto, este protocolo úsase xeralmente para subir fluxo de vídeo, é dicir, o fluxo de vídeo é enviado ao servidor.
(2) fluxo de empuxe
O chamado streaming refírese ao envío de datos de audio e vídeo que codificamos ao servidor de fluxo de vídeo. No código IOS, a transmisión RTMP úsase normalmente. Librtmp IOS, unha biblioteca de terceiros, pode usarse para transmitir. Librtmp encapsula algunhas API principais para que os usuarios poidan chamar. Por exemplo, empuxe a API e así por diante, configure o enderezo do servidor e logo empurra o fluxo de vídeo de transcodificación ao servidor.
Entón, como construír un servidor de transmisión?
Construír un servidor de transmisión simple. Dado que o fluxo de vídeo que cargamos está baseado no protocolo RTMP, o servidor debe admitir RTMP. Pode tomar os seguintes pasos:
（1） Instale un servidor nginx.
（2） Está instalada a extensión RTMP de nginx. Configure o ficheiro conf para nginx
（3） Reinicie nginx e escriba o enderezo de transmisión de RTMP como rtmp: // ip: 1935 / hls / mystream, onde HLS_ Path representa a dirección dos ficheiros xerados.M3u8 e TS, HLS_ Fragment representa a lonxitude da porción e mystream representa unha instancia. O nome do ficheiro a xerar pódese establecer por si só.
5 interaction Interacción do usuario na transmisión en directo:
Para a interacción do usuario na transmisión en directo, pódese dividir en:
dando agasallos.
Para comentar ou xogar
Para a entrega de agasallos, DOM e CSS3 pódense usar para realizar a lóxica do envío de agasallos e algunha animación especial de agasallo en HTML5. As dificultades técnicas non son moi grandes.
Para un bombardeo, para ser un pouco máis complexo, pode que teña que prestar atención ao seguinte:
O rendemento do proxectil en tempo real pode ser enviado e recibido en tempo real por webscock e renderizado.
Para os navegadores que non admiten o portátil web, só poden degradarse a un longo tempo de sondeo ou ao envío de solicitudes por temporizador frontal para obter ventás emerxentes en tempo real.
Detección de animacións e colisións (é dicir, sen superposición), etc. na representación
|
|
|
|
Como distante (long) a tapa do transmisor?
A franxa de transmisión depende de moitos factores. A distancia real baséase na altura da antena de instalar, a ganancia da antena, usando ambiente como a construción e outras obturacións, a sensibilidade do receptor, a antena do receptor. Instalación de antena máis alta e usando o campo, a distancia vai moito máis lonxe.
EXEMPLO 5W FM Transmitter usar na cidade e cidade natal:
Teño un uso do cliente 5W transmisor FM EUA con antena GP na súa cidade natal, e proba-lo con un coche, cubrir 10km (6.21mile).
I probar o transmisor FM 5W con antena GP na miña cidade natal, que cobren aproximadamente 2km (1.24mile).
I probar o transmisor FM 5W con antena GP na cidade de Guangzhou, que abranguen aproximadamente única 300meter (984ft).
Abaixo amósanse ao descanso aproximado de diferentes transmisores de enerxía FM. (O intervalo é de diámetro)
0.1W ~ 5W Transmisor FM: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W Transmisor FM: 3KM ~ 10KM
80W ~ 500W Transmisor FM: 10KM ~ 30KM
500W ~ 1000W Transmisor FM: 30KM ~ 50KM
1KW ~ 2KW Transmisor FM: 50KM ~ 100KM
2KW ~ 5KW Transmisor FM: 100KM ~ 150KM
5KW ~ 10KW Transmisor FM: 150KM ~ 200KM
Como contactar connosco para o transmisor?
Chama-me + 8618078869184 OU
Enviar email me [protexido por correo electrónico]
1.How lonxe quere cubrir de diámetro?
2.How altura de torre ti?
3.Where es?
E imos dar-lle consellos máis profesional.
Sobre nós
FMUSER.ORG é unha empresa de integración de sistemas centrada en equipos de transmisión / transmisión de audio sen fíos de radio / estudio de vídeo e procesamento de datos. Estamos ofrecendo todo desde asesoramento e consultoría a través da integración de rack ata a instalación, posta en servizo e adestramento.
Ofrecemos transmisor de FM, transmisor de TV analóxico, transmisor de TV dixital, transmisor UHF de VHF, antenas, conectores de cable coaxial, STL, procesamento de aire, produtos de transmisión para o estudio, monitorización de sinais de RF, codificadores de RDS, procesadores de audio e unidades de control de sitios remotos. Produtos IPTV, codificador / decodificador de audio / vídeo, deseñados para satisfacer as necesidades de grandes redes de transmisión internacionais e pequenas estacións privadas.
A nosa solución ten estación de radio FM / estación de televisión analóxica / estación de TV dixital / equipos de estudio de vídeo e vídeo / enlace de transmisión de estudio / sistema de telemetría de transmisor / sistema de TV de hotel / transmisión en directo IPTV / transmisión en directo de transmisión / conferencia de vídeo / sistema de transmisión CATV.
Estamos a usar produtos de tecnoloxía avanzada para todos os sistemas, porque sabemos que a alta fiabilidade e alto rendemento son tan importantes para o sistema e a solución. Ao mesmo tempo, temos que asegurarnos que o noso sistema de produtos a un prezo moi razoable.
Temos clientes de radiodifusores públicos e comerciais, operadores de telecomunicacións e autoridades reguladoras, e tamén ofrecemos solucións e produtos a moitos centos de emisoras locais e comunitarias máis pequenas.
FMUSER.ORG leva máis de 15 anos exportando e ten clientes en todo o mundo. Con 13 anos de experiencia neste campo, temos un equipo profesional para resolver todo tipo de problemas do cliente. Dedicámonos a ofrecer prezos extremadamente razoables de produtos e servizos profesionais. Correo electrónico de contacto: [protexido por correo electrónico]
nosa fábrica
Temos modernización da fábrica. Estás convidado a visitar a nosa fábrica cando chegar a China.
Actualmente, xa existen clientes 1095 en todo o mundo visitan nosa oficina Guangzhou Tianhe. Se ve a China, está invitado a visitar-nos.
na Feira
Esta é a nosa participación en 2012 Global Sources Hong Kong Fair Electrónica . Clientes de todo o mundo finalmente ter a oportunidade de estar xuntos.
Onde está Fmuser?
Podes buscar nestes números " 23.127460034623816,113.33224654197693 "en google map, entón podes atopar a nosa oficina fmuser.
oficina FMUSER Guangzhou está Tianhe District, que é a centro do cantón . moi preto ao Feira de Cantón , Estación ferroviaria Guangzhou, estrada Xiaobei e dashatou , Só ten minutos 10 tomar TAXI . Benvidos amigos de todo o mundo a visitar e negociar.
Contacto: Ceo azul
Móbil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [protexido por correo electrónico]
QQ: 727926717
Skype: sky198710021
Dirección: No.305 cuarto Huilan Edificio No.273 Huanpu Estrada Guangzhou China Zip: 510620
|
|
|
|
Inglés: Aceptamos todos os pagos, como PayPal, tarxeta de crédito, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, Se tes algunha pregunta, póñase en contacto comigo [protexido por correo electrónico] ou WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Recomendamos que use Paypal para mercar os nosos produtos, PayPal é unha forma segura de mercar en internet.
Cada da nosa lista de elementos de páxina de fondo na parte superior ten un logotipo PayPal para pagar.
Tarxeta de crédito.Se non ten paypal, pero ten tarxeta de crédito, tamén se pode facer clic no botón amarelo PayPal para pagar coa súa tarxeta de crédito.
-------------------------------------------------- -------------------
Pero se non ten unha tarxeta de crédito e non ten unha conta PayPal ou de difícil ten un accout PayPal, pode utilizar o seguinte:
Western Union.  www.westernunion.com
Pago por Western Union para min:
Nome / nome: Yingfeng
Apelido / Apelido / Apelido: Zhang
Nome completo: Yingfeng Zhang
País: China
Cidade: Guangzhou
|
-------------------------------------------------- -------------------
T / T. pago por T / T (transferencia bancaria / transferencia telegráfica / Transferencia bancaria)
Primeira información bancaria (conta da empresa):
SWIFT BIC: BKCHHKHHXXX
Nome do banco: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Enderezo bancario: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
CÓDIGO BANCO: 012
Nome da conta: FMUSER INTERNATIONAL GROUP LIMITED
Conta NON. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Segunda INFORMACIÓN BANCARIA (CONTA DA EMPRESA):
Beneficiario: Fmuser International Group Inc.
Número de conta: 44050158090900000337
Banco do beneficiario: China Construction Bank Sucursal de Guangdong
Código SWIFT: PCBCCNBJGDX
Enderezo: estrada Tianhe NO.553, Cantón, Guangdong, distrito de Tianhe, China
** Nota: cando transfira cartos á nosa conta bancaria, NON escriba nada na área de comentarios, se non, non poderemos recibir o pago debido á política gobernamental sobre o comercio internacional.
|
|
|
|
* Será enviado en 1 2 día de traballo cando o pagamento clara.
* Nós imos envialo seu enderezo de paypal. Se queres cambiar de dirección, por favor, envíe o seu enderezo correcto e número de teléfono para o meu e-mail [protexido por correo electrónico]
* Se os paquetes está baixo 2kg, que serán enviados vía correo aéreo, vai levar preto de 15-25days para a súa man.
Se o paquete é máis que 2kg, nós enviamos vía EMS, DHL, UPS, FedEx entrega rápida expresa, vai levar preto de 7 ~ 15days para a súa man.
Se o paquete de máis de 100kg, enviarémoslle vía DHL ou transporte aéreo. Isto levará uns 3 ~ 7days para a súa man.
Todos os paquetes son a forma China Guangzhou.
* O paquete enviarase como un "agasallo" e descartarase o menos posible, o comprador non terá que pagar o "IMPOSTO".
* Despois de navío, nós enviarémosche un correo electrónico e darlle o número de rastreamento.
|
|
|
Para garantía.
Contacte connosco --- >> Devólvenos o artigo --- >> Reciba e envíe outro substituto.
Nome: Liu Xiaoxia
Dirección: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
CEP: 510620
Teléfono: + 8618078869184
Por favor, retorne a este enderezo e escribir o seu paypal enderezo, nome, problema na nota: |
|
