Si (no sabes cómo) funciona, no lo toques.

Paige: Moviendo personajes.

2011-02-16T18:22:00.002+01:00

Por fin tengo un rato para actualizar esto.

Estuve dándole vueltas al tema del control del personaje y poco a poco va tomando forma el módulo controller. Aún no me acaba de convencer del todo, pero ya irá mejorando.

Se trata básicamente de crear un controlador para cada jugador y asignarle un personaje. Luego se van asignando eventos de pulsación de teclas (sólo teclas de momento) a funciones que afectarán a dicho personaje.

Sobre la gestión de colisiones..., menudas locuras he estado haciendo, hasta que me dí cuenta de que estaba cometiendo un error que parece ser (por lo que he leído luego en otros sitios) muy típico de novatos en esto de la programación de videojuegos: comprobar la colisión después de haber movido al personaje en lugar de hacerlo antes. En otras palabras, yo me preguntaba "¿ha chocado?" cuando lo que debería preguntarme es "¿chocaría?". Cuando caí en la cuenta fue muy rápido de implementar.

Como siempre, me queda el consuelo de que no volveré a caer en un error de ese estilo.

Por último, he estado pensando en la cantidad de información que voy a tener que guardar sobre los mapas. Cuando empiece a pensar en un juego "de verdad" tendré que almacenar mucho más que el propio escenario: necesitaré los objetos y personajes no jugadores (NPC's) que aparezcan en él, las coordenadas donde aparecerán, las acciones que realizarán... En fin, que toca pensar en bases de datos.

Antes creo que voy a tratar de implementar el "scrolling" de los mapas para poder mover a los personajes por mapas que excedan la resolución de la pantalla. Después comenzaré a pensar en el modelo de datos.

Paige: Creando los personajes.

2011-01-24T21:57:00.000+01:00

Ya tenemos escenario (o algo así). Toca poner personajes en él. Para ello he creado una clase base a partir de la cual crear las clases para los distintos tipos de personajes. Aclaro que cuando me refiero a personajes quiero decir cualquier personaje que aparezca en el juego, no sólo el del jugador.

La principal diferencia entre los distintos tipos de personajes va a ser el movimiento. De momento voy a distinguir entre el movimiento tipo puzzle (el personaje se mueve tile por tile, no puede parar de moverse entre dos tiles) y el movimiento normal (el personaje se mueve "libremente", sin la restricción anterior). He comenzado por implementar el movimiento normal ya que el movimiento tipo puzzle será un caso especial de éste.

El problema vendría al realizar juegos de plataformas, en los que el personaje sólo se mueve de izquierda a derecha y además "salta". Éste caso lo voy a dejar para más adelante, tengo que estudiar cómo implementar el tema de la "gravedad".

Por otra parte he creado una clase Player para el caso especial del jugador. He hecho algunas pruebas de movimiento, de animación e incluso de cambios de velocidad (para andar y correr, por ejemplo). Ya ayer subí los avances del proyecto. Para la prueba uso las flechas del teclado para mover al personaje y la tecla Z para "correr".

Lo siguiente que quiero hacer es buscar alguna manera un poco más elegante de implementar el control del personaje y comenzar con la gestión de colisiones.

Paige: Creando el escenario.

2011-01-19T19:19:00.003+01:00

Todo juego necesita un escenario, por simple que sea. Como era de esperar, voy a utilizar escenarios en 2D.

En principio he pensado en un escenario compuesto por una imagen de fondo y un mapa de tres capas basado en tiles. ¿Por qué tres capas? Pues porque las usaré para representar lo que está por detrás de los personajes, lo que está al mismo nivel y lo que está por delante. Combinado con un fondo creo que se pueden crear mapas decentes para casi cualquier tipo de juego.

En realidad voy a utilizar una cuarta capa para las colisiones con el escenario, que no se dibujará en pantalla ya que servirá para saber por qué partes del escenario no se pueden mover los personajes. Al principio pensé en considerar que el personaje colisionaría con todo lo que estuviese en la capa intermedia (supuestamente a su mismo nivel), pero creo que va a ser útil tenerlo por separado.

Existen bastantes herramientas para generar mapas basados en tiles, como Tile Mapper, Mappy o Tiled. Como no voy a meterme en mapas muy complejos y Tiled me ha gustado bastante, me quedo con él. En su wiki se explica el formato que utiliza y en Razón Artificial hay un buen ejemplo de cómo usarlo, entre otros artículos y tutoriales muy interesantes.

En cuanto al código, ya he subido la primera versión de las clases que gestionarán los mapas. Al proyecto le he llamado Paige y cualquiera queda invitado a colaborar.

Comento brevemente su estructura:

La clase Map es la que se encarga de cargar los mapas y dibujar en pantalla el fondo y las distintas capas.
La clase Tileset carga las imágenes de los tileset y las "trocea" para obtener la tabla de tiles individuales, además de dibujar tiles en la pantalla.
La clase Layer carga las capas del mapa y las dibuja en pantalla.

También he subido unas imágenes y un mapa de prueba para ir viendo los resultados. De momento el mapa debe ser del mismo tamaño que la pantalla, más adelante trataré el tema del "scrolling". El siguiente paso será el personaje.

Python y videojuegos, ¿por qué no?

2011-01-17T19:03:00.002+01:00

Últimamente he empezado a interesarme por la programación de videojuegos. Lo cierto es que nunca me he topado con un juego escrito en Python salvo buscándolo específicamente, tal vez porque seguramente no sea el lenguaje más adecuado para ello. En cualquier caso me han entrado ganas de probar cómo sería eso de desarrollar un videojuego y Python se me hace muy cómodo para probar cosas nuevas, así que he decidido darle una oportunidad.

Leyendo tanto sobre programación de videojuegos en general como temas más específicos de Python (principalmente pygame) he encontrado tantas cosas que llamaban mi atención que me he saturado. Aún no había resuelto cómo dibujar el escenario y ya me encontraba debatiendo conmigo mismo qué algoritmo de búsqueda de caminos implementar para los enemigos.

Al final he optado por hacer un experimento: voy a desarrollar al mismo tiempo una especie de "motor" y un videojuego, de manera que iré implementando funciones en el motor según las vaya necesitando, aunque trataré de hacerlo lo más general posible de manera que sirva para otros tipos de juegos. Para no partir totalmente de cero voy a basarme en pygame.

Ya he visto algunas cosillas por ahí parecidas a lo que quiero hacer, pero como lo que realmente me interesa es aprender prefiero hacerlo yo mismo desde el principio, aunque investigue cómo lo hacen los demás, claro está. El código del motor lo alojaré en Google Code y aquí iré comentando la experiencia. No tengo intención de hacer una especie de tutorial, sino más bien comentar las dificultades que encuentre, decisiones a las que me enfrente, errores que cometa, etc.

¿De quién aprendo?

2010-07-06T20:44:00.000+02:00

Estaba preparando la siguiente clase de CSS para un amigo cuando he pensado: ¿Cuánto hace que no escribo en el blog?

Estoy dando clases de desarrollo web a un amigo (y a mi padre, que ha aprovechado para apuntarse). Empezamos por HTML 4.01 (aunque tal vez debería haber ido directamente al XHTML) y me gustaría llegar al menos a lo más básico de bases de datos con MySQL, si esque no se me quedan por el camino.

La verdad es que conozco a muchas personas que desarrollan sitios web, desde páginas muy sencillas hasta complejas aplicaciones web, y por alguna razón las que (en mi opinión) lo hacen no sólo con mayor soltura, sino también con mayor corrección, son aquellas que han aprendido por sí mismas. De acuerdo, suena bastante raro viniendo de alguien que precisamente se encuentra enseñando a otras personas, pero es la verdad. Probablemente se deba a que los únicos que de verdad se leen las especificaciones y documentaciones oficiales son los autodidactas.

Yo personalmente prefiero leer la documentación completa en lugar de que alguien decida por mí qué partes son las que me interesan, y analizar qué es lo que más se utiliza (y si es bueno o no) leyendo código de otras personas.

En el caso concreto de HTML creo que la especificación se digiere bastante bien. Una vez leída y comprendida, si pasas a leer manuales y demás probablemente aprendas cómo los demás hacen cosas que no se te ocurrirían fácilmente, pero podrás distinguir quién hace las cosas bien y quién no. Es decir: sabrás de quién debes aprender. Bien es cierto que en este caso no estamos hablando exactamente de un estándar, sino de una recomendación del W3C, pero el mundo sería mucho más bonito si todos hiciésemos caso a estas buenas personas, y digan lo que digan creo que nadie me hará cambiar de opinión. Claro que hay otros casos en los que la especificación no es tan fácil de digerir (ECMAScript para mí fue un infierno), pero si uno sabe buscar siempre se encuentra algún punto por el que empezar.

Lo que quiero decir con todo esto es que cuando aprendes de otra persona, normalmente dependerá mucho de quién te enseñe, pero si decides aprender por ti mismo lo mejor es empezar siempre por la documentación oficial.

Los principales inconvenientes suelen ser el tiempo (generalmente es más rápido leer un manual que te explique lo que necesitas saber y deje de lado lo que sea prescindible) y el idioma (todos sabemos que en Internet la información de mayor calidad suele encontrarse en inglés) pero en este mundillo uno está prácticamente obligado a "aprender a aprender" (y a actualizarse) y al menos comprender el inglés escrito.

Eithne

2010-04-07T23:55:00.000+02:00

Finalmente he decidido probar Google Code para alojar mis proyectos. He empezado por Eithne ya que me parece el más interesante.

Se trata de un sistema para realizar inventarios de equipos en red. Recoge toda la información sobre el hardware de los equipos de una red, la almacena en una base de datos y genera informes. Es totalmente independiente del software instalado en los equipos ya que utiliza PXE para arrancar un sistema propio y ejecutar la aplicación cliente. Pero la parte técnica la iré desarrollando en la documentación y en la wiki del proyecto, aquí prefiero hablar de otras cosas.

Cuando me planteé la idea original me recordaba un poco al famoso Everest para Windows, de modo que decidí ponerle al proyecto el nombre de un volcán: Etna. Eithne (pronunciado "etna") significa "núcleo" en gaélico, de modo que no se me ocurre mejor nombre para el módulo principal de la aplicación. El resto de módulos son Catherine (Gather Info), Ansley (Translate), Adhara (Supervise) y Nancy (Fancy Output). A quienes ya me conocen no les sorprenderá que todos sean nombres femeninos.

La mayor parte está escrita en Python y utiliza una base de datos MySQL. Los módulos tratan de ser lo más independientes posible.

Aún no tengo ideas para un logotipo, de modo que acepto sugerencias.

Por otra parte, he creado otro proyecto en Google Code llamado SDragonTools para compartir algunos ejemplos de herramientas para hacer la vida más fácil en The Seventh Dragon.

Sobre mí.

2010-04-07T02:00:00.004+02:00

"Si funciona, no lo toques."

¿Cuántas veces me lo habrán dicho (y cuánta razón tenían a veces) y aún así lo habré tocado? No puedo evitarlo. Si sé que algo puede ser mejor no logro dejarlo como está. Si no entiendo algo tengo que destriparlo. Las cosas que funcionan sin saber cómo me ponen nervioso. Hay quien dice que es algo bueno y hay quien opina lo contrario, pero supongo que las cosas nunca son blancas o negras, simplemente son..., como son. Y yo soy así.

Me llamo Áureo Ares, soy administrador de sistemas informáticos y dedico la mayor parte de mi tiempo libre a la programación. La finalidad de este blog es principalmente organizar un poco mis cosas en un sólo sitio web y dar a conocer mis trabajos. Si encuentras algo de tu interés, te invito a colaborar en cualquiera de mis proyectos de código abierto. Si el motivo de tu visita es profesional te invito a visitar mi currículum vítae y mis proyectos.

En cualquier caso, bienvenido.

Proyectos y herramientas.

2010-04-06T23:57:00.008+02:00

Eithne - Sistema de inventario de equipos en red.

Paige - Motor de desarrollo de videojuegos basado en pygame.

~~SDragonTools~~ ~~- Herramientas para el juego The Seventh Dragon.~~ (Cancelado)