I’ve been heavily working on graphics, here’s a comparison of how the barrels have evolved:
Also I have big changes on the tilesets and in the lighting system to make the game nicer and more consistent in terms of gameplay (if you have seen the videos, you already know the lighting affects gameplay, as it represents the main character’s field of view).
Cheers.
I’ve been working on fixing a couple of bugs. The good news is that the Xbox version is working nice and the garbage has been significantly reduced, which means that I have a constant 60 frames per second on the console.
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.
God, this is killing me. I’ve been through the whole development deciding which graphics style I want for the game. Now I have some kind of pixel art, but I’m still not convinced. Playing with Inkscape I finally got something, but still… not convinced at all, here is an before/after comparison:
Castellano:
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…
