rainbow dit :
* Initialisation de tous les modèles au lancement de l'application
* Affichage des modèles de manière globale selon un type de rendu (wireframe, normal, ...)
* Création d'un modèle selon son nom
* Recherche du modèle correspondant au nom demandé
* Description des modèles dans les .xml
* Type d'affichage d'un modèle choisi à la création (wireframe, bbox...)
* Changement d'animation selon un nom
* Recherche de l'animation correspondant à ce nom
* Vitesse et description des animations de chaques modèles dans les .xml
* Changement position de l'objet
* Suppression de l'objet avec gestion des ID's
* Log

A rajouter dit :
* taille du modèle
* masquage du modèle
* destruction du modèle après animation mort. ( le cadavre disparait après un certain laps de temps pour éliminer des choses inutiles à afficher)
* gestion du son pour un modèle. Sons associés à animations pour un type de modèle donné. Possibilité de plusieurs sons pour une même animation (chargée en random).
* ???

rainbow dit :
* Création de 1 à 6 ViewPort
* Attachement d'un ViewPort à un noeud/modèle
* Récupération du ViewPort qui a le focus
* Mouvement du ViewPort à l'aide de la souris sur les bords du VP
* Blocage de la souris à l'intérieur du VP actif

rainbow dit :
* Écriture des raccourcis clavier de chaque action dans un .xml
* Traitement du XML
* Possibilité d'un raccourci en 2 touches
* Test si une touche a été affiliée à une action donnée & si ces touches sont appuyées
* Création du receveur d'évènement global à Curtis
* Définition des évènements usuels ( ctrl + shift + space + lettres + Fx )

A Rajouter dit :
* Ajouter une action permettant la rotation de la caméra (fait )

Ishaan dit :
* Utilisation du logiciel 7-zip en ligne de commande pour l'extraction des fichiers .7z contenant les données du jeu
* Utilisation d'un logiciel "maison" pour vider le dossier temporaire à la fin du programme

Ishaan dit :
* Création de plusieurs threads dans la boucle principale du jeu
* Affiliation pour chaque thread d'une fonction de lancement
* Envoie à chaque thread de données de tout type (Drawable_Object, int, std::string...)
* Attente de la fin du thread avant de fermer
* Variable booléenne pour contrôler l'exécution du thread
* Arrêt du thread depuis la boucle principal

Ishaan dit :
* Le LOD est géré d'office par irrlicht.
* Le frustrum a été implémenté et fonctionne correctement permettant un gain de 30 à 90fps en mode 4 VPs.
* Il reste un petit bug à corriger lorsque l'on passe en 6VPs.
* Il faut refaire une petite passe algorythmique pour voir si l'on peut optimiser le nombre de boucles et opérations par boucles.