Finale !
11 views
Skip to first unread message
Xavier Weber
Feb 16, 2013, 6:42:26 AM2/16/13
to codinsa-su...@googlegroups.com
Bonjour � vous,
on a fait un point rapide l'autre jour, et il en ressort que nous devons :
* Trouver un endroit pour h�berger un svn pour le projet
* R�fl�chir � la fa�on de r�aliser la communication entre les IAs
cod�s par les joueurs (C++ ou Java) et le moteur de jeu en Java. J�r�me
proposait de faire du TCP/IP, ce qui fait qu'il faudra pr�voir des temps
de r�ponse autoris�s pour les IAs.
* Penser � une petite interface, avec quelques fonctions de d�bug
utilisables par les finalistes (pour qu'ils puissent mettre en �vidence
le comportement de leurs unit�s).
* R�fl�chir � la fa�on de coder le moteur de jeu.
* R�fl�chir � l'int�gration du code des finalistes (qu'est-ce qu'on
leur donne comme cadre pour coder, des fonctions � impl�menter ?)
sachant que c'est � faire pour le Java et le C++.
J'aimerais savoir qui se sent le temps de bosser sur quoi (seul ou �
plusieurs). Enfin, quelle t�che vous int�resse ?
Il y a aussi un dossier finale sur le google drive, avec les documents
de description du jeu, des objets, unit�s, etc. qui ne demande qu'�
s'�toffer.
Je voudrais bien avoir une r�ponse de chacun (histoire de voir si la
mailing list fonctionne, au moins).
Cod'INSAlement,
Xavier
on a fait un point rapide l'autre jour, et il en ressort que nous devons :
* Trouver un endroit pour h�berger un svn pour le projet
* R�fl�chir � la fa�on de r�aliser la communication entre les IAs
cod�s par les joueurs (C++ ou Java) et le moteur de jeu en Java. J�r�me
proposait de faire du TCP/IP, ce qui fait qu'il faudra pr�voir des temps
de r�ponse autoris�s pour les IAs.
* Penser � une petite interface, avec quelques fonctions de d�bug
utilisables par les finalistes (pour qu'ils puissent mettre en �vidence
le comportement de leurs unit�s).
* R�fl�chir � la fa�on de coder le moteur de jeu.
* R�fl�chir � l'int�gration du code des finalistes (qu'est-ce qu'on
leur donne comme cadre pour coder, des fonctions � impl�menter ?)
sachant que c'est � faire pour le Java et le C++.
J'aimerais savoir qui se sent le temps de bosser sur quoi (seul ou �
plusieurs). Enfin, quelle t�che vous int�resse ?
Il y a aussi un dossier finale sur le google drive, avec les documents
de description du jeu, des objets, unit�s, etc. qui ne demande qu'�
s'�toffer.
Je voudrais bien avoir une r�ponse de chacun (histoire de voir si la
mailing list fonctionne, au moins).
Cod'INSAlement,
Xavier
Jérôme Sivadier
Feb 16, 2013, 6:49:23 AM2/16/13
to Xavier Weber, codinsa-su...@googlegroups.com
Bonjour,
En effet il y a du taf aussi au niveau du sujet de finale, et 2 mois ne seront que nécessaires :)
Dans ce que tu as marqué précédemment, on fait finalement le moteur de jeu en java, pas en C++? Pour l'idée du TCP/IP c'est une idée, une autre idée est de demander au moteur de jeu d'exécuter les IA en interne, du coup pas besoin de communiquer sur le réseau, tout se fait sur une machine. Je ne sais pas ce qui est mieux.
Pour ce qui est proposé au-dessus, je me propose pour chercher le dépot SVN et superviser l'avancée du projet mais je n'aurai le temps que de retoucher éventuellement un peu le code et faire des choses "basiques". Entre l'organisation de tout et les autres clubs (+ occasionnellement les cours ^^) je n'ai pas le temps de m'investir à 100% dans le sujet de finale.
Bon courage en tout cas et j'espère qu'on aura au moins 3 ou 4 devs pour le sujet de finale, il y a un gros paquet de choses à tester!
Pour les tests en infrastructure, on peut demander une réservation de la (des) salle(s) le jeudi avant la finale et le jeudi deux semaines avant si vous en avez besoin, il n'y a pas de soucis.
Bon week-end!
---
Jérôme Sivadier,
Président du Cod'INSA 2013,
3A IR
on a fait un point rapide l'autre jour, et il en ressort que nous devons :
* Trouver un endroit pour héberger un svn pour le projet
* Réfléchir à la façon de réaliser la communication entre les IAs codés par les joueurs (C++ ou Java) et le moteur de jeu en Java. Jérôme proposait de faire du TCP/IP, ce qui fait qu'il faudra prévoir des temps de réponse autorisés pour les IAs.
* Penser à une petite interface, avec quelques fonctions de débug utilisables par les finalistes (pour qu'ils puissent mettre en évidence le comportement de leurs unités).
* Réfléchir à la façon de coder le moteur de jeu.
* Réfléchir à l'intégration du code des finalistes (qu'est-ce qu'on leur donne comme cadre pour coder, des fonctions à implémenter ?) sachant que c'est à faire pour le Java et le C++.
J'aimerais savoir qui se sent le temps de bosser sur quoi (seul ou à plusieurs). Enfin, quelle tâche vous intéresse ?
Il y a aussi un dossier finale sur le google drive, avec les documents de description du jeu, des objets, unités, etc. qui ne demande qu'à s'étoffer.
Je voudrais bien avoir une réponse de chacun (histoire de voir si la mailing list fonctionne, au moins).
Cod'INSAlement,
Xavier
--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes codinsa sujet finale.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse codinsa-sujet-finale+unsub...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .
François SCHMITT
Feb 16, 2013, 8:53:33 AM2/16/13
to codinsa-su...@googlegroups.com
Bonjour,
une idée rapide concernant l'utilisation du TCP/IP:
- on peut utiliser les fonctions de timeout intégrées dans la lib des sockets posix (dispo en C/C++, et à mon avis aussi en java, à vérifier) pour discriminer les IA gloutonnes
- travailler avec des IA externes facilitent les possibilités d'isolation des segments, donc réduisent les possibilités de triche, et favorisent une possible parallélisation mono ou multiposte, j'entends par là commencer à travailler de base avec les sockets nous laisse ouverte la voie du multiposte, même si au final on choisi de ne fonctionner qu'en monoposte (limitation de routeurs toussa...)
- le multiplexage TCP/IP c'est le bieng, à consommer sans modération, par contre il faudra se palucher la portabilité nunux/dodows (sur le C/C++) car la version win32 des sockets posix ne fonctionne pas tout à fait pareil que la version unix (surtout au niveau des inits des sockets)... mais ça se fait assez facilement à coup de préproc pour shunter des bouts de code (#ifdef est votre ami)
une idée rapide concernant l'utilisation du TCP/IP:
- on peut utiliser les fonctions de timeout intégrées dans la lib des sockets posix (dispo en C/C++, et à mon avis aussi en java, à vérifier) pour discriminer les IA gloutonnes
- travailler avec des IA externes facilitent les possibilités d'isolation des segments, donc réduisent les possibilités de triche, et favorisent une possible parallélisation mono ou multiposte, j'entends par là commencer à travailler de base avec les sockets nous laisse ouverte la voie du multiposte, même si au final on choisi de ne fonctionner qu'en monoposte (limitation de routeurs toussa...)
- le multiplexage TCP/IP c'est le bieng, à consommer sans modération, par contre il faudra se palucher la portabilité nunux/dodows (sur le C/C++) car la version win32 des sockets posix ne fonctionne pas tout à fait pareil que la version unix (surtout au niveau des inits des sockets)... mais ça se fait assez facilement à coup de préproc pour shunter des bouts de code (#ifdef est votre ami)
François Schmitt
Diplômé promotion 2012
Département Mécanique
Spécialité Plasturgie
INSA de Strasbourg
----------------------------
Tél: +33 6 84 25 37 17
Mél: francois...@insa-strasbourg.fr
----------------------------
Diplômé promotion 2012
Département Mécanique
Spécialité Plasturgie
INSA de Strasbourg
----------------------------
Tél: +33 6 84 25 37 17
Mél: francois...@insa-strasbourg.fr
----------------------------
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse codinsa-sujet-fi...@googlegroups.com.
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .
--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes codinsa sujet finale.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse codinsa-sujet-fi...@googlegroups.com.
Xavier Weber
Feb 17, 2013, 10:02:09 AM2/17/13
to codinsa-su...@googlegroups.com
Salut,
Le moteur de jeu est censément codé en C++. Le seul truc à faire en Java, c'est l'environnement dans lequel les équipes qui coderont en Java vont implémenter leur programme.
Pouvoir faire des tests une ou deux semaines avant sur la plateforme réelle serait sympa, ouais.
Je suis aussi pour TCP/IP, il faudra juste qu'on se mette d'accord sur l'OS pour la finale, ou qu'on se fasse chier avec la compatibilité des sockets. Est-ce qu'on développe et on fait la finale sur un windows ou un linux ? Avec des machines virtuelles sur les postes de la finale, ça nous laisse genre carrément le choix. Personnellement, j'ai plutôt l'habitude de coder avec un IDE et sous windows. Sinon, j'ai déjà fait du codeblocks sous linux sans que ça me dérange trop.
Pour le svn, on peut utiliser Assembla (la plupart des svn gratuits sont malheureusement réservés pour des projets publics open source).
Xavier
Le moteur de jeu est censément codé en C++. Le seul truc à faire en Java, c'est l'environnement dans lequel les équipes qui coderont en Java vont implémenter leur programme.
Pouvoir faire des tests une ou deux semaines avant sur la plateforme réelle serait sympa, ouais.
Je suis aussi pour TCP/IP, il faudra juste qu'on se mette d'accord sur l'OS pour la finale, ou qu'on se fasse chier avec la compatibilité des sockets. Est-ce qu'on développe et on fait la finale sur un windows ou un linux ? Avec des machines virtuelles sur les postes de la finale, ça nous laisse genre carrément le choix. Personnellement, j'ai plutôt l'habitude de coder avec un IDE et sous windows. Sinon, j'ai déjà fait du codeblocks sous linux sans que ça me dérange trop.
Pour le svn, on peut utiliser Assembla (la plupart des svn gratuits sont malheureusement réservés pour des projets publics open source).
Xavier
Reply all
Reply to author
Forward
0 new messages