Latência na live: causas e configuração no Twitch, YouTube e Trovo

O que é chamado de latência na live

Latência na live é o tempo entre um acontecimento diante da câmera e o seu aparecimento para o espectador. Por exemplo, você disse uma frase e o espectador a ouviu alguns segundos depois. Nessa cadeia entram a captura de vídeo e áudio, o processamento do sinal, a codificação, o envio do fluxo para o servidor, a preparação da transmissão pela plataforma e a reprodução no dispositivo do espectador.

A latência nem sempre significa um problema de internet. Parte do atraso está embutida no modo de transmissão da própria plataforma. Tempo adicional aparece por causa de um codificador sobrecarregado, perda de pacotes, rota instável até o servidor ou buffer no player do espectador. Vale considerar separadamente o chat: a mensagem pode chegar depois do momento em que o espectador viu aquilo a que ela se refere.

Quanto menor a latência, mais confortável é conversar com a audiência em tempo real. Mas um buffer mínimo deixa menos margem para recuperar o fluxo em caso de falhas. Por isso o modo é escolhido levando em conta o formato da live. Para uma conversa tranquila, alguns segundos de atraso podem passar despercebidos, mas para jogos com reação às mensagens, quizzes ou transmissões conjuntas, a diferença se torna significativa.

Como o modo da plataforma influencia o atraso

A plataforma acumula antecipadamente uma parte do vídeo antes da reprodução. Essa reserva é chamada de buffer. Um buffer grande ajuda a superar quedas momentâneas de conexão sem parar o vídeo, mas o espectador vê a live mais tarde. Um buffer pequeno entrega os quadros novos mais rápido, porém o fluxo se torna mais exigente quanto à estabilidade da internet do streamer e do espectador.

Normalmente estão disponíveis o modo normal, baixa latência e latência mínima. Os nomes e o conjunto de funções dependem da plataforma. Para conversar com a audiência, escolha a baixa latência, e a mínima apenas quando for necessário reagir rapidamente ao chat. Se depois da troca os espectadores virem travamentos, mensagens de carregamento ou reconexões frequentes, volte para um modo mais estável.

A bufferização automática pode adicionar atraso já durante a visualização. Isso acontece quando os dados chegam de forma irregular, o espectador troca a qualidade, volta depois de uma pausa ou restabelece a conexão. Por isso a configuração da latência é verificada não só no início da live, mas também depois de alguns minutos de funcionamento.

Como ativar a baixa latência no Twitch, YouTube e Trovo

É melhor mudar o modo antes do início de uma transmissão importante. Depois de salvar as configurações, faça um teste curto de outro dispositivo ou peça a um espectador para verificar a live. Compare não só o tempo de resposta, mas também a estabilidade da visualização. A configuração no painel da plataforma é mais importante do que os parâmetros do OBS: o programa codifica e envia o fluxo, mas é a própria plataforma que decide qual reserva de vídeo dar ao player.

Twitch

Abra o Creator Dashboard, vá em Settings e depois selecione Stream. Na seção com o modo de latência, encontre Latency Mode e defina Low Latency. Salve as configurações, se o painel mostrar um botão de salvar separado. Depois disso, inicie uma live de teste e verifique-a no celular ou em outro computador que não esteja conectado à mesma rede.

O modo de baixa latência no Twitch é pensado para a interação com o chat, mas espectadores com internet instável podem ter travamentos. Se as reclamações vêm de apenas um espectador, primeiro peça para ele clicar no botão de voltar para a live atual, atualizar a página ou reduzir a qualidade. Não mude o modo de transmissão por causa de um problema isolado do lado do espectador.

YouTube

Entre no YouTube Studio e abra a Live Control Room. Ao criar ou editar a transmissão, vá até as configurações da live e encontre o item Latency. Escolha Low latency para uma live interativa comum ou Ultra low latency, se for importante para você responder às mensagens o mais rápido possível. Verifique se o modo escolhido foi aplicado à transmissão correta, e não apenas ao modelo.

A latência mínima no YouTube deixa menos margem para o envio irregular de dados. Se a live começar a bufferizar com mais frequência, use o Low latency em vez do Ultra low latency. Para uma transmissão tranquila sem interação constante, pode deixar o Normal latency: esse modo costuma lidar melhor com problemas momentâneos de conexão.

Trovo

Abra o Trovo Studio ou o painel do autor, crie uma live e vá até os parâmetros avançados da transmissão. Encontre o item chamado Latency, Stream latency ou Low latency e escolha a baixa latência. Os nomes das seções podem variar conforme a versão do painel, então oriente-se pelas configurações da própria live, e não pelos parâmetros do perfil. Se houver um botão de aplicar, salve as alterações antes de iniciar a transmissão.

Se não houver seletor de latência no seu painel do Trovo, a plataforma pode definir o modo automaticamente. Nesse caso, dá para reduzir o atraso com um envio estável, um servidor adequado, o bitrate correto e a verificação do player do espectador. Depois de iniciar, compare a live em vários dispositivos: assim você vai entender se a latência é geral para a audiência.

Estabilidade da internet do streamer

Para a transmissão, importa não só a velocidade máxima de upload, mas também a sua estabilidade ao longo de toda a live. A conexão deve aguentar o bitrate escolhido sem quedas bruscas. Se o fluxo é enviado aos solavancos, parte dos dados se perde ou atrasa, e o programa e o servidor tentam montar um vídeo contínuo. Como resultado, o atraso aumenta, aparecem quadros perdidos ou a live entra em buffer.

A opção mais confiável para o computador do streamer é conectar ao roteador com cabo de rede. No Wi-Fi influenciam a distância até o roteador, paredes, interferências e a carga de outros dispositivos. Downloads de arquivos, chamadas de vídeo, sincronização na nuvem, jogos e vídeos assistidos na mesma rede podem consumir a velocidade de upload justamente quando ela é necessária para a transmissão.

Antes da live, pare os downloads desnecessários e verifique quais dispositivos usam a rede doméstica. Se o problema aparece só quando vários usuários trabalham ao mesmo tempo, a causa pode estar na distribuição do canal, e não no OBS. Em quedas regulares, verifique o roteador, o cabo e o serviço do provedor em diferentes horários do dia.

O teste de velocidade mostra o estado da conexão em um momento específico e não substitui a observação da live. Faça várias verificações com um pequeno intervalo, prestando atenção justamente no upload. Oriente-se pelo valor estável mais baixo, e não pelo melhor resultado. A velocidade "até" do plano não significa que esse número se manterá durante toda a transmissão.

Como escolher o bitrate e a resolução pela velocidade de upload

O bitrate de vídeo não deve ocupar todo o canal de upload. Deixe uma margem para o tráfego de serviço, o áudio, picos de carga e o funcionamento de outros dispositivos. Uma referência prática é usar para o vídeo cerca de metade ou dois terços da velocidade de upload estável. Se o valor muda bastante, faça o cálculo pelo número mais baixo.

• Com upload estável de cerca de 5 Mbps, comece com bitrate de vídeo de 2500–3000 kbps e resolução de 1280×720. Para um jogo dinâmico, 30 quadros por segundo costuma ser mais adequado, se o computador não aguentar uma taxa mais alta.
• Com upload de cerca de 8 Mbps, dá para testar 4000–5000 kbps. Dependendo da plataforma e do computador, isso serve para 720p60 ou 1080p30. Escolha apenas uma opção e verifique-a em uma live de teste.
• Com upload estável de cerca de 12 Mbps, dá para considerar 6000–7500 kbps e 1080p30 ou 1080p60. Antes disso, verifique o bitrate máximo da plataforma escolhida e deixe uma margem para a rede.

Estas são referências para começar, e não exigências universais. O limite exato depende da plataforma, do codificador e do formato. Se a plataforma indica a própria faixa, ela tem prioridade. Com upload instável, é melhor reduzir o bitrate e a resolução do que tentar manter alta qualidade no limite do canal.

Para a maioria das transmissões ao vivo, usa-se bitrate constante, ou CBR, se isso estiver previsto nas configurações da plataforma. Defina o intervalo de keyframes conforme as exigências da plataforma. Se não houver indicação específica, muitas vezes se usa um intervalo de 2 segundos, mas para o Trovo e outras plataformas verifique as recomendações atuais no painel de transmissão. Um intervalo incorreto pode atrapalhar a recuperação do vídeo e a troca de qualidade.

Uma resolução alta por si só não cria latência de rede, mas aumenta a carga no codificador e no canal. Se o sistema trabalha no limite, a mudança de 1080p60 para 1080p30 ou de 1080p30 para 720p60 costuma dar um resultado mais estável. Para uma live de conversa, geralmente importa mais um áudio limpo e a ausência de travamentos do que a quantidade máxima de detalhes no quadro.

Servidor de transmissão e rota até a plataforma

Depois da codificação, o fluxo é enviado para o servidor da plataforma. Entre o computador e esse servidor há vários nós de rede, por isso a qualidade da rota também influencia a latência. Nem mesmo um bom plano exclui a sobrecarga de nós específicos, manutenções técnicas ou conexão instável com um destino específico.

O servidor mais próximo geograficamente nem sempre é o melhor. Na escolha, avalie não só a distância, mas também a regularidade do envio, a ausência de reconexões, a porcentagem de quadros perdidos e a estabilidade do resultado ao longo do teste. Um servidor que dá uma resposta um pouco maior, mas não perde dados, é melhor do que uma opção com resposta curta e quedas constantes.

Como testar os servidores

Se a plataforma oferece uma lista de servidores, abra no OBS a seção Settings e depois Stream, e veja o campo Server após escolher o serviço desejado. No Twitch, dá para comparar servidores a partir dessa lista. No Trovo, use os pontos de conexão disponíveis ou o endereço de servidor que o painel do autor mostra. O YouTube geralmente escolhe sozinho a rota para o fluxo recebido, por isso a comparação manual de servidores pode não estar disponível lá.

1. Escolha a mesma resolução, taxa de quadros, codificador e bitrate para todos os testes.
2. Inicie uma transmissão de teste no primeiro servidor e deixe-a por alguns minutos, para ver o funcionamento não só nos primeiros segundos.
3. Abra as estatísticas do OBS pelo menu View, Docks, Stats. Anote dropped frames, reconexões, perdas de renderização e de codificação.
4. Repita a verificação para outros servidores em condições comparáveis: se possível, no mesmo horário do dia e sem downloads na rede doméstica.
5. Compare não um momento melhor isolado, mas todo o teste. Escolha o servidor sem reconexões e com a menor proporção de quadros perdidos.

Para uma verificação adicional, dá para descobrir o endereço ou o nome do servidor nas configurações de conexão e executar o comando ping. No Windows, usa-se ping -n 30 nome-do-servidor, e no macOS e Linux, ping -c 30 nome-do-servidor. A perda de resposta é indicada na linha final. Os comandos traceroute ou pathping ajudam a ver o trecho da rota com problemas, mas não substituem o teste com envio real de RTMP: o servidor pode tratar de forma diferente os pedidos ICMP e o fluxo de vídeo.

O principal indicador continua sendo a estatística da transmissão. Se no OBS a porcentagem de dropped frames por causa da rede aumenta, surgem reconexões ou o fluxo é enviado aos solavancos, o servidor e a rota não podem ser considerados bons. Se todos os servidores disponíveis mostram os mesmos problemas, a causa pode estar no provedor ou na própria plataforma. Não troque de servidor durante uma live importante sem necessidade: a reconexão vai aumentar temporariamente o atraso e pode interromper a transmissão.

Como o computador influencia a latência

Antes de enviar para a plataforma, o vídeo precisa ser capturado, processado e codificado. Se o computador não consegue realizar qualquer uma dessas operações a tempo, a latência aparece ainda antes de o fluxo sair para a internet. Nas estatísticas do OBS, isso se manifesta como perdas de renderização ou de codificação. Um bom canal de comunicação não corrige a situação se os quadros são formados devagar demais.

As perdas de renderização costumam estar ligadas à carga na placa de vídeo. O jogo pode ocupar quase todos os recursos disponíveis, e o OBS não terá potência suficiente para capturar a cena. Limite a taxa de quadros no jogo, reduza configurações gráficas pesadas e desative efeitos que não são visíveis para o espectador. Um recurso livre da placa de vídeo é mais importante do que a taxa máxima de quadros que só você vê.

As perdas de codificação indicam sobrecarga do processador ou do codificador de hardware. Feche programas desnecessários, abas extras do navegador, sincronizações em segundo plano e aplicativos de gravação. Simplifique a cena, remova filtros e animações pesadas. Na codificação por software, escolha um preset mais rápido ou reduza a resolução e a taxa de quadros.

O codificador de hardware transfere parte do trabalho para a placa de vídeo, mas não elimina a carga no sistema. Se o problema apareceu depois de adicionar uma câmera, filtro, fonte de navegador ou alerta animado, desative temporariamente esse elemento e compare as estatísticas. Verifique as mudanças uma a uma, para entender a causa do resultado.

Acompanhe a temperatura e o comportamento do computador no fim da live. Com superaquecimento, as frequências dos componentes podem cair, por isso uma transmissão que era estável no começo começa aos poucos a perder quadros. Não inicie durante a live renderizações, arquivamentos e outras tarefas pesadas.

Como entender onde aparece a latência

Primeiro descubra se a transmissão atrasa igualmente para a maioria dos espectadores. Se o problema apareceu para todos ao mesmo tempo, verifique o modo de latência na plataforma, o estado da conexão, o servidor escolhido e as estatísticas do OBS. Se apenas um espectador reclama, provavelmente a causa está na rede, no dispositivo ou no player dele.

Depois, divida as perdas em alguns tipos:

• perdas de renderização indicam falta de recursos da placa de vídeo para preparar a cena;
• perdas de codificação dizem que o processador ou o codificador de hardware não consegue processar o vídeo a tempo;
• perda de quadros enviados está ligada à rede, à rota até o servidor ou a um bitrate alto demais;
• o aumento gradual do atraso com estatísticas normais pode estar ligado ao buffer da plataforma ou do player.

Para uma medição aproximada, coloque diante da câmera uma tela com um cronômetro ou relógio, diga uma frase curta e marque o tempo ao mesmo tempo. Em outro dispositivo, abra a live e anote o momento em que a frase apareceu. É melhor usar internet móvel ou outra rede, para excluir a influência do cache local. Esse teste mostra a latência total entre a cena e a visualização, e não apenas o caminho até o servidor.

Verifique vários dispositivos e redes. Se no celular em rede móvel a live atrasa tanto quanto no computador do espectador, o problema provavelmente não se limita ao Wi-Fi dele. Se o atraso cresce gradualmente, peça ao espectador para clicar no botão de ir para a live atual e compare o resultado após o reset do buffer.

Uma mensagem no chat serve apenas para uma verificação grosseira. Ela passa por um canal separado e pode ser exibida com o próprio atraso. Para uma comparação mais precisa, use um cronômetro visível, uma palma diante da câmera ou um sinal visual combinado de antemão.

O que os espectadores podem fazer

Parte da latência aparece já depois que o fluxo saiu do computador do streamer. No resultado influenciam a velocidade da internet do espectador, a estabilidade do Wi-Fi, a qualidade escolhida, o navegador, o aplicativo e a potência do dispositivo. Com uma conexão fraca, o player acumula buffer para não parar o vídeo, por isso o espectador vê a live mais tarde.

Peça ao espectador para verificar algumas ações:

• clicar no botão de voltar para a live atual, se a visualização ficou bem atrasada;
• atualizar a página ou reiniciar o aplicativo;
• escolher a qualidade manualmente, se o modo automático muda constantemente a resolução e pausa o vídeo;
• reduzir a qualidade em caso de travamentos e verificar a visualização sem downloads em paralelo;
• fechar abas e aplicativos extras que usam a rede ou os recursos do dispositivo;
• comparar a visualização em outro navegador, aplicativo ou em outro dispositivo;
• desativar temporariamente a VPN, se for justamente por ela que a live carrega de forma instável.

Se o vídeo chega na hora, mas é reproduzido aos solavancos, a causa pode estar na decodificação, no superaquecimento ou nas configurações do dispositivo. Em um smartphone, televisor ou computador antigo, às vezes ajuda uma qualidade mais baixa e fechar os aplicativos em segundo plano. Quando o problema existe só para um espectador, normalmente não é preciso mudar as configurações de toda a live.

Como reduzir a latência sem perder estabilidade

Comece pela plataforma: ative o modo de baixa latência adequado e verifique se o player não está acumulando buffer adicional. Depois, configure a rede: use cabo, remova a carga extra e verifique a rota até o servidor escolhido. Em seguida, passe para o computador, para não tentar corrigir um problema de rede com configurações do codificador.

Se houver perdas de codificação, reduza a carga no processador ou mude para um codificador de hardware que funcione corretamente. Se aparecerem perdas de renderização, reduza a carga na placa de vídeo: simplifique o jogo, limite a taxa de quadros e verifique as fontes da cena. Se houver perda de quadros no envio, relacione o bitrate com as recomendações da plataforma e as possibilidades do canal de upload.

Não mude todos os parâmetros de uma vez. Primeiro registre as configurações iniciais, depois altere um indicador e faça um novo teste. Assim você vai entender o que exatamente influenciou o resultado. Um fluxo estável com uma resolução um pouco menor costuma ser mais confortável para conversar do que uma live com alta qualidade que trava com frequência e entra em buffer.

Conclusões rápidas: o que fazer passo a passo

1. Defina o formato da live e ative o modo de baixa latência adequado no painel do Twitch, YouTube ou Trovo.
2. Conecte o computador ao roteador com cabo e pare downloads, sincronização na nuvem e outras tarefas que usam o upload.
3. Verifique a velocidade de upload estável várias vezes e calcule o bitrate pelo resultado mais baixo, deixando uma margem para a rede.
4. Escolha a resolução e a taxa de quadros que o computador e o canal aguentam sem perdas.
5. Teste os servidores disponíveis em condições iguais e escolha a opção sem reconexões e com a menor perda de quadros.
6. Verifique no OBS separadamente as perdas de renderização, codificação e envio.
7. Meça a latência em outro dispositivo e em outra rede, para separar o problema do streamer do problema do espectador.
8. Mude um parâmetro por vez e, após cada alteração, faça uma nova live de teste.