Ic5146 Cocoon Nebula au CTA320+ASI2600MC

[candrzej 2 738]

Merci à vous pour vos commentaires

 

j'ai en effet soupçonné le correcteur de champ comme suggéré par certains d'entre vous. Cela serait pénible de le changer, surtout si je reviens par la suite à un capteur classique monochrome

J'ai revérifié le driver ascom sous Maxim il est à jour.

Le fait de devoir réaligner n'est pas rédhibitoire en soi, Siril le fait bien comme mentionné par Cyril, et au final Photoshop marche bine aussi pour le recalage des couches... il me faut juste y penser avant de finaliser l'image et la poster

Un grand merci à Cyril au passage pour ce logiciel qui permets de traiter rapidement les  images couleurs issus des ces capteurs cmos.

 

@+

Christian

[Nathanael 6 840]

Un très joli cocon!

Nathanaël

[candrzej 2 738]

Salut Nathanael

Merci pour ton passage et de ton commentaire sur cette image

La météo est avec nous, d'autres images à venir très certainement

 

@+

Christian

[Colmic 4 008]

Salut Christian,

tout d'abord bravo pour ton joli Cocon tout douillet J'adore les couleurs.

Je l'ai moi aussi shooté cet été en très grand champ avec la FSQ, tu le trouveras ici : http://www.astrosurf.com/colmic/ASiAir/NGC5146-FSQ106F5-37x180s.jpg

 

Pour le décalage des couches, ne serait-ce pas tout simplement le décalage de focalisation que l'on retrouve sur les réfracteurs ou sur les correcteurs ?

Avec une cam mono on n'a pas ce soucis puisqu'on focalise les 3 couleurs l'une après l'autre, mais dans le cas d'une cam couleur, on focalise sur laquelle en fait ?

 

Je vais faire des tests dans ce sens, j'ai des images à la FSQ dont certaines sont aussi décalées, mais j'ai à disposition des brutes réalisées à la TOA130 et 150 (qui est réputée totalement APO) pour voir si ça change quelque chose.

Dans ce cas, on n'aurait vraiment pas d'autre choix que de recaler systématiquement nos images en fin de traitement, ce que je fais maintenant personnellement systématiquement.

[Seb83 72]

Bonjour à tous, 

 

Pour le décalage des couleurs,  la toute dernière version de Pixinsigth  (1.8.8-9) qui vient de sortir  le 3/09 permet  si j'ai bien compris l'alignement des couleurs  d'un capteur couleur par couleur, c'est assez innovant lorsque l'on sait que l'on est sur des matrices de bayer et cela corrige grandement les décalage de couleur que l'on pouvait avoir sur  un alignement général de toutes les couches sur la même base.

 

C'est expliqué ici:

 

 

Sinon, l'image est tip top👍

 

[Cyril Richard 1 311]

Pour ma part je reste sceptique que ca soit une aberration optique. Un décalage aussi net en Y et rien en X, sur toute l'image.

[christian_d 3 154]

Bonjour,

 

 

Citation

Pour ma part je reste sceptique que ca soit une aberration optique. Un décalage aussi net en Y et rien en X, sur toute l'image.

 

C'est une reflexion interessante ce décalage couleurs, qui semble quand même important.

C'est vrai que l'on peut "recaler" les couches, mais c'est un traitement à posteriori et ce n'est pas forcément quelque chose de satisfaisant en soi (je veux dire que ça ne résout pas le "problème" à son origine), cela revient à arrondir des étoiles allongées.

Maintenant cela dépend avec quel échantillonnage on image les objets, sur de la courte focale ou en binant c'est moins important, mais si on cherche le RSB et la résolution le fait d'avoir des écarts entre couches doit faire perdre de la finesse et doit faire rallonger le temps de pose pour compenser les ecarts.

 

Citation

Dans ce cas, on n'aurait vraiment pas d'autre choix que de recaler systématiquement nos images en fin de traitement, ce que je fais maintenant personnellement systématiquement.

 

 

Ah, avec Franck il semble exister d'autres utilisateurs de ce Cmos qui constate également (ou parfois) ce décalage.

 Un recalage des couches ne rattrape pas ce qui est perdu lors des acquisitions, c'est gravé dans le marbre, un recalage c'est une correction "cosmétique". Mais c'est déja cela...

 

 

A mon sens (et si on veut chercher la cause) il faudrait procéder par élimination :

 

1/ Cause soft d'acquisition (cette piste est elle à poursuivre ?)

2/ Cause soft de traitement (je n'y crois pas ..)

3/ Cause optique (correcteur)... cela mériterait de faire des tests complémentaires

4/ Cause capteur, là je ne vois pas trop.. Possède t il des micro lentilles ce Cmos ? Il serait sans doute judicieux d'avoir des avis d'autres utilisateurs, si le décalage est constaté par d'autres c'est une piste à privilégier.

 

Enfin avoir des avis de spécialistes du Cmos ASI2600 couleur... pourquoi pas.

 

 

Amicalement

 

 

Christian

 

[Colmic 4 008]

Il y a 3 heures, christian_d a dit :

Ah, avec Franck il semble exister d'autres utilisateurs de ce Cmos qui constate également (ou parfois) ce décalage.

 

En fait pas vraiment, c'est Francki qui a alerté le premier sur ce décalage.

Il m'est arrivé de le constater une fois une 2 sur certaines de mes images mais ce n'est pas quelque chose de systématique.

Je viens de faire le test sur 2 séries d'images avec mon ASI6200.

Première série sur M31 réalisée avec la FSQ106 :

 

Une brute :

 

Moi j'y vois une légère pointe de chromatisme plutôt qu'un vrai décalage.

 

Maintenant alignement et empilement de 20 brutes sur le même champ :

 

Toujours cette pointe colorée que j'attribue au chromatisme, j'ai vérifié sur une étoile très faible, elle se trouve strictement aux même coordonnées sur les couches R, V et B et sur la RVB.

 

Je tente un alignement des 3 couches R,V,B selon la méthode proposée plus haut par Cyril :

 

Rien n'a bougé visiblement, donc il n'a rien trouvé à réaligner visiblemement.

 

 

Maintenant je prend un jeu de brutes réalisées à la TOA130 en mai dernier.

Une brute :

 

Et après alignement et empilement de 20 brutes :

 

Quasiment aucune trace de chromatisme cette fois.

 

NB : la couleur verte du fond de ciel est normale ici, on obtient toujours cela après dématriçage.

[Colmic 4 008]

Après je me demande si en fait les constats que j'avais faits n'étaient pas plutôt sur mon ancienne ASI2600MC.

Si ça se trouve c'est un problème lié à la 2600, car je ne me souviens pas avoir vu ce soucis de décalage avec ma 6200.

A vrai dire, je fais maintenant le recalage RVB systématiquement, parce que ça mange pas de pain

 

Faudrait trouver d'autres utilisateurs de 2600 pour remonter un jeu de données un peu plus conséquent, peut-être qu'il y a un bug au niveau du pilote qui ne remonterait pas la bonne taille de caméra (1 pixels en plus ou en moins en y par rapport à la réalité, qui sait ?).

[Colmic 4 008]

Encore moi, faudrait déjà regarder la taille de l'entête FITS et comparer avec les images réelles...

J'ai repris de vieilles images de M31 de l'an dernier avec mon ASI2600 de l'époque :

 

Entête fits :

NAXIS1  =                 6248 / length of data axis 1
NAXIS2  =                 4176 / length of data axis 2

 

Un crop de l'image au bord inférieur droit :

 

Les cordonnées ont l'air bonnes.

[candrzej 2 738]

Merci aux derniers arrivants sur ce post,  et également à ceux qui essayent de trouver une raison à ce décalage de couches....

Comme Michel, ce décalage n'est pas systématique et quand il intervient, il est plus ou moins évident. Pas facile d'y voir clair donc

J'ai d'autres images en préparation, j'y jetterai un oeil plus attentif au niveau de l'alignement des couches.

 

@+

Christian

[astrogatel 3 715]

Une image splendide !!

 

Nicolas

[Jean-Claude Mario 5 763]

Joli Cocon en tous cas, très esthétique.

jc

[candrzej 2 738]

Nicolas et JC, un grand merci pour vos retours, content que ce Cocon vous plaise

 

@+

Christian