projets

• langage: C++
• libs: SDL, SDL_mixer, boost

À l'occasion des novendiales 6 du GCN, en "concurrence" (amicale) avec 6 autres participants, j'ai décider d'utiliser le moteur d'ExtremeCarnage pour réaliser un jeu 2D très rapidement. Cela a été juste, mais avec tout mon temps libre j'ai réussi a finaliser : Nuclear Age. Ce jeu a un concept un peu particulier, dû au thème du concours: contamination. Il s'agit de protéger des villages dans une région où la centrale a explosé. Pour ce faire, achetez des ventilateurs dont vous choisissez la direction, et repoussez les nuages avec ! C'est assez stratégique car un ventilateur posé n'importe où coûtera cher, posé dans une zone de contrat avec un village, il rapportera... Un village mort de contamination ne donnera plus d'argent ! Vos ventilateurs se mettrons donc à coûter si vous l'avez mal protégé.

Une petit screenshot:

téléchargement du jeu pour windows:
nuclear-age-win32.rar
linux:
nuclear-age.tar.gz

Deux ans après la troisème édition du concours des Novendiales de games-creators.org. Le jeu est enfin totalement terminé.

(rappel du premier billet le concernant : dev xtreme carnage )

• 11000 lignes dont 2500 d'outils générique C++
• multiplateforme car totalement standard, avec SDL en seule dépendance
  

archive windows : xtremecarnage.zip
archive linux : xtremecarnage.tar.bz2

Il existe deux modes de jeu, un mode sur un terrain avec une seed fixe pour faire référence sur les highscores. et un mode libre où on peut régler tous les paramètres du terrain, et le flux des ennemis.

Escape égouts

Egouts est une des rare maps escape que l'on peut trouver sur counter strike. Le concept a été abandonné dans les nouvelles versions officielles. Dans ce mode de jeu, les terroristes doivent rejoindre un point d'échappement, un peu à la manière du V.I.P. pour les contre terroristes. Dans cette carte, tout le monde commence sur un point d'entrée élevé dans les égouts et doit courir jusqu'à la sortie. L'équilibre s'est révélé très correct, et les points de croisement entre T/CT correctement jaugés. Elle manque cruellement de détails, malheureusement une version plus évoluée de cette carte a été perdue dans un formatage. Elle s'inspire de la carte cs_backalley pour le point de sortie des terroristes.

vues in-game :


plan au brouillon :

Recherche expérimentale avec MPI

• langage : C++
• framework : ~5000 lignes

Mon stage de troisième année qui dura 6 mois s'est déroulé au Japon dans la très sympathique ville de Fukuoka, ou je suis retourné pour 4 mois supplémentaires par la suite pour y totaliser 10 mois. J'y étais engagé en tant qu'assistant chercheur (niveau master, les chercheurs devant être en Ph.D). Mon travail était de trouver des solutions (et de les implémenter pour test) pour accélérer MPI. MPI est une bibliothèque portable utilisée pour communiquer entre processus dans un super calculateur. L'architecture parallèle de ces machines demandant parfois que les processus s'échangent des informations, il est préférable que cela se passe le plus vite possible si cela doit être répété au cours de la vie du programme. En collaboration avec l'équipe, j'ai donc entamé le développement d'un framework qui se glisse entre le programme et MPI permettant de brancher les communications collectives sur nos algorithmes, de faire dynamiquement une petite base de données de leur performances et de choisir le meilleur parmi eux pour la suite de l'exécution du programme. Ainsi, s'adaptant facilement à tout type de machine parallèle et programme utilisant MPI. Ce travail s'inscrit dans la suite d'une recherche entamée par le professeur Ahmed Fahraj anciennement à l'université de Floride, travaillant désormais pour IBM. Ce travail m'a valu mon master (II) de recherche à l'Université Bordeaux 1.

Outils shader et effets météorologiques

• langage : C++
• plateforme : windows
• ajout : environ 6000 lignes

Pour mon stage de deuxième année au sein de l'entreprise Lyonnaise Étranges Libellules, j'ai fait l'intégration d'outils regroupant la gestion des effets météorologiques, de transition jour/nuit et de matériaux shaders au sein de l'architecture existante. Le stage a duré 4 mois. Je ne dispose pas du code source de ce travail, bien que tous mes autres projets soient sous licence libre. Les shaders sont programmés en HLSL dans des fichiers .fx définissant leur paramètres. Merci à ATI et nVidia pour leur outils rendermonkey et FX composer. Les nuages sont rendus grâce à un shader normal map + brouillard + animation des coordonnées de textures. Les textures de bases sont générées avec the gimp, effet bruit de perlin et plugins normal map. Toute une interface fait la communication des variables uniformes entre le programme et la carte graphique, il y a un séquenceur d'événement météo avec blending des états, génération aléatoire d'une liste d'états, le tout est sauvegardable.

Les captures que j'ai pu garder sont limitées, mais en voici deux jolies montrant la même scène à des heures différentes :

Raytracer simple

• langage : C++
• plateforme : standard (linux, windows)
• programme : 1147 lignes

Un petit programme expédié en trois jours sur un coup de tête, en 2006 je visualisais bien comment réaliser ce programme alors, pourquoi pas ? De jolis designs pattern (factory), un paradigme objet bien respecté, un lecteur de fichier scène simple, collisions rayon-sphères, réflexion à un niveau, ombrage de Lambert et spéculaire, supersampling. Il faut entre 5 et 15 secondes au programme pour calculer une image. Un article complet sur le wiki du GCN est disponible.

Quelques scènes pour le show :

Envahisseurs de l'espace

• langage : C
• plateforme : calculatrice TI-89
• cœur jeu : 4100 lignes

Mon premier programme en C, il ne comporte pas d'allocation dynamique de mémoire, tout se passe sur la pile. Il est très stable et performant, sur ce processeur Motorola 68000 de 12Mhz, le langage interpreté TI-basic devenait fortement limité pour ce genre d'applications. Merci à tous les amateurs qui nous permettent d'utiliser la bibliothèque C et une API spéciale TI pour cette plateforme.
Niveau fonctionnalités, le jeu gère l'enregistrement de la progression jusqu'à 5 profils de joueurs, plusieurs types d'ennemis, menu d'achats d'armes et munitions, pause, retour menu, niveaux de gris dans le splash-screen, impressions des sprites en XOR, ressources intégrées au binaire.

Voici une compilation de captures :

Super Mario Country

• langage : Microsoft Quick Basic
• plateforme : Microsoft DOS
• cœur jeu : 1248 lignes
• éditeur sprites : 483 lignes
• éditeur niveaux : 1262 lignes
• sélecteur niveau simple : 224 lignes
• sélecteur niveau complet : 881 lignes

total 4098

Jeu de plateforme en QBasic programmé pendant la période 3ème/2nde
il regroupe quatre programmes, un éditeur de sprites, un éditeur de niveau, un sélecteur de niveau (interface d'édition du .ini) et le jeu lui même.

L'éditeur de sprites

Un petit programme qui ne gérait même pas les actions à la souris dans ces versions antérieures à été écrit pour éditer les fichiers de sprites du jeu mario.

L'éditeur de niveaux

L'éditeur de niveaux est un des programmes dont j'ai été le plus fier pendant longtemps, il permet d'éditer et enregistrer les niveaux pour le jeu mario.
L'accueil en mode texte se présente comme ceci :


Une fois en mode d'édition, il passe en graphique, on peut alors poser les blocs :

Le sélecteur de niveaux

Le programme retenu est une version simplifiée (à base de commande "dir") d'une interface plus complexe basée sur "l'interruption 21h fonctions findfirst/findnext" :


L'interface complète étant celle-ci :

Super Mario Country

Le jeu en lui même utilise un système classique basé sur une boucle principale, avec un système rafistolé pour fixer le taux de rafraîchissement à la "bogomips", un simulateur numérique de Newton (bien qu'à l'époque je n'en connaissais pas le nom) pour les sauts et l'inertie, un système de collisions glissantes simple, une petite IA pour les ennemis, et pleins d'autres détails.
voici quelques captures in-game :