Minecraft com Shader Travando: Por Que Pesa Tanto

Minecraft sem shader: 300 FPS. Minecraft com shader: 25 e travando. E o PC nem é ruim.

Essa queda assusta porque parece desproporcional — é o mesmo jogo, com os mesmos blocos. Mas ela faz sentido quando se entende o que o shader realmente faz.

Por que shader pesa tanto

O Minecraft original desenha blocos com iluminação simples. O shader substitui todo o sistema de iluminação por um muito mais elaborado: sombras projetadas, reflexo em água, raios de luz, iluminação que ricocheteia entre superfícies.

Não é um filtro por cima. É o jogo calculando luz de um jeito completamente diferente, quadro a quadro.

E tem um detalhe que quase ninguém sabe: com shader o jogo fica pelo menos duas vezes mais pesado para o processador também, não só para a placa de vídeo. Muita gente troca de placa e se frustra porque o gargalo estava do outro lado.

Os ajustes que mais devolvem FPS

Antes de trocar de shader ou desistir, três configurações concentram a maior parte do custo.

Distância de renderização

Já é a configuração mais pesada do Minecraft normal. Com shader, o custo multiplica — porque cada pedaço de terreno visível agora precisa ser iluminado, sombreado e refletido.

Baixar de 20 para 10 com shader ligado costuma dobrar o FPS. É o ajuste de maior retorno, disparado.

Distância de entidades

Cada criatura, item no chão e baú visível é uma entidade que precisa receber sombra e iluminação própria.

Reduzir essa distância é ganho grande e praticamente invisível — você raramente precisa ver detalhe de uma vaca a cem blocos.

Volumetria e iluminação global

São dois recursos que dão o visual mais bonito e custam mais caro: os raios de luz visíveis no ar e a luz que ricocheteia entre superfícies.

Desligar os dois muda bastante o número e mantém a maior parte do que faz o shader parecer shader — sombra e reflexo continuam lá.

Trocar de carregador de shader ajuda

Existe mais de uma forma de rodar shader no Minecraft, e elas não têm o mesmo desempenho.

Os carregadores mais modernos, usados junto com mods de otimização de renderização, costumam entregar mais FPS que a solução tradicional — e resolvem um problema chato: eles preparam os efeitos com antecedência, em vez de engasgar toda vez que você olha para uma direção nova.

Se as suas travadas acontecem ao virar a câmera e não o tempo todo, é exatamente esse o problema — e trocar de carregador resolve melhor que qualquer configuração.

Nem todo shader custa igual

A diferença entre um shader leve e um pesado é enorme, muito maior que a diferença entre configurações do mesmo shader.

Vale procurar versões "lite" do shader que você gosta — muitos autores publicam uma versão reduzida. Em geral entregam boa parte do visual por uma fração do custo.

Se você está tentando rodar um shader famoso pelo realismo num PC intermediário, ajustar configuração vai ajudar até certo ponto. Trocar por um mais leve ajuda mais.

Quando a queda não é normal

Queda de 300 para 60 com shader é esperado. Já travar de forma irregular, com o número pulando, aponta para outra coisa.

Os suspeitos:

• Memória de vídeo estourando — shader consome bastante, e pacote de textura em alta resolução soma. Se a queda piora ao longo da sessão, esse é o candidato
• Alocação de memória exagerada — travada em ritmo regular continua sendo coleta de lixo, com ou sem shader
• Notebook usando a gráfica integrada — vale conferir, porque com shader o efeito é brutal

Esse último merece atenção: em notebook, o Windows às vezes atribui o Java à gráfica integrada mesmo com placa dedicada instalada. Sem shader quase não se nota. Com shader, a diferença é o jogo ser injogável.

A ordem

1. Distância de renderização para 10 ou menos
2. Distância de entidades reduzida
3. Volumetria e iluminação global desligadas
4. Carregador moderno, se as travadas forem ao virar a câmera
5. Versão leve do shader
6. Conferir qual placa está rodando o jogo, se for notebook

Esse caso da placa integrada é um dos primeiros itens conferidos na otimização de PC para Minecraft, junto com driver e alocação da JVM.