Simulação realista de neve em tempo real: o que funciona e o que não funciona
Construir uma simulação de neve que pareça convincente é mais chato do que as pessoas imaginam. Você acha que vai ser questão de partículas caindo com um shader bonitinho e pronto. Na prática, é um problema de performance, física e percepção visual que costuma quebrar seu framerate de formas imprevisíveis.
O básico: deixe a neve cair mesmo
A parte mais importante é entender que deixe a neve cair não é só soltar partículas do topo da tela. Partículas caem, sim, mas o segredo está nos detalhes que ninguém menciona nos tutoriais básicos. O problema real começa quando você precisa de centenas ou milhares de flocos e ainda quer manter 60 FPS. O pipeline básico funciona assim: sistema de partículas com GPU instancing, sprites bidimensionais orientados ao câmera (billboarding), e uma função de vento que varia no tempo. Parece simples até você tentar rodar com 2.000 partículas em uma cena 3D e ver o fps cair para 12.
Spatial hashing: a solução que ninguém recomenda no início
Se você vai fazer detecção de colisão com o terreno, esqueça varredura bruta. Use spatial hashing. Divide o espaço em células e só verifica colisão com partículas na célula atual e nas vizinhas. Isso transforma uma operação O(n²) em algoO(n). A diferença é brutal: minha cena com 3.000 flocos e detecção de acúmulo no chão passou de 8 FPS para 47 FPS só com essa mudança. O truque é escolher o tamanho da célula certo. Se for muito grande, você perde a vantagem da redução de comparações. Se for muito pequeno, a sobrecarga da hashtable mata tudo. Para neve caindo em uma área de jogo típica, células entre 2 e 4 metros funcionam bem na maioria dos casos. Teste com os números do seu cenário.
Acúmulo de neve no chão: onde a simulacao realmente quebra
Aqui é onde a maioria dos projetos trava. Simular acúmulo real de neve exige uma alturamap dinâmica ou uma abordagem por voxels. Minha experiência: tentei usar uma textura de altura 2D atualizada a cada frame para um cenário de cidade. O resultado visual era bom, mas a cada quadriculação de neve nova a GPU de teste gastava mais tempo escrevendo na textura do que processando os flocos em si. A solução que funcionou foi simplificar: usei uma textura de altura pré-renderizada com variations suaves e apenas incrementos locais durante a simulação, com clamp rígido. Não é realismo físico perfeito, mas visualmente indistinguível na maioria das câmeras e mantém a performance estável. Se você precisa de neve que derreta, mude de cor ou se acumule em montículos complexos, aí sim vale a pena investir em voxel accumulation — mas prepare-se para o custo.
Wind variation e turbulência
Flocos caindo em linha reta parecem falsos imediatamente. O vento não é constante e nem direcional de forma previsível. Use três camadas de noise: uma de baixa frequência para mudanças de direção geral, uma de média para rajadas, e uma de alta frequência para a micro-turbulência que faz cada floco tremer. A função simples é somar as três e aplicar como força lateral na posição da partícula. O erro comum é dar amplitude demais no noise. Flocos que vão 30 metros laterais numa queda de 20 metros parecem papéis sendo sugados por um ventilador, não neve. Amplitude de 2 a 5 metros para queda de 15 a 30 metros é uma faixa segura. Ajuste pelo feeling visual, não por números.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Billboarding e depth sorting
Sprites de neve precisam sempre encarar a câmera. Se o floco girar e mostrar a borda, quebra a ilusão. Implementação clássica: calcule a matriz de billboarding a cada frame usando a posição da câmera e a posição da partícula. Se estiver usando instancing na GPU, isso pode ser feito no vertex shader sem custo significativo no CPU. Depth sorting é outro ponto cego. Partículas desordenadas no depth buffer criam artefatos de blending quando o alpha overlapping ocorre. A solução ingênua é ordenar as partículas por profundidade a cada frame. A solução inteligente é usar alpha test em vez de alpha blending para flocos distantes (fade them out via depth threshold) e só aplicar blending pesado nos flocos próximos. Isso elimina gran parte dos artefatos visuais sem custar Ordenação completa.
Densidade variável por zona
Neve caindo uniformemente pela tela toda é um sinal claro de simulation ingênua. No mundo real, a densidade varia: mais flocos perto da câmera, menos longe. A forma mais barata de fazer isso é com um volume de presença definido por um box ou sphere centralizado na câmera, e regenerar partículas apenas quando elas saem desse volume. Isso também resolve o problema de partículas que caem abaixo do chão — você as reposiciona no topo do volume em vez de deixar elas sumirem magicamente. Um detalhe prático: quando reposicionar, não coloque todas na mesma altura Y. Varie levemente para evitar aquele efeito de "linha de produção" que todo mundo vê e ninguém nota conscientemente até olhar de novo.
Custo real e limites
Em uma GPU moderna de médio porte (RTX 3060 ou equivalente), consigo manter 5.000 a 8.000 partículas ativas com billboarding, wind noise e spawn/despawn sem problemas. Com acúmulo no chão via heightmap, o teto cai para cerca de 2.000 partículas. Em hardware mais fraco, reduza para 500-1.000 e confie mais em técnicas ilusórias — sprites maiores, mais motion blur, menos partículas mas com trails. O maior limitante não é a GPU, é o CPU quando você faz update de posição, noise evaluation e spawning em software. Mova tudo para compute shaders ou GPU particles com Unity SRP Custom Renderer ou Unreal Niagara se estiver usando engines comerciais. A economia de tempo no CPU costuma ser de horas de debugging de lag para minutos de configuração de shader.
Erros que vi acontecerem repetidamente
Um dos erros mais comuns é calcular a velocidade terminal dos flocos como constante. Flocos reais aceleram até atingir uma velocidade terminal que depende do tamanho e formato. Na prática, usar velocidade constante de queda funciona porque a variação é sutil, mas adicionar uma aceleração suave nos primeiros frames de vida da partícula (0.5 segundos) faz uma diferença enorme na naturalidade. Os flocos parecem "nascer" caindo em vez de teletransportados já em movimento. Outro erro: rotação aleatória do sprite. Neve real tem orientação preferencial baseada no formato do cristal e no vento. Escolha 3 a 5 sprites de floco diferentes e dê a cada partícula uma rotação fixa baseada no tipo. Mude a rotação gradualmente com o vento. O resultado é infinitamente mais crível do que rotação aleatória a cada frame.
Quando abandonar a simulação e usar vídeo
Se o seu projeto não precisa de neve interativa — ou seja, o jogador não influencia a queda, não há acúmulo que afete gameplay, e a cena é linear — considere usar vídeo baked ou shader de screen-space. Uma loop de vídeo de neve real em fullscreen com blend mode adicionado ao render pipeline custa quase zero de performance e é indistinguível de simulação para o espectador médio. Já vi estúdios economizarem semanas de desenvolvimento fazendo exatamente essa troca em jogos de narrativa linear. Só não faça isso se precisar de interação. Neve que o jogador pode arremessar objetos, que derrete com fogo, ou que se acumula em volumes dinâmicos exige simulação real. Não adianta fingir que vídeo resolve isso.
