Manutenção do PC de streaming: OBS, clipes e pressão no disco

Faça a conta antes que o disco faça por você

Bitrate vira armazenamento a câmbio fixo: 6000 Kbps de vídeo dá uns 2,7 GB por hora, e uma gravação local em CRF a 1080p60 fica entre 5 e 7 GB por hora dependendo do movimento em cena. Uma maratona de quatro horas com gravação local produz uns 25 GB numa noite; uma temporada de três lives por semana é meio terabyte antes de exportar o primeiro highlight. O armazenamento de um setup de streaming se planeja por temporada, não por noite, e a maioria dos desastres do tipo "o disco encheu no meio da live" tinha sido agendada pela aritmética semanas antes.

O layout pesa tanto quanto a capacidade. Um disco de captura dedicado — um segundo SSD, do tamanho que der — desacopla a gravação do sistema: quando o disco de captura enche, o Windows continua respirando, e o codificador nunca disputa com o jogo pelo mesmo volume. Gravar na mesma NVMe do SO e do jogo funciona até faltar espaço; gravar num HDD sai bonito no papel para escrita sequencial e morre no instante em que o jogo lê texturas do mesmo prato. Deixe 15-20% livres nos dois discos: abaixo disso, os SSDs perdem desempenho de escrita exatamente quando o OBS mais precisa.

A rotina semanal, edição streamer

A passada entre lives é curta e sem glamour: leve os takes bons para um disco de arquivo ou um NAS, apague o resto e esvazie as pastas de clipes que ninguém assiste duas vezes. Audite o que cada ferramenta escreve e onde: replays instantâneos e clipes automáticos (o overlay da NVIDIA, o Medal e cia.) mantêm cada um sua própria biblioteca de saída, o buffer de replay tem cota própria no disco, e os dumps do OBS em %APPDATA%\obs-studio chegam calados a centenas de megas depois de uma semana ruim de drivers. Cinco pastas conferidas por semana é o trabalho inteiro.

Nos dias de live a configuração está congelada: ajustes de codificador, versões de driver e coleções de cena não mudam horas antes de entrar no ar, porque a diferença entre "reverter" e "desastre" é exatamente um procedimento ensaiado. Teste mudanças nos dias livres e exporte as coleções de cena antes de qualquer experimento: são arquivos JSON, restauram em segundos, e são a única parte do setup que não dá para reconstruir a partir do material bruto. Depois de cada atualização do driver gráfico, espere o cache de shader se reconstruir no próximo início: um soluço ou dois nos primeiros minutos é normal, não sinal de que o setup está morrendo.

• Tire os takes bons do disco de captura toda semana — primeiro arquivo ou NAS, depois a pasta de origem vazia
• Mantenha 15-20% livres nos dois discos; abaixo disso, codificador e SO começam a engasgar
• Audite as pastas de saída das ferramentas de clipes — replay instantâneo e autocolipe escrevem gigas que ninguém assiste duas vezes
• Esvazie %APPDATA%\obs-studio\crashes e os logs na passada — uma semana ruim de drivers deixa centenas de MB de dumps
• Depois de cada atualização do driver gráfico, espere a reconstrução do cache de shader — os primeiros minutos podem dar soluço, é normal
• Exporte as coleções de cena do OBS antes de qualquer experimento; ajuste de codificador não se mexe no dia da live

A parte que ninguém faz na mão por muito tempo

A verdade honesta sobre rotinas de manutenção é que elas funcionam exatamente até a noite em que você não está a fim — depois da live, à uma da manhã, com trabalho no dia seguinte. Esse é trabalho do agendador, não de força de vontade: o lixo regenerável de um setup de streaming (logs e dumps do OBS, caches de shader, os webcache de cada ferramenta de chat e overlay) é exatamente a categoria que o preset Safe do Kleaner PRO varre numa tarefa do Agendador de Tarefas do Windows, sem supervisão, enquanto os arquivos pesados de vídeo continuam sendo triagem só sua.

Dois hábitos fecham a conta. Os SSDs não querem de você nada além de espaço: o TRIM roda no próprio cronograma, e "otimização" para um SSD quer dizer exatamente isso, não desfragmentação — um retrim mensal é higiene, não reparo. E cuidado com a pilha em segundo plano nos dias de live: abas de dashboards e alertas, clientes de chat e o launcher da semana comem RAM e CPU que o codificador preferia para ele; uma segunda máquina ou um tablet para o chat sai mais barato que uma guerra de frames perdidos contra o seu próprio overlay.

Perguntas e respostas

Continue lendo