Mr. Guitton

Pas de réunion cette semaine, seulement une attente de la validation de l'ensemble des primitives de bases nécessaires au projet.

Mr. Strandh

• Il relativise l'utilisation de la syntaxe d'OpenGL, en effet les macros vont permettre de simplifier les notions de blocs créées en C.



• Pour les matrices, il n'est pas nécessaire de se limiter au single float, pour le maximum de précision.



• Comparer X + LISP et OpenGL sur X. Généralement CLX va aussi vite que le C pour les accés à X.



• Pour les opérations de base (math) pas de diminution de performance.



• Apparemment CLX ne passe pas par la Xlib, il communique directemment avec l'environnement X, il analyse les arguments et les envoie au serveur X.



• Voir le protocole X, pour éviter la recopie entre pixmap et buffer fenêtre. Ainsi, il faudra récupérer les sources de CLX et peut être voir s'il y a seulement un changement de pointeur. Facteur de risque â noter dans le cahier des charges : fonctions X qui peuvent ne pas exister dans CLX. Envisager d'étendre CLX qui n'a pas évolué depuis longtemps.



• Apparemment, le protocole X a été plus vu dans l'esprit de Lisp que de C.



• Multiplication de matrices quadratiques, essayer d'aller plus vite en tenant compte des matrices qui sont spécifiques.
  Solution pour définir les accesseurs â la matrice grâce aux reader macros :
  
  
  • #%[m 0 0] -> (aref m 0)
  
  
  
  • [] pour matrice
  • {} pour vecteur



• Remarque : le "case" est trés rapide pour le branchement.



• Usage de CVS, on a un peu travaillé dessus. CVS fusionne des modifications sans les écraser.



• Il faut tout dire dans le cahier des charges, que l'on a réalisé des tests de performance et, noter tous les principaux travaux semblables dans le monde.



• Choix entre fonctions et macros :
  Fonction si tous les éléments sont évalués, sinon, on utilise une macro lorsqu'il y a des conditions suivant un paramètre, une fonction ne peut créer un environnement. Une macro au contraire permet de le faire et permet aussi l'ajout d'expression, code plus compact qui fait la même chose qu'une fonction. On diminue le code visible. Les macros gèrent et optimisent le code pour les cas spéciaux.