EDITAR: Para aclarar cuál es exactamente mi pregunta: ¿es esta una buena manera de manejar animaciones / estado de animación en un motor de juego con la vista puesta en la creación / gestión de contenido? ¿Cuáles son los defectos al hacerlo de esta manera y cuál sería una forma alternativa de hacerlo? - Aunque mi respuesta fue parcialmente respondida en los comentarios, ya que parece ser el camino a seguir.
Estoy tratando de manejar animaciones en un proyecto de pasatiempo de motor de juego 2D , sin codificarlas. Los estados de animación de codificación dura me parecen un fenómeno común pero muy extraño.
Un poco de historia: estoy trabajando con un sistema de entidades donde los componentes son bolsas de datos y los subsistemas actúan sobre ellos. Elegí usar un sistema de sondeo para actualizar los estados de animación.
Con estados de animación quiero decir: "walking_left", "running_left", "walking_right", "shooting", ...
Mi idea para manejar animaciones era diseñarlo como un modelo basado en datos . Los datos pueden almacenarse en un archivo xml, un rdbms, ... Y pueden cargarse al comienzo de un juego / nivel / ... De esta manera, puede editar fácilmente animaciones y transiciones sin tener que cambiar el código en todas partes en su juego.
Como ejemplo, hice un borrador xml de las definiciones de datos que tenía en mente.
Un dato muy importante sería simplemente la descripción de una animación . Una animación tendría una identificación única (un nombre descriptivo). Tendría una identificación de referencia a una imagen (la hoja de sprites que usa, porque diferentes animaciones pueden usar diferentes hojas de sprites). Los cuadros por segundo para ejecutar la animación. La "reproducción" aquí define si una animación debe ejecutarse una vez o infinitamente. Luego definí una lista de rectángulos como marcos.
<animation id='WIZARD_WALK_LEFT'>
<image id='WIZARD_WALKING' />
<fps>50</fps>
<replay>true</replay>
<frames>
<rectangle>
<x>0</x>
<y>0</y>
<width>45</width>
<height>45</height>
</rectangle>
<rectangle>
<x>45</x>
<y>0</y>
<width>45</width>
<height>45</height>
</rectangle>
</frames>
</animation>
Los datos de animación se cargarían y se mantendrían en un grupo de recursos de animación y las entidades del juego que los están utilizando harán referencia a ellos. Sería tratado como un recurso como una imagen, un sonido, una textura, ...
El segundo dato a definir sería una máquina de estados para manejar estados de animación y transiciones. Esto define cada estado en el que puede estar una entidad de juego, lo que indica que puede hacer la transición y qué desencadena ese cambio de estado.
Esta máquina de estados diferiría de una entidad a otra. Porque un pájaro podría tener estados de "caminar" y "volar" mientras que un humano solo tendría el estado de "caminar". Sin embargo, podría ser compartido por diferentes entidades porque varios humanos probablemente tendrán los mismos estados (especialmente cuando define algunos NPC comunes como monstruos, etc.). Además, un orco podría tener los mismos estados que un humano. Solo para demostrar que esta definición de estado podría ser compartida pero solo por un grupo selecto de entidades de juego .
<state id='IDLE'>
<event trigger='LEFT_DOWN' goto='MOVING_LEFT' />
<event trigger='RIGHT_DOWN' goto='MOVING_RIGHT' />
</state>
<state id='MOVING_LEFT'>
<event trigger='LEFT_UP' goto='IDLE' />
<event trigger='RIGHT_DOWN' goto='MOVING_RIGHT' />
</state>
<state id='MOVING_RIGHT'>
<event trigger='RIGHT_UP' goto='IDLE' />
<event trigger='LEFT_DOWN' goto='MOVING_LEFT' />
</state>Estos estados pueden ser manejados por un sistema de votación . Cada marca de juego captura el estado actual de una entidad del juego y verifica todos los disparadores. Si se cumple una condición, cambia el estado de la entidad al estado "goto".
La última parte con la que estaba luchando era cómo vincular datos de animación y estados de animación a una entidad . El enfoque más lógico me pareció agregar un puntero a los datos de la máquina de estado que usa una entidad y definir para cada estado en esa máquina qué animación usa.
Aquí hay un ejemplo xml de cómo definiría el comportamiento de la animación y la representación gráfica de algunas entidades comunes en un juego, abordando el estado de la animación y la identificación de los datos de la animación. Tenga en cuenta que tanto "asistente" como "orco" tienen los mismos estados de animación pero una animación diferente. Además, una animación diferente podría significar una hoja de sprite diferente, o incluso una secuencia diferente de animaciones (una animación podría ser más larga o más corta).
<entity name="wizard">
<state id="IDLE" animation="WIZARD_IDLE" />
<state id="MOVING_LEFT" animation="WIZARD_WALK_LEFT" />
</entity>
<entity name="orc">
<state id="IDLE" animation="ORC_IDLE" />
<state id="MOVING_LEFT" animation="ORC_WALK_LEFT" />
</entity>Cuando se crea la entidad, agregaría una lista de estados con datos de máquina de estado y una referencia de datos de animación.
En el futuro, usaría el sistema de entidades para construir entidades enteras definiendo componentes en un formato xml similar.
-
Esto es lo que se me ocurrió después de un poco de investigación. Sin embargo, tuve algunos problemas para entenderlo, así que esperaba algún comentario. ¿Hay algo aquí que no tiene sentido, o hay una mejor manera de manejar estas cosas? Comprendí la idea de iterar a través de cuadros, pero tengo problemas para dar un paso más y este es mi intento de hacerlo.