Bonjour à tous !
 
Je viens vous j'ai quelques petits souci :s
 
En effet, dans le cadre de mes études, j'ai un mini-projet à faire, et j'ai choisi de le faire avec SDL (nous n'avons vu qu'Allegro, et cette dernière ne m'inspirait guère).
 
Mon sujet est donc le Plus4 :
-> Comme pour le célèbre Puissance 4, il faut aligner 4 boules de sa couleur... Mais ici, les boules ne tombent pas directement au fond de la grille 4x4, elles ne descendent que d’un cran à la fois. Quand elles ont été poussées 4 fois, elles tombent de la grille et le joueur peut les récupérer et les remettre en jeu. Les possibilités sont donc infinies, aucune partie ne se essemble !
La partie dure ainsi jusqu'à ce qu'un joueur réalise un alignement de 4 pions de sa couleur orthogonalement ou en diagonale et gagne la partie.
 
Le problème que je rencontre, c'est que j'ai établi un plateau de jeu (taille 600*600) avec 16 emplacement possible (4*4) dans une fenetre (800*600), et je ne sais comment faire pour faire en sorte que lorsque je clique dans une colonne, mon pion aille directement dans la case concerné.
Je pensais faire un tableau (dans le genre de celui utilisé dans le tutoriel, pour le mario sokoban), mais comment définir le fait qu'il ne fasse pas toute la fenetre mais seulement le plateau ? Et comment indiqué au pion qu'il doit aller dans telle case ?
 
Désolé pour tout ce bla-bla, mais j'ai vraiment du mal a poursuivre mon projet, j'espère que quelqu'un pourra m'éclairer sur le sujet !
 
Bonne soirée à tous  

Tu pourrais utiliser le décalage de bit, pour peu que ton plateau de jeu ait des dimensions en puissance de 2.
 
Je programme en C sur ma Nintendo DS, et j'utilise souvent ça pour déterminer facilement où je presse le stylet.
 
Par exemple, tu as 4x4 emplacements, sur un plateau de 64x64. En récupérant les coordonnées de là où tu as cliqué, tu n'as qu'à décaler tes bits vers la droite (opérateur ">>" ) de 4 unités (car il faut diviser 64 par 2 quatre fois de suite pour obtenir 4) et ça te donnera directement les coordonnées de l'emplacement. Si tu as cliqué sur le point x=23 et y=42, x>>4 va te donner 1 et y>>4 va te donner 2, soit la case 1;2, deuxième colonne, troisième ligne (car les coordonnées commencent à 0;0 de cette manière).
 
C'est ultra simple et efficace.
 
Si je n'ai pas été clair (ce qui à ma relecture me parait plausible   ), n'hésite pas à me reposer des questions là-dessus.
 

avant de te soucier de faire des décalages ou autres optims inutiles (c'(est un projet scolaire sur PC, pas un jeu sur DS), considère que ton tableau est dans un repère différent de ton écran, ton problème revient simplement à un changement de repère.

 
Oui, effectivement, c'est la première chose à faire, le décalage de bit n'intervient qu'après. Mais c'est un bon moyen d'éviter le  

 
Que ça soit un jeu DS ou un programme scolaire, ça reste la meilleure solution à mes yeux pour effectuer cette tâche   (et encore, il n'y a que 4x4 cases, imagine que son tableau en fasse beaucoup plus, cette méthode n'a plus rien d'une optimisation inutile).
 
On récapitule :

Suis le conseil de theshockwave

Suis mon conseil    

 
Utiliser un décalage manuellement n'a rien à voir avec le fait d'éviter de faire une série de if. Si tu fais ton changement de repère correctement (addition, multiplication ou division) n'importe quel compilateur de moins de 20 ans d'âge te remplacera ta division ou ta multiplication par un décalage si nécessaire. SE soucier de ca, ca ne te sert à rien, quelle que soit la taille du tableau (vu que, quelle que soit la taille de ton tableau, tu change un point de repère, le nombre d'opérations est fixe)
 
Edit : typo

 
Et / % c'est pr les manchots ...

 
Non, c'est pour ceux qui veulent effectivement pas s'emmerder avec des trucs compliqués comme le décalage de bit. Sur la DS, ça marche bien car les dimensions sont adaptées, pour tout le reste, un bon "/" marche aussi bien  

 
ok le roxxor je te laisse là j'ai des trucs sérieux à faire

Désolé, j'ai toujours cru que le résultat d'une division stocké dans un "int" plantait, d'où mon recours au décalage de bit pour ne pas avoir un résultat avec virgule dans un float.
Suite à ton post et à celui de theshockwave, j'ai recherché un peu et je me suis rendu compte que ce n'était pas le cas, et que le résultat était directement arrondi à l'entier inférieur, comme pour un décalage de bit, ce qui fait bien l'affaire dans ce cas de figure.
 
On en apprend tous les jours, je n'ai pas la science infuse, j'essayais juste d'aider avec le peu de connaissances que je possède, merci de tes messages très encourageants, vas-y tu peux y aller, va faire tes trucs sérieux  

note : mettre un lien ver le post expliquant ;€

restons calmes, restons calmes
 
Bon pour l'histoire de décalage de bit, je sais pas si j'ai tout compris, mais je vais essayer de voir ce que je peux faire avec ça
 
Au début j'était parti sur  

 
comme ça je pouvais facilement avoir mes cases avec

 
mais en fait j'ai du mal a comprendre le fonctionnement :s (j'avais pris ça, car je l'avais trouver sur le site du zéro)
 
 
Ensuite j'ai essayer :

 
Cela avait pour but de mettre une image vide a chaque emplacement possible d'un pion, puis par la suite, on aurait cliqué dessus, et l'image v aurit été remplacé par un pion.
Mais idem, j'ai pas réussi a mettre en place, et je ne vois pas comment faire mes vérifications de victoire avec :s
 
Je sais pas si une de mes solutions aurait été exploitable mais bon
 
Merci encore pour vos avis, je vais voir si j'arrive à avancer dans mon problème

Au fait, est ce qu'il y aurai une commande qui pourrait faire en sorte que lorsqu'on clique sur une image, cette dernière soit remplacée par une autre ?  
J'ai essayer avec le décalage de bit mais j'arrive a rien

oublie le site du zéro.
oublie cette histoire de décalage de bits.
 
le code que tu as écrit :

correspond au changement de repère dont je parlais plus haut. Avec ca, tu définis que ta grille est composée de cases de 150 pixels par 105 pixels et est décalée du coin haut gauche de l'écran de 120 pixels vers la droite et de 38 vers le bas, donc ...
 
Maintenant que tu as cette petite équation, tu dois facilement pouvoir localiser le clic de l'utilisateur
 
pour remplacer une zone affichée par une autre image, tu peux y aller à coup de BlitSurface aussi. Attention cependant à bien raffraichir l'ensemble des modifications qui ont lieu sur ta grille (les pièces qui sont poussées sont des cases sur lesquelles tu n'as pas cliqué, si j'ai bien saisi)
 
Plus simplement :
Il faut donc que tu aies à disposition une surface (image, donc) de case avec une pièce de chaque joueur et une image d'une case vide. Ensuite, pour composer ta grille, il te suffit de copier (à coups de BlitSurface, toujours) les bonnes images sur chaque case.
Le fait de ne raffraichir qu'une partie de la grille relève de l'optimisation. Commence par le plus simple : tu redessines toute la grille à chaque coup joué.

Comme tu me l'a dit, j'ai une surface défini pour le pion rouge, le bleu, et pour un espace vide.
 
mon code est le suivant :  
 

 
A ce stade, lorsque je clique, mes pions s'affiche seulement dans la case 4,4 ; la dernier positionVide écrite et ce quelque soit l'endroit ou je clique.
Comment je doit faire pour que le pion s'insère sur l'espace ou j'ai cliqué ?
 
 
 
J'avais trouvé que la méthode de Turkleton, bien qu'elle soit a évité, aurait pu être envisageable, mais je ne comprend pas comment m'en servir par la suite
 

 
Désolé pour toutes ces questions, mais la je suis vraiment perdu, et le délai se rétrécie  

 
Houla, non, c'est vraiment à éviter !    
 
Je ne connais pas bien SDL, mais j'ai cru voir un truc :  
dans ton instruction "SDL_BlitSurface(Bleu, NULL, ecran, &positionVide);", j'ai l'impression que tu utilises positionVide pour placer ton pion au lieu de positionBleu, qui a l'air d'être calculé en fonction de là où tu as cliqué (ou alors, j'ai rien compris à ton code), même chose pour le pion rouge. Et comme tu initialises positionVide plus haut dans le code en lui faisant prendre toutes les valeurs, et en finissant par la dernière, c'est pour ça que tu cliques n'importe où et c'est toujours la dernière case qui change.
 
Fais l'essai avec "SDL_BlitSurface(Bleu, NULL, ecran, &positionBleu);" et pareil pour rouge.
 
EDIT : Reste à savoir si tes "x" de positionBleu.x et event.button.x sont bien à la même échelle, et coordonnés. Pour ça, suis les indications de theshockwave.

A oui, je me suis trompé en recopiant, ça c'était un essai que j'avais fait, mais sinon il était défini comme tu l'a dit :
 

 
Mais dans ce cas, je peux placer les pions n'importe ou sur ma grille
Je n'arrive pas a vers en sorte qu'ils rentrent dans une des 16 cases ou il doivent allée, c'est ça qui me bloque
 

 
A y est, je pense que je commence à comprendre un peu quel est ton problème : tes x et y sont des pixels et non des cases, et tu veux faire la conversion de l'un à l'autre, c'est ça ?
 
Exactement comme theshockwave te l'a dit, il faut inverser ton équation. Si ton équation de base pour remplir le plateau est :

 
alors, les coordonnées de tes cases sont :
colonne sélectionnée = (event.button.x - 120) / 150
ligne sélectionnée = (event.button.y - 38) / 105
 
Ce que je ne savais pas (et que j'ai appris sur ce topic du coup), c'est que cette division va te donner un chiffre rond, à la condition que tu récupères ces deux résultats dans une variable de type "int". Ainsi, si tu cliques aux coordonnées (326;405), tu sélectionneras la case (1;3) (Attention, ça commence à 0, pas à 1).
 
Le mieux dans ton cas serait d'écrire les fonctions de conversion (dans un sens et dans l'autre) car tu vas osciller entre les coordonnées de tes cases (pour tous les calculs du jeu lui-même) et leur emplacement sur l'écran (en pixel cette fois, pour tous tes SDL_BlitSurface par exemple).
 
Ça aide ?

Oui ça m'aide pas mal, j'ai compris le principe, mais  je crois que j'ai du mal avec le fonctionnement.
 
Comme tu l'a dit je définit ligne et colonne ainsi :

 
Puis par la suite :  

 
Mais ça me colle toujours mon pion dans la case 1,1    
 
Je peux pas faire un  

Ca serait hyper compliqué non ?
 
 
Je crois que je me suis lancé dans plus gros que mes compétences    
 

vu que tu n'as qu'un seul rectangle pour stocker la position DU pion bleu, tu ne peux pas retenir plusieurs positions, tu remarqueras.
 
Il faut que tu prennes l'habitude de séparer les données de l'affichage.
 
Avant de te lancer dans les problèmes avec SDL, fais-le éventuellement en mode texte.
 
Note que pour faire ce jeu, pouvoir tester d'éventuelles questions de victoire ou autre, il faudrait que tu connaisses l'état du jeu à chaque coup.

A oui ptain jsuis con, j'ai pas pensé au fait qu'il y ai qu'un pion
 
Bon je fait essayer de resoudre ça, j'espère que je vais m'en sortir :s

Bon bah j'ai résolu un de mes nombreux problèmes, je peux placer mon pion dans la colonne que je veux, c'était juste l'expression de colonne et de ligne qui n'était pas placé au bon endroit
 
du coup, maintenant ça donne :  

 
Bon donc maintenant je vais m'attaquer a faire en sorte que lorsque je clique dans une colonne, les pion déja mis dans cette dernière se décalent ... y a du boulot

Salut
 
J'avoue que je n'ai pas tout lu minutieusement, c'est sans doute ma première erreur. Quand je te vois parler de décalage des pions et que je regarde ton code au dessus, je me dis qu'en effet tu as peut-être bien du boulot.
Mon avis est qu'il faut séparer le moteur du jeu et la représentation graphique.
Au lieu d'afficher quelque chose quand tu cliques et d'essayer de voir ton jeu "visuellement", je pense que tu devrais le voir de façon "abstraite". Je m'explique. Je vois ton jeu comme un tableau à deux dimensions dont les cases peuvent contenir trois valeurs différentes: vide, rouge ou bleu. Les actions de l'utilisateur modifient le tableau. Ici c'est le clic souris mais cela pourrait bien être n'importe quoi, il faut s'affranchir de la technique utilisée par l'utilisateur (selon moi). Par exemple un excellent joueur d'echec peut jouer sans voir le plateau (équivalent au tableau 2D en mémoire) et sans "ses mains" juste en indiquant quelle pièce bouge de tel endroit à tel autre (équivalent à un scanf en gros). Cela ne change pas le jeu, juste sa représentation.
Pour en revenir à ton problème, le changement de repère que tu as obtenu précédemment te donne les coordonnées dans le tableau. Tu peux ensuite gérer les décalages toujours dans ce tableau.
 

 
Voilà c'est un peu à l'arrache et écrit vite fait mais ça ne soit pas être trop loin du but.
Ensuite tu affiches le tableau avec une bete boucle for

     
 
Du coup dans ton programme, l'affichage et le jeu sont séparés:
 

 
Voilà j'espère que je suis clair, que je n'ai pas écrit trop de merde et que cela t'aide.
Bonne nuit

Oui j'ai pu faire quelque chose d'équivalent a ce que tu m'a dis, car au début je n'avais pas pensé au tableau en mémoire, alors que c'est ce qu'il y avait de plus pratique et simple, je pense, a mettre en place ^^
 
Bon donc la je dois dire que j'ai pu pas mal avancé, un ami ma également éclairer sur 2/3 trucs.
 
Donc pour le moment ça marche, je n'ai plus qu'a faire la condition pour que un joueur de puisse pas jouer 2 fois de suite, ainsi que la condition de victoire. Si je fini ça, je serais bien tranquille, le reste relevera de l'optimisation
 
 
Je vous met mon code si cela vous interresse, j'avoue que c'est peux être pas très bien codé, mais pour le moment ça marche est c'est le principal ^^  
 

 
Merci encore a tous pour vos avis !!

 
Pourquoi tu le fais là ?

Euh bah ça devait être un essai que j'avais fait, et j'ai oublier de l'enlever, mais maintenant c'est corrigé
 
Bon en ce moment je suis sur les conditions de victoire, ça va pas trop mal:s
 
voici mon code :

 
 
Y a juste l'image de victoire qui s'affiche sous le plateau je sais pas pourquoi
 
Puis faudrait que quand il y a victoire, ça reste afficher genre pendant 2 secondes puis qu'on revienne au menu
 
Enfin la fin minimal approche, je suis soulager

Salut
 
Découpe ton code en fonction, sinon tu vas vite être dépassé.
 
Ton affichage est à moitié à l'intérieur de ta gestion des événements et à moitié en dehors.
 
A mon avis ton image s'affiche dessous simplement parce que tu l'affiches avant le plateau
tu devrais faire une fonction d'affichage qui
-efface l'écran
-affiche le plateau et autres décorations
-affiche les pions
-affiche la victoire d'un joueur si besoin (avec le numéro du joueur en argument par exemple 0=pas de victoire; 1=joueur1; 2=joueur2)
et l'appeler à chaque fin de boucle.
 
Ta condition de victoire ne vérifie que les alignements verticaux. De plus comme c'est le même code pour les deux joueurs à l'exception de la valeur à vérifier, tu peux en faire une fonction avec la valeur en argument et l'appeler pour chaque joueur => évolution plus simple vers un nombre de joueurs différent. Elle te retourne vrai ou faux selon si le joueur passé en argument a gagné ou pas.
Je pense que pour éviter de trop mouliner tu ne devrais vérifier que les pions qui ont changé de place. Pour chaque pion de la colonne modifiée, tu regardes en haut en bas sur les cotés et en diagonale s'il ne fait pas partie d'un groupe de 4. Attention aux débordements et bon courage pour ne pas oublier de possibilités.
 
Pour ce qui est de revenir au menu après une victoire, je ferais simple genre rajouter une condition
if (!victoire)
pour la gestion de la souris (les joueurs ne pourront plus cliquer si quelqu'un a gagné.
Si dans ta fonction d'affichage tu gères la victoire comme je viens de le dire alors le message restera affiché jusqu'à ce que l'utilisateur appuie sur echap ==> sortie de la boucle.
(ptite precision: la position de l'image de la victoire est toujours la même quel que soit le joueur, tu n'as besoin que d'une variable)
 
Bon courage,
si tu découpes correctement ton code: gestion des événements, actions, vérification de victoire, affichage, le tout dans des fonctions claires, tu devrais avoir une bonne note. Enfin si et seulement si ton prof regarde le code des devoirs qu'il corrige (très rare). Dans le cas contraire, tu auras au moins pris de bonnes habitudes. Par pitié évite les phrases genre:
 

C'est vrai, pour un devoir à rendre, c'est le principal vu que la plupart des profs ne regardent pas ce que tu as fait mais seulement le résultat. Par contre plus tard, tu risques d'avoir à coder des choses qui seront à maintenir, à améliorer et pas forcément par toi. Si tu ponds une bouse "qui marche", au premier problème ton code sera bon pour la poubelle et il faudra tout recommencer.

D'acc merci pour ton avis
 
 
Le if(!victoire) est une super idée, c'est tout simple, mais jy avais pas pensé :s
 
Pour découpé en fonction je vais essayé de faire ça aussi, je ne m'y était pas attelé, car j'était en stress de pas avoir un programme qui marche, et je m'était concentré dessus.
 
Sinon pour les vérification, j'ai fait le meme principe que pour les colonne, remodelé un petit peu
 
Par contre mon problème reste pour l'affichage de l'image de victoire.
 
Tel quel dans le code ci dessus, ça s'affiche sous le plateau, puis quelque ligne après, je blitte le plateau.
 
J'ai donc essayé ça :  

 
Normalement, je blitte la surface, j'attend 3sec et je quitte, le problème c'est que une vois que 4 pions sont aligné, le jeu se bloque le temps du delai, l'image s'affiche et le jeu quitte tout de suite après, comme si j'avais mis le delai avant le blitsurface
 
Du coup je sais pas trop comment je peux faire :s

Normal, l'affichage ne se fait réellement que lorsque tu "flip" les buffers. C'est pour cela que je te conseille de faire une fonction d'affichage qui fait tout d'un coup ET SURTOUT DANS LE BON ORDRE.
 
Fill (ecran, toutNoir)
blit (plateau)
blit (pions)
if (victoire)
    blit (victoire)
FLIP (ecran)
 
après cette fonction tu peux toujours ajouter  
if (victoire)
{
     sleep (3)
     continuer=0
}
 
mais je reste persuadé que chuinter la souris et attendre l'appui sur echap est une meilleure solution. Sinon pendant l'attente, ton programme est hors contrôle, si tu cliques sur la croix pour le fermer par exemple, je ne pense pas que cela fonctionne.

Bon bah mon Plus4 est terminer, normalemet tout fonctionne
 
Par contre j ai pas fait plein de fonctions, juste une qui me permet de faire toute les verifs, vu que contre le pc je les fais apres le joueur et apres le pc.  
Si vous voulez voir ce ke ca donne : www.rkfg.fr/autre/Plus_4.rar si je me trompe pas
 
Merci encore en vous tous pour vos avis