[neoflo]

J'avais promi ya qqn mois de faire un cours sur la programmation de jeu-vidéo en C avec SDL, je vais juste donner le lien du jeu en question : http://neoflo.free.fr/boulder2/.

C'est une sorte de reproduction d'un vieux jeux amstrad CPC: boulder dash
J'ai utilisé les librairies SDL et SDL_ttf, mais j'ai crée un module graphique à part pour pouvoir changer de moteur assez rapidement, les sources du moteur sont dans /src/moteur_graphique et la documentation est dans: /doc/index.html

Il compile sous linux (si vous avez bien les librairies SDL et SDL_ttf) et sous windows (avec DevC++, il n'y a pas de problème, le fichier de tout le projet est dans: ./Boulder 2.dev, cela genère automatiquement le makefile.

C'est juste pour vous donner une idée d'un assez gros programme découpé en modules indépendants, avec des programmes de tests, et où le jeu est développé indépendemment du graphique.

En vérité, de passer à un graphisme bien mieux n'est pas très complexe, il n'y a qu'un module à modifier. Mais je voulais garder les graphismes originaux.

[Folcan]

Arf le nombre de fichier ^^

Sinon jolie...Faut que je me penche sur le code...

[neoflo]

A chaque dossier correspond un module:

Liste: j'ai implementé une liste qui est utilisé par un peu tous (liste de joueurs, liste d'ennemis, de diamants...)

Joueur: contient les fonctions d'initialisation des joueurs, permet de connaitre la position d'un joueur, savoir dans quelle direction il veut aller), lire le nombre de vie, le nombre de diamant qu'il a pris...

Pierre, diamant...: contient les opérations permettant de lire les directions (si ils sont à l'arrêt, si ils tombent), le type de diamant, le type de pierre, leur position...

slim : c'est une sorte de truc qui grossit dans le jeu, ya toutes les opérations dessus

evenement: contient les modules pour la gestion des touches et du temps

moteur_graphique: contient les opérations du moteur graphique de base

boulder_graphique: contient les opérations graphiques plus complexe directement en rapport avec le jeu,  contient les structures contenant tous les sprites, fonction pour calculer les origines du niveau, pour raffraichir l'image de tous le niveau, pour charger un sprite en mémoire vidéo...

niveau: conteient les opérations de chargement du niveau avec initialisation des structures

fichier: contient les opérations de bases sur les fichiers pour les niveaux

....

[Nebelmann]

Boulder dash !!!!
toute mon enfance ca, je teste ce soir ^^

[neoflo]

Je viens de changer une ligne dans un fichier car yavait une erreur de compilation sous linux, j'avais fini la programmation sous windows et je n'avais pas fait attention à ça sous linux, mais C bon, c'est réglé maintenant

[Ge0]

bravo neoflo ! ça à dû te demander beaucoup de boulot !

[Nebelmann]

t'es un dieu neoflo
exactement le même que sur mon amstrad (que j'ai abandonné au profit d'un portable 200 MHz)

par contre y'a pas de son, je me trompe ?
ah oui, et y'a aucun commentaire ausi... c'est très amusant à comprendre

[Haldan]

trop trop bien...
et dire que je me suis fait chier à acheter un nouveau PC pour faire tourner Oblivion...

[Nebelmann]

j'peux même pas y jouer moi...
juste le plaisir de le cracker, et encore ca fait plus ou moins planter olly...

[Haldan]

euh.. normal si tu as marqué T05 sur la boite à côté de ton écran

[neoflo]

non, il n'y a pas de son ! c'était pas super marrant à récuperer !

Sinon, vi les commentaires, yen a dans le .doc/index.html, sur certains module comme: moteur_graphique, liste, touche et je sais plus quoi. J'ai commenté que les trucs que je pensais pouvoir réutiliser plus tard.

Mais si vous avez un pb avec un truc pr comprendre, vous pouvez me demander.


En fait, ce n'est pas si long à programmer quand on sait déjà programmer en C et utiliser SDL. Faut bien découper les tâches, et ça se fait assez "facilement"

[Nebelmann]

à quand Harrier Attack ?

[Invit]

ou Bomb Jack

[s3th]

bobble bubble

[Nebelmann]

Oblivion... mais qui passe sur une GeForce 4 MX440