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
1. Protocolo RTP / RTCP
Protocolo RTP
O nome completo de RTP é Real-time Transport Protocol (Real-time Transport Protocol).
É um padrão proposto pela IETF (The Internet Engineering Task Force), e o documento RFC correspondente é RFC3550 (RFC1889 é uma versão expirada). O RFC3550 não apenas define o RTP, mas também define o protocolo relacionado de suporte RTCP (Real-time Transport Control Protocol, ou seja, Real-time Transport Control Protocol). O RTP é usado para fornecer serviços de transmissão de ponta a ponta em tempo real para uma variedade de dados multimídia que precisam ser transmitidos em tempo real, como voz, imagem e fax na rede IP. O RTP fornece informações de tempo e sincronização de fluxo para transmissão ponta a ponta em tempo real na Internet, mas não garante a qualidade do serviço, que é fornecido pelo RTCP.
Ambiente de aplicativo RTP
(1) Conferência de áudio multicast simples. A comunicação de voz é realizada por meio de um endereço multicast e um par de portas. Um é para dados de áudio (RTP) e o outro é para pacotes de controle (RTCP).
(2) Conferência de áudio e vídeo. Se ambas as conferências de áudio e vídeo forem usadas em uma conferência, essas duas mídias serão transmitidas em sessões RTP diferentes e cada sessão usará um endereço de transmissão diferente (endereço IP + porta). Se um usuário usa duas sessões ao mesmo tempo, o pacote RTCP correspondente a cada sessão usa o nome canônico CNAME (nome canônico). Os participantes podem obter o áudio e o vídeo associados de acordo com o CNAME no pacote RTCP e, em seguida, sincronizar o áudio e o vídeo de acordo com as informações de tempo (protocolo de tempo de rede) no pacote RTCP.
(3) Tradutor e misturador. O tradutor e o mixer são ambos sistemas de relé de nível RTP. Os tradutores são usados em áreas do usuário que não podem ser alcançadas diretamente por meio de multicast de IP, como um firewall entre o remetente e o destinatário. Quando o formato de codificação de áudio que os participantes podem receber é diferente, por exemplo, se um participante se conecta a uma conferência de alta velocidade por meio de um link de baixa velocidade, um mixer é usado. Antes de entrar na rede onde o formato dos dados de áudio precisa ser alterado, o mixer reconstrói os pacotes de áudio de uma ou várias fontes, mescla os vários áudios reconstruídos e os codifica com outra codificação de áudio. Encaminhe este novo pacote RTP. Todos os pacotes de dados de um mixer devem ser identificados pelo mixer como sua fonte de sincronização (SSRC, consulte RTP encapsulamento), e o locutor pode ser confirmado por meio da lista de fonte de contribuição (tabela CSRC, consulte RTP encapsulamento).
Protocolo RTCP
O protocolo de controle em tempo real (RTCP) e o RTP são definidos em conjunto na RFC 1889 proposta em 1996. É um protocolo de controle que funciona com o RTP. O RTCP é executado apenas no protocolo de baixo nível, e o protocolo de baixo nível fornece multiplexação de dados e pacotes de controle. Durante a sessão RTP, cada participante da sessão envia periodicamente pacotes de controle RTCP para todos os outros participantes. Para sessões ou broadcasts RTP, geralmente é usado um único endereço de broadcast multi-destino. Todos os pacotes RTP e RTCP pertencentes a esta sessão usam este endereço de broadcast de múltiplos alvos. Os pacotes RTP e os pacotes RTCP podem ser diferenciados pelo uso de diferentes números de porta. .
é um protocolo irmão do Real Time Transport Protocol (RTP). O RTCP fornece controle fora da banda para fluxos de mídia RTP. O próprio RTCP não transmite dados, mas coopera com o RTP para empacotar e enviar dados multimídia. O RTCP transmite periodicamente dados de controle entre os participantes em uma sessão de streaming multimídia. A principal função do RTCP é fornecer feedback sobre a Qualidade do Serviço prestado pela RTP.
O RTCP executa as seguintes quatro funções:
(1) Principalmente para fornecer feedback sobre a qualidade da divulgação de dados. O RTCP é uma parte do protocolo de transmissão RTP e está relacionado ao controle de fluxo e congestionamento de outros protocolos de transmissão. O feedback tem um efeito direto no controle de codificação adaptável, mas a experiência de multicast IP mostra que receber feedback do remetente é crucial para diagnosticar erros de transmissão. O envio e recebimento de relatórios de feedback para todos os participantes permite que os observadores do problema avaliem se esses problemas são locais ou globais. Os mecanismos de publicação, como multicast de IP, possibilitam que grupos, como provedores de serviços de rede, recebam feedback e atuem como monitores terceirizados para diagnosticar problemas de rede. A função de feedback é realizada pelos relatórios RTCP do emissor e do receptor.
(2) RTCP carrega uma identificação de camada de transporte persistente de origem RTP chamada de nome canônico (CNAME). Se um conflito for encontrado ou o programa for reiniciado, uma vez que a identidade do SSRC pode ser alterada, o destinatário precisa do CNAME para rastrear o participante. O receptor também precisa do CNAME para contatar vários fluxos de dados fornecidos na conexão RTP relevante.
(3) As duas primeiras funções requerem que todos os participantes enviem pacotes RTCP. Portanto, para que o RTP se expanda a grandes quantidades, a taxa deve ser controlada. Deixe cada participante enviar pacotes de controle para outros participantes, o que aumenta o número de participantes de observação independente. Este número é usado para calcular a taxa na qual os pacotes são enviados.
(4) A função opcional é transmitir informações mínimas de controle de conexão, como a identificação de participantes. Mais provavelmente para ser usado em conexões de "controle frouxo", onde os participantes são livres para entrar ou sair sem controle de membro ou coordenação de parâmetros. O RTCP atua como um canal conveniente para todos os participantes, mas não precisa oferecer suporte a todos os requisitos de comunicação de controle do aplicativo.
Quando o RTP é usado em multicast IP, as três primeiras funções são necessárias e recomendadas para todas as situações. Os designers de aplicativos RTP devem evitar o uso de mecanismos que funcionam apenas no modo unicast, o que resultará na incapacidade de escalar.
2. A relação entre RTP / RTCP e outros protocolos
Diagrama de arquitetura de mídia de streaming
A relação entre o protocolo RTP e outros protocolos
RTP, TCP e UDP são todos protocolos da camada de transporte; O RTP também pode ser considerado entre a camada de aplicação e a camada de transporte
Como pode ser visto na figura, o RTP é dividido na camada de transporte, que é construída no UDP. Como o protocolo UDP, para realizar sua função de transmissão em tempo real, o RTP também possui uma forma de encapsulamento fixa. O RTP é usado para fornecer informações de tempo e sincronização de fluxo para transmissão de ponta a ponta em tempo real, mas não garante a qualidade do serviço. A qualidade do serviço é fornecida pelo RTCP.
3. Protocolo RTMP
O protocolo de mensagens em tempo real RTMP (Real Time Messaging Protocol) é um protocolo aberto desenvolvido pela Adobe Systems para áudio, vídeo e transmissão de dados entre Flash players e servidores.
Tem três variantes:
1) Um protocolo de texto simples trabalhando em TCP, usando a porta 1935;
2) RTMPT é encapsulado na solicitação HTTP e pode atravessar o firewall;
3) RTMPS é semelhante ao RTMPT, mas usa conexão HTTPS;
O protocolo RTMP é usado pelo Flash para a transmissão de objetos, vídeo e áudio. Este protocolo é baseado no protocolo TCP ou no protocolo HTTP de polling;
O protocolo RTMP é como um contêiner usado para armazenar pacotes de dados. Esses dados podem ser dados no formato AMF ou dados de vídeo / áudio em FLV;
Uma única conexão pode transmitir vários fluxos de rede por meio de canais diferentes. Os pacotes nesses canais são todos transmitidos em pacotes de tamanho fixo;
|
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