• Que fais-tu dans la vie et quelles sont tes motivations?

Je développe des jeux parce que le jeu vidéo est ma passion depuis des années. Tout simplement. J’ai dû jouer à au moins un millier de jeu dans ma vie. Ces dernières années, j’ai passé plus de temps à étudier leur histoire et à en développer qu’à jouer en fait. Là je lis “The Untold History of Japanese Game Developer” qui est plutôt intéressant. Je conseille vivement les livres “Gunpei Yokoi : Vie & Philosophie du Dieu des jouets Nintendo” et “Masters of Doom” au passage. 

• Quels jeux as-tu déjà créé?

• Comment s’est passé le développement de Too Many Cubes?

Avec Too Many Cubes, je voulais faire un jeu simple que je puisse améliorer au fur et à mesure et finir de développer en 3 mois. Too Many Cubes a été développé de février à avril. Le premier prototype jouable a été fait en 1 semaine. Dès la deuxième semaine, j’ai montré le jeu autour de moi. Ensuite quotidiennement j’ai affiné le jeu et rajouter/modifier des niveaux. Le désavantage de cette approche est qu’à force, les gens autour de moi connaissaient le jeu par coeur et il était difficile du coup de tester l’accessibilité, l’interface graphique et la courbe de difficulté des niveaux. Trois défauts toujours présents dans le jeu. Par contre, avoir du feedback quotidien, c’était sacrément intéressant et motivant. En effet, si au début je le montrais à un collègue de bureau entre midi et 14h, très vite, j’ai eu une dizaine de collègues qui me demandaient d’essayer les nouveaux niveaux à chaque pause café.

Lors du développement de Too Many Cubes, le jeu s’appelait “Cubi”. Le nom étant trop générique, il a été changé par “Too Many Cubes” afin d’illustrer le fait qu’il faille se débarrasser de cubes. Les cubes ont été choisis pour bien montrer les mouvements et collisions possibles. La 3d a été choisie pour pouvoir faire des animations entre les niveaux facilement. Une autre idée d’animation était de faire apparaître le niveau suivant sur le dernier cube que le joueur a mis dans une arrivée mais cela demandait un mouvement de caméra rapide que le joueur n’aurait pas forcément apprécié.

Le jeu a été conçu comme un cahier de mots croisés qu’on achète en gare avant de partir en vacances pour ne pas s’ennuyer dans les transports. En effet, je voulais un jeu qui puisse se jouer dans le métro ou le train, sans connexion internet et sans avoir besoin de fixer l’écran sans arrêt (pour éviter les maux de tête en transport). L’idée était également de pouvoir “feuilleter” le jeu, c’est à dire de pouvoir changer de niveau comme on le souhaite sans se soucier d’une progression, d’où le menu de sélection de niveau accessible à tout moment. J’ai ajouté puis verrouillé le dernier niveau et le dernier mode de jeu suite aux feedbacks demandant “un but à atteindre”.

Quand j’étais plus jeune, je jouais à Goof Troop (la bande à dingo) sur Super Nintendo. C’était une production Capcom de Shinji Mikami. Le jeu était un Zelda:ALTTP-like avec une composante coopération. Outre les phases d’affrontements d’ennemis et collecte d’objets, le jeu incluait quelques puzzles. La grande majorité des puzzles consistait à pousser des cubes (en 2d isométrique) à l’aide des 2 personnages.

Depuis ce jeu, je n’ai jamais retrouvé un concept similaire niveau puzzle. Je ne cherchais pas en tant que développeur mais en tant que joueur. Les plus proches que j’ai trouvé sont Kickle Cubicle, Pengo et Don’t Pull mais dans tous ces jeux, on se sert des cubes pour tuer des ennemis, pas pour résoudre un puzzle. Il y a aussi plein de puzzles où on bouge des cubes de case en case (des Sokoban-like) mais c’est bien différent.

Vu que je voulais un jeu rapide à faire, je me suis amusé à créer une version “portable” du jeu. J’ai enlevé l’aspect “personnage pousse des blocs” pour simplifier les contrôles pour android. Cela a eu pour effet de changer le gameplay de base. Dans les jeux que j’ai cité, on incarne toujours un personnage. Pour pousser un cube, il faut être du côté opposé à la direction où on veut que le cube aille. Un cube dans un coin est donc condamné. Cependant, si on n’a pas de personnage, il n’y a pas de justification qui ferait qu’on ne puisse pas sortir un cube d’un coin.
Cela peut paraitre être un détail, mais:
1) Tous les niveaux de Too Many Cubes et Goof Troop sont du coup incompatibles à la base, ce qui rend TMC unique.  
2) On peut sans arrêt se déplacer dans TMC. Le piège principal est donc quand on se retrouve dans une boucle infinie.

• Parle-moi un peu de la conception des niveaux

– Parti d’une forme géométrique (comme un coeur niveau 29).

– Parti d’un cas que je trouvais difficile à traiter dans un algorithme de résolution de niveaux

– Introduire de nouvelles mécaniques: bloc pouvant être poussé par les cubes, flèche au sol forçant le changement de direction de cubes/blocs, téléporteurs etc. (aucune n’est définitive là)

Pour la BBQ Game Jam à Metz, le thème était “Saucisse” (original je sais). J’ai mené une équipe composée d’anciens collègues pour faire un jeu en 3D multijoueur où chacun incarne une saucisse qui doit éjecter les autres pour être la dernière sur le BBQ. On peut prendre des objets (bouteille de ketchup, piment, pilule) pour avoir des capacités temporaires supplémentaires (tirer des projectiles, courir plus vite, grandir). Il y a parfois une fourchette qu’il faut éviter qui passe. Le jeu était rigolo à jouer à 4 et a bien plu aux autres jammeurs mais comme il est impossible de jouer sans 4 manettes, je n’en parle pas trop. Il est dispo sur itch.io et le lien est sur mon site (www.alainshakour.com).