Discussion :

[tametale]

Bonjour a tous,

voila j'ai un projet avec un pote en cours d'info, on doit trouver une application pour un systeme expert (IA) et on a pensé faire un mini jeu. J'ai commencé a regardé les librairies Allegro et SDL qui fonctionnent tres bien mais j'ai une question qui reste sans reponse.
J'ai suivi plusieurs tutos, ça marche nikel avec une animation et un fichier par sprite, mais je n arrive pas a comprendre comment utilisé un fichier regroupant X sprites (ex animation d un perso Street Fighter trouvé sur le web)... dois je le decoupé avec gimp? ou alors rentrer les coordonnées des differentes etapes a la main? je blok la dessus depui tout a l heure, je passe surement a coté de kkch...

Merci de m avoir lu, desolé si ma kestion de debutant est debile, et merci d'avance a ceux ki me reponderont.

[fearyourself]

Cela dépend de la feuille de sprite, une feuille bien faite permet de calculer directement et facilement les coordonnées.

Mais les deux solutions que tu donnes :

dois je le decoupé avec gimp?

ou alors rentrer les coordonnées des differentes etapes a la main?

Son effectivement les deux grandes solutions lorsque le calcul n'est pas possible...

Je préfére la 2ème généralement car je mets les coordonnées dans un 2ème fichier et cela réduit le nombre de fichier dans le projet.

Jc

[tametale]

Donc si je te suis, ou je decoupe le fichiers de sprites et j'en refait un autre en me debrouillant pour que chaque etape de l anime est la meme taille (longueur/largeur) et ke le centre soit le meme a chaque fois; ou alors je releve les coordonnées de chaque etape (comment stp?) et je les rentre a la main c'est ça?
ca complike grandement les choses, j'imagine que ça fait klk bonnes heure de test pour avoir une simple animation fluide et sans decalage...
Je vai essayer mais vu que ce n'est pas le fond de mon projet je croi que je vai essayer de me trouver kkch de plus simple...

[fearyourself]

Donc si je te suis, ou je decoupe le fichiers de sprites et j'en refait un autre en me debrouillant pour que chaque etape de l anime est la meme taille (longueur/largeur) et ke le centre soit le meme a chaque fois; ou alors je releve les coordonnées de chaque etape (comment stp?)

Avec un logiciel graphique genre gimp/paint

et je les rentre a la main c'est ça?

Dans un fichier texte, oui..

ca complike grandement les choses, j'imagine que ça fait klk bonnes heure de test pour avoir une simple animation fluide et sans decalage...

En gros oui, sûrement...

Je vai essayer mais vu que ce n'est pas le fond de mon projet je croi que je vai essayer de me trouver kkch de plus simple...

En principe, les feuilles de sprites ont des sprites de même taille donc le problème ne se pose pas...

Par exemple :
http://sprites.fireball20xl.com/NSA/Sheets/smwmario.gif

Jc

[tametale]

coincidence parfaite je regardais cette feuille y a pas 30 secondes

a priori ça a l air assez regulier ici en effet mais il y a kan meme des series (mario sur yoshi par exemple) qui sont de tailles assez variables, en plus la premiere image de chaque ligne ne commence pas non plus au meme endroit (pas aligné a gauche) ... dans un tuto, je sais plus lequel, il y avait un exemple avec une feuille de sprite parfaitement reguliere, meme taille pour chake etape de l animation, pas de marge ... et du coup tout etait grandement simplifié, on avai juste a incrementé des coordonnée de Xpixels dans une boucle while et c'etait parfait en 3secondes ...

je viens de regarder cette feuille sous gimp et bien ke chaque sprite soit de la meme taille, leur enchainement horyzontal n est pas regulier, d ou mon probleme qui n'en est peut etre pas un et ki serai plus la norme d'apres ce ke ej croi cmprendre .... bref

si t a plus de lumieres a apporté o pti debutant que je suis, je te remercie deja de tes premieres reponses.

[mat.M]

ou alors rentrer les coordonnées des differentes etapes a la main?

Non pas du tout : Un jeu =un éditeur !

Il faut développer un éditeur qui te permette de placer les persos.

Pour les planches , eh bien une planche=un perso ; sur la planche ily aura les positions successives du personnage.
Tu peux t'inspirer des "tilesets" de Reiner :

http://reinerstileset.4players.de/englisch.htm

( nota : Loulou24 l'a donné en référence )

[Bakura]

Peut-être que j'ai mal compris la question, mais en gros tu voudrais pouvoir afficher des images successives avec un sprite ? Si c'est ça, je peux peut-être t'aider (ça sera la première fois que je pourrais aider quelqu'un ^^). Sinon, j'aurais perdu 20 minutes.

Donc dans mon livre que je suis en train de lire, ils parlent justement de ça. Ca utilise des classes donc je t'explique à partir de ça, mais tu pourras toujours modeler suivant ton implémentation.

Déjà il faut que chaque "rectangle" de ton image ait la même dimension, sans espace. Comme ceci :



Dans la classe Bitmap il y a deux fonctions : ObtenirLargeur() et ObtenirHauteur() mais qui renvoient la largeur et la hauteur TOTALE du bitmap. Donc dans la classe Sprite on fait quelques modifications. On ajoute déjà deux variables : une indiquant le nombre de frames et qui sera initialisé par défaut à 1 (mais il faudra évidemment le changer si tu as plus de frames), et une variable indiquant la frame en cours initialisé à 0. On créé aussi deux nouvelles fonctions à l'intérieur de cette classe Sprite, ObtenirHauteur() et ObtenirLargeur(). Ici on veut donc obtenir la largeur et la hauteur d'une seule frame. Donc pour la hauteur dans le livre ça ne change pas, donc ça renvoie tout simplement la hauteur du bitmap, par exemple m_bitmap->ObtenirHauteur(); Mais pour la largeur, on fait m_bitmap->ObtenirLargeur() / nombreFrames; Donc on obtiendra la largeur d'une seule frame.

Puis ensuite, on dessine.

if (nombreFrames == 1) // Donc que une seule frame
BitBlt (hDC, x, y, ObtenirLargeur(), ObtenirHauteur(), hMemDC, 0, 0, SRCCOPY);

else { // Donc si plusieurs frames
int xPart = ObtenirLargeur() * frameCourante; // Donc ça nous obtiendra l'absisse x de la frame que l'on veut obtenir)
BitBlt (hDC, x, y, ObtenirLargeur(), ObtenirHauteur(), hMemDC, xPart, 0, SRCCOPY);
}

voilà. Je sais pas si c'est ça que tu voulais, mais en tout cas, j'aurai essayé

[Franck.H]

Plus simple, plus court et en SDL.

En admettant un chipset de sprites comme celui présenté sur le post ci-dessus, tu peux faire un tableau de SDL_Rect et stocker toutes les coordonnées:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
SDL_Surface * p_chipset = NULL;
SDL_Rect * rect_tab = NULL;
Uint32 i = 0;
 
 
/* Allocation dynamique du tableau de SDL_Rect:
    Ca tout le monde doit savoir le faire donc je le montre pas */
... 
 
/* Chargement du chipset: */
p_surf = SDL_LoadBMP ("chipset.bmp");
 
/* Calcul et stockage de toutes les coordonnées: */
for (i = 0; i < 12; i++)
{
   rect_tab[i].w = 40;  /* taille pour exemple hein ;) */
   rect_tab[i].h = 40;
   rect_tab[i].x = i * 40; /* A chaque tour de boucle on avance de 40 pixels pour passer au tile suivant. */
   rect_tab[i].y = 0;   /* Ici le chipset ne fait qu'une ligne donc qu'une boucle. */
}
 
/* Blit d'un tile du chipset, par exemple tiens, je veut le 5: */
SDL_BlitSurface (p_chipset, & rect_tab[5], p_screen, & rect_position);
...

Voilà, c'est court, c'est clair, c'est flexible, c'est la technique que j'utilise tout le temps

[tametale]

MErci les mecs ça fait plaisir d'avoir autant de reponse aussi vite ça va m aider pas mal dans mon projet je pense.
Pour ce qui est des planches de sprite ou effectivement toutes les images ont la meme dimension j ai aucun probleme, ça marche tres bien, mais merci pour les precision en tout cas, c est vraiment quand les dimension varient que je galere ... Creer un editeur oué pourquoi pas mais la je part dans un truc inconnu qui m a l air bien tendu quand meme non ? surtout que ce ne n est que du bonus dans le projet que je dois rendre meme si ça parait tres interressant.
Je vous explique clairement ma situation:
J'ai un premier projet d intelligence artificielle, premier cours, ou on me demande de realiser un systeme expert, le minimum syndical etant une base de regle niveau 0, une base de fait un moteur d'inference avec chainage avant et chainage arriere. Vu qu on a pas de sujet (expertise) et qu on a envie de faire un truc sympa on a eut l idée d utiliser ça dans un pti jeu old school, le gros de notre note sera evaluer sur l' IA et pas sur le graphisme donc en gros je veux juste recuperer des anime sympa, qui en jette un peu, mais je peux pas me permettre d'y passer trop de temps, d autres projets et d'autres matieres a bosser malheureusement...
Donc si y a moyen de recuperer un editeur pour manipuler les feuilles de sprites facilement ou encore un tuto qui nous ferai ça en pas-a-pas ce serai la meilleure solution pour nous.
Sinon et parceque si j ai le temps j'essaierai peut etre de pousser un peu quand meme, comment on releve les coordonnées dans gimp ou autre?

Merci

[Franck.H]

comment on releve les coordonnées dans gimp ou autre?

Bin dans Gimp, tu peux voir les coordonnées du pointeur de la souris dans le coin inférieur gauche de la fenêtre d'un document.

Sinon, si dans un chipset de sprites, chaque sprite possède la même taille, inutile de connaître les dimenssions et positions car on peut les calculer comme je l'ai montré plus haut !

[tametale]

Merci beaucoup je vais regarder ça de plus pres, et pour les sprites de meme taille j avai piger t inkiete aucun probleme avec ça (je radotte nan ) ...

sinon pour trouver un editeur tout fait avec des anims sympa ou un truc que je pourrai reutiliser kkun a une idée ou fo ke je comence a m y mettre en solo ?

merci encore

[mat.M]

Creer un editeur oué pourquoi pas mais la je part dans un truc inconnu qui m a l air bien tendu quand meme non ? surtout que ce ne n est que du bonus dans le projet que je dois rendre meme si ça parait tres interressant.

?? C'est une quasi obligation d'en développer un sinon ça sera vraiment foutoir et tu risques de tourner vraiment en rond.
Développer un jeu sans éditeur c'est totalement inconcevable sauf évidemment si tu crées un petit jeu d'arcade genre Tetris

Puis ensuite, on dessine.

if (nombreFrames == 1) // Donc que une seule frame
BitBlt (hDC, x, y, ObtenirLargeur(), ObtenirHauteur(), hMemDC, 0, 0, SRCCOPY);

else { // Donc si plusieurs frames
int xPart = ObtenirLargeur() * frameCourante; // Donc ça nous obtiendra l'absisse x de la frame que l'on veut obtenir)
BitBlt (hDC, x, y, ObtenirLargeur(), ObtenirHauteur(), hMemDC, xPart, 0, SRCCOPY);
}

Oui mais il vaut mieux prendre des valeurs constantes comme l'illustre prfaitement Franck.H.
Faire ce genre d'opération au lancement du jeu.
Donc créer un..... éditeur d'images cadres ("frames") pour stocker image par image.
Sinon on peut effectivement initialiser avec une simple boucle

[Clad3]

POur le moment ( je suis entrain d'y réfléchir ) je prévois de coder mes animation en 2D comme ceci :

un fichier config qui récapitule :

-le nom de l'animation
-le type ( la pluspart des anim sont soit cyclique, soit s'éxécute en une passe )
- les coordonées en X,Y de chaque frame de l'animation dans la texture globale

( en mutipliant X,Y pâr la taille de tes sprite, du retrouve tes coordonées ... )

Enfin voila, aprés c'est beaucoup de boulot pour gérer les détails

[tametale]

effectivement je me rend compte de tous les ptis details c plutot compliké tout ça, meme si je vais me contenter du strict minimum pour illustrer mon projet, je vais pa me tapper un jeu entier, je comptais peut etre reprendre des sprites de street fighter que j ai trouvé et ne faire k un seul et unique combat, l'IA de l'adversaire serait alors l'application de mon projet. Mais c'est vrai que plus je couche la theorie sur papier plus je me rend compte des difficultés, car gerer les differentes reactions du perso est assez complexe, surtout si je veux laisser une chance au joueur humain, car je em suis vite rendu compte (toujours en theorie) que mes premieres "regles" ne permettai jamais au joueur de toucher l ordi sans qu il ne se protege (la lecture du fait J1FRAPPE amenant obligatoirement J2SEPROTEGE), il faut que je rajoute de l aleatoire dans ses reactions, ou alors peutetre un "temps de reaction" plus long .... pfffffiou ... en plus c assez dur de trouver des infos commme celle ci sur le web, trop specifike surement.

merci en tout cas.

[Sivrît]

Comme modèle pour la baston 2D il y a Mugen.

Il n'est pas nécessaire que l'IA rate ses parades pour qu'on puisse la vaincre. Il suffit qu'elle attaque, qu'on parre et que l'on riposte assez vite... ce qui suppose que la parade ne soit pas instantannée. Les Street Fighters, KOF et autres ont une modélisation assez complexe de l'anchainement des animations (surtout laquelle a priorité sur laquelle).

Il y a aussi la gestion parade haute/basse, la priorité des coups, les zones des sprites qui permettent effectivement de frapper... Donc pas mal d'éléments plus ou moins simples à implémenter qui permettent de rendre le jeu intéressant.

Bon après une IA qui ratte quelques parades de temps à autre ne peut pas faire (trop) de mal.

[Clad3]

Je pense que le simple fait que l'ia attaque de temps en temps suffira pour ton problème de parade . De plus je te suggère de tenir compte de
- l'anticipation d'un joueur face a son adversaire
- du temps de réaction avant qu'un joueur ne voit un attaque ennemis, ne l'identifie et ne trouve la réaction ... effectivement si tu fait ca en 1 frame , tu aura un TRES net avantage sur tout joueur humain pour qui l'opération prendra XX milli sec .

[tametale]

Je vois que ma reflexion a été beaucoup moins loin que celle de certain d entre vous merci pour toute ces infos ça m aide vraiment a avancer, et plus mes idées sont claires, mieux je me prepare pour ce projet, si j arrive a impressionner le prof ce sera un peu grace a vous.

Merci encore.