Transporte seguro e confiável (SRT)
O Secure Reliable Transport (SRT) é uma estrela em ascensão na fronteira do streaming. Ele oferece vídeo e áudio de alta qualidade com baixa latência na Internet pública não confiável. Você pode controlar a quantidade de latência e eliminar problemas como jitter devido à perda de pacotes em redes ruins. SRT também torna mais fácil atravessar firewalls sem a necessidade de qualquer ajuda de seu cara de TI e é econômico para implantar na infraestrutura de rede existente. Além disso, SRT oferece streaming seguro com criptografia AES de até 256 bits.
SRT é um protocolo de streaming de código aberto que está ganhando popularidade , um esforço colaborativo envolvendo muitos líderes da indústria e desenvolvedores com o objetivo de promover a adoção do SRT. O Epiphan Video é um membro certificado “pronto para SRT” Os softwares populares que já integraram SRT incluem Studio, GStreamer e VLC.
Chamada de “tecnologia de substituição de satélite”, o baixo custo da SRT e a capacidade de entregar conteúdo de alta qualidade pela Internet quase em tempo real oferece às emissoras uma alternativa viável à cara tecnologia de satélite.
Benefícios
- Vídeo e áudio de baixa latência e alta qualidade entregues de forma confiável na Internet existente e não confiável.
- Atravesse firewalls facilmente entre a fonte SRT (codificador) e o destino SRT (decodificador).
- Controle a latência para ajustar as condições de rede em mudança.
- Transmissão ao vivo segura com criptografia AES de até 256 bits.
Como funciona o SRT?
Um link de comunicação dedicado para controle e recuperação de pacotes é estabelecido entre a fonte SRT (codificador) e o destino SRT (decodificador). O destino pode ser um servidor, CDN ou outro dispositivo. SRT emprega seu próprio método de recuperação de perda de pacote usando pacotes UDP pela rede, que você pode ajustar para se adaptar às condições flutuantes da rede. Quando as condições da rede são ruins, pacote pode ser adicionado para melhorar a qualidade do vídeo. À medida que as condições da rede melhoram, a quantidade de atraso pode ser reduzida para uma experiência de transmissão ao vivo quase em tempo real.
Todos os firewalls entre o dispositivo de origem SRT e o destino devem ser atravessados.
Aplicação SRT
SRT é excelente quando usado para enviar um monte de feeds de contribuição remota através de redes imprevisíveis para um destino central para produção e redistribuição, como em um modelo de transmissão com jornalistas remotos relatando ao vivo no local. Também é ótimo para trazer convidados remotos para entrevistas de baixa latência e conversas bidirecionais. Sempre que vídeo e áudio de alta qualidade em redes imprevisíveis são necessários, SRT supera em muito a qualidade de qualquer chamada Zoom, WebEx ou fluxo WebRTC.
Procurando por um codificador / decodificador SRT confiável?
Os sistemas de produção de vídeo tudo-em-um Pearl suportam totalmente streaming de vídeo seguro, de alta qualidade e baixa latência por SRT.
HTTP Live Streaming (HLS)
HTTP Live Streaming (HLS) é um protocolo de streaming baseado em HTTP adaptável que envia conteúdo de vídeo e áudio pela rede em pequenos segmentos de mídia baseados em TCP que são remontados no destino de streaming. O custo para implantar o HLS é baixo porque ele usa a tecnologia de rede baseada em TCP existente, o que é atraente para CDNs que procuram substituir servidores de mídia RTMP antigos (e caros). Mas, como o HLS usa TCP, a qualidade da experiência é preferida em relação à latência baixa e os tempos de atraso podem ser altos.
O HLS foi originalmente desenvolvido pela Apple Inc. como um protocolo para transmitir mídia para dispositivos Apple. Desde então, a Apple desenvolveu o HLS (push), que é um protocolo de streaming de padrão aberto no lado da contribuição que está disponível para todos os dispositivos.
Uma vantagem do HLS é que ele foi projetado para se adaptar a diferentes condições de rede. Diferentes versões do stream são enviadas em diferentes resoluções e taxas de bits. Os espectadores podem escolher a qualidade do stream que desejam. O HLS também oferece suporte a várias faixas de áudio, o que significa que sua transmissão pode ter faixas de vários idiomas à escolha dos usuários. Outras vantagens incluem suporte para closed captions, Digital Rights Management (DRM) e até mesmo anúncios incorporados (em um futuro não muito distante). A estrutura está toda lá.
Há suporte para streaming seguro por HTTPS, bem como algoritmos de hash MD5 e SHA para autenticação de nome de usuário e senha.
Benefícios
- Vídeo de alta qualidade (até 4K) e áudio entregues de forma confiável em redes de baixa qualidade onde a baixa latência não é um requisito.
- Atravesse firewalls facilmente.
- Adapta-se a diferentes condições de rede e envia vários streams de vídeo em diferentes resoluções e taxas de bits.
- Suporte a várias trilhas de áudio para coisas como streams em vários idiomas.
- Econômico para implantar e fácil de escalar usando tecnologia e servidores de rede tradicionais.
- Transmissão ao vivo segura usando HTTPS e algoritmos de autenticação hashing MD5 e SHA.
Como funciona o HLS?
A abordagem é muito parecida com a transferência de arquivos. Os segmentos de mídia são transmitidos pela porta 80 HTTP (ou porta 443 para HTTPS), que normalmente já está aberta ao tráfego da rede. Como tal, o conteúdo pode facilmente atravessar firewalls com pouco ou nenhum envolvimento de TI.
O HLS usa um contêiner de fluxo de transporte com uma duração de segmento de mídia configurável, bem como um tamanho de lista de reprodução configurável para remontar os segmentos de mídia no servidor de ingestão. MP4 fragmentado é compatível.
Como o HLS usa tecnologia baseada em TCP, o método de recuperação e perda de pacotes de rede é intenso. Essa é uma das razões para o aumento da latência. Embora algum controle sobre o tamanho do segmento de mídia esteja disponível, a capacidade de reduzir a latência é limitada – especialmente se o servidor de ingestão exigir um tamanho específico de segmento de mídia.
Aplicativo HLS
HLS ainda é o padrão para streaming para dispositivos móveis e tablets. Você também pode usar o HLS para transmitir para um CDN que não oferece suporte a RTMP quando a baixa latência não é um requisito. É importante observar que o RTMP já está sendo preterido por mais e mais CDNs. O HLS também é adequado para transmitir com segurança treinamento corporativo e prefeituras em redes locais (LANs) privadas quando a baixa latência não é um requisito e as condições da rede são ruins (assumindo que a rede suporte HLS).
MPEG-DASH é um protocolo de streaming baseado em HTTP adaptável de padrão aberto que envia conteúdo de vídeo e áudio pela rede em pequenos segmentos de mídia baseados em TCP que são remontados no destino de streaming.
O custo para implantar o MPEG-DASH é baixo porque ele usa a tecnologia de rede baseada em TCP existente, que é atraente para CDNs. Mas, como os pacotes são transportados por TCP, a Qualidade da Experiência (QoE) é favorecida em relação à latência baixa e os tempos de atraso podem ser altos.
O MPEG-DASH também foi projetado para se adaptar a diferentes condições de rede. Diferentes versões do stream são enviadas em resoluções e taxas de bits. Os espectadores podem escolher a qualidade do stream que desejam. Também há suporte para várias faixas de áudio, bem como recursos aprimorados, como legendas ocultas, metadados e gerenciamento de direitos digitais. A infraestrutura está disponível para desenvolvimentos futuros, como anúncios incorporados.
Benefícios
- Agnóstico de codec de vídeo e áudio.
- Econômico para implantar e fácil de escalar usando tecnologia e servidores de rede tradicionais.
- Transmissão ao vivo segura usando HTTPS e algoritmos de autenticação hashing MD5 e SHA.
Como funciona o MPEG-DASH e aplicativos?
O MPEG-DASH funciona da mesma maneira que o HLS e envia segmentos curtos de mídia sobre HTTP (porta 80) ou HTTPS (porta 443) para facilitar a passagem do firewall. Ele usa um contêiner de fluxo de transporte MPEG2-TS com uma duração de segmento de mídia configurável, bem como um tamanho de lista de reprodução configurável para remontar os segmentos de mídia no servidor de ingestão. MP4 fragmentado é compatível.
A alta latência do MPEG-DASH é principalmente devido à perda de pacotes de rede e ao método de recuperação usado para todas as redes baseadas em TCP. E embora o MPEG-DASH ofereça algum controle sobre o tamanho do segmento de mídia, a capacidade de reduzir a latência é limitada – especialmente se o servidor de ingestão exigir um tamanho específico de segmento de mídia.
Use MPEG-DASH para transmitir para um CDN que não oferece suporte a RTMP quando a baixa latência não é um requisito. É importante observar que o RTMP já está sendo preferido por mais e mais CDNs. O DASH também é adequado para transmitir com segurança treinamento corporativo e prefeituras em LANs privadas quando a baixa latência não é um requisito e as condições de rede são ruins.
FONTE:https://en.wikipedia.org/wiki/HTTP_Live_Streaming
