maitretarot-devel-fr
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Maitretarot-devel-fr] Uniformisation ?


From: philippe brochard
Subject: Re: [Maitretarot-devel-fr] Uniformisation ?
Date: 15 Jan 2003 20:36:55 +0100
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

Jeremie Koenig <address@hidden> writes:

> On Wed, Jan 15, 2003 at 07:06:06PM +0100, philippe brochard wrote:
> > > > Bonjour,
> > > rebonjour
> > bonjour :)
> devinez quoi ? ;)
> 
oui ?

> > > Encore une fois, je suis persuade qu'il serait possible sans trop
> > > d'efforts d'aboutir a un client qui ne soit pas specifique.
> 
> > Le type de carte est juste quelque chose a specifier suivant le jeu
> > que l'on joue => on s'arrete a 32, 54 ou 78 cartes, il suffit de ce
> > mettre d'accord sur le codage des cartes comme on la deja fait pour
> > maitretarot.
> 
> Il n'y a pas vraiement besoin de transmettre explicitement au client le
> type de jeu de cartes utilise, il suffit de donner un nom a toutes les
> cartes utilisables, comme partie du protocole. Etant donne que c'est le
> serveur qui transmet les cartes au client, il n'a pas besoin de savoire
> le reste...
> 
Oui, effectivement, le client ne joue que ce qu'on lui donne,
donc pas besoin de le dire explicitement. Il suffit juste que
le client sache jouer avec 78 cartes.

> > Pour la position des cartes, le code sera en commun pour la belotte
> > et le tarot pour un jeu a 4 joueurs, pour le reste c'est un peu plus
> > specifique.
> > Pour l'instant, dans les clients les coordonnees des cartes sont
> > codees dans un tableau => il suffit de definir les champs x et y
> > en fonction du nombre de joueurs pour afficher les cartes au bon
> > endroit.
> 
> alpha = 2pi/n
> x = centre + r * cos i*alpha
> y = centre + r * sin i*alpha
> enfin on se comprend, quoi ...
> 
Arf, oui :)

Enfin, pour l'instant je me suis limite au jeu a 4 donc, c'est du
Nord, Sud, Est, Ouest, ca va, pas trop dur a coder :)
Enfin, on change ca des qu'on passe a 3 ou 5, c'est deja prevu.

> a propos, l'interface gtk de netspades est bien foutue, si tu a
> l'occasion jette un oeuil (si c'est pas deja fait), peut etre il y a
> moeyen de repomper du code (je ne sais pas encore exactement ou tu en
> est avec le client.)
> 
Non, j'y ai pas regarde, j'ai fais l'interface qui me convenait
d'abord :)

Je zieute ca des que j'ai le temps.

> > Ensuite pour le jeu, on est parti sur le serveur qui dirige les
> > clients. C'est a dire que le serveur demande quelque chose (une
> > carte, les encheres, le chien, les annonces...) et le client lui
> > repond.
> > Donc, ici, il suffira d'implementer les demandes du serveur pour
> > le tarot, pour la belotte... Et de faire de même dans le client.
> > Toute la partie gestion de la partie etant deportee dans le serveur,
> > les clients ne feront que repondre au demande du serveur.
> 
> En definissant certaines operations elementaires (envoyer un carte au
> serveur, envoyer sa main au client, formuler une enchere, etc..), et si
> le serveur dirige, pas besoin pour le client de savoire a quoi il joue,
> avec quelles cartes, etc... il recoit une liste de cartes, l'utilisater
> choisi lesquelles envoyer, etc..
> 
> (c'est ce que tu voulais dire non ?)
> 
Voila, exactement :)
C'est vers ca que tend notre nouveau protocole : le serveur
connait (ou doit connaitre) les regles, donc c'est lui qui
dirige le jeu. Les clients ne faisant que repondre a des
ordres simples de la part du serveur, sans forcement connaitre
les regles du jeu auquel ils jouent.
Seul les IA on besoin d'etre au courant pour pouvoir jouer
efficacement, mais ce n'est pas forcement necessaire => cf
mt_dolphin_ia.


Philippe

-- 
Philippe Brochard    <address@hidden>
                     http://hocwp.free.fr

-=-= http://www.fsf.org/home.fr.html =-=-




reply via email to

[Prev in Thread] Current Thread [Next in Thread]