néb diff NGC6820 : c'est de la maltraitance

Le résultat d'un assemblage de couches que je trouve particulièrement raté : obtenu en rajoutant Ha à la luminance et au rouge.

Pourtant la couche Ha est plutôt propre :

Conditions habituelles avec le C11 à F7 et la ST8300 en bin2 pour la luminance et ha (RVB en bin3)

21x180sec en luminance

15x600sec en Ha

10x180sec en RGB

Le fdc parait bruité du fait du sur-échantillonnage de la 8300 (2,7 adu/e-)

Peut-être qu'une couche en O3 pourrait ré-équilibrer l'image ?

Salut, donne un peu plus de détails sur ton traitement ( logiciels ....) perso je pense que tu as tiré fort sur les curseurs. Il y a beaucoup de bruit sur tes images. A quelle température était le capteur ?

La couche HA s'utilise a la place de la luminance, ou de la couche rouge, pas en plus. Mais je suis pas spécialiste.

Jean-Christophe

Belle image !!

Ca veut dire quoi et ça fait quoi le sur-échantillonnage ?

Comment connaitre ces valeurs pour l'adapter à son matos ?

Bonsoir

Oui c'est un peu bruité

Le fdc parait bruité du fait du sur-échantillonnage de la 8300 (2,7 adu/e-)

Je ne pense pas que le sur echantillonnage soit en cause. Le bruit est présent par manque de RSB, ou traitement trop dur. Avec ton type de capteur je pense que c'est plutôt le 1er cas qui est la cause du bruit.

Christian

Bonjour Dauphin

J'aime bien ta version Ha moi, un peu moins la version couleur.

Cette dernière a les noirs qui sont écrasés,mais je pense qu'il y a du potentiel.

du sur-échantillonnage de la 8300 (2,7 adu/e-)

Petit mélange des unités,

L'échantillonnage s'exprime en arcsec/pix et représente la portion du ciel vue par un pixel.

Le gain inverse d'une caméra s'exprime en e-/ADU et défini le nombre d'électrons qu'il faut pour incrémenter une unité numérique.

Pour moi l'échantillonnage est bien placé pour ce genre d'objet peu étendu.

Je crois qu'il faut pas chercher bien loin, 600 secondes c'est juste insuffisant en halpha. Le signal peine a émerger du bruit détecteur (je ne parle pas du bruit photonique dont l'apport est négligeable en ha) donc le fait de fractionner les poses dans ces conditions se fera avec perte de rsb comparativement à 7x20m ou 5x30m.

bonjour,

En théorie le Ha n'est pas un Luminance, dans un photo LHaRGB il est sensé s'additionné a la couche rouge, pour renforcé cette couleur. Idem j'suis pas expert mais c"est ce qu'on m'as appris et je lui fait entièrement confiance.

Julien

bonjour,

 

En théorie le Ha n'est pas un Luminance, dans un photo LHaRGB il est sensé s'additionné a la couche rouge, pour renforcé cette couleur. Idem j'suis pas expert mais c"est ce qu'on m'as appris et je lui fait entièrement confiance.

 

Julien

C'est une question de philosophie selon le résultat que l'on cherche a obtenir.

Pour une image authentique de ce que "percevrait" l'œil humain oui je veux bien.

Mais ce serait dommage de s'arrêter a cela.

L'apport du Ha en tant luminance révèle une foule de détail et de contraste qui seraient invisible si on se contentait de l'inclure a la couche rouge.

Il n'y a pas de règle absolue, c'est un peu comme le R-rvb des planéteux, il est juste question de maximiser l'information contenu dans les images.

Ok, j prends note, j'dormirais encore mien bête ce soir:)

Merci à tous pour vos remarques. Je vais essayer d'en faire la synthèse.

- Effectivement le RSB semble assez élevé, mais difficile à mesurer car il y a du signal un peu partout. Avec 1 heure en filtre clair bin2 et 1/2 heure par couleur en bin3, on devrait avoir quelque chose de plus correct. Sans doute dû à un ciel pas clair du tout pendant ces poses (ciel très pollué, atmosphère humide, fin de lunaison, trop tôt en soirée...)

- quoi faire du Ha : je serais plutôt d'accord avec grizli, il faut l'inclure dans la luminance

- sur-échantillonnage : je parle du convertisseur A/D . Le terme de gain est plus approprié. Dans la plupart des CCD, la conversion est de 1 adu pour 1 électron. La ST8300 qui a des petits pixels, donc arrivant à saturation plus vite, mais codant sur 16 bits, se permet un gain supplémentaire de 2,6. Dès lors, sur une image traitée de façon classique avec Iris, le bruit du fdc mesuré est 2,6 fois plus élevé et parait effectivement plus marqué si la dynamique reste faible. Ici, ce n'est pas que j'ai poussé les curseurs, c'est que ça manque de signal. Une solution consiste à tout diviser par 2 avant traitement (commande loadsx) pour renter dans le 15bits + signe d'Iris. Pas sûr que ce soit l'idéal, le sur-échantillonnage (pardon, le gain) étant favorable pour capter les faibles signaux.

- Osteoval : le sur-échantillonnage dont je parle (le gain) n'est pas réglable.

- Anglais : Acquisition à -10°C. Traitement de A à Z sous Iris. Prétraitement, alignement, normalisation, sigma-clipping, addition des couches (L+Ha et R+Ha), LRGB, DDP, saturation. Pas de retrait du gradient car pas de véritable fdc, donc vignetage important et léger recadrage

- Effectivement le RSB semble assez élevé, mais difficile à mesurer car il y a du signal un peu partout

Nan nan je disais justement le contraire:confused:

Il faudrait poser en unitaire à 1200s ou plus en fonction des limitations de ton setup.

La lumière arrive au compte goutte en bande étroite, l'info reste un bon moment noyé dans le bruit de lecture avant "d'exister".

C'est qu' a partir de ce moment que le rsb commence à décoller sauf qu' une fois lui avoir donné vie vous lui dites "ben non, non petit électron tu t'es qualifié OK, tu t'apprête a franchir la ligne de départ OK, mais c'est dommage on reprend tout depuis le début maintenant "

C'est pour ça qu' en bande étroite on accorde une grande importance au bruit de lecture et au temps de pose unitaire.

Si l'on prends deux caméras équipé du même capteur ou l'une est à 10e et l'autre à 5e, il faudrait une pose de 20min avec la première pour avoir le même RSB que la seconde caméra en 10 minute.

Tout ça pour dire que presque systématiquement en narrow, l'enemi number one est le bruit de lecture.

Dans ce contexte il faut privilégier l'unitaire de longue durée comme 5x1200s (ou mieux) plutôt que 10x600s d'une part parce qu'y il y a de l'info qui s'extrait du bruit de lecture alors qu'il reste noyé dans la pose de 600s et d'autre part on cumule deux fois moins de bruit de lecture a l'empilement et comme c'est essentiellement lui qui fait chier le résultat se fait vite sentir.

Déjà qu'il est pas très bien membré ce capteur

Parlons de gain maintenant, généralement le gain des caméras CP est fixe.

Il est prédéfini en usine en fonction de la dynamique réelle disponible (fullwell capacity / readnoise).

L'objectif de ce réglage et d'obtenir la saturation du codeur numérique un petit peu avant la saturation du puits d'un photosite.

Souvent les fabriquants utilisent des gains différents en fonction du binning pour bénéficier de l'étendue de dynamique apportée par celle-ci.

J'ai pas trouvé le gain inverse de ta caméra en bin2 mais Sbig le donne a 0.37e-/ADU pour le bin1.

Saturation numérique a 65535 adu -> 24200electron .

TIS annonce un puits de remplissage de 25500e donc ça me choque pas vraiment -> RAS.

Maintenant sur le 8300 je vois pas trop de raison de changer le gain en binning puisque qu' apparemment les registres de lectures ne permettent pas de stocker plus de la valeur d'un pixel en bin1RECTIF POST 13 , il n'y a donc pas d'étendue de dynamique. C'est un peu le problème des capteurs non scientifiques, les registres sont mal dimensionnés.

BON je viens de voir que ta formulation de gain (2,7 adu/e-) me renvoi a la valeur officielle de 0.37adu/e-

Je pense que tu te fourvoie avec cette histoire de gain il est parfaitement normal pour un kaf8300.

Essaye les poses unitaires d' homme tu le regretteras pas

En cas de trainée d'avion ou autre satellite, l' addition sigma clip en viendra a bout.

J' espère avoir a peu près répondu a tes questionnements.

Nan nan je disais justement le contraire:confused:

Il faudrait poser en unitaire à 1200s ou plus en fonction des limitations de ton setup.

La lumière arrive au compte goutte en bande étroite, l'info reste un bon moment noyé dans le bruit de lecture avant "d'exister".

C'est qu' a partir de ce moment que le rsb commence à décoller sauf qu' une fois lui avoir donné vie vous lui dites "ben non, non petit électron tu t'es qualifié OK, tu t'apprête a franchir la ligne de départ OK, mais c'est dommage on reprend tout depuis le début maintenant "

 

C'est pour ça qu' en bande étroite on accorde une grande importance au bruit de lecture et au temps de pose unitaire.

Si l'on prends deux caméras équipé du même capteur ou l'une est à 10e et l'autre à 5e, il faudrait une pose de 20min avec la première pour avoir le même RSB que la seconde caméra en 10 minute.

Tout ça pour dire que presque systématiquement en narrow, l'enemi number one est le bruit de lecture.

Dans ce contexte il faut privilégier l'unitaire de longue durée comme 5x1200s (ou mieux) plutôt que 10x600s d'une part parce qu'y il y a de l'info qui s'extrait du bruit de lecture alors qu'il reste noyé dans la pose de 600s et d'autre part on cumule deux fois moins de bruit de lecture a l'empilement et comme c'est essentiellement lui qui fait chier le résultat se fait vite sentir.

Déjà qu'il est pas très bien membré ce capteur

 

Parlons de gain maintenant, généralement le gain des caméras CP est fixe.

Il est prédéfini en usine en fonction de la dynamique réelle disponible (fullwell capacity / readnoise).

L'objectif de ce réglage et d'obtenir la saturation du codeur numérique un petit peu avant la saturation du puits d'un photosite.

Souvent les fabriquants utilisent des gains différents en fonction du binning pour bénéficier de l'étendue de dynamique apportée par celle-ci.

J'ai pas trouvé le gain inverse de ta caméra en bin2 mais Sbig le donne a 0.37e-/ADU pour le bin1.

Saturation numérique a 65535 adu -> 24200electron .

TIS annonce un puits de remplissage de 25500e donc ça me choque pas vraiment -> RAS.

 

Maintenant sur le 8300 je vois pas trop de raison de changer le gain en binning puisque qu' apparemment les registres de lectures ne permettent pas de stocker plus de la valeur d'un pixel en bin1, il n'y a donc pas d'étendue de dynamique. C'est un peu le problème des capteurs non scientifiques, les registres sont mal dimensionnés.

 

BON je viens de voir que ta formulation de gain (2,7 adu/e-) me renvoi a la valeur officielle de 0.37adu/e-

Je pense que tu te fourvoie avec cette histoire de gain il est parfaitement normal pour un kaf8300.

Essaye les poses unitaires d' homme tu le regretteras pas

En cas de trainée d'avion ou autre satellite, l' addition sigma clip en viendra a bout.

J' espère avoir a peu près répondu a tes questionnements.

Merci de t'être donné la peine pour ces longues explications.

J'en ai regardé de plus près la valeur du bruit de lecture. Donné à 9,3e- soit 25adu, je l'ai mesuré sur les offsets unitaires : 28adu en moyenne en Bin1, ce qui est conforme, mais 38adu en bin2 (48 en bin3). Je croyais naïvement que le bruit de lecture serait le même en bin 1 ou 2.

Dès lors ton conseil de pose unitaire à 20 minutes n'en est que plus judicieux.

D'autant que le bruit du fdc n'est même pas le double du bruit de lecture sur mes poses en Ha.

Va falloir se remettre à l'ouvrage. Je vais commencer par refaire une série de darks (les miens sont périmés) à ces températures estivales (-10°) avec obligation de faire la nuit (trop chaud en journée, capteur pas étanche à la lumière...). Les nuits nuageuses ne manquent pas en ce moment:mad:

Le bruit peut augmenter avec le binning oui car celui-ci peut générer du bruit(bruit de lecture + bruit de binning)

Je viens de trouver une info intéressante sur la capacité du registre horizontal et le registre de sortie du 8300 sur le yahoogroup de QSI.

Maximum capacity of the Horizontal Shift Register (HSR) on the KAF-8300 is about 37,000e- and the Output Register (OR) is about 55,000e-.

Ce qui explique pourquoi QSI propose deux gains différents même avec ces capteurs là. J'ai aussi appris que le blooming du bin2 venait du registre horizontal car non protégé en cas de débordement.

Dommage que le gain soit fixe sur les ST8300