L'histoire de l'image n°56

[ms55]

Au départ il y a l'image n°56 prise en live le 27 octobre 2022 à 00:10:11 TL :

Cette image RVB montre déjà pas mal de détails mais ses couches verte et surtout bleu sont bien dégradées.
Les 3 petites vidéos suivantes montrent les corrections que j'ai appliqué aux couches R, V et B.

La couche rouge est très bonne et le modèle de dégradation appliqué n'apporte que peu de choses :

56_r.gif (248.13 Kio) Consulté 903 fois

Sur la couche verte les corrections sont visibles :

56_v.gif (232.57 Kio) Consulté 903 fois

Sur la couche bleu c'est le problème des SC qu'il faut résoudre :

56_b.gif (255.41 Kio) Consulté 903 fois

Enfin les trois couches corrigées donnent la vidéo RVB suivante :

56_rvb.gif (212.17 Kio) Consulté 903 fois

Reste encore à améliorer la balance des blancs mais le résultat est bien là :

De petites courbes NPS pour mesurer ce résultat (la courbe rouge correspond à l'image de droite) :

56_g.png (54.51 Kio) Consulté 903 fois

Maintenant si je fais la même manip avec les 206 autres images prises lors de cette soirée, j'obtiens une vidéo avec mes 3 couches RVB bien corrigées.

Qui a dit qu'un Schmidt-Cassegrain était handicapé par sa lame de fermeture et que l'on ne pouvait pas reconstruire la couche bleu à partir de la connaissance des 2 autres couches.
En fait, quand la couche rouge est de bonne qualité, il est tout à fait possible de corriger les 2 autres.

[ms55]

Une petite vidéo de 2h réduite à 800x600 pour les besoin de ce forum :

jup_mdd.gif (10.59 Mio) Consulté 879 fois

[Ubuntu]

Superbe video !!!

[ms55]

La petite vidéo réduite à 800x600 pour les besoin du forum :

jup_800x600.gif (18.95 Mio) Consulté 838 fois

Cette vidéo utilise 4 images avant et 4 images après l'image courante (une image toutes les 30s) pour obtenir un maximum de détails, elle sera directement affichée en ligne dans la prochaine version du logiciel.

[sebb916]

J'ai une sensation d'image en 3D oO

[ms55]

Une des meilleures images (n°45) de la série :

45.png (364.49 Kio) Consulté 822 fois

J'ai repris la vidéo qui me semblait un peu trop bleu et qui manquait un peu de signal :

jup_800x600.gif (16.2 Mio) Consulté 822 fois

C'est encore perfectible parce que l'ADC n'était pas parfaitement réglé.

[soulearth]

C'est épatant y'a pas à dire. Mais l'algo de correction il se base sur quoi? C'est un peu comme les approches de deconvolution ? C'est une AI qui a déjà vu moult images de Jupiter ? C'est autres choses encore ?

[ms55]

C'est épatant y'a pas à dire. Mais l'algo de correction il se base sur quoi? C'est un peu comme les approches de deconvolution ? C'est une AI qui a déjà vu moult images de Jupiter ? C'est autres choses encore ?

Ce qui se rapproche le plus c'est le modèle suivant basé sur les "transformers" :

Ce n'est pas la même architecture mais le principe est le même.
A gauche la trame courante et n trames adjacentes.
Bien sûr sur aucune trame de gauche la plaque d'immatriculation est visible mais en choisissant n trames adjacentes, les caractères finissent par apparaître dans les images de droite.
Ce n'est plus du "lucky imaging" parce que je me contente dans les vidéos ci-dessus de 4 à 8 trames avant et après la trame courante.

Pour ceux qui s'intéressent aux "transformers", il y a un site que recense tous les projets en cours :
https://github.com/cmhungsteve/Awesome- ... -Attention

C'est un domaine de l'IA en pleine ébullition.

[soulearth]

Merci. C'est toujours intéressant de connaitre les grands principe de ce qu'on utilise.