O motor funciona sozinho + materiais mais ricos

O divisor de águas de ficar sozinho: da “concha emprestada” para “ficar sozinho”

Este é um dia decisivo na história do motor. O tempo todo, o mecanismo manteve uma dependência de baixo nível de uma biblioteca externa madura de renderização de uso geral - usando-a como a "resposta de referência" para verificar se sua própria renderização estava correta. Este dia removeu totalmente essa última dependência, e o mecanismo agora funciona apenas em seu próprio pipeline de renderização. Esta não é uma remoção comum de dependência, mas uma mudança de postura: de “ficar sobre os ombros dos outros, sempre fazendo referência a outra pessoa” para “ser o próprio padrão”. Os itens abaixo – um benchmark de autoverificação, materiais mais ricos, compatibilidade de dispositivos, uma visualização nativa – são todos o acompanhamento em torno deste “autônomo”, declarando juntos que este mecanismo cresceu e se tornou um renderizador maduro que se destaca por si só.

Um benchmark de paridade de pixel integrado: verificando a si mesmo

Após a retirada da biblioteca externa, surgiu um problema prático: anteriormente aquela biblioteca era a referência para confirmar "a renderização está correta", e sem ela o que garante a qualidade? A resposta: o mecanismo carrega seu próprio benchmark de “paridade de pixel” – ele gera sua própria resposta de referência e verifica cada quadro renderizado pixel por pixel, alertando sobre qualquer desvio. Isso faz com que o "juiz de qualidade" deixe de ser emprestado externamente e passe a ser incorporado ao próprio motor. Seu significado de longo alcance: a partir de agora, a qualidade de imagem, o desempenho e a evolução dos recursos do mecanismo estão totalmente em suas próprias mãos, não mais liderados pelos limites de capacidade e compensações de uma biblioteca externa - o que quer que você queira adicionar ou otimizar, sem trabalhar em torno dos limites de outra pessoa. Um motor que pode verificar a si mesmo está verdadeiramente qualificado para evoluir de forma independente a longo prazo.

Materiais PBR Tier-1: emissivo + oclusão de ambiente + aparência de mapeamento de tom

O sistema material foi unificado e subiu de nível neste dia. O nível inferior fundiu o que eram diversas variantes de materiais em um modelo de material unificado baseado em "render-pass", simplificando conceitos e abrindo espaço para adicionar novos recursos. Neste modelo unificado, várias habilidades que aumentam o realismo foram adicionadas: emissiva, deixando os objetos brilharem por conta própria para sinais de néon, runas brilhantes e núcleos de energia; oclusão ambiental, escurecendo naturalmente fendas, cantos e pontos de contato para fortalecer significativamente a profundidade; e vários looks de mapeamento de tons para escolher a sensação geral da imagem (frio, quente, cinematográfico, etc.). Para evitar que "maior variedade de materiais" "custe a taxa de quadros", esses materiais complexos são inseridos em um cache de pipeline de renderização, reutilizando os mesmos e mantendo os diferentes separados. No geral, as coisas em uma cena parecem mais "corretas" e mais táteis - a principal atualização de "pode ​​renderizar" para "renderizar lindamente".

Suporte mais amplo a dispositivos: camada de dispositivo concluída + substituto sem recursos avançados

Este dia também impulsionou “deixar o motor funcionar em mais máquinas”. A "camada de dispositivo de renderização" de baixo nível completou um conjunto completo de recursos importantes, para que o mecanismo possa solicitar e usar totalmente os recursos de renderização do dispositivo necessários no navegador, sem mais peças faltando; no caminho alternativo sem os recursos de GPU mais recentes, as lacunas restantes para "renderizar corretamente" foram corrigidas uma por uma. Ainda mais cuidadosamente, para dispositivos que não possuem alguns recursos modernos da GPU, uma rota de compatibilidade de material foi construída para que eles possam desenhar objetos corretamente, mesmo em um caminho simplificado. Resultado líquido: a gama de máquinas que podem executar 3D adequadamente aumentou ainda mais. Para uma plataforma de mercado de massa, “funciona em máquinas mais fracas” é tão importante quanto “parece melhor” – o primeiro decide quantos podem entrar, e o segundo, se permanecem.

Um player de visualização nativo — um jogo em cinquenta linhas

Os jogos de pré-visualização deste dia foram movidos para o host de tempo de execução nativo da plataforma: uma entrada e carregador de jogo limpo, responsável por carregar e executar um jogo corretamente, sem desvio por meio de um host externo. O modelo do jogo foi compactado em cerca de cinquenta linhas – o que significa que escrever um jogo executável começa com cinquenta linhas. O valor aqui é “um ponto de partida leve o suficiente”: um iniciante ou uma IA não enfrenta um grande pedaço de código de estrutura para entender primeiro, mas um esqueleto mínimo e claro pronto para ser construído imediatamente. Quanto mais leve e padrão for o início, mais suave será o caminho para "transformar um jogo em realidade" - a geração de código por IA a partir desse início limpo comete menos erros, e um humano que assume o controle acha mais fácil ler e editar. Um host nativo mais um modelo mínimo é um passo para reduzir ao mínimo a barra de entrada de "fazer um jogo".

Estabilidade: HTTPS em todos os lugares + pré-visualização da recuperação automática

Este dia também adicionou dois toques de estabilidade. Um deles é o suporte para um modo de desenvolvimento "HTTPS em todos os lugares" - alguns recursos modernos do navegador (incluindo certos gráficos e recursos do dispositivo) são concedidos apenas sob uma origem segura, e o HTTPS os torna adequadamente disponíveis, ao mesmo tempo que corresponde melhor a um ambiente de implantação real. A outra é a recuperação automática de visualização: quando a visualização apresenta erros devido a um soluço transitório de back-end, ela tenta se reconectar e se auto-curar por conta própria, em vez de ficar em uma página de erro aguardando uma atualização manual. Ambos são o trabalho de "não interromper você" - o que mais interrompe o fluxo durante o desenvolvimento geralmente não é um grande bug, mas esses pequenos problemas recorrentes que precisam de um resgate manual de vez em quando. Automatizá-los é o que torna o jogo por horas realmente tranquilo.

O que este dia significa

O núcleo deste dia é o motor completando sua “independência”. Remover a última dependência de renderização externa e carregar seu próprio benchmark de paridade de pixels significa que ele cresceu de "executando em um shell emprestado, referenciando outros" para um renderizador maduro que se auto-verifica. Nessa base, os materiais atingiram uma qualidade tátil real, a compatibilidade dos dispositivos alcançou máquinas mais fracas, a pré-visualização obteve um ponto de partida nativo mínimo e a estabilidade tornou-se mais resiliente – cada uma uma extensão que significa mais após essa independência. Uma plataforma que se atreve a fazer a sua base de renderização mais central totalmente interna, sem depender de nenhuma biblioteca externa, está atrás do seu próprio destino: a partir de agora, até onde a qualidade da imagem pode ir, quanto o desempenho pode ser otimizado e quais novos recursos para suporte não estão mais à mercê de outros. Esse é o peso pelo qual este dia mais merece ser lembrado.