Autre concours de programmation : Dwarfaction - Page 1

Salut à tous.
Bon je vois qu'il y a déja de la pub pour Prologin ici donc je me lache...
Avec quelques amis on organise un petit tournoi d'intelligence artificielle. Un peu dans l'esprit de la finale Prologin pour ceux qui connaissent, sauf que ça se passe sur internet et que ça dure 3 semaines (ou plus, on verra).
Donc voilà, en résumé vous devez coder une intelligence artificielle pour contrôler une armée de nains de jardin qui doit tataner une autre armée de nains de jardin.
On fournit un programme de base et plein d'explications sur notre site : http://www.dwarfaction.euro.st

Viendez nombreux ... On a déja récolté quelques cadeaux pour les vainqueurs... ça fait envie

Bonne initiative

Mais bon :
[ul][li]la doc est assez incomplete : que représente le champ de vision ? (il n'est mentionné nulle part dans l'introduction) comment sont mesurées les distances ? y a-t-il une limite de temps, ou de nombres d'appels a certaines fonctions ?
[li]les choix d'architectures sont un peu bizarres : pkoi forcer les gens a programmer en C(++) sous Win ou Linux, qui plus est avec DevC++/MinGW obligatoirement sous Windows ? ce serait probablement plus pratique de transmettre les ordres via des pipes (dans le sens IA->jeu, et dans l'autre sens, transmettre la map -- en supprimant évidemment les informations qui ne sont pas accessibles au joueur), puis de fournir le code des fonctions du style de CanUnitAttack(), que l'on pourrait éventuellement traduire dans d'autres langages ; en plus ca ferait d'une pierre deux coups, puisque les aspects moyennement bien documentés comme la définition de la distance deviendraient immédiatement limpides D'autant plus que pour faire une implémentation efficace, il faudrait de toute facon réimplémenter ces fonctions, donc ce serait bien utile d'avoir leur code sous la main ^^ En plus, ce serait vraiment bien de pouvoir séparer les différentes IA dans des processus différents : si une IA plante/est buggée, il faut pas que l'autre soit affectée... (alors qu'avec l'organisation en DLL, on peut completement passer a coté)
[li]il manque alleg40.dll dans la distrib graphique
[li]vous comptez réellement avoir des participants ? [/ul]

erf, a peine prévisible, je m'étais inscrit juste pour voir, et voila ce que je viens de recevoir :

Bonjour Pollux,
A l'heure actuelle tu es le seul inscrit à notre super tournoi :o(

Nous avons donc décidé de reporter la fin du tournoi au 22 mai afin de
trouver d'autres participants, parce que pour le moment on a plus de
lots à faire gagner que de gagnants potentiels ...
Voilà, happy coding ! Tu remporteras peut être l'appareil photo numérique...

(ou comment gagner un appareil photo numérique sans rien faire ? )

En tout cas c'est vraiment pas malin de leur part de spammer des forums sans y revenir...

Ca aurait pu être intéressant, mais si on a pas droit à VS.NET...

Pollux > Tu n'es plus tout seul, les gens commencent à s'inscrire . Résultat d'une campagne d'affichage à gros budget (ou pas).
Et je ne spamme pas les forums, je suis inscrit depuis juillet ... C'est vrai que je ne viens pas tous les jours par contre.

C'est vrai qu'il manquait une dll (et même 2 ) dans la première archive. C'est ce qui arrive quand on fait les tests sur une seule machine
Mais c'est corrigé, la nouvelle version 0.7.2 marche !

la doc est assez incomplete : que représente le champ de vision ?
Il me semblait que j'en avais parlé dans l'introduction, ça doit pas être bien clair et je vais arranger ça. L'équipe ne peut voir que les cases qui entourent les nains (un peu à la Warcraft). Et les distances sont mesurées en cases.

les choix d'architectures sont un peu bizarres : pkoi forcer les gens a programmer en C(++) sous Win ou Linux ?
Ben tout simplement parce que c'est beaucoup plus facile pour nous . On a bêtement choisi la simplicité. Et sous Windows on a choisi d'imposer minGW parce qu'il est gratuit et q'il fallait imposer un compilateur pour que le linkage marche bien.

Justement, ce que je disais c'est qu'il n'y a pas besoin de linker, et que ce serait bien plus propre et flexible si chaque IA tournait dans un processus séparé avec une API de communication clairement spécifiée... Et ca aurait pas vraiment été plus compliqué a implémenter.

Je dois avouer que tu as raison. Surtout qu'il y a quelques bidouilles pas très catholiques pour que les dll marchent bien.
Mais quand on s'en est aperçu le projet étais déja bien avancé et on se sentait pas de tout recoder .

tucdual :
Pollux > Tu n'es plus tout seul, les gens commencent à s'inscrire . Résultat d'une campagne d'affichage à gros budget (ou pas).
Et je ne spamme pas les forums, je suis inscrit depuis juillet ... C'est vrai que je ne viens pas tous les jours par contre.

C'est vrai qu'il manquait une dll (et même 2 ) dans la première archive. C'est ce qui arrive quand on fait les tests sur une seule machine
Mais c'est corrigé, la nouvelle version 0.7.2 marche !

la doc est assez incomplete : que représente le champ de vision ?
Il me semblait que j'en avais parlé dans l'introduction, ça doit pas être bien clair et je vais arranger ça. L'équipe ne peut voir que les cases qui entourent les nains (un peu à la Warcraft). Et les distances sont mesurées en cases.

les choix d'architectures sont un peu bizarres : pkoi forcer les gens a programmer en C(++) sous Win ou Linux ?
Ben tout simplement parce que c'est beaucoup plus facile pour nous . On a bêtement choisi la simplicité. Et sous Windows on a choisi d'imposer minGW parce qu'il est gratuit et q'il fallait imposer un compilateur pour que le linkage marche bien.

Et si vous filiez les source du moteur ?

1 -> on pourrait le faire tourner sur d'autre archi que Win, Linux/x86 (par ex MacOS X, linux/PPC, Unix en tout genre/x86 etc..) surtout que l'utilisation d'allegro facilite grandement.. et en plus ceux qui veulent pourrait utiliser Visual Studio..

Ben l'idée c'était de garder les sources pour nous jusqu'à la la fin du tournoi, et de les donner après. On aime bien l'open source quand même.

Notre but c'est de donner un projet clé en main : tu télécharge l'archive, et t'as plus qu'à remplir le code dans le projet, sans te casser la tête pour chercher comment compiler le truc. En plus comme ça tout le monde rend du code qui passe bien sous mingw, on n'a pas besoin de refaire les projets si on veut compiler le truc nous même.
Comme ça aussi tout le monde peut participer, tout est déja bien configuré, pas la peine d'être un warrior en Makefile.

Mais devant la demande générale, on va peut être revoir ça.


Sinon, pour les archi, au début on pensait faire juste une version windows. On a porté le projet sous linux juste parce que je préfère coder sous linux ...
Je pense qu'avec ces deux architectures on touche déja tout le monde (à part les ppc, j'y avais pas pensé). Si vous voulez on peut pondre une version solaris vu qu'on a 2 étages de salles Sun à notre disposition... mais qui a Solaris chez lui ?

Nan moi j'aime bien l'idée des IA linkées dans le même processus.
La guerre des nains risque de tourner au corewar mais bon ça pimenterait un peu le tout

tucdual :
mais qui a Solaris chez lui ?

J'ai une install de Sol10 en suspend, et un sol9 installé ()

J'ai une install de Sol10 en suspend, et un sol9 installé

Tu veux un portage ?

non la machine en question n'est qu'un serveur ^^