O que é o streaming HLS e quando deve ser utilizado [2023 Update]

A transmissão de vídeo HLS assumiu o papel de rei dos formatos de vídeo. Em tempos, a tecnologia de vídeo Flash da Adobe era omnipresente. Mas, tão rapidamente como a noite se transforma em dia, foram adoptadas novas normas de vídeo. Atualmente, o protocolo de transmissão de vídeo HLS, combinado com a ampla utilização de leitores de vídeo HTML5, tornou-se a nova norma para a distribuição de conteúdos de vídeo.

Tanto para os organismos de radiodifusão como para os telespectadores, trata-se de uma mudança essencialmente positiva. Em primeiro lugar, o HTML5 e o HLS são especificações abertas. Isto significa que os utilizadores podem modificá-los e que qualquer pessoa pode aceder a eles. Em segundo lugar, os protocolos de transmissão HLS e HTML5 mais recentes são mais seguros, mais fiáveis e mais rápidos do que as tecnologias anteriores. HTML5 e Tecnologias de transmissão em direto HLS proporcionam aos produtores de conteúdos de todos os tipos vantagens significativas para o mundo atual dos conteúdos.

Se ainda não o fez, tem de estar a par destas rápidas mudanças – a qualidade do seu conteúdo depende disso. Quer esteja transmissão de eventos em direto ou pretende transmitir em direto a partir do seu sítio Web para garantir que o seu conteúdo pode ser visualizado corretamente em todas as plataformas de transmissão com a máxima qualidade é vital.

Neste artigo, vamos aprofundar o papel do vídeo HTML5 streaming no que respeita à HLS. Mais especificamente, abordaremos protocolo de fluxo contínuo definições e fornecer-lhe os pormenores de que necessita. No final, estará equipado com a compreensão e o saber-fazer necessários para se familiarizar com a importância e as vantagens da transmissão HLS no que diz respeito aos conteúdos actuais.

Sabia que o Dacast é uma poderosa plataforma de transmissão em direto com as principais características de que necessita para começar a funcionar rapidamente e sem esforço? A Dacast oferece agora HTTP Live Streaming (HLS) na CDN da Akamai. Inscreva-se hoje para uma 14 dias de teste gratuito e experimentar por si próprio. Não há qualquer compromisso e não é necessário cartão de crédito.

Experimente-o gratuitamente hoje

Índice

• O que é o streaming HLS e como ele funciona?
• Uma análise básica: Como funciona o HLS?
• Visão geral técnica do streaming HLS
• Principais benefícios do streaming HLS
• Comparação do streaming HLS com outros protocolos de streaming de vídeo
• Vantagens do streaming de vídeo HLS em relação a outros protocolos
• Dispositivos e navegadores que suportam HLS
• Quando utilizar a transmissão em fluxo HLS?
• Uma desvantagem do streaming HLS
• Criação de um fluxo de trabalho RTMP para HLS
• Transmissão de vídeo HTML5 com HLS
• O futuro da transmissão em direto
• Considerações finais

O que é o streaming HLS e como ele funciona?

HLS significa HTTP Live Streaming (Transmissão em direto por HTTP). Em suma, o HLS é um protocolo de transmissão de multimédia para fornecer multimédia visual e áudio aos espectadores através da Internet. A Apple lançou o protocolo HTTP live streaming (HLS) no verão de 2009. A Apple criou o protocolo para coincidir com o lançamento do iPhone 3 devido a problemas com o acesso a conteúdos de streaming.

O iPhone original e o iPhone 2 tinham problemas de acesso a conteúdos de vídeo devido à alternância entre redes Wi-Fi e móveis enquanto as pessoas estavam a ver conteúdos de vídeo. Antes de a Apple lançar o HLS, a maioria dos primeiros smartphones utilizava o Quicktime Streaming Server como norma de transmissão de multimédia. O Quicktime era uma ferramenta importante; no entanto, utilizava portas não normalizadas para a transferência de dados, o que levou a que as firewalls bloqueassem o Real Time Streaming Protocol (RTSP) utilizado para o servidor de transmissão Quicktime.

Estas limitações, combinadas com as baixas velocidades da Internet nos primeiros tempos dos smartphones, resultaram no fim do Quicktime Streaming Server.

Transmissão em direto HTTP protocolos aprenderam com os inconvenientes dos Serviços de transmissão em direto Quicktimee o protocolo foi criado de modo a não ser bloqueado por uma firewall. Devido a esta e a muitas outras características, o HTTP Live Streaming tornou-se um dos protocolos de transmissão em direto mais utilizados.

Uma análise básica: Como funciona o HLS?

Já abordámos a definição prática de HLS, mas antes de passarmos a uma visão geral igualmente técnica de como este protocolo funciona, vamos voltar ao básico. Como já referimos, o HLS é um protocolo importante para a transmissão em direto.

O processo de transmissão em direto compatível com o maior número possível de dispositivos e navegadores tem o seguinte aspeto:

1. Os dispositivos de captação (câmaras, microfones, etc.) captam o conteúdo.
2. O conteúdo é enviado para um codificador de vídeo em direto a partir do dispositivo de captação.
3. O codificador transmite o conteúdo para a plataforma de alojamento de vídeo através de HTTP.
4. A plataforma de alojamento de vídeo utiliza HLS ingest para transmitir o conteúdo para um leitor de vídeo HTML5.

Este processo requer duas soluções de software principais: um codificador HLS de vídeo em direto e uma poderosa plataforma de alojamento de vídeo.

Se optar por transmitir com HLS, deve certificar-se de que ambos os softwares oferecem os protocolos e funcionalidades que mencionámos. Os leitores de vídeo HTML5 alimentados por HLS são óptimos para alcançar o maior público possível, uma vez que este duo é praticamente universal. O Dacast é uma solução de transmissão de vídeo em direto rica em funcionalidades que inclui a transmissão HLS e um leitor de vídeo HTML5 personalizável e de marca branca.

Visão geral técnica do streaming HLS

O HLS utiliza o mesmo protocolo em que a Web é executada, permitindo-lhe implementar conteúdos utilizando servidores Web comuns e redes de distribuição de conteúdos. Foi concebido para oferecer fiabilidade e adaptar-se dinamicamente às condições da rede através da otimização da velocidade de reprodução para ligações com e sem fios.

Tendo em conta este contexto, como funciona a tecnologia de transmissão HLS?

• Em primeiro lugar, o protocolo HLS corta o conteúdo de vídeo MP4 em pedaços curtos (10 segundos) com a extensão de ficheiro .ts (MPEG2 Transport Stream).
• Em seguida, um servidor HTTP armazena esses fluxos e o HTTP entrega estes pequenos clips aos espectadores nos seus dispositivos.
• O HLS reproduzirá vídeo codificado com os codecs H.264 ou HEVC/H.265.
• O servidor HTTP também cria um ficheiro de lista de reprodução M3U8 (por exemplo, ficheiro de manifesto) que serve de índice para os blocos de vídeo. Desta forma, o ficheiro continuará a existir mesmo que opte por transmitir em direto utilizando apenas uma única opção de qualidade.

Agora, vamos considerar como a qualidade de reprodução funciona com o streaming de vídeo HLS. Com este protocolo, o software do leitor de vídeo de um determinado utilizador (como um leitor de vídeo HTML5) detecta a deterioração ou a melhoria das condições da rede. Se isso acontecer, o software do leitor lê primeiro a lista de reprodução do índice principal e determina qual a qualidade de vídeo ideal.

Em seguida, o software lê o ficheiro de índice específico da qualidade para determinar que parte do vídeo corresponde ao ponto em que o espetador está a ver.

Se estiver a transmitir com o Dacast, pode utilizar o seu leitor online M3U8 para testar o seu fluxo HLS. Embora isto possa parecer tecnicamente complexo, todo o processo é simples para o utilizador. O processo de transmissão HLS ocorre sem problemas em segundo plano.

Principais benefícios do streaming HLS

Muitos benefícios vitais vêm com a utilização de streaming HLS, incluindo:

Ampla compatibilidade

Uma das principais vantagens deste protocolo são as suas características de compatibilidade. Ao contrário de outros formatos de transmissão, o HLS é compatível com muitos dispositivos e firewalls. No entanto, a latência (ou tempo de atraso) tende a situar-se no intervalo de 15 a 30 segundos com as transmissões em direto HLS. É necessário utilizar outras ferramentas para obter uma transmissão HLS rápida.

Este é certamente um fator essencial a ter em conta. A Dacast oferece agora uma funcionalidade de transmissão direta de baixa latência HLS, que funciona com qualquer codificador compatível com HLS. Com uma funcionalidade de transmissão de baixa latência, pode ultrapassar a longa latência associada à transmissão HLS.

Codificação em várias definições de qualidade

A versatilidade faz com que o streaming de vídeo HLS se destaque dos demais. No lado do servidor, os criadores de conteúdos têm frequentemente a opção de codificar a mesma transmissão em direto com várias definições de qualidade. Por sua vez, os espectadores podem solicitar dinamicamente a melhor opção disponível, tendo em conta a sua largura de banda específica num dado momento. Por outras palavras, a qualidade dos dados pode variar de pedaço para pedaço para se adaptar às diferentes capacidades dos dispositivos de transmissão.

Isto é conhecido como streaming multi-bitrate e é uma ferramenta que ajuda a melhorar a experiência de visualização e resulta em espectadores mais satisfeitos com o seu conteúdo.

A melhor forma de o explicar é através de um exemplo. Digamos que, num dado momento, está a enviar um vídeo de alta definição total. Momentos depois, um utilizador móvel encontra uma “zona morta” em que a sua qualidade de serviço diminui. Com o streaming HLS, isso não é um problema. O leitor detectará este declínio na largura de banda e, em vez disso, fornecerá pedaços de filmes de qualidade inferior nessa altura. A transmissão HLS permite-lhe proporcionar a melhor experiência de visualização aos seus espectadores. O HLS também suporta legendas ocultas incorporadas no fluxo de vídeo.

Para saber mais sobre os aspectos técnicos do HLS, recomendamos a extensa documentação e as práticas recomend adas fornecidas pela Apple.

Escalabilidade

O HLS é altamente escalável para fornecer transmissões em direto e conteúdos de vídeo em redes globais de distribuição de conteúdos (CDN) utilizando servidores Web normais. As CDNs partilham a carga de trabalho numa rede de servidores para acomodar um pico de audiência e audiências em direto superiores às previstas.

As CDNs também armazenam em cache segmentos de vídeo e áudio para ajudar a proporcionar uma experiência de de vídeo de alta qualidade e melhorar a experiência do utilizador.

Outras vantagens do streaming HLS incluem a inserção de anúncios através das interfaces VPAID e VAST, a compatibilidade entre dispositivos e a proteção contra a pirataria com um amplo suporte para tecnologias DRM.

Comparação do streaming HLS com outros protocolos de streaming de vídeo

Ao longo dos anos, as empresas de tecnologia introduziram várias novas soluções de transmissão no mercado através de protocolos de transmissão multimédia. De um modo geral, cada uma destas soluções tem por objetivo alargar as possibilidades de transmissão de vídeo.

No entanto, podem surgir conflitos na indústria semelhantes à guerra de formatos HD-DVD vs. Blu-Ray ou ao confronto ainda mais antigo Betamax vs. VHS. Atualmente, o HLS é a melhor opção para protocolos de transmissão de multimédia, mas nem sempre foi assim, nem será para sempre. Vamos analisar vários protocolos de transmissão passados e actuais para compreender melhor as inovações do protocolo de transmissão HLS oferecido atualmente.

1. Adobe HTTP Dynamic Flash Streaming (HDS)

Conhecido como o streaming de próxima geração da Adobe, HDS significa Fluxo dinâmico HTTP . Este protocolo foi concebido especificamente para ser compatível com o plug-in do navegador de vídeo Flash da Adobe. Por conseguinte, a adoção global da HDS é relativamente pequena em comparação com a HLS.

Na Dacast , utilizamos o HDS para fornecer alguns dos nossos conteúdos VOD (Video On Demand). O HDS pode ser uma escolha robusta com menor latência para dispositivos e navegadores que suportam vídeo Flash. Tal como o HLS, o protocolo HDS divide os ficheiros multimédia em pequenos pedaços. O HDS também fornece funcionalidades avançadas de encriptação e DRM. Por fim, utiliza um método avançado de fotogramas-chave para garantir que os blocos se alinham uns com os outros.

Embora o HLS tenha começado como um protocolo de transmissão proprietário da Apple, tornou-se uma norma aberta da indústria. Por isso, tem uma adoção e um apoio mais alargados do que a HDS. A Apple também detém quase 16% do mercado mundial de smartphones (em segundo lugar, atrás da Samsung – 22%). Isto significa que a utilização de HDS em vez de HLS eliminaria uma parte significativa de potenciais espectadores das suas transmissões. Por último, o HDS foi inicialmente concebido para ser utilizado com o Adobe Flash, que foi entretanto descontinuado.

2. Protocolo de mensagens em tempo real (RTMP)

A Macromedia desenvolveu o RTMP (Real-Time Messaging Protocol) em meados dos anos 2000. Muitos conhecem este protocolo simplesmente como Flash, concebido para a transmissão de áudio e vídeo. Mais tarde, a Macromedia fundiu-se com a Adobe, que atualmente desenvolve o RTMP como uma norma semi-aberta. O RTMP transmite multimédia através dos protocolos TCP ou UDP, ao contrário do HLS, que utiliza o protocolo HTTP. O RTMP já não é a norma para a transmissão de vídeo em direto, mas continua a ter um lugar no processo e é utilizado principalmente nos bastidores.

Durante grande parte da última década, o RTMP foi o método de transmissão de vídeo por defeito na Internet. Mas com o recente aumento do HLS, assistimos a um declínio na utilização do RTMP.

Ainda hoje, a maioria dos serviços de alojamento de vídeo em fluxo contínuo trabalha com codificadores RTMP para ingerir fluxos em direto através de HLS.

Por outras palavras, as empresas de radiodifusão entregam os seus fluxos à plataforma de vídeo escolhida no formato de fluxo RTMP. Em seguida, o OVP fornece normalmente esses fluxos aos espectadores através de HLS, incluindo o alojamento de vídeo na China, que a Dacast oferece agora. Mesmo esta utilização antiga de fluxos RTMP está a começar a desaparecer nos últimos anos. Cada vez mais CDNs (Content Delivery Networks) estão a começar a desvalorizar o suporte RTMP.

3. Microsoft Smooth Streaming (MSS)

Segue-se o protocolo de transmissão em fluxo contínuo MSS (Microsoft Smooth Streaming).

Tal como o nome indica, é a versão da Microsoft de um protocolo de transmissão em direto. O Smooth Streaming também utiliza a abordagem de taxa de bits adaptativa, fornecendo a melhor qualidade disponível em qualquer altura. Introduzido pela primeira vez em 2008, o MSS foi um dos primeiros métodos de taxa de bits adaptável a chegar ao domínio público. O protocolo MSS ajudou a transmitir os Jogos Olímpicos de verão de 2008 nesse ano. A plataforma MSS mais utilizada atualmente é a Xbox One.

No entanto, o MSS é um dos protocolos de transmissão menos populares atualmente disponíveis. O HLS deve ser o método por defeito em relação a esta abordagem menos utilizada em quase todos os casos. O HLS tem vantagens sobre o MSS, incluindo a implantação em servidores HTTP comuns, o suporte de conteúdo multiplexado e não multiplexado e a execução de segmentos MPEG-2 TS.

4. Fluxo contínuo dinâmico adaptativo (streaming) sobre HTTP (MPEG-DASH)

A mais recente entrada na guerra dos formatos de protocolo de streaming é o MPEG-DASH. A sigla DASH significa Dynamic Adaptive Streaming (over HTTP). O MPEG-DASH tem várias vantagens. Em primeiro lugar, é o primeiro protocolo internacional normalizado de fluxo contínuo baseado em HTTP. Esta caraterística contribuiu para acelerar o processo de adoção generalizada.

Por enquanto, o MPEG-DASH é um protocolo relativamente novo e não é amplamente utilizado no sector do streaming. No entanto, tal como o resto da indústria, esperamos que o MPEG-DASH se torne a norma de facto para o streaming dentro de alguns anos. Uma das principais vantagens do MPEG-DASH é o facto de este protocolo ser “agnóstico em relação aos codecs”. Em termos simples, isto significa que os ficheiros de vídeo ou multimédia enviados através do MPEG-DASH podem utilizar uma variedade de formatos de codificação.

Estes formatos de codificação incluem normas suportadas como o H.264 (tal como acontece com o protocolo de transmissão HLS) e formatos de vídeo da próxima geração como o HEVC/H.265 e o VP10. Tal como o HLS, o MPEG-DASH é um método de transmissão de vídeo em fluxo contínuo com taxa de bits adaptável.

Então, quem ganha a batalha MPEG-DASH vs. HLS? A verdade é que não há muita diferença entre os dois. Ambos podem fornecer transmissão em HD de alta qualidade, que é a prioridade para os organismos de radiodifusão. Também suportam vídeo de resolução mais elevada, incluindo resolução de vídeo 4k. No entanto, o HLS tem uma vantagem sobre o MPEG-DASH porque oferece uma compatibilidade mais alargada. O HLS fornece os recursos e a compatibilidade de que você precisa.

Mas mencionámos que o MPEG-DASH é um protocolo relativamente novo, pelo que talvez devêssemos dar-lhe tempo. Apesar da sua ampla adoção e apoio, o HLS não foi publicado como uma norma internacional. O MPEG-DASH é uma norma internacional.

5. Protocolo de difusão em tempo real (RTSP)

O protocolo de transmissão em tempo real, ou RTSP, é um protocolo que ajuda a gerir e a controlar o conteúdo da transmissão em direto, em vez de transmitir o conteúdo. É considerado um “protocolo da camada de apresentação”. Trata-se de um protocolo bastante antigo, inicialmente desenvolvido no final da década de 1990. O RTSP foi desenvolvido em colaboração com a Universidade de Columbia, a Real Network e a Netscape.

O RTSP é conhecido por ter uma latência de transmissão extremamente baixa, o que é, sem dúvida, uma vantagem. Infelizmente, este protocolo tem uma série de limitações.

Devido à sua baixa latência de transmissão, o RTSP requer uma ligação de rede constante e estável. As redes instáveis resultarão em queda de quadros, bloqueio de macro e outros artefatos visuais. Os dispositivos Android e iOS também não dispõem de leitores compatíveis com RTSP, pelo que raramente são utilizados.

Além disso, o RTSP também não pode ser facilmente armazenado em cache para uma distribuição generalizada. É por isso que raramente é utilizado para a transmissão de conteúdos com base na Internet. É mais adequado para redes em que o operador tem um controlo de ponta a ponta do ambiente de rede. O RTSP continua a ser padrão em muitas arquitecturas de vigilância e de televisão em circuito fechado (CCTV) porque o suporte RTSP continua a ser omnipresente nas câmaras IP.

6. Comunicação em tempo real na Web (WebRTC)

A Web Real-Time Communication (WebRTC) é uma tecnologia gratuita e de código aberto lançada pela Google e pela Ericsson em 2011 para permitir a comunicação de vídeo, áudio e dados em tempo real sem plugins. É utilizado para permitir a comunicação vídeo e áudio em tempo real dentro de páginas Web. Embora ainda seja um protocolo relativamente novo, o WebRTC ganhou o apoio dos principais actores do sector, como a Microsoft, a Opera, a Mozilla e até a Apple, entre outros.

A sua adoção em plataformas móveis e no espaço IoT tem vindo a aumentar de forma constante.

Mas o WebRTC ainda não tem a escalabilidade que o HLS oferece. A configuração de largura de banda intensa necessária para suportar múltiplas ligações de pares não pode ir além de alguns milhares de ligações.

7. Transporte seguro e fiável (SRT)

Tal como o WebRTC, o SRT é um protocolo de transmissão relativamente novo. Foi desenvolvido pela Haivision, uma empresa líder no sector do streaming em linha, em 2017. É uma tecnologia de código aberto que visa minimizar os efeitos do jitter, das alterações da largura de banda e da perda de pacotes para otimizar a experiência de transmissão. Os especialistas do sector consideram-na o futuro da transmissão em direto devido à sua segurança, fiabilidade e transmissão de baixa latência.

A Haivision criou a SRT Alliance, um grupo de empresas do sector da tecnologia e das telecomunicações, para ajudar a introduzir a SRT no espaço de transmissão em direto. Atualmente, a melhor forma de aceder à SRT é utilizar tecnologia fundada por ou apoiada por qualquer membro da SRT Alliance.

O SRT suporta todos os tipos de codecs de vídeo e áudio. Também suporta todos os formatos de transporte e de pacotes. No entanto, o Haivision não especifica o suporte de reprodução e a duração do segmento para SRT.

Se quiser estar na vanguarda dos protocolos de transmissão de vídeo, considere a possibilidade de adaptar o SRT. É considerado o futuro do streaming, juntamente com o HLS, o WebRTC e o MPEG-DASH. A SRT facilita a passagem de firewalls sem necessidade de ajuda e é económica de implementar na infraestrutura de rede existente.

Vantagens do streaming de vídeo HLS em relação a outros protocolos

Na primeira parte deste artigo, abordamos uma grande vantagem do HLS em relação a outros protocolos em termos de qualidade de streaming de vídeo. Em particular, as empresas de radiodifusão podem fornecer fluxos utilizando o processo de taxa de bits adaptável suportado pelo HLS. Desta forma, cada espetador pode receber o fluxo de melhor qualidade para a sua ligação à Internet em qualquer momento.

Este protocolo inclui vários outros benefícios importantes, tais como:

• Legendas fechadas incorporadas
• Reprodução sincronizada de vários fluxos
• Apoio a boas normas de publicidade
• Suporte DRM
• Suporte para vários navegadores e sistemas operativos
• Os smartphones seleccionam automaticamente a velocidade de transmissão de dados para a reprodução de conteúdos multimédia
• Melhor segurança
• Sem complexidade para os utilizadores
• Suporte para a maioria das infra-estruturas de rede

Qual é a lição para os organismos de radiodifusão? Por agora e, pelo menos, num futuro a curto prazo, o HLS é a norma predefinida definitiva para conteúdos de transmissão em direto.

Dispositivos e navegadores que suportam HLS

O protocolo de transmissão HLS é amplamente suportado por vários dispositivos e navegadores. Inicialmente limitado a dispositivos iOS como iPhones, iPads e iPod Touch, o HLS é agora suportado pelos seguintes dispositivos e navegadores:

• Todos os navegadores Google Chrome
• Mozilla Firefox
• Safari
• Ópera
• Microsoft Edge
• Dispositivos iOS
• Dispositivos Android
• Dispositivos Linux
• Samsung Internet
• Dispositivos Microsoft
• plataformas macOS

Nesta altura, o HLS é um protocolo quase universal. Se pretender transmitir online, deve utilizar a transmissão HLS.

Quando utilizar a transmissão em fluxo HLS?

Atualmente, recomendamos que as empresas de radiodifusão adoptem sempre o protocolo de transmissão HLS. É o protocolo mais atualizado e mais utilizado para a transmissão de multimédia. Por exemplo, 45% das emissoras informaram usar o streaming HLS neste Relatório de Latência de Streaming de Vídeo. O RTMP surge em segundo lugar, com 33% dos organismos de radiodifusão a utilizarem esta alternativa. E o MPEG-DASH ficou ainda mais para trás, sendo utilizado por apenas 7% das empresas de radiodifusão.

1. Transmissão em fluxo contínuo para dispositivos móveis

Quando se trata de transmitir para dispositivos móveis e tablets, é necessário utilizar HLS. Em maio de 2022, 58,26% de todo o tráfego da Web era proveniente de telemóveis. Os dispositivos móveis constituem atualmente a maior parte do tráfego da Internet, pelo que qualquer solução de streaming que utilize tem de funcionar com dispositivos móveis. O HLS é essencial para o streaming móvel.

2. Transmissão em fluxo contínuo com um leitor de vídeo HTML5

O leitor de vídeo HTML5 nativo é o leitor padrão utilizado para reproduzir conteúdo de vídeo em sítios Web, aplicações e dispositivos móveis. No entanto, os leitores de vídeo HTML5 não suportam RTMP ou HDS. É necessário utilizar HLS com um leitor de vídeo HTML5. O HLS permite a entrega de conteúdos ao seu leitor de vídeo. Para além de chegar aos dispositivos móveis, estas considerações apontam para que o HLS seja a norma predefinida. Se estiver preso à tecnologia Flash de momento, o RTMP será um método de entrega melhor – mas apenas se não tiver outra opção.

Uma desvantagem do streaming HLS

O streaming HLS tem uma desvantagem, que mencionámos acima. Nomeadamente, tem uma latência relativamente mais elevada do que alguns outros protocolos. Isto significa que as transmissões HLS não são tão “em direto” como o termo transmissão em direto sugere. Geralmente, com o HLS, os espectadores podem sofrer atrasos de até 30 segundos (ou mais, em alguns casos). Isto significa que, se estiver a transmitir um vídeo, este demorará 30 segundos a chegar ao espetador, para que este veja o conteúdo o mais próximo possível do direto.

Isto pode ser um problema se estiver a transmitir algo como um evento desportivo, em que as pessoas podem estar a comentar o evento, e não quer que haja um grande atraso entre o que está a acontecer e o momento em que os espectadores vêem o conteúdo.

No entanto, este atraso é gerível com muitas transmissões em direto, como uma conferência ou uma cerimónia de graduação. Dito isto, não se trata de um problema para a maioria dos organismos de radiodifusão. A maioria das transmissões em direto consegue aguentar esse atraso sem causar insatisfação ao utilizador. Um protocolo que funciona bem para reduzir a latência com o streaming de vídeo HLS é o Low-Latency CMAF para DASH. Este protocolo funciona com a rede de distribuição de conteúdos e com o leitor de vídeo HTML5 para suportar o peso que falta ao fluxo HLS.

Se estiver a transmitir algo como desportos em direto, deve utilizar esta opção; se não quiser um grande atraso, deve utilizar esta opção. A utilização de ferramentas como o CMAF permite-lhe ultrapassar um dos poucos inconvenientes da utilização do fluxo de vídeo HLS.

Outra desvantagem (menor) digna de nota é o facto de o fluxo HLS exigir que pelo menos três segmentos permaneçam na fila de espera antes de permitir a reprodução de vídeo.

Criação de um fluxo de trabalho RTMP para HLS

Já falámos sobre o que é o HLS, como funciona e quando o utilizar. Também analisámos protocolos de transmissão alternativos do passado e do presente. Agora, vamos falar sobre como criar um fluxo de trabalho RTMP Ingest to HLS. Se estiver a utilizar um serviço de transmissão como o Dacast, é necessário criar um fluxo de trabalho que comece como RTMP. Isto é muito mais simples do que parece.

É necessário configurar o codificador de hardware ou software para fornecer um fluxo RTMP aos servidores Dacast. A maior parte dos codificadores utiliza, por defeito, RTMP e alguns apenas suportam essa norma. Para os utilizadores do Dacast, os nossos parceiros CDN ingerem o fluxo RTMP e retransmitem-no automaticamente através de HLS e RTMP. A partir daí, os espectadores utilizam por defeito o método melhor suportado nos seus próprios dispositivos.

A utilização de HLS é relativamente simples com um OVP profissional e de serviço completo. No Dacast, todas as transmissões em direto são fornecidas por defeito em HLS. Nos computadores que suportam Flash, recorremos a RTMP/Flash para reduzir a latência. No entanto, o HLS é suportado automaticamente em todas as transmissões em direto da Dacast e é utilizado em quase todos os dispositivos. Como discutimos acima, o streaming HLS é fornecido através de um ficheiro M3U8. Este ficheiro é uma espécie de lista de reprodução que contém referências à localização dos ficheiros multimédia. Numa máquina local, estes consistem em caminhos de ficheiros. Para a transmissão em direto na Internet, esse ficheiro M3U8 conteria um URL (aquele em que a transmissão está a ser feita).

Transmuxing é o processo que reembala os ficheiros de conteúdo sem distorcer o conteúdo em si. Isto permite que o conteúdo circule mais facilmente entre software através dos protocolos RTMP e HLS.

Transmissão de vídeo HTML5 com HLS

O protocolo HLS tornou-se a abordagem de referência para a transmissão de conteúdos com leitores de vídeo HTML5. Se não estiver familiarizado com o streaming de vídeo HTML5, é uma das três principais abordagens actuais ao streaming de vídeo. Com o HTML5, o sítio Web que aloja os conteúdos utiliza o HTTP nativo para transmitir os meios de comunicação diretamente para os espectadores. As etiquetas de conteúdo (por exemplo, a etiqueta

Estas etiquetas dão indicações ao protocolo HTTP (HLS) sobre o que fazer com este conteúdo. O HTTP apresenta o texto e um leitor de áudio reproduz o conteúdo áudio.

Tal como o HLS, o HTML5 é personalizável para os organismos de radiodifusão e gratuito para os telespectadores. Para saber mais, pode consultar a nossa publicação relacionada sobre a otimização de leitores de vídeo HTML5 com HLS. Também escrevemos extensivamente sobre a transição do vídeo baseado em Flash (normalmente entregue através de RTMP) para o vídeo HTML5 (normalmente entregue através de HLS). Consulte a nossa publicação no blogue “Flash is Dead” centrada em RTMP para obter mais informações sobre este assunto, incluindo a razão pela qual é importante utilizar um leitor de vídeo HTML5.

Se estiver a transmitir através do Dacast, já está a utilizar um leitor de vídeo HTML5 totalmente compatível. O conteúdo fornecido através do Dacast é fornecido por predefinição em HTML5.

No entanto, utilizará o Flash como método de reserva se o HTML5 não for suportado num determinado dispositivo ou navegador. Isto significa que mesmo os dispositivos mais antigos com flash não terão problemas em reproduzir os seus conteúdos através da sua conta Dacast. Naturalmente, alguns organismos de radiodifusão podem preferir utilizar um leitor de vídeo personalizado. Felizmente, é bastante simples incorporar o seu fluxo HLS em qualquer leitor de vídeo.

Por exemplo, se estiver a utilizar o JW Player, insira o URL de referência M3U8 no código do seu leitor de vídeo. Aqui está um exemplo visual: var playerInstance = jwplayer(“myElement”); playerInstance.setup({ file: “/assets/myVideoStream.m3u8”, image: “/assets/myPoster.jpg” });

Outra nota sobre a utilização de HLS e de um leitor de vídeo HTML5 com o Dacast é que o Dacast utiliza o THEOplayer. THEOplayer é um leitor de vídeo universal que pode ser incorporado em sítios Web, aplicações móveis e qualquer plataforma que possa imaginar. Como já foi referido, a compatibilidade é fundamental na escolha de leitores e protocolos de vídeo, uma vez que se pretende chegar ao maior número possível de pessoas.

O futuro da transmissão em direto

Antes de terminarmos, vamos recapitular a nossa discussão sobre algumas das vantagens do protocolo de transmissão HLS. Em primeiro lugar, não é necessária uma infraestrutura específica para fornecer conteúdos HLS. Qualquer servidor Web ou CDN normal funcionará bem.

Além disso, é muito menos provável que as firewalls bloqueiem conteúdos que utilizem HLS. Em termos de funcionalidade técnica, o HLS reproduzirá vídeo codificado com os codecs H.264 ou HEVC/H.265. Em seguida, corta o vídeo em segmentos de 10 segundos. Lembre-se de que a latência da entrega tende a situar-se no intervalo de 30 segundos. No entanto, a Dacast tem agora uma solução de transmissão em direto HLS de baixa latência que reduz a latência para 10 segundos ou menos. O protocolo HLS também inclui várias outras funcionalidades incorporadas. Por exemplo, o HLS é um protocolo de fluxo contínuo de taxa de bits adaptável. Ou seja o dispositivo cliente e o servidor detectam dinamicamente a velocidade da Internet do utilizador e, em resposta, ajustam a qualidade do vídeo.

Outras funcionalidades HLS benéficas incluem suporte para legendas fechadas incorporadas, reprodução sincronizada de vários fluxos, normas de publicidade (ou seja, VPAID e VAST), DRM e muito mais.

Embora o HLS seja o padrão de ouro atual para a transmissão em direto, não permanecerá assim indefinidamente. Esperamos que o MPEG-DASH se torne cada vez mais popular nos próximos anos. À medida que essa mudança ocorre, assistiremos a outras alterações, como a transição da codificação h.264 para h.265/HEVC. Esta nova norma de compressão proporciona tamanhos de ficheiro muito mais pequenos, tornando a transmissão em direto em 4K uma possibilidade real. No entanto, essa altura ainda não chegou.

Por enquanto, é vital manter os padrões estabelecidos para alcançar o maior número possível de utilizadores nos seus dispositivos. Por outras palavras, o HLS é o protocolo de transmissão do presente.

Considerações finais

Não há dúvida de que o HLS é o novo padrão. É amplamente suportado, fornece vídeo de alta qualidade e é robusto. Funciona em quase todos os servidores e pode ser visualizado na maioria dos dispositivos. É um sonho para empresas, organizações e criadores de conteúdos de todos os tipos.

Agora você deve ter uma melhor compreensão do que é HLS, seus benefícios e quando usá-lo. Além disso, deve agora compreender melhor a tecnologia de transmissão HLS e o seu futuro. No geral, fornece aos criadores e aos espectadores uma vasta gama de ferramentas para a transmissão em direto, tais como a transmissão em direto através de A plataforma de transmissão em direto da Dacast.

Por isso, considere a possibilidade de efetuar hoje a sua primeira transmissão em direto HLS com a poderosa solução de transmissão de vídeo da Dacast. Experimente hoje. Não tem riscos. Inscreva-se para o nosso teste gratuito de 14 dias sem qualquer compromisso. Não é necessário cartão de crédito.

Começar gratuitamente

Convidamo-lo a juntar-se ao nosso grupo no LinkedIn para obter ofertas exclusivas e dicas regulares sobre transmissões em direto. Finalmente, tem mais perguntas, ideias ou comentários sobre este artigo? Gostaríamos de ouvir a sua opinião na secção de chat abaixo e entraremos em contacto consigo. Obrigado pela leitura!