Protocolo de transmissão ao vivo

A chamada mídia de streaming refere-se ao formato de mídia reproduzido na Internet por meio de transmissão de streaming.
O streaming de mídia também é conhecido como streaming de mídia, o que significa que as empresas usam um servidor de entrega de vídeo para enviar programas como pacotes de dados para a rede.
Depois que o usuário descompacta os dados por meio do dispositivo de descompressão, o programa será exibido como antes.
A mídia de streaming transmite arquivos de áudio, vídeo e multimídia na rede por streaming.
O formato de arquivo de mídia de streaming é um formato de mídia que oferece suporte à transmissão e reprodução de streaming.
O modo de transmissão de streaming serve para dividir arquivos multimídia, como vídeo e áudio, em pacotes de compactação por meio do modo de compactação especial,
Transmissão contínua e em tempo real do servidor para o computador do usuário. No sistema de streaming, os usuários não precisam esperar por todo o arquivo, como se não fosse streaming
Só depois de concluídos todos os downloads podemos ver o conteúdo, mas só depois de alguns segundos ou dezenas de segundos de atraso na inicialização podemos usá-los no computador do usuário

O reprodutor correspondente reproduzirá o vídeo ou áudio compactado e outros arquivos de mídia de streaming, e o restante continuará sendo baixado até o final da reprodução.
RTP: (protocolo de transporte em tempo real)
RTP é um protocolo de camada de transporte para fluxo de dados multimídia na Internet. O RTP é usado junto com o RTCP e é baseado no protocolo UDP

Ao contrário do HTTP e do FTP, o RTP pode baixar todo o arquivo de vídeo completamente. Ele envia dados pela rede a uma taxa de dados fixa. O cliente também assiste ao arquivo de vídeo nessa velocidade. Quando
Depois que o filme e a imagem da televisão são reproduzidos, eles não podem ser reproduzidos novamente, a menos que os dados sejam solicitados ao servidor novamente.
RTCP: protocolo de controle de transporte em tempo real ou RTP (protocolo de controle ou RTCP)
RTCP é um protocolo irmão do RTP
Nota: -: o protocolo RTP e o RTCP são usados juntos, e é baseado no protocolo UDP (geralmente usado para videoconferência)
RTSP: (protocolo de streaming em tempo real)
Protocolo de sessão de streaming de mídia em tempo real, SDP (Protocolo de Descrição de Sessão), RTP (Protocolo de Transporte em tempo real).
RTSP é um protocolo de streaming de multimídia usado para controlar som ou vídeo. O RTSP fornece uma estrutura extensível, que possibilita o controle e a demanda de dados em tempo real, como áudio e vídeo.
Os dados de mídia usam RTP, protocolo RTCP.
Geralmente, o UDP é usado como a camada de transporte. Adequado para cenas de IPTV.
As fontes de dados incluem dados de campo e dados armazenados em clipes. O objetivo deste protocolo é controlar várias conexões de transmissão de dados e fornecer uma maneira de selecionar canais de transmissão, como UDP, UDP multicast e TCP

Ele também fornece um método para selecionar o mecanismo de transmissão com base no RTP
O protocolo de rede usado na transmissão não está no escopo de sua definição. O servidor pode escolher usar TCP ou UDP para transmitir o conteúdo do stream, que é mais tolerante com o atraso da rede
---> A maior diferença entre o RTSP e o RTP é que o RTSP é um protocolo de transmissão de dados em tempo real bidirecional, que permite ao cliente enviar solicitações ao servidor, como reprodução, avanço rápido, retrocesso e assim por diante. Quando
No entanto, o RTSP pode transmitir dados com base em RTP e também pode selecionar TCP, UDP, UDP multicast e outros canais para enviar dados, o que tem boa escalabilidade. É semelhante ao protocolo HTTP

WebRTC:
O protocolo de streaming media é implementado na web. Quando o Google lançou o webrtc, os gigantes olhavam para ele com frieza ou resistiam. O protocolo RTP é usado para transmissão.
RTMP (protocolo de mensagens em tempo real)
A Macromedia desenvolveu um conjunto de protocolo de vídeo ao vivo, agora pertence à adobe. Como o HLS, ele pode ser aplicado ao vídeo ao vivo e não será perdido com base no TCP.

// A diferença é que o RTMP não pode ser reproduzido no navegador IOS baseado em flash, mas seu desempenho em tempo real é melhor do que o HLS.
O protocolo de mensagens em tempo real é um protocolo aberto desenvolvido pela Adobe Systems para áudio, vídeo e transmissão de dados entre o flash player e o servidor

// No código IOS, o RTMP é comumente usado para enviar streaming. Você pode usar a biblioteca de terceiros librtmp IOS para enviar streaming. Librtmp encapsula algumas APIs principais para os usuários chamarem
O protocolo RTMP também requer que o cliente e o servidor estabeleçam uma conexão RTMP por meio de "handshake" e, em seguida, transmitam as informações de controle da conexão. O protocolo RTMP formatará os dados durante a transmissão. A fim de alcançar uma melhor multiplexação, subcontratação e justiça de informações, o remetente irá dividir a mensagem em pedaços com o ID da mensagem, e cada pedaço pode ser uma mensagem separada,

Também pode fazer parte da mensagem. O receptor irá restaurar o chunk para uma mensagem completa de acordo com o comprimento dos dados, ID da mensagem e mensagem contida no chunk, de modo a enviar e receber informações.

HLS: HTTP Live Streaming (HLS)
É um protocolo de transporte de mídia de streaming baseado em HTTP implementado pela Apple Inc,
Ele pode realizar streaming de mídia ao vivo e sob demanda, usado principalmente no sistema IOS
Para fornecer soluções de áudio e vídeo ao vivo e sob demanda para dispositivos IOS (como iPhone e iPad).
HLS on demand é basicamente um HTTP segmentado comum sob demanda. A diferença é que seus segmentos são muito pequenos.
Em comparação com os protocolos de streaming ao vivo comuns, como protocolo RTMP, protocolo RTSP, protocolo MMS e assim por diante, a maior diferença do streaming ao vivo HLS é que o que o cliente de streaming ao vivo obtém não é uma mensagem completa

Todo o fluxo de dados.
O protocolo HLS armazena o fluxo de dados ao vivo como arquivos de mídia contínuos, de curto e longo prazo (formato MPEG-ts) no lado do servidor, enquanto o lado do cliente baixa e reproduz continuamente esses pequenos arquivos,
Como o servidor sempre gera novos arquivos pequenos a partir dos dados ao vivo mais recentes, desde que o cliente reproduza continuamente os arquivos obtidos do servidor em ordem, a transmissão ao vivo é realizada.
Pode-se ver que, basicamente, o HLS é baseado em>> tecnologia sob demanda para atingir <<ao vivo. Como os dados são transmitidos por meio do protocolo HTTP, não há necessidade de considerar o firewall ou proxy
Além disso, o comprimento do arquivo segmentado é muito curto, de modo que o cliente pode selecionar e mudar rapidamente a taxa de código para se adaptar à reprodução em diferentes condições de largura de banda. No entanto, este tipo de características técnicas do HLS determina seu desenvolvimento futuro

Geralmente, o atraso é sempre maior do que o protocolo normal de transmissão ao vivo.
// Ambos IOS e Android suportam naturalmente este protocolo, e a configuração é simples. Você pode usar a tag de vídeo diretamente
*** VLS: é uma espécie de servidor de streaming, especialmente utilizado para resolver diversos problemas de streaming. Ele também possui algumas características do VLC. Como servidor, o videolan pode gerar streams HTTP, RTP e RTSP.
Em princípio, RTSP, RTMP e HTTP podem ser usados para transmissão ao vivo e sob demanda, mas geralmente RTSP e RTMP são usados para transmissão ao vivo e HTTP é usado para transmissão sob demanda. Escolhemos o protocolo RTMP.

RTMP e httpflv: os dados desses dois protocolos são praticamente os mesmos, portanto, os motivos do atraso são semelhantes. É razoável dizer que o atraso da transmissão ao vivo de streaming TCP é muito baixo. Por que há atraso em RTMP e httpflv? O motivo é que em h264, RTMP e httpflv são ambos tags flv transmitidos. Os dados da tag de vídeo são geralmente dados H264. A decodificação H264 possui um IBP. I é o quadro-chave, que é uma imagem completa. Você deve primeiro ter um I para decodificar o seguinte BP. O número de quadros BP pode ser o mínimo que você quiser, mas o número de quadros I não pode ser menor, então os quadros I devem estar em flv. A transmissão de tag é a segunda transmissão (a primeira é h264spps). No entanto, os quadros I não são comuns em fluxos H264. Existe apenas um quadro I após o outro. Esse intervalo é comumente conhecido como GOP. Ao codificar, o GOP é definido como muito curto. Quando o cliente se conecta, o servidor encontrará o I-frame mais recente no stream na velocidade mais rápida e enviará dados ao vivo do I-frame. No entanto, quando o GOP é muito longo, o intervalo do quadro I é muito longo, ou espere o próximo quadro I começar a enviar dados para a nova conexão, ou encontre o quadro I mais recente no cache para começar a enviar. Esta é a chave para o atraso dos protocolos RTMP e HLS. Nas principais plataformas CDN, é chamado de "segundo RTMP em tecnologia". O princípio é decodificar os dados de streaming duas vezes e definir um pequeno GOP. Em geral, quando o GOP é definido como 1s, independentemente do atraso do link de transmissão da rede, o atraso máximo de dados é 1s. Felizmente, o quadro I é de 0 atraso!

Como distante (long) a tampa do transmissor?

A faixa de transmissão depende de muitos fatores. A distância real baseia-se na altura da antena de instalar, o ganho da antena, usando ambiente como a construção e outras obstruções, a sensibilidade do receptor, a antena do receptor. Instalação de antena mais alta e usando no campo, a distância vai muito mais longe.

EXEMPLO 5W FM Transmitter usar na cidade e cidade natal:

Eu tenho um uso do cliente 5W transmissor FM EUA com antena GP em sua cidade natal, e ele testá-lo com um carro, cobrir 10km (6.21mile).

I testar o transmissor FM 5W com antena GP na minha cidade natal, que cobrem cerca de 2km (1.24mile).

I testar o transmissor FM 5W com antena GP na cidade de Guangzhou, que abrangem cerca de única 300meter (984ft).

Abaixo estão o intervalo aproximado de diferentes transmissores de energia FM. (O intervalo é de diâmetro)

0.1W ~ 5W Transmissor FM: 100M ~ 1KM

5W ~ 15W FM Ttransmitter: 1KM ~ 3KM

15W ~ 80W Transmissor FM: 3KM ~ 10KM

80W ~ 500W Transmissor FM: 10KM ~ 30KM

500W ~ 1000W Transmissor FM: 30KM ~ 50KM

1KW ~ 2KW Transmissor FM: 50KM ~ 100KM

2KW ~ 5KW Transmissor FM: 100KM ~ 150KM

5KW ~ 10KW Transmissor FM: 150KM ~ 200KM

Como contactar-nos para o transmissor?

Ligue-me + 8618078869184 OR
Me mande um e-mail [email protegido]
1.How longe você quer cobrir de diâmetro?
2.How altura de vocês torre?
3.Where você é?
E vamos dar-lhe conselhos mais profissional.

Sobre Nós

A FMUSER.ORG é uma empresa de integração de sistemas com foco em transmissão de RF sem fio / equipamento de áudio de vídeo de estúdio / streaming e processamento de dados. Fornecemos desde consultoria e consultoria até integração de rack a instalação, comissionamento e treinamento.

Oferecemos Transmissor FM, Transmissor de TV Analógico, Transmissor de TV Digital, Transmissor UHF VHF, Antenas, Conectores Coaxiais, STL, Processamento On Air, Produtos Broadcast para Estúdio, Monitoramento de Sinais RF, Codificadores RDS, Processadores de Áudio e Unidades de Controle Remoto, Produtos de IPTV, codificador / decodificador de vídeo / áudio, projetados para atender às necessidades tanto de grandes redes de transmissão internacionais quanto de pequenas estações privadas.

Nossa solução possui Estação de Rádio FM / Estação de TV Analógica / Estação de TV Digital / Equipamento de Estúdio de Áudio / Vídeo / Link de Transmissor de Estúdio / Sistema de Telemetria de Transmissor / Sistema de TV de Hotel / Transmissão ao Vivo de IPTV / Transmissão ao Vivo de Transmissão / Conferência de Vídeo / Sistema de Transmissão de CATV.

Estamos usando produtos de tecnologia avançada para todos os sistemas, porque sabemos que a alta confiabilidade e o alto desempenho são tão importantes para o sistema e a solução. Ao mesmo tempo, também temos que garantir que nosso sistema de produtos tenha um preço muito razoável.

Temos clientes de radiodifusores públicos e comerciais, operadoras de telecomunicações e autoridades reguladoras, além de oferecer soluções e produtos para centenas de pequenas emissoras locais e comunitárias.

A FMUSER.ORG exporta há mais de 15 anos e tem clientes em todo o mundo. Com 13 anos de experiência neste campo, temos uma equipe profissional para resolver todos os tipos de problemas dos clientes. Nós nos dedicamos a fornecer preços extremamente razoáveis para produtos e serviços profissionais. Email de contato : [email protegido]

Nossa fábrica

Nós temos modernização da fábrica. Você está convidado a visitar nossa fábrica quando você vir para a China.

Actualmente, já existem clientes 1095 em todo o mundo visitaram nosso escritório Guangzhou Tianhe. Se você vir para a China, você está convidado a visitar-nos.

na Feira

Esta é a nossa participação em 2012 Global Sources Hong Kong Fair Eletrônica . Clientes de todo o mundo finalmente ter a chance de ficar juntos.

Onde está Fmuser?

Você pode pesquisar esses números " 23.127460034623816,113.33224654197693 "no google map, então você pode encontrar nosso escritório fmuser.

escritório FMUSER Guangzhou está em Tianhe District, que é a centro do cantão . Muito perto ao Feira de Cantão , Estação Ferroviária Guangzhou, estrada Xiaobei e dashatou , só precisa 10 minutos se tomar TÁXI . Bem-vindos amigos de todo o mundo para visitar e negociar.

Contato: Céu azul
Celular: + 8618078869184
WhatsApp: + 8618078869184
WeChat: + 8618078869184
E-mail [email protegido]
QQ: 727926717
Skype: sky198710021
Endereço: No.305 quarto Huilan Edifício No.273 Huanpu Estrada Guangzhou China Zip: 510620

Inglês: Aceitamos todos os pagamentos, como PayPal, cartão de crédito, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, se você tiver alguma dúvida, entre em contato comigo [email protegido] ou WhatsApp + 8618078869184

PayPal.  www.paypal.com

Recomendamos que você use Paypal para comprar nossos produtos, o Paypal é uma forma segura de comprar na internet.

Cada da nossa lista de itens de página de fundo na parte superior tem um logotipo paypal para pagar.

Cartão de crédito.Se você não tem paypal, mas você tem cartão de crédito, você também pode clicar no botão amarelo PayPal para pagar com seu cartão de crédito.

-------------------------------------------------- -------------------

Mas se você não tiver um cartão de crédito e não tem uma conta paypal ou de difícil tem um accout PayPal, você pode usar o seguinte:
Western Union.  www.westernunion.com

Pagamento por Western Union para mim:

Nome próprio / nome próprio: Yingfeng
Sobrenome / sobrenome / sobrenome: Zhang
Nome completo: Yingfeng Zhang
País: China
Cidade: Guangzhou

-------------------------------------------------- -------------------

T / T.  Pagar por T / T (transferência bancária / transferência telegráfica / Transferência Bancária)
Primeiras INFORMAÇÕES BANCÁRIAS (CONTA DA EMPRESA):

SWIFT BIC: BKCHHKHHXXX
Nome do banco: BANK OF CHINA (HONG KONG) LIMITADA, HONG KONG
Endereço do Banco: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
CÓDIGO BANCÁRIO: 012
Nome da conta: FMUSER INTERNATIONAL GROUP LIMITED
Conta NO. : 012-676-2-007855-0

-------------------------------------------------- -------------------
SEGUNDA INFORMAÇÃO BANCÁRIA (CONTA DA EMPRESA):
Beneficiário: Fmuser International Group Inc
Número da conta: 44050158090900000337
Banco do beneficiário: Sucursal do China Construction Bank em Guangdong
Código SWIFT: PCBCCNBJGDX
Endereço: NO.553 Tianhe Road, Guangzhou, Guangdong, distrito de Tianhe, China
** Nota: Quando você transferir dinheiro para nossa conta bancária, NÃO escreva nada na área de comentários, caso contrário, não poderemos receber o pagamento devido à política governamental sobre negócios de comércio internacional.

* Será enviada em 1 2-dia de trabalho quando o pagamento clara.

* Nós vamos enviá-lo para seu endereço de paypal. Se você quiser mudar de endereço, por favor, envie seu endereço correto e número de telefone para o meu e-mail [email protegido]

* Se os pacotes está abaixo 2kg, que serão enviados via correio aéreo, vai demorar cerca de 15-25days para sua mão.

Se o pacote é mais do que 2kg, nós enviamos via EMS, DHL, UPS, Fedex entrega rápida expressa, vai demorar cerca de 7 ~ 15days para sua mão.

Se o pacote de mais de 100kg, iremos enviar via DHL ou frete aéreo. Isso levará cerca de 3 ~ 7days para sua mão.

Todos os pacotes são a forma China Guangzhou.

* O pacote será enviado como um "presente" e descontar o menos possível, o comprador não precisa pagar por "TAX".

* Depois de navio, nós lhe enviaremos um e-mail e dar-lhe o número de rastreamento.

Para garantia.
Entre em contato conosco --- >> Devolva o item para nós --- >> Receba e envie outra substituição.

Nome: Liu Xiaoxia
Endereço: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
CEP: 510620
Telefone: + 8618078869184

Por favor, retorne a este endereço e escrever seu paypal endereço, nome, problema na nota: