• ** Disclaimer **

1) Tout d'abord, sachez que par ce topic, je ne demande aucune aide (du moins, aps en programmation ). En effet, je suis assez grand pour faire mes devoirs tout seul.
2) Ceci n'est pas du spam, qu'on se le dise. Je n'ai aucun intérêt commercial à vous montrer tout ça.
 
Puis merde, ceux qui me connaissent bien savent déjà tout ça
 

• NASTA, la génèse

Cette année, je suis (du verbe suivre) à la fac un cours de programmation graphique. Depuis octobre, nous avons étudié la lib SDL ( www.libsdl.org ) dans le but de réaliser un projet : jeu ou démo.
 
Je me suis donc tourné vers le jeu et j'ai décidé de créer NASTA, un shoot'em'all en scrolling vertical.
 

• NASTA, Quoi qu'est-ce

 
Sa particularité : il est infini. A moins de perdre, le jeu peut ne jamais s'arrêter. Je dis "peut", parce que l'utilisateur aura le choix, après un certain nombre de points, d'appeler le big boss dont la mort signifiera la fin du jeu.
Au niveau technique, le décor est généré aléatoirement à partir de tiles (voir img/tiles.bmp). Pour le moment, juste 3 types de tiles. J'en rajouterais plus tard.
 
Un petit screen :
 

 
Et, bien évidemment, voici le binaire de la chose (x86, Linux, nécessite libsdl >= 1.2.7):
 
 
/!\ Bordel dedans /!\
 
(contrôles : flèches du clavier, barre d'espace pour tirer. g pour lancer l'attaque)
 

• Todo

- Déplacement du vaisseau à l'écran
- Génération aléatoire du décor
- Tir du vaisseau
- Génération d'ennemis
- Tirs des ennemis
- Gestion des dommages
- Système de score
- Bonus / Malus (j'ai une idée de malus "kassdédi" à un ami )
- Big Boss
 
Deadline : 07 Janvier 2005
 
Ceci dit, je poursuivrais probablement le jeu après
 
Merci de me donner un avis sur la chose, et pourquoi pas d'exposer vos idées
 
MAJ : Dernières versions
 
04 janvier 2005 :
http://mp.proprenetworks.net/nasta-0.1-04012005.tar.gz : binaire
http://mp.proprenetworks.net/nasta [...] src.tar.gz : sources
 
Plein de modifs. Oubliez la souris, tout ce joue au clavier.
 
24 décembre 2004 :
http://mp.proprenetworks.net/nasta-0.1-24122004.tar.gz : binaire
http://mp.proprenetworks.net/nasta [...] src.tar.gz : sources
 
21 décembre 2004 :
http://mpxp.free.fr/nasta-1.0-20041221.tar.gz : binaire
http://mpxp.free.fr/nasta-1.0-20041221-src.tar.gz : sources
 
Ajout de la touche "g" pour lancer l'attaque des ennemis

C'est un bon début
Maaiiss... où sont les sources ?

 
J'aime pas trop distribuer mes sources, mais bon, les voilà
 
http://mpxp.free.fr/nasta-0.1-src.tar.gz
 
/!\ Bordel dedans /!\

un mode multijoueur en réseau

 
on verra quand je prendrais le cours de réseau au semestre prochain

Je regarde les sources, merci
Pourquoi t'aime pas distribuer? Honte du code?

 
honte du code et peur qu'on me le pique (bien que je vois pas ce qu'il y aurait à piquer là-dedans)

 
 
bah tu mes une licence
genre la CeCILL

C'est pas trop bordelique, du moins le main()
 
Y'a deux choses que je comprend pas
Pourquoi les codeurs mettent t'ils des espaces au lieu de tabulation pour l'indentation?
Et pourquoi ils mettent tjrs des noms de variables/fonctions à la ma_fonction plutôt que MaFonction?

 
je la connais par coeur, celle-là ; elle est affichée sur mon mur depuis 6 mois
 
(accessoirement, c'est le nom de ma copine )
 
Une fois le moment venu de passer le projet au prof, je le passerait probablement sous CeCILL

 
 
   
 
les espaces pke ça prend moins de place et que c'est tout aussi lisible
les noms de varaibles/fonctions en minuscule tout simplement pke ça ne se fait pas en majuscule
les faire un majscule est une très mauvaise habitude à la WinAPI style

 
emacs
 

 
c'est plus "humain", plus proche de l'écriture naturelle ; on remplace juste les espaces par des _

 
tout à fait X11 Staÿle aussi

Pour l'indentation, je peux comprendre (bien que dans 90% des ide on peut choisir combien d'espace vaut une tabulation)
Mais pour les noms, perso je trouve immonde les truc en minuscules avec des _ D'ailleur c'est ce que j'aime dans l'API SDL et Win32, les fonctions sont jolies (même si c'est pas DU TOUT le plus important )

en fait ça se fait pour les librairies et toutes fonctions acccédé par un programme externe
 
on utilise pas les majuscule en interne du programme

Ok, cela dis moi j'pourrais pas m'en passer (la vue d'une variable en minuscule me file limite la gerbe )
Sinon désolé pour le pourrissage du topic

Ca avance !
 
hier, j'ai rien foutu (ben oui, c'est lundi, euh ... jour de repos )
 
Là, je viens de finir la génération d'ennemis. Bon ok, pour le moment, j'ai rien modélisé pour les représenter, c'est juste un carré noir. Puis y'a pas de gestion de collision. Je modéliserais un nouveau vaisseau cet aprèm, puis je m'attaquerais pê à la destruction de ceux-ci ; et je met une version en ligne ce soir

Il est prometteur ton projet
Bonne chance!

 

 
EDIT  comportement des ennemis : ils sont générés par la touche "g". Ils se déplacent de 10 pixels vers le bas, et cherchent automatiquement à se déplacer de 2 pixels vers la droite ou la gauche pour rejoindre notre vaisseau.

 
Les vaisseaux sont dégommables. Bon, dans ce cas là, y'en aura un qui passera ; en effet, pas facile d'avoiner les 2 en même temps. Je vais pê réduire un peu leur vitesse.
 
Là, je vais aller faire un tour, puis faire des sprites pour les explosions (là, ils disparaissent juste), puis ça sera tout pour aujourd'hui !

Voilà, j'ai tout fait sauter
 
http://mpxp.free.fr/nasta-1.0-20041221.tar.gz : binaire
http://mpxp.free.fr/nasta-1.0-20041221-src.tar.gz : sources
 

Je viens de tester, vraiment sympa, une bonne petite impression de propreté ...  

 
ça, ça me fait plaisir, vu que je code comme un porc ...
 
Avancement actuel : les ennemis nous tire dessus, et nous font des dégâts (on possède 20 points de vie matérialisés par une barre colorée).
 
Y'a une gestion du score simple (+100 à chaque type mouché), l'affichage se fait pour le moment dans la console.
La génération des ennemis se fait en fonction de ce score : moins de 1000 = 1 ennemi au max sur l'écran, entre 1000 et 2000, 2 ennemis, et au dessus de 3000, 3 ennemis.
 
A 1500, 3000 puis tous les 3000 points, une trousse de médicaments tombe. Soit une normale (10 points de vie en plus), soit une grosse (remplit la barre).
 
Toutes les minutes tombe un bonus : 1 chance sur 20 que ça soit un nuke (arme spéciale anéantissant tous les ennemis à l'écran. J'ai pas encore codé ça, faut juste que j'ai plus la flemme ) ; 1 chance sur 20 que ça soit unr grosse trousse de secours, 5 que ça soit l'invincibilité (le vaisseau devient bleu, je ferais clignoter des étoiles dessus plus tard) pendant 20 secondes, le reste des chances que ça soit une trousse de secours normale.
 
Je vais donc coder le nuke, et je pense les étoiles clignotantes. Je met les fichiers à jour ce soir

Say Nowell
 


 
Y'aura en bonus dans le menu du jeu un mini-jeu résultant d'un délire avec notre prof : le fameux Jeu de l'Aveugle©®, made-in Paris8 : un écran noir, on appuie sur une touche : on a soit gagné, soit perdu.
 
EDIT : si quelqu'un a une idée de ce que je pourrais mettre pour les tirs, au lieu de ces carrés oranges ....

des triangles rouges ?

Pour les tirs, des petits missiles ça serait bien ^^
genre ça: http://fivedots.coe.psu.ac.th/Soft [...] issile.gif

tu peux pê te tripper la dessus
des insectes, des têtes de mort qui rigole, lorie

des cailloux

 
pas mal
 
J'aurais bien vu aussi une sorte de petite boule de feu en forme de goutte d'eau ?

 
Buffy sera un malus : quand on choppera le faux bonus qui lui est associé, y'aura sa tête qui apparaitra en surimpression dans la zone de jeu, empêchant de voir où on va
 
(petit challenge : un copain fan m'avait demandé d'intégrer sa tête à mon jeu )

bon, parait que ça rame
 
avant de faire le nuke, j'vais essayer d'optimiser un peu (j'en suis à 22ms pour générer une image sur ma machine (cf config), ce qui est beaucoup quand même ... )

en parlant d'optimisation, d'un point de vue visuel les "balles" n'avancent pas, comment ca se passe niveau progs, est-ce que tu déplace une liste de sprite vers le haut ou alors tu as une liste fixe de sprite qui sont On ou Off et plus ou moins à droite/gauche ? ( la 1ere serait la plus intuitive, la second permet ptêtre de gagner un peu )

 
 
quel méthode pour opengl ? array ?
(c'est quand même pas de l'opengl software au moins ? pas mesa ou truc dans le genre ?)

j'ai vu un repertoire sdl dans son zip.
ca t'aide ou pas du tout ?

---------------
modérateur inside plankaivoo - ici powered - Je roule en micra 1l 55cv et je t'emmerde

 
 
pas du tout
sdl est un metapilote pour différent composant permettant d'utiliser la vidéo, le son, les contrôles, etc ... dans une même librairie
 
en général, pour la video, sdl s'utilise avec opengl

 
les 2, en fait. J'ai un tableau de 256 sprites qui sont on ou off, je ne déplace que ceux qui sont on
 

 
quel OpenGL ?

Je commence à regarder un peu le code, les noms de fonction en français ça fais vraiment beauf
Pas tapper

faut bien, sinon les profs ils comprennent pas

---------------
modérateur inside plankaivoo - ici powered - Je roule en micra 1l 55cv et je t'emmerde

Ouais je comprend
 
Sinon, je viens de le compiler et il segfault dès le début
 
(Au fait merci Mr Propre, grâce à toi j'ai bien compris comment marchait le bordel .h/.c, cf mon topic un peu en dessous )
 
edit: Il segfault ligne 78 du main.c (SDL_SetColorKey)

 
fais gaffe à ce que les images soient bien placés (dans le rep img/ ) et que tu te trouves dans le répertoire où se trouve l'exécutable pour le lancer
 
edit  c'est typiquement une erreur d'image pas trouvée