Reprise du message précédent :
pourquoi pas expoter en dll.. c'est plus simple nan?  
 
EDIT: ah ouè un site.. mais comment faire    on fait tourner le programme regle en php    (dans ce cas, moi jm'en occupe! ouèèè!!!!)

Et les données, tu les envoie sous quelle forme au serveur?

 
\o/ une corewar \o/

Ben si je fait un bot en PHP ou en Perl par exemple, çà va être dur de générer une DLL.

Ca peut le faire ca, étant donné que l'idée de concours était un peu sorti pour remplacer les bots!
La comm se ferait en parsant une page web??
Ou alors on peut garder du client/serveur, avec un serveur qui génère une page web...ca permet d'avoir des matches consultables!

tu peux pas forcément faire des dll sous toutes les plate-formes...non?
Et puis le faire en réseau ca permet d'avoir des spectateurs!

et on prend Free pour hoster tout ça

oui oui nan c'est excellent comme idée!    
 
puis en plus je suis à fond dedans moi pour le boulot..
on pourra utiliser du php + flash pour faire le prog "mère"
Puis justement je fais du "temps reel" de la communication via php et tout.. donc je peu m'en occuper!    
 
Puis ça fera vraiment "arène" avec des spectateurs et tout..

 
moi j'ai un bon hebergeur payant.. je peu heberger le prog "mère"..  

Ben l'idée serait d'avoir une interface pour les spectateurs en HTML, et une en XML (genre SOAP par exemple pour les bots).
On peut imaginer des tournois...
Y faut quand même régler la question de l'initiative de la connexion.
Par exemple, y'a ceux qui n'ont pas de serveur, et qui feront un bot en C++ sur leur machine. Dans ce cas, c'est le bot qui à l'initiative, il se connecte, récupère les données du jeu/combat pour lequel il joue, et fait une autre requête si c'est à lui de jouer. Ou bien le joueur humain suit le jeu dans l'interface HTML, et lance son bot manuellement quand c'est son tour.
Pour un bot sur 'serveur' client, on peut imaginer que le serveur de jeu est piloté par un 'arbitre' humain ou daemon, qui fait des requêtes vers le bot client.
 

On peut faire un stratego

Ca va tourner au combat de pokemon ce truc

un abalone, ca peut se jouer à trois.

Euhhhhhhhhh...du moment que j'ai pas à gérer le serveur vous faites comme vous le sentez...  
Je comprends pas le coup du "ceux qui n'ont pas de serveur"...
Tu penses à ceux qui feraient leur bot en php, par exemple, c'est bien ça?

Ou alors, le truc c'est de "créer" un jeu et que chacun écrive son bot selon les règles de ce jeu, et ensuite on fait des affrontements de bots machine vs machine pour faire un concours d'IA

 
Bah oui, en fait c'est le "prog mere" qui dira a qui le tour de jouer.. les programmes adversaire effecturons des requetes toutes les secondes.. (jsais pas hein) pour savoir quand c'est a leur tour de jouer..
 
Voila quoi..
Puis evidemment, un identifiant unique sera donné à chaque adversaire..
 
Et on echangera les données avec du XML..  
 
Le prog mère generera via php :
 
- La personne à qui il est demandé de jouer
- Les coordonés de chaques pions (ça depend du jeu)
 
Les progs clients enverons (via POST/GET/PUT) :
 
- Le prochain coup à jouer (avec un format prédefini)

Bah c'est un peu de ca qu'on parle, à la base...

et le jeu?    
 
on joue à quoi?? on a pas encore décider.. un truc pas trop compliqué pour le commencement..
 
PS: moi je veu bien m'occuper du "prog maman"  

   
Ca part sur un concours de bot php là non?

c'est quand meme très orienté prog web votre truc là

 
mais nan.. c'est justement pour que tout le monde puisse utiliser son propre langage..    
 
Tu as mieux à proposer?
je trouve ça pas mal nan? tu arrives pas POSTER ou GETER en c++?
 
Alors? qui approuve?

 
Tu proposes quoi pour faire des bastons à l'echelle nationale?
Le web c'est un bon moyen..  
 
Puis tu pourras faire ton algo en C/C++

 
Je trouve que ca fait plutôt très système multi agent mais bon

du moment que je peux faire mon bot en assembleur moi hein...

beuh je voyais plus des sockets...
Là ca oblige tout le monde à générer des pages web, c'est moyen...
Ou alors il faut un serveur qui gère plusieurs modes de communication...

 
Ouai enfin pour le protocol de com tu risque de ramer un peu (en tout cas moi je veux pas l'écrir en assembleur   )

ce que tu peux être prévisible quand même
 
 

Ben juste pour la partie communication entre bot et serveur.
Pour le jeu en lui même, on fait ce qu'on veut.
En plus, on l'a déjà dit, mais çà permet d'organiser des tournois par exemple, et de proposer des interfaces WEB pour les spectateurs.

 
tic tac toe  
juste histoire de vérifier que l'architecture fonctionne, vu qu'il y a un algo pour ne jamais perdre...

 
Un poil trop compliqué.. mais pourquoi pas l'envisager par la suite..
 
Dommage que ça vous plaise pas..    
pourtant c'est simple.. on va pas se faire chier avec ça.. l'important ça va etre l'algo qui generera le meilleur coup à jouer..
 
Non?..  

  y en a qui sont durs à la comprenur...
 
C'est juste le serveur mère qui génère des pages web, les autres ne font que les parser et envoyer leur résultat à la "mère" qui les remet au format page web.

Bah oui justement...j'ai jamais touché le xml moi, il faudrait que je passe du temps dessus je suppose...

 
Ouai, c encore pire, pas envie de me taper un parser HTML  

je le parserais en C

 
     
 
mais non.. juste faire des requetes sur des pages web.. et sender les donnés avec post et compagnie..
 
c'est le prog mere qui va generer des trucs..

Moui mais on le renvoie comment le résultat?
Par mail?

votre projet est trop grand non?
on peut pas tous passer des dizaines d'heures pour le concours quand meme.
mais pourquoi pas séparer les différentes choses?

Pour commencer faudrait déterminer comment on cause entre clients et serveur...Perso pour l'instant je comprends pas tout je pense...

une simple requète POST