FMUSER Wirless Transmit Video and Audio Máis fácil!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> Albanés
ar.fmuser.org -> árabe
hy.fmuser.org -> Armenian
az.fmuser.org -> azerí
eu.fmuser.org -> éuscaro
be.fmuser.org -> bielorruso
bg.fmuser.org -> Búlgaro
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chinés (simplificado)
zh-TW.fmuser.org -> Chinés (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> Checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estoniano
tl.fmuser.org -> filipino
fi.fmuser.org -> finés
fr.fmuser.org -> Francés
gl.fmuser.org -> galego
ka.fmuser.org -> xeorxiano
de.fmuser.org -> alemán
el.fmuser.org -> Grego
ht.fmuser.org -> crioulo haitiano
iw.fmuser.org -> Hebreo
hi.fmuser.org -> hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> xaponés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituano
mk.fmuser.org -> macedonio
ms.fmuser.org -> malaio
mt.fmuser.org -> maltés
no.fmuser.org -> Norwegian
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> Portugués
ro.fmuser.org -> Romanés
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> Eslovaco
sl.fmuser.org -> Esloveno
es.fmuser.org -> castelán
sw.fmuser.org -> Suahili
sv.fmuser.org -> Sueco
th.fmuser.org -> Thai
tr.fmuser.org -> turco
uk.fmuser.org -> ucraíno
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
Recentemente comezou a contactar co proxecto de vídeo en directo, tamén resumín algúns conceptos, tecnoloxías e solucións relacionadas co vídeo en directo.
Primeiro de todo, comprende o concepto de vídeo en directo. Varios protocolos de vídeo comúns son: RTMP, http-flv, HLS, RTP / RTCP.
Despois explicaremos todo o proceso de transmisión en directo e as tecnoloxías relacionadas.
1 protocol protocolo de vídeo en directo
No campo da transmisión en directo, hai dous tipos de transmisión en directo: a transmisión en directo interactiva e a transmisión en directo non interactiva.
A transmisión en directo non interactiva (como: desfile en directo, transmisión en directo da NBA, transmisión en directo da Liga de Campións, etc.) non é moi interactiva, permitindo un atraso de 10 segundos ou máis. Caracterízase por relativamente poucas fontes e é apto para a transcodificación multicanal (os usuarios poden velo segundo as condicións da rede).
As escenas típicas da transmisión en directo interactiva inclúen a transmisión en directo de espectáculos, a transmisión en directo de xogos, etc. Debido aos altos requisitos para a interacción entre o áncora e o público, estas transmisións en directo deben demorarse dentro de 5S. As características da transmisión interactiva en directo son: máis fontes, non apto para a transcodificación multicanle, servidor intermedio só como papel de tránsito.
O medio de transmisión de contido en directo é a rede e son necesarios os protocolos correspondentes para transmitir vídeo ou audio na rede. Na actualidade, os protocolos comúns axeitados para escenas en directo son os seguintes.
1. Protocolo RTMP (non soportado por HTML 5, soportado por flash)
RTMP é un protocolo multimedia en streaming, que é o protocolo de patentes de Adobe. Baseado en TCP, é moi popular en China.
Motivo popular: o soporte de software de código aberto e biblioteca de código aberto é estable e completo, e as solucións de transmisión e transmisión máis usadas poden funcionar basicamente de xeito estable. Por exemplo: biblioteca open stream librtmp de código aberto, o lado do servizo ten complemento nginx RTMP, pull stream ten biblioteca de reprodución ijkplayer.
2. Protocolo Http-flv (non soportado por HTML 5, soportado por flash)
É dicir, usar o protocolo HTTP para transmitir contido multimedia. HTTP é máis sinxelo e mellor coñecido que RTMP. O atraso do contido tamén pode ser de 2 a 5 segundos e a velocidade de apertura é máis rápida, porque HTTP en si non ten unha interacción de estado complexa. Polo tanto, desde a perspectiva da latencia, http-flv é mellor que RTMP.
3. Protocolo HLS (soporte HTML, soporte Flash)
A transmisión en directo HTTP é un protocolo de transporte multimedia baseado en HTTP proposto por Apple. HLS ten unha gran vantaxe: HTML5 pódese abrir e reproducir directamente; isto significa que se pode compartir unha ligazón en directo a través de wechat e outro reenvío, sen necesidade de instalar ningunha aplicación independente, cun navegador, polo que é moi popular. Aplicación social en directo, HLS só é necesario. A URL de transmisión en directo baseada en HLS é un ficheiro m3u8, que contén varios pequenos ficheiros TS de vídeo recentes. O atraso deste modo de reprodución é relativamente alto (o que está relacionado co tamaño do ficheiro TS), e pode alcanzar un atraso de 5 a 7 segundos na mesma rede da cidade.
4. Protocolo RTP / RTCP
O protocolo de transporte en tempo real é un protocolo de capa de transporte para o fluxo de datos multimedia en Internet. RTCP transmite a sinalización do control interactivo e RTP transmite os datos dos soportes reais.
RTP úsase amplamente en videovixilancia, videoconferencia e teléfono IP, porque unha das experiencias importantes de videoconferencia e teléfono IP é o forte contido en tempo real.
Comparado cos tres protocolos anteriores, unha diferenza importante entre RTP e eles é que o protocolo UDP úsase para transmitir datos por defecto, mentres que RTMP e HTTP están baseados no protocolo TCP.
Use a análise de escenarios: a escena do fluxo de audio e vídeo en tempo real non precisa unha garantía fiable, polo que non é necesario ter un mecanismo de retransmisión. Non é importante ver a imaxe e o son en tempo real, perder algo de contido cando os nervios da rede, desenfocar a imaxe e a pantalla de benvida. Para retransmitir, TCP provocará atrasos e asincronías. Se unha determinada sección de contido chega despois dun segundo debido á retransmisión, toda a conversa atrasarase un segundo. Coa fluctuación da rede, o atraso aumentará a dous ou tres segundos. Se o cliente non manexa a reprodución, a experiencia de transmisión directa verase seriamente afectada. Como optimizar, explicarase no seguinte artigo.
Conclusión: na selección do protocolo de transmisión en directo, se se selecciona RTMP ou http-flv, significa que hai un atraso de contido de 2 a 5 segundos, pero no que se refire ao atraso de apertura, http-flv é mellor que RTMP . HLS ten un atraso de contido de 5 a 7 segundos. Se elixe RTP para a transmisión en directo, pode retardar a transmisión en directo nun segundo. Non obstante, polo que sabemos, os principais fabricantes de CDN non admiten a transmisión en directo baseada en RTP, polo que a corrente principal doméstica actual é RTMP ou http-flv.
2 process Proceso de transmisión en directo de vídeo
O proceso técnico relacionado co vídeo en directo é: adquisición de fluxo de vídeo en tempo real --- codificación de fluxo de vídeo --- transmisión de fluxo de vídeo --- decodificación de fluxo de vídeo --- reprodución de vídeo.
1. A idea da captura de vídeo en tempo real
a) Ao configurar setpreviewcallback na vista previa de disparo da cámara de Android, a interface onpreviewframe realízase para capturar os datos de cada fluxo de vídeo en tempo real.
b) A través de mediarecorder de Android, enlace aocket local na función setoutputfile.
c) Transmisión en modo servidor multimedia, usando ffmpeg ou getstreamer para obter vídeo da cámara.
2. A realización de codificación por compresión de vídeo
a) Sen codificación, o marco de vídeo yuv420sp orixinal transmítese directamente a través do socket.
b) JEPG comprime o cadro de vídeo yuv420sp orixinal en H.264 e logo transmíteo.
c) H.264 / avc. O cadro de vídeo yuv420sp orixinal comprímese en H.264 e despois transmítese. Os codificadores de código aberto comúns baseados en H264 inclúen JM, x264, t264, hdot264, etc.
d). mpeg4. Comprimir o marco de vídeo yuv420sp orixinal en MPEG4 e despois transmitir
3. A idea da transmisión de vídeo
a). transmisión por toma
b). Transporte HTTP
c). Transmisión RTP / RTSP
d). modo de servidor multimedia en streaming, como live555, etc.
4. A realización da descodificación de vídeo
a). descodificador correspondente á codificación
5. A idea de reproducir vídeo
a). a través de Android videoview
b). a través de Android mediaplay
c). pega a imaxe do marco directamente a través do lenzo
|
Introduce o correo electrónico para obter unha sorpresa
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> Albanés
ar.fmuser.org -> árabe
hy.fmuser.org -> Armenian
az.fmuser.org -> azerí
eu.fmuser.org -> éuscaro
be.fmuser.org -> bielorruso
bg.fmuser.org -> Búlgaro
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chinés (simplificado)
zh-TW.fmuser.org -> Chinés (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> Checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estoniano
tl.fmuser.org -> filipino
fi.fmuser.org -> finés
fr.fmuser.org -> Francés
gl.fmuser.org -> galego
ka.fmuser.org -> xeorxiano
de.fmuser.org -> alemán
el.fmuser.org -> Grego
ht.fmuser.org -> crioulo haitiano
iw.fmuser.org -> Hebreo
hi.fmuser.org -> hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> xaponés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituano
mk.fmuser.org -> macedonio
ms.fmuser.org -> malaio
mt.fmuser.org -> maltés
no.fmuser.org -> Norwegian
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> Portugués
ro.fmuser.org -> Romanés
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> Eslovaco
sl.fmuser.org -> Esloveno
es.fmuser.org -> castelán
sw.fmuser.org -> Suahili
sv.fmuser.org -> Sueco
th.fmuser.org -> Thai
tr.fmuser.org -> turco
uk.fmuser.org -> ucraíno
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
FMUSER Wirless Transmit Video and Audio Máis fácil!
contacto
dirección:
No.305 Sala HuiLan Building No.273 Huanpu Road Guangzhou China 510620
categorías
boletín informativo