In the meantime, I’ve been playing around with Java. More specific with the LibGdx library which happens to be quite awesome. I’ve been porting part of the Be Stiff! code there as an excersise (I’m not planning to port the full game -for now- as some parts are Directx specific and I really don’t know how to convert that to OpenGL) like the 2D skeleton animation engine. Mayebe something for Android with emerge from this. Or maybe not.

I’ve been working on a new tileset, so here’s a video showing it. But I want to talk a little on the game’s AI too. Look at the video, at the 7th second you’ll see that the enemy is calling for help (“F1″ he screams), then the guy with a pistol takes the elevator for checking out what’s going on.

I wanted to make the enemies smart enough to make the game challenging and force the player to at least think twice before entering shooting like crazy. That’s why the field of view is restricted, you cant run all the time, and the enemies try to attack in a coordinated way.

If an enemy spots you, he will call the closest partners. Then they try to coordinate by surrounding the player, by blocking the exits from the zone the player is in. Let me explain this with a couple of images:

Be Stiff Game AI Example

This image shows part of the map in the map editor (I’m using OGMO editor, if someone is interested), the yellow squares represent zones in the map, and the blue squares represent portals (not this kind of portals!). The portals represent a connection between two zones, indicating the enemy which action they should take to move from one zone to another (walk, jump, take an elevator…), so moving from one point to another is just an implementation of the A* algorithm for finding the best path, and tell the enemy to move to all the portals and perform the needed actions until he reaches the destination. The idea was inspired from this great article in Gamasutra.

So, what happens if an enemy spots the player? He calls for help (the “F1″ from the video), and when the help comes, they try to cover all the portals of the zone the player is in. In our example, if the player is spotted in the roof, the enemy will call for help, and they will cover the two portals the player should use in case he wants to flee:

Game AI Anemy Positioning

If the player kills one of the enemies, the “enemy team” reorganizes itself trying to cover as good as they can the player’s position. If the enemy team realizes that it can’t accomplish its goal (kill the player), it dissolves and then each enemy individually attacks the player (without any kind of coordination).

Pfew! That was a lot of text, anyway this was a quick view on how the AI works, I hope someone finds this interesting.

- Add the storyline.
- Add more levels.
- Improve the code for hanging from the ledges (automatically hang?)
- Code for limited ammo and the chance to pick up a pistol when unarmed.
- Add the arena levels: Arena levels are infinite time levels where enemies are constantly spawning, so your score depends on how long you survived (and how many bad guys you killed). In some levels you are unarmed, in others you have the pistol.

Then I’ll work on graphics and music to improve them (or look for someone to improve them).

This is a test version, you can download it here:

Download

Requiere XNA 4.0
Más información pronto.

Requires XNA 4.0
More info soon.

Aprovecho una pausa para hacer una pequeña actualización con el sistema de puntos en el juego, que ha sido uno de los temas espinosos durante el diseño. Resulta que por un lado quería que hubieran puntos en el juego, me encanta el concepto del High Score, es parte el espíritu que quería darle. El problema era cómo enfocar los puntos. Lo más lógico hubiera sido, un enemigo muerto, una cantidad de puntos, un objetivo alcanzado, otros puntos más. El problema de este enfoque es que el máximo puntaje por cada nivel es bastante estático: Hay cinco enemigos, tres objetivos, 100 puntos por enemigo, 50 puntos por objetivo, pues el puntaje máximo de ese nivel serían 650, y superarlos sería imposible.
Lo que pretendo es que el máximo puntaje sea algo más difícil de conseguir, de hecho que ni siquiera se pueda calcular cual es el máximo puntaje por cada nivel. Una solución a ese problema era la de, en lugar de puntuar objetivos y enemigos, que el puntaje estuviera determinado por el tiempo en acabar el nivel. A menor tiempo, mejor resultado. El problema es que ese enfoque rompe con toda la idea que tenía del juego, de que no fuera un juego de ir a toda velocidad, que estamos aquí para infiltrarnos en edificios y cosas así, no para cruzar corriendo por las pantallas. Está bien ir rápido, pero que no sea la única motivación.
La solución a la que llegué finalmente fue una mezcla entre las dos cosas, puntos por objetivos y tiempo. Resulta que los puntos tienen un valor fijo que está ponderado según el tiempo que se tardó en conseguirlo (S es el puntaje final, P el puntaje base por el objetivo y T el tiempo transcurrido en milisegundos):

Con esto, por ejemplo si a un objetivo le damos un puntaje base de 800, el puntaje que se consigue según la cantidad de segundos transcurrida es:

Parece complicado, pero no lo es una vez se ven los resultados, el puntaje se estabiliza cerca del minuto donde ya no es tan necesario ir con prisas. Igualmente se registra el tiempo con el que se consigue acabar un nivel, con lo que el jugador tiene la posibilidad de elegir cómo orientar cada nivel, e incluso el recorrido dentro de éste.
A ver como traduzco todo esto al inglés, por cierto…

Castellano
Buf, bastante tiempo sin actualizar. Bueno, sin actualizar el devblog, pero el desarrollo sí que ha avanzado bastante. Primero, los gráficos, de los que me extenderé un poco más adelante. Cambié de un sistema basado en sprites animados a un sistema de esqueletos en 2D, el resultado, animaciones mucho más fluidas. Luego, el sistema de luces y sombras, en un principio usé la fantástica implementación de Catalin Zima basada en sombras a partir de píxeles en lugar de polígonos, aquí un video explicándolo:

English
The results were quite good, but I wasn’t totally happy with the shadows, that looked a little crispy, so I moved onto Krypton XNA great library. And now I’m happier:

Castellano
Los resultados estaban bastante bien, pero las sobras no me convencían del todo, así que me cambié Krypton XNA. Ahora sí:

Subversion es un juego de asaltos, espionaje e infiltración, en un mundo generado aleatoriamente. Dios, casi me explota la cabeza con sólo decir eso. Pero mejor explicarlo con este video de 26 minutos donde el delgado creador, Cris Delay explica cómo asaltaría un banco con tres personas.

Lo quiero, pero parece que va a tomar su tiempo en salir.

Este mes sale a la luz.

Recién estaba escuchando un podcast donde entrevistaban a su creador, Markus Persson (Notch), y ante la petición de que él describiera con sus propias palabras de qué va Minecraft, pues se vió con bastantes dificultades para explicarlo.

La idea de Minecraft salió de una idea que seguro que más de uno también tuvo en algún momento: Hacer una versión de Dwarf Fortress que fuera más “accesible”, menos complicada y que cualquier persona puediera jugarlo sin que se dejara los ojos en ella y sin morir en el intento de intentar descifrar los caracteres y abarcar tanta complejidad.

Resulta que durante el desarrollo, la visión isométrica pasó luego a una vista en primera persona (para ir probando) y luego de ver que funcionaba bien, la cosa fue evolucionando en ese sentido.

Minecraft va de… uhm… somos un personaje en un terrento enorme (aleatoriamente generado), podemos excavar y sacar materiales de nuestro entorno (desde madera hasta oro, pasando por carne de animales, agua, tierra, etc). Los materiales los podemos usar para construir herramientas y otras cosas, y así vamos viviendo nuestra existencia en este mundo. Resulta que por las noches algunos monstruos pululan por la superficie, y es mejor construir un refugio apenas comenzado el juego. Y así, explicado muy por encima, va la vida en Minecraft.

Minecraft está todavía en desarrollo (la versión actual es alpha), y de momento ha vendido cerca de 200 mil copias hasta el momento (está de promoción a 10€ mientras esté en alpha, ya pueden calcular los beneficios, y que es al parecer lo que más le importa a la mayoría de las publicaciones online, que mencionan los millones antes de hablar del juego en sí).

¿Qué es lo que le hace tan especial? A mi parecer, es lo abierto, lo libre que le hace sentir a uno dentro del juego para explorar y la coherencia que tiene dentro de su propio mundo. Es un mundo formado por bloques, pero las físicas dentro de este mundo parecen coherentes con esa visión: El agua se dispersa por bloques, los árboles al cortarlos no caen, sino que van desapareciendo de a poco, el sol es un gran cuadrado… Y te encuentras en ese mundo, que es inmenso donde eres libre para explorar y donde es fácil perderse. Pero perderse como algo positivo, en el sentido de que cuando me pierdo es parte de la exploración, es parte de la aventura, y que si cae la noche dentro de uno de nuestros viajes, tenemos que estar preparados, porque explorar no es salir y caminar en línea recta así sin más.

Mucha gente pone sus videos con las cosas que han construido (en un modo en que permite colocar libremente bloques para hacer construcciones), todo es muy bonito pero ahí no está el verdadero potencial del juego, el verdadero potencial está en ese juego donde uno se mueve, cava y construye con sus propias manos, avanzando de a poco, explorando y descubriendo, dando un sentimiento de realización bastante logrado a la par que nerd.

Como muy bien explican en RockPaperShotgun, está esa sensación de lograr construir un fuerte donde sentirse a salvo. Es como cuando éramos niños y construíamos nuestro fuerte con almohadas, sábanas y sillas, y jugábamos a que afuera habían amenazas de las que teníamos que protegernos. Minecraft también va de eso, sólo que las amenazas aquí son más tangibles.

En Penny Arcade lo explican todo muy bien con un cómic.