Salut tout le monde !

Je m'occupe actuellement de la création d'un jeu en C & SDL. Pour gérer les collisions personnage/décor, j'ai recours à un tableau int bidimensionnel, dont les cellules vont prendre la valeur 0 en absence de sprite (zone walkable) et 1 en cas de sprite (zone non walkable).

Mes collisions fonctionnent bien, très bien ... à tel point qu'il y en a quand il n'en faut pas.

J'ai cherché l'origine du problème, et je me rends compte que lors du chargement de la map (par lecture de fichier) et par la même occasion lors du changement des valeurs du tableau ... certaines cellules du tableau prennent la valeur 1 alors qu'elles ne correspondent pas à un sprite (ni à l'affichage, ni dans le fichier lu ...).

J'ai donc testé le tableau avant l'affichage de la map, et tout était bien initialisé à 0. J'en ai donc conclu que le problème venait de mon algo qui permet de détecter sur quelle(s) cellule(s) se trouvent les sprites.

(Je précise que la taille des sprites est un multiple de la taille de chaque "bloc")

Voici mon code, qui pourtant me semble juste, mais qui semble poser problème :



Pour illustrer le problème :

Voilà un exemple d'affichage des sprites :

Affichage

Voilà les valeurs du tableau correspondant ... je ne comprends vraiment pas :

Valeurs du tableau

Ou les 2 superposés :

Affichage & Valeurs


Merci d'avance pour votre aide !

PS : je sais que le sujet est déjà posté sur developpez.com, mais le pb est qu'ils délibèrent plus sur l'utilisation du feof que sur l'origine du pb ... mais si ce "double post" n'est pas apprécié, supprimez-le !

Qu'est-ce donc "sscanf" ? C'est pour prendre des nombres sur une chaîne ?

Oui ... fgets + sscanf associés jouent le rôle d'un fscanf

D'ailleurs, avant j'utilisais fscanf, mais le problème était le même donc ça ne vient pas de là ! Merci de t'y intéresser, je commence à désespérer !

J'ai jamais eu un bug si déroutant là !

largeur_sprite / LARGEUR_BLOC = 1 obligatoirement non ?

non ... un sprite va avoir une longueur et une largeur égale à un multiple de la largeur / hauteur d'un bloc.

Les blocs sont des divisions invisibles comme par eemple pour le TP de M@teo sauf qu'ici les sprites ne font pas tous 1 bloc.

C'est pour ça que j'utilise des boucles, sinon j'aurais simplement mis la ligne carte[...][...] !

Ok. Ce que je trouve bizarre, c'est que tu déclares les variables position_x et position_y à 0, ensuite tu mets position.x = position_x et pareil pour le y. Donc les sous-variables de position sont égales à 0...



Cela équivaut à:



Je capte pas...

Non ... alors je t'explique.

lorsque je lis le fichier, je stocke la position du sprite à affiche dans les variables position_x et position_y pour une simple et bonne raison. position.x et position.y sont des short int (il me semble), donc je ne peux pas les obtenir avec "%d" avant un *scanf.

Après quoi, une fois que j'ai récupéré position_x et position_y prenons par exemple position_x = 64 et position_y = 32, je les stocke dans les variables SDL_Rect position.x et position.y.

J'ai donc : - position.x = 64;
- position.y = 32;

A partir de là je dois savoir quel "bloc" correspond à cette position. Je fais donc position.x / LARGEUR_BLOC et de même pour la hauteur.

donc carte n'équivaut pas à carte[h][l] mais bien à tout ce que j'ai écrit ... à moins qu'on me détrompe ;).

C'est en quoi mon problème est vraiment capilotracté, je n'en vois pas l'issue ni l'origine !

Essaie d'inverser les deux dimensions de ton tableau lorsque tu fais carte[h][l] = n (par exemple): on sait jamais l'erreur est peut-être due à ça

Merci, merci merci ! Ce n'était pas exactement ça, c'était dans la définition du tableau bidimensionnel et des constantes qu'il y avait mélange, mais tu m'as mis la puce à l'oreille !

Merci beaucoup !

De rien, content de t'avoir aidé