Como as pessoas podem reconhecer qual mecanismo um jogo usa, com base em seus gráficos?

Em muitos jogos, você pode dizer "ah, esse é o Unreal Engine , com certeza" ou "isso foi feito com um Rockstar Advanced Engine atualizado ". Muitas vezes, podemos reconhecer o mecanismo usado para um jogo apenas olhando seus gráficos, desconsiderando a interface do usuário.

Por que é isso? Todos os mecanismos de jogos usam a mesma tecnologia de renderização 3D que todos nós usamos, e os diferentes jogos geralmente têm um estilo de arte distinto. O que resta para reconhecer?

Principalmente, eu imagino que isso se deve aos shaders. Por exemplo, o mecanismo Unreal terá um certo método de manipulação de HDR, um determinado método de manipulação de mapeamento de relevo, um determinado método de manipulação de dispersão de luz, etc.

Eles também terão um nível uniforme de clareza em termos de restrições, como tamanhos de textura e suporte de cores.

Além disso, os algoritmos serão semelhantes. Os objetos serão agrupados usando os mesmos algoritmos. A IA tomará decisões de acordo com as mesmas arquiteturas de tomada de decisão.

Se o mapeamento de impacto estiver causando especulações insanas e reagir fortemente a mudanças na iluminação, por exemplo, você começará imediatamente a pensar no mecanismo do Doom 3. Isso ocorre porque esse código shader é compartilhado entre todos os jogos usando o mecanismo. Você não gostaria de arrancar algo assim.

"Todos os mecanismos de jogo usam a mesma tecnologia de renderização 3D que todos nós usamos"

A tecnologia é a mesma, mas as regras que governam a aparência do mundo (por exemplo, iluminação, mosaico, LOD etc.) são todas escritas pelo desenvolvedor. A tecnologia de renderização 3D não tem muito a ver com a qualidade visual das coisas na tela. Até as regras para a aplicação de iluminação ambiente plana ficam a cargo do desenvolvedor (supondo que você não esteja usando pipelines de função fixa).

Você pode fazer com que o seu aplicativo OpenGL seja parecido com o seu aplicativo DirectX, com dificuldades comuns. A tecnologia de renderização subjacente realmente não tem tanto impacto, exceto no que diz respeito à velocidade.

Os mecanismos geralmente fornecem abstrações de alto nível, o que leva a semelhanças sutis nos jogos que os usam - um " ataque de canal lateral ", se você preferir.

Esses incluem:

• Abstrações de renderização de ambiente, como grama ou árvores.
• Mistura de material moído.
• Os sistemas de gatilhos e eventos têm comportamento de erro semelhante.
• sistemas de nível de detalhe .
• Renderização de sombra.
• Manuseio pós-processo.
• Buffers Z / Buffers de profundidade cometem os mesmos erros nas mesmas distâncias.
• Problemas de comportamento da IA ​​e manipulação de scripts.
• Fumaça, fogo, chuva, poeira, neve, água, nuvens, reflexão.
• Alguma textura / recurso agradável que todo mundo gosta de usar. :)
• Manipulação do céu / caixas do céu.
• Armazenamento em cache.
• Predefinições de material que o desenvolvedor não se incomodou em alterar.

• Matemática Shader. (Os mecanismos podem ter sua própria variante do mesmo algoritmo.)
  
  @Wkerslake acrescenta:

• Tamanho do nível / streaming.

• Física em geral.

É engraçado porque é verdade, a iluminação e outros efeitos pós-processo podem expor facilmente o mecanismo subjacente.

As animações também revelam isso. Cada mecanismo lida com eles de uma maneira diferente e eles também parecem diferentes quando jogam.

Você pode identificar as limitações do mecanismo nas animações e dizer qual mecanismo foi usado por isso também.

Eu nunca soube que você realmente poderia fazer isso.

Maneiras mais fáceis de dizer:

• Muitas vezes, eles têm grandes logotipos 'Unity Engine' ou 'Unreal Technology' na inicialização.
• Empresas que reutilizam mecanismos de jogos - Um jogo de mundo aberto da 'Rockstar Games' certamente utilizará um mecanismo aprimorado do GTA.

Existem diferenças sutis nos motores e o que eles são bons e ruins nisso é fácil de identificar de jogo para jogo.

A combinação exata dessas características geralmente pode identificar o mecanismo.

Além dos gráficos 3D, também reconhecemos comportamentos compartilhados comuns no próprio mecanismo de jogo. Existem muitas variáveis ​​pequenas que entram em todas as partes de um jogo, e certas combinações, uma vez definidas, permanecem parte de todos os jogos usando esse mecanismo.

Essas variáveis ​​podem incluir: velocidade de movimentação de caracteres, aceleração de movimentos de caracteres, velocidade de panorâmica da câmera, aceleração de panorâmica da câmera, suavidade da panorâmica da câmera e assim por diante.

Isso é muito aparente com mods ou jogos que começaram como mods (Olá, jogos de mecanismo de código-fonte) porque, uma vez que o design já passou do básico, raramente alguém volta a ajustar algo como a taxa de aceleração de um salto. O efeito de todas essas pequenas variáveis ​​é que os jogos "parecem semelhantes", mas de uma maneira difícil de definir.

Você pode contar aos jogos da Unreal porque todos usam o mesmo sombreador de pele incrivelmente ruim e os mesmos quebra-cabeças estúpidos de "física".

Muito do que as pessoas dizem ser um mecanismo típico está mais relacionado à arte. Os mecanismos autorizam ou impõem restrições aos bens da arte, mas o design e a execução de como as coisas são são em grande parte uma questão de arte. Tomemos, por exemplo, os rostos no esquecimento; Muitas pessoas estavam culpando o mecanismo pelos personagens um pouco menos que convincentes. Isso era claramente um problema com a arte, ou, se não fosse isso, a seção do código da Bethesda que se misturava, ao invés de todo o "mecanismo". Da mesma forma, quando as pessoas vêem fuzileiros espaciais brilhantes, sujos e que abusam de esteróides, pensam 'Irreal', mas isso é mais uma direção de arte, ao invés de uma faceta do mecanismo subjacente que exibe essa arte. Embora diferentes estúdios criem jogos marinhos espaciais, eles costumam usar irreais porque

Eu acho que há sinais mais sutis do que você vê. Quake sentiu o mesmo no OpenGL, Software e PowerVR - apesar da aparência única em cada um.

Por exemplo, os jogos Quake-Engine, para mim, pareciam mais sólidos, enquanto o Build engine parecia mais frágil, e Unreal parecia meio abstraído.

Isso é basicamente físico - e eu suspeito que também tenha algo a ver com o ciclo do jogo.

Descobri que as animações faciais são geralmente uma oferta inoperante. Há muita variação e, mesmo com arte diferente, você ainda pode ver os mesmos padrões nas texturas.

Eu sempre reconheço motores pela física deles. O mais notável aqui é o mecanismo de origem, particularmente a parte que coleta objetos. Você notará que, em muitos jogos, pegar coisas é semelhante. Eu acredito que isso se deve ao motor. Também concordo que motores diferentes lidam com a luz de maneira diferente, para que você possa reconhecê-los por isso.