Resolver

Travando, buffering, imagem congelada: o método para achar a causa, da sala ao servidor

Carrega, volta, congela três segundos, retoma. O buffering é o problema número 1 do IPTV, e o conselho de sempre ("precisa de 25 Mbit/s") erra a causa na maioria dos casos. O que importa de verdade, como testar cada elo em dez minutos, e o que ajuda conforme o resultado.

5 min de leitura

Em resumo

  • Antes de testar qualquer coisa: outra pessoa está assistindo com a mesma lista? Uma TV ligada em outro cômodo basta para derrubar a sua. É a causa mais boba e a mais frequente.
  • Um stream FHD consome de 4 a 8 Mbit/s, um 4K de 15 a 25. Quase toda conexão tem dez vezes isso. O buffering raramente vem da banda, quase sempre da estabilidade: Wi-Fi, aparelho, ou servidor.
  • Se cai em horário fixo à noite e nos canais de esporte, não é do seu lado: é o servidor do provedor saturando.
Nesta página

O buffering é o problema mais pesquisado do IPTV, e o mais mal aconselhado. A resposta padrão, "você precisa de 25 Mbit/s", é verdadeira e inútil: quase toda conexão tem muito mais, e cai mesmo assim. Porque o vídeo ao vivo não exige muita banda, exige banda regular. Um elo que engasga, e o player esvazia o cache, congela, recarrega.

Este guia começa pela verificação mais boba, depois toma os três elos na ordem, da sala ao servidor, com um teste para cada um. Dez minutos, e você sabe qual cede.

Etapa zero: outra pessoa está assistindo?

Antes de mexer no Wi-Fi ou em qualquer configuração, a verificação que custa trinta segundos e resolve um caso em três: alguém mais está usando a mesma lista neste momento? Uma TV ligada num quarto, uma box que reiniciou no último canal, um irmão ou uma irmã assistindo do lado dele com os mesmos dados. Uma assinatura de uma conexão só aceita uma, e o servidor nem sempre corta limpo: dependendo do provedor, ele recusa de vez, ou deixa o stream enfraquecer até o player recarregar em loop. Parece exatamente buffering, e nenhum teste de rede vai encontrar isso.

O teste: pare a reprodução em todos os outros lugares, espere dois ou três minutos (o servidor demora um pouco para liberar a vaga), abra de novo. Se está fluido, você tem a resposta, e o guia sobre o limite de conexões explica por que vai acontecer de novo. Senão, passe aos três elos.

O que um stream consome de verdade

Antes de testar, uma referência para não errar mais o alvo:

QualidadeTaxa do streamConexão suficiente
SD1,5 a 3 Mbit/squalquer uma
HD (720p)3 a 5 Mbit/sADSL razoável
FHD (1080p)4 a 8 Mbit/sADSL rápido, qualquer fibra
4K15 a 25 Mbit/sfibra, ou VDSL em boa forma

Uma fibra de 300 Mbit/s tem portanto de dez a cinquenta vezes o necessário. Quando cai, não é a banda. Um teste de velocidade mede o máximo; o que congela a imagem são os buracos na entrega, que o teste não mostra.

Elo 1: entre o aparelho e o roteador

O Wi-Fi é o suspeito número 1, e por um bom motivo: ele divide o canal com os vizinhos, atravessa mal as paredes, e torna as microquedas invisíveis para tudo, menos para o vídeo ao vivo.

O teste: assista ao mesmo canal no mesmo aparelho, por cabo de rede se puder, senão no celular no 4G. Se para de cair, era o Wi-Fi. Se cai igual, passe ao próximo elo.

O que ajuda, se é o Wi-Fi:

  • O cabo, quando a TV ou a box está perto do roteador. É a solução definitiva, e a única que elimina a variável em vez de reduzi-la.
  • O 5 GHz no mesmo cômodo do roteador; o 2,4 GHz através de uma parede. Um roteador moderno oferece os dois, muitas vezes com nomes diferentes.
  • Um adaptador powerline ou um nó mesh entre dois cômodos distantes. Um repetidor Wi-Fi simples divide a banda por dois e acrescenta quedas: evite.
  • O resto da casa. Um backup, um download, um console atualizando: o vídeo ao vivo é o primeiro a sofrer.

Elo 2: o aparelho

Um stream pode chegar perfeitamente e congelar mesmo assim, porque o aparelho não consegue decodificá-lo rápido o bastante. O sinal: a imagem engasga mais do que carrega, e o som continua fluido ou levemente deslocado.

O teste: pegue uma variante mais leve do mesmo canal, HD em vez de FHD, SD em vez de HD. Se fica fluido, o aparelho estava no limite. O guia tela preta e codecs explica por que algumas boxes desistem no HEVC e no 4K.

O que ajuda: a variante adequada ao aparelho, simplesmente. E fechar o que roda atrás: num stick ou numa box modesta, um app esquecido em segundo plano basta para o ao vivo engasgar.

Elo 3: o servidor do provedor

Se o cabo não muda nada e uma variante leve também não, o que resta está entre seu roteador e o servidor, e na maioria das vezes é o próprio servidor.

Os testes:

  1. Outro canal no mesmo momento. Está fluido? O servidor está bem, é esse canal, ou a fonte por trás dele, que está sem banda. Pegue outra variante.
  2. O mesmo canal no 4G. Cai também? Duas redes diferentes, mesmo resultado: é o servidor.
  3. O verificador, enquanto está caindo. Ele testa uma amostra de streams e dá uma saúde em porcentagem. Rode de novo em outro horário do dia: se a porcentagem se mexe, você está vendo a carga do servidor.

O que ajuda: pouca coisa, honestamente, e é importante dizer. Uma variante em qualidade menor muitas vezes passa onde a FHD satura, porque pede menos do servidor. O resto (reinstalar, trocar de app, aumentar o buffer, VPN) não cria capacidade no provedor. Se cai em toda noite grande, é um servidor que vende mais do que aguenta: o guia sobre dias de jogo mostra como provar.

O sinal que manda de volta à etapa zero

Um corte seco depois de dez a trinta segundos, que se recusa a reiniciar, não é buffering: é o servidor recusando uma vaga a você porque a assinatura está em uso em outro lugar. O buffering engasga e retoma, o limite corta e recusa. Se é isso que você vê, volte à etapa zero, alguém está assistindo. O player do IPTV Guard faz a distinção no momento da queda e avisa.

O que lembrar

  • Outra pessoa na lista: a primeira coisa a verificar, não a última.
  • A banda quase nunca é o problema; a regularidade, sim.
  • Cabo > 5 GHz > 2,4 GHz > repetidor. Cada degrau tira quedas.
  • Uma variante mais leve resolve dois dos três elos: o aparelho que desiste, e o servidor que satura.
  • Se nada disso muda nada, o problema está no provedor, e nenhuma configuração vai substituí-lo.

No IPTV Guard

Quando o stream cai, o IPTV Guard retoma várias vezes seguidas sem perguntar, depois, se não basta, sonda o servidor e mostra o que encontrou: saturado, recusado, inacessível. A ficha de saúde de um canal também mostra se o stream responde, sua latência e sua taxa, para comparar uma variante com outra.

Perguntas frequentes

Quanta banda o IPTV precisa?

Menos do que dizem: de 4 a 8 Mbit/s para FHD, de 15 a 25 para 4K, e uma folga para o resto da casa. Uma conexão de 100 Mbit/s que cai não tem problema de banda, tem problema de estabilidade ou de servidor.

Wi-Fi 5 GHz faz diferença?

Muita, a curta distância. O 5 GHz é menos congestionado e mais rápido, mas atravessa mal as paredes. No mesmo cômodo do roteador, use-o; dois cômodos adiante, o 2,4 GHz às vezes aguenta melhor. O cabo ganha dos dois.

Aumentar o buffer ajuda?

Contra microquedas curtas, um pouco. Contra um servidor que envia menos do que o stream consome, não: o cache esvazia, seja qual for o tamanho. Ele atrasa a queda, não a impede.

Só cai à noite.

À noite todo mundo assiste ao mesmo tempo, no seu provedor como no seu Wi-Fi. Se coincide com os jogos e atinge os canais de esporte, é o servidor: veja o guia sobre dias de jogo.

Uma VPN ajuda contra o buffering?

Não. Ela acrescenta um desvio, portanto latência, e não muda nada num Wi-Fi instável nem num servidor saturado.

Guias relacionados