Salut  
 
Je voudrai realiser un jeu d'echecs en reseau sous Linux.
Mais je voudrais aussi realiser un client windows
 
 
Je crois qu'il existe une librairie qui permet de devel des apps compatible win et nux enfin il faut sans doute adapter des trucs je suppose) ... Je crois que c'est QT ou GTK ???
 
Donc la realisation (dans un 1er temp) :
Un server de jeu sous linux qui gerera la partie
Un client linux
Un client windows
 
Une fois que tout sera à peu pres stable je voudrai integrer le server aux clients
 
Qu'en pensez-vous ?

tu comprends dans ton projet l'AI ou pas ?

c'est humain à humain d'apres ce que j'ai compris, non ?

 
en français on dit pas AI mais IA, non    
 
lvt

---------------
ça y est, c'est décidé je passe à Linux (RedHat 9 sinon rien Ma collection personnelle de processeurs : 1 Intel 80386 DX 25 Mhz, 1 Pentium 120 Mhz, 1 Pentium 200 Mhz, 1 Celeron - 333 Mhz, 1 Pentium Mobile 150 Mhz with MMX, 1 AMD K6 - 166 Mhz, 1 AMD K6-

Non pas d' IA pour le moment Ca sera que du humain VS humain car pour le moment j'ai aucune idée pour creer une IA, surtout pour un jeu d'Echecs

Essaye d'envisager un protocole un peu polyvalent, histoire de pouvoir avoir divers type de client ( 2D , texte , 3D ... ) ca peut être interessant ...

QT est multiplateforme
mais GTK passe aussi sous win (mozilla est en gtk, tout du moins sous linux, donc je pense ke sous win il ont fait pareil et utilise un portage statique de gtk

 
Oui ca me semble une bonne idée c'est d'ailleur ce que j'avais prevu de faire

 
Tu me conseillerai quoi ? QT ou GTK ? Je n'ai aucune connaissance dans ces 2 libs mais je suppose qu'il doit y'avoir des man

QT plus rempli  
GTK Open source...
 
(si je n'm'abuse )

QT aussi opensource je pense
 
[edit]gtk2 powaa

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

QT c payant si tu fait du commercial avec

j'etends dire par Open Source c ke c un projet communautaire et non restreint a une societe de controle

moi j'entend par Open Source ce qui découle de la GPL, surtout

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

ben c pas trop GPL QT... enfin de ce ke je me souviens, je suis pas sur dessus

Bon voila d'autre info
 
D'habitude je devel avec emacs mais je me disais qu'il me faudrait un IDE pour la partie graphique de l'appli meme si c'est la derniere chose que je vais faire... kdevelop à l'air bien et il supporte QT apparemment, sinon j'ai pris GLADE pour devel avec GTK ...
 
Y'a mieux que ces 2 là ou bien je garde emacs ??

emacs is good

je cherche tj des info sur Qt et GTK...
C'est seulement pour les interfaces graphiques ?
Ou alors ca permet de faire reelement des apps cross-platform (avec la gestion des sockets et tout ??) en c/c++

Apparemment GTK c'est seulement l'interface alors que Qt lui peut faire bocoup plus...

ce serait amusant si tous les gens ici codaient un client en fonction du protocole choisi

pour un autre type de jeu j'y avais pensé, chépas si tu as connu l'epoque ou on a joué sur CokeMusic, c'etait ca mais en BCP mieux

nope, connais pas... moi ce que j'aimerais faire c'est un jeu du style corewar, ou les joueurs 'programment' leur petit soldat virtuel, et une belle visualisation, meme en 2D, de l'avancement de la 'partie'

ahhhh les corewars, ca m'a toujours passionné, mais jamais eu le niveau de faire quoique ce soit et ski m'aurait encore plus amusé c'est d'etendre l'aire de jeu, imagines si au lieu d'une VM t'as tout un rezo et c'est au 1er qui possède toutes les machines (  Un peu comme du Onslaught de Ut2k4 ) ... 'fin bon l'imagination c tout skeu j'ai, quand il s'agit de coder )

 
Ben pour le protocole j'y reflechi justement
Pour aller dans ton sens il faut faire un protocol independnat du langage utiliser, donc il faut transferer des entité "universelle comme des "entiers" par exemple  qui code l'action, apres en c++ il suffira de faire des #define MOVE 01 par exemple , chaque language est capable de faire ce genre de chose non ?

C'est quoi "coreware" ?

flux de données XmL ?

 
je voyais un truc du style protocole http : la requete est du style 'GET /index.html' et bien là il suffirait que le client envoie 'MOVE A1 B2' par exemple, pour bouger une pièce de A1 en B2, ensuite ce serait au serveur de vérifier si le mouvement en question est permis, et ensuite de voir si la case B2 est occupée par une pièce de l'adversaire, ou non...
 
enfin quelque chose comme ça.
 
Pour les corewars, j'ai pas trop le temps, mais c'est aussi un truc qui m'a toujours passioné et interessé
 
un bref résumé de ce que c'est : deux programmes sont lancés sur une machine (virtuelle ou non, hihi), il y a un espace mémoire défini. Le programme gagnant est clui qui a recouvert tout l'espace mémoire, et qui empeche l'autre de bouger, ou qui le recouvre.
 
Il y a quelques docs qui expliquent ça bcp mieux sur madchat : http://www.madchat.org/search/?miaou=corewar&cat=

 
Pour le protocol > hum c'est pas bete mais ca risque de demander bocoup de transfert... moi je voyais plutot que le server servait juste aux dialogues, cad le joueur 1 à deplacer son cavalier en A5, donc le client du joueur 2 deplace le cavalier du jouer 1 en A5 etc...
 
Pour les corewars j'ai trouver ca si ca t'interresse  
http://corewars.sourceforge.net
Ca à l'air sympa

pour le protocole, le faire en language humain me semble pas du tout optimisé , ni la verifications post-choix du coup
Si on résume on a :
64 cases
- les déplacements
- les coups spéciaux ( le roque si ma memoire est bonne )
- declarer forfait
- .... ( flemme de tout bien lister )
 
donc je verrai ca plutot comme ca :
- Le serveur indique au joueur que c'est a lui de jouer avec le code euh ... 65

- Le client clique sur une piece qu'il veut déplacer, ca envoie le code de la case au serveur :
( en l'occurence il a cliqué sur l'avant-dernier pion de la ligne si jme suis pas trompé et qu'on commence le décompte dans le coin en haut a gauche )

- A ce moment la le serveur etudie les mouvements possibles, et lui envoie la liste, le 1er chiffre pour le nombre de cas possibles ( afin qu'une fois recus toutes les possiblités le client continue pas connement a attendre ) , les autres pour chacunes des cases possibles ( si y'a 0 coups, le client agit en fonction, sinon il highlite les cases possibles ) :

- La le client a le choix entre choisir une des cases highlités et valider coup en envoyant le code-case correspondant, ou  jouer une autre piece, si il donne un autre chiffre c'est qu'il joue autre chose, et on revient a l'etape 1, sinon il valide le coup, mettons qu'il avance de 2 cases son pion :

- Et pour finir le serveur donne le compte rendu des actions, d'abord le code de LA piece a supprimer si il y en a une ( il y en a 0 ou 1 de toute facon ) et si il y en a pas, un 00, puis le nombre de pieces a deplacer si il y en a ( coup spécial ... ) ou  00 si il n'y en a pas :

- Pour un roque ca serait ptêtre ( l'user a cliqué sur le mouvement spécial du roi, le client en est donc informé, le serveur doit en plus informer du mouvement de la tour ) :

- Si le client a joué, tous les flux qu'ils recevront seront de la forme ci dessus, pour être informé des agissements de l'autre joueur, jusqu'a l'arrivée d'un code 65 pour entrer en mode 'interactif' , après faut rajouter kks code pour le forfait et autres problèmes de connection
 
Voila une petite idée de 1er jet si ca peut t'inspirer

zut alors, 3 personnes, 3 manières différentes de voir les choses

ca m'inspire , ca m'inspire
 
Mais je prefaire quand meme que le client puisse verifier les coups lui meme... sion il va y'avoir enormement de transfert , a chaque clique sur une piece il va y'avoir des temps de reponse rien que pour pouvoir voir les coups possibles donc il vaut mieux que le client puisse gerer un echequier , il recoit les ordres de deplacement...
Par contre l'avantage de ta methode (ou du moins une partie) c'est de pouvoir faire un truc à la msn quand l'autre tape un message, y'a marquer "En train de rediger un msg" (tiens ca pourrait etre bien de mettre un ptit tchat )

Bha le temps de réponses .... c'est pas enorme pour envoyer 2 octects quand même sur une connection ouverte, pis si le client doit calculer, ca veut dire que ... bha le client doit calculer quoi, donc plus de code qui sera quasiment un double de celui deja dans le serveur

ben je sias mais dans un futur proche je voudrais "integrer" le serveur aux clients... donc finalament que je mette le control de l'echequier dans le client où dans le server ca revient au meme
 

Il faut une "synchro" serveur-clients, je m'explique : si tu te tapes la déco des 24 heures (pour l'adsl) et que le serveur t'envoie à ce moment là des données, tu les perds.
 
De plus les mouvements de pièces ne peuvent bien s'adapter qu'avec un plateau de jeu virtuel non linéaire mais matriciel (déplacement du cavalier 2+1, les fous en diagonale, le roi et la reine toutes directions)
 
Le fait que le client valide le déplacements est essentiel, ça décharge les transferts et le travail du serveur (qui n'est en fait là que pour mettre en relation deux joueurs)

>Knx>
Le gros avantages de ta solution, c'est de pouvoir sauvegarder la partie  
Je pense meme que finalement si le server control tout ca pourrait etre assez pratique finalement, ca serait plus "securisé" ( personne n'a rien vu   )
 
>jimbofarrar>
C'est sur qu'il faut implementer un "accuser-reception" sinon ca va vite etre galere

exactement
 
edit : par contre, on dirait plutôt sécurisé

 
   
 
En fait une solution hybride est envisageable...
Le server peut controler les echequier des clients (en cas de "resume" de partie, au cas où le client envoi un ordre de mouvement impossible alors qu'il aurai dut le bloquer, le server peut verifier l'echequier du client et le corriger etc... )

Il ne peut pas y avoir de "triche" dans ce genre de jeu, ça se voit comme le nez au milieu de la figure.
 
Sinon pour la sauvegarde de partie il suffit de 64 octets de description du plateau à l'instant t (avec comme contenu un nombre pondéré à 0 ou 127 pour les deux couleurs)

Les Replay c'est interessant en echec aussi

+1 pour le replay
il faut garder la trace des coups et pas l'echequier
 
La verification server c'est pas QUE pour le joueur qui voudrait tricher mais aussi pour eviter les clients buguer par exemple

Le replay est simple à mettre en oeuvre, il suffit de créer un fichier (ou une table) avec la succession des mouvements effectués, et le client la relis et hop
 
PS : grilled par CryoGen