Rechercher dans la communauté

Je suis en train de regarder comment développer un Driver Ascom pour Arduino et ça commence très mal 😞. Je suis sur un PC W10. J'ai installé Microsoft Visual Studio Community 2019 Version 16.11.20, ASCOM Platerform 6.6 SP1 Developper Components. Dans MSC j'ai installé l'extension ASCOM Driver Project Templates. Mais quand je veux créer un nouveau projet, j'ai le comportement suivant. Normalement je devrais tomber sur un écran qui me demande le type de driver à créer. J'ai lancé le diagnostic et apparemment tout va bien. 08:23:08.474 Platform 6 Developer ASCOM Platform 6.6 SP1 - Developer Components 08:23:08.474 Platform 6 Developer Version - 6.6.1.3673 08:23:08.474 Platform 6 Developer Install Date - 20221031 08:23:08.474 Platform 6 Developer Install Location - C:\Program Files (x86)\ASCOM\Platform 6 Developer Components 08:23:08.474 08:23:08.474 Platform 6 Matched Developer and Platform Version Numbers = 6.6.1.3673

Bonjour à tous. Quelqu'un saurait il me dire que ce qui provoque ce genre d'image sur un newton? je veux dire le reflet du primaire+secondaire? J'ai poussé l'histogramme à fond pour qu'on le voit bien Mon step SW 254/1200 (barillet 9 point et PO baader) sur la chaine dans l'ordre en partant du secondaire: une barlow ES x3 un IR cut baader une camera ASI 290MM serait un problème de distance du secondaire au primaire ( trop proches l'un de l'autre par ex?)

Bonjour à toutes et tous, 😀 J’ai vu dans la notice de SIRIL qu’il existe un outil de réduction de bruit mais je n’ai pas trouvé le moyen d’y accéder. Pourriez-vous m’orienter SVP ? Vous trouverez un imprime écran de la commande dont je parle ! Merci d’avance. Bon ciel. Patrick ☺️ BRUIT SIRIL 1.docx

je débute sur Siril après avoir installé Siril 1.0.6 et la version 1.2.0 beta 2 en mode AppImage , j'utilise le jeu de data fourni par Colmic pour m'entrainer.... après avoir ventilé les data dans les dossiers lights, biases, darks et flats j'ai lancé le script OSC_Preprocessing.ssf avec la beta 2 j'obtiens ceci 22:36:34: Début du script /usr/share/siril/scripts/OSC_Preprocessing.ssf 22:36:34: ############################################ 22:36:34: # 22:36:34: # Script for Siril 1.0 22:36:34: # July 2020 22:36:34: # (C) Cyril Richard 22:36:34: # Preprocessing v1.0 22:36:34: # 22:36:34: ########### PREPROCESSING SCRIPT ########### 22:36:34: # 22:36:34: # Script for color camera preprocessing 22:36:34: # 22:36:34: # Needs 4 sets of RAW images in the working 22:36:34: # directory, within 4 directories: 22:36:34: # biases/ 22:36:34: # flats/ 22:36:34: # darks/ 22:36:34: # lights/ 22:36:34: # 22:36:34: ############################################ 22:36:34: Exécution de la commande : requires 22:36:34: # Convert Bias Frames to .fit files 22:36:34: Exécution de la commande : cd 22:36:34: Définir le répertoire de travail à '/home/francis/Documents/astronomie/siril/DATA/biases' 22:36:34: Exécution de la commande : convert 22:36:34: Conversion : traitement de 15 fichiers ... 22:36:34: La conversion a réussi, 15 fichier(s) créé(s) pour 15 fichier(s) d'entrée (15 image(s) convertie(s), 0 échec) 22:36:34: Exécution de la commande : cd 22:36:34: Définir le répertoire de travail à '/home/francis/Documents/astronomie/siril/DATA/process' 22:36:34: # Stack Bias Frames to bias_stacked.fit 22:36:34: Exécution de la commande : stack 22:36:34: Vérification des séquences dans le répertoire : /home/francis/Documents/astronomie/siril/DATA/process. 22:36:34: Empile la séquence bias_ 22:36:34: Traitement de toutes les images de la séquence (15) 22:36:34: Le résultat de l'empilement sera stocké au format 32 bits 22:36:34: Aucun canal d'alignement passée, ignore les données d'alignement ! 22:36:34: Utilisation de 15109 Mo maximum pour l'empilement 22:36:34: Nous avons 4 blocs parallèles de taille 1044 (+0) pour l'empilement. 22:36:34: Débute l'empilement... 22:36:34: Erreur pendant la lecture d'une zone de l'image 22:36:34: Échec de l'empilement. 22:36:34: Empilement en échec. Vérifier les log pour corriger le problème. 22:36:34: Temps d'exécution: 272.12 ms 22:36:34: Définir le répertoire de travail à '/home/francis/Documents/astronomie/siril/DATA' 22:36:34: L'exécution du script a échoué. les bias ne sont donc pas empilés un autre test avec la version Siril-1.0.6 me donne ceci 22:41:05: Début du script /usr/share/siril/scripts/OSC_Preprocessing.ssf 22:41:05: ############################################ 22:41:05: # 22:41:05: # Script for Siril 1.0 22:41:05: # July 2020 22:41:05: # (C) Cyril Richard 22:41:05: # Preprocessing v1.0 22:41:05: # 22:41:05: ########### PREPROCESSING SCRIPT ########### 22:41:05: # 22:41:05: # Script for color camera preprocessing 22:41:05: # 22:41:05: # Needs 4 sets of RAW images in the working 22:41:05: # directory, within 4 directories: 22:41:05: # biases/ 22:41:05: # flats/ 22:41:05: # darks/ 22:41:05: # lights/ 22:41:05: # 22:41:05: ############################################ 22:41:05: Exécution de la commande : requires 22:41:05: # Convert Bias Frames to .fit files 22:41:05: Exécution de la commande : cd 22:41:05: Définir le répertoire de travail à '/home/francis/Documents/astronomie/siril/DATA/biases' 22:41:05: Exécution de la commande : convert 22:41:05: Conversion : traitement de 15 fichiers ... 22:41:05: La conversion a réussi, 15 fichier(s) créé(s) pour 15 fichier(s) d'entrée (15 image(s) convertie(s), 0 échec) 22:41:05: Exécution de la commande : cd 22:41:05: Définir le répertoire de travail à '/home/francis/Documents/astronomie/siril/DATA/process' 22:41:05: # Stack Bias Frames to bias_stacked.fit 22:41:05: Exécution de la commande : stack 22:41:05: Empile la séquence bias_ 22:41:05: Traitement de toutes les images de la séquence (15) 22:41:05: Le résultat de l'empilement sera stocké au format 32 bits 22:41:05: Utilisation de 15715 Mo maximum pour l'empilement 22:41:05: Nous avons 4 blocs parallèles de taille 1044 (+0) pour l'empilement. 22:41:05: Débute l'empilement... 22:41:05: Erreur pendant la lecture d'une zone de l'image 22:41:26: Rejet des pixels dans le canal #0 : 8.542% - 4.505% 22:41:26: Empilement avec rejet fini. 15 images ont été empilées. 22:41:26: Intégration de 15 images : 22:41:26: Combinaison ............... moyenne 22:41:26: Normalisation ............. aucune 22:41:26: Rejet des pixels .......... Winsorized Sigma Clipping 22:41:26: Paramètres de rejet ....... bas=3.000 haut=3.000 22:41:26: Sauvegarde du fichier FITS : bias_stacked.fit, 1 canal(aux), 6248x4176 pixels 22:41:26: Estimation du bruit (canal : #0) : 1295.270 (1.976e-02) 22:41:26: Séquence empilée avec succès. 22:41:26: Temps d'exécution: 21.26 s. 22:41:26: Exécution de la commande : cd 22:41:26: Définir le répertoire de travail à '/home/francis/Documents/astronomie/siril/DATA' 22:41:26: # Convert Flat Frames to .fit files 22:41:26: Exécution de la commande : cd 22:41:26: Définir le répertoire de travail à '/home/francis/Documents/astronomie/siril/DATA/flats' 22:41:26: Exécution de la commande : convert 22:41:26: Conversion : traitement de 15 fichiers ... 22:41:26: La conversion a réussi, 15 fichier(s) créé(s) pour 15 fichier(s) d'entrée (15 image(s) convertie(s), 0 échec) 22:41:26: Exécution de la commande : cd 22:41:26: Définir le répertoire de travail à '/home/francis/Documents/astronomie/siril/DATA/process' 22:41:26: # Pre-process Flat Frames 22:41:26: Exécution de la commande : preprocess 22:41:26: Lecture du fichier FITS : bias_stacked, 1 canal(aux), 6248x4176 pixels 22:41:26: Prétraitement... 22:41:26: Pré-traitement : avec la mémoire actuelle et les limites de threads, jusqu'à 4 thread (s) peuvent être utilisés 22:41:26: Pré-traitement : en cours... 22:41:26: Erreur fitsio lors de la lecture des données, fichier : flat_00005.fit. 22:41:26: Erreur dans le fichier FITS : Error reading data buffer from file: 22:41:26: Erreur dans le fichier FITS : bias_00001.fit 22:41:26: Erreur dans le fichier FITS : Error reading elements 1 thru 6248 from image (ffgclui). 22:41:26: Erreur dans le fichier FITS : Error reading data buffer from file: 22:41:26: Erreur dans le fichier FITS : bias_00002.fit 22:41:26: Erreur dans le fichier FITS : Error reading elements 1 thru 6248 from image (ffgclui). 22:41:26: Erreur dans le fichier FITS : Error reading data buffer from file: 22:41:26: Erreur dans le fichier FITS : bias_00015.fit 22:41:26: Erreur dans le fichier FITS : Error reading elements 1 thru 6248 from image (ffgclui). 22:41:26: Erreur dans le fichier FITS : Error reading data buffer from file: 22:41:26: Erreur dans le fichier FITS : bias_00015.fit 22:41:26: Erreur dans le fichier FITS : Error reading elements 1 thru 6248 from image (ffgclui). 22:41:26: Erreur dans le fichier FITS : Error reading data buffer from file: 22:41:26: Erreur dans le fichier FITS : flat_00005.fit 22:41:26: Erreur dans le fichier FITS : Error reading elements 9878401 thru 9892800 from image (ffgcle). 22:41:26: Erreur dans le fichier FITS : Error reading data buffer from file: 22:41:26: Erreur dans le fichier FITS : flat_00001.fit 22:41:26: Erreur dans le fichier FITS : Error reading elements 26049601 thru 26064000 from image (ffgcle). 22:41:26: Impossible de charger l'image 4 de la séquence flat_ 22:41:26: Erreur fitsio lors de la lecture des données, fichier : flat_00001.fit. 22:41:26: Impossible de charger l'image 0 de la séquence flat_ 22:41:26: Erreur fitsio lors de la lecture des données, fichier : flat_00010.fit. 22:41:26: Erreur dans le fichier FITS : Error reading data buffer from file: 22:41:26: Erreur dans le fichier FITS : flat_00008.fit 22:41:26: Erreur dans le fichier FITS : Error reading elements 22161601 thru 22176000 from image (ffgcle). 22:41:26: Erreur dans le fichier FITS : Error reading data buffer from file: 22:41:26: Erreur dans le fichier FITS : flat_00010.fit 22:41:26: Erreur dans le fichier FITS : Error reading elements 26078401 thru 26091648 from image (ffgcle). 22:41:26: Impossible de charger l'image 9 de la séquence flat_ 22:41:26: Erreur fitsio lors de la lecture des données, fichier : flat_00008.fit. 22:41:26: Impossible de charger l'image 7 de la séquence flat_ 22:41:26: Le traitement de la séquence a échoué. 22:41:26: Définir le répertoire de travail à '/home/francis/Documents/astronomie/siril/DATA' 22:41:26: L'exécution du script a échoué. Cette fois ci les bias sont stackés mais j'ai un échec sur les flat. d'après le topo produit sur la console la misère commence avec Erreur fitsio. Ce qui est surprenant c'est qu'avec la version beta 2 les bias ne sont pas stackés. Il doit y avoir quelques choses à faire. Avez-vous une idée pour m'aider dans mes premiers pas d'abord avec Siril 1.0.6 pourtant j'ai tout bien rangé les bias dans biases, les flats dans flat, les brutes dans lights et les dark dans dark edit: j'ai oublié de préciser que je suis sous ubuntu 18.04 LTS. et vu qu'il semble y avoir un pb avec la 22.04 LTS je ne suis pas pret à passer à la dernière version LTS (vu qu'il y aurait un pb avec Wayland ou orgx je ne sais plus)

Bonsoir tout le monde, Bon, une fois n'est pas coutume, me revoila a soulever des questions existentielles Au sujet du "timing" pour les FLATS en premier lieu... Y a t'il une contre-indication a lancer la/les sessions de FLATS en début de séance ? En partant du principe évidemment de ne pas toucher au cadrage ni MAP... Par exemple, mise en station rapide, focus, framing, flats. Dans le cas où deux (ou plusieurs filtres) sont utilisés, autofocus par exemple avec NINA, flats, etc... Et imaging ensuite. D'ailleurs, au sujet de la MAP...J'ai lu que la "rotation" en chaine des filtres (je n'ai pas de roue à filtres, mais en théorie) ( 1R/1G/1B, puis on recommence ) n'était pas l'idéal car cela pouvait fausser la prise de flats... MAIS, dans ce cas, les réajustement de focus/autofocus au cours de la nuit, en faisant de flats en début ou en fin, pourquoi cela n'aurait pas le même impact ? Sont-ce des considérations "jusqu'au boutiste" ou au contraire un impératif à respecter ? Enfin, glissons sur les darks Dans le cas d'une caméra non refroidie, du coup, si la température en debut/fin de nuit varie, les images prises en début/fin possèdent elles-mêmes un écart avec les darks de l'extrémité opposée ... Donc, idem, pour ce cas (non refroidie), prendre les darks au début de séance est-il réellement un problème dans la chaine, plutôt qu'en fin ? Merci par avance pour la lecture ! Bon ciel (dégagé en ce moment ! !! )

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

Bonjour, Sur Sirilic, dernière version, existe t'il un moyen d'indiquer un offset synthétique (=valeur) pour une session au lieu d'une liste conventionnelle de fichiers ? Il est toujours possible de modifier le script généré mais ce ne sera pas le reflet du projet dans le temps (en cas d'ajout ultérieur d'une session, le script sera écrasé). Peut-être n'ai je pas vu l'option si elle existe. Sinon, à mettre dans la boite à idées si jamais

Salut, J'ai réalisé cette petite vidéo pour les 180 ans de la naissance de Camille Flammarion, je pense qu'avec Arago, il a une grande responsabilité positive dans la diffusion des instruments anciens que nous aimons tous : Secrétan, Bardou, Grégoire, Vion, etc, etc. J'ai joint deux bandes sonores d'époque ou nous pouvons écouter la voix du Très Illustre Astronome. Astronomicalement.

Avec ce nouvel arrivage d'Ubuntu la version de Siril sous forme Appimage ne fonctionne plus. On suspecte une conséquence du basculement vers Wayland ... attendons les retours et corrections. MAIS il reste un plan B pour utiliser Siril , c'est de choisir au Login de démarrer Ubuntu avec XORG (dans les options de l'écran de Login). Ce contournement ,provisoire espérons le , permet de continuer le travail astrophotographique.

Bonsoir Est-ce qu'un masque de bahtinov diamètre 250 mm peut-être imprimé en une seule pièce sur les imprimantes que vous utilisez ? Sinon en plusieurs pièces on doit pourvoir coller mais je ne vois pas comment faire en 2 pièces

Bonjour à tous, J'ai eu un petit souci hier soir avec l'astrometrie de NINA, ce qui m'a bloqué un petite heure mais s'est reglé tout seul quand les nuages arrivaient donc soirée ratée. Je n'ai pu faire que 15min de pose 🥺 Peut-être que quelqu'un a déjà rencontré ce pb et pourra me renseigner, j'ai peur que cela ne se reproduise. En fait quand j'ai lancé ma séquence, NINA a recherché la cible qui évidement n'était pas bien centrée mais n'a pas réussi à recentré et voici les messages que j'avais. J'ai tout repris depuis le début plusieurs fois mais toujours pareil pendant 1h et puis finalement tout est rentré dans l'ordre J'ai pourtant réinitialisé les paramètres d'astrometrie plusieurs fois Manuel

Bonjour Je lance les scripts (de la meme manière qu'avec la version précédente qui fonctionnait tres bien) et j'ai ce message d'erreur en retour. 21:47:06: The "requires" command is missing at the top of the script file. This command is needed to check script compatibility. Est-ce que quelqu'un sait comment régler ce problème? je joins le log en attaché Merci d'avance 2023-03-26T19.47.09.log Probleme résolu. Dans les preferences, onglet "scripts" il faut décocher la case "requires" et ca fonctionne. Si ca peut servir.

J'ai 2 photos de même cadrage. Il y en a une qui a réussi le porcess ImageSolve et l'autre qui ne passe pas. Y a t il un moyen de recopier la résolution astrométrique d'une image sur l'autre ?

Salut, je me lance, je vais tenter l'impression de certaines de mes photos. J'ai rencontré le photographe ce matin, on a discuté technique, papier, etc. et réglages des machines vs écran calibré et autre... De mon côté, j'ai un écran classique et on a lancé un premier essai avec aucun réglage machine côté photographe : il va prendre mes données et imprimer tel quel. Je vois bien que je règle à l'œil mes images et la valeur de mon fond de ciel n'est jamais vraiment le même. Mardi je récupère l'impression et ce que je sais c'est ce que ça correspondra aux réglages par défaut de la machine et donc de l'écran calibré du photographe. Ca me permettra de régler un peu mieux mon écran à la maison. Est-ce qu'il y a une valeur un peu standard qu'il faut choisir et qui pourrait bien fonctionner en impression. En "valeur", j'entends ce que je vois sur Pix : 0.05, 0.1, 0.15 ? Question annexe, si je standardise cette valeur, y a-t-il un moyen simple de régler uniformément la valeur du FDC d'une image ? J'ai essayé avec histogramme ou les courbes mais c'est pas top et ça modifie aussi les objets. Les nuages reviennent, c'est le moment de travailler les autres sujets de fond 🙂 A+ Sam

Bonsoir à tous, Qui peut me dire quelle erreur j'ai faite sur l'image de la Tête de cheval ci-dessous ? Je ne parle pas des étoiles ovalisées, mon autoguidage était en rade et j'ai préféré poursuivre la capture sans autoguider plutôt que passer ma nuit à chercher l'origine du problème. En effet, avec les jours qui s'allongent, il ne me reste plus qu'un peu plus d'une heure de capture avant que la nébuleuse ne soit masquée par les arbres des voisins. La capture a été réalisée avec SharpCap et PHD2 en mode dither seul (donc sans guidage) Cela dit, les conditions n'étaient pas idéales, notamment du fait d'une importante pollution lumineuse provoquée par l'éclairage public (qui est éteint dès 23H, mais à ce moment Orion n'est plus dans mon champ de vision) et par l'éclairage délirant du site de l'INRAe en face de chez moi Non, mon souci, ce sont les marbrures bleutées en partie basse, sous la tête de cheval. Je ne pense pas que ça provienne des flats car leur concavité est tournée vers le bas alors que les tracés du master flat (obtenus sous Pix avec FlatContourPlot) sont pratiquement circulaires et bien centrés comme il faut. J'ai volontairement forcé sur la saturation. La question n'est pas l'esthétique de l'image mais l'origine des marbrures. Pour info, elles sont présentes sur le fichier .xisf, donc ce n'est pas un effet de la conversion en .jpg (dommage, ça m'aurait bien arrangé...) Une idée, quelqu'un ???

Bonjour Suite à mon retour d’Angers où j’ai suivi la formation « initiation Siril », j’ai découvert la nouvelle version. Je ne peux qu’applaudir le travail réalisé … mais dois dire que cela ne correspond pas à mes attentes. Je conviens que celles-ci peuvent être diverses, Certains fort légitimement désirent un logiciel de plus en plus performant. Voire un « clone » de « PIX » (lors des formations nombreux sont ceux qui y font référence) J’ai choisi et recommande Siril car il me semble efficace et assez facile de prise en main (avec de nombreux tutos ..,) Le menu « traitement de l’image » me laisse perplexe au fur et à mesure qu’il s’étoffe Qu’utiliser et dans quel ordre ? Je me souviens d’un logiciel qui proposait des options de menu : basique, avancé …. Suggestion : Sans aller jusque-là, on pourrait diviser le menu en deux parties : « essentiel – facultatif » ou garder l’ordre préférentiel et mettre en relief celles-ci (grisé ou pas?) Quoi qu’il en soit, un grand merci à tous

Bonjour à toutes/tous, Lors de quelle phase (avant/après empilement) et par quel outil traitez vous dans Siril les phénomènes d'Amp-glow, pour ceux qui en ont ? L'extraction de gradient sur la série ou après sur l'image empilée ne semble suffisante pour s'en défaire... Merci d'avance pour vos partages sur le sujet.

Bonjour les Astrams, Je suis en train de m’initier au dessin astronomique, une pratique traditionnelle pour les observateurs, et pour premiers essais j’ai choisi une cible facile : Sirius et quelques étoiles proches en apparence de Sirius. Pour cela j’ai acheté des crayons de couleurs pour reproduire les différentes étoiles colorées, du papier à dessin noir pour reproduire le fond nocturne, et j’utilise des compas de 1886, d’époque de ma lunette, pour délimiter la zone oculaire. C’est une pratique très zen, calme, très agréable dans le silence de la nuit. Par contre j’ai de gros progrès à faire côté dessin. Je n’ai pas respecté la taille apparente des étoiles, j’essaie déjà de m’en rapprocher, et j’essaie de placer correctement les étoiles que je vois sur mon papier. Premier essais sur Sirius de CMa, sur quelques étoiles de magnitudes faibles de la région de Lep et de Hya. Pour l’observation du 14 mars j’ai utilisé l’oculaire Plössl de 26 mm très confortable et bien lumineux, pour l’observation du 21 mars, j’ai utilisé l’oculaire d’origine de la Grégoire, qui est très bien en stellaire et également lumineux, mais avec un champ plus réduit. Astronomiquement vôtre

Bonsoir, À force de me prendre le chou avec les photos de comètes, une idée m'est soudain venue : serait-il possible de décider de l'ordre dans lequel l'empilement doit s'effectuer ? Je m'explique : Siril parvient très bien à éliminer les objets qui ne sont pas communs à deux clichés. Malheureusement, dans le cas des comètes ce n'est pas toujours évident, du fait de leur déplacement pas assez rapide entre deux prises. Toutefois, si l'on espace les prises, cela devrait fonctionner. Donc, deux solutions : on laisse trois à cinq minutes entre deux photos, mais là ce n'est pas très pratique - surtout lorsque l'on souhaite engranger deux heures de poses ou plus on espace lors du traitement, à raison par exemple d'une photo sur cinq, ce qui donnerait quelque chose du genre 1, 6, 11, 16, ..., n-5, 2, 7, 12, 17, ..., n-4, etc. De cette manière, le différentiel entre deux photos serait suffisant pour éliminer les parasites. Sauf que je ne suis pas parvenu à comprendre si c'est actuellement possible et, sinon, ce serait sans doute une bonne chose. Qu'en pensez-vous ?

Bonjour, Il est répandu et à priori acquis en général par la communauté, de ne pas se poser de questions sur les valeurs de sigma (par défaut à 3) tant sur la calibration que sur l'empilement, tout du moins si Siril ne mets pas d'alerte en "rouge". Je parle tout du moins pour ceux qui comme moi ne passe pas par les scripts, ne sachant pas comment cela se passe dans ce cadre. Donc, doit-on potentiellement jouer sur ces paramètres (calibration ou empilement), avec une méthode à la clé de diagnostic ou laisser en effet tout le temps les paramètres par défaut car l'impact serait minime (hors détection d'anomalie par Siril) ? Pour mémoire d'ailleurs, le "tuto" officiel de pré-traitement manuel, dans sa version précédente, comportait des valeurs Sigma différentes selon les cas de figure ou les fichiers traités (normalisés ou non, etc...) Ce n'est plus le cas de la version actuelle et me demande donc quelle est la raison de ce changement. Merci pour vos éclairages !

Bonjour, Je ne suis pas sûr d'être dans le bon menu mais vous l'ajusterez si nécessaire ! J'ai installé la nouvelle version beta 1.2.0 de SIRIL et j'ai testé la fonction de réduction de bruit. Malheureusement, je suis éjecté du programme systématiquement ! Je sais que vous faites des recherches à ce sujet ! J'espère que vous trouverez rapidement la solution ! Je me suis bien mis en 32 bits dans le programme mais rien n'y fait ! Est-ce que la puissance de l'ordinateur à un rôle prépondérant pour cette fonction de réduction de bruit ? J'utilise un PC sous Windows 10 avec un processeur i7 et 8 Go de RAM. Toutefois, mon ordinateur est très vieux et il commence à présenter des ralentissements que j'ai dû mal à contrecarrer même avec les nettoyages réguliers avec Ccleaner notamment ! Merci d'avance pour votre réponse. Cordialement. Patrick

Bonjour, pour commencer un grand BRAVO a l'équipe de développeurs voici une zone de l'image M45, acquis avec NINA le 13/02/2023 à 21H48 avec une focal de 385mm j'avais déjà repéré (sur le net) un petit astéroïde (JuraFrance de magnitude 17.0) : trait a gauche de l'étoile 18 Tau j'ai voulu testé la nouvelle fonctionnalité de SIRIL : clic droit sur l'image, objets système solaire ... mais rien il ne le trouve rien est ce que c'est a cause de son déplacement (trait au lieu d'un point, mais quasiment tout les astéroïdes forme des traits en additionnant les images) est ce lié a une non compréhension de SIRIL de la date de prise de vue amélioration possible : limité la magnitude de recherche (d'office c'est m 20 je crois) image sortie SIRIL, juste étalonnage des couleurs par photométrie (qui entre parenthèse est une tuerie et est beaucoup plus rapide qu'avant)

Pentax vient de sortie en beta le micrologiciel 1.40 qui offre la fonctionnalité AstroTracer sans nécessiter l'accessoire O-GPS1 (qui n'est plus fabriqué). Astro Tracer Type3 is a mode that realizes an Astro Tracer without using GPS or electronic compass information. It is said that astronomical tracking will be performed from the movement of stars in the preliminary shooting performed before shooting, so there is no need to wait for GPS positioning or precision calibration, and it is possible to shoot even in places affected by magnetism. It is recommended to use O-GPS1 for starscape photography using a wide-angle lens. Astro Tracer Type3 est un mode qui met en œuvre l'Astro Tracer sans GPS ou information de compas électronique. Il est annoncé que le suivi astronomique se fera à partir de l'analyse du mouvement des étoiles dans une première photo faite au préalable. Il n'y a donc aucun besoin d'attendre un positionnement GPS ou une calibration précise, et il est même possible de faire des prises de vue dans des endroits affectés par le magnétisme. Il est néanmoins recommandé d'utiliser l'O-GPS1 pour la photographie de paysage utilisant un objectif grand angle. Source : https://pentaxrumors.com/2021/12/07/new-beta-firmware-updates-for-pentax-k-1-k-1-mark-ii-and-k-3-mark-iii-cameras/ Bref, Pentax donne une os à ronger à ceux qui se sont plaint de la disparition du GPS dans le K-3 Mk III. EDIT (05/03/2022) : Une nouvelle version 1.41 sort du mode "beta". Plus d'infos : https://www-ricoh--imaging-co-jp.translate.goog/japan/products/k-3-3/firmup/?_x_tr_sl=auto&_x_tr_tl=en&_x_tr_hl=fr&_x_tr_pto=wapp https://www.ricoh-imaging.co.jp/english/support/digital/pdf/astrotracer-type3.pdf