Réunion du Merecredi 8 Avril 2009

Présents :

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.

Réunion du Vendredi 13 Mars 2009

Présents :

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)

Réunion du 22 Janvier 2009

Présents :

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.

Réunion du 20 Janvier 2009

Présents :

Fabrice Boutarel, Patrice Bouvier

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

Compte rendu :

Dans un premier temps, nous avons effectué une petite présentation powerpoint pour faire un point sur notre travail depuis le début. En accord avec notre discussion de l’après-midi, nous avons conclu celle-ci par une ouverture sur la possibilité de baser notre étude sur le projet effectué en OpenGL/C++ plutôt que sur le jeu Nexuiz, précédemment choisi.

Après discussion, les tuteurs ont accepté notre proposition, nous avons donc redéfini ensemble les objectifs :

• Les Objectifs Prioritaires :

- Nous devons adapter notre application pour intégrer un mode FPS. En effet, le projet ne gère de base que des intelligences artificielles, l’utilisateur ne pouvant agir que sur les caméras. Le mode FPS sera indispensable pour la suite de notre étude.

- Nous devons également pouvoir afficher les deux vues oeil gauche/oeil droit en split screen pour pour le mode stéréoscopie.

• Les Objectifs Secondaires
  

Nous nous gardons du travail en réserve pour les périodes de creux : Certains points de notre application restent à améliorer.

- Gestion des recharges de vie et de munitions

- Gestion de l’intelligence artificielle et des déplacements

- …

Nous espérons atteindre les objectifs prioritaires pour le début de semaine prochaine au plus tard.

La prochaine réunion est fixée au Jeudi 22 Janvier 2009 à 17h00

Réunion du groupe du 20 Janvier 2009

Après une période d’inactivité dûe aux différents projets et partiels, nous nous retrouvons tous les trois pour faire un bilan, et préparer notre présentation.

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.

Réunion du 18 Décembre

Présents :

Fabrice Boutarel, Patrice Bouvier

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

Compte rendu :

Durant la semaine, nous avons fait des recherches sur les frustum asymétriques dans le but de faire coïncider nos vues de gauche et de droite. Après quelques un coup d’œil sur les forums de développeurs, nous avons découvert que quelqu’un s’était déjà penché sur la question, et proposait un code source qui semblait résoudre notre problème.

Nous nous sommes donc attelés à trouver les éléments qu’il avait modifiés, et à apporter ces modifications à notre propre fichier.

La différence étant difficile à distinguer, c’est durant le test lors de la réunion que nous nous sommes aperçus que les modifications apportées n’avaient pas eu l’effet souhaité.

Les vacances de noël étant arrivées, nous avions deux objectfs pour la rentrée :

- Résoudre ce problème

- Préparer une présentation résumant l’évolution du projet depuis ses débuts.

Réunion du 20 Novembre 2008

Présents :

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).

Réunion du 11 Décembre 2008

Présents :

Fabrice Boutarel, Patrice Bouvier

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

Compte rendu :

Nous devions pour cette date vérifier comment fonctionnait la stéréoscopie mise en place dans nexuiz. Il est apparu que les axes des deux caméras étaient parallèles, ce qui a pour effet que l’image gauche et l’image droite n’ont pas exactement les mêmes “bord”.

Il nous a fallu également appréhender et comprendre la documentation fournie par nos tuteurs concernant la vision en relief et la notion de parallaxe. Des notions compliquées qui ont nécessité une ré-explication durant la réunion.

Certains points éclaircis, notre objectif pour la semaine suivante était de régler le problème précédemment énoncé en jouant sur les paramètres de la caméra.

Réunion du 4 décembre 2008

Présents :

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.

Réunion du 06 Novembre 2008

Présents :

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.