¿Se puede incorporar un Game Engine a un Game Engine?

Esto me confunde cuando el título dice "Mayormente civilizado: un motor de juego 4x basado en hex. Para Unity - Parte 1"

La unidad es un motor de juego, y está construyendo un motor de juego para un motor de juego.

¿Lo dijo incorrectamente, o está construyendo un motor de juego en un motor de juego algo real?

La palabra motor es algo ambigua. Se puede usar ampliamente para referirse a cualquier entorno de desarrollo integrado para crear juegos. O puede usarse específicamente para describir el marco de un juego o tipo de juego en particular.

Aquí hay dos oraciones que ilustran la diferencia:

1. Unity es un gran motor para construir todo tipo de juegos. GENERAL.
2. Cuando remasterizaron Shadow of the Colossus, reconstruyeron su motor original. ESPECÍFICO.

La unidad es un motor de juego en el sentido más amplio. Se puede usar para hacer juegos.

Pero puede escribir algo en Unity que sea adecuado para hacer un tipo particular de juego, por ejemplo, un juego de disparos en primera persona. Entonces habrías hecho un motor de disparos en primera persona que otros podrían usar para hacer tiradores en primera persona. Del mismo modo, podría escribir algo en Unity que sea adecuado para hacer juegos basados ​​en hex, en cuyo caso tendría un motor basado en hex .

Esta ambigüedad tiene sentido cuando piensas en un motor como cualquier pieza de software con "un bloque de funcionalidad encapsulado" ( aquí ), ya que siempre puedes interpretar estos bloques de funcionalidad tan gruesa o tan finamente como quieras.

En realidad, actualmente hay dos significados diferentes para el motor (de juegos). Las definiciones categóricas a menudo son nebulosas, pero esta es la sensación que he elegido en 30 años de orbitar las industrias.

La unidad ya contiene docenas de cosas que llamamos motores. Hay un motor de partículas, un motor de física (¡dos de ellos!), Un motor de animación, un motor de audio y un motor de interfaz de usuario como mínimo. El sistema de gestión de objetos y el subsistema de representación también pueden contar.

De esta forma, "motor" significa "un sistema, componente, marco, módulo o biblioteca generalmente reutilizable / modular diseñado para gestionar las transformaciones continuas de su estado persistente en función de entradas o reglas". Las cosas fuera de los juegos usan el término a veces también; He visto muchos procesadores HTML y sistemas de bases de datos y widgets / ventanas que se denominan motores, si no se nombran en el código.

Una cosa con la que Unity no viene es un motor de Reglas o un Motor de Mecánica o un Motor de Juego (a menos que estés haciendo un juego de física pura), y eso es lo que ese tipo está tratando de hacer. Parece que en episodios posteriores está trabajando en la creación de mecanismos para la gestión de la ciudad y otras cosas, por lo que no se trata solo del mapa de mosaicos. Pero un motor de mapas de mosaico es otra cosa con la que Unity no viene.

El otro uso de la palabra proviene de días anteriores, cuando hacer intencionalmente componentes modulares para reutilizar entre juegos era mucho menos común y en gran medida un asunto interno con cosas como la Z-Machine y los tres o cuatro marcos que atravesó Sierra a lo largo de los años. . No fue hasta que estalló la licencia del motor Doom entre compañías que alguien usó el término, AFAIK. Y en aquel entonces, realmente era un trozo de código que ejecutaría tu juego; tendrías que hackearlo para agregar nuevos comportamientos, pero la mayoría de hacer un juego como Heretic realmente alimentaba nuevos gráficos, mapas y audio en el sistema.

La unidad es de hecho un motor de juego. Sin embargo, es altamente personalizable. Eso es lo que significa construir un motor por encima de la unidad: personalizarlo.

Unity no tiene ninguna funcionalidad incorporada para cuadrículas hexagonales. Al personalizar o agregar esto al motor de Unity, han "incorporado su motor a Unity".