A.D.C. Correcteur de dispersion atmosphérique

[chevrier michel 30]

Bonsoir,
il y a t'il quelqu'un qui a essayé ce correcteur pour le planétaire.Si sa corrige la dispersion atmosphérique plus besoin de prendre des caméras qui tournent à 120 images seconde.une vieille webcam suffit.
bonne soirée

[Thierry Legault 6 111]

Aucun rapport entre les deux. Un correcteur de dispersion ne corrige pas la turbulence.

[chevrier michel 30]

Bonsoir,
c'est quoi la différence?

[christian viladrich 7 954]

L'ami JPP a tout expliqué ici :
http://www.astrosurf.com/prostjp/Dispersion.html

[brizhell 2 685]

L'ADC c'est pour la réfraction.

Et pour la turbulence, Christian à tout décortiqué ici :
http://www.astrosurf.com/viladrich/astro/instrument/AIP-2014-turbulence.pdf

[-ms- 2]

quote:

---

.une vieille webcam suffit.

---

Avec un capteur couleur il faut rajouter le dématriçage à la chaîne des traitements (distorsions, flous, échantillonnage) de super-résolution :

Mon site internet srapplis.org (ouverture lundi 19 janvier 2015) traite différentes applications de super-résolution (turbulence sous-marine, turbulence atmosphérique, ...) via des algorithmes de recalage, de fusion, de défloutage écrits en langage Julia dans les environnements Linux Mint 17.1 et Windows 7.

La première application Julia s'inspire des travaux d'Omar Oreifej (Seeing Through Water, CVPR 2011) codés avec Matlab en 2011 :

Cette application sera ensuite étendue à d'autres cas (le soleil par exemple comme à la page 9 du document de Christian Viladrich) où la distorsion importante et le nombre de régions flous demandent autre chose que la moyenne des trames dans le choix de l'image de référence. Cette deuxième application Julia s'inspire des travaux de Yuan Xie (Distorsion-driven Turbulence Effect Removal using Variational Model, 2014).

Avec la troisième application apparaît le traitement des images et des vidéos couleur, ce qui correspond à la demande de ce post.

Le site srapplis.org est bilingue (fr/en) et libre.

[chevrier michel 30]

Bonjour MS,
si je prends ton raisonnement une webcam de la préhistoire doit marcher.
cordialement

[-ms- 2]

Si le PC ne date pas de la préhistoire, il n'y a pas de problème parce que la super-résolution permet d'obtenir une image (ou une vidéo) en haute résolution à partir d'un ensemble d'images en basse résolution (comme celles que donne une webcam par exemple).

[Thierry Legault 6 111]

Tu ne vas tout de même pas dire, ms, que la qualité finale ne dépend plus de la qualité de départ et qu'on obtiendra le même résultat avec une webcam préhistorique et avec une caméra offrant une meilleure résolution, cadence et rapport signal/bruit. Si ?

[-ms- 2]

En cas de turbulence forte c'est le choix de l'image de référence qui est déterminant et des logiciels comme AS2 sont en général dans les choux.
La reconstruction en 2 étapes (Two-Stage Reconstruction) mis en oeuvre dans le gif animé montre très bien cela.

En cas de turbulence moins forte, la moyenne des trames est une hypothèse acceptable et AS2 reste tout à fait valable.

C'est le travail de Yan Xie qui me semble actuellement le plus abouti et je m'en inspire pas mal pour la deuxième application :
http://arxiv.org/pdf/1401.4221v1.pdf

En jetant un oeil à la figure 12 :
(f) Two-stage
(i) Modèle variationnel
tu vois dans quelle direction il faut aller pour résoudre le problème qui empoisonne celui qui recherche la haute résolution solaire, lunaire, planétaire ou satellitaire comme toi.

Sinon dans des conditions de turbulence raisonnable, un capteur moins bruité, plus sensible et plus rapide fera mieux que la webcam préhistorique. Moi ce qui m'intéresse c'est la vidéo couleur de la troisième application et si possible corriger la turbulence en temps réel.

[chevrier michel 30]

Bon la conversation vient intéressante,
pour ma part je suis à 500 mètres vol d'oiseau de la mer si je prends ce correcteur et je mais une Caméra CCD monochrome ZWO ASI120MM-S avec USB 3.0.Et un pc qui tient la route.Je n'ai plus de soucis de turbulence
cordialement

[-ms- 2]

En USB2 (35 ips) cette caméra travaille déjà en dessous du temps de cohérence (1ms) pour des régions de 30x1280 pixels (une image correspond à l'assemblage de 32 régions). Je ne vois pas trop l'intérêt de passer en USB3.

Est-ce que les utilisateurs de cette caméra se sont amusés à faire un recalage des bandes de 30x1280 pixels suivi du recollage (stitching) de ces 32 bandes suivi d'un défloutage de l'image complète pour obtenir une images corrigée ?

J'ai fait cette manip avec recalage non-rigide B-spline + stitching vertical des bandes + défloutage en m'inspirant de plusieurs articles (Peyman Milanfar puis Xiang Zhu puis PengStarobinets puis Vani.M) :
http://www.iosrjournals.org/iosr-jce/papers/Vol16-issue4/Version-1/C016411117.pdf

Pour les caméras qui utilisent le global shutter, il y a une étape supplémentaire (stitching horizontal pour construire des bandes) comme dans la petite manip Julia suivante que j'ai faite avec des régions de 80x80 pixels et pour la trame n°001 (mosaïque des régions recalées + stitching horizontal + stitching vertical + défloutage) :

En appliquant le même traitement aux autres trames, tu obtiens une vidéo corrigée des effets de la turbulence.
Ce genre de manip réalisée d'abord avec Octave puis avec Julia (15 fois plus rapide) doit encore être accélérée (CUDA, OpenCL) pour atteindre un traitement en temps réel.

[Ce message a été modifié par ms (Édité le 10-01-2015).]

[bulot 73]

Bonjour ms, bonjour à tous.

J'ai suivi avec attention cette discussion et j'ai attendu l'ouverture de ton ouverture de site pour intervenir. En fait, l'accès n'a été effectif qu'à partir du 26 si je ne me trompe pas. (http://srapplis.com/presentation-fr/)

Visiblement ms, tu es un spécialiste du traitement d'image (comme probablement pas mal de monde sur ce forum).

Ce dit dit, pour ce qui me concerne, en tant que "buse" de base, j'utilise des programmes "tout fait" pour traiter mes images. Cela signifie que je ne me suis jamais trop posé la question de savoir comment le programme s'y prenait pour évaluer des qualités d'images, les classer, etc. et donc, "j'ai ce que j'ai".

Etant installé dans une zone particulièrement difficile du point de vue de la turbulence, tu penses bien que ta présentation, lue par quelqu'un comme moi, m'a fortement interpelé !!!!! Mes "bouses" vont elles pouvoir montrer enfin quelque chose ?

je me suis donc rendu sur ton site qui est visiblement en état de construction ++.

J'en viens à mes questions ms :

- l'application des travaux que tu présentes ici et sur ton site a pour support des programmes type Mathlab etc. uniquement : exact ?

- si oui, y aura t il une intégration possible de ces modules de calculs vers des programmes types Registax ?

- enfin, la succession des traitements d'images pour passer de BR à HR ont peut être leurs équivalents dans les programmes "courants" : dans ce cas, y a t il une procédure à suivre particulière ?

en te remerciant par avance
Bonne journée
Bulot

[-ms- 2]

Le site srapplis.org sera enrichi progressivement (un article par semaine en moyenne).

Les thèmes abordés dans les articles sont déjà présents dans les différentes rubriques des menus :
- Algorithmes (recalage, défloutage, interpolation, débruitage),
- Evaluation Qualité des images (distorsion, PSNR, SSIM),
- Performances (mémoire partagée, programmation GPU),
- Applications (vision sous-marine, turbulence atmosphérique).

quote:

---

- l'application des travaux que tu présentes ici et sur ton site a pour support des programmes type Mathlab etc. uniquement : exact ?

---

Des programmes Matlab/Octave, C++/OpenCV, Java, Python, ... existent déjà pour éclairer le sujet. Mon approche s'appuie sur Julia qui supporte la programmation parallèle et distribuée.

quote:

---

- si oui, y aura t il une intégration possible de ces modules de calculs vers des programmes types Registax ?

---

Un des objectifs de srapplis.org c'est de comprendre ce qui se passe à l'intérieur de boites noires comme Registax, AS2 ou autres et d'aller un peu plus loin que le recalage.

quote:

---

- enfin, la succession des traitements d'images pour passer de BR à HR ont peut être leurs équivalents dans les programmes "courants" : dans ce cas, y a t il une procédure à suivre particulière ?

---

Julia peut tourner sur un PC avec une carte graphique pour bénéficier de la programmation par mémoire partagée et par GPU mais aussi être embarqué sur une carte (Jetson TK1) pour traiter la turbulence en temps réel (c'est mon application n°3).

[Ce message a été modifié par ms (Édité le 01-02-2015).]