liliaze / gomoku Goto Github PK

Quelle structure pour la sauvegarde des coups joués
Etat du tableau
Classe général state
Menu choix des joueurs : Liste déroulante : choix p1 / p2 : IA avec niveau d'intelligence - joueur simple - joueur assisté
Menu variante du jeu et si choix heuristique / machine learning
Le jeu en cours => plateau, zone pions capturés, timer reflexion de l'IA, timer global temps de jeu, P1 / P2
Méthode pour appeler l'IA
Méthodes pour appeler les règles
Evaluation victoire / defaite
Relancer une partie

Compléter et améliorer les sons : survol d'une case de menu... bruit d'accueil ? bruit de victoire ?
Compléter par quelques effets visuels : animation de capture ? Illumination d'une case de menu lors du survol.

SFML ou GTK+
Faire Makefile correspondant

Ajouter multithreading dans la fonction startMinMax.

Ajouter sur l'écran de jeu : ZONES DE CAPTURE + TIMER IA + COUNT TOUR DE JEU + Identification couleur des joueurs.

PLATEAU 19 PAR 19
POSE DE PION ILLIMITE
CAPTURE DE PION
NO DOUBLE THREES

Réduire d'environ 50% ?
Faire en sorte que la fenêtre tiennent sur un écran de portable.

A peaufiner au fur et à mesure.
Multithread au depart et pourquoi pas en machine learning pour comparer

Alignement 5 pions ou plus

• si pas de possibilité adversaire de casser l'alignement par capture
• ou si l'adversaire a déjà 4 pairs capturé... ? A verif
  Capture 10 pions (5 capture)

Profondeur 10
Moins de 10s
Threading ?

Possibilité de choisir une variante du jeu et d'avoir les règles correspondantes qui s'applique.

CREER LES AUTRES ECRANS selon le state : welcome, menu, victoire / defaite, again, goodbye.

Si ce n'est pas trop compliqué, ça serait peut-être bien d'ajouter une prévisualisation semi-transparente d'où la pierre va se poser selon la position du curseur (un peu comme sur ce site : http://gomoku.yjyao.com/).

• Ajouter dans la méthode setStone de gomoku une fonction pour interdire (set à FORBIDDENWHITE/BLACK/BOTH) ou libérer (set à FREE) les cases qui deviennent interdites/libre au moment où l'on pose la pierre ou enlève une pierre (et donc, ne s'intéresser que aux cases qui deviennent interdites/libre en raison de la pierre que l'on pose/enlève et non à toutes les cases interdites du tableau).

• Ajouter une référence à un tableau de coordonnées en paramètre de la fonction setStone pour récupérer les coordonnées des cases qui viennent d'être bloquées/libérées le cas échéant. Chercher le nombre de cases maximum qui peuvent être interdites en un coup pour avoir un tableau de taille fixe (la taille égale au maximum). Ces coordonnées sont nécessaire pour mettre à jour l'heuristique.

• Modifier canPutStone pour prendre en compte les cases interdites.

Faire en sorte que la fonction checkCapture de gomoku renvoie les coordonnées des pierres capturées (nécessaires pour l'algo).

Indiquer visuellement sur l'interface si une case libre ne peut pas être joué en raison de la règle no double free-three. Pour connaitre les cases dans ce cas, il suffit de rechercher les cases qui un type FREE dans le board de Gomoku MAIS dont la fonction canPutStone renvoie false.

Pour se dire qu'on l'aura fait ^^! On y est presque.