Aller au contenu

Messages recommandés

Posté

bonjour

je viens de faire l'acquisition d'une camera altaĂŻr hypercam 2600mc.

je suis a la recherche du gain optimum pour un meilleur rapport signal/bruit.

suite a l'analyse du capteur sur sharpcap j'ai des difficulté pour interpréter les résultat.

si quelqu'un connait le sujet je suis preneur.

merci pour l'aide

ci joint l1331393789_Capturedcran2022-10-25205143.png.78f2fc1e3bdfe10b5d1cc19ff90220ce.pnga capture d'écran sur une config 16bit reduction de bruit.

Posté

Manifestement, le bruit de lecture chute quand on atteint le gain de 200, donc c'est cette valeur qu'il faut retenir. Il vaut mieux en effet avoir une capacité des pixels (le "full well") la plus élevée possible. Passer de 1,26 électrons à 1 électron de bruit de lecture est un avantage marginal par rapport à la perte de capacité.

Posté

Bon, je m'y colle 😏

 

Tout d'abord, en théorie, en 16 bits, la valeur retournée par un pixel s'échelonnera entre 0 et 65535 (2 puissance 16, moins un).

Ledit pixel pourra accumuler jusqu'à 48872 électrons au maximum. C'est ce qu'on appelle le Full Well (on pourrait dire que le seau est plein en français de tous les jours)

 

On remarque sur le tableau que sur chaque ligne, le produit de la case "Gain Relatif" par la case "Full Well" donne toujours cette valeur de 48872.

 

Toujours en théorie et en l'absence de bruit de lecture, au gain relatif 1, un pixel retournerait une valeur zéro s'il n'avait accumulé aucun électron, et une valeur de 65535 si'il en avait accumulé 48872, en faisant une simple rÚgle de trois.

 

Au gain relatif 2,  un pixel retournerait une valeur zéro s'il n'avait accumulé aucun électron, et une valeur de 65535 s'il en avait accumulé deux fois moins que dans le cas précédent, soit 24436.

 

De mĂȘme au gain relatif 3,  un pixel retournerait une valeur zĂ©ro s'il n'avait accumulĂ© aucun Ă©lectron, et une valeur de 65535 s'il en avait accumulĂ© trois fois moins, soit 16290.

 

Etc...

 

Ou autrement dit, plus le gain est important, plus un pixel brillera pour un mĂȘme niveau d'Ă©clairement reçu. Et plus il saturera tĂŽt.

 

On remarque aussi que le bruit de lecture (Read Noise) décroit avec le gain. Mais il ne le fait pas de maniÚre linéaire. Il est divisé par presque trois lorsque le gain relatif passe de un à trois, puis il reste quasiment stable ensuite (de 1,26 à 1,00).  Donc de ce point de vue, il n'est pas utile de pousser le gain relatif au-delà de trois. A ce niveau, on garde une bonne dynamique (on garde en théorie environ 16000 niveaux d'éclairement) et on  ne gagnerait plus rien ou presque en matiÚre de bruit de lecture à augmenter le gain.

 

VoilĂ , j'espĂšre avoir Ă©tĂ© clair â˜ș

  • Merci / Quelle qualitĂ©! 1
Posté

salut,

les capteurs imx 571, 455, 533 et compagnie ont ce qu'on appelle un mode hcg (high conversion gain).

ce mode se déclenche à un gain spécifique et baisse drastiquement le bruit de lecture.

sur ton altair ce mode se déclenche au gain 200 sous sharpcap (chez zwo c'est au gain 100).

tu vois qu'ensuite le bruit de lecture ne baisse quasiment plus en montant le gain.

donc soit tu restes à gain 0 pour maximiser la capacité des puits de potentiel (éviter de saturer les étoiles genre m45) ou alors 200 pour tout le reste.

Posté

Merci pour vos réponse qui m on grandement aider. Suite à vos préconisations de réglages je me retrouve avec deux dernier petit souci.

Le premier lors de l acquisition via Nina, la nébuleuse est rouge dans la prévisualisation mais aprÚs traitement ressort toute verte.

Le deuxiĂšme mais fichier brut sont extrement noir.

Ci joint une capture d écran avec un panneau 4 pan de la nébuleuse du coeur ainsi que un des fichier brut

Capture d’écran 2022-10-31 210247.jpg

Posté

Je ne connais pas Nina, donc je ne pourrai pas aider à régler ce problÚme, mais cette dominante verte est trÚs classique en astrophoto. Elle provient en général du fait que le capteur de la camera est de type RGGB (red, green, green, blue), c'est à dire a deux pixels verts pour un bleu et un rouge.

 

Sous PixInsight, ce point se rÚgle en deux clics dans la fonction STF (ScreenTransferFonction). Je suppose qu'il y a l'équivalent dans Nina.

 

Sinon, il est tout Ă  fait normal qu'une brute de nĂ©buleuse ou de galaxie soit noire. C'est une image linĂ©aire, c'est Ă  dire que l'histogramme est "tassĂ©" du cĂŽtĂ© gauche car la luminositĂ© du sujet est trĂšs faible, mĂȘme aprĂšs empilement. Il faut donc "Ă©tirer" l'histogramme de maniĂšre non linĂ©aire  (c'est Ă  dire augmenter beaucoup la luminositĂ© des pixels sombres, mais pas trop celle des pixels assez lumineux pour Ă©viter de les saturer) pour rendre la cible visible. Cet Ă©tirement fait partie du post-traitement. Sous PixInsight, il est rĂ©alisĂ© par la fonction HistogramTransformation. Sous Nina, je ne sais pas.

 

 

Posté

Ça ressemble surtout Ă  une permutation de canaux entre rouge, vert et bleu. Il faut renseigner correctement PI pour qu'il sache dans quel ordre il rencontre les couleurs lors du dĂ©matriçage.

En effet, avec une nĂ©buleuse, c'est le canal rouge qui devrait dominer quelle que soit la sensibilitĂ© relative, si ça apparaĂźt en vert, c'est que le canal vert est utilisĂ© alors que ça devrait ĂȘtre le rouge.

 

N.B. : l'excuse du nombre de pixels est souvent mentionnée, mais elle est fausse. C'est la sensibilité du capteur en fonction de la longueur d'onde qui est en cause : avoir deux fois plus de pixels sensibles au vert ne fait qu'augmenter la fidélité des informations interpolées pour ce canal, mais pas leur amplitude.

Posté

Il faut exécuter la STF en lui permettant d'équilibrer les canaux.

Ça se fait en dĂ©cochant le premier bouton en haut Ă  gauche en forme de maillons.

image.png.37050f81ca4f824e0b3e43316b0c750f.png

Posté
Il y a 15 heures, Moot a dit :

N.B. : l'excuse du nombre de pixels est souvent mentionnée, mais elle est fausse. C'est la sensibilité du capteur en fonction de la longueur d'onde qui est en cause : avoir deux fois plus de pixels sensibles au vert ne fait qu'augmenter la fidélité des informations interpolées pour ce canal, mais pas leur amplitude.

 Ah, intéressant ! C'est fou le nombre de choses qu'on apprend et le nombre d'idées fausses que l'on voit corrigées en fréquentant Webastro. Merci pour cette précision en tout cas. 

 

PS: une chose que j'apprĂ©cie particuliĂšrement sur Webastro, c'est qu'on peut y Ă©crire "Je ne sais pas" sans passer pour un plouc, et que lorsque on fait une erreur , on se fait reprendre gentiment sans se prendre une volĂ©e de bois vert au passage.  Ça contribue surement au succĂšs du site. Merci encore, Moot !

  • J'aime 1

Rejoignez la conversation !

Vous pouvez répondre maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous pour poster avec votre compte.

Invité
Répondre à ce sujet


×   CollĂ© en tant que texte enrichi.   Coller en tant que texte brut Ă  la place

  Seulement 75 Ă©moticĂŽnes maximum sont autorisĂ©es.

×   Votre lien a Ă©tĂ© automatiquement intĂ©grĂ©.   Afficher plutĂŽt comme un lien

×   Votre contenu prĂ©cĂ©dent a Ă©tĂ© rĂ©tabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insĂ©rez-les depuis une URL.

  • En ligne rĂ©cemment   0 membre est en ligne

    • Aucun utilisateur enregistrĂ© regarde cette page.
×
×
  • CrĂ©er...

Information importante

Nous avons placĂ© des cookies sur votre appareil pour aider Ă  amĂ©liorer ce site. Vous pouvez choisir d’ajuster vos paramĂštres de cookie, sinon nous supposerons que vous ĂȘtes d’accord pour continuer.