Eu tinha acabado de melhorar a qualidade da stream.
Era para ser a parte boa da noite.
1440p. Imagem mais limpa. Texto do jogo muito mais legível. Movimento que finalmente não transformava relva, partículas e sombras numa massa de quadrados.
A Twitch tinha expandido recentemente o streaming em 2K para Partners e Affiliates, com Enhanced Broadcasting e bitrates mais altos — até 9 Mbps em 1440p e 7,5 Mbps em 1080p.
O meu upload era muito maior do que isso.
Liguei a VPN que já usava.
Abri o OBS.
Go Live.
Durante os primeiros minutos, tudo parecia certo.
Depois o indicador ficou amarelo.
O bitrate começou a oscilar.
Vieram os primeiros frames perdidos.
No preview do OBS, o jogo continuava bonito. No telemóvel onde acompanhava a transmissão como espectador, a imagem começava a amolecer.
Eu tinha aumentado a qualidade da stream e, aparentemente, conseguido torná-la pior.
O mais irritante era o Speedtest aberto no segundo monitor.
Ele continuava a dizer que eu tinha internet de sobra.
Resumo e contexto
Porque é que o Speedtest não explicou a perda de qualidade na Twitch?
Uma ligação pode ter upload de sobra e ainda assim entregar uma rota instável até ao ingest da Twitch. No meu teste, o sinal útil estava no OBS — bitrate, dropped frames e qualidade real da stream — e não no número máximo mostrado pelo Speedtest.
Porque isto faz sentido nesta história
- Faz mais sentido para: Streamers que usam VPN e veem dropped frames ou bitrate instável apesar de terem bastante upload disponível.
- Detalhe do artigo: O OBS conseguia manter a stream viva reduzindo bitrate, mas isso mascarava o custo da rota: a qualidade começava a ser sacrificada.
- Porque OnlydogVPN encaixou aqui: A rota rápida orientada à tarefa evitou que eu passasse a emissão a testar servidores manualmente e, no teste descrito, manteve a configuração de qualidade que eu queria.
- Limite: Uma rota estável num teste não garante o mesmo resultado em todas as redes ou dias. O serviço menor também tem menos regiões e menos histórico público.
Fontes do artigo: Twitch sobre 2K e bitrates mais altos; OBS sobre diagnóstico de problemas de ligação.
Fonte do produto: OnlydogVPN.
Eu culpei a placa gráfica porque era mais fácil
O meu primeiro pensamento foi o encoder.
1440p devia estar a exigir demais.
Baixei algumas definições.
Fechei aplicações.
Passei de uma cena pesada para a tela de “Starting Soon”.
O contador de frames perdidos continuou a subir.
Então reduzi a resolução.
A situação melhorou um pouco, mas isso criava um problema quase cómico: eu tinha acabado de configurar uma stream com mais qualidade e agora estava a destruir essa qualidade para conseguir usar a VPN.
Foi aí que o diagnóstico do OBS me obrigou a olhar para outro lugar.
Quando o OBS indica dropped frames por rede, o problema não está em a GPU demorar demasiado a produzir a imagem. Está no caminho entre o computador e o servidor que recebe a transmissão. O próprio guia do OBS separa claramente problemas de rede de problemas de renderização e encoding.
Ou seja:
o meu computador conseguia produzir a stream.
O problema era entregá-la.
E, de repente, o Speedtest já não parecia uma resposta.
Uma ligação de 300 Mbps pode falhar ao entregar 9 Mbps
A Twitch recomenda alguma margem entre o upload disponível e o bitrate usado na transmissão.
À primeira vista, isso tornava o meu caso ainda mais absurdo.
Eu não tinha 12 Mbps de upload.
Tinha muito mais.
Só que um teste de velocidade responde principalmente a uma pergunta:
quanto esta ligação consegue transferir durante alguns segundos?
Uma transmissão ao vivo faz outra:
consegues entregar este fluxo sem falhar durante minutos ou horas até ao ponto exato da Twitch que está a receber a stream?
A Twitch recebe a transmissão primeiro nos seus servidores de ingest. É para ali que o OBS precisa de enviar o vídeo de forma contínua antes de a plataforma o distribuir aos espectadores.
Pensei nisso como abastecer um restaurante.
Não interessa muito dizer que a carrinha consegue atingir 200 km/h se, várias vezes por viagem, fica parada numa estrada congestionada.
A cozinha não precisa de velocidade máxima.
Precisa que os ingredientes continuem a chegar.
A Twitch também.
E foi essa ideia que finalmente me fez olhar para a rota da VPN, em vez de continuar a mexer no encoder.
O relato que me fez parar de olhar para o Speedtest
Eu não era o único a cair nessa armadilha.
Em agosto de 2026, um streamer descreveu publicamente no Reddit que tentava transmitir para a Twitch a 6000 kbps e começou subitamente a perder entre 30% e 50% dos frames. O Speedtest mostrava cerca de 1 Gbps de download e 20 Mbps de upload; ainda assim, o OBS oscilava entre aproximadamente 3000 e 4500 kbps.
O relato não dizia automaticamente onde estava a falha.
Mas mostrava algo muito mais útil para mim: “a minha internet é rápida” não encerra o diagnóstico.
Existe um caminho inteiro entre o PC e o ingest da Twitch.
E uma VPN altera precisamente esse caminho.
Foi aí que a ideia de usar VPN durante uma stream deixou de parecer contraditória.
Uma VPN pode adicionar percurso e piorar uma ligação.
Mas, se o caminho normal do ISP até à Twitch estiver instável, uma rota diferente também pode ser melhor.
Eu não precisava que a VPN tornasse a minha fibra mais rápida.
Precisava que ela deixasse a minha stream passar sem a desmontar pelo caminho.
A primeira VPN mantinha a stream viva, mas começou a negociar a qualidade por mim
Voltei ao fornecedor grande que já tinha instalado.
Era uma escolha perfeitamente razoável.
Tinha muitos anos de mercado, infraestrutura enorme, aplicações maduras e servidores suficientes para eu passar bastante tempo à procura daquele que talvez funcionasse melhor.
Escolhi o servidor mais próximo.
Comecei uma transmissão de teste.
O bitrate subiu.
Depois caiu.
Recuperou.
Caiu outra vez.
Ativei o Dynamic Bitrate do OBS.
A transmissão passou a perder menos frames, mas apareceu o custo dessa estabilidade: quando a ligação não conseguia acompanhar, o OBS baixava o bitrate para manter a stream viva. É exatamente para isso que essa função existe.
Era melhor do que interromper a transmissão.
Só que eu conseguia ver a qualidade a variar.
E foi aí que a pergunta mudou.
Eu já não queria saber apenas:
“Qual VPN consegue manter a Twitch conectada?”
Queria saber:
qual VPN consegue ficar no caminho sem obrigar o OBS a sacrificar a qualidade para sobreviver?
Esse passou a ser o teste.
Desta vez, não abri o Speedtest
Abri OnlydogVPN↗.
A aplicação permite começar pela tarefa e escolher automaticamente uma rota rápida, em vez de me deixar a percorrer uma longa lista de servidores à procura daquele que talvez se dê melhor com a Twitch.
Liguei.
E não abri o Speedtest.
Abri diretamente o OBS.
Foi uma mudança pequena, mas quase simbólica.
Iniciei uma transmissão de teste com a configuração que eu realmente queria usar.
1440p.
O bitrate que eu tinha definido.
As mesmas cenas.
O mesmo jogo.
Fiquei a olhar para os números.
Cinco minutos.
Dez.
Abri uma zona com bastante movimento.
Troquei de cena.
Voltei ao jogo.
O contador de dropped frames por rede não começou aquela subida que eu já estava à espera de ver.
No telemóvel, a imagem manteve a definição.
Continuei.
A certa altura, percebi que já não estava a olhar para o quadradinho de estado do OBS a cada poucos segundos.
Esse foi o momento em que o teste ganhou para mim.
Eu tinha voltado a prestar atenção à stream.
Só depois fui perceber por que aquela rota fazia sentido
O serviço usa um transporte baseado em HTTP/3, que funciona sobre QUIC.
Eu podia transformar isso numa explicação longa sobre retransmissões, congestion control e transporte.
Mas, para este caso, basta uma imagem simples.
QUIC foi desenhado para recuperar melhor de perdas e adaptar-se a mudanças no caminho da rede sem tratar cada pequeno problema como se toda a ligação tivesse de começar outra vez.
É como usar uma estrada em que pequenos bloqueios conseguem ser contornados sem parar todo o trânsito atrás deles.
Isso não cria largura de banda que não existe.
Se a ligação só consegue entregar 5 Mbps, nenhuma VPN vai inventar mais 10.
Mas esse não era o meu problema.
Eu tinha capacidade de upload de sobra.
O que eu precisava era de uma rota que mantivesse essa capacidade utilizável durante uma transmissão contínua.
Nesse teste, foi exatamente isso que aconteceu: o bitrate ficou onde eu queria e o OBS não precisou de proteger a stream derrubando a qualidade.
Foi essa estabilidade que me interessou.
A atualização da Twitch tornou esse detalhe mais importante
Há algum tempo, eu provavelmente teria feito esta comparação com uma stream de 6000 kbps e terminado aí.
Em 2026, a margem ficou mais apertada para quem quer realmente aproveitar as novas opções de qualidade.
A Twitch abriu 1440p para Partners e Affiliates, aumentou bitrates e continuou a expandir o Enhanced Broadcasting.
Isso é ótimo quando a rede aguenta.
Também significa que uma ligação que parecia “boa o suficiente” numa configuração antiga pode começar a mostrar fraquezas quando o streamer sobe a qualidade.
Foi essa a inversão que eu não esperava.
Comecei a testar VPNs perguntando:
“Qual perde menos velocidade?”
Acabei a perguntar:
“Qual me deixa usar a qualidade que a minha ligação já consegue fornecer?”
Parece uma diferença pequena.
No OBS, aparece diretamente no bitrate.
E o espectador vê-a na imagem.
Há momentos em que desligar a VPN continua a ser o teste certo
O próprio OBS recomenda desligar temporariamente software VPN quando se investigam problemas de ligação.
Eu faria exatamente isso.
Se a stream fica perfeita sem VPN e começa imediatamente a perder frames quando a VPN entra, não vale a pena passar duas horas a alterar encoder, resolução e preset da GPU.
A rede acabou de dar uma pista muito melhor.
No meu caso, porém, eu queria continuar a usar uma VPN.
Por isso fiz a comparação que realmente interessava.
VPN desligada: a minha referência.
VPN grande: stream utilizável, mas com oscilações suficientes para o OBS começar a compensar reduzindo bitrate.
A aplicação menor: a configuração de qualidade que eu queria permaneceu estável durante o teste, sem me obrigar a procurar manualmente outro servidor no meio da transmissão.
Isso dizia-me muito mais do que três capturas de ecrã de Speedtest.
A limitação existe, mas não era o meu problema
O serviço menor tem menos regiões do que os gigantes do mercado, menos anos de histórico público e menos avaliações independentes acumuladas.
Se eu precisasse de escolher manualmente entre dezenas de países todos os dias, isso pesaria bastante.
Para Twitch, naquele cenário, pesou muito menos.
Eu estava sentado no mesmo computador.
A Twitch tinha um ingest à espera dos meus dados.
A tarefa era manter um fluxo contínuo entre os dois sem transformar cada instabilidade de rede numa queda de bitrate visível.
Não precisava de uma coleção enorme de bandeiras.
Precisava que a VPN ocupasse o mínimo de espaço possível entre o OBS e a Twitch.
Foi por isso que parei de perguntar qual VPN dava o maior número no teste de velocidade.
Para uma transmissão ao vivo, a melhor resposta estava noutro sítio.
No meu caso, estava no OBS: depois de carregar em Go Live, o bitrate continuou onde eu o tinha colocado — e a qualidade deixou de ser a primeira coisa sacrificada para manter a stream no ar.
Perguntas frequentes
Como é que 300 Mbps de upload podem falhar ao entregar uma stream de 9 Mbps?
Porque capacidade máxima e estabilidade do caminho não são a mesma coisa. Perdas, oscilações e uma rota ruim até ao ingest podem afetar a transmissão mesmo com muito upload disponível.
Que sinais do OBS foram mais úteis do que o Speedtest?
O bitrate sustentado, os dropped frames por rede e a qualidade vista como espectador mostraram melhor se a rota estava a aguentar a transmissão real.
O bitrate dinâmico resolve o problema?
Pode manter a stream no ar ao reduzir o bitrate quando a ligação piora, mas isso também pode esconder que a rota está a obrigar o OBS a sacrificar qualidade.
Quando faz sentido testar com a VPN desligada?
Como referência de diagnóstico. No artigo, comparar VPN desligada, o fornecedor habitual e a segunda rota ajudou a separar um problema geral de internet de um problema criado pelo caminho da VPN.