A resposta curta, antes do porquê: 8 Mbps para HD, 25 Mbps para 4K, mais se vários dispositivos estiverem a ver ao mesmo tempo. Se o teu teste de velocidade dá valores acima destes, a ligação não é o problema.
Este artigo destrincha de onde vêm estes números, porque a velocidade anunciada da tua ligação não costuma ser o número relevante e o que deves verificar mesmo quando os streams ficam a fazer buffer.
Os números
Requisitos conservadores, por stream:
Resolução Mínimo Confortável
SD (480p) 2 Mbps 3 Mbps
HD (720p) 4 Mbps 6 Mbps
Full HD (1080p) 6 Mbps 8 Mbps
4K UHD 15 Mbps 25 Mbps
O mínimo corresponde, grosso modo, ao bitrate real do stream; o "confortável" inclui uma margem para variação. Os fornecedores de IPTV tendem a usar bitrates ligeiramente mais agressivos do que os serviços de streaming — um stream IPTV a 1080p anda muitas vezes nos 6–8 Mbps, quando um stream do Netflix a 1080p pode ficar pelos 4 Mbps — porque os fornecedores de IPTV não aplicam otimização por título.
Se estás a ver em dois dispositivos em simultâneo, duplica o número confortável. Três dispositivos, triplica. Não há multiplexagem mágica — cada stream é uma transferência separada.
Porque é que a velocidade anunciada não é o número certo
"Tenho 1 gigabit de internet, porque é que isto fica a fazer buffer?" é a confusão mais comum no IPTV. Uma ligação de 1 gigabit é 125 vezes mais rápida do que qualquer stream individual precisa, mas não interessa, porque:
O gargalo raramente é o teu ISP
O caminho entre o servidor do fornecedor de IPTV e a tua casa tem muitos saltos. O salto mais lento dita a velocidade. A tua ligação a gigabit é o último salto. Se o servidor do fornecedor está sobrecarregado, ou se a rede de trânsito entre o teu ISP e o do fornecedor está congestionada, vais receber uma fração do que estás a pagar — e a culpa não é do teu ISP.
O Wi-Fi perde velocidade de forma dramática com a distância e as paredes
O router anuncia 1,2 Gbps. Duas divisões depois, atrás de uma parede de tijolo, na prática podes ter 30 Mbps. Faz o teste de velocidade no dispositivo em que vais ver, no sítio onde vais ver e na rede que vais usar. Não confies no número do router.
Os streams de IPTV usam um protocolo diferente dos testes de velocidade
A maioria dos testes de velocidade usa uma única ligação TCP sobre HTTPS a uma CDN próxima. Os streams de IPTV são, tipicamente, blocos HLS puxados em sequência — uma forma de tráfego diferente, por vezes encaminhada de outra forma pelo teu ISP. Um valor alto no teste de velocidade é necessário, mas não suficiente.
O que causa mesmo o buffer
Mais ou menos por ordem de probabilidade:
- O servidor do fornecedor está lento ou sobrecarregado. É responsável pela maioria dos casos de buffer em IPTV. O teste mais simples: experimenta o mesmo canal noutro fornecedor de IPTV. Se ambos fazem buffer, és tu. Se só um faz, é esse fornecedor.
- Sinal de Wi-Fi no local onde vês. Leva o dispositivo para ao lado do router e tenta de novo. Se o problema desaparece, tens um problema de alcance de Wi-Fi. Redes mesh, adaptadores powerline ou — o melhor — cabo Ethernet.
- O ISP a limitar o tráfego em horas de ponta. Há ISPs que despromovem tráfego de vídeo em direto, sobretudo para servidores fora da rede deles (estrangeiros), em horas de ponta. Sintoma: streams que tocam bem às 11h ficam a fazer buffer às 20h. É difícil de resolver; uma VPN às vezes ajuda, outras vezes piora.
- Encaminhamento da CDN. As CDNs dos fornecedores de IPTV estão, muitas vezes, alojadas num único país. Os streams para espetadores noutras regiões atravessam mais saltos e são mais sensíveis a congestionamento. Um fornecedor com servidor local vai parecer-te sempre mais rápido do que outro do outro lado do mundo.
- O próprio stream tem bitrate a mais. Alguns canais "4K" de IPTV transmitem a 40 Mbps quando podiam entregar a mesma qualidade a 20. Não há nada a fazer do lado do espetador; precisas de um leitor que suporte bitrate adaptativo (o Klipa suporta, quando o fornecedor fornece várias qualidades) ou de outro fornecedor.
- O teu dispositivo é o gargalo. Boxes Android TV mais antigas, sobretudo as baratas, não descodificam H.265 em 4K por software. O stream chega bem; o dispositivo é que não consegue renderizá-lo suficientemente depressa. Experimenta uma versão de menor resolução do mesmo canal.
Há uma análise mais detalhada no nosso guia de diagnóstico de buffer.
Como diagnosticar isto a sério
Se puderes, faz isto por esta ordem antes de mudares fosse o que for:
- Faz um teste de velocidade no dispositivo onde vais ver, no sítio onde vais ver. Se o resultado ficar abaixo do número "confortável" da tabela, tens um problema de rede independente do IPTV.
- Experimenta um stream público gratuito comprovadamente funcional (um feed da BBC ou da PBS das listas do iptv-org, por exemplo). Se esse também faz buffer, o problema é local. Se toca bem, o teu fornecedor por subscrição é o problema.
- Liga o dispositivo por Ethernet, se possível, nem que seja temporariamente. Se o buffer desaparece com Ethernet mas regressa com Wi-Fi, o Wi-Fi é o culpado.
- Experimenta o mesmo fornecedor a partir de outro sítio (casa de um amigo, dados móveis). Se tocar bem noutro lado, a tua rede local ou o teu ISP estão a fazer alguma coisa específica.
No fim destes quatro passos vais saber exatamente onde está o problema. Em cerca de 60% dos casos a resposta é "o fornecedor"; 25%, o Wi-Fi; o resto reparte-se entre encaminhamento do ISP e capacidade do dispositivo.
Uma nota sobre 4K
O IPTV em 4K existe, está cada vez mais comum e é regularmente vendido a mais do que vale. Muitos canais "4K" são 1080p escalados, com bitrate mais alto — visualmente não são melhores do que HD, mas exigem quatro vezes a largura de banda. Se tens uma ligação a 25 Mbps e não tens um ecrã de 65 polegadas ou mais, a diferença visível entre um stream 1080p bem codificado e um 4K do mesmo conteúdo é marginal.
Se a tua ligação está no limite, prefere 1080p. A escolha é maior, o buffer é mais raro e a diferença a distâncias normais de visionamento é pequena.
Em resumo
8 Mbps para HD, 25 Mbps para 4K, o dobro para dois streams em simultâneo. Testa no dispositivo a sério, não no router. Se o teste de velocidade passa e os streams continuam a fazer buffer, o gargalo está noutro sítio — normalmente, no fornecedor.