Upgrade para stream: o que trocar primeiro — processador ou placa de vídeo

Primeiro meça, depois compre

Não existe resposta universal sobre o que trocar primeiro. O gargalo é definido pela sua combinação de "jogo + configurações da stream + codificador", e não pelo tipo de componente. O mesmo conselho, em builds diferentes, dá resultados opostos. Por isso a conversa sobre upgrade começa não pela escolha do hardware, mas pela observação do que está limitando primeiro.

Como a stream sobrecarrega o sistema

O caminho da imagem tem duas etapas: o jogo renderiza o quadro e o codificador o transforma em fluxo para a plataforma. A renderização quase sempre fica com a placa de vídeo, e a codificação pode rodar na GPU ou na CPU. É de onde o codificador está alocado que depende qual componente para de dar conta primeiro.

Há um terceiro participante — a largura de banda do canal. Ele não tem relação com o hardware, mas suas quedas são facilmente confundidas com um processador fraco.

Cenário com codificação na placa de vídeo

Os encoders de hardware na GPU tiram a codificação do processador quase por completo. Mas não totalmente: o encoder é um bloco dentro da placa de vídeo e consome recursos dela. Na codificação por GPU, a carga sobre a placa soma jogo e stream, e isso é importante considerar na escolha.

Quando o gargalo está na placa de vídeo

O sinal é a GPU quase no limite (considere 95% ou mais), o jogo caindo em cenas pesadas e o processador bem mais tranquilo (digamos, até 70%). Aí o gargalo está na parte gráfica e no encoder ao mesmo tempo. Uma placa com encoder mais potente costuma trazer ganho tanto no jogo quanto na folga de codificação, embora a qualidade da stream nem sempre aumente — depende do bitrate e da plataforma.

A desvantagem desse caminho

A placa de vídeo é o componente mais caro. E há um paradoxo: um processador fraco pode limitar até uma placa forte em cenas leves, e você paga por potência que não usa.

Quais encoders realmente mudam o cenário

Nem todo encoder de hardware vale o upgrade. Referência por geração: o NVENC da NVIDIA na arquitetura Turing e mais recente entrega qualidade bem melhor no mesmo bitrate do que as gerações anteriores. Séries de placas mais antigas até fazem codificação por hardware no papel, mas em bitrates baixos e médios a stream se enche de artefatos, e o ganho em relação ao x264 pode ser duvidoso. Trocar a placa por uma Turing+ é justamente o caso em que o upgrade para stream se justifica mesmo sem um grande ganho nos jogos.

O próximo degrau é o AV1. A codificação por hardware em AV1 entrega melhor qualidade em bitrate baixo, o que importa para canais com banda limitada. Mas há uma ressalva direta: a stream em AV1 não é aceita por toda plataforma nem por todo cliente de espectador, e a compatibilidade depende de onde e como você transmite. Antes de contar com o AV1, verifique se a sua plataforma o suporta e se parte da audiência não vai ficar de fora.

A desvantagem do AV1

Ele não é universal: em parte das plataformas e dispositivos a visualização pode ficar indisponível, e aí você codifica num formato que o espectador não vai ver.

Cenário com codificação no processador

O x264 por software exige núcleos e threads. Uma CPU com muitos núcleos dá conta da stream pura, mas entrega à tarefa frequências que o jogo também precisa. Num processador fraco, a stream começa a "comer" fps, mesmo que a gravação corra bem.

Para o x264, não bastam os núcleos. O cache influencia a velocidade com que os núcleos trocam dados durante a codificação, e as frequências, a velocidade do próprio recálculo do quadro. Dois processadores com o mesmo número de threads podem se diferenciar bastante na stream: cache grande e frequências altas reduzem a latência de codificação e o risco de perdas. Uma CPU com muitos núcleos, mas de baixa frequência e cache pequeno, às vezes perde para uma irmã mais modesta em núcleos, porém rápida.

Quando o gargalo está no processador

O sinal é o OBS mostrando quadros perdidos por sobrecarga de CPU, o processador quase no limite (referência: 85% ou mais) e o jogo rodando normalmente. Aqui ajuda trocar o processador, mas não só isso: migrar para codificação por GPU, se a placa suportar, alivia a CPU sem upgrade.

A desvantagem desse caminho

O processador é trocado junto com a placa-mãe e a memória com mais frequência do que a placa de vídeo. Às vezes, comprar uma GPU com bom encoder sai mais em conta do que montar uma plataforma nova.

O que exatamente observar no OBS

O contador principal é a linha de quadros perdidos na parte inferior da janela do OBS, mas ela se divide em dois indicadores diferentes, e não se pode confundi-los. As perdas por sobrecarga do codificador (encoding lag) significam que a CPU ou a GPU não estão dando conta de codificar os quadros. As perdas por rede (network) significam que o hardware dá conta, mas os quadros se perdem no caminho até a plataforma.

• As perdas por codificador aumentam, a carga de CPU ou GPU está no teto — o problema é de hardware, e você já sabe mais ou menos em qual componente.
• As perdas por rede aumentam, mas a carga de CPU e GPU está moderada — o hardware não tem culpa, olhe o bitrate, o canal, a sobrecarga da operadora ou o Wi-Fi.
• Há perdas nos dois — primeiro elimine a parte de rede, senão você não vai saber se a sobrecarga de hardware continua.

Como diferenciar sobrecarga de CPU de quedas de canal na prática: faça uma transmissão de teste e abra ao mesmo tempo o monitor de recursos e as estatísticas do OBS. Se, com o aumento das perdas, a carga do processador vai a 90–100% e o contador de rede está tranquilo, o gargalo é a CPU. Se o processador e a placa de vídeo estão tranquilos e o que cai são justamente as perdas de rede, o problema é o canal, e upgrade de hardware não vai mudar nada. Verifique separadamente se as perdas do codificador só aumentam no preset pesado: é sinal direto de que a folga de CPU ou do encoder acabou.

Exemplo: CPU fraca e GPU forte

Suponha que você tenha um processador antigo de quatro núcleos e uma placa de vídeo moderna. Você codifica na CPU: o OBS perde quadros, o jogo engasga — o gargalo é o processador. Mas se você passar o codificador para o encoder da placa, a carga na CPU cai, e a placa dá conta tanto do jogo quanto da stream. Nessa combinação, trocar o processador por causa da stream não é obrigatório — primeiro tente mudar o codificador. Se mesmo assim o jogo continuar limitado pela placa, aí a conversa já é sobre a placa de vídeo.

Exemplo: gargalo na CPU com x264

Outro cenário: um processador de seis núcleos de linha média e uma placa de vídeo que fica metade carregada no jogo. Codificação na CPU, preset de qualidade. Nos menus e em cenas estáticas tudo fica estável, mas num confronto ou numa cidade cheia o OBS começa a contar quadros perdidos, e o contador de carga da CPU vai a 90–100%. A placa de vídeo, por sua vez, continua nos mesmos 50–60% — ela não tem culpa, sobra recurso nela.

O que isso significa na prática: o gargalo é o processador, e é ele que limita a stream primeiro. Trocar a placa de vídeo aqui não ajuda, porque a placa já está subutilizada. As opções: baixar o preset do x264 para um mais rápido (a codificação fica mais leve, e a qualidade no mesmo bitrate cai moderadamente) ou migrar para um encoder de hardware, se a placa suportar. Se nenhuma das duas resolve as perdas, e a qualidade da stream no preset rápido ou no encoder de GPU não te agrada, aí se troca o processador, e aqui já importam o cache e as frequências, não só o número de núcleos.

Como identificar o gargalo sozinho

Abra o monitor de recursos e o OBS durante uma transmissão de teste. Observe a carga da GPU, a carga da CPU e os dois contadores de quadros perdidos no OBS.

• GPU perto de 100%, o jogo perdendo quadros, CPU bem mais livre — gargalo na placa de vídeo.
• CPU perto de 100%, perdas do codificador aumentando, o jogo se mantendo — gargalo no processador.
• Hardware com carga moderada, mas perdas de rede aumentando — olhe o canal e o bitrate.
• Quedas no jogo sem stream — primeiro resolva o próprio jogo, não a transmissão.

Vale repetir o teste em duas ou três cenas pesadas: menu, confronto movimentado, cidade cheia. É nelas que o gargalo aparece. Os valores de referência acima são orientações, não limites exatos: o que importa é a diferença entre a carga de CPU e GPU no mesmo cenário.

O que tentar antes de comprar

Parte dos problemas se resolve sem upgrade, e verificar isso sai mais barato do que trocar hardware. Se a placa suporta encoder de hardware, passe o codificador para ele. Baixe o preset do x264 para um mais rápido. Limite o fps no jogo: isso alivia tanto a GPU quanto a CPU. Confirme que o bitrate não está acima da capacidade do canal. Se, depois desses passos, o gargalo continuar no mesmo lugar, troque o componente que limitou primeiro.

Ordem de ações

1. Faça uma transmissão de teste numa cena pesada e separe as perdas entre rede e sobrecarga do codificador.
2. Se a culpa for da rede, é cedo para mexer no hardware: resolva bitrate e canal.
3. Se a culpa for do codificador, comece pelos passos gratuitos: encoder de GPU em vez de x264, preset mais rápido, limite de fps.
4. Se, depois disso, o gargalo continuar na CPU, troque o processador levando em conta cache e frequências; se estiver na GPU, procure uma placa com encoder Turing+ ou AV1.

A ordem do upgrade é definida pelo seu gargalo, não pelo tipo de componente. Primeiro meça, depois compre.