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
Durante o desenvolvemento do software de transmisión en directo, podemos atopar certa confusión. Como a elección de protocolos multimedia en streaming, como HTTP-FLV, WebRTC, RTMP, HLS e outros protocolos propietarios, cal é o máis adecuado? Que protocolo se pode usar na plataforma de PC? Que protocolo funciona mellor nos dispositivos móbiles? A continuación, vou comezar comparando as vantaxes e desvantaxes dos distintos acordos.
1. As vantaxes e desvantaxes de varios protocolos comúns de transmisión en streaming:
RTMP: protocolo propietario desenvolvido por Adobe para a transmisión de datos de audio e vídeo entre Flash / AIR e o servidor. Tamén é o protocolo de transmisión de medios de transmisión máis usado na actualidade.
Vantaxes: baseado na conexión longa TCP, non é necesario establecer unha conexión varias veces e o atraso é baixo, normalmente só 1 ~ 3s; a tecnoloxía é madura e as instalacións de apoio son perfectas.
Inconvenientes: só pode ser usado por Flash nos exploradores de PC e non se pode usar nos navegadores móbiles; xa que Flash está a piques de saír do escenario, RTMP non se usará para transmitir no reprodutor web.
HLS: protocolo de transmisión de rede multimedia baseado en HTTP proposto por Apple. O seu principio de traballo é cortar a transmisión, que corta a transmisión en directo en innumerables pezas. Cando o usuario está a ver o vídeo, o cliente só pode descargar unha parte cada vez.
Vantaxes: baseado no protocolo HTTP, é máis doado acceder a CDN, raramente bloqueado por cortalumes, e inclúe unha adaptación de taxa de varios bits; como protocolo proposto por Apple, ten grandes vantaxes en macOS / iOS e tamén se ofrece no soporte correspondente de Android; pódese dicir que este protocolo é adecuado para dispositivos móbiles.
Desvantaxes: o atraso é grande, normalmente non inferior a 10 s. Un gran número de ficheiros TS causará a presión do almacenamento e as peticións do servidor.
HTTP-FLV: encapsula datos de audio e vídeo en FLV e despois transmíteos a través de conexión HTTP. En comparación con RTMP, só cambiou o protocolo de transmisión. Para o reprodutor web, Flash aínda é necesario para xogar, pero a aparición de "flv.js" compensou este defecto.
Vantaxes: baixa latencia, o efecto global é moi próximo a RTMP; en comparación co protocolo RTMP, pode evitar con eficacia a influencia de cortalumes e axentes.
Desvantaxes: as súas características de transmisión fan que os recursos multimedia en streaming se cachen no cliente local, o que significa que a confidencialidade non é moi boa; ata agora, aínda non é compatible cos navegadores iOS.
WebRTC: baseado na tecnoloxía de código aberto de Google, un protocolo para transmitir contido multimedia na web.
Vantaxes: Tanto RTMP como HLS son protocolos en mans de grandes empresas, mentres que WebRTC foi incluído no estándar W3C; non é necesario instalar complementos e cada vez son máis os navegadores compatibles.
Desvantaxes: a personalización do navegador ou do sistema por parte do fabricante pode causar problemas de usabilidade e falta de plans de desenvolvemento e deseño do lado do servidor; a calidade da transmisión é difícil de garantir e os métodos de optimización son limitados; a compatibilidade nos dispositivos Android non é boa; ademais, este acordo, principalmente fronte á web, non ten soporte suficiente para o desenvolvemento nativo.
2. No desenvolvemento de software de transmisión en directo, o máis seguro é usar RTMP no lado da PC e HLS no lado do móbil.
Por que dis así? En base ás vantaxes e desvantaxes anteriores, en primeiro lugar, en canto á adaptabilidade da súa plataforma respectiva e o efecto de implementación é similar, RTMP e HLS son mellores que HTTP-FLV e WebRTC.
En segundo lugar, desde a perspectiva do mercado, despois de moitos anos de desenvolvemento e execución, moitos grandes fabricantes de CDN apoiaron perfectamente RTMP e HLS. Este proceso estable é o resultado de moitos funcionarios e mantemento, e CDN non será estable. Un sistema rendible fai cambios facilmente. Do mesmo xeito, cada vez máis empresas usan RTMP e HLS, o que redundará nunha optimización e compatibilidade máis fortes entre CDN e RTMP e entre CDN e HLS. Este é un proceso cíclico e, xeralmente, as empresas de CDN non o rompen facilmente. Ademais, non mencionei o protocolo RTSP no artigo anterior. O efecto deste protocolo é similar ao de RTMP. Técnicamente, só é diferente do número de canles ocupadas nos datos de transmisión e o fluxo de formato de transmisión é diferente. RTSP pode usarse para a transmisión en directo. Pero aínda por mor do ambiente de mercado, RTSP úsase actualmente principalmente na monitorización de seguridade. Como RTMP, xa formou a súa propia cadea de beneficios.
O anterior é o resultado da discusión sobre a selección do protocolo multimedia en streaming durante o desenvolvemento de software de transmisión en directo. Con respecto a este problema, se aínda non o entendes, podes deixar unha mensaxe ou atopar un desenvolvedor profesional para unha consulta detallada.
|
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