Projet Infographie
2018-2019

Instructions et calendrier

Le travail est à conduire en C++/OpenGL/GLUT. La plateforme de développement est libre. Le code source produit devra être totalement portable.

Le travail est à réaliser en groupe de 3 étudiants. Un chef de projet sera désigné au sein de chaque groupe.

Le calendrier de travail est le suivant:

• Début du projet, répartition en groupes de travail: Semaine du 4 mars
• Proposition du concept de l'application et répartition des tâches: Semaine du 18 mars
  • Modélisation géométrique
  • Modèle physique et animation
  • Gestion des caméras
  • Lumières, matériaux et textures
  • ...
• Présentation d'un prototype: Semaine du 8 avril
• Présentation finale: Semaine du 6 mai
• Retour final: Vendredi 10 mai à 14h dernier délai

Indications communes à tous les sujets

• Les contrôles implantés seront prioritairement réalisés au clavier. Ils pourront éventuellement être réalisés à la souris.
• Dans une première phase de développement, la modélisation géométrique peut éventuellement être sommaire. Le plaçage de texture est une bonne méthode pour éviter de modéliser géométriquement les objets de façon précise.
• Le projet devra intégrer l'utilisation des fonctionnalités suivantes:
    - modélisation géométrique,
    - gestion des caméras,
    - moteur physique,
    - animation,
    - lumière(s),
    - matériels,
    - textures.
• Le projet devra intégrer la possibilité de switcher entre une visualisation à la première personne (avec ou sans avatar) et une visualisation à la troisième personne. On pourra éventuellement utiliser deux fenêtres pour cela.
• Le projet devra être réalisé en programmation orientée objet pour les aspects qui ne relèvent ni d'OpenGL ni de GLUt.

Sujet 1: Un grand-huit

La modélisation doit être effectuée en 3D. Un "circuit" fermé est défini avec montées, descentes, "lignes droites", tournants et éventuellement loopings. Un mobile se déplace sur ce circuit après départ en position haute. Le mobile suit étroitement le circuit sans que l'utilisateur du programme puisse le contrôler. Il subit des accélérations et des décélérations en fonction des descentes et montées réalisées et de leurs pentes.

Suggestions :
  - Le rail pourra être modélisé au moyen d'une boucle B-Spline 3D (courbe B-Spline fermée).
  - Un problème particulier devant être géré est la définition de l'axe vertical adopté par le wagonnet, par l'avatar assis dedans et donc par la "posture" de visualisation de l'avatar. On pourra résoudre ce problème en utilisant de nouveau une boucle B-Spline 3D dont les points ne sont pas des positions, mais les directions verticales.

Sujet 2: Une course sur circuit

La modélisation doit être effectuée en 3D, mais le circuit est plan. Un circuit fermé est défini avec lignes droites et virages représentant un parcours délimité par des bords. Un mobile se déplace sur ce circuit à partir d'une ligne de départ. Il subit le contrôle de l'utilisateur du programme qui peut accélérer, ralentir et changer de direction mais ne peut pas sortir du circuit. Des éléments de décor devront être ajoutés en dehors du circuit lui-même faute de quoi l'interprétation des distances risque d'être difficile.

Suggestions :
  - Un problème complexe consiste à interdire au mobile de sortir du circuit. On aura tout intérêt à se mettre en situation de gérer l'aspect mathématique de ce problème de façon aussi simple que possible. Pour ce faire, les bords du circuit pourront être modélisés en utilisant des fonctions mathématiques simples : droites, arcs de cercle, ...
  - Il est possible de construire le circuit en assemblant des morceaux élémentaires "simples" : morceaux de ligne droite, virages à 45 ou 90 degrés, ...

Suivi

Les séances de Cours-TD-TP pourront être l'occasion de discutions.

Lors de la séance de TP de la semaine du 8 avril, une présentation d'un prototype exécutable sera réalisée.

Dans tous les cas, le chef de projet sera l'interlocuteur privilégié.

Instructions de retour

Le travail est à retourner par courrier électronique à l'adresse nicolas.janey@univ-fcomte.fr pour le vendredi 10 mai à 14h dernier délai.
L'archizip envoyée devra s'extraire dans un répertoire. L'entête du courrier électronique devra contenir précisément la chaîne "ProjetIG20182019" suivie du nom des 3 étudiants.

L'archive zip devra contenir un fichier readme.htm où seront indiquées toutes les informations jugées nécessaires à la bonne compréhension du travail réalisé. Ce fichier inclura un descriptif des techniques employées pour réaliser le travail ainsi que la répartition du travail au sein du groupe de développement. Il inclura aussi la liste des fichiers sources nécessaires à la compilation.

L'archive zip ne devra contenir que les fichiers strictement nécessaires (sources, solution, projet, makefile, ressources, textures, ...) et en tout état de cause occuper moins de 5 Mo. ATTENTION, les .exe et autres types d'exécutables (.dll, .bat,...) ne devront pas être sauvegardés dans l'archive faute de quoi, le mail sera rejeté par le serveur de mail de l'université.

Un accusé de réception sera envoyé par mail à l'expéditeur du fichier zip.

Critères d'évaluation

Les critères d'évaluation seront les suivants:

• Respect des directives
• Respect du sujet de projet
• Qualité du fichier readme.htm
• Qualité et facilité d'exploitation des codes sources
• Qualité de l'affichage
• Qualité de l'animation
• Qualité de la programmation OpenGL
• Diversité des fonctionnalités OpenGL utilisées
  • Caméras
  • Lumières
  • Matériaux
  • Textures
  • ...

La liste ci-dessus n'est pas exhaustive et n'est pas triée par ordre d'importance des critères.

Questions, remarques, erreurs
nicolas.janey@univ-fcomte.fr