Nebulium

Une nouvelle méthode pour améliorer la résolution des images planétaires ?

Messages recommandés

Bonjour à toutes et à tous :)

 

Sur l'IPOL
https://www.ipol.im/
cet article vient de sortir:
https://www.ipol.im/pub/art/2023/460/

 

En voici le résumé en traduction automatique :


Aujourd'hui, les appareils photo des smartphones prennent des photos brutes en rafale dès que l'on appuie sur le déclencheur. Ces photos sont ensuite fusionnées pour produire une image unique de meilleure qualité. Cet article détaille la mise en œuvre de la méthode "Handheld Multi-Frame Super-Resolution algorithm" de Wronski et al. (utilisée dans l'appareil photo Google Pixel 3), qui effectue simultanément un démosaïquage et un débruitage de super-résolution multi-images à partir d'une rafale d'images. Les tremblements de la main pendant l'exposition provoquent des mouvements sous-pixels, qui, combinés au réseau de filtres colorés de Bayer du capteur, donnent une collection de photographies brutes aliasées et décalées de la même scène. L'algorithme aligne et fusionne efficacement ces signaux en un seul signal haute résolution en tirant parti du repliement pour reconstruire les hautes fréquences du signal jusqu'au taux de Nyquist du capteur. Cette approche permet d'obtenir des images numériques zoomées jusqu'à un facteur 2, qui est la limite naturellement fixée par l'intégration des pixels du capteur. Nous présentons une description approfondie de cet algorithme, ainsi que de nombreux détails d'implémentation que nous avons trouvés pour reproduire les résultats de l'article original, dont le code n'est pas accessible au public.

 

Traduit avec www.DeepL.com/Translator (version gratuite)

 

Bien que cette méthode soit destinée à compenser les tremblements des prises de vue à main levée, il m'a paru intéressant de l'évaluer en astrophoto planétaire.
Le traitement "en ligne" se fait sur des lots d'images brutes en DNG, un convertisseur depuis d'autres formats est disponible:
https://helpx.adobe.com/camera-raw/using/adobe-dng-converter.html

Une première évaluation directe est possible pour la Lune avec un APN.

Voici une image trouvée en p 12 des archives qu'il est préférable de télécharger directement :

 

Experiment #656292.

2023-06-01 08:14:19 UTC

(done in 110.197 s)

 

9d0c4c22e38f0ca8412fcc10788d9ef0056ef759

 

Pour les planètes on peut envisager un certain niveau de pré-traitement en convertissant ensuite les TIF en DNG :

https://www.converter365.com/image-converter/tiff/tiff-to-dng

 

Qui s'y colle ?
Merci  :)

 

Modifié par Nebulium
  • J'aime 2

Partager ce message


Lien à poster
Partager sur d’autres sites

Coucou Jean,

ça fait un bon moment que je t'ai vu par ici !

J'espère que tout roule pour toi !

J'ai pensé à toi y'a pas longtemps, j'utilise toujours le marque-page qui présente nos productions de l'époque avec Stéphane Guisard !

Salon du livre à Paris de 2008 il me semble...

20230716_180559.thumb.jpg.465cc582b1c1d867364a6ea013498b02.jpg

 

20230716_180727.thumb.jpg.67542c48d17b79527e8c7cc5932cca32.jpg

 

 

  • J'aime 2

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 2 heures, Nebulium a dit :

Qui s'y colle ?

 

Super...mais tu veut que l'on fasse quoi?

Tu veut quoi avec ton cliché?

Le traiter?

 

Partager ce message


Lien à poster
Partager sur d’autres sites

Je ne connais pas cet algorithme mais d'après le texte il semble combiner le Bayer drizzle (pour le démosaïquage ou debayering) et le drizzle tout court (pour le suréchantillonnage.). AutoStakkert!3 peut combiner ces opérations depuis longtemps. Donc quelle est la nouveauté?

 

Daniel

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 16/07/2023 à 18:12, ValereL a dit :

ça fait un bon moment que je t'ai vu par ici !

J'espère que tout roule pour toi !

 

Hello Valère

A cause du poids des décennies, ça roule commen ça peut, avec tout ce qui va et ne va plus avec... ;)

 

Le 16/07/2023 à 18:12, ValereL a dit :

Salon du livre à Paris de 2008 il me semble..

 

Oui, je l'ai aussi, envoyé par la charmante personne qui tenait le stand de ? et qui avait beaucoup apprécié la vidéo "L'étoile et les trois rois" je crois me souvenir, au point de la faire tourner en boucle sur le stand :)

 

J'ai retrouvé la page de présentation .

et un lien de téléchargement de la version "Export" en MP4

 

L'étoile qui apparaît avec la musique est notre Soleil :)

 

 

 

__________________________________________________________________

 

Le 16/07/2023 à 19:19, deep impact a dit :

Super...mais tu veut que l'on fasse quoi?

 

Bonjour @deep impact

Par exemple, tester la méthode sur tes prises, j'y reviens plus loin

____________________________________________________________

 

Le 16/07/2023 à 19:45, Daniel B a dit :

Donc quelle est la nouveauté?

 

Bonjour Daniel

Peut-être tout simplement la parution sur l'IPOL de la possible redécouverte d'une méthode  par des chercheurs ignorant tout des logiciels d'astronomie.

 

J'ai profité de l'occasion pour me remettre à la chose, avec un smartphone à 200€ et un ETX 70 (D = 70 mm, F=350mm) , une véritable affaire à l'époque  : 60€ chez L..l   plus maniable que mon Dobs de 15" ;)

avec une cible en plein jour dont voici une prise unitaire en afocal au grossissement x87,5 (oculaire 4mm) :

 

 

IMG_20230718_175924_.png.705ccfa60a137b11e3e0b87b08198a96.png

 

Et une vidéo (70 images à 30 ips) des conditions de prise de vue  détourée, redimensionnée et "GiFée " avec VirtualDub :

 

VID_20230718_180059.gif.d24ac2f108eb18a66e66751d6c8f70ea.gif

 

J'utilise l'appli Android fort intéressante et  gratuite "Open Camera" qui permet de sortir du smartphone des DNG en pleine résolution pour essayer de tirer le maximum de jus du mode "Démo", mais la conversion  IPOL en JPG de l'image résultante est trop simpliste, l'affaire est loin d'être gagnée !

Modifié par Nebulium
  • J'aime 2

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 19/07/2023 à 23:38, sebseacteam a dit :

Tu peux faire tourner le programme Python sur windows ?

 

Hello Seb

J'ai su faire ça dans le temps...

Dans l'immédiat, je rélucte à my remettre.

Dans cette évaluation rapide on line, je recherche l'amélioration de la résolution plus que la qualité du rendu . Sur l'IPOL les hautes lumières en fin de traitement sont massacrées comme d'ailleurs le font la plupart des logiciels de visualisation d'images Windows alimentés en RAW, qui utilisent très probablement la DLL "dcraw" alors que ceux du phone en montrent par défaut un rendu correct où les DNG et les JPG sont visuellement identiques :

 

Presse-papier01.png.7d9a638ff61bca43436698798b4424f5.png

 

De gauche à droite :

- Capture de l'écran du phone affichant le RAW

- Le JPG associé par  Open Camera dans le phone, réglages de conversion par défaut

- Le RAW  affiché  dans le PC avec IrfanView, rendu similaire à l'IPOL

 

Je vais de nouveau jouer avec l'IPOL, traitement d'une rafale de 100 prises.

 

A suivre...

 

 

 

 

 

 

Modifié par Nebulium

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 7 heures, polo0258 a dit :

polo

Hello Paul

Merci pour ta visite :)

 

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Hello :)

Je continue mes investigations :

Ci-dessous le rendu de base  par défaut de l'une des unitaires DNG, à gauche avec  IrfanView  (pratiquement identique aux sorties IPOL ) et à droite  avec  FitsWork (après téléchargement de la DLL "dcrawfw1477"  proposée sur le site.)

 

Presse-papier04.png.2f23c1f27dfc3f60b21c271f26b1c6c7.png

 

J'ai passé une rafale de100 prises dans la démo IPOL, paramètres par défaut, réduction des résultats en 25% pour un affichage réaliste :

Presse-papier02_.png.59f7f20c8511625e7db36023716daa92.png

 

 

De gauche à droite : 1 2 3

1 :  Prise unitaire, visualisée avec IrfanView

2 :  Image de référence "input_0", calculée en premier, je n'ai pas trouvé comment  ???

3 :  Image finale "output" , calculée je pense avec la séquence d'algorithmes indiquée dans l'article

 

Au premier coup d'oeil, au problème de l'écrasement des hautes lumières près, la 2 me semble la meilleure (de peu...)

 

Mesure des FFT2D :

 

Presse-papier03_.png.a18db1d55fa8be698d92248f76df8fbc.png

 

Reste à faire un essai en réel sur la Lune, avec l'entraînement Alt azimutal de l'ETX, le principal problème restant  l'adaptateur idoine,  voir :

 

De mon côté, je vais tester un bidouillage personnel à partir de mes  gadjets, photo à venir si valable

Modifié par Nebulium
  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Hello :)

 

 

Le problème avec cet adaptateur pas cher :

 

71A1v5AcLgL._AC_SY355_.jpg

 

est que le support du phone en presse les boutons en haut à droite, rédhibitoire ! :(

 

J'ai finalement utilisé une barette porte-flash pour déporter les pinces ;

 

adapt1_.jpg.a05502c3716bb68244d233cd0d4072a7.jpg

 

Ca donne aussi un peu plus de liberté pour le réglage, qui reste toujours bien pénible !

 

 

Partager ce message


Lien à poster
Partager sur d’autres sites

Hello :)

Je m'apprête à conclure sur l'usage astronomique de cette (nouvelle ?) méthode.

Les circonstances atmosphériques de ces derniers jours ne m'ayant  pas permis de faire un test sur la Lune, j'ai peaufiné les essais statiques sur cette même cible.

La turbulence était plus faible, le soleil était voilé et j'ai sous-exposé d'un petit diaphragme pour évaluer le comportement des "dcraw.dll".

Les images publiées ci-dessous à partir des prises DNG n'ont subi que rotation et redimensionnement :

 

240719.png.a1911b919cb0c08386fa5025693abb6f.png

 

De gauche à droite 1  2  3  4 :

1. Traitement par FitsWork (dcrawfw.dll) d'une unitaire *

2. Traitement par IrfanView (dcraw.dll) de la même unitaire

3. Image de référence de la méthode testée (Zip de 100 prises)

4. Image de sortie de la méthode testée (Zip de 100 prises)

 

Je crois que je vais arrêter là mes investigations...

----------------------------------------------------

* Pour info, l'EXIF de l'unitaire :

Filename - IMG_20230724_191500.dng
ImageWidth - 4000
ImageLength - 3000
BitsPerSample - 
Compression - 1 (None)
PhotometricInterpretation - -32733
ImageDescription - 
Make - Xiaomi
Model - 2201117SY
StripOffset - 696
Orientation - Bottom right
SamplesPerPixel - 1
RowsPerStrip - 1
StripByteCount - 12696
XResolution - 72
YResolution - 72
PlanarConfiguration - 1
ResolutionUnit - Inch
Software - Redmi/fleur_eea/fleur:13/TP1A.220624.014/V14.0.4.0.TKEEUXM:user/release-keys
DateTime - 2023:07:24 19:15:00
CFARepeatPatternDim - 2
CFAPattern - 
Copyright - 
ExposureTime - 1/100.1 seconds
FNumber - 1.89
GPS-IFD-Offset - 24828
ISOSpeedRatings - 52
DateTimeOriginal - 2023:07:24 19:15:00
FocalLength - 5.89 mm

GPS information: - 
GPSVersionID - 2.3.0.0
GPSLatitudeRef - N
GPSLatitude - 43  25  6.1 (43.418361)
GPSLongitudeRef - E
GPSLongitude - 6  47  53.45 (6.798181)
GPSTimeStamp - 17  15  0
GPSDateStamp - 2023:07:24
 

Modifié par Nebulium

Partager ce message


Lien à poster
Partager sur d’autres sites

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant



  • Contenu similaire

    • Par jeffbax
      Bonjour les amis,
       
      Les dernières semaines de vaches maigres pour les observations n'ont pas eu que des inconvénients (même si c'est mieux quand il fait beau). Elles ont laissé du temps au traitement et à la gestation d'images, dont particulièrement celle-ci.
      L'idée est née avec @GuillaumeGZ, avec qui nous partageons beaucoup, suite à la publication d'un travail colossal effectué par un groupe d'une quinzaine de photographes en plus de 250 heures. Ils ont détecté les extensions de M51 comme jamais, dont en Ha.
       

       
       
      Guillaume voulait tenter cette détection et de mon coté je voulais un truc avec plus de résolution. On a d'abord pensé à des poses rapides au T350 pour la galaxie... C'était déjà pas mal. Mais en voyant s'accumuler les poses en luminance, on a changé de calibre.
       
      Exceptionnellement, nous avons marié les données issues du T1000, publiées en 2021 par la team Omicron avec celles du T250 f/4 de Guillaume.
       
      Il y a au T1000 f/3.2 8h10 de luminance et 1h45 par couche RVB - Ancienne CCD STX. Au T250 f/4 il y a 58h de L conservée sur 69h + 18h de Ha et 3h de RVB avec une 2600 MM Pro. Soit environ 92 heures.
       
      Durant ces dix derniers jours, entre les transferts de données, les versions intermédiaires et les choix partagés de rendu, on a bossé dur et finalement on s'est arrêtés sur l'image suivante. Elle résulte des compromis et corrections à tous les 3 avec @Superfulgur.
       

       
       
       
       
      Ne ratez pas la FULL en 6000 pixels :
       
       

       
       
      C'est un résultat tout en compromis que nous proposons, dont les différentes étapes de mixage seraient bien trop longues à expliquer en détails. En gros, tout ce qui est LSB (extensions lointaines) provient du T250, ainsi que le Ha. La galaxie jusqu'aux moyennes lumières vient du T1000, ainsi que les étoiles faibles et pétouilles de fond de ciel. Les extensions proches sont du T1000 + T250. On est à MAG 24 environ avec l'ancienne STX contre un peu plus de 22,5 avec le T250. Ca reste cohérent.
       
      La dynamique est monstrueuse et pour garder un aspect visuel équilibré, la galaxie est laissée en hautes lumières et brille fort. Le Ha a été intégré dans la couche rouge. Enfin, la couleur RGB vient d'un mixage des 2 télescopes. L'image du T1000 a été un poil réduite et celle du T250 agrandie raisonnablement. Pour finir on a gardé du bruit dans les extensions. On peut lisser ces extensions encore plus, même complètement, mais ça dénaturerait trop ce signal, extrêmement ténu. Ca moutonne déjà un peu là.
       
       
      Pour partage voici la L de 58h, déjà débarrassée d'une grande part de halos en prétraitement "spécial" (il en reste encore). Montée d'histogramme en GHS avec SIRIL + un masque sur la galaxie. On voit bien les structures de marée et c'est déjà surprenant.
       

       
       
      Et le petit lien Astrobin :
       

       
      La team remercie infiniment Guillaume pour ce partage et cette réalisation. Nous n'aurons jamais le temps de télescope pour attaquer ce type de LSB. Mais comme c'est moins le diamètre que le rapport F/D, la noirceur du ciel et le temps de pose qui comptent pour ces extensions, ce partage nous permet d'y accéder quand même.
       
      Voilà... On en est assez contents. Espérons qu'elle vous fera voyager aussi.
       
      Bon ciel.
       
      JF
       
    • Par Chani11
      Bonjour,
      Il s'agit d'une extension pour NINA pour gérer le retournement au méridien, qui permet de contrôler toutes les actions contrairement au meridian flip auto.
      Dans les vidéos tutos ou notice de cette extension, il faut installer le DIY meridian flip TRIGGER das lequel on doit mettre toutes les commandes. Hors celui-ci n'apparait pas, juste trois instructions qui ne fonctionnent pas seules. J'ai désinstallé puis réinstallé le pluggin, rien à faire. (mes versions sont à jour)
      Une idée ????
       

       
      Flip, rotate et wait ne peuvent fonctionner que dans M flip trigger, absent ici !
    • Par Bigcrunch
      bonsoir ,

      cette image a été prise la même nuit que le triplet du Lion , en suivant,  mais ce coup ci sans la lune ,  
      toujours avec la FS60 et son correcteur et le Sigma FP refiltré.
      147 poses de 60 s à 1250iso 112 poses retenues Prétraitement et traitement sur PI 
      images présentées : full à 1850 px ; crop à 50%; crop à 100%

      bonne soirée 
       
      Olivier




    • Par Astramazonie
      Bonjour les Astros, 
       
      Petite prise du "CASQUE DE THOR" qui date d'une semaine, que je pensais perdu dans les abysses des clichés mais qui a pu être récupérée, toujours au Seestar 20 minutes de pose.
       
      Merci à @Bob Saint-Clar pour son aide pour le traitement ... et le sauvetage de cette photo.
       

       

    • Par Chani11
      Bonjour,
      Après beaucoup de faux pas, d'hésitations et d'erreurs en tout genre, je pense commencer à maitriser le B A BA de NINA et de PHD2 associé. En gros, je fais la mise au point manuelle grâce aux valeurs HFR (mieux que le bahtinov), le pointage et le centrage de la cible se font correctement grâce à l'astrométrie, le suivi PHD2 une fois calibré est plutôt bon (l'amplitude des oscillations se situe dans une gamme inférieure à +/- 1 ". Faire une séquence est alors un jeu d'enfant.
      Cependant, au vu des résultats, mon enthousiasme est plus que modéré.
      J'ai choisi pour mes trois nuits d'essai (trois nuits sans vent, c'est exceptionnel) M101, cible facile, brillante et bien placée en ce moment.
       
      Ce qui me frappe immédiatement, c'est le fort vignetage de la caméra. Mon APN,  APS-C et nombre et taille de pixels comparables à la 2600, n'avait pas de vignetage visible. Bien sûr ça se corrige plus ou moins avec les flats, mais ce n'est pas top pour ce genre de capteur.
      Deuxième déception, le bruit. Les images sont très bruitées, même après traitement : dark, flat, 75 poses de 2 minutes sur T200/1000. J'ai choisi le gain donné par défaut par NINA pour cette caméra, à savoir 421/600 et un offset de 1. Est-ce trop élevé ?
      Avec ce gain, durant deux minutes de pose, la galaxie n'apparait pas sur les brutes, ce qui me surprend énormément pour une caméra dite sensible.
       
      Voici le résultat avec un traitement classique Siril
       
       

       
      J'ai dû lisser un max pour atténuer le bruit. C'est très en deçà de ce que j'obtenais avant.
       
      Pour info, une brute, réduite en 2k
       

       
      A votre avis, quelles sont les pistes d’amélioration ?
      Merci
       
  • Évènements à venir