JUN, iniciando el proceso de diseño

Siguiendo con la idea del videojuego, vamos a comenzar por lo basico: el analisis del problema.

Este juego consta de 108 cartas (mas las especiales que no forman parte del juego convencional), organizadas de la siguiente manera:

Cartas azules:
0 x1
1-9 x2
Toma 2 x2
Reversa x2
Salto x2


Cartas rojas:
0 x1
1-9 x2
Toma 2 x2
Reversa x2
Salto x2


Cartas verdes:
0 x1
1-9 x2
Toma 2 x2
Reversa x2
Salto x2


Cartas amarillas:
0 x1
1-9 x2
Toma 2 x2
Reversa x2
Salto x2


Cartas sin color (multicolor):
Comodin x4
Toma 4 x4


Las reglas del juego son muy sencillas, pero tienen diversas especificaciones, razon por la cual solo mencionare las mas importantes. Pueden visitar el sitio UNO en Wikipedia para conocer mas detalles y variantes del juego.

Para manejar esto, tenemos que definir estas caracteristicas de una forma simple y que nos permita manipular las cartas de forma eficiente, por lo que nos iremos por el camino sencillo y vamos a manejarlo con enumerados.

De la misma forma, necesitamos definir una "Carta" dentro del juego, que especifique las caracterisitcas descritas y que nos permita manipular el flujo del juego a placer y con suma sencilles.

Tambien vamos a necesitar crear pilas de cartas, que nos permitan controlar las jugadas en mano, cartas jugadas y cartas por jugar.

Veo que tengo algunos problemas para poner contenido de codigo en este template, por lo que he de solucionarlo hoy en la noche y comenzare a postear el codigo del juego como va hasta el momento.

Nos vemos pronto.

.

Demo: Water

Otro demo mas a la cuenta. En esta ocasión se trata de un simulador de superficies, escrito para Ogre, en el cual podemos observar algunas características interesantes de este motor de gráficos.

Water ( Gamegine + Ogre)

Por otra parte, me he dado a la tarea de rediseñar el pipeline de ejecución del framework. Ahora, en Gamegine, es posible trabajar con un GameController predefinido o escribir el propio e implementarlo en tu aplicación. Un GameController, como su nombre lo indica, controla el programa, o dicho de mejor forma, controla el flujo del programa. Es importante hacer notar que el framework está diseñado para que ustedes mismos armen su motor de la manera que ustedes prefieran, o simplemente usar los controladores básicos.

Hoy vamos a hablar del pipeline de ejecución. Este, no es otra cosa que una colección de objetos que se ejecutan secuencialmente, siendo que al terminar la ejecución del último elemento en la lista se termina la aplicación. Más adelante hablaremos de como cambiar este comportamiento, por ahora nos centraremos en definir un GameHandler. Este es, en palabras sencillas, un elemento dentro del pipeline (cola) de ejecución. Un handler puede ser cualquier cosa que ustedes deseen implementar, siendo su representación más natural un objeto de tipo GameLevel. Este último es el elemento a implementar si queremos agregar algo a nuestros programas. En próximos tutoriales veremos más información sobre estos elementos del framework.

.

demo: CelShading

Otro demo más a la cuenta, este se trata de un programa que explica la forma en la que se pueden cargar efectos al renderer, como el "CelShading".

CelShading (Gamegine + Ogre)

Ahora me encuentro rehaciendo la parte de inicialización y liberación de recursos, ya que ha estado tronando. Espero este fin de semana comenzar con un juego-tutorial que se me ha ocurrido.

.

demo: camera track

Un demo más a la cuenta. Esta vez fue extremadamente sencillo echar a andar el demo de Ogre que se llama CameraTrack, cuyo objetivo es mostrarte que este motor es capaz de crear un objeto que pueda seguir una ruta predeterminada (algo así como un riel).

Por ahora, continuaré portando los demos de Ogre, de tal manera que sirvan para una base de cómo debe implementarse una aplicación Ogre dentro de Gamegine, pero la próxima semana comenzaremos con demos propios.

Camera Track (Gamegine + Ogre)

Ya estoy pensando en la mascota para Gamegine, aunque tal vez aun es muy pronto. Se aceptan sugerencias.

.