Travaux futurs

Il reste un certain nombre de problèmes à régler ou d'améliorations à apporter à ce projet.

Acquisition

Il faudra peut-être définir un nouveau protocole afin de faciliter la mise en commun de deux ou plus séquences ensembles. Eventuellement effectuer des prises de vues supplémentaires de la mire lors de la transition entre les deux séquences.

Calibration

Les logiciels de calibration pourraient être mis en commun, dans un même logiciel, avec une interface simple, qui ferait gagner du temps. La calibration actuelle est fastidieuse parsqu'elle n'est pas ergonomique.

Le logiciel find_tache doit être modifier pour que la calibration des images 3040x2008 ne se fasse plus obligatoirement sur un écran 21`` en 1600x1200 et avec quatres écrans virtuels. Il suffirait de créer une interface qui gère le scrolling de l'image pour que, quelque soit sa taille, on puisse travailler facilement, ou même de réduire les images (en supposant que la mire soit assez grande pour être vue).

De plus, le format GIF devrait être abandonné puisqu'il est aujourd'hui propriétaire.

Le logiciel cali est à revoir aussi, il y a une interface graphique qui ne marche pas très bien même si nos modifications améliorent quelque peu son utilisation. L'affichage des points résultats n'est pas normalisé donc lorsqu'on travaille sur des petites images, ils tiennent dans la fenêtres, lorque l'on travaille avec des grandes, ils ne tiennent pas. De plus, il y a des milliers de valeurs qui sont deversées sur la sortie standard, il ne faudrait afficher que ce qui est important et éventuellement l'intégrer dans l'interface graphique.

La deuxième séquence prise lors de la deuxième acquisition au LRMF, prise avec un angle de 75 degrés environ, pose problème au logiciel de calibration. Peut-être a-t-elle été prise tout simplement avec un angle trop important, peut-être que la calibration est mal effectuée, en tout cas, des modifications sont certainement à apportées à la calibration.

Reconstruction par triangles

• L'algorithme qui gère actuellement l'occlusion (le fait qu'une partie de l'objet soit cachée par une autre partie de lui-même) est de complexité n carré (algorithme d'intersection avec triangles de raytracing). L'implémentation d'une méthode plus rapide utilisant des z-buffers n'a pas été terminée; le dernier objet acquis n'ayant pas de concavités produisant de problème d'occlusion, il a été préferé de travailler sur une autre partie du projet.

• La méthode adaptive de détermination de la taille d'une cellule du patchwork de la texture pourrait prendre en compte plus de paramètres tels la taille des triangles relativement à la taille des images (en projetant les triangles dans chaque image afin de determiner une taille de cellule optimale en fonction de la résolution).

• Afin déchantillonner la texture, le programme charge en mémoire la totalité des images. Lorsque les images sont importantes (en taille ou en nombre), la mémoire peut ne pas être suffisante.

Reconstruction par octree

• De même que pour la reconstruction en triangles, la gestion du problème d'occlusion se fait en n carré.

• La fusion de deux (ou plusieurs) séquences reste à faire. Pour cela, il faudrait déterminer la transformation entre les repères des séquences, sachant que l'on a deux degrés de liberté: une translation et une rotation sur l'axe de rotation.

• La gestion de la boite englobante de l'objet est à ajouter, ce qui lui permettrait d'être mieux échantilloné.

• Dans le cas d'une double reconstruction, la gestion de deux séquences devra être implementée pour la construction du modèle 3D ainsi que dans léchantillonnage de la couleur.

Visualisation des .pts

La triangulation particulière d'un quad (surface faite de deux triangles) pourrait être généralisée aux surfaces faites de plus de 4 arêtes.

autres

La calibration couleur des images doit être intégrée pour avoir des images correctes.