NGC7380 nebuleuse du Sorcier / IMX224

[int77 409]

Bonjour les amis,

 

Comme nos planètes préférées deviennent de plus en plus difficiles en ce moment,  je reprends mes études avec le Ciel Profond  

Je voudrais vous présenter un petit essai fait avec un capteur IMX224 non-refroidie en poses longues. Deux cas sont comparés: traitement d'une image issue du LiveStask par SharpCap versus empilement et traitement classique par Siril.  Cette technique de  LiveStack est assez impressionnante, l'image que l'on observe en temps réel est très proche du résultat final (les réglages dans SharpCap sont très riches et permettent d’équilibrer les couleurs ), ce qui rend l'expérience encore plus intéressante  et ludique   

 

Côté technique:

Date: 7 septembre 2019

Conditions: ciel Bortle Class 4,  SQM 21.2

Setup: ED80/F=600mm + Altair GPCAM3 224C (filtre UV-IR cut,  échantillonnage 1.3"/pixel) sur HEQ5 Pro

Guidage PHD2 (rms = ~1") avec une lunette de 60mm / F=225mm et une camera  GPCAM2 224C

Capture: poses élémentaires de 75" avec un gain de 5%, FWHM 3"-3.5"

 

Deux cas sont comparés:

A: Traitement de l'image LiveStack:

Calibration par darks en temps réel + LiveStack de 48 poses de 75s dans SharpCap pro suivi par  traitement Siril (etalonnage des couleurs par photométrie) + finition Photoshop CC (réduction sélective du bruit fdc + courbes/niveaux + ajustement fine des couleurs)

Le fichier .fit  LiveStack issu de SharpCap, pour ceux qui veulent jouer avec: NGC7380_LiveStack_16bits_48frames_3612s.fit

 

B: Traitement classique 96x75s:

Siril 0.9.11 (calibration par darks + empilement + etalonnage des couleurs par photométrie),  finition Photoshop CC (réduction sélective du bruit fdc + courbes/niveaux + ajustement des couleurs)

 

 

Comme toujours, vos conseils/ commentaires  sont  très bienvenus,  je suis toujours en phase d'apprentissage  

 

Merci et bon ciel!

 

 

 

Modifié 15 septembre 2019 par int77

[Haltea 1 298]

Salut,  très sympa  comme résultat.

J'ai depuis peu une 385 MC et image en poses courtes. 

Je ne savais pas qu'il était possible de poser aussi longtemps avec ce type de caméra.

[messier63 5 149]

le traitement avec Siril est bcp moins bruité...

jérôme

[Sauveur 27 333]

J'aime beaucoup bravo

[Chani11 3 467]

Très interressant cette comparaison.

Une préférence pour la seconde. Cependant la première méthode pourrait être très bien adaptée à des fins didactiques.

[ALAING 59 425]

C'est vraiment superbe

Le traitement traditionnel reste quand même devant, mais le live stack est assez impressionnant

Bonne soirée,

AG

 

[int77 409]

Il y a 6 heures, Haltea a dit :

Salut,  très sympa  comme résultat.

J'ai depuis peu une 385 MC et image en poses courtes. 

Je ne savais pas qu'il était possible de poser aussi longtemps avec ce type de caméra.

Merci Haltea pour ton passage et commentaire. Effectivement on peu faire de la pose (presque) longue avec ces capteurs CMOS... surtout avec les versions refroidies (ce n'est pas le cas ici). Le souci principal est le bruit important et le 'apm glow' à gérer.

 

Il y a 6 heures, messier63 a dit :

le traitement avec Siril est bcp moins bruité...

Merci Jerome. Il y a deux fois plus de  poses dans l'image classique par rapport à celle du LiveStack, cela explique partiellement cette différence. Cependant il y a probablement une contribution du post-traitement qui n'est pas identique dans les deux cas.

 

Il y a 6 heures, Sauveur a dit :

J'aime beaucoup bravo

Merci Sauveur, on s'amuse comme on peu en l'absence des conditions acceptables pour observer nos planètes préférées  

 

Il y a 5 heures, Chani11 a dit :

Une préférence pour la seconde. Cependant la première méthode pourrait être très bien adaptée à des fins didactiques.

Merci Chani11. Effectivement, c'est très didactique et ludique en même temps,  les enfants adorent    Il y a quelque chose de  magique dans le fait de voir l'objet se développer sur l’écran en temps réel pendant la session...

 

Il y a 3 heures, ALAING a dit :

C'est vraiment superbe

Le traitement traditionnel reste quand même devant, mais le live stack est assez impressionnant

Bonne soirée,

Merci Alain pour ton passage et ton analyse que je partage complètement  

Le traitement par Siril reste beaucoup plus propre, surtout en termes d’empilement avec les corrections cosmétiques. Mais c'est juste une question d'implémentation dans cette version de SharpCap. Rien n’empêche de régler ces problèmes dans les versions futures, le code Siril étant open source  

 

Bon ciel!

[Cyril Richard 1 324]

Il y a 10 heures, int77 a dit :

Mais c'est juste une question d'implémentation dans cette version de SharpCap. Rien n’empêche de régler ces problèmes dans les versions futures, le code Siril étant open source

Pas seulement non. Et si sharpcap prend du code de siril il faur respecter la GPL et publier le code correspndant. Pas sûr que ca les intéresse .

 

Sinon, non le live ne peut pas obtenir de meilleur résultat qu'un traitement classique. Ce qui fait que le traitement classique est meilleur c'est justement qu'on a tte les photos en amont pour pouvoir faire une normalisation, des rejets de pixels (qui necessitent les stats du stack complet, etc ....), et aussi, choisir une image de référence.

Modifié 16 septembre 2019 par lock042_CyrilRichard

[polo0258 38 774]

 bonjour ! très belles images et une préférence pour la seconde aussi !

 bonne journée !

 polo

[teko38 1 195]

Bonjour

Beaux résultats

Je préfère la 2

Par contre un gain a 5 pourcent, c’est un peu bas pour une Altair GPCAM3 224C

Plutot prendre 25 pourcent pour diminuer le bruit de lecture

https://www.altairastro.com/images/D/Altair_224C3_Gain_Analysis.jpg

Bon ciel Daniel

[int77 409]

Il y a 15 heures, lock042_CyrilRichard a dit :

Et si sharpcap prend du code de siril il faur respecter la GPL et publier le code correspndant. Pas sûr que ca les intéresse

Merci pour cette précision. C'est bien dommage, car cette solution serai la plus efficace pour faire avancer l’intérêt général. Alternativement, il doit être possible d'adapter leur implémentation du liveStack en s'inspirant des idées/algos de Siril sans pour autant utiliser directement le code. Il me semble cette approche est couramment utilisée dans l’industrie.

 

 Sinon, il nous reste l'espoir de voir un jour une implémentation de LiveStack dans Siril  Genre, SharpCap crache les brutes dans un répertoire, et Siril mouline à coté pour faire du LiveStack à partir de ces brutes 

 

Il y a 15 heures, lock042_CyrilRichard a dit :

Sinon, non le live ne peut pas obtenir de meilleur résultat qu'un traitement classique. Ce qui fait que le traitement classique est meilleur c'est justement qu'on a tte les photos en amont pour pouvoir faire une normalisation, des rejets de pixels (qui necessitent les stats du stack complet, etc ....), et aussi, choisir une image de référence.

Ce point me parait discutable. LiveStack permet d'enregistrer les poses élémentaires; je ne vois pas pourquoi on ne peut pas les utiliser en cours de la session (après chaque  pose? )  pour re-évaluer les stats, ajuster les normalisations / seuils de rejet de pixels, changer l'image de référence, voir re-empiler si besoin. En pose longue, on parle de plusieurs dizaines de minutes (voir les heures)  par stack,  cela doit laisser pas mal de la marge pour ce genre d'approche.

 

Il y a 13 heures, polo0258 a dit :

bonjour ! très belles images et une préférence pour la seconde aussi !

Merci polo pour ton passage et ton avis!

 

Il y a 5 heures, teko38 a dit :

Je préfère la 2

Par contre un gain a 5 pourcent, c’est un peu bas pour une Altair GPCAM3 224C

Plutot prendre 25 pourcent pour diminuer le bruit de lecture

https://www.altairastro.com/images/D/Altair_224C3_Gain_Analysis.jpg

Merci Daniel pour ton avis et ce partage d’expérience. J'utilise l'outil SmartHistogram de SharpCap Pro qui permet  de calculer la durée de la pose elémentaire et le gain optimales par rapport aux critères pré-définis, tenant en compte la qualité du ciel et les caractéristiques du capteur. Ici, j'ai fixé le ratio de bruit de lecture dans le bruit total (fdc + bruit thermique) à 5%, et la sensibilité à 1e/ADU.

 

Bon ciel!

[Cyril Richard 1 324]

il y a 22 minutes, int77 a dit :

Ce point me parait discutable. LiveStack permet d'enregistrer les poses élémentaires; je ne vois pas pourquoi on ne peut pas les utiliser en cours de la session (après chaque  pose? )  pour re-évaluer les stats, ajuster les normalisations / seuils de rejet de pixels, changer l'image de référence, voir re-empiler si besoin. En pose longue, on parle de plusieurs dizaines de minutes (voir les heures)  par stack,  cela doit laisser pas mal de la marge pour ce genre d'approche.

Justement. Si un empilement en temps normal (et même sur des petits capteurs) prend plusieurs heures c'est parce que les calculs sont nombreux et complexes. Or, dans un livestack on en fait beaucoup moins pour gagner en vitesse et garder l'esprit live. Donc non, on peut pas faire qqchose d'aussi bien en live, c'est mathématique. Le livestack se rapproche du "sum stacking" de Siril en terme d'algorithme.

Si après chaque pose on cherche a réévaluer on va très vite s'éloigner du live.

 

Par exemple, calculer une médiane  du stack (souvent nécessaire dans le rejet des pixels) nécessite de connaître toutes les valeurs du stack et de les trier (pour certaines approches algorithmiques).

Un rejet de pixel type linear fit clipping nécessite lui de connaître tout le stack pour faire un ajustement des data ainsi qu'une minimisation par méthode des moindres carrés.

Notre méthode de normalisation contient des algorithmes qui sont très performant mais intrinsèquement lent, avec minimisation ici aussi.

Bref, encore un truc ou on a besoin de tout.

 

Moralité : on n'a rien sans rien.

 

Crois moi, on essaye constamment de réduire le temps d'empilement dans Siril. Ça passe par de grosses optimisations (choix d'algorithmes plus rapides), mais on ne peut pas faire de miracles. Et si les algos sont lents, c'est qu'ils permettent de faire des trucs que ne font pas les plus rapides.

 

il y a 22 minutes, int77 a dit :

Merci pour cette précision. C'est bien dommage,

En fait, à mon sens, c'est l'inverse. C'est bien dommage que sharpcap (ou autres) ne soient pas libres :).

 

il y a 22 minutes, int77 a dit :

lternativement, il doit être possible d'adapter leur implémentation du liveStack en s'inspirant des idées/algos de Siril sans pour autant utiliser directement le code.

Leur implémentation non, mais une implémentation oui. C'est chose prévue dans Siril.

Modifié 16 septembre 2019 par lock042_CyrilRichard

[int77 409]

il y a 30 minutes, lock042_CyrilRichard a dit :

Crois moi, on essaye constamment de réduire le temps d'empilement dans Siril. Ça passe par de grosses optimisations (choix d'algorithmes plus rapides), mais on ne peut pas faire de miracles. Et si les algos sont lents, c'est qu'ils permettent de faire des trucs que ne font pas les plus rapides.

Merci pour ces explications et pour ta participation dans ce projet formidable. Je trouve que c'est déjà très rapide dans l'état actuel; par exemple dans ce cas précis, le traitement Siril  de 96 poses de 75" (images 1280x980, calibration avec darks, alignement global,  empilement par moyenne avec rejet de pixels déviants; normalisation additive avec mise à l’échelle et méthode de rejet par linear fit clipping) a pris un peu plus de 10 minutes sur mon PC d'acquisition assez puissant il faut le préciser. Je me disais que l'on doit pouvoir caser cela dans les 2 heures de la session d'acquisition... finalement cela a l'air beaucoup plus complexe selon tes commentaires. 

 

il y a 53 minutes, lock042_CyrilRichard a dit :

 C'est bien dommage que sharpcap (ou autres) ne soient pas libres :).

C’était exactement le sens de mon propos

 

il y a 53 minutes, lock042_CyrilRichard a dit :

Leur implémentation non, mais une implémentation oui. C'est chose prévue dans Siril.

Super, on attend cela avec impatience!