-Après plusieurs corrections, notre code d'approximation pour retrouver les angles (de Tcherenkov et d'incidence), qui définissent notre cône, à partir de demi grand axe et du demi petit axe mesuré marche. En effet si nous donnons la même valeur pour le demi grand axe et le demi petit axe nous obtenons un angle d'incidence nul ce qui est plutôt logique. De plus les valeurs pour l'angle de Tcherenkov que nous renvoit le code ne sont pas aberrentes.
-Nous avons réussi à trouver la fonction que nous cherchions pour augmenter le contraste en gardant les structures intactes : on effectue un étalement de l'histogramme en procédant par histogrammes cumulés. A chaque pixel on attribue une pondération égale au nombre de pixels ayant une luminosité inférieure ou égale à ce pixel divisée par le nombre total de pixel. Ceci permet d'aplanir et d'étaler l'histogramme de façon très efficace et ainsi d'augmenter très fortement le contraste (cette méthode est de plus facile et efficace d'un point de vue programmation).
Avant traitement : Après traitement :
-Il est très intéressant de noter que sur les images que nous fournit cette fonction, on voit beaucoup mieux la structure du bruit thermique de la caméra. On a des lignes de bruit qui correspondent nous pensons aux câbles présent dans le CCD (pour plus de détails consultercette vidéo). Cette structure est importante car si nous voulons à un point du projet avoir une réduction du bruit plus efficace il nous faudra connaître la forme du bruit. -Nous avons codé la fonction “remove” qui permet d'enlever les pixels solitaires mais nous ne l'avons pas encore optimisée. En effet plusieurs problèmes se sont posés :

• Premièrement, celui de la complexité du calcul, notre méthode est très primitive pour le moment. Nous nous contentons de parcourir chaque pixel, et à chaque fois les pixels autour de ce dernier dans un rayon de 5pxl. S'il n'y a aucun pixel alumé, cela veut dire que le pixel est tout seul. Le problème est donc la redondance de l'opération puisqu'à chaque fois les points sont parcourus 24 fois. On va essayer d'aller de 5 en 5 (pour que le recouvrement soit nul).
• Secondement, on a l'impression que 5 pxl est un rayon trop petit, en effet tous les pixels dans cette configuration sont seuls après le traitement de nivellement. Mais là encore si on augmente le rayon, le calcul grossit …
• Enfin, le problème des bords de l'image. Quand on parcourt l'image, les pixels situés à moins de 5pxl du bord ont leur “rayon” qui sort de l'image. Nous avons donc essayé de raisonner par symétrie i.e que le programme “reparte dans l'autre sens” (comme dans pacman) quand il atteint le bord, cependant il semble que nous n'arrivions pas à le coder de façon convaincante.

-Nous avons aussi enfin réussi à commander la vitre (nous avons du la commander nous-même au final, le PMCLab n'ayant simplement pas donné suite à notre demande …), elle devrait arriver lundi 22 février. -En conclusion nous avons donc 2 problèmes d'ordre technique : la vitre et comment la faire rentrer dans le reflex et la programmation de l'analyse d'image. Il faut maintenant réfléchir au plan du petit adaptateur. Mais nous avons aussi pensé à une difficulté conceptuelle de notre montage et qui constitue le seul “nuage au-dessus de notre tête” : et si l'anneau Cherenkov était en intensité de l'ordre du bruit ? Les difficultés techniques ne devraient prendre qu'un peu d'huile de coude, mais la dernière question reste en suspens …