viernes, 22 de febrero de 2008

Parte 1: Jun, el concepto del juego

He estado pensando al respecto y creo que me he apresurado un poco en el desarrollo de este tutorial. No se que piensen ustedes de esto, pero creo que para ser un "curso" completo, debemos tocar cada uno de los puntos que intervienen en el desarrollo de un videojuego a nivel profesional. Así que volvamos a comenzar desde el principio: con el concepto del juego.

Todo videojuego debe comenzar con una idea, lo que podemos llamar como el "concepto" del juego. Será necesario documentar esta idea para poder vender el proyecto a un publicista, productor o persona afín. Podrá parecer una perdida de tiempo, pero créanme, en las grandes ligas, esta parte del diseño de videojuegos resulta muy importante.

Este documento debe ser muy breve, claro y extremadamente atractivo. Piensen en él como la carta de presentación de su proyecto. Si el día de mañana alguno de sus proyectos pudiese entrar a un concurso o recibieran la entrevista de algún productor, este documento es lo primero que necesitarán presentar. Es nuestra carta fuerte, así que como tal habrá que redactarlo.

Los puntos más importantes a mencionar en este documento son los siguientes:

* ¿cual es el objetivo del juego?
* ¿que lo hace tan atractivo?
* ¿cuales son sus características mas importantes?

Para desarrollar nuestro juego JUN, he escrito un breve documento sobre el concepto del juego. Este documento, dicho sea de paso, esta basado en una guía escrita por Tim Ryan para Gamasutra, en donde podrán encontrar información mas detallada sobre este importante procedimiento:

Tim Ryan's "The Anatomy of a Design Document"


Puedes obtener una versión del documento del concepto del juego en la siguiente liga:

JUN: Game Concept


.

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.

.

miércoles, 20 de febrero de 2008

Gamegine, ahora con un sistema de GUI

Mas silencio por aqui, pero no se crean, he estado trabajando en el Gamegine.

Ahora que me encuentro planeando el primer juego que empleara el Gamegine Development Framework, me he topado con un problema: no habia manera de definir una interfaz grafica. Claro, hay muchas opciones aqui en la red, pero ninguna que se ajuste a las necesidades del framework; sin embargo, una de ellas se aproxima lo suficiente. Se trata del framework CEGUI (Crazy Eddie's GUI System) que es utilizado en casi todos los demos de Ogre. En realidad es muy bueno, y configurable, y no resulto muy dificil construir algo para el. De hecho, el systema, aunque un poco complicado, ha quedado muy facil de implementar.

Por otro lado, hacia falta tambien un mecanismo para definir menus. Hay dos tipos, en terminos generales, de menus que podemos ver en un juego: estan los menus de configuracion y los menus dentro del juego. Los primeros son empleados en gran medida para definir las caracterisitcas del juego, cargar niveles, etc. Los segundos son elementos que se encuentran activos mientras estas jugando, como por ejemplo: un menu de armas, hechizos, etc.

Pero bueno bueno, y esto que tiene que ver con el juego? Facil, necesitamos menus para el juego. Este primer juego, como se han de imaginar, es uno muy sencillo que, segun veamos como le va, podriamos hacer mas completo. Este juego no utilizara fisica, que es una caracteristica que aun no he terminado de implementar en el framework.

Vamos a lo importante, a partir de mañana comenzare a trabajar en la parte artistica del juego y comenzare a postear detalles de la logica y objetivos del mismo, a la vez que liberamos contenido y codigo.

Hasta entonces, espero verlos muy pronto por estos lugares.

.

domingo, 10 de febrero de 2008

HUN

Mucho silencio estos dias no? He andado bastante ocupado con un proyecto para una empresa aquí, en mi localidad. Pero eso ya está por terminar.

Este es mas bien un post para comentarles que he seguido trabajando en el Gamegine. Por ahora, dejaré de trabajar en la parte de las librerías de física por dos razones: la primera es que estoy pensando utilizar Ageia en vez de ODE, así que aún no termino de decidir esa parte, la segunda es que quiero comenzar a desarrollar un juego muy sencillo, se trata un juego que se llamará HUN (el nombre esta en Maya, y significa UNO). Esta será una versión simple y, si las cosas marchan bien, agregaremos la posibilidad de jugar en linea y hasta de jugar con algunas variantes del juego.

Por ahora les dejo con la idea, comentandoles que estare posteando paso a paso el desarrollo del juego, asi como publicando el codigo fuente. Tambien esten pendientes, por que en estos dias estare liberando la primer version Alfa del framework.

.