O que são corpos iluminados e por que todo mundo fala disso errado
Corpos iluminados nada mais são do que objetos 3D que recebem cálculo de iluminação em tempo real ou pré-computado. O conceito é simples, a implementação é onde as coisas desbam. Quando você vê um render com sombras suaves, reflexos realistas e aquela luz que parece "viver" no ambiente, está olhando para corpos iluminados funcionando. Se parece plástico ou papelão, o sistema de iluminação tá falhando em algum ponto. A iluminação em 3D se divide basicamente em dois mundos que não se conversam bem: ray tracing direto e iluminação pré-baked. O primeiro calcula trajetórias de luz a cada frame ou amostra. O segundo pré-calcula tudo e almacena em lightmaps. Escolher errado desde o início significa refazer metade do trabalho mais tarde.
O que sao corpos iluminados na prática técnica
Técnicamente, um corpo iluminado é qualquer malha 3D que participa ativamente de um pipeline de shading. Isso significa receber iluminação direta de fontes, iluminação indireta de outras superfícies, e possivelmente efeitos como subsurface scattering, iridescência ou emissão própria. A diferença entre um corpo "iluminado" e um corpo "sem iluminação" é puramente sobre se ele está conectado ao sistema de lighting da cena ou não. O problema é que muitos desenvolvedores tratam isso como um toggle. Não é. É uma cadeia inteira de decisões. Seu asset precisa de UVs limpos para lightmapping. Precisa de normais calculadas corretamente. Precisa de material com propriedades físicas adequadas. Um erro em qualquer elo e o corpo iluminado vai se comportar de forma errática ou simplesmente aparecer escuro demais no render final.
Já perdi umas quatro horas num projeto porque um modelo importado do Blender para o Unreal estava com normas invertidas e a iluminação indireta simplesmente não acontecia. A solução foi ativar "Calculate Normals" nas configurações de importação e marcar "Generate Lightmap UVs" manualmente em vez de confiar no auto-UV que veio quebrado.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Pitfalls que ninguém menciona nos tutoriais
A primeira armadilha é o chamado "lightmap resolution trap". Resoluções baixas de lightmap criam aquele aspecto manchado e pixelado nas sombras. A tentação é aumentar pra 1024 ou 2044 em tudo. O problema é que memory usage explode e o build time vira algo digno de sacrifício humano. O jeito certo é usar atlas de lightmap com resolución proporcional ao tamanho da geometria. Objetos pequenos não precisam da mesma densidade de iluminação que paredes grandes. A segunda armadilha, mais sutil, é confundir qualidade de render com qualidade de runtime. Um cenário com path tracing em 8192 amostras por pixel fica lindo. No device alvo, roda a 4 FPS. Se o objetivo é interativo, global illumination bakers como o Lumen ou enlighten são muito mais adequados, mesmo que visualmente não alcancem o mesmo patamar de realismo fotográfico. Entenda o que seu alvo precisa antes de começar a configuar.
O terceiro ponto que pouca gente considera é a interação entre materiais metálicos e non-metálicos na mesma cena. Metais refletem luz de forma diferente, e muitos motores tratam isso de maneiras inconsistentes entre platforms. Teste sempre no alvo final, não só no editor. O que parece correto na tela do desenvolvedor pode sair completamente deslocado em mobile ou console.
Quando o conceito simplesmente não funciona
Corpos iluminados com illumination complexa não funzionano bene su geometria extremamente densa em tempo real. Se você tem milhões de polígonos com iluminação global dinâmica, o custo computacional é proibitivo na maioria dos hardware consumer. Nesse cenário, a alternativa sensata é fazer baking + light probes + alguma solução híbrida como screen-space GI. Não adianta insistir em full ray tracing se o alvo rodaria a 15 fps no hardware pretendido. Também não funciona bem em cenas com iluminação extremamente dinâmica onde as fontes de luz se movem rapidamente. Lightmaps pré-calculados ficam obsoletos em segundos. Nesse caso, soluções como voxel-based GI ou probe volumesdinâmicos são mais viáveis, ainda que com trade-offs visuais.
O que resta depois de entender o básico é experiência prática com debugging visual. Aprender a ler artifacts de iluminação, saber distinguir entre problema de textura, problema de material e problema de configuração de luz, isso só vem com horas de tentativa e erro. Não existe atalho real aqui além de construir projetos pequenos, quebrá-los de propósito e consertar.
