Proposition : defi quotidien de bots

[Golgotha]

Pour l'instant toutes les commandes sont assujetti a ce temps de latence, même si cela reste arbitraire pour le moment, puisque il n'y a pas encore eu de réel test avec ce mode de fonctionnement, et des ajustements seront sans doute à réaliser avec les tests.

la porté de tir est de 1 seule case pour le moment, dans la direction regardé par le robot.

[Golgotha]

Merci aux testeurs de ne pas SPAMER la grille de robot !


la fonction login vous ramène 1 robot.

[Golgotha]

La page concernant la visualisation de la grille est bien commencé maintenant.

Je me sert d'une technologie "long polling" pour faire du temps réèl, quand vous faite des actions avec votre robot vous avez le résultats en ajax sur la page web, le robot tourne et bouge sur la grille au même moment que vous envoyer vos commandes.

technologie :
- pubnub pour le long pooling avec un compte payant.
- Affichage de la grille avec un Canvas (HTML5) qui se redessine et des transformations (rotate) pour changer l'angle du robot.
- serveur en python - cgi - apache
- chargement de la grille avec de l'ajax (jquery appèle une foncion python qui retourne du json)


Bon par contre les technos sont jeunes donc les navigateurs fonctionnel sont :

1. Firefox 4
2. chrome
3. opera

[kolodz]

Bonjour,

J'ai réalisé une API client qui est à l'état d'ébauche pour le moment :
http://sourceforge.net/projects/wowwar-client/
Disponible sous sourceForge
Si vous voulez participer vous êtes les bienvenus !
K

[Golgotha]

Envoyé par kolodz

Bonjour,

J'ai réalisé une API client qui est à l'état d'ébauche pour le moment :
http://sourceforge.net/projects/wowwar-client/
Disponible sous sourceForge
Si vous voulez participer vous êtes les bienvenus !
K

De mon coté je me suis occupé a améliorer le site web et à stabiliser l'affichage avec la correction de bug.
j'ai ajouté des exemples de code, java et python + un liens vers ton api.
j'ai aussi ajouté une page de remerciement et corrigé les fautes d'orthographe. (merci ram)

[IMENCHAR]

bonjour:
je suis debudante dans le domaine multi agent.
J'ai choisi la plateforme Madkit pour faire l'implémentation des agents.
Ces derniers communiquent entre eux pour assurer la traçabilité des marchandises.
J ai déjà installer Madkit aussi bien j ai réussi a faire un petit exemple (Helloworld). il est assez simple. J ai besoin d'un exemple qui referme au moins deux agents en communication pour concevoir l’échange de message entre eux.
Aidez moi s'il vous plais.
Merci en avance.
(mon mail: imen.char@gmail.com)

[bonnotguillaume]

Plop !
Je vais peut être faire mumuse avec vous en C#, amis avant tout, j'ai une remarque à faire :

- Pourquoi ne pas faire du tour par tour ?
L'idée de limiter le temps entre chaque action est très bien, mais mettre 2 secondes MINIMUM entre chaque action, et ne pas synchroniser les actions est à mon sens une erreur.
On va dire que tu stock le timestamp de la dernière action d'un joueur.
A chaque fois que tu reçois une action tu regardes si il a deja envoyé une action il y a 2 secondes.
Donc T-action_0 - T-action_1 >= 2
Si ton action est enregistrée 2.02 secondes apres la dernière, tu va perdre 0.02 secondes. Et ainsi de suite. Donc si tu veux perdre le moins de temps possible, tu va avoir tendance a spamer les requetes entre 1.90s et 2.10s.
Bref, non seulement on va se retrouver avec un jeu injuste (en fonction de son ping) mais en plus ça favorise les comportements douteux.

L'idée serait de mettre en place un système de rounds. Un round dure X temps, et pendant ce temps, on a le droit à une action.

Bref, une game loop quoi

[Golgotha]

Bonjour,

Cela fait un moment que je ne m'occupe plus de ce site.. j'ai fait un peux de ménage et remis les bon liens pour que ça fonctionne à nouveau.

http://wowar.alwaysdata.net/index.shtml

(j'ai perdu mon nom de domaine avec le temps..)

[kolodz]

Golgotha !

Il y a moyen de s'amuser encore sur ce projet ?

@bonnotguillaume : Bon argument !
Mais je ne suis pas sûr que le game loop soit la solution la plus classe.

Le serveur peut aussi prendre en compte une action arrivant trop tôt, mais la réaliser seulement quand le cooldown est fini.

Cordialement,
Patrick Kolodziejczyk

[Golgotha]

kolodz,

Bah, le serveur est en service en tout cas, qu'est ce que tu appelle s'amuser ?

[kolodz]

Faire de nouvelles choses !

On pourrai très bien faire des robots avec un programme générique !
Algorithme génétique
Et faire des combats robots créer par un humain contre d'autres qui "évolue"...

Ça demande une petit surcouche par rapport à ce qui existe déjà, mais ça pourrai être intéressant.

Cordialement,
Patrick Kolodziejczyk.

[Golgotha]

Personnellement, je suis déjà pris à 200% sur un autre projet que je développe depuis bientôt un an, mais je suis d'accord avec le principe, on peux tout à fait faire évoluer la chose.

Je peux mettre à disposition le code source en tout cas.

Comment voyez vous la chose ?

[kolodz]

Je peux mettre à disposition le code source en tout cas.

J'avoue que le python n'est pas un langage que je pratique...
Je réaliserai bien une implémentation php du serveur(, si je fait une évolution...)

Si on faire un truc fun, il serai intéressant d'avoir un code génétique "ruban", "lisible" par un humain du style ATCGGTCAAGCTOn pourrait crée un code génétique du robot :
Les acides aminés du robot :

A
C
T
G

Lecture des acides aminées par groupe de 3 :

AAA : début interprétation
TTT : Tire
CCC : avance
GGG : fin interprétation

Par exemple un robot qui avance, puis qui tire :

AAACCCTTTGGG

Il faudrait ajouter 2/3 trucs pour avoir code utilisable pour générer des robots un peu vivant. Le conditionnelle(si alors sinon), le saut ou la boucle et le "regarde".

Cordialement,
Patrick Kolodziejczyk.

Si t'as d'autres idées, je suis preneur.

[Golgotha]

J'avoue que j'ai du mal à voir la chose.

Pour moi le code génétique est statique, j'en ai fait dans le cadre de l'implémentation du voyageur de commerce, ça me servais à trouver rapidement le chemin le plus court. Le code génétique étant la liste des villes. (V1-V2-V4-V3-V8-V7-V5-V6) s'en suis une sélection par rapport à un fitness, puis un croisement et enfin une mutation. le résultat est un membre de la n-ième génération, qui nous donne une liste de ville.

Dans le cas du robot, il faudrait trouver un fitness, je ne voie pas trop... le robot qui meurt le moins vite, et on aurait au final si j'ai bien compris, le génome du robot, qui serais une liste de commande.

Tu introduis la notion de condition dans le génome, ça deviendrait alors un robot auto-programmé, il faudrait aussi écrire un module qui interprète ce génome, pourquoi pas: je demande à voir. Je vais faire des recherches sur le sujet pour confirmer la faisabilité.