Um Game Engine pode ser incorporado a um Game Engine?

Isso me confunde, pois o título diz "Principalmente civilizado: um mecanismo de jogo 4x baseado em hexadecimal para Unity - Parte 1"

Unity é um Game Engine, e ele está construindo um game engine para um game engine.

Ele expressou isso incorretamente ou está construindo um mecanismo de jogo em um mecanismo de jogo uma coisa real?

O mecanismo de palavras é um tanto ambíguo. Pode ser usado amplamente para significar qualquer ambiente de desenvolvimento integrado para a construção de jogos. Ou pode ser usado especificamente para descrever a estrutura de um jogo ou tipo de jogo específico.

Aqui estão duas frases que ilustram a diferença:

1. Unity é um ótimo mecanismo para a construção de todos os tipos de jogos. GERAL.
2. Quando eles remasterizaram Shadow of the Colossus, eles reconstruíram seu mecanismo original. ESPECÍFICO.

Unidade é um motor de jogo no sentido mais amplo. Pode ser usado para fazer jogos.

Mas você pode escrever algo no Unity que seja adequado para criar um tipo específico de jogo, por exemplo, um jogo de tiro em primeira pessoa. Então você teria criado um mecanismo de tiro em primeira pessoa que outros poderiam usar para fazer atiradores em primeira pessoa. Da mesma forma, você pode escrever algo no Unity que seja adequado para a criação de jogos baseados em hexadecimal; nesse caso, você terá um mecanismo baseado em hexadecimal .

Essa ambiguidade faz sentido quando você pensa em um mecanismo como qualquer software com "um bloco de funcionalidade encapsulado" ( aqui ), já que você sempre pode interpretar esses blocos de funcionalidade da maneira mais grosseira ou sutil possível.

Atualmente, existem realmente dois significados diferentes para o mecanismo (de jogo). As definições categóricas costumam ser nebulosas, mas eis a sensação que senti em 30 anos orbitando as indústrias.

A unidade já contém dezenas de coisas que chamamos de mecanismos. Há um mecanismo de partículas, um mecanismo de física (dois deles!), Um mecanismo de animação, um mecanismo de áudio e um mecanismo de interface do usuário, pelo menos. O sistema de gerenciamento de objetos e o subsistema de renderização também podem contar.

Nesta forma, "mecanismo" significa "um sistema, componente, estrutura, módulo ou biblioteca geralmente reutilizável / modular, projetado para gerenciar as transformações em andamento do seu estado persistente com base em entradas ou regras". Às vezes, coisas fora dos jogos também usam o termo; Eu já vi muitos processadores HTML e sistemas de banco de dados e widgets / janelas serem chamados de mecanismos, se não o nomearem no código.

Uma coisa que o Unity não vem é um mecanismo de regras, um mecanismo de mecânica ou um mecanismo de jogabilidade (a menos que você esteja fazendo um jogo de física pura), e é isso que esse cara está tentando criar. Parece que em episódios posteriores ele está trabalhando na criação de mecânicas para a administração da cidade e outras coisas, então não se trata apenas do mapa de blocos. Mas um Tile Map Engine é outra coisa que o Unity não vem.

O outro uso da palavra vem dos dias anteriores, quando fazer intencionalmente componentes modulares para reutilização entre jogos era muito menos comum e, em grande parte, um assunto interno com coisas como a Z-Machine e as três ou quatro estruturas que a Sierra passou ao longo dos anos. . Não foi até o licenciamento entre empresas do mecanismo Doom estourar que alguém usou o termo AFAIK. E naquela época, realmente era um pedaço de código que executaria seu jogo; você precisaria hackear para adicionar novos comportamentos, mas a maioria dos jogos como o Heretic realmente estava inserindo novos gráficos, mapas e áudio no sistema.

A unidade é realmente um motor de jogo. No entanto, é altamente personalizável. É isso que significa construir um mecanismo em cima da unidade - personalizá-lo.

O Unity não possui nenhuma funcionalidade embutida para grades hexagonais. Ao personalizar ou adicionar isso ao mecanismo do Unity, eles "incorporaram seu mecanismo ao Unity".