Fabrice Boutarel, Patrice Bouvier

David Ciaudo, Baptiste Malaga, Héléna Duchaussoy

Compte rendu :

Le système de collision a été entièrement revu afin de les collisions et permettre ainsi des projectiles ultra-rapides notamment le laser.

Le système d’enregistrement des tirs fonctionne parfaitement et distingue l’arme avec laquelle le joueur a tiré.

La caméra se recule quand le joueur meurt pour bien qu’il comprenne qu’il va être téléporté ailleurs.

Il reste à intégrer un mode aérien où le joueur se contenterait de larguer des projectiles sur des cibles situées au sol.

Nous avons également parlé du questionnaire nécessaire pour réaliser la phase de test.

Fabrice Boutarel, Patrice Bouvier

David Ciaudo, Baptiste Malaga, Héléna Duchaussoy

Compte rendu :

1) Débriefing de la pré-soutenance du 26 Février.

2) Bilan du travail de la semaine

* Collision des tirs utilisateurs avec les robots ennemis…

Fait :

Sauvegarde des données sous forme de points de précision dans un tableau discrétisant une durée déterminée. Un système de sphères concentriques englobant les cibles permet cette mesure. Les tirs sont tous analysés un à un et on ne distingue pas encore les tirs utilisateurs des tirs ennemis.

A faire :

Pouvoir distinguer la source des tirs (éventuellement séparer les listes contenant les projectiles), et leur associer un indice ainsi qu’un temps (de tir ou d’impact) en millièmes de seconde. De plus, il faudra penser à comptabiliser les projectiles n’atteignant aucune cible. Il faudra donc conserver le nombre de tirs effectués et le nombre de robots tués.

Toutes ces données devront être écrites dans un fichier, et pouvoir être facilement ré-utilisées, il faudra donc décider d’un format et mettre en place les fonctions nécessaires à la lecture/écriture. Réfléchir à une sauvegarde permettant de distinguer tirs proches et tirs lointains

* Travail sur la vitesse du laser

* Revoir l’IA pour améliorer l’immersion

Nb : l’idée d’effectuer des  statistiques sur la précision de la collision avec les caisses de recharge est abandonnée.

3) Discussions sur l’étude à mener (non disponible en ligne)

Fabrice Boutarel, Patrice Bouvier

David Ciaudo, Baptiste Malaga, Héléna Duchaussoy

Compte rendu :

Nous faisons un bilan du travail effectué durant les deux derniers jours.

- Un mode FPS a été mis en place. Il reste certaines améliorations à lui apporter, mais il est d’ores et déjà jouable.

- L’application est maintenant affichable en plein écran et en split screen, il ne nous reste plus qu’à comprendre et utiliser la fonction glFrustum pour obtenir des caméras asymétriques en mode stéréoscopie.

- Nous étudions en parallèle des tutoriaux sur le système de gestion de version Mercurial, de façon à le mettre en place, si possible, rapidement.

Une certaine démotivation est palpable, nous en cherchons les causes. Il apparaît que le travail sur un code inconnu, complexe et peu commenté est un des éléments qui participe à celle-ci. Un élément nouveau a particulièrement attiré l’attention des trois membres :

Fabrice, notre tuteur, nous a fait part hier du fait qu’il serait apprécié d’avoir une application opérationnelle sur l’écran autostéréoscopique lors de la journée portes ouvertes de l’université qui se déroulera le samedi 7 février 2009. Ceci entraîne la même réaction chez chacun des trois membres : nous n’avons pas envie de présenter un travail qui n’est pas entièrement le notre (en tous cas, la partie visible pour le public) aux portes ouvertes. Fabrice nous avait également évoqué le fait que notre projet de fin de semestre en C++/OpenGL, « Robostein » pourrait éventuellement constituer une solution de secours si les problèmes subsistaient avec Nexuiz.

Cette optique nous rend tous trois très enthousiastes. Nous n’y voyons presque que des avantages :

- Un code maîtrisé nous permettra d’être nettement plus efficaces

- Un projet qui serait le nôtre, du début à la fin = plus de motivation et de satisfaction

- Une séparation des tâches plus facile

- Enfin, présenter un projet de l’IMAC aux portes ouvertes serait une bonne promotion pour l’école, et permettrait de présenter nos méthodes de travail et les différentes matières abordées dans le cursus, de manière ludique et attractive.

Nous décidons donc de conclure notre présentation du jour par cette ouverture, de façon à exposer notre point de vue à nos tuteurs et dans l’espoir d’obtenir leur accord.

Fabrice Boutarel

David Ciaudo, Baptiste Malaga

Compte rendu :

Durant cette séance nous avons pu tester le jeu Nexuiz sur l’écran polarisé de la salle RV avec les modifications que nous avons apporté aux caméras. Cette séance de test nous a permis de nous rendre compte du côté immersif que dégage la stéréoscopie.

Cette séance fut très encouragente pour la suite.

Pour la prochaine fois, il faudra mettre en place un certain nombre de commandes au clavier permmettant de modifier les différents paramètres du mode de stéréoscopie (par exemple l’écartement des yeux).

Fabrice Boutarel, Patrice Bouvier

David Ciaudo, Baptiste Malaga

Compte rendu :

Nous avons mis en place des raccourcis clavier pour influer sur les différents paramètres du mode de stéréoscopie. Ces tests nous ont permis de nous rendre compte des défauts de parallaxe existants. Par exemple, des déformations apparaissent sur l’arme placée au premier plan.

Durant cette réunion, nous évoquons le terme frustum qui semble être une solution pour régler ce problème. Il va falloir se renseigner sur cette méthode pour la prochaine réunion.

Fabrice Boutarel

David Ciaudo, Baptiste Malaga, Héléna Duchaussoy

Compte rendu :

Une réunion assez courte puisque la semaine chargée ne nous eu, n’a pas été suffisante pour explorer vraiment tout le code source. Néanmoins, il semblerait que ce que l’on cherche se trouve dans le fichier cl_screen.c. En effet le début du fichier laisse apparaitre des déclarations de variables au nom explicite : cvar_t r_stereo_redcyan et surtout cvar_t r_stereo_sidebyside qui est le mode qui nous intéresse le plus. Il s’agit d’un mode splittant l’écran en deux, avec à gauche la vision de l’oeil de gauche, et droite la vision de l’oeil droit.

On semble se rapprocher de notre objectif, une analyse plus détaillée de ce fichier semble prometteuse.