nico1038

il y a une heure, Barzoi59 a dit :

Bonjour à tous,

 

Est-il possible de fusionner des images d'un télescope de type SKW Newton 200mm avec des images provenant par exemple d'une lunette SKW 80Ed ou similaire.

Quels peuvent être les avantages et inconvénients.

Je demande cela car dans le club on souhaite faire du CP avec différents instruments sachant que chaque instruments travaillerait  sur la même longueur de temps pour les lights et DOF.

Chacun utilisant ses propres filtres, est-ce un problème au pré-traitement?

Le pré-traitement serait fait avec soit Siril ou pixinsight ou similaire.

 

Merci d'avance pour vos conseils.

L'avantage c'est que ça permet d'acquérir plus d'images plus vite, l’inconvénient c'est que ça complexifie un peu les choses et qu'il y a des limites à ce qu'on peut faire. En règle générale c'est tout a fait possible mais cela demande certaines précautions:

1) La plus importe d'entre elles est d'activer la correction de distorsion lors de l'alignement.  C'est possible dans Pixinsight et la dernière version de Siril (1.4) vient justement de mettre en œuvre cette fonctionnalité.

C'est nécessaire quand on empile des images issues de systèmes optiques différents.

2) Pixinsight (avec WBPP) est capable de traiter en une seule fois des images issues de setups différents. Il faut pour cela utiliser des mots clés qui permettront d'associer les bons DOF avec les bons lights pour la calibration.

3) Pour que toutes les images soient alignés ensemble il faut choisir une image de référence unique dès les opérations de prétraitement. C'est possible là aussi dans WBPP.

Si vous pré-traiter les images chacun de votre coté, il est important de se mettre d'accord sur cette référence.

Il faudrait aussi clarifier quelques points qui peuvent avoir de l'importance:

S'agit-il d'images OSC ou d'images mono (ou les deux)?

Avez vous le même modèle de caméras ou non?

Avez vous des différences significatives d’échantillonnages ou non?

@danielo

J'ai retraité vite fait une image de M81 de 2022 en veillant bien à ne  rien faire qui puisse modifier les couleurs. Juste SPCC + saturation:

Il y a quand même une différence importante avec la tienne, mon image tend beaucoup plus vers le jaune. Dans SPCC tu utilises bien "Average Spiral galaxy" comme référence des blancs?

il y a 42 minutes, danielo a dit :

J'ai aussi eu quelques déconvenues avec cet outil (par exemple NGC3718 devenue toute verte, ou des patchs de couleurs qui apparaissent près des bords).

Oui j'ai déjà eu aussi les patchs de couleurs. Par contre je suis surpris par ton expérience sur NGC3718. Normalement en analysant le modèle, tu dois voir si il se passe quelque chose au niveau de la galaxie.

De toute façon il y a toujours des cas particuliers. C'est pour ça qu'il est bon d'avoir le choix. Je n'aime pas du tout graxpert (pour le gradient) mais il y a quand même 1 ou 2 fois ou j'ai trouvé que c'était la meilleure solution. 

DBE est une bonne alternative mais il est très subjectif (ç'est vrai que pour les galaxies il fonctionne souvent particulièrement bien)

Maintenant l'outil que je favorise est le nouvel outil MGC qui est vraiment la rolls à mon avis mais malheureusement pour le moment les images de référence (la base MARS) ne couvre pas tout le ciel. Par exemple la zone M81/M82 n'est pas couverte.

il y a 42 minutes, danielo a dit :

Intéressant ta remarque, chez moi M81 était sorti comme ça sans rien retoucher après SPCC:

J'utilise une caméra mono, est-ce que ça pourrait expliquer la différence ?

Je pense que ton résultat est probablement très juste. Je suis convaincu que M81 est assez particulière au niveaux de ses couleurs et sur nos images on a tendance (et moi le premier) à vouloir faire coller les couleurs avec l'idée qu'on s'en fait. Du coup on triture les courbes et finalement on triche un peu. 

Normalement, toute chose égale par ailleurs, les couleurs d'une image RGB issue d'une caméra mono devrait être équivalente avec celle d'une image issue d'une caméra OSC (notamment si elle est traitée avec drizzle pour éviter l'interpolation). Mon hypothèse pour ton résultat plus rouge c'est que tu as capté plus de la composante Ha du signal.

Je trouve qu'il est toujours délicat de faire ressortir le bleu de M81.

Dans cette image grand champ ou j'ai toutes les galaxies de la grande ourse en une seul prise (et donc traitée de manière équivalente) , on se rend bien compte que M81 est beaucoup plus rouge/jaune que M101 ou M51 par exemple :

https://www.webastro.net/forums/topic/241889-images-très-grand-champ-des-constellations/page/5/#findComment-3202073

Cela dit je n'ai pas eu de problème particulier pour faire ressortir les couleurs de cette image:

Je te conseille personnellement de ne pas utiliser graxpert pour le gradient. Je le trouve en général bien moins bon que les outils de Pix et il change l'équilibre des couleurs ce que je trouve bizarre pour un outil de gradients.

Voilà en gros les outils que j'ai utilisé:

-Correction du gradient avec GradientCorrection

-Calibration des couleurs avec SPCC

-BlurX

-Étirement avec GHS

-Traitement du bruit avec NoiseX

-Traitement des contrastes au centres des deux galaxies avec HDRMT et LocalHistogramEqualization

-Sharpenning

-Saturation des couleurs et réglages des contrastes et du fond de ciel.

il y a 53 minutes, pyrou61 a dit :

Oui, effectivement, elle a une vitre ircut, mais du coup dans mon porte-filtre, j'y ai mis un Uv-ircut 2",histoire de ne pas laisser le tiroir vide (sinon backfocus à revoir)...une autre solution, peut-être, sans démonter mon porte-filtre, bien sûr ?... 

https://www.swisstransfer.com/d/d19a802e-af4a-4f30-82a8-81f596e13b2d

Je vois. Du coup mon explication tombe un peu à l'eau...

Je pense en fait qu'il s'agit plutôt d'un problème de traitement. Je n'arrive pas vraiment à reproduire la même chose avec ton fichier:

Je te conseille de refaire les étapes du traitement en surveillant bien cette zone pour identifier ce qui peut faire apparaitre cet artefact. Attention en particulier à l'usage des masques et à noisxterminator dont la version 3 a tendance à créer des artefacts et qu'il faut utiliser avec prudence.

En tous cas, même si ils ne sont pas carrés, les halos restent importants sur les étoiles brillant. Y avait-il de la brume ou des passages nuageux lors des acquisitions?

Il y a 3 heures, pyrou61 a dit :

Merci à tous !...quelqu'un pourrait m'expliquer à quoi est dû l'artefact carré sombre qui entoure l'étoile rouge en bas à droite ? Merci 

Hello @pyrou61

Belle image pour une première avec la 2600MC.

Pour l'étoile je crois que j'ai une explication (ou au moins une hypothèse). Il s'agit de l'étoile T Cephei qui est une étoile très particulière avec une émission particulièrement forte dans l'infra rouge (et peut être aussi dans l'UV?)

Ce genre d'émission peut provoquer des phénomènes de diffractions parfois étonnants autour de la source (effet parfois désignés sous le terme de "microlensing"). J'ai vu plein d'exemples de cette étoile particulière provoquer des bizarreries, y compris dans mes propres images.

Quelques liens avec des exemples:

https://pixinsight.com/forum/index.php?threads/wierd-artifact-around-star.21849/

https://app.astrobin.com/i/230913

https://www.cloudynights.com/topic/715533-managing-very-bright-star-near-the-iris-nebula/

https://www.astropixelprocessor.com/community/main-forum/microlensing-talbot-effect-diffraction-artefact-with-cmos-camera/

Normalement la 2600MC possède une vitre IR/Cut mais je soupçonne cette dernière de ne pas être assez efficace dans ce cas là. L'ajout d'un filtre UV/IR-Cut de bonne qualité devrait résoudre le problème à mon avis.

Pourrais tu partager le fichier en sortie d'empilement parce que l'image est un peu trop traitée pour bien distinguer le motif de diffraction?

Nico

Je continue mon projet de constellations avec 3 petites nouvelles et une nouvelle version de la petite Ourse.

Les 3 nouvelles sont des constellations moins connues car très basses depuis la France. Elles sont du coup assez délicates à traiter avec des gradients considérables. A noter au passage qu'avec mes objectifs de 85 et 50 mm, j'ai abandonné l'idée de faire des flats avec un panneau: je n'y arrive pas! Les flats réalisés comme ça ne représente pas correctement l'illumination de ces objectifs à champ large. La seule chose qui fonctionne avec eux ce sont les flats sur le ciel au crépuscule (ce qui est quand même moins pratique...)

Voici donc tout d'abord la constellation de la coupe. Canon 6D + Tamron 85mm (ouvert à f/3.5). 76x60s:

Pas d'objets remarquables ici.

Ensuite la constellation du corbeau, Canon 6D + Tamron 85mm (ouvert à f/3.5). 67x60s:

On peut observer 2 objets de Messier ici: M104 (à droite) et le petit amas globulaire M68 (en haut à gauche)

Et la troisième est la constellation de la balance.  Tamron 85mm (ouvert à f/3.5). 95x60s:

Seul objets intéressants: l'amas globulaire NGC5897 au milieu de l'astérisme ainsi qu'une zone d'IFN assez caractéristique en bas à droite

Et puis je voulais revisiter mon image de la petite Ourse qui ne me convenait pas. La zone autour de Polaris est plein d'IFN et je n'avais pas réussi à les mettre en valeur convenablement. J'ai donc utilisé la combinaison Canon 6D + Tamron 85mm ouvert, cette fois, à f/2.2.

285 x 60s:

Nico

Il y a 2 heures, phil1789 a dit :

Ca aurait été trop simple si c'etait juste cette case a décocher

 

 Désolé pour la confusion, le master posté était effectivement en RVB bien que ce n'est pas celui que j'utilise ici... 

Je met le master 1channel dans celui ci, et les stats de Siril sur ce master (si je lis bien la doc ca devrait etre correct: https://siril.readthedocs.io/fr/latest/preprocessing/calibration.html)

 

 

J'ai testé mon dark 1-channel sur un shooting sans duoband: aucune erreur de calibration.

Avec duoband: erreur sur toutes les lights

 

La solution est peut être dans le pedestal que tu mentionnais plus haut

 

 

 

Dark-180-220-15c-nobayer_stacked.fit 32.07 Mo · 1 download

Alors j'ai essayé avec de calibrer avec Siril le fichier light du premier message avec ce masterdark (qui est correctement matriciée cette fois). 

J'obtiens bien un message m'informant qu'après la soustraction du dark, l'image contient de nombreux pixels négatifs mais il s'agit juste d'un message d'information, pas d'une erreur, et la calibration est effectuée correctement.

En analysant l'image calibrée, je constate que Siril a ajouté une valeur ADU d'environ 500 après la soustraction, ce qui permet de n'avoir plus que 0.00002% de pixels nuls (soit 1 seul pixel en fait). Je ne peux pas être plus précis car l'ajout de ce pedestal est visiblement associé à la correction cosmétique dans Siril et je ne sais pas comment différencier l'influence des 2 opérations sur la valeur des pixels.

Tu es sûr que tu es bloqué et que la calibration n'a pas été faite? Pour moi ce message est uniquement informatif.

il y a 9 minutes, phil1789 a dit :

C'est la ou j'ai du zapper un truc 

J'ai 2 Master darks, un dematricé  puis stacké (3 Channels) et un non dematricé puis stacké (1 Channel) 

Siril n'accepte que le nombre de Channel correspondants 

Y a t il autre chose à faire avant ? 

Je ne connais pas aussi bien Siril que Pix mais cela signifie sans doute que tes lights sont , elles aussi,  dématriciées (dans l'onglet conversion pour créer tes séquences, il faut absolument décocher Dématricer). 

Je te conseille de passer par les scripts de Siril qui évite de faire des bêtises.

il y a 13 minutes, phil1789 a dit :

Hello, dans ce cas si les brutes sont trop sombres avec un duoband, quel serait l'utilité réelle d'un Master dark ? 

Pour générer mes darks: stack de 20 brutes, même duree/temperature/gain/offset que les Light, et empilement sans normalisation (bref le tuto sir il de base) 

En pratique on a du signal dans nos images donc seul une petite minorité de pixels peut être concerné par ces valeurs négatives après soustraction. Par ailleurs il est facile de gérer cette situation en ajoutant une valeur fixe après la soustraction pour éviter les valeurs négatives. C'est le fameux pedestal qui est ajouté par Pix et, je pense, également par Siril.

La calibration avec un masterdark reste donc utile, elle permet notamment de corriger les pixels chaud et va retirer l'offset (ce qui est indispensable si tu utilises des flats par ailleurs).

Pour ton master, comme tu peux le voir c'est une image RGB. Tu as donc dématricié tes darks individuels à un moment donné avant de les empiler . Ça n'est pas correct et ça n'est pas ce qui est indiqué dans les tuto de Siril. Toute la phase de calibration doit se faire avec des images CFA (monochromes)

il y a 11 minutes, krotdebouk a dit :

Merci pour ton intervention.

C'est ça que je ne comprends pas. Même si il n'y avait aucun signal, on ne devrait pas avoir de pixels négatifs avec le décalage d'offset ? En plus je l'ai passé du 30 d'origine (Player One) à 50. On sort d'une zone d'incertitude proche de zéro tant est qu'elle existe encore avec les CMOS modernes donc après prétraitement ça devrait être un poil au dessus de zéro. Bref, comprends pas hors loupé sur les darks..

Le réglage d'offset de la caméra ne change rien à ce problème car il est appliqué à la fois sur les darks et sur les lights.

Imagine un coin de ciel sans aucun signal et par un ciel parfait. Si tu vises ce coin de ciel, aucun photon ne touchera le capteur. Ce sera donc exactement comme un dark. Et en soustrayant pixel par pixel un vrai dark à ce light sans lumière, dans certains cas (dû au bruit aléatoire du signal dark) la valeur du pixel sur le dark sera supérieur à la valeur du pixel sur le light.

Salut Pascal, la résolution est superbe pour 264mm de focal. Pour tout te dire, en voyant le crop sur M94 et avant de lire ton message j'ai cru que c'était fait au newton...

Je crois que le drizzle a été efficace sur cette image

Hello @phil1789

Comme le dit @krotdebouk il peut être normal d'avoir des valeurs négatives en soustrayant un masterdark à une image brute. C'est notamment le cas quand on shoot en narrowband et qu'il n'y a  presque aucun signal sur le fond de ciel.

Ce qui est étrange dans ton cas c'est le nombre très important de pixels concernés. Siril considére visiblement que ce n'est plus normal.

Je suis a peu près sûr que le problème vient de ton masterdark: ce dernier est dématricié ce qui n'est pas normal du tout. Il est impossible de calibrer tes lights avec ce master. Il faut revoir ta façon de générer ce dernier

il y a 2 minutes, MCD a dit :

OK, merci beaucoup, je vais essayer cela ! (ChatGpt m'a une nouvelle fois mal conseillé :))

Ça peut se comprendre: en général l’intérêt de faire des temps de pose différent est de faire du HDR mais ça n'est pas tout à fait ton cas (toi c'était juste pour des tests).

Une petite précision: dans WBPP pour pouvoir intégrer ensemble des temps de pose très différent il faut que tu ajustes le paramètre "Exposure tolerance" dans l'onglet Post-Calibration. Ici il faut mettre la valeur à quelquechose de supérieur à 240s (300-60).

Et ne t'attend pas à avoir un fond de ciel lisse.  Tu devrais voir une amélioration significative mais, avec un peu moins d'1h au total tu vas avoir du bruit, c'est normal.

Superbe image Franck.

Je te comprend: c'est un superbe instrument!

il y a 15 minutes, MCD a dit :

Par pixinsight/HdrComposition.

Mais ce même bruit important est présent même sur un empilement des seules poses à 180 secondes par exemple.

Ça ne vas pas: en faisant ça tu perds tout l’intérêt de ton temps de pose cumulés. Le signal des images plus courtes ne sera utilisés que pour une part infime de l'image et sera complétement perdu pour le reste. Par ailleurs une image HDR est complétement inutile ici, la plage dynamique de ta caméra est bien suffisante. Il faut que tu utilises WBPP avec l'ensemble des images prises, ce dernier va pondérer tes images pour qu'elles soient pris en compte dans le résultat final proportionnellement à leurs temps de poses.

Il y a 2 heures, Wan186 a dit :

 

Pour faire simple, tu as 2 types de bruit: 

-le bruit de capture, qui est dépendant du temps total (et pas du temps de chaque pause).

-le bruit de lecture (dark current) qui est dépendant du nombre de pauses.

 

Le fond de ciel ayant un signal très faible, le rapport signal/bruit de lecture est donc très faible. Ton bruit de lecture est réduit de racine(n) fois, avec n le nombre de pauses. 

 

Avec 3 pauses, il est seulement divisé par 1.73...

Pas d'accord avec ton explication: le bruit de lecture apparait justement à la lecture d'une image donc, en multipliant les poses, on aggrave le phénomène. Cependant, l'avantage des caméras CMOS est que ce bruit de lecture est très faible est qu'on peut en général le négliger. 

La conséquence est qu'avec un temps de pose cumulés équivalent, avoir beaucoup de poses courtes ou moins de poses longues est équivalent. Il y a par ailleurs d'autres avantages à faire des poses courtes (plus simple, optimisation de la pondération et de la rejection) mais le résultat ne sera pas significativement meilleur en terme de SNR.

il y a 7 minutes, Archer92 a dit :

@nico1038

Si c'est erreur de coordonnées dans asiair c'est une piste a explorer.

J'y ai pas pensé, ce que je peux faire la prochaine fois c'est aller dans Telescopius, utiliser le simulateur télescope, cible et caméra. Une fois que j'ai l'image, je copie les coordonnées que je collerai dans asiair puis goto et je verrai si c'est correct ou pas

Oui, vu ce que tu décris ça ressemble à un problème de coordonnées. Cela dit c'est quand même étrange que ça n'est pas été identifié avant (M104 est quand même un classique). Après c'est vrai qu'avec le C8 et une 533MC tu as un champ nettement plus serré que la plupart des astrophotographes donc une erreur est tout de suite plus visible.

Si tu fais la manip dans Telescopius, attention de bien prendre les coordonnées en Jnow. C'est le format qu'utilise  l'Asiair plutôt que J2000 (ce qui est d'ailleurs absurde à mon avis).

il y a 20 minutes, Archer92 a dit :

Par contre avec ta méthode ou la mienne, il m'est arrivé un truc lorsque je suis passé sur M104 et uniquement sur M104. Dans skyatlas, ma cible était centrée mais l'image a l'écran une fois la capture faite, n'était pas au bord mais presque. Sais tu pourquoi ?

Sur les autres cibles faites : aucun souci c'est centre.

Le guidage était bon, la mes était bonne.

J'ai utilisé la 533Mc pro

L'image capturée était entre le bord du haut a droite  et le centre. Elle était decalee alors que lorsque je fais un tour dans le Sky atlas pour voir où est le télescope et la cible, ben la cible était bien centrée.

Je ne rencontre pas de souci avec d'autres cibles dans la même soirée. C'est ça qui est vraiment louche.

Bizarre mais, en tous cas, ça semble n'avoir aucun rapport avec le guidage.

As tu réessayé plusieurs fois de faire un goto sur M104? Et, si c'est le cas, était elle toujours placé au même endroit (en haut à droite) dans l'image?

As tu finalement réussi à centrer la galaxie et comment as tu fais?

Je vois 2 explications possibles:

Soit c'est un problème de platesolve (mais dans ce cas là, le résultat devrait être différent quand on refait un goto)

Soit c'est un problème de coordonnées de M104 dans la base de données de l'Asiair.

Aurais tu une image en fit avec M104 (si possible décentrée ou même une avec la galaxie centrée si tu n'as que ça)?

Hello @MathieuF

Tout cela n'est pas très clair. Le mieux serait de partager quelques images brutes des différents filtres qu'on comprenne bien ce que tu veux dire.

Très belle image et très bon traitement, bravo.

Le gros plan sur NGC4438 est superbe: ses déformations révèlent une histoire qui doit être tourmentée!

Merci à tous.

Il y a 11 heures, Ant-1 a dit :

tu as pas du etirer la galaxie et les IFN de la meme facon ... sinon la galaxie nous éblouirai !

Exact: j'ai du protéger la galaxie pendant l'étirement du fond de ciel sinon je m'en sortais pas!

il y a 8 minutes, Archer92 a dit :

Si tu as seulement 3 steps, il faut augmenter la valeur calibration step.

Il faut diminuer le calibration step dans ce cas là. La calibration sur un axe s’arrête quant l’étoile s'est déplacée de 25 pixels (je crois) donc pour avoir plus de steps il faut diminuer la durée de chaque impulsion.

Très belle image: les longs bras de NGC4151 ressortent en effet très bien.

Superbe image: la résolution est incroyable.