Gladiamagus by Evury (Theme : Theater of Magic)

Initialisation du projet

Je ferai les assets graphiques moi même car cette gamejam est assez longue et utiliser des assets déjà prêts ne me permet pas de m'exercer.
Pour la techno je pense utiliser un format web (sûrement HTML5 et javascript), ce format me permettra d'avoir quelque chose de visible sur ce projet quelque soit l'étape et de ne pas me soucier du déploiement du projet. Je suis tombé sur PixiJs dans une première recherche comme moteur graphique HTML/Js on va tester ça. Ça m'embête un peu car je ne récupèrerai rien du code javascript mais ça travaillera quand même la logique.
Je n'aurai pas le temps pour les musiques et sons, je vais donc piocher dans ma banque de son.

Ma feuille de route devrait ressembler à ça :

• création des boards sur papier
• définition des règles du jeu (lancement, déroulement, condition de victoire)
• création des assets prototypes
• setup de l'envirionnement
• première scène
• chargement des assets
• boucle principale
• application des règles du jeu
• travail des animations
• ajout de son
• choix de la langue FR
• travail de l'UX design
• ajouter du contenu

Règles du jeu

Le joueur est dans un théatre de magie mais doit divertir le publique comme un gladiateur.
Ce sont des duels à mort entre deux mages. Le gagnant est celui qui reste en vie.
Les deux adversaires doivent lancer un sort en même temps, ces deux sorts vont se confronter et obtenir différents comportements :

• plus puissant : le sort annule l'autre et inflige des dégâts à la cible.
• s'annule: la combinaison créé une réaction mais ne touche aucune cible.
• synergie : les deux sorts se complètent et atteignent les deux cibles.

Le joueur possède une base de connaissance qui liste chaque sort qu'il connait.
Au début du jeu il ne possède que 4 sorts : feu, eau, vent et terre.
Au début d'un combat sa base de connaissance est mélangée.
Lors d'un tour il n'aura que 10 secondes pour choisir le sort qu'il va lancé.
Il a le choix parmi les 3 premiers sorts de sa base de connaissance, c'est ce qui créé un roulement, le sort lancé revient à la fin de sa base de connaissance.
S'il ne choisi pas de sort dans les 10 secondes imparties il lancera un sort au hasard.

Quand le joueur à choisi son sort (ou à la fin du chrono), l'adversaire lance au hasard un des 3 premier sorts de son roulement. C'est au joueur de découvrir les différentes combinaisons et de s'adapter au roulement de l'adversaire.

A chaque fin de tour, le publique sera diverti. Son taux de divertissemernt dépend de ces facteurs :

• % de vie restante des deux mages (ils veulent du sang)
• les combinaisons de sort qui apparaissent sur la scène (plus il y a d'animation différente, plus les spectateurs seront contents)

Quand le joueur remporte la victoire il a le choix d'une récompense aléatoire :

• plus de vie
• plus de dégâts
• un sort
• un boost de sort

Avoir deux fois le même sort le fait apparaître deux fois dans la base de connaissance, donc plus de chance de tomber dessus.

Après le choix de la récompense, il récupère sa vie et passe à l'adversaire suivant qui sera un peu plus fort.

Le jeu n'a pas vraiment de fin, les combats s'enchaineront.

Devlog jour #1 (Dimanche)

J'ai fais quelques boards qui me donne une bonne idée de ce que je veux faire et j'ai rédigé les règles. Ça devrait être assez simple, je vais commencer avec peu de contenu car il y a des combinaisons qui multiplient le temps à passer dessus.
J'ai fais les assets de la première scène du jeu et j'ai setup le moteur graphique PixiJs. En lisant la doc en diagonale j'arrive à afficher les images et les modifier par frame comme je le souhaite. Je n'ai par contre pas encore vu la gestion des sons et des formats acceptés.
Ce moteur a l'air vraiment complet avec des groupes d'asset, une hiérarchie, des masques. Je n'aurai pas besoin d'utiliser ces fonctionnalités car le projet est bien trop petit mais il est possible d'étendre si je le continu par la suite.
Ma prochaine étape sera de tester la gestion des événements et surtout de voir comment fonctionnent les inputs.

Devlog jour #2

J'ai passé du temps à rechercher ou créer des assets. Pour les sons et musiques j'ai ce qu'il me faut. Les graphismes ont bien avancé aussi, je pense garder ces assets pour la version finale même si à la base je voulais juste prototyper.
J'ai vu dans la doc de PixiJs qu'il prend les sons au format mp3, j'essaierai de lui envoyer du wav ou sinon il faudra que je convertisse.
Maintenant que les assets sont prêt je vais pouvoir me conssacrer au code.
En partageant un gif de l'animation de l'écran titre j'ai eu des retours positifs et j'ai pu améliorer l'aniamtion suite à des conseils.

Devlog jour #3 #4 et #5

Je n'ai pas eu beaucoup de temps libre, le début de semaine était compliqué, c'est pourquoi je condense 3 jours dans ce paragraphe.
Pour terminer les visuels il me manque des animations qui me prendront du temps, je pense le faire un vendredi soir ou le samedi.
J'ai donc avancé sur le code, il y a la boucle principale, j'ai pu créer les classes et initialiser les valeurs par défaut des entités. Il me manque le système de combat et la scène de récompense.
Faire se projet en javascript m'aide pas mal, grâce à la console je peux bidouiller directement les Objet ou variables et voir le résultat directement à l'écran.

Il me reste 2 jours pour finir le code mais ça devrait aller, la fin de semaine est plus calme. Le samedi je travaillerai le visuel et je posterai le projet le dimanche matin.

Devlog jour #6 et #7

Sur ces 2 jours j'ai pu terminer complètement le code. Le jeu est jouable en entier.
Il me manquait 2 ou 3 sprites que j'ai fait vite et ne sont pas très beaux.
Samedi il me restera à faire l'intégration des sons, faire beaucoup d'animation et le menu des règles du jeu. Il est presque complété, si j'ai pas trop de mal à créer les animations je pourrai régler les détails.
C'est un grand soulagement de voir que le jeu est fonctionnel après avoir aligné plusieurs centaines de ligne de code, avoir réfléchi en amont m'a permis d'éviter pas mal de temps de debug et d'intégrer les fonctionnalités en une fois.

Devlog jour #8

C'est la panique !!!
J'ai du faire les animations au plus simple car je n'avais vraiment pas le temps de toutes les faire (j'ai même dû en sacrifier 2 ou 3). J'ai encore une grande marge de progression en graphisme.
J'ai eu un autre gros problème... Le moteur PixiJs ne gère pas le son ! Il existe un plugin mais n'était pas compatible avec ma version de PixiJs. J'ai pris une autre librairie de son, j'ai eu un peu de mal à l'utiliser mais le jeu a du son.
J'ai fait quelques parties, par contre je ne l'ai pas fait testé. J'ai constaté un bug d'affichage qui arrive sur les 3 premiers tours mais je n'ai pas le temps d'investiguer. Je pense que pour le reste ça fonctionnera bien.
J'espère aussi que le son n'est pas trop fort, je l'ai mis à 30% (dans le doute j'ai ajouté un bouton pour mute).
Il ne me reste plus qu'à publier le jeu sur itch.io !

Conclusion

Je suis très satisfait du résultat, le jeu est fonctionnel, j'ai pu faire quelques assets graphiques et tester un gameplay.
Comme la gamejam était sur une semaine (j'ai rejoins avec un jour de retard et pas disponible le dernier jour) je me suis dit que je pouvais trouver le temps de faire quelque chose et j'ai réussis à m'adapter rapidement.

Le moteur de jeu PixiJs est très simple à utiliser et l'interprétation de Javascript rend les tests unitaires faciles.
Mon code est très procédural et peu découpé mais assez clair pour ce projet.

Graphiquement j'ai pu me faire un peu la main et je suis content du rendu. Ça reste très simple, avec peu de détail mais c'est ce qui m'a fait gagné du temps.

D'ailleurs c'est ce qui m'a plu le plus dans ce projet, gagner du temps avec des astuces et sans avoir préparé d'asset. Le thème (Theater of Magic) se prête bien à un écran fixe, tout se passe sur la scène du théâtre.
C'est ce qui m'a permis de limiter le nombre d'asset, d'animation, de génération et surtout de physique (il n'y en a aucune).
Mon idée de base était de me baser sur un gameplay en particulier : 2 adversaires choisissent une action dans un temps imparti, ces 2 actions sont faites en même temps et une combinaison en résulte. C'est une base de gameplay que je travail sur un autre jeu.
J'ai donc pu allier le thème, la scène fixe et ce gameplay avec un genre de Shifumi++ qui évolue. Ça a été très fluide pour tout implémenter.
Pour la rejouabilité je me suis contenté d'ajouter des bonus à l'adversaire à chaque victoire et d'afficher le nombre de mage vaincu pour tenter d'obtenir le meilleur score.

C'était vraiment très fun et j'en tire que du positif. C'était aussi super de voir les projets des autres avancés et échanger (Formamac, Barbulinet, TompsonCode et Antonin), merci à eux pour l'engouement !

Project initialization

I will make the graphic assets myself because this gamejam is quite long and using already ready assets does not allow me to practice.
For technology I am thinking of using a web format (probably HTML5 and javascript), this format will allow me to have something visible on this project whatever the stage and not to worry about the deployment of the project. I came across PixiJs in a first search as an HTML/Js graphics engine, we are going to test that. It bothers me a little because I won't get anything from the javascript code but it will still work the logic.
I won't have time for music and sounds, so I'll dig into my sound bank.

My roadmap should look like this:

• creation of boards on paper
• definition of the rules of the game (launch, progress, victory condition)
• creation of prototype assets
• environment setup
• first scene
• loading assets
• main loop
• application of the rules of the game
• animation work
• adding sound
• choice of language FR
• UX design work
• add content

Rules of the game

The player is in a magic theater but must entertain the audience like a gladiator.
These are duels to the death between two mages. The winner is the one who remains alive.
The two opponents must cast a spell at the same time, these two spells will confront each other and obtain different behaviors:

• more powerful: the spell cancels the other and inflicts damage on the target.
• cancels: the combination creates a reaction but does not hit any target.
• synergy: the two spells complement each other and reach both targets.

The player has a knowledge base that lists each spell he knows.
At the start of the game he only has 4 spells: fire, water, wind and earth.
At the start of a fight his knowledge base is mixed.
During a turn he will only have 10 seconds to choose the spell he will cast.
He has the choice among the first 3 spells of his knowledge base, this is what creates a rotation, the spell cast returns to the end of his knowledge base.
If he does not choose a spell within 10 seconds allotted he will cast a spell at random.

When the player has chosen his spell (or at the end of the timer), the opponent randomly casts one of the first 3 spells of his rotation. It's up to the player to discover the different combinations and adapt to the opponent's rotation.

At the end of each tour, the audience will be entertained. Its entertainment rate depends on these factors:

• % of remaining life of the two mages (they want blood)
• the spell combinations that appear on the stage (the more different animations there are, the happier the spectators will be)

When the player wins, he has the choice of a random reward:

• more life
• more damage
• a spell
• a spell boost

Having the same spell twice makes it appear twice in the knowledge base, so more chance of coming across it.

After choosing the reward, he recovers his life and moves on to the next opponent who will be a little stronger.

The game doesn't really have an end, the fights will continue.

Devlog day #1 (Sunday)

I made a few boards that give me a good idea of what I want to do and I wrote up the rules. It should be quite simple, I'll start with a little content because there are combinations that multiply the time to spend on it.
I made the assets for the first scene of the game and set up the PixiJs graphics engine. By reading the doc diagonally I can display the images and modify them per frame as I wish. However, I have not yet seen the management of accepted sounds and formats.
This engine looks really complete with asset groups, hierarchy, masks. I won't need to use these features because the project is much too small but it is possible to expand if I continue it later.
My next step will be to test the event management and especially to see how the inputs work.

Devlog day #2

I spent time researching or creating assets. For sounds and music I have what I need. The graphics have progressed well too, I plan to keep these assets for the final version even if I originally just wanted to prototype.
I saw in the PixiJs doc that it takes sounds in mp3 format, I will try to send it wav or else I will have to convert.
Now that the assets are ready I will be able to devote myself to the code.
By sharing a gif of the title screen animation I received positive feedback and was able to improve the animation following advice.

Devlog day #3 #4 and #5

I didn't have much free time, the start of the week was complicated, that's why I'm condensing 3 days in this paragraph.
To finish the visuals I'm missing some animations which will take me time, I'm thinking of doing it on a Friday evening or Saturday.
So I moved forward with the code, there is the main loop, I was able to create the classes and initialize the default values of the entities. I'm missing the battle system and reward scene.
Doing this project in javascript helps me a lot, thanks to the console I can tinker directly with the Objects or variables and see the result directly on the screen.

I have 2 days left to finish the code but it should be fine, the weekend is quieter. On Saturday I will work on the visual and I will post the project on Sunday morning.

Devlog day #6 and #7

Over these 2 days I was able to completely complete the code. The game is playable in full.
I was missing 2 or 3 sprites that I made quickly and didn't look very good.
On Saturday I will still have to integrate the sounds, do a lot of animation and the game rules menu. It is almost complete, if I don't have too much trouble creating the animations I will be able to sort out the details.
It's a great relief to see that the game is functional after having aligned several hundred lines of code, having thought ahead allowed me to avoid a lot of debugging time and integrate the functionalities in one go.

Devlog day #8

It's the panic !!!
I had to make the animations as simple as possible because I really didn't have time to do them all (I even had to sacrifice 2 or 3). I still have a lot of room for improvement in graphics.
I had another big problem... The PixiJs engine doesn't manage sound! There is a plugin but it was not compatible with my version of PixiJs. I took another sound library, I had a little trouble using it but the game has sound.
I played a few games, but I haven't tested it. I noticed a display bug that occurs on the first 3 rounds but I don't have time to investigate. I think for the rest it will work well.
I also hope that the sound is not too loud, I set it to 30% (if in doubt I added a mute button).
All I have to do now is publish the game on itch.io!

Conclusion

I am very satisfied with the result, the game is functional, I was able to make some graphic assets and test gameplay.
As the gamejam was over a week (I joined a day late and not available on the last day) I told myself that I could find the time to do something and I managed to adapt quickly.< br>
The PixiJs game engine is very simple to use and the Javascript interpretation makes unit testing easy.
My code is very procedural and not very broken down but clear enough for this project.

Graphically I was able to get my hands on it a bit and I'm happy with the result. It's still very simple, with few details, but that's what saved me time.

Besides, that's what I liked the most about this project, saving time with tips and without having prepared an asset. The theme (Theater of Magic) lends itself well to a fixed screen, everything happens on the theater stage.
This is what allowed me to limit the number of assets, animation, generation and especially physics (there are none).
My basic idea was to base myself on a particular gameplay: 2 opponents choose an action within a given time, these 2 actions are done at the same time and a combination results. It's a gameplay base that I'm working on for another game.
So I was able to combine the theme, the fixed scene and this gameplay with a kind of Shifumi++ that evolves. It was very smooth implementing everything.
For replayability I simply added bonuses to the opponent for each victory and displayed the number of mages defeated to try to obtain the best score.

It was really fun and I only learned something positive from it. It was also great to see other people's projects progressed and discussed (Formamac, Barbulinet, TompsonCode and Antonin), thanks to them for the enthusiasm!