O que é um protocolo de Streaming Media? e qual é a diferença?

- Aug 31, 2016-

Escolhendo umfluxo contínuotecnologia envolve várias considerações, incluindo uma compreensão das vantagens e desvantagens do protocolo de transmissão utilizado pela tecnologia. Este artigo define um protocolo de fluxo contínuo e em seguida, discute os méritos relativos dos protocolos usados pelos líderes de hoje tecnologias de streaming.

o que #39; s um protocolo de comunicações?

protocolos de comunicaçãosão as regras que regem como dados são comunicados, definir elementos como a sintaxe de cabeçalhos de arquivo e dados, autenticação e manipulação de erro. Há facilmente dezenas de protocolos envolvidos no envio de um simples de dadospacotesobre a internet e é importante para entender como eles funcionam juntos.


Resumidamente, oorganização internacional para Padronização (iso)criado ointerconexão de sistemas abertosmodelo que define sete camadas lógicas para funções de comunicações. todos os protocolos de streaming estão na camada de aplicativo, o que significa que eles podem usar qualquer camada abaixo dela para funções de encanamento como transmitir pacotes de dados. Isto permite que protocolos dentro de cada camada para focar uma função específica, ao invés de ter que recriar a pilha inteira de funções.

por exemplo, oreal time streaming protocol (rtsp)é um nível de aplicativo streaming protocol que pode usar vários protocolos na camada de transporte para transmitir seus pacotes, incluindo aProtocolo de datagrama universal (udp)eProtocolo de controle de transmissão (tcp). protocolos de nível de aplicativo por vezes são escritos especificamente para um protocolo de transporte particular, como oProtocolo de transporte em tempo real (rtp), que é tipicamente construído sobre transporte udp.

Espero que este breve resumo irá ajudá-lo a compreender onde protocolos streaming ao vivo e como eles interagem com outros, protcols de nível inferior. Isto é tão técnico que conseguirmos, pessoal, então de agora em diante ele deve ser liso vela.

no início havia http, e foi bom

com isso como pano de fundo, vamos começar examinando os protocolos de camada de aplicativo usados para fluxo de vídeo, começando com o avô de todos eles,http. como você provavelmente sabe, http significa protocolo de transferência de hipertexto, que é a lingua franca para a web. http rege a comunicação entre navegadores e servidores web e é o protocolo usado para distribuir todo o conteúdo em sites para os espectadores remotos, incluindo texto html, gif e jpg gráficos, arquivos pdf e outros baseados na web (em oposição aFTP) downloads.

primeiras experiências com a entrega de vídeo via http foram menos do que satisfatória para um número de razões, não menos do que era a disponível em modems do dia 28 / 56kbps de largura de banda limitada. os primeiros arquivos de vídeo postados na web foram entregues via download e jogar, que significa que eles tinham que ser totalmente descarregado antes de reprodução começou. em seguidaApplepioneira no conceito dedownload progressivo, onde o vídeo pode começar a jogar como ele foi baixado, que ajudou um pouco, mas não fornecem funcionalidades como acesso aleatório ou buscando de lookahead.

outros grandes negativos do vídeo http-entregues foram custo e qualidade de questões de serviço. entrega de http é realizada logo que permitirá que a largura de banda disponível. se um espectador conectado através de uma conexão de alta velocidade, o arquivo de vídeo inteiro foi enviado tão rapidamente quanto possível. Se o visualizador parei de assistir depois de alguns momentos, muito do que a transferência foi desperdiçado.

Além disso, este modo de entrega tornou difícil servir vários visualizadores. Quando visualizador uma clicada no vídeo, o servidor começou a enviar o vídeo tão rapidamente quanto possível. Quando os espectadores b, c, d e e clicado no vídeo, a largura de banda de saída pode ser insuficiente para atendê-los qualquer vídeo até a transferência para o espectador um estava completa.

a ascensão de protocolos de streaming

streaming de mídia aumentada em importância, vários protocolos de streaming foram criados para resolver esses problemas, incluindo o rtsp acima mencionada,serviços de mídia de Microsoft (mms)eMacromediado (e, em seguidaAdobedo (a))Protocolo de mensagens em tempo real(rtmp). de alto nível, estes protocolos compartilhado vários elementos comuns.

primeiro foi a existência de um servidor de streaming, ou um programa de software unicamente acusado entregando conteúdo streaming. Esses servidores de streaming trabalharam em conjunto com servidores http tradicional para que quando um visualizador clicou em um link no servidor http, ele iniciou uma conexão entre o servidor de streaming e o jogador que persistiu até o espectador parei de assistir. devido a esta conexão, esses protocolos são considerados "com monitoração de estado," em comparação com o http, que é sem monitoração de estado e não tem nenhuma conexão entre o servidor e o jogador.

Esta conexão abordou a maioria dos negativos de entrega de http. streaming de protocolos habilitados buscando pontos aleatórios no arquivo de vídeo e streaming adaptativo, onde vários arquivos codificados poderiam ser distribuídos para o jogador com base no poder de cpu e largura de banda disponível. o servidor pode medidor para fora o fluxo de vídeo para o jogador em uma só em regime de tempo parcial, então se o visualizador parei de assistir, que pouca largura de banda extra foi desperdiçada. Porque o fluxo de saída foi medido, um servidor de streaming mais eficazmente serviria a vários usuários, melhorar a qualidade geral do serviço.

http - volta para o futuro

ao longo do tempo, como se levantou para dominam a paisagem de vídeo streaming, flash vídeo rtmp tornou-se o dominante protocolo de streaming e é ainda amplamente utilizada hoje. no entanto, com a introdução da microsoft baseado em httpfluxo suavee da applehttp live streaming (hls), baseado em http streaming tecnologias começaram um ressurgimento por múltiplas razões, ambos tendo a ver com negativos percebidos de rtmp e inovações em tecnologias de http que dirigiu muitos de seus negativos.

deficiências percebidas em rtmp incluem:

  • RTMP pacotes podem ser bloqueados por alguns firewalls, embora o servidor de mídia adobe tem soluções alternativas, se estes problemas são experientes.

  • pacotes de RTMP não podem alavancar cachingmechanisms http padrão disponível dentro das redes de isps, empresas e outras organizações, o que podem melhorar a eficiência da distribuição e qualidade de serviço.

  • o servidor persistente para conexão do jogador significa aumento de custos, porque custam dinheiro de servidores de streaming.

  • o servidor necessário pode também limitar a escalabilidade em comparação com base em http streaming, uma vez que existem muitos mais servidores http que rtmp.

  • RTMP ainda é usado por sites comoBloombergeo street.com, que tende a lançar dúvidas sobre a noção que rtmp não podemos falar com os telespectadores fortemente protegida por firewall.ESPNeMTVtambém uso rtmp, que te faz questionar as questões de escalabilidade e custo.

Estas dúvidas à parte, há uma percepção geral entre conhecedores de técnicas que tecnologias baseadas em http são mais eficazes na entrega de fluxos de alta qualidade. Além disso, adobe introduzidahttp dinâmico de fluxo contínuo (hds)em 2010, proporcionando uma alternativa baseada em flash para aqueles que procuram baseado em http streaming para o desktop. de repente, mudando para entrega de vídeo on-line baseado em http já não envolveu uma mudança sísmica para uma tecnologia totalmente nova; Flash usuários poderiam continuar a aproveitar o seu investimento em desenvolvimento flash e infrasture e aproveitar os benefícios do httpstreaming.

Como mencionado, várias inovações em http streaming também abordou os limites anteriores da tecnologia. como antes, não há nenhuma conexão persistente entre o servidor e o jogador; o vídeo reside em qualquer servidor de http e a tecnologia permanece sem monitoração de estado. no entanto, agora todos os fluxos com base em http são divididos em blocos, arquivos separados ou segmentos dentro de um arquivo maior. ao invés de recuperar um arquivo grande único com uma única solicitação, tecnologias baseadas em http recuperar pedaços curtos consecutivos na como base necessária.


Isto tem várias vantagens. Primeiro, há pouco desperdício porque o vídeo é entregue como ele é visto. Isso efetivamente metros fora do vídeo, permitindo que um servidor http simples eficientemente servir mais fluxos. buscando não é problema; Se o visualizador arrasta o cursor de reprodução para a frente, o jogador só pode recuperar os pedaços apropriados. essas tecnologias permitem também a comutação eficientes entre fluxos, para que todas as tecnologias mencionadas (suave streaming, hls e hds) fluxo adaptativamente.

uma vez que estas tecnologias são entregues via http, eles contornar os problemas enfrentados pelos rtmp. tecnologias baseadas em http são firewall amigável e podem alavancar mecanismos de cache http. Porque nenhum servidor de streaming é necessário, eles são menos caros de implementar e pode escalar mais barata e eficaz para servir usuários disponíveis.

pontos finais

novamente, rtmp distribuição é ainda amplamente e beneficamente usada por muitos sites hoje. no entanto, embora possa haver um pequeno impulso para alguns sites mudar, neste momento se você estiver considerando uma tecnologia de streaming, o sentimento avassalador é entregar via http. Claro, para entrega adaptável para dispositivos apple (e android 3.0 e superior), hls é sua única opção.

também é útil reconhecer que mais conteúdo de vídeo é entregue via download progressivo da http velho liso. Claro, existem limitações, como a falta de streaming adaptativo, mas você não pode dizer que funcionou mal paraYouTube, que oferece cerca de 70% de vídeo através da web, exclusivamente via download progressivo. no entanto, esta abordagem impede youtube implantando ogestão de direitos digitais (drm)técnicas disponíveis via hds, smooth streaming e hls para proteger seus vídeos, que é das principais razões sites com conteúdo da marca usam estas tecnologias.

Finalmente, o foco deste artigo foi geral streaming de internet. particularmente para o uso da intranet, como protocolos de streaming-baseado em servidormulticast IPe aplicações comoentrega to-peerfornece lotes de valor e promessa ainda mais. Então não jogue fora o bebê com a água do banho; servidores de streaming não são "mau" e http isn #39; t quot;good.quot; em vez disso, escolha a melhor ferramenta para o trabalho.

tecnologia de mina de Shenzhen oferecem os codificadores suportam http/rtsp/rtmp e udp Protocolo (ip multicast).

Contacte-nos para mais informação de codificador.


Um par de:Adaptador de captura de 4channel USB 2.0 DVR Easycap vídeo O próximo artigo:HDMI para VGA/YPbPr + conversor Spdif