Cissou8

Salut, c'est illustré en image la: https://siril.org/fr/download/2021-11-20-siril-1.0.0-rc1/#lastrométrie-des-images-grand-champ Il me semble qu'on avait fait une vidéo aussi, mais je me rappelle plus où elle est rangée @lock042, @vinvin une idée?

Salut, - Il n'y a pas de filtre sur la fwhm dans les scripts par défaut. - Tu trouveras le chemin des scripts en faisant Ctrl+P (ca ouvre le menu des préférences), onglet scripts. Je te conseille de te faire un autre dossier dans lequel tu iras mettre tes scripts perso en ajoutant le chemin de ce nouveau dossier au même endroit. Ce sont des fichiers texte modifiables avec n'importe quel éditeur. Pour ajouter un filtre sur la fwhm à l'empilement, tu cherches les lignes qui commence par stack dans le script (il y en a 2 pour le Ha OIII) et tu ajoutes l'option -filter-fwhm=90%. Quand tu ajoutes un nouveau script, pense bien à taper la commande reloadscripts. Ça rescanne tous les dossiers déclarés dans les préférences et ça rafraîchit la liste des scripts disponibles. Un coup d'œil à la FAQ au cas où: https://siril.org/fr/faq/#comment-créer-un-script- Et à la référence des commandes et de leurs options: https://free-astro.org/index.php?title=Siril:Commands&oldid=8045#stack Voilà! Cécile

salut, je vois pas de gros trucs. Si ce n'est l'alignement du <ThreadSize> L269 qui devrait etre aligne avec la balise de la ligne du dessus et le pitch ligne 273 qui devrait etre a 1 et pas 0.1. Mais je sais pas si l'un ou l'autre de ces trucs est un reel probleme. Le format n'etant pas documente... C.

Salut, oui c'est ça, tu mets le même diamètre côté vis et côté ecrou et tu choisis un profil qui correspond à ce diamètre nominal. C.

Il me semble que les scripts francais ne s'installent que sur la version Windows et que si on selectionne Francais pendant l'install. Sur Mac, je crois que c'est le bazar quand on prepare le bundle (et qu'Appple decide d'un jour a l'autre que ce qui passait la veille est absolument ignominieux le lendemain) et que donc, on s'est abstenu de faire encore plus complique (pour nous, et quand je dis "nous" je veux dire @lock042). Par contre, oui, y a pas de raison évidente que les scripts français existants ne soient pas compatibles avec la 1.0.2.

Salut, c'est vrai que j'ai jamais raconté ce que faisait la feuille excel. Les dimensions qu'elles donnent sont des valeurs théoriques. En gros, j'ai déterminé les formules en essayant de reproduire au mieux les valeurs pour les filets métriques standard, qui sont dans un autre des XML qui s'installent directement avec fusion. Le besoin de rétracter les filets est donc le même que quand on utilise un des filetages standards. J'imagine que ça dépend de chaque imprimante et de à quel point on veut qqchose d'ajusté (quite a avoir besoin de "roder" fort l'assemblage). Cécile

salut, le fichier astroprofile.xml que tu as mis dans le repertoire, c'est un que tu as modifie toi ou c'est celui donne en lien plus haut? C.

T'as peur hein Alors, autre recette perso avec cette cam, je vise un temps pour les flats entre 0.5 et 0.9s. A partir de 1s, ca fait n'inporte quoi, en tout cas la mienne. Et ça corrobore ce qui est décrit dans la section 3.6 de cet excellent lien: http://www.astrosurf.com/buil/asi294mm/ Pour les ADU, vers 20-30000. Et tjs à gain 120. A gain 0, ça fait des grumeaux (aussi décrit dans le lien). Après, j'ai pas un C8... sur ma lulu, une 61edphII, la recette marche au top. Sur mon newton, j'ai des soucis mais je soupçonne des réflexions avec le correcteur de coma. Cécile

Je crois que je préférerais annoter toutes les photos de tout le monde a la main que d'avoir a retoucher a ce bazar 😂

Salut, j'ai regarde un light et un dark, y a plusieurs choses qui ne vont pas dans ta prise de vue: - tu es au gain maxi de la cam (570). Ca ne sert a rien a part cramer les etoiles, d'autant plus sur des poses de 59s. Meme en lucky imaging, pour des expos de l'ordre de la seconde, on monte rarement au dessus de 70% du gain max. - D'autant plus que tu n'es qu'a 8 d'offset. L'histo du dark clippe au noir (il n'est pas assez décollé du zéro). Je te dirais de te mettre a gain 120, offset 30 et de pas en bouger pour le moment. Tes darks ayant clippe, ils ne peuvent pas correctement corriger tes lights a priori. - tu images en bin2, j'imagine que c'est ca qui a fait qqchose de bizarre dans DSS avec un seul quart de l'image. Il faut que tu repasses en bin 1. - tu as des coefficients de balance de blanc sur le canal rouge et le canal bleu. Je te conseille de les mettre a 50 et 50 et de ne pas y toucher non plus. - ce n'est pas forcement necessaire de descendre la temperature a -20C. Choisis une temperature autour de -5/-10C. Ca te permettra d'imager toute l'annee avec le meme reglage (sauf a vivre dans un endroit tres chaud) et de faire des biblios de darks. - Comme dit par @nico1038, ASIcap n'est probablement pas tres adapte pour le ciel profond, meme si on doit pouvoir lui faire faire les réglages principaux. - Et oui, les offsets ne servent pas sans flat ni optimisation des darks. Voila, je sais pas trop si tu vas pouvoir recuperer qqchose... En tout cas, je n'ai pas d'autres idées. Cecile

Salut, Alors, attention, la valeur sur laquelle tu vas regler ta camera n'est pas la valeur en ADU que tu vas devoir donner a Siril, cette correspondance est propre a chaque fabricant/modele de camera. Pour trouver la correspondance, tu peux aller lire ce tuto: https://siril.org/fr/tutorials/synthetic-biases/#déterminez-le-niveau-doffset-avec-une-caméra-astronomique Sans spoiler de trop, il se trouve que le facteur entre le reglage et le niveau en ADU est le meme pour ta ASI294MM et ma 294MC qui a servi pour ecrire le tuto Pour ce qui est de choisir quelle valeur, si tu veux pas trop te compliquer la vie, mets-toi sur 30 qui est le defaut de la camera, et n'y pense plus. C'est le meilleur moyen de se tromper si on le change souvent. Pour ton descripteur de fichier, il manque effectivement la partie apres: $$DATEMINUS12$$\ Maintenant, si l'offset de s'ecrit pas alors que tu as bien mis le token $$OFFSET$$ dans ton descripteur,c'est possible que ce soit parce que tu utilises le driver ASCOMet pas le driver natif ZWO. Comme le driver ASCOM n'expose pas la valeur d'offset, NINA ne va meme pas aller te l'ecrire dans les headers de tes FITS (dont siril te montre le contenu si tu fais clic droit sur une image-> Entetes FITS). Je te conseillerai donc de passer sur le driver natif. Cecile

Salut, Le fait qu'on voit des oscillations de grande amplitude aussi bien dans ta courbe de RA que de Dec vient effectivement de l'étape de calibration "bricolee" comme tu dis. Cette étape permet à phd2: - D'envoyer des pulses en RA et observer comment se déplace l'étoile guide - D'envoyer des pulses en Déc et faire de même Et à partir de ces mesures, déterminer comment quand une étoile se déplace dans les coordonnées de l'image en x,y cela se traduit en déplacement en RA,Déc. En gros il cherche la matrice de rotation pour passer d'un système d'axe à un autre. Si tu as sauté cette étape, la projection sur les axes RA,Déc est donc faussée et tu te retrouves avec de l'EP qui vient polluer ta mesure de Déc. Et inversement, tu n'as pas toute l'EP dans ta mesure de RA. C'est aussi probablement ce qui s'est passé avec la première méthode. Quand la projection est bonne (l'étape où on détermine l'angle de la photo par astrometrie), le mouvement en Déc doit grosse modo être une ligne droite (avec une pente d'autant plus prononcée que l'erreur de MES est grande) et une oscillation à moyenne quasi nulle sur la RA. Après, en regardant quand même tes courbes et en faisant la projection à l'oeil sur ton premier enregistrement, on peut quand même se dire que tu as grosso modo un pic de RA à ta fondamentale de vsf de l'ordre de 50" pic à pic. Avec la focale de la 72ed, sans guidage, tu auras beaucoup de filé. Si on prend une taille de pixel de 5um, ça fait un echantillonage de environ 2.5" qui est tout petit devant ton EP. Même en faisant des poses courtes par rapport à la période de la vsf, tu auras pas mal de déchet. Donc à part guider, je ne sais pas quoi te recommander d'autre.

Salut, j'ai vu a peu pres la meme photo de la meme galaxie faite par un copain au C9.25 ce week-end. Et la calibration par photometrie donnait cette meme teinte verte. Il se peut que s'il y ait trop peu d’étoiles valides pour la photométrie (celles saturées ne sont pas valides notamment) et que les coeffs de balance soient peu fiables. Dans son cas, la balance conventionnelle a donne un bien meilleur resultat. La preuve en image: 1. Calibration photométrique: 2. Calibration avec neutralisation du fdc et balance des blancs sur une sélection: Donc ca vaut le coup d'essayer cette voie C.

Tu peux y aller tranquille, la différence est négligeable... Y a pas de mal à chercher à comprendre

@FalCT60, Pas besoin de se faire des nœuds au cerveau... si tu obtiens 784, tu mets 784. Je vais peut-être mettre une formulation plus "souple" dans le tuto. Au moment où je l'ai écrit, j'avais mesure sur plusieurs apn (canon, sony), tous donnaient des puissances de 2... il semblerait que ce soit pas toujours le cas selon les choix faits par chaque constructeur pour leur convertisseur. Donc, je vais changer la formulation, en "qui est souvent une puissance de 2". Pour ton Nikon avec une valeur très proche de 0, pour le coup, il semble que ce soit comme ça pour certains modèles de la marque (lu qqpart sur CN, j'ai pas eu en main donc info à vérifier mais ça a du sens vue ta mesure). En réalité, c'est même pas vraiment 3, siril ne fait des stats que sur les valeurs non nulles. Donc en gros, pour ce boîtier la, tu peux te passer de corriger tes flats par quoi que ce soit. Après, des prises de vue à offset nul, je suis pas bien sûre que ce soit une bonne idée pour des photos en basse lumière (ce qui nous occupe ici donc), à cause de comment ça va clipper au 0 partout... Je peux t'expliquer un peu plus pourquoi mais je veux absolument pas te noyer d'infos. Je peux aussi te renvoyer vers des pages qui expliquent, ça sera en anglais, ça te va? Cecile

Salut, Pas exactement, ça se fait sans avoir dematrice au préalable. Les étapes à changer par rapport au traitement RGB classique sont expliquées dans la FAQ sur siril.org. Cécile

Voila, c'est fait... https://siril.org/fr/tutorials/pysiril/#appliquer-une-commande-pour-image-seule-à-toute-une-séquence L'occasion de faire connaitre l'excellent wrapper pySiril développé par le non-moins-excellent @m27trognondepomme

Ah oui, effectivement, j'avais oublie un bout de chemin lorsque je teste pour l'existence du premier light (je l'avais bien fait en bash....un comble!). Je fais une modif et elle sera en ligne sous peu est en ligne. La, ca marchera peu importe ou se trouve le ps1. Il faut toutefois dans ce cas envoyer le chemin complet vers le .seq Si tu aimes bien les .bat, tu peux meme te faire un petit dossier (j'ai mis dans C:\Astro\SirilShell\, j'aime pas ranger des trucs sur le bureau, ca fait tjs des histoires avec les droits d'ecriture) dans lequel tu ranges le .ps1 et plusieurs .bat dans ce genre: Powershell.exe -executionpolicy unrestricted -File C:\Astro\SirilShell\genseqscript.ps1 "fmedian 3 1" %1 med_3_1_ pause Tu le sauves par exemple en fmedian_3_1.bat Il te suffit ensuite de tirer le .seq de ton choix sur son icone. Ca permet de pas se conformer a un emplacement unique pour le .seq Et tu peux t'en faire autant que tu veux en variant les commandes. Par exemple un autre avec une commande rotate de 90deg: Powershell.exe -executionpolicy unrestricted -File C:\Astro\SirilShell\genseqscript.ps1 "rotate 90 -nocrop" %1 rot90_ pause que tu sauves en rotate90.bat, etc etc....

Je sais pas ce qui me retient 🙂 Si, le fait que ce soit un tuto sur les script shell... je verrai si je fais pas la meme chose dans le tuto sur Pysiril tiens...

Pour info, si jamais qq'un tombe sur ce topic au gré de ses recherches, les versions powershell et bash sont maintenant sur cette page: https://siril.org/fr/tutorials/bash-scripts/#appliquer-une-commande-pour-image-seule-à-toute-une-séquence

Salut, tu peux aller voir sur siril.org, y a aussi d'autres tuto, notament celui-la: https://siril.org/fr/tutorials/tuto-manual/#retrait-de-gradient et faire un tour sur la FAQ : https://siril.org/fr/faq/#comment-supprimer-un-gradient-de-fond-de-ciel-complexe- . La y a ta reponse, mais y a peut-etre des reponses a d'autres questions que tu peux te poser C.

ah ben du coup, au lieu de modifier tes fichiers, tu peux directement lui passer ton extension preferee, c'est un des parametres optionnels que tu peux lui passer (c'est indique en haut du ps1, ce que tu peux lui passer et comment): .\genseqscript.ps1 "fmedian 5 1" "C:\Users\Marc\Desktop\dossiertravailSIRIL\light_.seq" med_ fits ou ne rien lui passer du tout puisque 'fits', c'est l'extension que j'ai mise par defaut (j'image avec NINA et c'est pareil) .\genseqscript.ps1 "fmedian 5 1" "C:\Users\Marc\Desktop\dossiertravailSIRIL\light_.seq" med_ J'essaie quand meme une modif pour que ca gere si il y a des espaces dans le path et je renvoie un truc.... et j'essaie d'envoyer une version bash aussi...mais deja que powershell et moi, ca fait 2, alors bash et moi....

ouais....je seche un peu la.... tu me ferais un screenshot de ta console powershell stp? Que je vois la commande que tu passes et ce que ca ecrit, si jamais je vois une difference avec chez moi.

est-ce que tu pourrais faire un test en te mettant dans un dossier de travail ou il n'y a pas d'espaces? C:\Users\Marc\Desktop\dossiertravailSIRIL par exemple Si c'est ca, je ferai ensuite une modif, sinon, faut qu'on continue de chercher....

Doit y avoir des histoires de droit d'ecriture qqpart chez toi Tu peux remplacer: "@ | & $sirilcliexe -s - >log 2>&1 par "@ | & $sirilcliexe -s - >$null 2>&1 Ca reglera le probleme normalement