SIRIL et flats APN

[Roger Pieri]

Un collègue de l'AAVSO qui utilise ma technique de photométrie VSF (APN) vient de faire un essai avec SIRIL. Il a découvert que les flats APN (donc RGB) n'y sont pas normalisés ce qui détruit la calibration couleur. Sous IRIS ce n'est pas le cas, la procédure GRAY_FLAT assure cette normalisation. C'est évidement le cas sous mon propre soft sous une forme un peu différente où la normalisation est faite sur une zone centrale de l'image (le vignettage peut être un peu différent en fonction de la couleur).
A noter que ceci affecte aussi la simple imagerie, les ratios couleurs étant perdus on ne peut plus appliquer la simple transformation sRGB standard.
Une modification me semble souhaitable.

Bon Ciel !
Roger

[Cyril Richard]

Bonjour,

Je pense savoir qui est cette personne ayant déjà eu ce genre de remonté car nous n'utiisons effectivement pas les coefficients des APN lors de la division des flats mais procédons a une division pixel par pixel.
Cependant, pour moi cette issue est loin d'être un gros problème.
Peut être en photométrie, et encore ... Notre procédure recommande actuellement d'utiliser seulement un seul canal qui est extrait sans interpolation.
En fait, on fait pareil que PixInsight à ma connaissance. Et il me semble, que personne ne se plaint que cela affecte quoique ce soit, en imagerie tout du moins.
Il existe une procédure à la fin de la calibration pour récupérer une balance des blancs et cela marche très bien dans 99% des cas.

Bref, à mon sens, il peut exister un problème en photométrie si on utilise la photo RGB, mais pas en imagerie ou l'issue est TRÈS TRÈS mineure.
Peut-être que dans le futur nous proposerons la possibilité d'utiliser les coefficients couleurs des APN mais c'est loin d'être une priorité.

Après, comme tu le sais, Siril est opensource. Libre à n'importe qui de faire des modifications et des ajouts ....

[Roger Pieri]

La normalisation des flats RGB ne se fait pas avec les coefs de l'APN (voir GREY_FLAT d' IRIS). En fait on normalise les RGB du flat à un même niveau de manière qu'ils ne modifient pas les ratios B/G et R/G de l'image RAW lors de la division. Cette normalisation est une opération très simple. L'équilibre RGB des flats dépend principalement de la distribution spectrale de la cible de flat, généralement inconnue et souvent variable. Si tu divises les RGB des images par ces coefs indéterminés je doute que tu puisses ensuite les recalibrer simplement avec seulement les coefs de l'APN !

En photométrie APN nous avons un problème particulier. Les bandes-passantes des filtres APN ne correspondent pas aux définitions du standard Johnson. L'erreur résultante peut être élevée en fonction du type spectral des étoiles. On doit appliquer des techniques de correction qui sont d'une manière ou d'une autre basées sur les ratios B/G et R/G. Il est donc important que ces ratios ne soient pas affectés par la division de flats. En l'état, SIRIL n'est pas utilisable en photométrie Johnson APN. Il n'est utilisable qu'en TG (canal G non-corrigé), peu apprécié, non comparable aux autres résultats de nos bases de données. Mais on a d'autres solutions que SIRIL...

En imagerie APN l'utilisation de flats non-normalisés complique l'obtention de couleurs correctes. Il n'y a pas de référence dans une image astro qui permette de faire une balance des blancs au jugé, il est donc important de conserver la calibration couleur de l'APN, ça marche sans problème (montré au groupe imagerie 3).

Roger

[Cyril Richard]

Je viens de faire un test sous PixInsight.

Il fait comme nous pour la calibration. Il est vrai cependant qu'il ne fait pas de photométrie. Je pense que nous développerons une normalisation pour la photométrie, mais je persiste à dire que ce n'est pas un gros problème pour l'imagerie.
Comparaison

Master-flat utilisé

[Roger Pieri]

Bien juste une petite démo. L'image en elle même n'est pas très artistique avec des reflets, mais c'est pas le sujet !
Les deux premières images sont un RAW traité avec mon logiciel (à gauche) et le Jpeg Canon correspondant (à droite). Je doute que Canon applique un flat... Pour ma part le flat est normalisé: une zone au centre de l'image est utilisée comme référence de niveau, on en prend la moyenne de chaque couche RGGB, on applique la règle de trois aux couches RGGB pour amener les références des couches au niveau 10000. L'objectif est un 280 à F4, son vignettage est assez faible. Les coefficients utilisés sont ceux de l'EOS M3 en lumière du jour.

Le processus RAW vers sRGB est entièrement automatique comme dans le cas d'un APN en sRGB/Jpeg. On a seulement à choisir à la main le niveau de blanc max, c'est indispensable en astro, ce choix ne peut être automatisé, mais c'est très simple.
Il y a quelques différences entre les deux images, de toute évidence le gamma du Jpeg Canon est un peu raid, c'est classique, le choix du blanc max est aussi plus haut dans ce Jpeg. Au total l'image RAW traitée de cette manière me semble plus proche de la réalité.

Les deux images suivantes ont été traitées en automatique de la même manière, celle de droite avec un flat brut, on a donc à la fois l'effet des sensibilités R et B faibles de l'APN mais aussi le contenu R et B de la cible de flat. L'image de gauche a été traitée avec un flat corrigé des coefficient lumière du jour de l'APN, reste donc l'effet des niveaux R et B de la cible de flat.

Du point de vue logiciel c'est très simple à mettre en œuvre et ça me semble sympa de ne pas avoir à se casser la tête avec la couleur.

Bon Ciel,

Roger

[Cyril Richard]

Afin d’améliorer Siril, j'ai rajouté l'option d'égaliser le flat CFA pendant le prétraitement, ainsi qu'une commande grey_flat : comme dans IRIS.
Maintenant Siril est opérationnel pour la photométrie RGB . Mais ceci reste optionnel et ne change pas grand chose au workflow habituel !!