Aller au contenu

Lost_In_Space

Membre
  • Compteur de contenus

    14
  • Inscription

  • Dernière visite

Tout ce qui a été posté par Lost_In_Space

  1. Bonsoir, J'ai fait des flat avec ma box corrigée pour qu'elle tire dans le vert plutôt que dans le jaune. Le résultat est incroyable. Commençons pas les stats : Ancien flats l-ultimate : 20:48:20: Canal Red : Moyenne : 49809.8, Médiane : 50440.0, Sigma : 3384.7, Min : 37436.0, Max : 57520.0, bgnoise : 505.820:48:20: Canal Green : Moyenne : 19647.0, Médiane : 19868.0, Sigma : 1101.9, Min : 15100.0, Max : 22624.0, bgnoise : 323.920:48:20: Canal Blue : Moyenne : 9101.0, Médiane : 9180.0, Sigma : 501.3, Min : 6716.0, Max : 16052.0, bgnoise : 208.5 Nouveau Flat l-ultimate : 22:44:03: Canal Red : Moyenne : 19447.3, Médiane : 19680.0, Sigma : 1136.2, Min : 14872.0, Max : 37012.0, bgnoise : 290.8 22:44:03: Canal Green : Moyenne : 35583.5, Médiane : 35932.0, Sigma : 1704.2, Min : 28800.0, Max : 47880.0, bgnoise : 407.9 22:44:03: Canal Blue : Moyenne : 19608.2, Médiane : 19776.0, Sigma : 918.9, Min : 15728.0, Max : 64456.0, bgnoise : 294.1 Je ne peux pas poster 150 images. Ici les deux flats comparé, stretchés : Ici maintenant la différence sur un cliché où le signal est très peu présent et où le stretch mettait en avant le bretzel (i.e. extraction Oiii sur IC 405 qui ne contient presque pas d'Oiii) La différence est moins flagrante sur le Ha, car le signal est très fort. Vous admettrez que le résultat est incroyablement meilleur ! On reste donc dans le noir pour la question de l'offset qui a bougé, mais la lumière est faite sur les flat ! Merci Cecile
  2. Bonsoir, Nous ici identifié deux problèmes : 1) l'offset de mes lights était durant deux sessions incorrect pour une raison qui demeure inconnue. Ceci et discuté dans les premiers posts et reste un mystère. Vu que j'ai utilisé des scripts APT qui par ailleurs fonctionnent très bien probablement que APT est fautif ici. Cela reste inexpliqué. 2) mes flats fait pour le l-ultimate semblent défectueux et ne calibrent que moyennement mes images. J'ai corrigé ma source, qui tire maintenant un poil dans le vert-bleu et pas dans le jaune. La dominente rouge devrait disparaitre. Le ciel sera dégagé demain et je posterai ici dans les jours qui viennent mes conclusions. Suspense !
  3. Merci beaucoup pour ces explications. Je comprends bien que ces processus ne sont pas plus linéaires que la vie en général et je comprends que le rendement domine dans le vert, en plus d'avoir une double surface dans la matrice de bayer. 1) Un petit update sur la base d'une discussion sur le forum zwo : pour les lights problématiques ont visiblement été prises sans offset, quoi qu'en dise le header des fichiers fit. L'offset effectif était à 0. Il faut suspecter un problème informatique (en particulier un soucis avec APT, que j'utilise pourtant depuis une année sans problèmes). Cela explique la moyenne à 720 et donc l'impossibilité de soustraire les darks. 2) Un autre update : si je prend un flat fait avec un filtre uv-ir cut, j'obtiens des chiffres de l'ordre R=27k, G=26k et B=6K. Si on génère la couleur on trouve ceci : Or, si éclaircie, cette couleur fait vraiment penser à la couleur de la fibre qui compose le boitier de ma boite à flat. Je vais donc ajouter une couche de noir à l'intérieur. Je crois que je progresse EDIT : l'intérieur est déjà couvert intégralement de scotch noir. Il s'agit de la couleur des LED elle-même. Elle ont doivent avoir ce blanc "chaud et jaunêtre". Il faut que je change ceci. Le picker point sur la zone floutée (i.e. moyenne de ce qui passe à travers le filtre que j'ai intercalé entre les led et le plexi translucide (qui est lui bien blanc). Si on clique sur une led éteinte, on arrive à 94, 82, 17 % pour chaque canal. Un partie du problème doit donc être là.
  4. Merci beaucoup ! C'est très intéressant. Quelques remarques : 1) J'ai pensé que la dominante rouge pour les flats était normale : la bande Ha passe entièrement sur les sous-pixels rouges, alors que la bande Oiii se répartit entre les sous-pixels verts et bleu. Si la source est équilibrée, on devrait donc avoir beaucoup plus de rouge. Sur la base de mon flat l-ultimate, on peut faire le raisonnement suivant : 2) flat réalisé avec un filtre l-ultimate : 20:48:13: Lecture FITS : fichier 2023-03-05_F_IC405_12404_Bin1x1_5s__-10C_G121.fit, 1 canal(aux), 4144x2822 pixels, 16bits 20:48:20: Exécution de la commande : stat 20:48:20: Canal Red : Moyenne : 49809.8, Médiane : 50440.0, Sigma : 3384.7, Min : 37436.0, Max : 57520.0, bgnoise : 505.8 20:48:20: Canal Green : Moyenne : 19647.0, Médiane : 19868.0, Sigma : 1101.9, Min : 15100.0, Max : 22624.0, bgnoise : 323.9 20:48:20: Canal Blue : Moyenne : 9101.0, Médiane : 9180.0, Sigma : 501.3, Min : 6716.0, Max : 16052.0, bgnoise : 208.5 Ha = 49809 Oiii = 2*19647 +9101 = 48395 (2* le vert car la matrice rggb a deux sous-pixels verts). Ca semble en fait cohérent. Pourquoi ne l'est-ce pas? Si j'en crois tes chiffres, ce ne l'est pas. Dans ce cas alors ma source pourrait-elle être problème ? Le filtre est-il malheureux? 2) Si j'extrait les canaux CFA d'un flat l-ultimate, alors j'obtiens le bretzel dans tous les canaux, bien que de manière inégales. De nouveau, c'est seulement en autostretch qu'on voit le problème sur un flat unitaire. Sur le master flat, il n'y a que sur le CFA1 qu'on voit le soucis. 3) le bretzel semble être un soucis de la caméra d'après la littérature cloudynight. il est exacerbé par le filtre dual narrowband. Je suis évidemment preneur de toute remarque. Merci dans tous les cas je vais poursuivre ma réflexion.
  5. Au risque d'abuser, puis-je te demander de m'envoyer les stats de - un light sans l-ultimate - un light avec l-ultimate - un flat sans l-ulimate - un flat avec l-ultimate - un dark Tu peux aussi volontiers m'envoyer les fichiers. Je serais très reconnaissant. Dans tous les cas merci beaucoup pour ton aide Cécile.
  6. Je viens de comprendre : env. 720 de mediane dans un light, ça laisse peu de marge pour déduire les 1920 de mon master dark. C'est bien ça ? du coup, la question est de savoir comment j'ai pu me retrouver avec 720 alors que le jour d'avant je tournais à 2168-2188. C'est bien ça ?? Eh bien si c'est cela, c'est vraiment une grande question et je n'ai vraiment rien qui me vient à l'esprit à part caler l'offset à 2000.
  7. Une autre question encore. Comment juger de la cohérence des canaux ? Ici deux flats 1) flat réalisé avec un filtre uv-ir cut pour une galaxie : 20:44:56: Lecture FITS : fichier 2023-03-17_F_M106_13002_Bin1x1_4s__-10C_G121.fit, 1 canal(aux), 4144x2822 pixels, 16bits 20:45:07: Exécution de la commande : stat 20:45:07: Canal Red : Moyenne : 34112.3, Médiane : 34448.0, Sigma : 1961.8, Min : 27064.0, Max : 38488.0, bgnoise : 397.6 20:45:07: Canal Green : Moyenne : 32826.6, Médiane : 33084.0, Sigma : 1815.5, Min : 26028.0, Max : 37000.0, bgnoise : 398.0 20:45:07: Canal Blue : Moyenne : 7428.2, Médiane : 7468.0, Sigma : 349.5, Min : 5864.0, Max : 12760.0, bgnoise : 162.1 2) flat réalisé avec un filtre l-ultimate : 20:48:13: Lecture FITS : fichier 2023-03-05_F_IC405_12404_Bin1x1_5s__-10C_G121.fit, 1 canal(aux), 4144x2822 pixels, 16bits 20:48:20: Exécution de la commande : stat 20:48:20: Canal Red : Moyenne : 49809.8, Médiane : 50440.0, Sigma : 3384.7, Min : 37436.0, Max : 57520.0, bgnoise : 505.8 20:48:20: Canal Green : Moyenne : 19647.0, Médiane : 19868.0, Sigma : 1101.9, Min : 15100.0, Max : 22624.0, bgnoise : 323.9 20:48:20: Canal Blue : Moyenne : 9101.0, Médiane : 9180.0, Sigma : 501.3, Min : 6716.0, Max : 16052.0, bgnoise : 208.5 J'utilise un panneau led variable pour arriver à une ADU entre 28k et 30k sur 4-5.5s et adapte ensuite les darks flats. Je constate ici que dans les premier deux cas, le rouge est au niveau du vert et tous deux sont très très en dessus du bleu. Dans le second cas, seul le rouge est plus haut. Mais je peine à interpréter de manière confiante le résultat.
  8. Bonsoir, J'ai parcouru les documents et suis heureux de disposer maintenant d'une compréhension formelle de ce que j'avais plus ou moins saisi du rôle de chaque sort de fichier. Nous sommes donc à la croisée de différents problèmes. - d'un côté nous avons les problème liés à la 294mc qui sont exacerbé par les filtre bibandes étroites. C'est très bien documenté sur le web et donne lieu à ces pattern en "bretzel". Je suis toutefois ici relativement calme car ce soucis pose des problèmes seulement lorsque les lights sont des images d'objets contenant soit très peu de Ha, soit très peu d'Oiii, soit très peu des deux. En effet, je n'ai eu aucun problème de calibration des couches Ha et Oiii sur M42 ou la Rosette. Par contre, l'image de M94 qui nous occupe ne contient presque rien, si bien que la fameuse pattern, si discrète dans les cas de M42 ou de la Rosette, devient terriblement visible dans le cas d'un champ d'étoile avec un petit objet car l'autostretch des deux layers est beaucoup plus musclé. - de l'autre côté, nous avons un problème introduit lors de ma session. Je confirme ici que j'utilise bien les drivers de ZWO. Puis-je te demander de quel fichier tu parles exactement ? Parles-tu ici des lights dont j'ai copié plus haut les stats ? Mais il semble naturel d'avoir une médiane beaucoup plus haute que l'offset pour les lights. Par ailleurs, il semblait ici avoir clairement incriminé les darks. Or, on parle ici des lights. Pire : ma session perdu sur ic405 incrimine clairement les flats, car la pattern en bretzel domine le tout. Note enfin que 294mc oblige, je travaille avec des dark flats à la place des offsets... Le soucis pourrait-il venir des darks et se propager aux flats au travers des darks flats ? Je crain de ne plus comprendre grand chose... 🏳️
  9. Merci beaucoup pour ces explications. Je vais aller voir la documentation ce soir Ici les deux fichiers en questions. Merci 2023-03-05_L_M94_12296_Bin1x1_300s__-10C_G121.fit 2023-03-05_F_IC405_12410_Bin1x1_5s__-10C_G121.fit
  10. Me voilà bien curieux car je ne me suis jamais tellement intéressé à ces chiffres. C'est la valeur min qui coince dans le light ? Je joins ici la light en question ainsi que le master dark et le master flat. Note que j'ai ouvert les stats d'autres lights. Résultats: 10:48:45: Lecture FITS : fichier 2023-03-06_L_M94_12456_Bin1x1_300s__-10C_G121.fit, 1 canal(aux), 4144x2822 pixels, 16bits 10:48:51: Exécution de la commande : stat 10:48:51: Canal B&W : Moyenne : 714.7, Médiane : 712.0, Sigma : 182.0, Min : 280.0, Max : 65532.0, bgnoise : 222.9 10:50:24: Lecture FITS : fichier 2023-03-06_L_M94_12457_Bin1x1_300s__-10C_G121.fit, 1 canal(aux), 4144x2822 pixels, 16bits 10:50:29: Exécution de la commande : stat 10:50:29: Canal B&W : Moyenne : 731.5, Médiane : 732.0, Sigma : 185.7, Min : 284.0, Max : 65532.0, bgnoise : 228.1 10:50:58: Lecture FITS : fichier 2023-03-06_L_M94_12468_Bin1x1_300s__-10C_G121.fit, 1 canal(aux), 4144x2822 pixels, 16bits 10:51:02: Exécution de la commande : stat 10:51:02: Canal B&W : Moyenne : 710.5, Médiane : 712.0, Sigma : 176.2, Min : 200.0, Max : 65532.0, bgnoise : 216.1 En revanche, les lights de la session du jour précédent, qui ont été traités avec succès, donne typiquement les résultats suivants : 10:52:34: Lecture FITS : fichier 2023-03-05_L_M94_12296_Bin1x1_300s__-10C_G121.fit, 1 canal(aux), 4144x2822 pixels, 16bits 10:52:37: Exécution de la commande : stat 10:52:37: Canal B&W : Moyenne : 2193.3, Médiane : 2188.0, Sigma : 110.3, Min : 1884.0, Max : 65532.0, bgnoise : 122.2 0:51:19: Lecture FITS : fichier 2023-03-05_L_M94_12301_Bin1x1_300s__-10C_G121.fit, 1 canal(aux), 4144x2822 pixels, 16bits 10:51:23: Exécution de la commande : stat 10:51:23: Canal B&W : Moyenne : 2174.3, Médiane : 2168.0, Sigma : 104.1, Min : 1856.0, Max : 65532.0, bgnoise : 113.7 Je suis tout à fait perplexe... Merci beaucoup pour ton aide 2023-03-06_L_M94_12464_Bin1x1_300s__-10C_G121.fit dark_stacked.fit pp_flat_stacked.fit
  11. Magnifique, merci beaucoup de regarder. Voici donc le log demandé (stat et header pour une brute et le master dark Merci beaucoup ! 2023-03-17T07.31.26 brute et master dark pour pp_light incalibrable (pas de gris).log
  12. Bonsoir Cécile, Merci pour ta réponse. Oui, on dirait. La valeur d'offset est bien la même dans les deux cas (30). J'impose le paramètre dans tous les plans APT. Si c'est un problème de niveau, il est massif, car je n'ai plus de gris dans l'image. Plus que des pixels noirs et blancs. Patrice
  13. Bonsoir, Après une bonne année de succès avec SIRIL, je désespère ce soir. Je tente de traiter manuellement une seconde session faite avec un filtre bi-bandes étroites l-ultimate. Pour la première session, aucun soucis. J'ai suivi le tuto de Elsa (https://www.youtube.com/watch?v=h5kMTplDVO0) et tout s'est bien passé. Pour la seconde session, faite le jour suivant et recourant au mêmes fichiers darks, flats et offsets, je rencontre un problème de calibration que j'ai pu retracer au niveau de la calibration des lights. Il se passe ainsi la chose suivante : 1) création de la séquence de lights. Ici l'aperçu en mote auto ajustement des fichiers non-dématricé sont normaux. 2) je charge la séquence et demande à SIRIL de calibrer une séquence qui sera noméée pp_lights. On inclut un master dark et un master flat (les mêmes que ceux qui ont fonctionnées par la séance de la veille). Les paramètres utilisés incluent en outre l'égalisation CFA pour le master flat, l'autoévaluation, la correction cosématique, les données CFA, le SIGMA froid et le Sigma chaud à 3.000 (on peut décocher cela ne change rien). Je lance ensuite sans dématricer (pour extraire plus tard le Ha et le Oiii) et sans calibrer toutes les images. 3) le résultat est une séquence pp_lights d'image qui ne sont pas en niveau de gris mais en pixel soit noir soit blanc. En mode d'affichage "auto-ajustement", le contraste est saisissant en comparant avec la séquence pp_light de la veille oùj les fichiers pp_lights sont en niveaux de gris, comme on s'y attend. Je joins ici deux fichiers pour illustrer le problème (cadrage fait à la louche, ne pas prêter attention au crop un peu aléatoire). Je suis perplexe car les lights sont parfaitement comparables. C'est la même séquence APT à un jour d'intervalle, avec le même matériel et des conditions de seeing comparables. Les darks, offsets et flats sont strictement les mêmes (je sais j'aurais pu refaire une séquence de flat). Un mot encore pour dire que si je calibre les fichiers sans utiliser le master dark, le problème disparait. Mais je me retrouve avec les traces insupportable que laisse un l-ultimate sur le capture d'une ASI294MC Pro. J'ai tenté de vérifier le master dark, mais rien n'y fait. Et j'ai traité un tas d'autre images de 300s avec ce set de darks. Mystère donc et je suis reconnaissant pour toute aide. Bonne soirée ! PS : mes succès avec SIRIL sont ici: https://www.astrobin.com/users/patrice_so/?fbclid=IwAR2L1ouCQhet0-zWYJoJQijrDKgiiqpmIgj-JWxbiqH6s9NkbiAB8i1_C8w
  14. Bonsoir! Je découvre avec beaucoup de plaisir la nouvelle version de SIRIL. L'intégration de Starnet est une excellente initiative. J'ai donc téléchargé et installé la version ligne de commande de Starnet. Je l'ai testée avec le fichier test fourni dans le répertoire d'installation et tout est en ordre. SIRIL confirme trouver Starnet et accepte de démarrer le processus. Toutefois, l'exécution ne dure en générale que 0.400 ms environ, soit pas assez pour effectuer le travail, et le fichier tif qui sort contient encore les étoiles. Aucun masque n'est créé. Quelqu'un saurait-il m'aider? Merci et bon ciel, Patrice Le sujet a été identifié sur les forum GB et visiblement on peut modifier la manière de lancer le programme pour résoudre le problème. https://discuss.pixls.us/t/starnet-not-working-in-1-2-0-beta1/35533 Hi, thx for the report. Could you test the following? Instead of starting Siril with the shortcut, start a command window (type cmd and hit Enter in Windows bar) and type: “C:\Program Files\Siril\bin\siril.exe” >log.txt And see if starnet works?
×
×
  • 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.