[Devlog] The Shadowed Rune: Un picnic en una torre maldita

DIARIOS DE DESARROLLO

#19 Diario de Desarrollo I: De Jam a Steam - Todo empieza con el tutorial.

#22 Diario de Desarrollo II: Mazmorras aleatorias.

#9 Creo que me has ayudado mucho. El tema de la metaprogresión es algo que quiero cumplir y no dar facilidades. Así que creo que sí que entraría en esa definición de roguelike de acción.

Sobre tema procedimental, por ahora estoy preparando un sistema de niveles aleatorios y la mayoría de objetos que aparecerán y enemigos, varían en sus stats y características entre runs, por lo que tengo ahí terreno con el que jugar.

¡Muchas gracias por tu ayuda!

Sobre el link de Steam: Sería algo así pero, con más mecánicas de puzle tipo Zelda clásico y jugando con los elementos, pero creo que encaja.

Hola Alex, conozco tu trayectoria, estaré encantado de comentarte mi proyecto en privado, ¡muchas gracias por tu interés!

¡Hola de nuevo! Durante estas últimas semanas he estado lidiando con la preparación del Indie Dev Day de Barcelona y toda la promoción del juego (voy con un pequeño stand a exponer).

Pero he podido sacar tiempo para dar forma a uno de los sistemas que tenía pendientes por implementar, que aunque estaba planeado enel GDD, siempre a la hora de implementarlo en el juego puede dar problemas.

Como había comentado en el anterior diario de desarrollo, el objetivo era trabajar en mazmorras más pequeñas, entre 4 y 6 salas (contando entrada y salida), para que fueran relativamente cortas (unos 5-10 minutos) . La torre donde se desarrolla ‘The Shadowed Rune’ está formada por 7 pisos principales. Cada piso a su vez está dividido en varias secciones. Cada mazmorra aleatoria sería una de esas secciones. La última sección de cada nivel sería la lucha con un jefe final. Tras vencerlo ascenderás al siguiente piso de la torre. Todos los subniveles compartirían la misma ambientación.

¿El reto? Conseguir que estas ‘minimazmorras’ sean interesantes. Tal como reza la descripción del juego, la clave está en combinar niveles de acción, con niveles de puzle, que te obliguen a usar los elementos para resolverlos. La posición de las salas, por tanto debe ser aleatoria y ofrecer la suficiente variedad para sorprender al jugador.

Cada piso tiene una ambientación basada en un elemento, pero eso no limita que puedan aparecer otros, por supuesto, pero sí que influye en el tipo de puzles que aparecerán.

Otro de los motivos de dividir la estructura por salas es facilitar el juego cooperativo. Está claro que se podrían hacer salas totalmente inconexas y que pasaras de una a otra sin poder volver a la anterior. Pero creo que nos perderíamos uno de los puntos fuertes que va a tener ‘The Shadowed Rune’:

• Cada sala (la llamo Cámara / Chamber dentro de la programación) la estoy diseñando por separado, para poder testearla y probarla con unas bases semialeatorias de conexión entre objetos - activadores - runas - enemigos. Otras serán puzles más cerrados, pero espero tener la suficiente variedad para que no se hagan repetitivas.

• La base inicial es que la sala pueda ser superada con los propios elementos que te ofrece la sala. De esta forma nos aseguramos de que el jugador no se queda bloqueado porque le falte un elemento o una runa anterior. Pero… si tiene otras runas equipadas y tiene a su disposición otros elementos, podría conseguir acceder a zonas secretas, resolver los puzles más fácilmente y conseguir un mejor botín. (El juego está repleto de pequeñas salas y zonas ocultas con bodegas y botín, a las que se podrá acceder teniendo las runas adecuadas, pero sin que ello comprometa el progreso normal de la aventura.

• Además esto permite que puedas superar el nivel entero y antes de cruzar la última puerta decidir dar una pequeña vuelta y explorar zonas que quizás con una runa obtenida en un último momento, te permita llegar a una zona oculta.

Pasando a temas técnicos, puedo adelantar que cada piso de la torre se plantea como una rejilla de 4 x 4 (16 celdas) (Suficiente para conseguir distintos tipos de layout). Cuando sales del campamento, el personaje entra al primer nivel de la torre: “Los sotanos inundados”.

El juego en ese momento comienza la generación, eligiendo una de esas 16 casillas como objetivo y va desplazándose creando un camino según el algoritmo programado hasta que llega al límite fijado o bien se bloquea totalmente, al no tener más caminos, en ese caso, posiciona al personaje en la sala inicial y comienza la aventura.

Este sistema lo estoy haciendo desde cero, sin usar código de terceros, para asegurarme que lo estoy controlando en todo momento. El mayo reto en términos de diseño era crear un layout básico para las 16 posiciones de la torre y asegurarme de que siempre los caminos están conectados al crearse.
Estas fueron las primeras pruebas solo con el terreno y algunos objetos:

Entrando en profundidad, para quien le pueda servir. Cada sala será diseñada en un pequeño nivel cerrado. Una vez testeada, se guarda en archivos para su posterior reutilización. De esta forma podemos tener cientos de salas sin necesidad de tener cargadas toda en memoria, ya que se cargan las que se van a usar, e incluso permite la combinación de “tiles” e “instances” en archivos separados, para aún conseguir más combinaciones.

Una vez configurado todo inicialmente, diseñamos las salas con paredes y suelos básicos y se le incluyen las colisiones ajustadas al eje Z. Ahora el código ya sabe qué sala colocar en cada espacio. Sin embargo no sabe si a sus lados hay otras salas o no, quedando muchos caminos abiertos. Intenté solucionarlo creando pequeñas bodegas y caminos sin salida, pero no me terminó de convencer. Esas pequeñas bodegas podrían ser parte de las salas ya creadas, sin necesidad de crear tanto elemento adicional.

Realmente la apariencia que se creaba era un poco “fea” ya que se crean restos que no podrían ser jugados, porque son inaccesibles, por lo que esta primera iteración fue descartada.

Una vez más, volvimos a la fase de diseño y cambiamos la forma de creación de las salas. En la primera versión se creaban todas las salas abiertas según su posición, si era una esquina, etc. pero siempre tenían el máximo de caminos abiertos. Esto creaba mucha basura alrededor en forma de tiles y objetos innacesibles.

Para la nueva versión, segmenté en tres fases la creación del layout:

1º Fase, se elige una zona de las 16 disponibles y se crea la sala de inicio.

2º Fase, se crea con un sistema de 4 direcciones, el layout de la mazmorra. En este punto las salas aún no se han creado, sino que se han señalado qué salas se han activado para la mazmorra.

3º Fase, como la mazmorra ya se ha creado completamente, ahora ya podemos comprobar de forma secuencial las relaciones entre salas. Cada sala comprueba las 4 direcciones (norte, sur, este y oeste) y elige su layout más adecuado, con las conexiones que necesita crear. De esta forma cada sala tiene ahora más consistencia y no tengo que buscar parches para cerrar caminos abiertos.

Este es el resultado tras las primeras pruebas:

Como veis, ahora la mazmorra “ya parece mazmorra”, con todo conectado. Sin embargo, el sistema aún se tiene que pulir. He metido comprobaciones para asegurarme que cuando no se genera una mazmorra con un tamaño mínimo, resetee la generación. También debe crear siempre una puerta de entrada y otra de salida. Si no la crea, se resetea la generación de nuevo. Estos pasos el jugador no llega a verlos, ya que la generación ocurre en la transición entre niveles con un fundido en negro, por lo que estos pequeños retrasos son impercetibles. Más adelante seguiremos mejorando el sistema, pero por ahora es suficiente para seguir avanzando en otras áreas del juego.

Por otro lado, la parte más interesante de todo esto es la generación de contenido:

• Cada sala, una vez se ha elegido su disposición, puede rellenarse con lo que quiera, siempre que respete las entradas y salidas. Esto significa que puedo crear cientos de salas pequeñas con diferentes layouts, teniendo incluso separado el contenido de la decoración.

En estos momentos estoy contemplando variaciones de distintos layouts básicos:

• Sala grande, redondeada, estrecha, en rombo, partida en secciones, pasillos divididos, etc.
  Y cada una además con distintas variaciones de contenido adaptado al layout:
• Enemigos, puzles, trampas, oleadas de enemigos, jefes, tesoros, tiendas, y combinación de los anteriores.

La diferencia entre una sala vacía y una ya preparada con contenido (así se ve mejor la escala).

Con iluminación in game:

¿Cómo superas cada nivel?

Llegando a la sala con la puerta cerrada. Cada nivel tendrá una puerta cerrada que se abrirá cumpliendo una condición de esa sala. El jugador deberá descubrirla:

• Resolver un puzle en la sala.
• Vencer a todos los enemigos de la sala.
• Vencer un minijefe.
• ????

Este devlog se me ha retrasado bastante ya que era una parte crucial del juego tener este sistema terminado. Para los siguientes haré actualizaciones más pequeñas y luego las recopilaré en sus respectivos devlogs. ¡Gracias por leer!
¡Nos vemos en el siguiente Devlog!

#25 ¡Muchas gracias! Cuando esté completo va a ser una pasada.

Sobre la demo, va a salir para el Indie Dev Day de Barcelona, que en teoría va a tener portada en STEAM con los juegos participantes. Si no fuera así, la sacaré para el Steam Fest de octubre (tengo hasta el 2 de septiembre para apuntarla). Si no participo en el Steam Fest de octubre, sacaré una segunda demo en el de Febrero más avanzada, ya casi para el lanzamiento del Early Access.

Más que nada, porque no tiene sentido tanta visibilidad tan seguida (septiembre y octubre), y prefiero guardarme una carta para febrero, más cerca del lanzamiento.

¡Hola! He llevado una semana bastante liada con otros temas, pero he intentado sacar tiempo para hacer avances en varias áreas en preparación para la demo de septiembre.

Por un lado, tuve que hacer un cambio importante en el sistema de experiencia. Hasta ahora al matar un enemigo, salía un numero encima de ti diciéndote la experiencia que habías conseguido al vencerlo. Sin embargo esto podía plantear un problema en el modo cooperativo: Si dos jugadores dañan al mismo enemigo, ¿quién se lleva la experiencia? ¿El último golpe? No quería ponerme a calcular porcentajes, así que decidí utilizar un sistema ya utilizado en juegos como "Legend of Mana" o "Vampire Survivors".

Ahora los enemigos sueltan esferas de color verde de experiencia al morir. Según el lore serán remanentes arcanos que potenciarán tus habilidades (experiencia para subir de nivel). De esta forma los jugadores pueden repartirse la experiencia, aunque si no llevan cuidado se la pueden robar entre ellos, lo cual también es divertido. Además puedo colocar experiencia también en objetos al romperse y como recompensa al superar puzles o abrir cofres.

Viendo un poco el feedback que recibes al coger cosas, de pronto nos encontramos con 4 objetos básicos de recolección:
Corazones rojos: Recuperas vida.
Monedas.
Cristales de mana: Para lanzar hechizos.
Remanentes arcanos: Para subir de nivel.

Cada uno tiene su propio sonido, pero me hacía falta un efecto para distinguir mejor que objeto has cogido, así que implementé un efecto distinto para cada objeto. De esta forma es más fácil identificar los recursos obtenidos.

Otra parte que implementé en el menú de opciones, es una opción nueva llamada "modo rendimiento". Está pensada para ordenadores con gráficas integradas o muy antiguas. Lo que hace es reducir el número de luces que se crean. Por ejemplo, cada item tiene su propia luz, pero en este modo se omiten dichos efectos. Es algo en lo que aún estoy trabajando. Estoy a la espera de que me llegue una Steam Deck para optimizar el juego en base a ella. Si consigo que vaya a 60 fps rocosos en ella, ya me puedo dar con un canto en los dientes.

Ya para terminar, he estado trabajando sin éxito en temas de encriptación para las partidas salvadas. Al trabajar con estructuras y jsons, el problema me ha venido siempre al desencriptar, que daba errores al volver a cargar los archivos tras encriptarlos. Al final me he rendido y simplemente usaré una ofuscación básica, para que el usuario medio no toque nada o al menos le cueste un poco de esfuerzo. Total, quien quiera desencriptar algo, tarde o temprano lo conseguirá. Si más adelante encuentro una solución que no me dé errores, pues lo volveré a intentar, pero no quiero perder más tiempo ahora con ese tema. Seguramente si alguien toca un archivo de salvado, lo normal será que cuelgue el juego...