O Que É Sombreamento

O básico que todo mundo explica errado

Sombreamento é o processo de calcular como a luz interage com as superfícies de um modelo 3D para determinar a cor final de cada pixel. Parece simples quando você lê a definição, mas na prática é onde a maioria dos projetos engasga. Existem vários modelos, desde o mais simples até os que levam minutos por frame em cenas complexas. O Flat Shading é o primeiro que qualquer motor-renderizador ensina. Cada triângulo recebe uma única cor baseada na normal daquela face. O resultado é aquele visual facetado, angular, que você vê em jogos indie estilizados ou em visores de wireframe das primeiras versões do Blender. Não é um bug, é escolha. Funciona bem quando o modelo tem poucos polígonos e você quer aquele aesthetic Low Poly. Em alta resolução, as arestas ficam gritando. O Vertex Shading (ou Smooth Shading) interpola as cores entre os vértices de cada triângulo. A transição é suave, a geometria parece arredondada mesmo quando é composta de triângulos. A maioria dos motores usa isso como padrão. O problema é que a interpolação barycêntrica pode criar artefatos visíveis em superfícies com normais mal calculadas, especialmente em esferas com menos de 64 segmentos. Você já viu aquela mancha escura no polo inferior de uma esfera mal topologizada? É exatamente isso.

o que é sombreamento na prática do dia a dia

A pergunta que as pessoas fazem depois de entender a teoria é: qual modelo usar? A resposta depende totalmente do contexto. Para rendering em tempo real em hardware móvel, Phong e Blinn-Phong ainda são amplamente utilizados. São rápidos, previsíveis e o resultado visual é aceitável na maioria dos casos. Para produção cinematográfica ou assets de alta qualidade, PBR (Physically Based Rendering) com GGX é o padrão. O que torna o PBR diferente dos modelos clássicos não é a complexidade matemática, mas o fato de que ele usa parâmetros físicos reais: roughness, metallic, F0. Isso significa que um material configurado em um software pode ser importado para outro e manter a aparência coerente. Antes do PBR, você precisava ajustar manualmente coeficientes para cada cena nova. Um detalhe que os tutoriais ignoram: o sombreamento não calcula sombras projetadas. Sombras próprias (self-shadowing) entram no cálculo quando você aplica displacement ou normal mapping em superfícies com geometria suficiente. Sombras de oclusão ambiente (AO) são uma camada separada, frequentemente precalculada em uma textura lightmap. Se alguém disser que o shader resolve todas as sombras, está enganado ou simplificando demais.

Problema real que eu encontrei e como resolvi

Trabalhava em um projeto de arquitetura com modelos importados do SketchUp. A geometria vinha com normais trianguladas de forma inconsistente — alguns vértices compartilhavam normais, outros não. O resultado no Three.js era um mosaico de sombras erradas que mudavam conforme a câmera girava, mesmo com smooth shading ativado. O problema não era o shader, era a topologia. A solução foi rodar um script Python dentro do Blender que recalculava as normais automaticamente (Shift+N para recalcular para fora, depois mesclar por distância) e aplicava o atributo normals-data para garantir consistência antes de exportar para glTF. Isso levou cerca de 40 segundos por arquivo, substituindo horas de correção manual. O mesmo problema aparecia em modelos CAD importados, onde as faces internas de peças mecânicas tinham normais invertidas sem motivo aparente. Se você estiver usando engines modernas como Unreal ou Unity e notar artefatos de sombreamento estranhos, verifique as normais antes de gastar tempo ajustando shaders. Na minha experiência, 8 em cada 10 problemas de shading são problema de normais, não de iluminação.

Insights que ninguém conta nos tutoriais

O primeiro insight contraintuitivo: mais luzes não significam melhor sombreamento. Em PBR com baked lighting, uma cena com quatro lightmaps precalculados vai renderizar muito mais rápido e com menos pop-in do que uma cena com dez luzes dinâmicas. O custo de calcular iluminação dinâmica cresce exponencialmente com o número de luzes em muitos motores. A técnica de light probing resolve parcialmente isso, mas introduz seus próprios artefatos em cantos e recessos. O segundo: normal maps são truques, não magia. Um normal map de alta resolução aplicado a uma geometria de baixa resolução cria a ilusão de detalhe, mas o sombreamento ainda segue a geometria base nas bordas e silhuetas. Para detalhes reais na silhueta, você precisa de displacement maps ou tesselação. Muitos artistas iniciantes confundem normal map com displacement e se perguntam por que o modelo não mostra relevo quando visto de perfil. Outro ponto que passa despercebido: o ângulo de visualização afeta drasticamente a aparência do sombreamento em materiais metálicos. Metais com roughness baixo refletem o ambiente, não a luz direta. Isso significa que um chão com reflexo de céu nublado vai parecer completamente diferente do mesmo chão sob luz de estúdio. Se o seu asset não está "sendo vendido" visualmente, verifique primeiro o IBL (Image-Based Lighting) da cena, não o material.

Quando o sombreamento simplesmente não funciona

Há cenários onde técnicas tradicionais de sombreamento falham ou exigem soluções alternativas. Geometria com self-intersection — comum em modelos escaneados ou importados de múltiplas fontes — gera artefatos de sombreamento impossíveis de corrigir só com ajuste de shader. A única solução limpa é limpar a malha na fonte. Transparências também quebram modelos de sombreamento padrão. O Alpha Testing funciona para folhas e cercas, mas para vidro ou água você precisa de SSR (Screen Space Reflections) ou ray-tracing, que são ordens de magnitude mais caros. Em mobile, a alternativa é usar depth prepass e evitar transparências sobrepostas, mas o resultado visual é comprometido. Para projetos que precisam de realismo fotográfico absoluto, sombreamento por ray-tracing em tempo real (como NVIDIA RTX ou Unreal Lumen) é a resposta atualmente. Mas isso exige hardware dedicado e o custo de performance é alto: uma queda de 30 a 50% de fps em sistemas que já estavam no limite. Se o seu alvo é console de geração passada ou device móvel entry-level, fique com baked lighting e lightmaps.

Resumo técnico prático

Se você está começando agora, a ordem de aprendizado recomendada é: domine normais e topologia antes de tocar em shaders avançados. Use Flat Shading para entender o impacto das normais de face, depois migre para Smooth Shading e observe as diferenças. Quando for para PBR, entenda que roughness e metallic controlam comportamentos opostos: roughness aumenta a dispersão da luz, metallic elimina a componente difusa. Configure sempre com um HDRI realista como fonte de iluminação ambiental, pois um IBL mal configurado faz o melhor shader do mundo parecer amador. Para quem trabalha com engines de jogo, garanta que o pipeline de importação aplique normais consistentes automaticamente. Para renderização offline, invista tempo em lightmapping e baked AO. Ambos os cenários economizam horas de debugging e evitam aquela sensação de que algo está visualmente errado mas você não consegue identificar o quê.