Cissou8

Effectivement, j'évite les flats "très cuits" Même avec le L-extreme, je cale le pic le plus lumineux des 3 autour de 50%, avec un temps juste en dessous des 1s.

Salut Philippe, Je t'avoue que j'ai pas Pix et que j'ai jamais compris non plus ce qu'etaient les superbias (et j'ai pas trop cherche non plus) Pour me comprendre d'ou ca vient le fait de mettre cette fonction très simple dans Siril, c'est parti de la lecture d'un fil sur le forum en face, et en particulier cette entree: http://www.astrosurf.com/topic/125220-problêmes-de-flatsavis-aux-cadors-_pas-resolu-_/?do=findComment&comment=1647884 Tu peux y aller tranquille, elle est top! Cecile

@FranckiM06, @jpch84 c'est le fait d'enlever un niveau constant a ses flats plutot qu'un master, que ce soit un mastser offset ou un master darkflat. Pour determiner le bon niveau et faire l'operation dans Siril, tout est explique la: https://siril.org/fr/tutorials/synthetic-biases/

Oui, une fois que tu connais la valeur (et tant que tu ne changes pas de reglage d'offset) tu n'y touches pas. Et si jamais d'aventure tu en changeais, tu connais la recette: 64xreglage. Donc si demain, tu passes a 25, ce sera 1600. Oui oui, pour peu que tu fasses pas des flats de 10s ou plus, les dark de flats sur une cam refroidie, je pense que c'est de l'esbrouffade... enfin, c'est mon avis. J'encourage d'ailleurs a tester plutot qu'a me croire sur parole.

Philippe, j'avais commence a t'ecrire un gros pave et, une erreur d'innatention et l'editeur m'a tout efface. Je recommence mais en version plus condensee. Ce que montre le graphe, c'est que le niveau median (en ADU) dans un offset est directement proportionnel au reglage que tu mets pour ta cam, avec un facteur 64. Donc si tu regles ta cam sur 30 (la meme que la mienne, l'ASI 294MC, donc le meme facteur), le niveau d'offset a retirer aux flats est 30 x 64 donc 1920. Donc au moment de pre-traiter tes flats, a la place d'aller selectionner un master offset, tu ecris =1920 et Siril s'en debrouille tout seul Cecile

Alors j'ai une caméra qui a de l'ampglow (la 294MC), des flats autour entre 0.5s et 1s et ça se passe très bien. On a aussi testé avec la 294mm de @clouzot (je sais plus si c'est la zwo ou l'altair), avec des flats de 5s, et ça se passe très bien aussi. Y a la fonction qui va bien dans Siril pour tester sans rien avoir à faire de compliqué que de lui passer le niveau d'offset pour calibrer les flats. Autant braver sa peur et tester C'etait déjà possible avant, fallait se faire une image avec un niveau uniforme qu'on se faisait avec la commande fill. Perso, j'ai commencé a faire ça plutôt que des offsets ou des darkflats quand j'ai eu des entrées de lumière par le primaire du newton. Je suis jamais revenue dessus.

Salut, en fait il faut bien se representer ce qu'est le prétraitement. A ton image brute L, tu vas d'abord soustraire le masterdark MD. En pratique, ca dit que pour chaque pixel de ta brute, tu prends sa valeur, et tu vas soustraire la valeur du meme pixel sur ton masterdark. Et ensuite, ce resultat, L-MD, tu vas venir le diviser par ton masterflat. Rebelote, on prend chaque pixel, et on le divise par la valeur d'un autre pixel. Donc, il faut que tes tableaux de pixels aient tous la meme taille. Et comme les images sont codees comme des tableaux de taille largeur x hauteur x profondeur de bit, et bien tous ces fichiers doivent avoir la meme taille. Je simplifie un peu 2-3 subtilites mais tu as les grandes lignes Cecile

Il te propose pas de laisse passer qd meme? Quand ca le fait, j'arrive tjs a lui forcer la main a un moment. Du genre appuyer sur Informations Complementaires comme la-dessus: https://www.01net.com/astuces/windows-10-comment-autoriser-l-execution-de-programmes-bloques-par-windows-defender-1363447.html Ouais, ca j'ai bien vu , merci @vinvin

@krotdebouk, dans le fichier xml que j'ai fourni en exemple, tu te mets apres la ligne 268 et tu colles tout le bloc juste avant la balise </ThreadType> Alors attention, j'avais pas prevu le coup, mais il doit falloir que les ecritures decimales soient ecrites avec des "." et pas des ",". Ou probablement que ce soit coherent avec ton setup de Fusion. Tu peux ouvrir les autres fichiers xml presents dans le dossier pour voir quelle est la bonne convention. Je te conseille aussi d'ouvrir le fichier avec un editeur de texte qui prend en charge le xml. Perso, j'utilise Notepad ++. Ca te permettra de voir si tu as bien a chaque fois les balises ouvrantes/fermantes. Si tu dois ajouter un autre filetage de la meme taille mais avec un autre pas (par exemple M102x1.5), il faudra que tu ne colles que les lignes de la balise <Designation> a </Designation> (Regarde l'exemple pour la taille 50) C.

Salut, les empiler, ca ne servira pas a grand-chose. Par contre, tu pourras aligner ton stack RGB et ton stack L meme si les resolutions sont differentes, sans probleme. Dans Siril, tu splittes ton stack RGB avec la commande split pour avoir 3 couches mono. Ensuite tu crees une sequence avec ta L, et R, G, B. Tu les alignes en global, ca va remettre tout le monde a la bonne reso/taille. Puis tu peux aller dans l'outil de compo RGB, mettre les 3 couches couleur et utiliser L en luminance. Apres, la question est plus au niveau de l'interet (reel et financier) comme discute au dessus. Cecile

Salut, de memoire, c'est la meme chose que le stretch applique en appuyant sur l'engrenage dans la fenêtre pour ajuster l’histo automatiquement, celui qui positionne les curseurs low et mid tout seul. C'est donc un stretch non-lineaire. C.

Alors je t'avoue que macOS, c'est pas ma came... python plus, mais tjs ss Windows. Si tu m'en dis un peu plus sur ce que te raconte pip3 pendant l'install de PSS, ça m'aidera forcément plus pour t'aider en retour 😉

Salut, Pour l'install sous Mac, je crois que tu peux directement installer depuis Pypi. Tu ouvres un terminal et tu tapes: pip install planetary-system-stacker Et ça devrait se faire tout bien tout seul. Er ensuite, il faut aller lire le manuel: https://github.com/Rolf-Hempel/PlanetarySystemStacker/blob/master/Documentation/PlanetarySystemStacker_User-Guide.pdf J'ai utilisé sous Windows pour voir, ça marche bien. Cécile

J'avais pas vu ta réponse et je me suis mise a divaguer sur des histoires de salade... Ma technique pour pas m'y perdre, c'est de donner un nom du style HORGB a la séquence d'alignement des couches. Et je charge les couches dans l'ordre des lettres dans l'onglet Conversion (H, puis O, puis R, puis G, puis B). Quand la séquence est créée, l'image HORGB _00001.fit correspond a Ha, HORGB _00002.fit correspond a OIII etc etc Si jamais j'ai pas fait comme ca et que j'ai un doute, dans Windows (si c'est ton OS), tu fais clic-droit sur le fichier a identifier->Ouvrir l'emplacement du fichier et ca va t'amener sur le fichier d'origine en remontant les liens symboliques. J'imagine bien que la même chose existe sur les autres OS. Et enfin, dernière chose, si ton soft d'imagerie écrit une clef FILTER dans l’entête des fits, dans la prochaine version de Siril, cette clef sera transférée jusqu’à l'empilement. Tu pourras donc voir a quelle couche correspond quelle image peu importe son "nom" de sequence...

Sans blague? Je préfère pas répondre...

Elle est bien trappue ta question du dimanche Alors, sans aucun test ni mesure et complètement a l'instinct, je te dirais que tant que tu travailles en 32b, le bruit de quantification du "deuxième" alignement, tu dois pouvoir, s'il existe, gentiment vivre avec. Pour aller plus loin dans la discussion, je dirais même qu'il faudrait prendre aussi en compte dans cette réflexion l'image qui est prise en référence pour centrer/orienter le stack. Si on en choisit 4 différentes, une par couche, on a toutes les chances de tirer le meilleur de chaque couche (bruit sur les bordures), surtout si les images ont été faites sur des sessions différentes et qu'on réoriente pas exactement le capteur de la même façon a chaque fois ou que la session suivante démarre pas pile poil aux bonnes coordonnées de centre. Je sais pas comment fait ASTAP pour choisir sa référence unique. La réponse niçoise n'adressera pas ce point, elle se contentera de faire un stack par couche, sans alignement de la sequence totale de 4xN images. Mais si elle se convainc (ou se fait convaincre) de l’utilité de la chose, et comme elle est pas butée, elle peut y réfléchir

Euh si, il y a un probleme Si tu fais tes images a un offset de 0, tu fais clipper une bonne partie des pixels au 0, ca va te faire des choses moches sur le fond de ciel et les parties ou le signal est faible.... Donc oui, il faut que tu te mettes a un offset non nul et que tu n'en bouges plus, pour toutes tes images. Oui ET en soustrayant le masterdark aux lights. Sinon, ca va pas marcher non plus. Regarde l'image L/(F-O) dans le tuto...

Comme @nico1038, je pense que c'est une piste a creuser. Tu ne parles pas des darks non plus... Ils sont tous aussi important pour ne pas se retrouver en surcorrection. Je te conseillerai de prendre toutes tes images de calibration (darks, flats etc...) indépendamment et de tenter un empilement pour trouver la source du problème. Y a un tuto sur le site de Siril qui explique comment les niveaux des différents masters jouent un rôle dans la correction du vignettage. C'est la: https://siril.org/fr/tutorials/synthetic-biases/#annexe-comprendre-comment-les-flats-corrigent-les-brutes Regarde les photos a la fin, ca ressemble fort a ce que tu vois.

effectivement, il ne devrait pas y en avoir

Salut, Je t'avoue que je comprends pas bien ce qu'il se passe a partir de ce que tu décris. Tu pourrais exporter un log et nous le partager? C.

Oui ca peut en faire partie, surtout si tu as mis l'offset a 0. Le gros avantage de ta camera refroidie c'est que tu vas pouvoir les refaire au chaud. Pour le gain des flats, il faudrait les faire au gain le plus petit possible en théorie... oui mais voila, cette cam a un convertisseur qui fait que le bruit de lecture en ADU est identique a gain 0 et a gain 120. J'avais partage une courbe dans un autre post, je la remets ici (c'est tire d'une analyse du capteur faite avec Sharpcap) Et alors a gain 0, je sais pas si c'est que la mienne (je ne crois pas), mais y a une sorte de "grain" sur les flats qui n'existe pas a gain 120. Donc je me tiens au gain 120. Pour la durée, j'ai jamais eu de problèmes en dessous de 1s pour peu que j'aille pas taper en dessous de 0.5s. J'ai pourtant lu les sujets sur CN, je sais pas si y a eu des séries différentes, des changements de drivers, l'electronique et ses mystères.... En dessous de 0.5s, des stries horizontales apparaissent comme on les voit sur les tiens. Même technique que citée précédemment, je mets en boucle sur Nina, et je règle la luminosité de la tablette/je rajoute des couches de tissu blanc jusqu’à caler le pic le plus a droite de l'histo en dessous de 50%. Pour absolument toutes mes photos (brutes et DOF), je reste a l'offset de 30, ça évite les erreurs. Maintenant, juste un mot sur les darks de flats, même si ca va un peu a contre-courant. Je comprends pas pourquoi il y aurait besoin de darks de flats. Ni meme d'offsets d'ailleurs. Attention, je ne dis pas qu'il faut pas enlever un niveau aux flats, je dis juste que ca a pas besoin d’être un empilement de photos qui pourrait éventuellement ajouter du bruit. Sauf a faire des flats de, disons, plus de 5s (a cause de l'ampglow et encore faudrait mesurer) sans aucun refroidissement (a cause du courant de dark). J'ai extrait un des canaux CFA d'un flat unitaire et d'un masterflatdark de 3s, du temps ou j'en faisais, pour illustrer mon propos: Si je trace le flat, ca me donne ca: si je trace le meme pour le masterflatdark, ca me donne ca: J'ai essaye de le mettre en vue par la tranche pour qu'on voit un peu les variations, les pixels chauds etc... Maintenant, si on trace juste une ligne de pixels le long du capteur, tout a la même échelle, ça donne ça: Donc oui, on voit des variations sur un dark de flat, mais j'en déduis que je peux très bien juste enlever un niveau constant sur tout le capteur, ça changera rien a l'affaire. Encore une fois, il faut qd même que les temps de pose des flats soient suffisamment courts pour pas faire venir l'ampglow (mais sur des poses de 3s, j'en vois pas) et le refroidissement soit en route pour maitriser le bruit du courant dark (en meme temps que son signal). Y a une fonction dans Siril pour enlever un niveau constant aux flats au lieu d'un masterbias (ou masterflatdark), j'ai ecrit ce tuto justement a ce sujet: https://siril.org/fr/tutorials/synthetic-biases/ Si y en a que ça tente d'essayer et de me dire s'ils voient une différence entre un masterflat prétraité avec un "vrai" dark de flat et un dont on a juste enlevé un niveau. Les exemples sont fait avec la 294. @pyrou61, la partie en annexe explique aussi pourquoi il faut absolument que les darks soient au même niveau d'offset que tes brutes pour enlever le vignettage et les traces de poussières. Cécile

clic droit sur une image ouverte. et pour faire une stat d'une image: Soit tjs le clic-droit->Statistiques. Soit tu tapes dans la barre de commande stat Et ca va t'ecrire des choses dans la console. La par exemple sur un dark j'obtiens: 14:13:42: B&W layer: Mean: 1923.4, Median: 1920.0, Sigma: 125.3, AvgDev: 9.8, Min: 1700.0, Max: 65532.0 Ma mediane est bien vers 1920 (meme sur celle-la, un dark de 300s), c'est donc que l'offset etait bien regle.

Normalement, les softs d'acquisition écrivent la valeur d'offset (entre autres) dans le header des fits. Tu peux en afficher le contenu dans siril, de mémoire clic droit FITS header. Sinon tu fais une stat sur un dark, ça se voit tout de suite si tu es a 0 ou a 30. Si tu es a 30, ta mediane doit être vers 1920. J'ai la même cam, et j'ai fait pas mal de mesures, 30 c'est très bien.

@vinvin, en récupérant le dernier nightly windows de la branche 0.99.10.1, ça doit marcher non?

Salut, il faudrait que tu nous postes un log pour qu'on voit un peu plus ce qu'il se passe. Il y a un bouton pour l'enregistrer en bas à droite dans l'onglet Console. C.