Search the Community

Bonjour J'ai beau recherché sur les forums je ne trouve rien sur la façon de régler le "richview tuning" sur un solarmax 60 coronado. En effet la vis est vissé sur un des nombreux trous de la fente mais il me semble qu'il est pertinent d'essayer d'autres positions pour obtenir un meilleur contraste. Avez vous expérimenté cela ? Bonne journée

Salut à tous, Actuellement j'ai accès a une caméra ASI 6200MM cependant je rencontre une sorte de Trame en pointillés sur les images surtout concentré dans le centre et sur le haut (pas sur toute l'image) quelqu'un à une idée ? Caméra ASI6200MM PRO avec RAF ZWO LRVBSHA ASTRONOMIK Refroidissement -10°C Réchauffage buée: on Prise de vue NINA - Drivers NATIF Temps de pose 300s Bizarrement en ASCOM je ne l'ai pas ..

Bonjour a tous, Je viens de publier un Article dans Noctua, sur notre site, Mais comme peu de personne y passe, je le signal ici: Dans cet article j'ai relevé le nombre d'heures effective de nuits dégagé par an et par saison pour 3 sites. Ca donne une bonne idée du temps que l'on a en pratique pour l'astro. J'ai jamais trouvé de tel stat sur internet, j'ai donc fait les stat moi meme pendant un an !! Article ici (Noctua)

Hello, Quelques photos de l'écran de mon portable en pleine séance de VA avec Sharpcap : Pour commencer M51 après seulement 28 poses de 20s sur 9mn :

Bonjour, Test du script python de réduction d’étoile, et des interrogations. Image de départ (r_pp_light_stacked.fit) suivante 1er test : - Astrométrie > retourne l’image - Photométrie > modification des couleurs - Script DSA-Star_Reduction.py Résultat étonnant : Le script semble revenir à l’image d’origine mais prend aussi en compte l’image retournée - bel effet miroir 🙃, et les couleurs sont totalement changées 2e essai : - Application du Script directement sur l’image « stacked » Résultat : Les couleurs sont encore totalement changées Astrométrie puis photométrie qui ne « rattrape » pas les couleurs à comparer avec la photométrie directe sur l'image « stacked » suivante : J'en arrive à me demander si c'est moi qui fait n'importe quoi ou s'il y a réellement un souci. Cordialement Denis

mon set up monture ESQ35 PRO télescope 150/750 sky watcher, focuser , APN canon 750d. j'ai un pb pour la mise en station avec NINA, tous mes appareils sont connectés la mise au point est ok. quand je lance la mise en station sur NINA, le télescope se déplace, NINA prend un photo et le message suivant s'inscrit: NO star database found! Download and install one star database. J'ai téléchargé et installé astap, j'ai mentionné le lien dans le menu Option - Astrométrie mais ça ne fonctionne pas! Que dois je faire Merci

Salut les amis, j'ai déplacé mon télescope et il est maintenant sur un support rigide. C'est une monture AZEQ6 qui supporte une bonne charge apr rapport à mon C8 et sur le trépied j'avais un assez bon guidage. J'ai dû déplacer ma lunette de guidage qui est toujours sur le C8 mais plus à l'opposé de ma queue d'aronde mais sur le côté. J'ai fait la MES que j'ai vérifié plusieurs fois avec NINA Puis je passe au calage de PHD2 et là c'est un peu la cata. Impossible de calibrer correctement. J'ai fait sur la zone de pointage recommandée et ailleurs et toujours le même résultat, j'ai trop de décalage dans les corrections DEC et AD et le message dit "souvent lié à un jeu important sur l'axe...". J'ai quasiment un rapport 2 entre les 2 vitesses de correction (px/sec) ! Alors oui sur l'axe DEC (qui tourne autour du contrepoids), j'ai du mal à équilibrer sur toutes les positions et je pense que la nouvelle position de la lunette guide y est pour qqchose forcément. Le guidage est foireux et les images pas terrible forcément... Je suis un peu perdu et je me demandais si vous aviez des idées pour m'aider à investiguer. Merci !!! Voici un extrait d'un essai de guidage sur PHD2 où l'écart entre les 2 vitesses de correction est différent mais j'ai ça pour tous les essais quasiment... Par contre niveau angle, j'ai bien 90° donc ça c'est bon au moins. Calibration Begins at 2025-05-18 00:34:13 Equipment Profile = sam Dither = both axes, Dither scale = 1.000, Image noise reduction = none, Guide-frame time lapse = 0, Server enabled Pixel scale = 3.87 arc-sec/px, Binning = 1, Focal length = 200 mm Search region = 15 px, Star mass tolerance = 50.0%, Multi-star mode, list size = 12 Camera = ZWO ASI224MC, gain = 50, full size = 1304 x 976, have dark, dark dur = 1500, no defect map, pixel size = 3.8 um Exposure = 1500 ms Mount = GSServer (ASCOM), Calibration Step = 1100 ms, Calibration Distance = 25 px, Assume orthogonal axes = no RA Guide Speed = 7.5 a-s/s, Dec Guide Speed = 7.5 a-s/s RA = 14.08 hr, Dec = 0.0 deg, Hour angle = 0.23 hr, Pier side = West, Rotator pos = N/A, Alt = 41.9 deg, Az = 184.7 deg Lock position = 616.995, 938.123, Star position = 616.542, 938.536, HFD = 3.21 px Direction,Step,dx,dy,x,y,Dist West,0,0.000,0.000,616.549,938.936,0.000 West,1,0.263,2.910,616.286,936.025,2.922 West,2,-0.104,4.723,616.654,934.212,4.725 West,3,0.497,5.130,616.052,933.806,5.154 West,4,0.567,7.928,615.982,931.007,7.948 West,5,1.004,9.394,615.545,929.541,9.448 West,6,1.232,11.984,615.317,926.951,12.048 West,7,1.056,13.768,615.494,925.168,13.808 West,8,1.487,14.736,615.063,924.199,14.811 West,9,2.048,17.317,614.502,921.618,17.438 West,10,1.698,18.654,614.852,920.282,18.731 West,11,1.643,18.746,614.907,920.190,18.817 West,12,1.581,21.472,614.969,917.464,21.530 West,13,1.927,23.033,614.623,915.902,23.114 West,14,2.204,23.127,614.345,915.809,23.231 West,15,2.560,25.643,613.990,913.292,25.771 West calibration complete. Angle = 84.3 deg, Rate = 1.562 px/sec, Parity = Even East,7,2.560,25.643,613.990,913.292,25.771 East,6,2.019,22.666,614.530,916.269,22.756 East,5,1.433,16.560,615.116,922.376,16.622 East,4,0.842,11.497,615.708,927.439,11.527 East,3,0.638,11.030,615.911,927.905,11.049 East,2,0.655,7.897,615.895,931.038,7.924 East,1,-0.226,1.633,616.776,937.302,1.649 East,0,-0.549,-2.044,617.099,940.979,2.116 Backlash,0,0.000,0.000,617.099,940.979,0.000 Backlash,1,2.103,0.112,614.995,940.867,2.106 Backlash,2,4.739,0.043,612.360,940.936,4.739 Backlash,3,7.484,-0.202,609.614,941.181,7.487 North,0,0.000,0.000,612.360,940.936,0.000 North,1,2.745,-0.245,609.614,941.181,2.756 North,2,5.177,-0.759,607.183,941.695,5.232 North,3,8.004,-0.969,604.356,941.905,8.062 North,4,10.404,-1.231,601.955,942.166,10.477 North,5,13.414,-1.250,598.946,942.186,13.472 North,6,16.114,-1.769,596.246,942.705,16.211 North,7,18.446,-2.021,593.914,942.957,18.556 North,8,21.213,-2.431,591.147,943.367,21.352 North,9,24.286,-1.997,588.074,942.933,24.368 North,10,26.615,-2.662,585.744,943.598,26.748 North calibration complete. Angle = 174.3 deg, Rate = 2.432 px/sec, Parity = Even South,5,26.615,-2.662,585.744,943.598,26.748 South,4,23.129,-2.381,589.231,943.317,23.251 South,3,18.698,-1.537,593.662,942.473,18.761 South,2,12.691,-1.201,599.669,942.137,12.747 South,1,6.677,-0.395,605.683,941.331,6.688 South,0,4.642,0.002,607.718,940.934,4.642 Calibration complete, mount = GSServer (ASCOM).

Bonjour Après ma comparaison SIRL 1.2.6 / 1.4.0 beta 1 j’ai fait le test de 1.4.0 beta 2, et … il apparaît la même bizarrerie (pour moi) Enregistrement de l'écran 2025-05-21 190059.mp4 que j’avais remarqué sur beta 1. Je vais tenter d’être clair, c’est pas gagné. Déroulement de ma session : - « visite » et découverte des nouveautés telles que « préférences » Scripts etc - lancement du script OCS_Preprocessing sur 36 images (l’Iris) + DBF, fait en 3mn16s, très correct. - traitement image resultxxx.fit : astrométrie photométrie gradient transformation de l’histogramme transformation … hyperbolique Là, même observation qu’avec beta 1, affichage lent, plusieurs secondes. Ensuite essaie de la « Transformation d’ondelettes » Enfin j’ai regardé si la « bizarrerie » que j’avais observé sur beta 1 est aussi présente. Voir la vidéo. Explications de la vidéo : Le passage de la souris sur l’icône de SIRIL fait apparaître la « vignette SIRIL ». La souris positionnée sur la vignette fait apparaître l’écran toutes fenêtre utilisées au cours de la séance. Comme si elles ne s’étaient pas fermées, mais le clic sur la vignette affiche SIRIL sans les fenêtres utilisées. Fin de la vidéo ! Je me demande donc si cette « mémorisation » n’arrive pas à ralentir les actions demandées ; une indigestion en quelque sorte.

Bonjour, J'ai l'impression que Siril (1.4.0-beta1) crash quand on ouvre les fichiers xisf codés sur 8-bit J'ai reproduit le problème sur Windows et Linux avec différents fichiers. Fichier de test: WR134_3.xisf Retour console du plantage: The URI points to a local file. nb_elts_at_start: 0 nb_elts_on_exit: 0 Purging previously saved reference frame data. Error, signal 11: Please report this bug to: https://gitlab.com/free-astro/siril/issues siril(+0x152e21) [0x555a09acee21] /lib/x86_64-linux-gnu/libc.so.6(+0x45250) [0x727963a45250] /lib/x86_64-linux-gnu/libc.so.6(+0x19570d) [0x727963b9570d] siril(fits_flip_top_to_bottom+0xbb) [0x555a09b7883b] siril(readxisf+0x2e4) [0x555a09b8bed4] siril(any_to_fits+0x19b) [0x555a09b54fdb] siril(read_single_image+0x180) [0x555a09baa5e0] siril(open_single_image+0xa6) [0x555a09baa7e6] siril(+0x29cfe2) [0x555a09c18fe2] siril(open_action_activate+0x17) [0x555a09ac5a47] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x14a) [0x727969a8e45a] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x463a3) [0x727969abe3a3] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x36f0d) [0x727969aaef0d] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x41) [0x727969aaf181] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x93) [0x727969aaf243] /lib/x86_64-linux-gnu/libgio-2.0.so.0(+0xf2925) [0x727969bce925] /lib/x86_64-linux-gnu/libgtk-3.so.0(+0xe192f) [0x7279692e192f] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x3707a) [0x727969aaf07a] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x41) [0x727969aaf181] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x93) [0x727969aaf243] /lib/x86_64-linux-gnu/libgtk-3.so.0(+0xe3021) [0x7279692e3021] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x3707a) [0x727969aaf07a] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x41) [0x727969aaf181] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x93) [0x727969aaf243] /lib/x86_64-linux-gnu/libgtk-3.so.0(+0xe2e5d) [0x7279692e2e5d] /lib/x86_64-linux-gnu/libgtk-3.so.0(+0xa1b1c) [0x7279692a1b1c] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x3707a) [0x727969aaf07a] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x41) [0x727969aaf181] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x93) [0x727969aaf243] /lib/x86_64-linux-gnu/libgtk-3.so.0(+0x1be99b) [0x7279693be99b] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_cclosure_marshal_VOID__BOXEDv+0xa5) [0x727969a92a65] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x3707a) [0x727969aaf07a] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x41) [0x727969aaf181] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x93) [0x727969aaf243] /lib/x86_64-linux-gnu/libgtk-3.so.0(+0x1b6664) [0x7279693b6664] /lib/x86_64-linux-gnu/libgtk-3.so.0(+0x1be373) [0x7279693be373] /lib/x86_64-linux-gnu/libgtk-3.so.0(+0x1c1bde) [0x7279693c1bde] /lib/x86_64-linux-gnu/libgtk-3.so.0(gtk_event_controller_handle_event+0x73) [0x727969381163] /lib/x86_64-linux-gnu/libgtk-3.so.0(+0x367ea0) [0x727969567ea0] /lib/x86_64-linux-gnu/libgtk-3.so.0(+0xa02d9) [0x7279692a02d9] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x3707a) [0x727969aaf07a] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x41) [0x727969aaf181] /lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x93) [0x727969aaf243] /lib/x86_64-linux-gnu/libgtk-3.so.0(+0x377a4c) [0x727969577a4c] /lib/x86_64-linux-gnu/libgtk-3.so.0(+0x20bfa8) [0x72796940bfa8] /lib/x86_64-linux-gnu/libgtk-3.so.0(gtk_main_do_event+0xc1a) [0x72796940cd2a] /lib/x86_64-linux-gnu/libgdk-3.so.0(+0x3d7c7) [0x7279691337c7] /lib/x86_64-linux-gnu/libgdk-3.so.0(+0x97f7e) [0x72796918df7e] /lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x5f397) [0x727969d13397] /lib/x86_64-linux-gnu/libglib-2.0.so.0(+0xbfdc7) [0x727969d73dc7] /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_iteration+0x33) [0x727969d128b3] /lib/x86_64-linux-gnu/libgio-2.0.so.0(g_application_run+0x1ed) [0x727969bc765d] siril(main+0x15f) [0x555a09a1facf] /lib/x86_64-linux-gnu/libc.so.6(+0x2a3b8) [0x727963a2a3b8] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x8b) [0x727963a2a47b] siril(_start+0x25) [0x555a09a1fce5] Nico

Hello, j'ai des tâches qui sont apparues sur ma photo, j'ai essayé de refaire des darks mais elles persistent Il faut que je refasse des flats (ils sont un peu ancien)? A noter que cette photo est issue de 2 sessions différentes, la première n'avait pas ces tâches. Merci de vos conseils

Tout d'abord bonjour à la "communauté" c'est mon premier "post" J'ai réalisé ce comparatif après avoir téléchargé et essayé 1.4.0.Beta1. Devant les problèmes rencontrés sur " l'étirement des images" je suis revenu sur 1.2.6 pour voir la différence. Contexte : PC ASUS Vivobook Core i5 1235-U 12th ; Ram 8Go Images traitées, 49,4 Mo chacune (capteur IMX571) : Lights = 37 (NGC 6960) Darks = 11 Biases = 12 Flats = 11 1 - Script OCS_Preprocessing Temps de traitement : 1.2.6 = 3mn35s 1.4.0 B = 7mn35s (script sans DBF > 6mn) le tps a plus que doublé ??? Différence que je ne sais pas expliquer, je ne suis expert en rien. 2 - Photométrie (Focale 448mm ; 3.76µm) échoue avec 1.2.6 ; message : « La résolution astrométrique à échoué… Impossible de faire correspondre les étoiles du catalogue » ?? Sur 1.4.0 b Astrométrie et Photométrie sont excellents et rapides, l’apport du nouveau catalogue est particulièrement efficace, bravo ! 3 - Transformation de l’histogramme & Transformation d’étirement hyperbolique généralisé : 1.2.6 = fonctionnement fluide, réponse et visualisation rapides. 1.4.0 b = fonctionnement très lent réponse de plusieurs secondes pour l’histogramme, mais devient quasi impraticable pour l’étirement hyperbolique. Le moindre clic pour déplacer un curseur directement (suit la souris avec un retard important) ou sur un + ou un – se traduit immédiatement par un délai d’attente de plusieurs dizaines de secondes. Le réglage fin devient presque impossible et échoue régulièrement au cours des essais de réglage (fermeture impromptue de la fenêtre). J’ai regardé la charge du processeur au cours des réglages d’étirement, avec le gestionnaire des taches, et il « sature » dès le moindre mouvement d’un curseur. Il atteint 98 à 99 % d’occupation pour SIRIL et donc 100 % pour l’ensemble des taches. ???? La charge du processeur avec SIRIL 1.2.6 ne dépasse pas 88%. 4 – Script Python de réduction des étoiles sur 1.4.0 b J’ai été impressionné ! Très bon apport La réponse est immédiate, c’est excellent, toutefois la progressivité est faible, dès 0,49 les étoiles sont fortement diminuées, en dessous de 0,45 elles ont presque disparu. Voilà mes observations en espérant qu'elles pourront être un apport à la "cause".

Ici dans notre club vintage nous avons l'habitude de parler de nos instruments made in Japan et du fameux coulant 24.5 pas très confortable. Plusieurs solutions s'offrent à nous pour utiliser les accessoires en 31.75 sur ces instruments. Soit on monte un adaptateur 24.5/31.75 qui présente l'inconvénient de diaphragmer beaucoup. Soit on visse un adaptateur 31.75 au pas de vis 36.4. Beaucoup de ces instruments sont munis de ce pas de vis. C'est de loin la meilleure solution puisque l'ensemble du champ oculaire est exploitable. Il existe pourtant une troisième solution que je viens de découvrir un peu par hasard.Je profite du temps qu'il nous est donné pour faire l'inventaire, entre autre, des accessoires astro. En faisant le point sur les accessoires 24.5 j'ai retrouvé une bague, rangée depuis plusieurs années n'en connaissant pas la fonction.Tout à coup une idée, une évidence presque. Et si cette bague se vissait sur les oculaires 31.75 à la place de la douille 31.75. Je saisis les deux oculaires que j'ai sous les mains un Taka 18mm et un Célestron 26mm. Et bingo ça marche. Connaissiez-vous ce petit accessoire bien pratique ? Je pense qu'il s'adapte sur beaucoup d'oculaires des années 80/90. Malheureusement je n'ai que ces deux pour essayer.

Hello les zamis astrams ! Un petit message car j'en ai profité pour sortir le Newton 200/800 Lacerta sur la balcon et de shooter quelques soirs d'affilés. Avec la pleine Lune et ma visibilité orientée Est, je shoote en Ha sur NGC 7000 (à voir si je fais du OIII et SII sur cette cible). Néanmoins je rencontre des petits "soucis" que je souhaite corriger pour être plus efficace, plus pertinent surtout sur la partie MAP. Matériel : Lacerta Newton Carbon 200/800 Focuser : Pegasus Astro Focuscube v3 Logiciel utilisé : NINA avec Hocus Focus Voici une brute d'hier soir (Ha 7nm - 300s) : Pour faire la mise au point, j'utilise NINA autofocus et voici les paramètres : Cela me permet d'avoir cette courbe en V en filtre Ha (je me place à une mise au point +/- bonne et je lance la V-curves ensuite) : Finalement la courbe semble bonne, mais en faisant la première brute ci-dessus et que je zoome sur une étoile avec les aigrettes, elles sont larges voir dédoublées (la MAP n'est donc pas encore parfaite). Je sais que la CFZ est très restreinte car avec le correcteur MaxField x0.95 j'ai un F/D à 3.8 (CFZ de l'ordre de 20 µm): Comment je peux optimiser cette courbe en V pour ne pas avoir à faire d'ajustement ensuite ? Car là je peux rebouger de quelques pas pour affiner, mais quand le système refait une MAP dans la nuit sur le balcon et que je dors, je ne peux pas contrôler. Merci pour vos retours !

Coucou 🙂 Voici un système solaire maison dont les 8 planètes sont des fèves de galettes des rois, le Soleil est une orange et les ceintures d'astéroïdes (principale et de Kuiper) sont fait de graviers. Bien sûr, rien n'est à l'échelle, ni la taille des astres, ni les distances. Seule l'ordre est respectée. Le tout est posé sur un plaid constellations. 😁 Bonne soirée à vous toutes et tous 😉

Désolé si cette question a déjà été posée ici ou ailleurs ... J'ai un raspberry 5 sur lequel j'ai installé le serveur INDI il permet de piloter une monture (HEQ5-Pro) une caméra principale Playerone Mars 2 color pour le planétaire un APN Canon 1200d pour le ciel profond une caméra de guidage SVBony 905. Sur mon PC, j'accède à ces équipements en utilisant KStars/Ekos. Mon PC et le Raspberry sont sur le même réseau TCP/IP filaire (câble ethernet de 50m ce qui me laisse de la marge...). Avec KStars, je peux voir et enregistrer les flux des deux caméras. Globalement, ça fonctionne, je fais même le plate solving et l'auto-guidage. Le télescope est à l'extérieur de ma maison et mon ordinateur à l'intérieur. Donc tout le problème c'est de faire la mise au point de mon télescope, mais je ne peux pas voir les résultats 😞 donc ce n'est pas facile : je n'ai aucun retour visuel. Pour du ciel profond, j'utilise comme imageur un Canon 1200d et donc, je peux utiliser l'afficheur de l'appareil photo pour faire le focus. Par contre, avec la caméra planétaire, je n'ai aucune vision au niveau du télescope. Il faudrait que je puisse me dédoubler pour voir l'image sur mon PC et régler le focus 🙂 J'aimerai pouvoir utiliser par exemple mon mobile pour voir la capture en live. J'ai bien trouvé Telescope.Touch qui est un client INDI pour Android, il fonctionne plutôt bien pour le pointage mais 1/il n'est plus activement développé et surtout 2/il ne fonctionne pas bien pour l'affichage des caméras (image de mauvaise qualité et uniquement noir et blanc). Si quelqu'un a une solution ...

Hello On commence à s'y habituer, on rit jaune, on critique dans son coin mais on ne l'ouvre pas trop parce que soit disant c'est une question de gout. Admettons. Je comprends qu'on admette aussi que sur des supports comme Instagram ou Facebook la priorité soit d'épater la galerie avec des couleurs perverties pour récupérer des petits pouces vers le haut. On devrait d'ailleurs ouvrir un fil dédié à la petite boutique des horreurs. Mais ... Astrobin ? ( et APOD ? et tous les autres xxPOD ?) La contagion les a gagné aussi, on lit souvent ici "à l'anglo saxonne" C'est une façon polie de souligner la différence, la culture, la perception, mais franchement moi j'en peux plus. Le pompon déclencheur c'est celle là sur NGC5907 : https://www.astrobin.com/fw15fi/ Allez la voir et comparez avec quelques images de référence ... c'est même plus suspect tellement c'est gros. Là on a carrément des éléments purement inventés. Je ne la mets pas directement parce que figurez vous que sur AB on peut se coller un copyright, pas envie de me faire tirer les oreilles par une tricheuse qui en profiterait pour se défausser. J'ai essayé de commenter (comme d'autres) mais la censure est passée. Allez voir, c'est vraiment effrayant. "Superb work as usual, Alicia!!" (sic) Gilles.

Bonjour. Lorsque je photographie via mon Canon 60D au travers d'un Dobson 200/1200 sur table équatoriale, j'ai un important Flare autour des étoiles brillantes. (j'ai la même chose du coup, quand j'essaye d'imager le planètes). Est-ce normal ? D'où le défaut pourrait-il venir ? Merci.

Hello! Comment savoir si les flats sont bons ? Je passe par l'assistant PLU de Nina et je n'ai pas de message d'erreur avec les valeurs indiquées. J'en déduis donc que mes flats sont bons !... Or, il s'avère qu'il ne faut pas s'y fier ?... Soit trop clairs, soit trop sombres, je m'y perds un peu !.. On entend de tout !... La courbe de l'histogramme au centre, au 2/3?..je suis perdu ! 🙄 Merci de bien vouloir m'expliquer quand on peut savoir si les flats sont réellement bons... et que je passe à autre chose ! 😉 (à savoir, mon matériel 2600 MC pro sur 200 800, filtre Uv-ircut ou Lpro ou Lextrem)

Bonjour à tous, je viens d'installer le dernier Siril et j'ai lancé le script classique HaOIII. Je vois que les 2 intégrations Ha et OIII se passent bien mais il y a à la fin de nouvelles choses et là ça plante je pense avec le mirrorx qd il tente d'aligner les 2 images. Je vois que les 2 images empilées n'ont pas la même dimension : la Ha est 2 fois plus petite. (result_0001). Jamais eu ce genre de choses et souci avant. Une idée ? Merci Sam 08:44:07: Utilisation de 4344 Mo maximum pour l'empilement 08:44:07: Nous avons 14 blocs parallèles de taille 297 (+10) pour l'empilement. 08:44:08: Débute l'empilement... 08:44:50: Rejet des pixels dans le canal #0 : 0.782% - 1.380% 08:44:50: Empilement avec rejet fini. 72 images ont été empilées. 08:44:51: Intégration de 72 images sur 80 de la séquence : 08:44:51: Combinaison ............... moyenne 08:44:51: Normalisation en entrée ... additive + mise à l'échelle 08:44:51: Normalisation en sortie ... activée 08:44:51: Rejet des pixels .......... winsorized sigma clipping 08:44:51: Paramètres de rejet ....... bas=3.000 haut=3.000 08:44:51: Création d'une carte de rejet ... non 08:44:51: Pondération ............... désactivée 08:44:51: Fichier FITS enregistré : fichier results_00002.fit, 1 canal(aux), 6224x4168 pixels, 32bits 08:44:51: Estimation du bruit (canal : #0) : 1.001 (1.528e-005) 08:44:51: Séquence empilée avec succès. 08:44:51: Temps d'exécution: 1 min 07 s 08:44:51: # and flip if required 08:44:51: Exécution de la commande : mirrorx_single 08:44:51: Appliquer un retournement miroir pour convertir en données ascendantes 08:44:51: Lecture FITS : fichier results_00002.fit, 1 canal(aux), 6224x4168 pixels, 32bits 08:44:51: Miroir horizontal : en cours... 08:44:51: Temps d'exécution: 29.54 ms 08:44:51: Fichier FITS enregistré : fichier results_00002.fit, 1 canal(aux), 6224x4168 pixels, 32bits 08:44:51: # Align the result images, small shifts and chromatic aberrations can occur 08:44:51: Exécution de la commande : register 08:44:51: Vérification des séquences dans le répertoire : E:\SiriL\process. 08:44:51: Alignement : traitement en cours utilisant la méthode : Alignement global (ciel profond) 08:44:51: Alignement global sur les étoiles : avec la mémoire actuelle et les limites de threads, jusqu'à 2 thread (s) peuvent être utilisés 08:44:51: Lecture FITS : fichier results_00001.fit, 1 canal(aux), 3112x2084 pixels, 32bits 08:44:51: Image de Référence : 08:44:51: Findstar : en cours pour le canal 0... 08:44:52: Trouvé 609 Gaussien profils d'étoiles in l'image, canal #0 (FWHM 4.313931) 08:44:52: 609 étoiles trouvées dans l'image référence, canal #0 08:44:52: FWHMx : 4.31 " 08:44:52: FWHMy : 3.57 " 08:44:52: Alignement global sur les étoiles : en cours... 08:44:52: Lecture FITS : fichier results_00001.fit, 1 canal(aux), 3112x2084 pixels, 32bits 08:44:52: Fichier FITS enregistré : fichier r_results_00001.fit, 1 canal(aux), 3112x2084 pixels, 32bits 08:44:52: Lecture FITS : fichier results_00002.fit, 1 canal(aux), 6224x4168 pixels, 32bits 08:44:52: Findstar : en cours pour le canal 0... 08:44:53: Trouvé 682 Gaussien profils d'étoiles in l'image, canal #0 (FWHM 8.348899) 08:44:53: Impossible d'effectuer un alignement sur les étoiles : essai #3. Image 2 écartée 08:44:53: Le traitement de la séquence a partiellement réussi, avec 1 images qui ont échouées. 08:44:53: Temps d'exécution: 1.85 s 08:44:53: Alignement fini. 08:44:53: 2 images traitées 08:44:53: Total : 1 en échec, 1 alignées. 08:44:53: # Renorm OIII to Ha using PixelMath 08:44:53: Exécution de la commande : pm 08:44:53: r_results_00002.[extension] non trouvé. 08:44:53: Erreur à la ligne 89 ('pm') : image d'entrée invalide. 08:44:53: Sortie du traitement par lot. 08:44:53: Définir le répertoire de travail à 'E:\SiriL' 08:44:53: L'exécution du script a échoué. J'ai relancé avec le script fournit de base (non modifié) et j'ai aussi une erreur mais un message supplémentaire : 2:08:16: Exécution de la commande : mirrorx_single 12:08:16: Appliquer un retournement miroir pour convertir en données ascendantes 12:08:16: Lecture FITS : fichier results_00002.fit, 1 canal(aux), 6224x4168 pixels, 32bits 12:08:16: Miroir horizontal : en cours... 12:08:16: Temps d'exécution: 36.15 ms 12:08:16: Fichier FITS enregistré : fichier results_00002.fit, 1 canal(aux), 6224x4168 pixels, 32bits 12:08:16: # Align the result images, small shifts and chromatic aberrations can occur 12:08:16: Exécution de la commande : register 12:08:16: Lorsque l'interpolation est réglée sur Aucune, les images doivent être de même taille et aucune mise à l'échelle ne peut être appliquée. Abandon 12:08:16: Erreur à la ligne 85 ('register') : arguments non valide. 12:08:16: Sortie du traitement par lot. 12:08:16: Définir le répertoire de travail à 'E:\SiriL' 12:08:16: L'exécution du script a échoué.

Bonjour à tous, J'ai un petit problème que je n'arrive pas à résoudre. J'ai fais une extraction Sirilic Ha et Oiii mais les fichiers de sortie n'ont pas la même taille donc je ne peux pas faire un assemblage HOO. Je ne comprends pas ce qu'il c'est passé et comment rectifier. Habituellement je n'ai pas ce souci. Si quelqu'un a une idée, je le remercie 0ar avance Manuel.

Bonjour, J'utlise Graxpert pour corriger le background mais j'ai l'impression que ça m'enlève toutes les couleurs et surtout toutes les nuances. La capture d'écran ci-dessous montre à gauche ma photo avec juste le STF et à droite avec le le background extraction, j'ai perdu toutes les nuances au niveau de la spirale et je n'arrive jamais à les retrouver même après traitement Voic les paramètres d'extraction et de STF Et voici la photo finale aprsè le sharpen de seti astro, le denoise de Graxpert, un histo transfo (j'applique bêtement ce que j'avais au début), un starnet, un travail sur les courbes, un pixel math pour remettre les étoiles et un star reduction. Ou est ce que je peux améliorer mon traitement? Merci (dans l'exemple j'ai 61 photos de 3mn)

Bonjour à tous(tes), J'ai effectué un premier test de ma caméra ASI2600MC sur M51 (cible et setup pas du tout adaptés mais c'était juste un test de débutant). Je suis très étonné du "bruit de chrominance" (c'est bien de cela dont il s'agit ?) visible après pré-traitement Pixinsight ! (j'ai un mal fou à m'en débarrasser ensuite sous Pixinsight avec lequel je débute également) . Je viens donc vous solliciter pour savoir si cela vous parait "normal" en fonction de mes conditions de prise de vue ou bien si je suis passé à côté de qq chose ? Donc, pour les paramètres : 54 mn de pose (9*60, 10*180, 3*300 je teste aussi la qualité de l'autoguidage ), c'est ce temps de pose très insuffisant qui explique ce bruit ? Samyang 135 à f/d:2.8 et ASI2600MC Bortle 5/6 Pré-traitement avec DOF Merci d'avance pour vos éclaircissements et bon ciel nb: Image ci-dessus en zoom 1:1

Depuis que j'ai modifié le C11 pour y mettre des ventilos et autre bricoles, j'ai toujours un souci avec la remise en place de la lame de fermeture. Je pense avoir réussi à la caler à peu près correctement, les points durs qui affectaient la tâche de diffraction ont presque disparu : Par contre, je n'arrive pas à avoir des étoiles plus fines que 2,5" et avec la meilleure map possible, j'ai bien quelques étoiles ronde près du centre, mais dès que je m'en éloigne un peu, c'est la cata. De la grosse coma (c'est normal sans réducteur de focale ?) , un peu de tilt ? Qu'en pensez vous ? Là où j'ai un gros doute, c'est sur l'orientation de la lame. Je l'avais marquée lors du démontage, mais j'ai effacé la marque au nettoyage. C'est ballot ! Dans la littérature, on lit que la lame est appairée avec le miroir pour les vieux C11 (le mien date de 2009) et par ailleurs on dit que c'est une légende... Si c'est le cas, pas facile de retrouver la bonne orientation. Voilà ce que ça donne sur une image (en bin2 à la 2600 mm et en bin2, soit 0.55"/pix) :

Bonjour à toutes et tous. Cela fait déjà plusieurs années que je ne suis plus venu sur le forum WA. Aujourd'hui, à 87 ans, je me suis séparé de tout mon matériel, santé et mobilité réduite ont eu raison du passionné. Cependant , depuis fauteuil ou lit, mes amis de mon club Astro. m'ont encouragé à l'achat d'un Seeastar 50. Bonne pioche, c'était ce qu'il me fallait pour ne pas mourir sans observer et photographier . Sauf que je m'emmêle un peu les pinceaux ! Ma demande : Sur le forum, il y aurait-il un WA qui aurait édité un mode d'emploi ? si oui, où le trouver ? Merci

Salut, j'ai régulièrement des pertes d'images dans NINA. En cours de route un message rouge avec délain d'attente dépassé et je ne sais pas trop pourquoi un gain -1 apparait sur le 2ème message. C'est assez aléatoire et je ne sais pas si une règle particulière apparait comme pour @Tyler qui voyait la 93eme image planter. Cette nuit c'est 67 images qui sont passées à la trappe. Je crois que Robocopy m'envoie parfois des fichiers plantés. On ne peut pas toujours les ouvrir. J'ai une caméra Altair et je faisais des poses de 30s mais même en poses de 120s ça arrive parfois J'ai sorti le log pour une image mais à part "Camera download failed", je ne sais pas trop quoi en sortir... Auriez vous une idée ? Merci 2025-04-30T23:07:01.9272|INFO|SequenceItem.cs|Run|206|Starting Category: Caméra, Item: TakeExposure, ExposureTime 30, Gain 158, Offset 100, ImageType LIGHT, Binning 1x1 2025-04-30T23:07:01.9272|INFO|CameraVM.cs|Capture|732|Starting Exposure - Exposure Time: 30s; Filter: ; Gain: 158; Offset 100; Binning: 1x1; 2025-04-30T23:07:06.1660|INFO|StarDetection.cs|Detect|246|Average HFR: 4,52470858964193, HFR σ: 0,384260425611631, Detected Stars 24, Sensitivity Normal, ResizeFactor: 0,25 2025-04-30T23:07:06.4003|INFO|BaseImageData.cs|FinalizeSave|162|Finalize image and moving it to C:\Users\Sam\Documents\CAPTURE\C8 6.3\2025-04-30\LIGHT\2025-04-30_23-06-30_30.00s_Vide_0215.fits 2025-04-30T23:08:32.1649|ERROR|CameraVM.cs|Capture|761|Camera Timeout - Camera did not set image as ready after exposuretime + 60 seconds 2025-04-30T23:08:32.1699|ERROR|ImagingVM.cs|CaptureImage|232 NINA.Equipment.Exceptions.CameraDownloadFailedException: Camera download failed. Exposure details: Exposure time: 30, Type: LIGHT, Gain: -1, Filter: 2025-04-30T23:08:32.1699|ERROR|SequenceItem.cs|Run|233|Category: Caméra, Item: TakeExposure, ExposureTime 30, Gain 158, Offset 100, ImageType LIGHT, Binning 1x1 - System.NullReferenceException: La référence d'objet n'est pas définie à une instance d'un objet. à NINA.Sequencer.SequenceItem.Imaging.TakeExposure.<Execute>d__44.MoveNext() dans C:\Projects\nina\NINA.Sequencer\SequenceItem\Imaging\TakeExposure.cs:ligne 194 --- Fin de la trace de la pile à partir de l'emplacement précédent au niveau duquel l'exception a été levée --- à System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() à NINA.Sequencer.SequenceItem.SequenceItem.<Run>d__66.MoveNext() dans C:\Projects\nina\NINA.Sequencer\SequenceItem\SequenceItem.cs:ligne 224 2025-04-30T23:08:32.2211|ERROR|SequenceItem.cs|RunErrorBehavior|193|Instruction Prendre une exposition failed after 1 attempt. Error behavior is set to ContinueOnError. Continuing. 2025-04-30T23:08:32.2221|INFO|LoopCondition.cs|Check|75|LoopCondition finished. Iterations: 1 / 1 2025-04-30T23:08:32.2221|INFO|SequenceItem.cs|Run|224|Finishing Category: Caméra, Container: NINA.Sequencer.SequenceItem.Imaging.TakeManyExposures, Strategy: SequentialStrategy, Items[FAILED]: 1, Conditions: Condition: LoopCondition, Iterations: 1/1, 2025-04-30T23:08:32.2336|INFO|MeridianFlipTrigger.cs|ShouldTrigger|306|Meridian Flip - (Side of Pier usage is disabled) There is still time remaining. Max remaining time 00:51:13.6450000, next instruction time 30, next instruction Category: Caméra, Container: NINA.Sequencer.SequenceItem.Imaging.TakeManyExposures, Strategy: SequentialStrategy, Items[CREATED]: 1, Conditions: Condition: LoopCondition, Iterations: 0/1,