Reprise du message précédent :
Bon pour la communication vous faites comme vous le sentez, finalement comment c'est implémenté ca change pas grand-chose je suppose...par contre si c'est http je touche pas au code du serveur, ca c'est sur!

si vous etes pas trop pressés je veux bien tenter un truc au niveau du serveur
(en java  avis aux amateurs / inutile de troller)

pourquoi se faire chier a réinventer la roue ?
y'a plein de jeux de programmation qui roxorent
 
http://www.gammax.net/aiforge/game-links.htm

Avec un protocole connecté perso, çà impose de dévelloper un serveur. D'autre part, ca complique la programmation de ceux qui veulent programmer dans un language de script.
 
Si on veut que des spectateurs puissent suivre la partie, il faut ajouter un serveur WEB qui partage la même BDD.
 
C'est quand même plus safe si c'est le serveur qui conserve les données de la partie. Celà dit, le protocol peut très bien prévoir de ne pas envoyer des infos complètes à un bot n'en veut pas !
 
Il est tout à fait possible d'imaginer deux types de bots.
Ceux du type Harko qui sont des daemon en ASM qui passent leur temps à calculer les 50 prochains coups, et qui demandent toutes les 10ms si c'est 'enfin' à eux de jouer.
 
Et puis il pourait y avoir des bots en PHP (sur un serveur Linux/Apache par exemple) qui ne prennent pas l'initiative de la connexion, mais qui sont appelés par le serveur WEB.
 
Si on a 2 bot de type Harko, pas de pb, il prennent tous les deux l'initiative de la com, et c'est Maman qui fait l'arbitre.
 
Si on a un bot type Harko, et un script PHP. Les scripts de Maman font une requête vers le serveur du joueur quand c'est à lui de jouer. La demande de Maman est initialisée par le script qui détecte que c'est à lui de jouer.
 
Exemple de de partie (C'est le script PHP qui commence. Je vous laisse imaginer ce qui se passe dans le cas contraire) :
Daemon : C'est à moi ?
Maman : Non ! + PHP c'est à toi (Coup N°1). + Déconnexion.
PHP : Maman s'est déconnectée ! C'est pas grave, je calcule mon coup, et je prend l'initiative de la connexion et j'envoie mon coup N°1 à Maman.
Maman : Enregistrement du coup N°1 de PHP + Réponse ( OK, Erreur...)
Daemon : C'est à moi ?
Maman : Oui, coup N°1 de PHP, J'attend ton coup N°1.
Daemon : Coup N°1
Maman : Enregistrement du coup N°1 du Daemon. + PHP c'est à toi (Coup N°2). +  Déconnexion.
PHP : Envoie du coup N°2
Maman :  Enregistrement du coup N°2 de PHP
Daemon : C'est à moi ?
Maman : Oui, coup N°2...
 
Pourquoi Maman se déconnecte :
Un script PHP risque de se terminer en Timeout s'il dure trop longtemps. Donc avec ce principe il est possible de faire jouer 2 Scripts PHP sans que le script de gestion coté Maman ne sois actif tout le temps de la partie.
 
Ca se corse quand même si on a 2 joueurs en PHP :
 
Il faut un initiateur.
Si c'est au début du tournoi, il faut un opérateur humain ou un Daemon qui lance le tournoi et qui provoque l'appel du premier joueur PHP par Maman.
Pour un Daemon, çà peut il peut simplement exécuter coté serveur un script PHP qui change l'état du tournoi.
Sinon, c'est le script qui détecte un gagnant, et qui lance la partie suivante.
 
Le mode déconnecté n'est pas un vrai problème. Un bot qui joue se connecte plusieurs fois pour un coup :
 
Connexion 1 :
Bot : Maman, c'est à moi ?
Maman : Non !
Connexion 2 :
Bot : Maman, c'est à moi ?
Maman : Oui, Tu commence la partie, j'attend ton coups N°1 !
Connexion 3 :
Bot : Maman, voilà mon coup N°1, c'est bon ?
Maman : Oui, c'est bon j'ai reçu ton coup N°1. Au fait, c'est pas la peine de me demander si c'est à toi avant 5 secondes ! Si tu me fait trop chier à savoir si c'est à toi, tu risque le TT BAN SODO GRAVIER ! ! !
 
Si Maman ne réponds pas, ben faut pas considérer que le coup N°1 n'à peur-être pas été reçu, donc :
Bot : Maman, t'as bien reçu mon coup N°1.
Maman : Oui, tout va bien mon petit. J'attend que l'autre lourd en PHP se décide à m'envoyer son coup.
Ou : Oui, et c'est de nouveau à toi. J'attend ton coup N°2 (Plus infos sur ce qui c'est passé bien sûr).
Ou : Non ! Dépèche toi Harko (Je t'ai reconnu ), t'as plus que 10ms pour jouer !!!
...

hein????? faut faire un jeu en reseau par internet aussi??
   
 
bon ben ...  

mmm, ça a l'air intéressant
 
je plussoie l'avis de Mara's Dad

Juste une petite idée comme ça :
-> pkoi pas un jeu style les MUD (jeux de rôle en ligne en mode console par telnet)
 
Le seul truc, c'est la réactivité d'un site web qui n'est pas terrible pour détecter ce qui se passe sur le serveur...

Heu, on n'est pas parti pour du temps réel, là !
Si tu veux écrire un bot qui joue à Quake III en ligne, ben te gène pas  
 
Je sais pas en combien de coups se joue une partie de Puissance 4 entre humains, mais avec un maxi de 7*8/2=28 tour, avec des bots et un site web, çà devrait durer tout au plus 30 secondes !
Je me demande même si faudrait pas ralentir artificiellement le jeu pour pouvoir suivre

Bien entendu, après tout ce que je viens de dire, il est évident qui je suis candidat à l'écriture du code client et/ou serveur qui permet à des scripts PHP de jouer.
 
Donc si les amateurs de bots en ASM ne rechinent pas trop à causer avec un serveur WEB tout ce qu'il y a de plus normal, tout le monde devrait pouvoir participer.

meme moi?
 
en fait si j'ai bien compris il suffirait a chacun d'ecrire juste un client c'est bien ca?
 
mais on parle d'IA là ou quoi? ou alors on faity juste dans un langage

et puis aussi pour la connexion comment ca se passerai alors parce que j'ai pas tout compirs pour le serveur en php là. Je connais pas ca moi

C'est quoi que t'as pas compris ?

ben tu vois les seules fois ou j'ai fait du client serveur c'etait avec les sockets de windows et en C.
Toutes les opérations etaient "prevues" a l'avance cad que le client fait un send au meme moment que le serveur fait un receive mais là si c'est pas nous qui écrivons le serveur comment on peut connaitre sa structure.
 
Je sais pas si je m'explique bien parce que j'ai l'art de me faire mal comprendre parfois.
Et faut dire que je comprends pas vite non plus

Mara's dad>> j'ai bien compris ton système Harko bot VS himself (c'est le système auquel je pensais), par contre, je ne vois pas pourquoi il devrait en être autrement pour les systèmes type script php.
 
Il suffit de faire des scripts php qui font la requète au serveur maman, comme le harko bot, joue si c'est leur tour, puis génèrent une page html avec un refresh après x seconde qui réappel le script.
 
Comme ca, il suffit d'un seul et unique protocole http classique dans lequel tous les bots/scripts php se connectent à interval régulier au serveur maman pour savoir si c'est à eux de jouer et recevoir les infos si c'est le cas.

Pas la peine de t'enflammer...
 
Surtout que t'as rien compris de ce que je disais...
 
Un MUD, c'est un jeu en mode texte qui fonctionne comme ça :
 

 
Voilà.
 
C'est un peu fastidieux à faire, mais le principe est extrêment simple. Deplus, les bots sont vraiment basiques à faire.

ha ouais un peu comme le concours dont lorill nous avait parlé et que personne n'était motivé pour le faire
 
allez donc revoir l'ennoncé de l'an passé  

argh

polo021 et gizmo :
 
Le serveur Maman est un script PHP sur un serveur WEB.
Il est lancé quand un client fait une requête.
 
Si j'écris un Joueur en PHP. Il tournera sur un serveur. Par exemple chez free ou sur mon serveur à la maison. Mais qui va le lancer ?
 
A moins de faire un deamon en script shell qui le lance toutes les secondes ! Cà je peux le faire chez moi, mais si mon script est sur free, pour le lancer, ben y'a pas 36 solutions, soit Maman fait une requête vers le serveur 'Client', soit je suis dans mon navigateur préféré, et je le lance à la main, ce qui implique que je soit là quand c'est à mon bot de jouer !
 
On peux aussi faire un script qui boucle, mais généralement, y'a un timeout. Genre au bout de 20 secondes, le script s'arrête.
 
Dernière solution, le bot est installé sur le même serveur que Maman. Dans ce cas faut trouver quelqu'un d'assez fou ou d'assez calé en sécurité pour laisser n'importe qui faire tourner du PHP sur son serveur.

 
on peut  aussi le lancer manuellement pour le début de partie et le laisser tourner : faire des refresh automatique pour envoyer une requête a Maman .. si c'est a lui de jouer .. alors il joue .. sinon il attend  

comment eviter les tricheurs qui feront une appli interactive et reflechirons au lieu de faire reflechir le bot ?

contrainte de temps  

la solution du refresh automatique, ca veut dire au moins 1 seconde d'attente, + temps de traitement, + temps reseau, + tolérance de panne minime.  
 
=> mini 3 secondes.
 
en 3 secondes j'ai le temps de jouer. Au pire je fais n'imp, mais ca m'evite de faire un bot  

on pourrait forcer les clients à résider sur le serveur... mais dans ce cas ça va limiter le nombre de languages admis

  ... ouais mais cai nul .. et tu risques de te lasser rapidement  

Ben on s'en fout !
Le gagnant doit publier son code, donc si y'en a pas...
TT + BAN + DELETE + SODO + GRAVIER + GOUDRON + PLUMES !

C'est pas con, mais faut quand même être là au bon moment.
Au milieu d'un tournoi, ben çà veux dire que t'as pas le droit d'aller pisser, sans parler du boulôt ni même du forum

 
o nonnn pas les plumes    
 
 
 
 

effectivement

puis tfaçon rien n'empeche de programmer un bot basé sur du random..  

Bah si le serveur peut garder les parties en mémoire on peut faire autant de replay qu'on veut...

Ho, ben çà c'est vrai, tiens ! J'y avais pas pensé dit donc

ben ouais mais tu joues n'importe comment et le premier bot venu te met une raclée

Ca dépend...si le bot de l'adversaire est aussi nul que le tien tu t'en sors...

effectivement, si c'est un harkobot, ya toujours moyen de gagner même en faisant n'importe quoi

Bon, je préviens, j'ai pas lu ce qu'il y a plus bas, donc ca peut faire répétition avec d'autres.
 

bon, j'ai tout lu, et évidemment, je me suis fais grillé  
 
Sinon, pour le problème que semble avoir Mara's dad quand au fait qu'il faille être présent au début du tournoi, ce n'est qu'un faux problème.
 
Je suis en train de penser à un format XML standard pour tous nos jeux et qui permettrait au serveur maman de facilement organiser plusieurs tournois en même temps et de confronter les vainqueurs. de différents matchs.
Je vous le proposerai sans doute cet après-midi.

figure toi que j'ai bossé sur mon harkobot toute la nuit ! il calcule en permanence les 20 prochains coups, utilise le MMX pour l'optimisation du negamax et je lui ai fait faire une partie contre une applet java trouvée sur le net : il gagne par 5 parties à 1 (remarque, contre du java c'est pas une performance, objectif : aucune victoire pour le Java)

 
Pour l'école on avait dû faire un jeu de nim avec l'"intelligence artificielle", ça marchait pas trop mal.
Première fois que mon prof teste le jeu, il joue n'importe comment et il gagne . Du coup il croyait que mon IA c'était un random

Bravo !
Et tu fait quoi aujourd'hui ? Dodo ?
Ou Modo Facho Fatigué qui Fo pas faire Chier ?

Attends, il a pas dit que son bot savait pas remplir les trous... cf blabla@prog

  Si Si

Bon ça dort ici... je vois que personne n'a encore réussi à se mettre d'accord sur le choix d'un protocole ! Ah ça pour critiquer mon bot (qui marche parfaitement et qui gère les trous au passage, j'avais juste commis mon erreur classique : && au lieu de ||), y'a du monde, mais pour décider d'un truc....