En 1937, les studios Disney réalisaient Banche-Neige et les 7 nains.  À l’aide d’une caméra, les artistes photographiaient 24 dessins, un après l’autre, pour former une seconde d’animation.  Les personnages, ainsi que les objets qui devaient bouger dans la scène étaient dessinés sur des  »cels » (du papier transparent) alors que le décor, plus statique, trônait en arrière plan, opaque.

Un jeu vidéo en 2D utilise exactement la même technique!

Le héros et les ennemis sont dessinés en utilisant un arrière-plan transparent appelé Alpha Channel et le décor empli le fond de l’écran.  La caméra de Disney est remplacer par le cadre donné par les limites du moniteur ou de l’écran de télévision.

Dans le cas de One Man’s Land, j’utilise une technique éprouvé depuis l’aube des jeux vidéos pour animer mon héros.  Le spreadsheet.

Un peu comme la méthode des  »TileMaps » abordée plus tôt, le spreadsheet servait originalement à sauver de l’espace mémoire en condensant en une seul ficher des dizaines de dessins nécessaires aux différentes animations d’un jeu.

Mais contrairement aux  »TileMaps », le spreadsheet ne constraignait en rien ma démarche technique et artistique pour se nouveau projet.

On voit, dans l’exemple suivant, les différentes poses de mon héros.  L’engin du jeu passe chacune des images à tour de rôle à une vitesse prédéterminée pour donner l’illusion du mouvement.

Ma première tentative de détection de collision avec le sol utilisait une méthode de vérification pixel par pixel.  Donc, lorsqu’un élément de dessin de mon héros se superposait à un élément du dessin du sol, il y avait détection de collision et j’empêchais ainsi le joueur de passer au travers du plancher.

Génial!

De cette façon je pouvais dessiner l’arrière plan de n’importe quelle façon et mon personnage réagirait toujours de la bonne manière!

Je me suis rapidement rendu compte, malheureusement, qu’il y avait deux inconvénients majeurs à cette solution.  Tout d’abord, vérifier toutes les pixels à chaque cycle du jeu (donc 60 fois par secondes!), ça coûte cher en capacité de calcul.  En fait, vérifier l’intégrité de mon personnage à chaque cycle gelait carrément mon pc.  Même en réduisant l’espace de vérification, le processus ralentissait de façon notable.  Mes premiers tests, fait avec une petite image (une balle, 8 X 8) ne causait pas de problème, mais là, ça ne fonctionnait plus.

De plus, un pixel, c’est petit.

Je me trouvais dans des situations où mon personnage se tenait par le bout des orteils sur des corniches escarpées sans sourciller (à la Super Mario Bros).

J’ai donc dû jeter aux rebuts 1 mois de code et me lancer dans une nouvelle direction.