FMUSER Transmitir vídeo e áudio sem fio mais 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 -> armênio
az.fmuser.org -> Azerbaijão
eu.fmuser.org -> Basco
be.fmuser.org -> bielorrusso
bg.fmuser.org -> búlgaro
ca.fmuser.org -> catalão
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 -> dinamarquês
nl.fmuser.org -> holandês
et.fmuser.org -> estoniano
tl.fmuser.org -> filipino
fi.fmuser.org -> finlandês
fr.fmuser.org -> francês
gl.fmuser.org -> galego
ka.fmuser.org -> georgiano
de.fmuser.org -> alemão
el.fmuser.org -> grego
ht.fmuser.org -> crioulo haitiano
iw.fmuser.org -> hebraico
hi.fmuser.org -> Hindi
hu.fmuser.org -> húngaro
is.fmuser.org -> islandês
id.fmuser.org -> indonésio
ga.fmuser.org -> irlandês
it.fmuser.org -> italiano
ja.fmuser.org -> Japonês
ko.fmuser.org -> coreano
lv.fmuser.org -> letão
lt.fmuser.org -> Lituano
mk.fmuser.org -> macedônio
ms.fmuser.org -> malaio
mt.fmuser.org -> maltês
no.fmuser.org - norueguês
fa.fmuser.org -> persa
pl.fmuser.org -> polonês
pt.fmuser.org -> português
ro.fmuser.org -> romeno
ru.fmuser.org -> russo
sr.fmuser.org -> Sérvio
sk.fmuser.org -> Eslovaco
sl.fmuser.org -> esloveno
es.fmuser.org -> espanhol
sw.fmuser.org -> Swahili
sv.fmuser.org -> sueco
th.fmuser.org -> Tailandês
tr.fmuser.org -> turco
uk.fmuser.org -> ucraniano
ur.fmuser.org -> Urdu
vi.fmuser.org -> vietnamita
cy.fmuser.org -> Galês
yi.fmuser.org -> iídiche
Durante o desenvolvimento do software de transmissão ao vivo, podemos encontrar alguma confusão. Como a escolha de protocolos de streaming media, como HTTP-FLV, WebRTC, RTMP, HLS e outros protocolos proprietários, qual é o mais adequado? Qual protocolo pode ser usado na plataforma do PC? Qual protocolo funciona melhor em dispositivos móveis? A seguir, começarei comparando as vantagens e desvantagens dos vários acordos.
1. As vantagens e desvantagens de vários protocolos de mídia de streaming comuns:
RTMP: Um protocolo proprietário desenvolvido pela Adobe para a transmissão de dados de áudio e vídeo entre Flash / AIR e o servidor. É também o protocolo de transmissão de mídia streaming mais comumente usado no momento.
Vantagens: Com base na conexão longa do TCP, não há necessidade de estabelecer uma conexão várias vezes e o atraso é baixo, geralmente apenas 1 ~ 3s; a tecnologia está madura e as instalações de suporte são perfeitas.
Desvantagens: só pode ser usado pelo Flash em navegadores de PC e não pode ser usado em navegadores móveis; como o Flash está prestes a sair do palco, o RTMP não será usado para streaming no reprodutor da web.
HLS: protocolo de transmissão de mídia de streaming baseado em HTTP proposto pela Apple. Seu princípio de funcionamento é fatiar a transmissão, o que corta a transmissão ao vivo em incontáveis pedaços. Quando o usuário está assistindo ao vídeo, o cliente só pode baixar uma parte de cada vez.
Vantagens: Baseado no protocolo HTTP, é mais fácil acessar o CDN, raramente bloqueado por firewalls e vem com adaptação de taxa de multibits; como protocolo proposto pela Apple, apresenta grandes vantagens em macOS / iOS, sendo também disponibilizado em suporte Android Correspondente; pode-se dizer que este protocolo é adequado para dispositivos móveis.
Desvantagens: O atraso é grande, geralmente não inferior a 10s. Um grande número de arquivos TS causará a pressão de armazenamento e solicitações do servidor.
HTTP-FLV: Encapsule dados de áudio e vídeo em FLV e, em seguida, transmita-os via conexão HTTP. Comparado com RTMP, apenas o protocolo de transmissão mudou. Para o web player, o Flash ainda é necessário para jogar, mas o surgimento de "flv.js" compensou esse defeito.
Vantagens: baixa latência, o efeito geral é muito próximo ao RTMP; em comparação com o protocolo RTMP, pode efetivamente evitar a influência de firewalls e agentes.
Desvantagens: Suas características de transmissão fazem com que os recursos de streaming media sejam armazenados em cache no cliente local, o que significa que a confidencialidade não é muito boa; até agora, ainda não é compatível com navegadores iOS.
WebRTC: baseado na tecnologia de código aberto do Google, um protocolo para streaming de mídia na web.
Vantagens: RTMP e HLS são protocolos nas mãos de grandes empresas, enquanto WebRTC foi incluído no padrão W3C; não há necessidade de instalar plug-ins e cada vez mais navegadores são suportados.
Desvantagens: A personalização do navegador ou sistema pelo fabricante pode causar problemas de usabilidade e falta de design do lado do servidor e planos de implantação; a qualidade da transmissão é difícil de garantir e os métodos de otimização são limitados; a compatibilidade em dispositivos Android não é boa; além disso, este acordo principalmente voltado para a Web, não há suporte suficiente para o desenvolvimento nativo.
2. No desenvolvimento de software de transmissão ao vivo, usar RTMP no lado do PC e HLS no lado móvel é o mais seguro.
Por que você diz assim? Com base nas vantagens e desvantagens acima, em primeiro lugar, em termos de sua respectiva adaptabilidade de plataforma, e o efeito de implementação é semelhante, RTMP e HLS são melhores do que HTTP-FLV e WebRTC.
Em segundo lugar, da perspectiva do ambiente de mercado, após muitos anos de desenvolvimento e execução, muitos grandes fabricantes de CDN têm suporte perfeito para RTMP e HLS. Este processo estável é o resultado de muitos funcionários de operação e manutenção, e o CDN não será estável. Um sistema lucrativo faz mudanças facilmente. Da mesma forma, mais e mais empresas usam RTMP e HLS, o que resultará em maior otimização e compatibilidade entre CDN e RTMP e entre CDN e HLS. Este é um processo cíclico e geralmente as empresas CDN não o quebram facilmente. Além disso, não mencionei o protocolo RTSP no artigo anterior. O efeito deste protocolo é semelhante ao do RTMP. Tecnicamente, é apenas diferente do número de canais ocupados nos dados de transmissão e o fluxo de formato de transmissão é diferente. O RTSP pode realmente ser usado para transmissão ao vivo. Mas ainda por causa do ambiente de mercado, o RTSP é usado principalmente no monitoramento de segurança. Como o RTMP, ele já formou sua própria cadeia de lucro.
O exposto acima é o resultado da discussão sobre a seleção do protocolo de mídia de streaming durante o desenvolvimento de software de transmissão ao vivo. Sobre este assunto, se ainda não entendeu, pode deixar uma mensagem ou procurar um desenvolvedor profissional para uma consulta detalhada.
|
Digite o e-mail para obter uma surpresa
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 -> armênio
az.fmuser.org -> Azerbaijão
eu.fmuser.org -> Basco
be.fmuser.org -> bielorrusso
bg.fmuser.org -> búlgaro
ca.fmuser.org -> catalão
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 -> dinamarquês
nl.fmuser.org -> holandês
et.fmuser.org -> estoniano
tl.fmuser.org -> filipino
fi.fmuser.org -> finlandês
fr.fmuser.org -> francês
gl.fmuser.org -> galego
ka.fmuser.org -> georgiano
de.fmuser.org -> alemão
el.fmuser.org -> grego
ht.fmuser.org -> crioulo haitiano
iw.fmuser.org -> hebraico
hi.fmuser.org -> Hindi
hu.fmuser.org -> húngaro
is.fmuser.org -> islandês
id.fmuser.org -> indonésio
ga.fmuser.org -> irlandês
it.fmuser.org -> italiano
ja.fmuser.org -> Japonês
ko.fmuser.org -> coreano
lv.fmuser.org -> letão
lt.fmuser.org -> Lituano
mk.fmuser.org -> macedônio
ms.fmuser.org -> malaio
mt.fmuser.org -> maltês
no.fmuser.org - norueguês
fa.fmuser.org -> persa
pl.fmuser.org -> polonês
pt.fmuser.org -> português
ro.fmuser.org -> romeno
ru.fmuser.org -> russo
sr.fmuser.org -> Sérvio
sk.fmuser.org -> Eslovaco
sl.fmuser.org -> esloveno
es.fmuser.org -> espanhol
sw.fmuser.org -> Swahili
sv.fmuser.org -> sueco
th.fmuser.org -> Tailandês
tr.fmuser.org -> turco
uk.fmuser.org -> ucraniano
ur.fmuser.org -> Urdu
vi.fmuser.org -> vietnamita
cy.fmuser.org -> Galês
yi.fmuser.org -> iídiche
FMUSER Transmitir vídeo e áudio sem fio mais fácil!
Contato
Endereço:
No.305 Sala HuiLan Edifício No.273 Huanpu Road Guangzhou China 510620
Categorias
Newsletter