Live travando e frames perdidos: diagnóstico em ordem de causa
Separe problema de rede, codificação e reprodução para corrigir a live sem mudar dez controles ao mesmo tempo.
Núcleo Editorial Como Fazer LiveEstratégia, produção e linguagem para transmissões ao vivo
“A live está travando” descreve um sintoma, não uma causa. O problema pode estar na captura, no computador, na conexão de envio, no processamento da plataforma ou na reprodução de uma pessoa.
Mude uma coisa por vez. Caso contrário, você não saberá qual ajuste resolveu e pode criar uma nova falha.
Primeiro: descubra quem vê o problema
Faça três perguntas:
- A prévia local também trava?
- O painel do encoder mostra frames perdidos ou sobrecarga?
- O problema aparece em outro dispositivo e outra conexão?
Se apenas uma pessoa relata buffering, a transmissão pode estar saudável e a dificuldade pode estar na reprodução dela. O guia do OBS sobre buffering destaca que espectadores usam dispositivos e conexões muito diferentes.
Quando o contador aponta rede
Frames perdidos por rede indicam que o encoder não está conseguindo entregar dados com regularidade.
Faça nesta ordem:
- confirme se cabo e conectores estão firmes;
- pare downloads, backup em nuvem e outros envios;
- use cabo de rede em vez de Wi-Fi;
- verifique se o servidor de ingestão escolhido continua adequado;
- reduza o bitrate dentro dos parâmetros da plataforma;
- se necessário, reduza resolução ou fps e teste.
Não reinicie roteador durante uma live sem um caminho alternativo já pronto.
Quando o problema é renderização
Se o tempo de renderização cresce, a cena pode estar exigindo demais da GPU. Simplifique fontes, feche aplicativos que usam aceleração gráfica e limite captura desnecessária em alta resolução.
Animações, navegador, filtros e várias capturas podem somar carga mesmo quando cada uma parece leve isoladamente.
Quando o problema é codificação
Sobrecarga do encoder aponta para dificuldade em comprimir os quadros a tempo. Reduza o preset de qualidade, a resolução de saída ou a taxa de quadros. Se houver opção de codificação por hardware compatível, teste antes do evento.
Não troque encoder no meio de uma transmissão importante sem conhecer o comportamento. Uma configuração teoricamente mais leve pode introduzir incompatibilidade ou qualidade pior.
Quando a plataforma recebe, mas o público reclama
Confira o painel de saúde do destino e reproduza a live em rede diferente. Se a plataforma oferece múltiplas qualidades, veja se elas estão disponíveis. Bitrate muito alto pode dificultar a vida de espectadores quando não há transcodificação.
O problema também pode ser atraso normal, dispositivo sobrecarregado ou rota de rede. Registre horário e alcance dos relatos antes de concluir.
Plano de contenção durante a live
- Avise de forma breve que a equipe está verificando o sinal.
- Mostre uma cena leve e estática, se isso aliviar a produção.
- Pare fontes dispensáveis.
- Aplique a mudança previamente ensaiada.
- Confirme no painel e em retorno externo.
- Retome pelo último ponto compreensível do programa.
Veja onde o movimento se perdeu
Frame é cada imagem que forma o movimento do vídeo. “Frames perdidos” pode virar um nome genérico para vários defeitos, mas as estatísticas do software separam etapas. Rede é entregar o sinal; renderização é montar a cena; codificação é comprimir o resultado. Uma falha numa etapa não deve receber automaticamente a correção de outra.
No OBS, abra o painel de estatísticas, disponível pelo menu Exibir. Faça isso antes do teste, para reconhecer os contadores e a evolução. Anote o ponto de início ou reinicie a observação pelos recursos disponíveis. Um total acumulado de uma falha antiga pode continuar visível depois que a situação melhorou.
Compare quatro sinais: prévia local, gravação local, contadores e reprodução externa. Se a prévia trava junto com o arquivo, o caminho local precisa de investigação. Se ambos parecem bons e o contador de perda de envio cresce, a rede ganha prioridade. Se só a reprodução de uma pessoa pausa, amplie a comparação com outro aparelho e outra conexão.
| Sinal principal | Hipótese para testar primeiro | O que não concluir ainda |
|---|---|---|
| Perda por rede cresce | Envios concorrentes, conexão e bitrate | Que a câmera ou o computador precisa ser trocado |
| Quadros atrasados na renderização | Cena e carga gráfica | Que comprar internet resolve |
| Atraso na codificação | Encoder e trabalho de compressão | Que qualquer encoder por hardware será melhor |
| Um único espectador relata pausas | Reprodução e conexão desse acesso | Que todos estão recebendo mal |
| Só uma fonte congela | Dispositivo ou captura daquela fonte | Que toda a transmissão perdeu rede |
Rede: teste o caminho, não apenas a velocidade do plano
Faça o ensaio no horário e no local da produção. Pause backups e outros envios dispensáveis; confira se outra pessoa está ocupando a rede. Uma medição rápida de velocidade é uma pista, não prova de estabilidade até o servidor da plataforma.
No computador, uma ligação cabeada pode ajudar a separar falha do Wi-Fi. Confira cabos, conectores e porta. Se o problema só aparece na rede sem fio, compare distância, interferência e equipamentos do caminho. Evite comprar outro roteador antes de descobrir se a dificuldade está dentro de casa ou no trajeto até o serviço.
Depois teste um bitrate menor que o destino aceite. Bitrate é a quantidade de dados enviada por segundo. Confira se a perda deixa de crescer e se a imagem ainda atende ao programa. O guia de bitrate explica a relação com resolução e movimento.
Após a live, uma comparação com outro servidor de envio ou serviço pode ajudar a identificar uma rota problemática, quando o método permitir. Isso não significa migrar o público no meio do evento. Faça a investigação numa sessão própria e guarde horário e resultado para falar com o provedor de internet.
Renderização: encontre a cena que pesa
Compare uma cena simples com a cena mais exigente. Se o problema aparece apenas quando entram navegador, animação, vídeo e várias capturas, você ganhou uma direção. Desative uma fonte dispensável por vez e observe o contador. Não exclua sua montagem durante o incidente: o objetivo é comparar e poder voltar.
Um jogo pode consumir os recursos gráficos que a produção também precisa. Teste limitar o trabalho do jogo, reduzir seus ajustes ou simplificar a cena, conforme o caso. A documentação de desempenho do OBS explica que jogo e composição disputam recursos. A decisão deve preservar o conteúdo que o público veio acompanhar.
Confira também uma câmera ou vídeo isolado. Uma fonte que congela pode ter problema próprio de cabo, dispositivo, leitura de arquivo ou método de captura. Se o restante continua fluido, não reduza toda a transmissão antes de investigar aquele elemento.
Codificação: compare um perfil que a máquina sustente
O encoder precisa terminar o trabalho de cada quadro a tempo. Se a montagem ultrapassa esse limite, parte do movimento fica atrasada. Reduzir resolução de saída, quadros por segundo ou a exigência do perfil pode ajudar. Faça uma mudança e repita a mesma cena para entender o efeito.
Se existe encoder por hardware compatível, ele pode ser uma opção de teste. Não é uma promessa de que o computador aguenta qualquer conjunto. Fontes, resolução, gravação simultânea e outros programas continuam participando da carga.
Quando transmite e grava com configurações diferentes, compare transmissão sozinha, gravação sozinha e as duas juntas. Se a falha só aparece no conjunto, investigue essa carga adicional. O guia de gravação e transmissão em qualidades diferentes ajuda a separar as saídas.
Durante a live: contenha sem desmontar o programa
Use uma cena leve preparada e mantenha a voz se ela estiver saudável. Avise brevemente: “Estamos ajustando o sinal; volto à demonstração neste ponto”. Se o problema impede qualquer compreensão, encerre de forma clara quando possível e comunique a retomada pelo canal que você realmente usa.
Não reinicie o roteador no meio da live sem saber qual alternativa assumirá. Não mude encoder, driver e método de captura juntos. Essas ações podem derrubar o sinal e apagar a chance de identificar a causa. Prefira uma mudança ensaiada e reversível.
Depois confira o painel e a reprodução externa. Espere o atraso da transmissão antes de avaliar o retorno. Uma alteração local não aparece instantaneamente para o público. Retome explicando o último resultado compreensível, para não exigir que as pessoas reconstruam uma etapa perdida.
Depois: transforme o relato em uma investigação curta
Guarde o log do OBS e o horário aproximado. Registre qual contador cresceu, quais fontes estavam ativas, se havia gravação e o que aconteceu no retorno. Os logs podem conter detalhes da configuração; compartilhe apenas pelo caminho apropriado, sem expor chaves ou dados privados.
Compare a amostra com uma configuração anterior estável, se houver. Se o problema começou depois de adicionar uma fonte, teste essa diferença primeiro. Se acontece no mesmo horário em cenas simples, investigue rede e recursos em uso naquele período.
Procure ajuda do provedor quando as evidências apontarem para o caminho de conexão e as mudanças locais não resolverem. Leve horário, serviço e comportamento observado. “A internet é rápida, mas a live perde envio neste horário” descreve melhor o caso que apenas dizer “está tudo travando”.
Depois: preserve evidência
Salve o log do encoder, horário, contador que cresceu, configuração usada e resultado do teste de rede. “Caiu a internet” é pouco para prevenir repetição. Um registro objetivo transforma incidente em melhoria.
Fontes consultadas
Parâmetros de plataforma podem mudar. Estes documentos oficiais foram conferidos em 14/10/2026.

