Sua live IRL está caindo? Como continuar no ar quando o sinal falha

Se a sua live IRL vive caindo, a solução confiável é parar de enviá-la direto para a plataforma. Envie-a primeiro para um servidor, deixe o OBS transmiti-la de lá para a Twitch, o YouTube ou outra plataforma e use a troca automática de cena para mostrar uma cena reserva enquanto o seu celular está offline.

As redes móveis nunca são totalmente previsíveis, então mais cedo ou mais tarde uma queda vai acontecer. Este guia explica o que ela provoca em uma live direta e quais medidas mantêm você no ar.

O que acontece quando a sua live IRL cai

Quando você transmite direto do celular ou do encoder para uma plataforma, essa única conexão é a live inteira. Se ela cair, a plataforma deixa de receber vídeo. Os espectadores veem uma imagem congelada ou um canal offline, e a transmissão termina. Quando o sinal volta, você começa uma nova transmissão, e os espectadores que saíram nesse meio-tempo precisam encontrar você de novo. A sua gravação na plataforma também fica dividida em várias partes.

As plataformas oferecem alguma tolerância. A Twitch, por exemplo, tem um recurso chamado Disconnect Protection. Ele mostra uma mensagem aos espectadores por até 90 segundos enquanto você se reconecta e mantém o VOD gravado contínuo. Se você não se reconectar em 90 segundos, a live termina normalmente. A Twitch lista o OBS Studio, o Streamlabs OBS, o XSplit, o Twitch Studio e o seu app para celular como encoders compatíveis e recomenda um teste rápido com a sua própria configuração.

Isso ajuda com quedas curtas. Em um túnel ou em uma zona sem sinal, 90 segundos passam rápido, e outras plataformas podem se comportar de forma diferente.

Por que as lives IRL caem

A maioria das quedas vem de um punhado de causas:

• Zonas sem sinal: túneis, passagens subterrâneas, paredes grossas, porões e trechos rurais onde o sinal é fraco ou inexistente.
• Troca de célula (handover): quando você se desloca de carro, trem ou bicicleta, o celular passa de uma torre de celular para outra. Isso pode causar interrupções curtas ou picos de latência.
• Células sobrecarregadas em eventos: em meio à multidão, muitos celulares dividem a mesma célula. A capacidade de upload para a sua live diminui, mesmo que as barras de sinal pareçam boas.
• Um bitrate alto demais: o bitrate da sua live precisa ficar abaixo da velocidade de upload que você realmente obtém, com alguma margem. O upload móvel oscila, então um bitrate que funciona no sofá pode falhar na rua.
• Bateria e calor: um celular que codifica vídeo sob o sol pode esquentar e ficar lento. Uma bateria descarregada encerra a live sem aviso.

O que você pode fazer do lado do envio

Reduza e adapte o bitrate

Escolha um bitrate que você consiga manter durante uma caminhada, não o máximo que o celular permite. Uma imagem estável em 720p é melhor para os seus espectadores do que uma live em 1080p que trava. Muitos apps de IRL também oferecem bitrate adaptativo, que reduz o bitrate automaticamente quando a rede piora. O app gratuito para iOS Moblin, por exemplo, informa suportar bitrate adaptativo para SRT(LA), RIST e RTMP.

Combine várias conexões (bonding)

O bonding combina várias conexões, por exemplo chips de operadoras diferentes, em uma única stream. O SRTLA é um protocolo aberto para isso: segundo o seu projeto no GitHub, ele é um proxy de transporte SRT com agregação de conexões, pensado para combinar modems móveis. O bonding ajuda mais quando as suas conexões não caem todas ao mesmo tempo. Se todas estiverem na mesma zona sem sinal, ele não pode ajudar.

Use um protocolo que tolere a perda de pacotes

O SRT (Secure Reliable Transport) foi projetado para redes pouco confiáveis. A sua página do projeto descreve a recuperação de pacotes perdidos por meio de pedidos de retransmissão e a adaptação a condições de rede variáveis. Ele melhora a qualidade em conexões ruins, mas não consegue criar banda que não existe. Para resultados estáveis, defina no encoder o intervalo de keyframes para 2 segundos e a latência SRT também para 2 segundos (dependendo do hardware ou do software, informada como 2000 milissegundos ou 2000000 microssegundos). Valores mais baixos são possíveis, mas 2 segundos favorecem a estabilidade.

As três primeiras reduzem a frequência com que o seu sinal falha. A última decide o que os seus espectadores veem quando ele falha mesmo assim.

A peça que falta: um servidor e o OBS entre o celular e a plataforma

Em vez de uma única conexão frágil do celular até a plataforma, você divide o caminho em dois. O celular envia a stream para um servidor. O OBS busca a stream nesse servidor e a envia para a plataforma por uma conexão estável. Se o celular perder o sinal, a conexão com a plataforma não é afetada, porque o OBS continua transmitindo. Os espectadores continuam assistindo à cena que o OBS estiver exibindo naquele momento.

Existem duas formas de montar isso:

• Com o IRL Endpoint Server, o OBS roda no seu próprio computador, por exemplo em casa. O seu encoder e o OBS se conectam ao servidor de dentro para fora, então você não precisa abrir portas nem alterar as configurações do roteador.
• Com o IRL Broadcasting Server, um OBS Studio completo roda na nuvem, então você não precisa de um computador potente em casa. Você se conecta por Remote Desktop pelo portal do cliente, e um painel de controle web permite gerenciar a live, inclusive pelo navegador do celular.

Os dois aceitam entrada RTMP, SRT e SRTLA e suportam streams de até 1080p a 60 fps.

Troca automática de cena: como funciona

Um servidor mantém a stream da plataforma viva, mas não avisa os seus espectadores do que está acontecendo. Quando o vídeo de entrada desaparece, o OBS mostra uma imagem congelada ou tela preta, a menos que algo troque a cena. É essa a função da troca automática de cena.

A troca automática de cena funciona com três cenas no OBS. Nos nossos servidores, elas se chamam Start, Live e Low:

• Start: uma imagem estática, talvez com música, exibida enquanto o servidor não recebe sinal.
• Live: a sua cena normal com a imagem da câmera e os overlays. Ela contém a fonte com a stream de entrada.
• Low: exibida enquanto o bitrate estiver abaixo do limite, por exemplo a mesma imagem com um aviso como “conexão fraca”.

Uma pequena ferramenta monitora no servidor o bitrate da sua stream de entrada. Se o bitrate cair abaixo do limite, ela troca o OBS para Low. Se deixar de chegar qualquer sinal, troca para Start. Quando a stream voltar a ficar estável, ela volta para Live.

Exemplo open source para a sua própria configuração: NOALBS

Se você quiser montar a configuração por conta própria, a ferramenta open source mais conhecida é o NOALBS (licença MIT). Ele é um projeto independente: a ferramenta dos nossos servidores, descrita mais abaixo, é um desenvolvimento nosso e não é compatível com o NOALBS. Segundo a documentação do NOALBS, ele é um único executável para Windows, macOS e Linux que troca as cenas no OBS com base no bitrate que lê nas estatísticas do seu servidor de ingest. Ele cobre tanto um bitrate baixo quanto uma desconexão completa, e suporta vários servidores de ingest, como Nginx, Node-Media-Server, SRT Live Server, BELABOX cloud e MediaMTX. Ele se comunica com o OBS por meio do OBS WebSocket 5.

As configurações mais importantes do exemplo de configuração dele são estas:

O NOALBS também oferece comandos de chat opcionais para a Twitch, para que você ou os seus moderadores possam trocar de cena ou alterar o limite low pelo chat. Ele só troca de cena enquanto o OBS estiver em uma das cenas da configuração dele, então cenas como uma intro não são sobrescritas.

O que os nossos servidores IRL incluem

Os dois servidores IRL incluem a troca automática de cena, então você não precisa montar a configuração por conta própria. Ela é um desenvolvimento nosso, não o NOALBS, e funciona com as três cenas descritas acima: Start enquanto o servidor não recebe sinal, Live com uma stream estável e Low quando o bitrate cai abaixo do limite. O funcionamento depende do servidor:

• No IRL Endpoint Server, você gera a ferramenta no portal do cliente e a baixa. Ela roda no seu próprio computador (Windows ou macOS) junto com o OBS Studio e precisa da função OBS WebSocket, integrada ao OBS desde a versão 28. Ative-a, conecte a ferramenta ao OBS Studio seguindo as instruções incluídas e inicie-a antes de entrar ao vivo. Ela troca a cena quando surgem problemas de conexão e volta para Live quando a conexão estabiliza de novo. Ela só funciona com o OBS Studio, não com o vMix nem com o Streamlabs OBS.
• No IRL Broadcasting Server, a troca de cena roda no próprio servidor, com cenas pré-configuradas. O servidor na nuvem tem ainda as cenas Break, End e Refresh. No painel de controle web, você pode trocar manualmente para Break ou End, e a automação fica em pausa até você voltar para Live.

Os dois servidores também oferecem um chatbot da Twitch opcional, se você informar um canal da Twitch no checkout. Ele anuncia no chat as trocas automáticas de cena. Os espectadores podem consultar o bitrate de entrada atual com !bitrate, e os seus moderadores podem recarregar a stream rapidamente com !refresh. Você e os seus moderadores também podem iniciar, parar, atualizar ou trocar de cena por meio de comandos de chat.

A exibição do bitrate está disponível como fonte de navegador, então você pode mostrar o bitrate de entrada atual como overlay no OBS.

A troca de cena mantém o seu público informado enquanto o sinal está fora do ar. Ela não traz o sinal de volta, então as medidas acima continuam sendo importantes.

Como escolher o seu limite

Não existe um valor universal, porque o limite certo depende do seu hardware e da sua rede móvel. Por padrão, a troca de cena dos nossos servidores IRL passa de Live para Low abaixo de 800 kbps. Você pode alterar esse valor, por exemplo com o comando de chat da Twitch !trigger 500. Para comparação, o exemplo de configuração na documentação do NOALBS usa 500 kbps para low e 450 kbps para offline.

Para encontrar o seu próprio valor, faça uma caminhada de teste com uma conexão ruim. Anote o bitrate em que a imagem começa a travar e defina o limite um pouco acima. Durante a caminhada, verifique também se a cena não fica alternando sem parar entre Live e Low.

Checklist antes de entrar ao vivo

• Faça uma caminhada de teste ao longo do seu trajeto ou no local, no horário em que você vai transmitir, com o bitrate que pretende usar.
• Defina um bitrate abaixo da sua velocidade de upload sustentada, com margem, e ative o bitrate adaptativo se o seu app oferecer.
• Use SRT ou SRTLA em vez de RTMP simples onde o seu app suportar.
• Defina no encoder o intervalo de keyframes para 2 segundos e a latência SRT para 2 segundos.
• Se possível, use chips de duas operadoras diferentes ou uma solução de bonding, e escolha a localização de servidor mais próxima do lugar de onde você vai transmitir.
• Crie as cenas Start, Live e Low no OBS e dê a elas exatamente esses nomes. Se você usar outra ferramenta, copie os nomes da configuração dela.
• Se o seu OBS roda em um computador em casa, verifique se a conexão dele aguenta a stream de entrada (download) e a stream de saída para a plataforma (upload).
• Teste a cadeia toda: desligue os dados móveis ou ative o modo avião por 30 segundos e veja se a cena muda e volta.
• Comece com a bateria cheia, leve um carregador portátil (power bank), mantenha o celular ventilado e verifique se os modos de economia de energia não interferem no seu app de streaming.
• Ative uma proteção da plataforma, como a Twitch Disconnect Protection, como camada extra, e explique os comandos de chat para os seus moderadores.

Para escolher desde o início o hardware, os apps e as configurações, o nosso guia de streaming IRL entra em mais detalhes.

FAQ

Por que a minha live IRL vive caindo?

Os motivos mais comuns são sinal fraco ou inexistente, handovers entre células enquanto você se desloca, células sobrecarregadas em eventos, um bitrate acima da sua velocidade de upload real e celulares que superaquecem ou ficam sem bateria. Uma caminhada de teste com as configurações previstas mostra qual deles afeta você.

Quanto tempo dura a proteção contra desconexões de uma plataforma?

Na Twitch, a Disconnect Protection mantém a sua live online com uma mensagem por até 90 segundos. Se você não tiver se reconectado até lá, a live termina. Um servidor com OBS no meio não tem esse limite, porque a plataforma continua recebendo do OBS uma stream contínua.

Preciso de bonding se eu usar um servidor?

Eles resolvem problemas diferentes. O bonding torna mais confiável a conexão entre o celular e o servidor. O servidor com OBS garante que a stream na plataforma sobreviva quando essa conexão cai mesmo assim. Juntos, eles dão a você a maior proteção.

Em qual bitrate a cena deve trocar para Low?

Depende do seu hardware e da sua rede móvel. Nos nossos servidores IRL, o valor padrão é 800 kbps, e você pode alterá-lo, por exemplo com o comando de chat da Twitch !trigger 500. Encontre o seu próprio valor com uma caminhada de teste em vez de copiar números de outras configurações: defina o limite um pouco acima do bitrate em que a imagem começa a travar de forma visível.

A troca automática de cena funciona com qualquer software de streaming?

A ferramenta de troca de cena do nosso IRL Endpoint Server só funciona em combinação com o OBS Studio no Windows ou no macOS, não com o vMix nem com o Streamlabs OBS. O NOALBS, uma ferramenta open source separada, também funciona com o OBS Studio por meio do OBS WebSocket 5. Outros softwares, como o vMix, ainda podem receber a stream, mas sem troca automática.