Début septembre, une fois reposé et l'euphorie de l'évènement passée, il était temps pour moi de réfléchir à une éventuelle suite à donner à cette expérience.
Est-ce que j'allais reprendre mes habitudes ? Est-ce que mes idées pouvaient être transformées en jeux ?

De toutes les idées, celle qui revenait le plus souvent à moi était ce qui deviendra DualRUN.

Le concept de base était de faire un runner. Cette catégorie est déjà fortement représentée avec de très bons jeux. Je voulais aller un peu plus loin en proposant le contrôle de 2 personnages à la fois.

J'ai pris le parti très tôt de faire un jeu avec vue du dessus avec une génération aléatoire des pistes.

Cette image représente la toute première version du jeu. On peut voir un décor de fond très simple, un vaisseau très sommaire et une piste qui donne la nausée.

Le décor est épuré et permet de voir le scrolling.
Le vaisseau est très simple, c'est juste pour faire un prototype du jeu et mettre en place les sprites puis les collisions.
La piste est constituée de sections transparentes pour voir le décors qui se trouve en dessous. L'alternance de couleur est destinée à vérifier que la piste est bien en mouvement.
La collision est déjà en place, bien que très rudimentaire.

Je suis alors confronté à mon premier problème : comment faire pour que la piste ne soit pas qu'une simple ligne droite ?

Je suis parti sur une idée qui s'est avérée être une horreur à gérer : faire des sections de pistes comme celle de l'image incluant le mur de gauche et de droite.
Pour chaque mur il fallait gérer :

• élargissement de la piste
• rétrécissement de la piste
• conservation de la position du mur

Ce qui représentait 9 possibilités ... par largeur de piste.
Soit au total 53 sections à faire, en tenant compte des dimensions mini et maxi de la piste.

Je devais vraiment faire une réflexion plus poussée sur ce que je comptais faire du jeu et comment y arriver.

Dans cette réflexion, je suis seul. Alors j'ai décidé de faire appel autour de moi à quelques personnes pour tester et me faire des retours.
Avant de leur montrer la première version de test, j'ai mis en place ce que je venais d'envisager.

Amis et familles se sont prêtés au jeu du test, et les retours que j'ai eu m'ont bien aidé.

Ce qui me semble important c'est de tenir compte des retours et de faire le tri pour avoir ce qu'il y a de mieux pour le jeu.
J'avais pour objectif de récolter des retours de bugs et les corriger tout en ajoutant des choses au jeu.
Au final, j'ai eu la chance d'avoir beaucoup de propositions d'amélioration.

De nombreuses réflexions m'ont permis d'ajuster la difficulté du jeu, de faire du ménage dans les bonus/malus et d'en ajouter de nouveaux.

La monnaie a été simplifiée pour ne conserver que les étoiles. Trop de confusion liée à la double monnaie nous a incité à modifier la donne.

En parallèle, je prenais un peu confiance en moi, j'expérimentais des choses, j'ajoutais de nouvelles fonctionnalités avec plus ou moins de succès mais surtout je me suis amusé à le faire.

Par exemple, chaque vaisseau a une forme différente. Une zone d'impact spécifique qui épouse les contours du vaisseau était nécessaire.
Ceci m'a obligé à modifier ma gestion de collision avec les murs, mais au moins c'est plus précis.

La piste courbe a eu du succès auprès des testeurs. Il y avait plus de variation, ce qui a aussi apporté un peu de challenge.

Ecouter les avis, les demandes, est aussi un sacré challenge. Tout n'est pas à conserver mais tout est à considérer.

J'aurais bien aimé avoir plus de testeurs pour avoir plus de retours. Mais ceux que j'ai eu m'ont déjà beaucoup aidé.

Un énorme merci à tous ceux qui m'ont supporté !!

Quels ont été tes choix techno, par exemple Android, avec ou sans framework ? Quelles versions d'Android sont supportées ? As-tu rencontré des problèmes techniques avec Android ?

Ayant à ma dispositions plusieurs appareils Android, j'ai voulu développer sur cette plateforme.

N'ayant jamais fait de JAVA, j'ai du apprendre les bases du langage et de la création de jeu en 15 jours pour pouvoir commencer le BBQ Game Jam.
J'ai hésité entre l'utilisation d'un framework ou de partir de zéro.
Voulant apprendre comment les choses fonctionnent, j'ai décidé de partir de zéro.

J'avais ensuite le choix entre Opengl et les Canvas.
Ayant eu trop peu de temps pour pouvoir appréhender Opengl, je me suis dirigé vers un Canvas.

Android est un écosystème fragmenté :

• Versions d'android
• Résolutions
• CPU / RAM

Il faut donc composer avec.

Dans mon cas, le jeu accepte plus de 99% des versions d'Android (à partir de 2.3)
L'affichage est en 16/9ème au format paysage centré si besoin.

La mémoire par contre est un sujet plus délicat. En gros, Android autorise une certaine quantité de mémoire utilisable par application.
Dans le cas des Canvas, les images sont comptées dans cette quantité de mémoire ce qui est une limite non négligeable, alors qu'en Opengl, ce n'est pas le cas.
Je pense que c'est un de mes principaux problèmes rencontrés.

Comment as-tu procédé pour les graphismes et la musique ?

Entre les versions, il y a eu de nombreuses évolutions graphiques. Je pense notamment à l'interface et aux véhicules.

Tout d'abord le jeu est composé de plusieurs couches :

• le décor de fond
• des éléments flottants sous la piste comme des nuages
• la piste en elle-même
• les sprites (vaisseaux, bonus, étoiles)

Dans les premières versions, je me suis occupé de faire des prototypes pour visualiser. N'étant pas graphiste, il me fallait trouver de l'aide dans mon entourage ou sur le net.
Ne connaissant personne de disponible, je me suis dirigé vers le net.

J'ai donc acheté des licences d'exploitation commerciale pour l'interface et les vaisseaux. Il est important de respecter la propriété des auteurs et il existe de nombreux sites proposant des kits très abordables (comme GameArt 2D) ou gratuits (comme Kenney NL sous licence CC0).

Les décors et les pistes sont encore fait par moi-même en utilisant les ressources acquises.

Un jeu a besoin d'une ambiance sonore, une bande son, des bruitages. La problématique est la même : le respect des licences.
Ayant rencontré un musicien lors du BBQ Game Jam, je me suis naturellement dirigé vers lui et je tiens à le remercier pour son travail (SoundCloud).
Les bruitages ont été générés avec le logiciel bfxr.

Est-ce que ton level design est complètement génératif ?

Les pistes sont, actuellement, générées à 100% en automatique.
Evidemment, il était nécessaire d'avoir une certaine cohérence, ce qui a été rendu possible par les tables de compatibilité.
D'autres règles sont là aussi pour gérer la faisabilité de la piste comme la largeur mini.

A un certain stade, j'ai envisagé la création de pistes toutes faites, j'ai gardé l'idée sous le coude.
C'est un mode de fonctionnement totalement différent, qui nécessite beaucoup de level design.

L'autre possibilité, c'est de générer des portions de piste et de les assembler.
Le level design est moins important et on garde un côté aléatoire contrôlé.

Quelle a été pour toi la partie la plus difficile de ton projet ?

Plusieurs points ont été problématiques. Le premier a été de me décider à commencer le développement du jeu.
J'ai dû prendre confiance en moi me dire que je pouvais faire un jeu seul, et que ce jeu pouvait plaire à des gens. J'ai dû faire un véritable travail sur moi-même.

La phase de réflexion a été délicate, sans confrontation d'idée, il est difficile de se remettre en question.
Je pense que sans mes testeurs, ayant tout fait seul, je n'aurais pas pu évoluer.

Certaines parties m'ont posé problème comme la gestion de la piste avec des courbes ou comment gérer les écrans avec un ratio différent de 16/9ème.
Là, une fois de plus, ces choses n'ayant pas été pensées au début, j'ai eu quelques difficultés.