De más está decir que la lista abajo es re subjetiva según mi gusto e intereses. La mayoría de estos juegos estaban en los stands como finalistas del BIG festival.

slay clones

En los 90’s DOOM fue tan influyente que empezaron a aparecer muchos juegos similares. Se dieron en llamar los doom clones (recomiendo escuchar episodio #89 de Modo Historia). Parece que hoy están empezando a haber clones del slay the spire. Aunque es un poco injusto llamarles así, porque cada uno trata fuerte de sobresalir con una vuelta de tuerca original. Acá hay algunos de los que jugué, y la vuelta que le dieron:

Duo Quest, de Malasia. Me gustan los juegos cooperativos “de sofá” (local multiplayer), me gusta el slay the spire… ¡así que este juego es justo para mí! La dupla de jugadores comparten la barra de salud, y cada unx tiene sus propias cartas según el rol que eligieron (magx, guerrerx, etc). Y una vuelta más: en un momento el gameplay normal se torna un show de preguntas y respuestas: lxs dos jugadores deben seleccionar una respuesta para la misma pregunta, sin saber lo que selecciona la otra persona. Por ejemplo “¿cuál es tu mejor excusa cuando estás cocinando y arruinás la comida?”. Si eligen la misma respuesta tienen una carta de powerup para jugar. Tuve la suerte de jugar con Rizal, ¡el diseñador del juego! Él y su pareja fueron muy generosos y hablamos un poco de cómo es diseñar un juego de cartas, de su complejidad (me hablaron de muchas planillas de excel y de balancear constantemente el juego según el playtesting), y de cómo trabajaron el interrumpir el juego con texto en la pantalla (las preguntas pueden ser largas, las respuestas son cortas). También tienen una versión de juego de mesa. ¡Buena suerte con tus juegos, Rizal!

Shroom and Gloom, de… ¿? Es un calabozo en primera persona. Lo que me atrajo al stand fueron las visuales dibujadas a mano para un juego en 3D, un problema que cada tanto me ronda la cabeza (perdón, esto soy). El truco de ellxs es: muchas muchas capas y una cámara súper controlada: podés moverte para adelante y para atrás, como sobre rieles, pero no girar. Y podés mirar alrededor un poquito con el mouse, lo suficiente para percibir profundidad sin que se rompa la ilusión.

Y finalmente Keepers of Vyrellia o simplemente “el keepers”, de Córdoba, Argentina. Este se está haciendo en Godot y lo conozco bien por la comunidad Godot Meetup local. Estuve dando vueltas por el evento con Fran, desarrollador del juego, y con Ire, la productora. Y también pude saludarlo a Nico, el director del juego y también desarrollador. Ya había jugado a la demo unas semanas atrás (tienen un build web en itch.io) y les había dado mi feedback. La vuelta de tuerca en este caso es que la carta tiene dos lados, y esa dualidad está presente en todo el juego: atacar/defender, edge/dull, violeta/magenta. Fue genial ver siempre gente en su stand. Nico dio una charla pero lamentablemente para mí, fue en la parte de negocios, y no la pude ver. Le deseo lo mejor a este juego. Ah y ¡gracias por el pin de Godot, Fran! Necesitaba vestir algo relacionado con Godot.

top-downs

Dado que trabajo haciendo Threadbare, cuando veo una vista top-down me voy derecho a ver qué onda. Tanto para ver cómo hicieron el pixel art, o cómo funcan los controles, o cómo resuelven los diálogos y el HUD, etc. Aún más si el juego tiene algo de acción-puzzle o narrativa.

Fue el caso cuando vi Master Lemon: The quest for Iceland, un juego narrativo de Brasil nominado por su impacto social. El juego es tributo a una persona real, André Lima, quien aparentemente fue un brasileño políglota y aventureron que murió trágicamente en Islandia. La historia de fondo es muy similar a la de Threadbare: el lenguaje está en peligro, porque se está esparciendo una plaga que devora las memorias del mundo.

También Magical Blush, el cual tiene una mecánica de “resbalar sobre hielo” que vi implementada por estudiantes en un fork de Threadbare.

Del lado del combate top-down jugué a Moonlighter 2: The Endless Vault (ninguna relación con Endless Access), de España. Y a Candellum, de Francia. ¡Este último fue hecho por estudiantes! Y tiene una mecánica de combate interesante: Sos una vela de cera, y cuando entrás en combate la llama te consume. Podés arrojar la llama a tus enemigos (también velas) para ahorrar tiempo y vencerles. Pero luego aparecen enemigos con armadura, que sólo se puede romper teniendo la llama sobre vos. Entonces tiene un compromiso de riesgo/recompensa bien pensado.

Y otro que me gustó mucho: Dungeon Concierge es un juego de acción-puzzle de Argentina, ¡también hecho por estudiantes! Tuve la chance de charlar con uno de ellos, Federico, que estaba en el stand pispeando a la gente jugar y para resetear el juego. El tema del juego es muy interesante. Vos no sos el héroe: sos la persona precarizada a cargo de la limpieza del calabozo. ¡Por suerte también tenés poderes mágicos para hacerlo! Fede me comentó de la importancia de poner a los trabajadores como protagonistas, y de hacer un juego que trate la justicia social en estos tiempos. Y ahora me doy cuenta que el día siguiente al que hablamos era 1 de mayo, día de lxs trabajadorxs. Idea para ellos: meter un easter egg, cada primero de mayo el personaje jugador se rehúsa a trabajar. ¡Con estudiantes así hay futuro! Jugué sólo un ratito pero pude ver las mecánicas de acción-puzzle y hablar un poco con Fede sobre cómo las diseñaron.

y un popurrí

Colorbound de Chile me hizo acordar a BgColor 2025, el puzzle platformero que mi hizo compa Will. ¡Pero este es re difícil! No pude pasar del tercer nivel en el evento, debería probar la demo en casa. La música andina es hermosa, también el pixel art, incluyendo el sicus como cursor o puntero. Me tomó un rato darme cuenta que era un cursor que podía mover con el stick derecho, no solo un sprite en la pantalla. Al juego le vendrían bien unos hints para los controles.

Spooky Express de Inglaterra estaba ahí. Que tiene a Phoenix como artista técnicx en los créditos, la persona que hizo los puzzles sokoban para Threadbare. Ya había jugado la demo en mi teléfono android. Jugarlo en una pantalla grande se sintió mucho mejor. Es re lindo este juego.

Go Slimey Go de Argentina estaba ahí también. Ya lo había jugado en otro evento en Rosario. Me encanta.

Tingus Goose, de… ¿Australia? (entiendo que el diseñador del juego que estaba en el stand es brasileño). Este era un stand con varios juegos del mismo publisher, Playsaurus. Se dedican a los idlers: clickers, juegos incrementales, auto battlers. Todos estos géneros son bastante nuevos para mí, aunque me gustan los juegos sin objetivo aparente, más como areneros. Tingus Goose es un poco así: re bizarro, tiene dibujos y animaciones delirantes del artista Master Tingus.

Is this seat taken?, de España, es un lindo puzzle cozy. Lo jugué con Joana. Nota al margen: también fuimos a cenar a un lugar tradicional muy rico. ¡Gracias Joana!

Tenebris Somnia, de Argentina. Fue gracioso (y aterrador) cuando después de estar trabado un buen rato recibí una ayuda “tenés que llevar la vela a…” de la mismísima actriz, que estaba al lado mío, caracterizada como el personaje del juego.

más allá de los juegos

Cosplayers con el toque brazuca de carnaval. ¡Muchísimxs cosplayers!

Largas colas de jóvenes en los meet & greet con influencers, que son ídolxs en Brasil mucho más que en otros países.

Largas colas de gente en los stands principales (Nintendo, Riot/LoL, etc) haciendo desafíos para ganar souvenirs.

Charlas. Asistí a algunas, pero no tenía el pase business y al parecer las charlas orientadas a desarrolladores, las que me hubiera gustado presenciar, estaban del lado restringido. Y esto no estaba marcado en el cronograma del sitio web. Las charlas del área general eran esponsoreadas y más para gamers o fans que para desarrolladores, con algunas buenas excepciones. Espero que el año que viene los organizadores sean más cuidadosos con esto, les mandé feedback.

Talleres. Fue genial ver uno de pixel art con Piskel (la misma app que se usa en talleres de Endless) y de game dev en general. Era una muestra del programa de un año que hace la Prefeitura de São Paulo. Que en Argentina sería el ministerio de desarrollo social (el que al escribir esto, no existe… pff, pero alguna vez existió y volverá a existir, cuando pase la locura, espero).

Dado que estamos considerando una versión demo de Threadbare que se pueda dejar andando en un stand sin nuestra presencia, estuve observando qué hacían estos juegos al respecto. La respuesta en casi todos los casos es: nada de nada. Se deja librado a la gente que inicie una nueva partida a través del menú del juego, a veces teniendo que darse cuenta sola qué botón apretar (normalmente Start en un control o la tecla Escape en un teclado). A veces, el personal del evento a cargo de la zona aprende a reiniciar el juego y ayuda con eso. Otras veces, los propios creadores del juego estaban dando vueltas para hacerlo. Solo vi un juego que tenía una versión especial, que terminaba con una pantalla de créditos tipo “gracias por jugar a la demo” y se reiniciaba automáticamente.

Sacando la GDC de 2019, ¡este fue el evento más grande al que fui! Estoy acostumbrado a eventos más chicos, así que no estaba lo suficientemente preparado. Creo que ahora tengo más herramientas para aprovechar el próximo gran evento.

Los videjuegos de cartas son los típicos que digo “me gusta jugarlos pero no hacerlos”. No es lo primero que pienso a la hora de hacer videojuegos. Para hacer, prefiero algo más en tiempo real, 2d, con personajes en un mundo, con narrativa. El solo hecho de pensar en la complejidad del Slay the Spire, el sinnúmero de cartas, sus modificaciones, la cantidad de combinaciones, el balancear todo eso.. ¡me da un vértigo!

Pero juego al truco bastante seguido con amigos. Y desde hace rato que me vengo haciendo dos preguntas separadas:

1. cómo sería un rediseño del juego de mesa, simplificado, sin limitarse al mazo español
2. cómo sería un videojuego inspirado en la estrategia y las mecánicas el truco, que no sea un simulador del juego de mesa

Preguntas que me están llevando, sin querer, a meterme en el mundo del diseño de juegos. Soy amateur para muchas cosas, pero en game design soy muuy amateur. ¿Qué puede malir sal? ¿Qué puedo saber eu de esta situação? Quiero probar con un prototipo, y probablemente fracase.

Examen de historia

Ojo que no es que no haya videojuegos que llevan al juego de mesa a la pantalla de la PC o del celu, ¡todo lo contrario! La historia de los videojuegos en Argentina no se puede contar sin cantar “¡truco!”. Los más destacados:

• En los 80s la competencia entre Sacoa y Playland produce los dos primeros fichines argentinos: Trucotron y Truco Clemente. El segundo con el personaje de Caloi, cumbia y chamamé. Acá hay un video de ambas ROMs en un gabinete. Para quien quiera chusmear más, aparecen en revista REPLAY nro. 7 y nro 14 (respectivamente).

• Por ahí también y con las computadoras hogareñas aparece el primer videojuego comercial argentino: Truco Arbiser, el primer videojuego comercial argentino. Me acuerdo jugarlo en MS-DOS. Tiraba versitos, te cargaba, y hasta sonaba la cumparsita en el “speaker” interno. Acá un video de gameplay muy divertido. Aparece en REPLAY nro. 15.

• Más tarde, en la era del CD-ROM… Truco argentino v3.0 de Sintesoft. La estética muy tanguera, arrabalera. Envejeció un poco mal (el puntero del mouse es un chumbo, entre otras cosas). Pero haciendo la vista gorda, es el único que conozco que tiene personajes, cada uno con su personalidad, animaciones 2d y hasta voces grabadas. No estoy al tanto de que haya aparecido en una REPLAY.

• Con los primeros celulares, los ladrillitos Nokia y Motorola… Truco Mobile y Truco Personal. Primeros pinitos en apps para celulares “no smart”. Tiene sistema multijugador contra un usuario random, aunque por la internet de entonces podías terminar jugando contra un bot. Aparece en REPLAY nro. 31.

• Mucho más acá, Truco Blyts. El más conocido para jugar hoy en día en el celu. Tengo un amigo que lo vicia.

Si me estoy olvidando de alguno importante, me avisan.

Ronda VS pantalla

El tema es que todos los juegos anteriores presuponen que el jugador es también un jugador del juego de cartas. Conoce bien las reglas y está buscando una experiencia parecida, pero en videojuego. Quizá con algún feature de este medio como agregar narrativa, poder jugar por internet… o simplemente que tenga una estética tanguera, o gauchesca en los gráficos o el sonido. O alguna otra vuelta de rosca gamer. Por ejemplo, me acabo de enterar de un videojuego de truco roguelike, ¡pinta muy bien!

Me encanta que existan esos videojuegos y me gusta jugarlos. Pero el prototipo que quiero hacer yo es otra cosa. Me interesa más enfocarme en la esencia del truco, con su mentira y su mecánica de “decidir con información parcial” en las dos apuestas (envido y truco). Algo más parecido a lo que hace Marvel Snap (tengo que confesar que cuando apareció dije “uy, me ganaron de mano”). Cantar “¡snap!” es prácticamente cantar “¡truco!”.

Y también, me interesa trasladar solamente lo que se puede. En particular, las señas es algo imposible de llevar a la pantalla. Y es parte importante del “decidir con info parcial”. Cada medio tiene lo suyo. Intentar trasladar las cosas que sólo funcionan alrededor de una mesa a la pantalla no tiene sentido, es forzado. A menos que querramos hacer una simulación, como es el caso de todos los videojuegos mencionados arriba. Durante la pandemia con mis amigos tratamos de buscar una alternativa que se juegue a la distancia. Mi conclusión fue que, a menos que sea con realidad virtual, no se puede. El aspecto de sociabilización, lo que se dice y lo que no, la persuasión en la mentira, a quién mirar, son únicos del medio “estamos jugando alrededor de una mesa” y un videojuego no lo puede reemplazar. ¡Y está buenísimo que así sea! ¿Se podrá encontrar alguna mecánica análoga a las señas y que a la vez sea propia de los videojuegos? ¿Obtener powerups para revelar algo de info de la mano del oponente, por ejemplo?

Incluso en la interfaz. La pantalla es rectangular así que no tiene sentido poner las cartas en círculo o bazas. Es mejor ponerlas en filas y columnas (Marvel Snap lo hace bien). Algunos videojuegos de truco hacen un punto medio bastante forzado: ponen las cartas en ronda, pero derechas a la cámara. Las cartas originales están diseñadas para jugarse en bazas, para ser leídas desde cualquier lado de la mesa. En un videojuego se puede cambiar el diseño totalmente. Incluso no tienen porqué ser cartas.

Un truco más accesible

Tengo la intuición de que el truco tiene algo para darle a los videojuegos. Y quero probarla, por eso el prototipo. Conozco varios juegos de mesa modernos, tipo eurojuegos. Hay varios en casa, y aún así el truco sigue siendo uno de mis predilectos para jugar con amigxs. Hay algo ahí.

Vale aclarar que cuando digo “truco” (¡quiero retruco!) en realidad estoy pensando en truco argentino. Más precisamente el que se juega en mi región. Y más precisamente, el que juego con mis amigos y las “reglas de la casa”: sin cantora. De a seis jugadores, o a lo sumo de a cuatro. De dos (la versión de varios de los videojuegos arriba) se deja sólo para aprender o para el “punta y hacha”.

Una vez, hablando con Juliano, un amigo brasileño, me dijo en portuñol: “ah sí el truco, ese que tiene vira y se juega con las cartas de corazones, de picas…”. ¿Lo quee? Me estaba hablando del truco paulista. Ahí me enteré que el truco, más colonial que el dulce de leche, se juega en muchos lugares de latinoamérica y con muchas variantes… hasta con la baraja inglesa. Hay poca información en internet y hasta la Wikipedia se pierde con las variantes. Pero me puse a aprender lo que pude de cada una. Entre ellas la uruguaya, que tiene “muestra”. Lo que entiendo es que la muestra (y la vira en otras variantes) es un hack que le agregaron a las reglas para que sea imposible cartearse (randomiza en cada mano cuáles son la cartas más altas). El problema es que a la vez hace a las reglas de juego mucho más complicadas. En mi caso cuando juego con amigos (¡no apostamos plata!) asumimos buena fe. Y en el caso de un videojuego, cartearse es imposible, a menos que le agreguemos esa mecánica (algunx que esté haciendo un simulador de truco que la implemente, puede ser divertido).

Volviendo a la primera pregunta de arriba… si hay variantes más complicadas que otras, ¿porqué no pensar en una variante más simple? Si hay variantes que hasta usan otra baraja ¿porqué no diseñar una baraja custom para la nueva variante? Además haría que el juego sea más accesible. Me ha tocado explicar las reglas y son bastante difíciles de aprender. Para la apuesta “truco” hay que memorizarse toda una jerarquía de 14 niveles. ¡Pero el rango o jerarquía de la carta se podría poner en la carta misma! Para la apuesta “envido” los puntos van del 0 al 33, pero hay un hueco: no se pueden obtener puntos entre el 8 y el 19. ¿Se podrá encontrar una escala de puntos más simple y continua?

Un par de veces deslicé las ideas que tengo para rediseñar el truco a jugadores. Y no lo recibieron bien, les pareció al pedo. Probablemente el prototipo les dé la razón. Eso sí, en esas oportunidades, me faltó dar todo el contexto que tiene este posteo. Explicar el porqué. También tratar de modernizar algo que está pegado a la tradición es pecar un poquito de hereje, y la verdad que sí soy, no me preocupa ese mote.

En fin, en esta primera parte dejo planteado el tema, porque ya se hizo re largo. En las que sigan, voy a ir comentando cómo me está yendo con el prototipo. O mejor dicho los prototipos: para el rediseño simplificado pueden llegar a ser cartas para imprimir, para el videojuego va a ser definitivamente un proyecto de Godot.

Antes de terminar, vaya un saludo especial a mis compañeros de juego: gurka, checho, mosca, tade, mauri, nico y pepo.

Uno, me gustan los juegos de cartas. Vengo de Marvel Snap y Balatro en videojuegos. Y como juego de mesa, en las juntadas con amigos nunca falla el viejo y querido truco.

Y dos, me entusiasma que esté hecho en Godot, que es el engine que vengo usando en el laburo. Hay bastante escrito en internet de cómo transicionaron desde Unity. Valga el chiste: “Muerte a los salvages unityarios!” exclaman desde la federación de Godot.

Así que lo compré hace unas semanas. Todavía está en early access, y ya la está rompiendo. Está en el top 5 de los juegos más vendidos y jugados en Steam en este momento. Y de esos cinco hay tres que son free to play, lo que para mí lo hace ranquear a este (que es pago) aún más arriba.

Como gamedev amateur que soy, que se pueda inspeccionar un proyecto tan bestseller y popular me parece impresionante.

Decompilando

La decompilación no se hizo esperar. Ocurrió al publicarse, antes de que tocara el suelo. ¡Horror! Excepto que la gente de Mega Crit es buena onda. Uno de ellos, Jake, dijo:

Me haría muy feliz saber que otros desarrolladores de videojuegos aprendieron algo al leer nuestro código y nuestras escenas :)

¿Qué es decompilar? Básicamente es recuperar el proyecto editable a partir de los archivos binarios distribuídos del juego. Poder volver a abrirlo en el editor de Godot.

Como tengo una copia legal y el visto bueno de los creadores, posteé en Godot Meetup Argentina: “¿qué tan difícil puede ser decompilarlo?”. Unos minutos más tarde me respondí a mí mismo con una captura de la escena de la carta básica. Con Godot RETools fue RE simple (cuac). Tan simple como bajarse la herramienta, apuntarla a un archivo local del juego (al .pck), y hacer un click. Después pude abrir el proyecto con la versión de Godot que más se ajusta (v4.5.1).

Salvedad: el juego decompilado así no corre. Por un lado, porque lo hicieron con una versión custom de Godot, adaptada a sus necesidades. Y por otro porque el core del juego, toda la lógica, vive en una lib propia. Se puede usar otra herramienta para decompilar esta lib en código fuente legible de C#, pero realmente no es la parte que más me interesa.

¿Y qué aprender?

Lo primero que hice fue abrir algunas escenas con personajes y ver las animaciones. ¡Qué maravilla! Están hechas en Spine que es una herramienta aparte, no son las animaciones esqueletales de Godot. Pero se las puede reproducir desde el editor tranquilamente.

Después me detuve un rato en la organización del proyecto. Nada del otro mundo, pero siempre es interesante ver cómo otros organizan sus archivos, porque no hay una forma que sea la mejor para todos los casos.

Creí que iba a aprender mucho más de interfaz gráfica y los nodos Control. La parte UI de Godot está inspirada en KDE y yo vengo del palo de GTK, por lo tanto se me hace difícil entender cómo se diseñan las interfaces, todo me parece extraño. Dada la naturaleza de este proyecto, un videojuego de cartas con mucha UI, muchas cosas en el HUD, mucha info en pantalla, pensé que me iba a servir inspeccionar las escenas. Pero todavía no le pude sacar mucho jugo. ¡Voy a seguir intentando!

Lo que más me sirvió inspeccionar hasta ahora: ¡los efectos de partículas y los shaders! Hay escenas en que mezclan hasta 6 efectos de partículas simples, que todas juntas y sumando un shader, logran un efecto increíble.

Godot Meetup Argentina

Fui compartiendo todo esto en Godot Meetup Argentina. Es el grupo de Whatsapp más grande en el que estoy. Ahí pasa de todo: gente comparte el progreso de sus juegos, se organizan eventos, se resuelven dudas, etc. La vez pasada, a uno se le ocurrió agregar la sintaxis que tienen los shaders de recombinar las componentes de un vector de forma fácil en un script, lo que en la jerga se conoce como swizzling. Y mandó un pull request para arriba. Veremos.

Conclusión

Creo que por esto mismo de tener todo el core en una lib propia, y las animaciones todas en Spine, es que pudieron transicionar de Unity a Godot relativamente fácil.

Así y todo hay mucho que aprender del proyecto decompilado. Vengo jugando el juego, y cuando algo visual me interesa, voy y lo busco en el proyecto para ver cómo lo hicieron.

Está buenísimo ver a profesionales de los videojuegos mucho más alineados con el open source y compartiendo el conocimiento. Claramente es la intención de este team por lo fácil que es decompilarlo. Si hubieran querido, hay formas de obstaculizarla.

De más está decir que es un juegazo, ¡súper recomendable!

Tres pycamps

…resumen mi historia con la ventilastation:

• 2013: El pycamp en que los vi revolear una tira de leds para escribir “hola mundo” en el aire. Meses más tarde, mi amigo alecu nos sorprendía con el “super ventilagon”, su port del super hexagon. Todavía más me sorprendí cuando lo pude jugar y comprobar que el port era tan preciso e hipnotizante como el original.

• ¿2018? El pycamp en que junto con SAn empezamos a hacer el emulador para la ventilastation en pyglet, mientras alecu se peleaba con micropython.

• 2025: Mucho más acá en el tiempo… ¡marzo de este año! El pycamp en que hice assets para el “a jugar con vugo” (juego inspirado en el programa de televisión), teniendo a la ventilastation real a mano.

(Qué es un pycamp no se puede sintetizar, merece posteo aparte. Pero es básicamente una desconferencia de la comunidad de python argentina que tiene su propia idiosincrasia. Yo me suelo sumar a los videojuegos.)

La ventilastation es un proyecto espectacular por varias razones: el hardware y software libre, que se pueda programar en (micro)python, que el microchip esté girando a toda velocidad junto con los leds, la estética hacker/punk/contestataria de los juegos.

La jam

Me enteré una semana tarde de la jam online pero decidí sumarme igual. ¡Hacía muucho que no me sumaba a una jam! Trabajamos exclusivamente en el emulador, compartiendo el progreso en el discord del evento. Y en tres sesiones, los jueves (dos para mí) alecu nos mostraba cómo se veía lo que habíamos pusheado en el hardware real, estrimeando la cámara en el discord, apuntándola de lleno al ventilador. Le encontró la vuelta a sincronizar ambas velocidades (la de la cámara y la del venti) para que se vea bastante fiel.

Empecé instalando el vsdk adentro de un toolbx. Dejo los pasos en este gist para quien guste de usar sistemas inmutables como yo.

Mi idea era continuar el “a jugar con vugo”. De aquella vez me había llevado como experiencia:

• Qué tipos de assets quedan mal para los tiles del camino / túnel. Se van achicando muy rápido en el eje Y. Pasada la mitad del túnel el tile de 16 pixeles de altura se muestra en 4 arxeles o menos.
• Que no hay que poner fondos brillantes. ¡Mejor dejar zonas oscuras!

Pero me malcopé con esto y perdí bastante tiempo, sobre todo con workarounds que aparentaban verse bien en el emulador pero se demostró no ser así en el hardware real. Mi primer pull request (incluye video) fue una demo de un túnel que va y viene, nada más.

Tincho vrunner

Justo hace poco Nico, un amigo periodista que trabaja en el diario local, publicó una crónica sobre un personaje autóctono de nuestra cultura pop. Y se me ocurrió meterlo como personaje en el juego. Esto también me dio pilas para seguir la jam, meter gameplay, y convertir la demo en un juego posta: el juego de tincho carpincho. Tener un tema o algo para inspirarse está bueno. Se puede leer más sobre tincho en el README.

Lo convertí en una carrera contrareloj, un “vrunner”. La tradición dice que cada título de la ventilastation juega con la letra V. Hice dos niveles y que se pueda ganar o perder (video en el link). En el primer nivel el objetivo es ir “palante”, hacia adentro. Y en el otro el objetivo es ir “patrás”, o hacia afuera, rebotando en las… ¿cajas? ¿almohadas? ¿piedras?. Hay bloques rojos que te frenan, que después se convirtieron en yuyos en el aseprite.

El sdk es muy simple, todo lo que se puede hacer entra en tres slides:

• la clase Sprite. Con setters y getters como Sprite.y() -> int, Sprite.set_y(int), Sprite.set_perspective(int)
• la clase Scene. Con métodos a redefinir como Scene.on_enter(), Scene.step()
• el singleton director. Con métodos como director.push(scene), director.was_pressed(joy_const), director.sound_play(filename)

Viniendo de trabajar día a día con godot donde toodo es posible, las restricciones de la ventilastation son aire fresco para mí, y un re buen disparador para crear. Es algo sobre lo que estuve reflexionando hace poco en el game club del laburo, donde jugamos al minit (un juego con una paleta de 1 bit).

Por ejemplo en threadbare tenemos capas y capas de tiles. Varios de los cuales quedan tapados. Por lo que a menos que el engine esté haciendo algo inteligente, se deben estar dibujando cosas innecesariamente. Y como el hardware actual de una compu personal sobra para el juego, no importa. En cambio en la ventilastation hay que cuidar la memoria, y no se pueden estar instanciando sprites en el medio del game loop. Para los tiles, por ejemplo, tengo una lista fija de sprites que voy reusando a lo largo del túnel. Cuando las tiras horizontales de tiles salen por afuera del círculo, se vuelven a poner en el centro, poniendo la imagen (el frame) que corresponde a esa altura del túnel. Lo mismo hago con los props.

Lo particular de la ventilastation es su pantalla circular, que es super cool, y que las coordenadas sean radiales. Hay 3 modos de perspectiva para un sprite, y dominarlas es re importante para hacer los juegos:

• Modo 0: yo lo llamo “fullscreen”. Reproyecta la imagen en coordenadas cartesianas para que se vea tal cual. Con esta hice los fondos, por ejemplo el carpincho pescando de la pantalla inicial.
• Modo 1: yo lo llamo “túnel”. La imagen aparece doblada y rotada según la coordenada X y se va achicando al aumentar la coordenada Y, hasta desaparecer en el centro, sin perder su relación de aspecto. Con esta hice el suelo y los props.
• Modo 2: yo lo llamo “HUD”. Como la anterior, la imagen aparece doblada y rotada según la coordenada X. Pero en las Y siempre ocupa la misma cantidad de arcos (que son 54 en total), entonces al moverla en las Y se va deformando (cambiando el aspect ratio). Con esta hice al player que corre en loop, y los carteles. Se evidencia cómo se deforma en los carteles que animé en vertical con la consignas: “llegá al fondo”, “llegá afuera”. ¡Hace un lindo efecto de squash & stretch que da para aprovechar la próxima!

¡Operador módulo (%) por todas partes! Para las animaciones cuadro a cuadro se ajusta la velocidad así:

self.cur_frame = (self.cur_frame + 1) % 256
self.player.set_frame((self.cur_frame // 16) % 4)

Eso es adentro del método step() de la escena. Hace que el sprite de tincho cambie cada 16 steps, mostrando la animación de 4 cuadros de duración, en loop.

Una vez que tuve algo de gameplay volví a iterar los assets. Agregué carteles tipo “ganaste” para informar a les jugadores, comunicar el objetivo y los controles. Para los efectos de sonido retro usé el generador sfxr que va bien con la onda de la consola. Jugando con los sliders hice tres variantes de cada uno. El código los randomiza así:

director.sound_play("tincho_vrunner/powerup%d" % randrange(3))

Más allá de estos snippets no hay mucho que rescatar del código, que es código de jam. Digamos que no sigue los más altos estándares de la industria.

Por último iteré en el diseño de los dos niveles y tunié un poco la mecánica. Pedí ayuda con la música en el discord y JuanElHongo me pasó varias que tenía, de las cuales una iba como piña. Adentro.

Me encantó ver el proceso de los otros juegos de la jam, y aunque no hubo tanta interacción entre nosotres ¡el conjunto de juegos quedó buenísimo!

¿Pos jam?

Estas son cosas que me quedaron en el tintero, lo que me gustaría hacer en caso retomar el desarrollo del juego:

• Mejorar las colisiones. Recibí re buen feedback sobre esto y es algo que también había notado en el emulador. Por cuestiones de tiempo usé la detección de colisiones que viene con la clase Sprite. Pero casi siempre en gamedev uno termina usando una colisión diferente al asset, más chica o más grande, para hacer al juego menos gorra, menos punitivo. También es raro que no colisione cuando va para atrás, pero es lo que habilita la mecánica de rebote.
• Arreglar bug: no se reproduce la música en el nivel 2.
• Mejorar la definición de los niveles así se pueden editar más rápido.
• Agregar un par de niveles más. Aprovechar más la mecánica de rebote, de ir para atrás, que es como el distintivo del juego.