Internet no local do evento: cabeada, celular, bonding e conexões de backup

A maioria das lives que dão errado no dia não falha por causa da câmera ou do encoder. Elas falham porque a internet do local era mais lenta, mais disputada ou menos estável do que alguém tinha conferido. Este guia explica como medir o que você realmente tem, como as conexões cabeadas, Wi-Fi e de celular se comportam sob carga, como o bonding junta várias conexões numa só e como planejar um backup para que uma linha que cai não acabe com a sua transmissão.

O número que importa é o upload

Os testes de velocidade e os responsáveis pelos locais normalmente falam da velocidade de download, porque é com ela que os convidados se importam. Uma live depende do upload: a quantidade de dados que o seu encoder consegue mandar a cada segundo, de forma sustentada, durante o evento inteiro.

Planeje um upload de pelo menos uma vez e meia o bitrate da sua transmissão, medido no horário em que o evento acontece. Se o seu encoder manda seis megabits por segundo, procure nove ou mais sustentados. Essa folga absorve quedas curtas sem o encoder perder quadros.

Meça mais de uma vez. Um teste de velocidade é uma foto de poucos segundos, e um local que testa limpo numa terça de manhã vazia pode estar saturado num sábado à noite, quando centenas de convidados dividem a mesma linha. Se puder, faça uma transmissão de teste com o seu encoder de verdade, no seu bitrate de verdade, por meia hora, e fique de olho no contador de quadros perdidos, e não só num teste de velocidade.

O cabo continua sendo a primeira escolha

Uma conexão Ethernet cabeada é o link mais previsível que você pode ter. A velocidade dela não muda quando a sala enche, não enfraquece atrás de uma parede e não disputa com todos os celulares da plateia.

Quando falar com o local, faça perguntas específicas:

• Existe um ponto de rede cabeado perto da mesa de produção, e ele fica numa linha separada do Wi-Fi dos convidados?
• Qual velocidade de upload é garantida nesse ponto, e não só anunciada para o prédio?
• A rede permite tráfego de streaming de saída, ou um firewall bloqueia portas e protocolos desconhecidos?
• Existe um portal cativo ou uma página de login que expira depois de algumas horas?
• Para quem você liga no dia se o ponto parar de funcionar?

Leve um cabo de rede comprido e um switch pequeno. O ponto de rede muitas vezes fica do outro lado da sala de onde você quer ficar, e o switch permite ligar um segundo notebook para monitoramento sem pedir outro ponto.

O Wi-Fi do local e as armadilhas dele

O Wi-Fi consegue levar uma transmissão, mas é a opção menos previsível. A capacidade dele é dividida entre todo mundo no mesmo canal, e muda de um segundo para outro conforme as pessoas se movem e os aparelhos acordam.

As redes de convidados trazem armadilhas próprias. Muitas isolam os aparelhos uns dos outros, o que quebra ferramentas que precisam enxergar um segundo computador. Os portais cativos deslogam o seu encoder depois de um tempo fixo. Algumas bloqueiam os protocolos de saída que o software de transmissão usa. Se o Wi-Fi for a única opção, peça um nome de rede separado para a produção, fique perto do ponto de acesso e teste no horário do evento.

Celular: útil, mas multidões mudam tudo

Uma conexão móvel muitas vezes é a coisa mais rápida que você consegue num evento ao ar livre ou num prédio antigo, e as redes modernas aguentam uma transmissão de alta qualidade quando o sinal é bom.

O problema é que a capacidade da rede celular é dividida entre todos os celulares ao alcance. Um estádio, um festival ou um centro de convenções cheio de convidados pode transformar uma conexão rápida numa carroça justo quando o seu evento começa. O sinal também varia conforme o lugar onde você está, então um roteador perto de uma janela ou com antena externa costuma render bem mais do que um celular em cima da mesa.

Confira o seu plano de dados antes de depender dele. Uma transmissão de poucos megabits por segundo gasta gigabytes por hora, e alguns planos reduzem muito a velocidade depois de uma franquia.

Bonding: várias conexões trabalhando como uma só

O bonding espalha a sua transmissão por várias conexões ao mesmo tempo, por exemplo duas redes móveis e uma linha do local. Um transmissor de bonding divide os dados de saída entre todas elas, e um servidor receptor junta tudo de volta na ordem certa. Quando uma conexão fica lenta ou cai, as outras assumem mais carga.

O ganho é resiliência, não só velocidade. Um único link de celular pode cair sem aviso; três links de operadoras diferentes raramente caem no mesmo instante. O bonding funciona melhor com SRT, porque o SRT já lida com pacotes perdidos e atrasados dentro de um orçamento de atraso fixo.

O custo é um pouco de atraso extra e a necessidade de um receptor do outro lado. Planeje um orçamento de latência maior para uma conexão com bonding do que para uma única linha cabeada, para o receptor ter tempo de esperar os pacotes que foram pelo caminho mais lento.

Backups: planeje para a conexão que você vai perder

Até uma boa conexão pode falhar, então decida antes o que acontece quando ela falhar. Existem três camadas de proteção, e você pode combiná-las.

1. Uma segunda conexão. Um roteador de celular ao lado da sua linha cabeada permite trocar em segundos, ou juntar as duas num esquema de bonding.
2. Um segundo encoder. Um encoder de backup num computador separado, de preferência numa conexão separada, mantém a transmissão viva se o computador principal ou a linha dele falhar.
3. Uma gravação local. Grave no encoder ou na câmera, para poder publicar uma versão completa depois, mesmo que os espectadores tenham visto um buraco.

Ensaie a falha uma vez antes do evento. Desligue a conexão principal de propósito e veja, num segundo aparelho, o que os seus espectadores veriam.

Onde a DCAST entra

A DCAST recebe uma transmissão via RTMP, SRT ou WHIP, e o protocolo escolhido deve acompanhar a sua conexão. Numa linha cabeada estável, RTMP é a escolha mais simples. Em celular, Wi-Fi ou num link de longa distância, o SRT é o mais indicado, e a DCAST deixa você aumentar a latência dele do padrão de 500 ms até 7000 ms quando a conexão perde pacotes.

Para conexões com bonding, a própria DCAST recebe a transmissão. As configurações de SRT de uma transmissão incluem um endereço SRTLA, para o qual um app de bonding no celular ou um transmissor de bonding no computador podem publicar, e as configurações sugerem uma latência SRT maior para esse caso.

Nos planos PRO e VIP, um segundo encoder pode publicar no endereço de backup da mesma transmissão. Quando o seu sinal principal cai, a transmissão continua pelo backup com um tranco de uma fração de segundo, e os seus espectadores continuam no mesmo player sem recarregar a página. O sinal de backup pode chegar tanto via SRT quanto via RTMP, então você pode rodá-lo numa conexão diferente da do sinal principal.

O guia passo a passo de como enviar uma transmissão de backup pelo OBS, vMix e Larix mostra as configurações do encoder, e a página de ajuda sobre como conferir a qualidade da transmissão durante a live mostra o que acompanhar enquanto você está ao vivo.