Rechercher dans la communauté

Bonjour, en suivant le super tuto du forum, j'ai essayé à plusieurs reprises d'aligner un RGB et un HOO mais j'ai toujours la même erreur. J'ai retraité mes photos plusieurs fois depuis le début en respectant bien le tuto, mais rien y fait. Si vous avez une idée du pourquoi je suis preneur !

Bonjour à tous, je rencontre actuellement un problème avec mes flats, j'ai pourtant toujours fait comme cela est ca ne m'a jamais posé problème... Mais depuis mon RASA c'est une autre histoire ! Je vous explique en détail. Je shoot par exemple NGC291 (pacman) mes lights sont potablse, en voici une pour exemple : https://easyupload.io/a25le9 Je fais mes FLAT le lendemain matin avec une boite à flat, une simple dalle led. Voici les EXIFs des flats: SETUP: Pare buée -> RASA11 -> Filtre CLS -> ALTAIR 294C (chemin optique) gain 100 (c'est le minimum chez Altair) offset 250 ( sharpcap le soustrait automatiquement des flats) exposition 10ms (60% de l'histogramme) quantité 100 pour créer le master flat que voici : https://easyupload.io/6gj7s3 Quand je traite mes light avec, voici ce qu'il en ressort Merci de votre aide les coupains

Salut, J'essaye de me mettre au SHO et de sortir ma première prise avec Siril. Je rencontre un problème pour l'alignement dans la composition RVB. J'ai vu sur le forum que c'était un sujet récurrent, et généralement les personnes se tournent finalement vers Pix ou photoshop pour faire la composition. Avant de me lancer dans un traitement d'une semaine sur affinity, et comme après tout il y a une fonction dans Siril, je voulais savoir si je ne ratais pas quelque chose. Donc le soucis c'est que les 3 couches ne s'alignent pas : j'ai essayé sur une étoile (et plusieurs fois sur des étoiles différentes), et par motif, rien n'y fait. J'ai essayé de les exporter en séquence en normalisant les images, rien n'y fait non plus. Quelqu'un est-il déjà parvenu à faire cet alignement sur Siril sans se refugier sur pix ? En HOO ou HHO sur caméra couleur pas de problème, mais en mono je n'y arrive pas.

Bonjour à tous, J'étais bien parti sur Melotte15 il y a deux jours; et bim ... Des idées de causes possibles pour ce dernier pb d'autoguidage, le plus étrange que j'aie eu jusqu'à présent? Setup Lunette SW 80 Ed Monture Celestron ASGT Correcteur de champ Astrophysics Caméra imageur: Atik 314L Autoguidage: Caméra de guidage: Zwo Asi 120mc + Guide scope: Kepler 50 x 162 « Pulse guiding » (pas via port ST4) Software autoguidage: PHD2 Software capture: APT a priori les câbles n’étaient pas tirants, il n’y avait pas de vent, etc. merci pour vos conseils!

Bonjour à tous On parle beaucoup de faire la collimation sur une étoile sur un Newton, or, on ne vois jamais quelqu'un la faire en direct en video ou éventuellement un tuto pdf avec les photos pas à pas. Si quelqu'un connait ce genre de tuto, je serai tres intéressé ... merci

Bonjour à tous, un souci d'extreme lenteur au demarrage de SIRIL, m amène à vous demander conseil. je m explique: 1) je suis sous windows10 2) çe probleme n est present que sur 1 de mes PC (évidemment celui avec lequel je traite (16GO de Ram)) 3) ça ne le fait que depuis 2 semaines, je n ai pas fait de modif sur ce pc et je ne vois pas de lenteur dans l utilisation d autres softs le pb est qu entre le chargement de Siril.CSS et la suite Siril3.glade, il se passe 4mn voire des fois 11mn j ai bien sur desinstallé Siril ( y compris le repertoire config), nettoyé la registry windows, reinstallé sur des disques differents => pareil j ai coupé mon antivirus => pareil j ai ete voir le parefeu => pas de limitation, appli de confiance j ai defini le repertoire de travail quand enfin il se lance si je souhaite ouvrir un fichier, j ai un delai avant ouverture du repertoire de travail de 30 à 40secondes; meme chose quand je veux sauvegarder une image je ne sais plus où chercher et je ne peux pas traiter sur mon autre pc, il n a que 4GO de ram j ai l impression que c est dès qu il a besoin d acceder au (x) disque (s) ci dessous un exemple de lancement 9mn pour demarrer voilà, je suis preneur de vos idées Merci

Bonjour, Lors de ma dernière session photo Ciel Profond, j'ai récolté pas mal de petites galaxies ... Histoire de me faciliter la vie, envoi sur Astrometry.net pour avoir une image annotée ; Le souci est qu'il manque un bon paquet d'étiquettes, de tachouilles non identifiées ! J'ai cherché sur le net s'il n'y avait pas un autre serveur plus complet proposant ce service, sans succès. Avez-vous une idée ? Le cas échéant je le ferais "à la main" depuis l'excellent site de l'Université de Strasbourg, et son outil Aladin : https://aladin.u-strasbg.fr/AladinLite/ Bon ciel Vincent

bonjour, J'ai fait M1 ce week-end, mais j'ai toujours une dominante violette sur le fond de ciel et les étoiles... Je possède une 294 MC Pro, SW 200/800...malgré traitement Siril, PS et Lightroom, impossible d'atténuer cette dominante ? Je n'ai aucun filtre, ciel bortle 4 en montagne ( meme pas un IR-cut ....L-Pro en commande ), pensez-vous que ce problème peut être résolu avec ce filtre ?....ou est-ce autre chose ?

Bonjour à tous, (j'ai posté ce message côté matos mais pas sûr que ce soit au bon endroit - peu de vue et 0 réponses - alors je retente ma chance ici) je guide un C8 sur CG5-Goto de Celestron avec une asi224mc et un téléobjectif canon 200mm (c'est peut être déjà une mauvaise idée?) Je pilote avec NINA et PHD2. Habituellement, mon guidage ne se passe pas trop mal même si j'ai l'impression que la fonction dither ne fait pas exactement ce qu'il faut : une fois le Dither fait, on voit que PHD2 cherche à ramener l'étoile guide alors que je pensais qu'il guiderait sur la nouvelle position. On le voit sur le graphe suivant avec beaucoup de correction en DEC à chaque Dither (ici toutes les 3 images) ce qui fait que j'ai qd même pas mal d'images juste après le dither qui sont à jeter. Mais en dehors de ça je trouve que j'ai peu de correction. 1- êtes vous d'accord avec mon analyse ou les grosses corrections après dither ont une autre origine ? Depuis qq jours (malheureusement il fait assez moche), je trouve un phénomène nouveau: D'abord de l'oscillation périodique avec de la correction toujours du même côté (vers le 06/09). Au passage j'ai diminué le dither pour éviter les déchets mais on voit toujours le phénomène précédent. Et maintenant avec de la correction des 2 côtés. J'ai passé du temps sur les forums et l'aide de PHD2. J'ai donc récupéré PHD2 viewer ce qui m'a permis de voir ces graphes complets et observer l'aspect périodique. D'après ce que je lis, je déduirais qu'il y aurait de la friction statique qui fait que ça ne corrige pas bien et d'un coup ça libère l'énergie d'où le basculement mais je ne suis pas sûr. Je me demande si ma MES était bonne mais sur 3 jours différents, je me dis que c'est qd même bizarre (j'utilise toujours la fonction "polar align" de la monture qui marche pas mal. Il y aurait aussi du backslach possible. 2- qu'en pensez vous ? J'ai du mal à comprendre et donc du mal à choisir quelle solution je dois appliquer. En attendant, j'ai démonté la monture ce week end pour resserrage des jeux et je verrai dès que possible s'il y avait du backslach ou si j'ai augmenté la friction et donc le phénomène... Merci pour votre aide à analyser ces graphiques ! Samuel

Bonjour à tous, depuis la réception de mon L-Extreme, aucune fenêtre météo alors ces 2 dernières nuits, malgré un seeing pas top et grosse lune, je me suis dit que je devais tenter de voir. Vu que je suis en ville et tout, je regarde ce qui va passer au Zenith et avec le C8 F/6.3, je décide de me faire le Pelican 😉. (et j'ai bien fait car maintenant il pleut 😭) Altair 294mc pro à -10°C et 900 de gain pour me mettre juste à la descente de bruit et je passe mes galères avec PHD2 qui ne veut plus me faire la calibration correctement et qui n'arrête pas de raler qu'il faut la refaire en cours de soirée. Poses de 120s (et tant pis pour le suivi moyen) Je traite depuis plusieurs années tout avec Siril et Gimp et là j'essaie le HOO avec le script auto et le tuto de Colmic. J'ai aussi fait HOO+RGB issus de la même série d'images. Ma question concerne les teintes. C'est quand même très rouge et sans trop de nuances. L'ajout du RGB a même eu tendance à renforcer le rouge. Vous en pensez quoi et qu'est-ce que je devrais faire pour atténuer un peu (à moins que ce ne soit normal) ? Je baisse la saturation ? Merci pour vos précieux conseils Samuel version HOO Version HOO+RGB

Bonjour, Au risque de paraitre un peu lourd, je remets 100 balles dans ce sujet bien connu et surtout bien développé dans de nombreux posts sur ce forum et sur un forum voisin, pour une question que j'ai depuis quelques temps concernant le calcul de l'échantillonnage avec une caméra couleur. Dans le calcul de l'échantillonnage par la formule E=206 x P/F, où P représente la dimension du pixel de ma caméra couleur , est ce je prends la valeur donnée par le constructeur pour la caméra, ou bien est ce que je dois multiplier cette dimension par un coefficient 1.5 voire moins ? Ceci à cause d'une résolution moindre du capteur due à la matrice de Bayer et de son algorithme ? J'ai bien lu et compris les différentes explications des 'gros bras' de l'astrophotographie sur le sujet (merci !), mais je voudrai voir écris que la valeur du pixel à prendre en compte dans la formule est de façon pratique, la MEME que l'on parle de caméra couleur ou N&B. Une note d'Avex (Axel Vincent) que vous connaissez tous laisse entendre qu'un facteur de taille de 1.5 du pixel par rapport aux données du fabricant est à considérer pour les caméras couleur, et ça change tout ! Merci pour vos éclaircissements !

Bonjour à toutes et tous 😉 Voici mon problème: Débutant en astrophoto, j'essai depuis peu d'utiliser SIRIL pour les traitement. Seulement lorsque je veux lancer un script celui-ci échoue, et me retrouve qu'avec des offsets dans le dossier "process". Voici ma façon de faire: - mes dossiers photos ( brutes, darks, flats et offsets) se trouve dans G:\Images\ASTRO - j'ouvre SIRIL, sélectionne G:\Images\ASTRO et lance le script. Voici ensuite se que me met SIRIL. 17:19:38: Bienvenue dans siril v0.99.10.1 17:19:38: Type de fichiers supportés : Images BMP, Images PIC (IRIS), Images binaires PGM et PPM, Images RAW, Images FITS-CFA, Films, Séquences SER, Images TIFF, Images JPG, Images PNG, Images HEIF. 17:19:38: Fichier de paramètres chargé : 'C:\Users\sm-se\AppData\Local\siril\siril.config' 17:19:38: Calcul parallèle activé : Utilisation de 8 processeurs. 17:19:41: Définir le répertoire de travail à 'G:\Images\ASTRO\M33 11.09.21 - Copie' 17:19:41: Recherche de scripts dans : "C:\Program Files\SiriL\scripts" ... 17:19:41: Chargement du script Couleur_Extraction_Ha 17:19:41: Chargement du script Couleur_Extraction_HaOIII 17:19:41: Chargement du script Couleur_Pre-traitement 17:19:41: Chargement du script Couleur_Pre-traitement_AvecDrizzle 17:19:41: Chargement du script Mono_Pre-traitement 17:19:41: Chargement de la méthode d'alignement : Alignement sur une étoile (ciel profond) 17:19:41: Chargement de la méthode d'alignement : Alignement sur deux ou trois étoiles (ciel profond) 17:19:41: Chargement de la méthode d'alignement : Alignement global (ciel profond) 17:19:41: Chargement de la méthode d'alignement : Alignement par motif de l'image (planétaire - disque entier) 17:19:41: Chargement de la méthode d'alignement : Coefficient de corrélation (planétaire - surfaces) 17:19:41: Chargement de la méthode d'alignement : Alignement Comète/Astéroïde 17:19:41: L'extension par défaut des FITS est définie à .fit 17:19:48: Début du script C:\Program Files\SiriL\scripts\Couleur_Pre-traitement.ssf 17:19:48: ################################################### 17:19:48: # Script pour Siril 1.0 17:19:48: # Mars 2021 17:19:48: # (C) Cyril Richard 17:19:48: # Adapté, modifié et traduit par Colmic 17:19:48: # Couleur_Pre-traitement v1.2 17:19:48: # 17:19:48: ################################################### 17:19:48: # 17:19:48: # Pré-traitement pour Caméra ou APN Couleur 17:19:48: # 17:19:48: # Ce script a besoin de 4 dossiers pour fonctionner 17:19:48: # Ã installer dans votre dossier de travail de Siril : 17:19:48: # offsets, darks, flats, brutes 17:19:48: # Copiez vos images RAW ou FIT dans ces 4 dossiers 17:19:48: # 17:19:48: ################################################### 17:19:48: Exécution de la commande : requires 17:19:48: #Création du master-offset (ou dark de flat) 17:19:48: Exécution de la commande : cd 17:19:48: Définir le répertoire de travail à 'G:\Images\ASTRO\M33 11.09.21 - Copie\offsets' 17:19:48: Exécution de la commande : convert 17:19:48: Conversion : traitement de 30 fichiers ... 17:19:49: Lecture du fichier JPG : IMG_8544.JPG, 3 canal(aux), 3888x2592 pixels 17:19:49: Lecture du fichier JPG : IMG_8546.JPG, 3 canal(aux), 3888x2592 pixels 17:19:49: Lecture du fichier JPG : IMG_8545.JPG, 3 canal(aux), 3888x2592 pixels 17:19:49: Lecture du fichier JPG : IMG_8547.JPG, 3 canal(aux), 3888x2592 pixels 17:19:49: Nombre d'images autorisées dans la file d'attente d'écriture : 17 (zéro ou moins = illimité) 17:19:49: Fichier FITS enregistré : fichier ../process\offset_00006.fit, 3 canal(aux), 3888x2592 pixels 17:19:49: Fichier FITS enregistré : fichier ../process\offset_00004.fit, 3 canal(aux), 3888x2592 pixels 17:19:49: Fichier FITS enregistré : fichier ../process\offset_00008.fit, 3 canal(aux), 3888x2592 pixels 17:19:49: Lecture du fichier JPG : IMG_8548.JPG, 3 canal(aux), 3888x2592 pixels 17:19:49: Décode Canon EOS 1000D file (ISO=800, Exposition=1/4000.0 sec) 17:19:49: Décode Canon EOS 1000D file (ISO=800, Exposition=1/4000.0 sec) 17:19:49: Décode Canon EOS 1000D file (ISO=800, Exposition=1/4000.0 sec) 17:19:49: Décode Canon EOS 1000D file (ISO=800, Exposition=1/4000.0 sec) 17:19:49: Motif du Filtre : RGGB 17:19:49: Motif du Filtre : RGGB 17:19:49: Motif du Filtre : RGGB 17:19:49: Motif du Filtre : RGGB 17:19:49: Lecture du fichier RAW : IMG_8546.CR2, 1 canal(aux), 3906x2602 pixels 17:19:49: Lecture du fichier RAW : IMG_8544.CR2, 1 canal(aux), 3906x2602 pixels 17:19:49: Lecture du fichier RAW : IMG_8545.CR2, 1 canal(aux), 3906x2602 pixels 17:19:49: Lecture du fichier RAW : IMG_8547.CR2, 1 canal(aux), 3906x2602 pixels 17:19:49: Fichier FITS enregistré : fichier ../process\offset_00002.fit, 3 canal(aux), 3888x2592 pixels 17:19:49: Fichier FITS enregistré : fichier ../process\offset_00005.fit, 1 canal(aux), 3906x2602 pixels 17:19:49: Fichier FITS enregistré : fichier ../process\offset_00001.fit, 1 canal(aux), 3906x2602 pixels 17:19:49: Fichier FITS enregistré : fichier ../process\offset_00003.fit, 1 canal(aux), 3906x2602 pixels 17:19:49: Fichier FITS enregistré : fichier ../process\offset_00007.fit, 1 canal(aux), 3906x2602 pixels 17:19:50: Lecture du fichier JPG : IMG_8549.JPG, 3 canal(aux), 3888x2592 pixels 17:19:50: Fichier FITS enregistré : fichier ../process\offset_00010.fit, 3 canal(aux), 3888x2592 pixels 17:19:50: Lecture du fichier JPG : IMG_8550.JPG, 3 canal(aux), 3888x2592 pixels 17:19:50: Lecture du fichier JPG : IMG_8551.JPG, 3 canal(aux), 3888x2592 pixels 17:19:50: Décode Canon EOS 1000D file (ISO=800, Exposition=1/4000.0 sec) 17:19:50: Motif du Filtre : RGGB 17:19:50: Lecture du fichier RAW : IMG_8548.CR2, 1 canal(aux), 3906x2602 pixels 17:19:50: Fichier FITS enregistré : fichier ../process\offset_00012.fit, 3 canal(aux), 3888x2592 pixels 17:19:50: Fichier FITS enregistré : fichier ../process\offset_00014.fit, 3 canal(aux), 3888x2592 pixels 17:19:50: Fichier FITS enregistré : fichier ../process\offset_00009.fit, 1 canal(aux), 3906x2602 pixels 17:19:50: Fichier FITS enregistré : fichier ../process\offset_00016.fit, 3 canal(aux), 3888x2592 pixels 17:19:50: Lecture du fichier JPG : IMG_8552.JPG, 3 canal(aux), 3888x2592 pixels 17:19:50: Lecture du fichier JPG : IMG_8553.JPG, 3 canal(aux), 3888x2592 pixels 17:19:50: Décode Canon EOS 1000D file (ISO=800, Exposition=1/4000.0 sec) 17:19:50: Décode Canon EOS 1000D file (ISO=800, Exposition=1/4000.0 sec) 17:19:50: Motif du Filtre : RGGB 17:19:50: Motif du Filtre : RGGB 17:19:50: Lecture du fichier RAW : IMG_8550.CR2, 1 canal(aux), 3906x2602 pixels 17:19:50: Lecture du fichier RAW : IMG_8551.CR2, 1 canal(aux), 3906x2602 pixels 17:19:50: Fichier FITS enregistré : fichier ../process\offset_00013.fit, 1 canal(aux), 3906x2602 pixels 17:19:50: Fichier FITS enregistré : fichier ../process\offset_00015.fit, 1 canal(aux), 3906x2602 pixels 17:19:51: Décode Canon EOS 1000D file (ISO=800, Exposition=1/4000.0 sec) 17:19:51: Motif du Filtre : RGGB 17:19:51: Lecture du fichier RAW : IMG_8552.CR2, 1 canal(aux), 3906x2602 pixels 17:19:51: Lecture du fichier JPG : IMG_8554.JPG, 3 canal(aux), 3888x2592 pixels 17:19:51: Fichier FITS enregistré : fichier ../process\offset_00020.fit, 3 canal(aux), 3888x2592 pixels 17:19:51: Fichier FITS enregistré : fichier ../process\offset_00018.fit, 3 canal(aux), 3888x2592 pixels 17:19:51: Fichier FITS enregistré : fichier ../process\offset_00017.fit, 1 canal(aux), 3906x2602 pixels 17:19:51: Lecture du fichier JPG : IMG_8556.JPG, 3 canal(aux), 3888x2592 pixels 17:19:51: Lecture du fichier JPG : IMG_8555.JPG, 3 canal(aux), 3888x2592 pixels 17:19:51: Décode Canon EOS 1000D file (ISO=800, Exposition=1/4000.0 sec) 17:19:51: Décode Canon EOS 1000D file (ISO=800, Exposition=1/4000.0 sec) 17:19:51: Motif du Filtre : RGGB 17:19:51: Motif du Filtre : RGGB 17:19:51: Lecture du fichier RAW : IMG_8549.CR2, 1 canal(aux), 3906x2602 pixels 17:19:51: Décode Canon EOS 1000D file (ISO=800, Exposition=1/4000.0 sec) 17:19:51: Motif du Filtre : RGGB 17:19:51: Lecture du fichier RAW : IMG_8553.CR2, 1 canal(aux), 3906x2602 pixels 17:19:51: Fichier FITS enregistré : fichier ../process\offset_00022.fit, 3 canal(aux), 3888x2592 pixels 17:19:51: Lecture du fichier RAW : IMG_8554.CR2, 1 canal(aux), 3906x2602 pixels 17:19:51: Fichier FITS enregistré : fichier ../process\offset_00019.fit, 1 canal(aux), 3906x2602 pixels 17:19:51: Fichier FITS enregistré : fichier ../process\offset_00021.fit, 1 canal(aux), 3906x2602 pixels 17:19:51: Fichier FITS enregistré : fichier ../process\offset_00011.fit, 1 canal(aux), 3906x2602 pixels 17:19:51: Fichier FITS enregistré : fichier ../process\offset_00026.fit, 3 canal(aux), 3888x2592 pixels 17:19:51: Fichier FITS enregistré : fichier ../process\offset_00024.fit, 3 canal(aux), 3888x2592 pixels 17:19:51: Lecture du fichier JPG : IMG_8557.JPG, 3 canal(aux), 3888x2592 pixels 17:19:51: Lecture du fichier JPG : IMG_8558.JPG, 3 canal(aux), 3888x2592 pixels 17:19:51: Décode Canon EOS 1000D file (ISO=800, Exposition=1/4000.0 sec) 17:19:51: Motif du Filtre : RGGB 17:19:51: Lecture du fichier RAW : IMG_8555.CR2, 1 canal(aux), 3906x2602 pixels 17:19:51: Fichier FITS enregistré : fichier ../process\offset_00023.fit, 1 canal(aux), 3906x2602 pixels 17:19:52: Décode Canon EOS 1000D file (ISO=800, Exposition=1/4000.0 sec) 17:19:52: Motif du Filtre : RGGB 17:19:52: Lecture du fichier RAW : IMG_8556.CR2, 1 canal(aux), 3906x2602 pixels 17:19:52: Fichier FITS enregistré : fichier ../process\offset_00025.fit, 1 canal(aux), 3906x2602 pixels 17:19:52: Décode Canon EOS 1000D file (ISO=800, Exposition=1/4000.0 sec) 17:19:52: Motif du Filtre : RGGB 17:19:52: Lecture du fichier RAW : IMG_8557.CR2, 1 canal(aux), 3906x2602 pixels 17:19:52: Fichier FITS enregistré : fichier ../process\offset_00027.fit, 1 canal(aux), 3906x2602 pixels 17:19:52: Décode Canon EOS 1000D file (ISO=800, Exposition=1/4000.0 sec) 17:19:52: Motif du Filtre : RGGB 17:19:52: Lecture du fichier RAW : IMG_8558.CR2, 1 canal(aux), 3906x2602 pixels 17:19:52: Fichier FITS enregistré : fichier ../process\offset_00029.fit, 1 canal(aux), 3906x2602 pixels 17:19:52: Fichier FITS enregistré : fichier ../process\offset_00028.fit, 3 canal(aux), 3888x2592 pixels 17:19:52: Fichier FITS enregistré : fichier ../process\offset_00030.fit, 3 canal(aux), 3888x2592 pixels 17:19:52: La conversion a réussi, 30 fichier(s) créé(s) pour 30 fichier(s) d'entrée (30 image(s) convertie(s), 0 échec) 17:19:52: Exécution de la commande : cd 17:19:52: Définir le répertoire de travail à 'G:\Images\ASTRO\M33 11.09.21 - Copie\process' 17:19:52: Exécution de la commande : stack 17:19:52: Empile la séquence offset_ 17:19:52: Traitement de toutes les images de la séquence (30) 17:19:52: Le résultat de l'empilement sera stocké au format 32 bits 17:19:52: Erreur d'empilement : les images sont de tailles différentes 17:19:52: Échec de l'empilement. 17:19:52: Temps d'exécution: 20.93 ms. 17:19:52: Définir le répertoire de travail à 'G:\Images\ASTRO\M33 11.09.21 - Copie' 17:19:52: L'exécution du script a échoué. Je me retrouve alors avec que des offsets dans le dossier process... Est-ce que l'un d'entre vous aurait une idée du problème ?? En vous remerciant. Seb

Bonjour, j'ai un souci de dérive sur mes mes étoiles pendant une nuit d'acquisition. Le souci est que je suis sur PHD2 correctement à environ 0,4"/arc. J'ai vérifié le backlash de la monture, l'alignement polaire est bon, j'ai fait des tests avec et sans dithetering : pareil. Mon imageur : RC8 sur une ioptron CEM70 et une QSI660 Mon suivi : lunette 80/400 ASI290 J'utilise NINA, PHD2 Je vous joins une image et un log de PHD. Pour info, sur une nuit je commence tjs bien au niveau de mes photos, puis j'ai un filet d'étoiles, à un moment ça revient bien puis en fin de nuit de nouveau un filet. Malgré ceci, la courbe de PHD me dit que je suis parfaitement ! Si vous auriez des idées je suis preneur ... Merci, Yoann PHD2_DebugLog_2021-09-22_195201.txt PHD2_GuideLog_2021-09-22_195201.txt 2021-09-22_22-58-07_Ha_-15.00_300.00s_0019.fits 2021-09-22_21-25-29_Ha_-15.00_300.00s_0003.fits

Bonjour, Je suis passé d'un APN à une caméra mono + roue à filtre. Ma question va donc être quel est la bonne façon de traiter les images L-RVB sous SIRIL ? # Alignement/Empilement LRVB : 1) Conversion des FITS "L" 2) Alignement sur une étoile (ciel profond) 3) Empilement par somme / Additive avec mise à l'échelle 4) Objet_L-stack_result.fit Même procédure pour la couche R/V/B. Au final j'obtiens 4 fichiers Objet_X-stack_result.fit # Composition multi-canaux : Je passe ensuite par le menu "Traitement de l'image > Composition RVB..." J'active la case "Utiliser la Luminance" => Objet_L-stack_result.fit Dans "Rouge" je vais chercher Objet_R-stack_result.fit, dans "Vert" Objet_V-stack_result.fit et dans "Bleu" Objet_B-stack_result.fit J'utilise la méthode "Alignement sur une étoile (ciel profond). Une fois aligné je me retrouve avec un onglet Rouge,Vert, Bleu et RVB, l'onglet N&B a disparu. Est-ce que c'est la bonne méthode pour ensuite pouvoir passer à l’Étalonnage des couleurs, gradiant, etc.... Merci

Bonjour , J' ai découvert récemment ( mais c'est normal parce que je ne l'utilisais que depuis quelques années ) que l' on pouvait traiter les vidéos par lot dans AS3. M'étant mis ces derniers temps à faire des animations des satellites de Jupiter, c'est vraiment un gain de temps énorme ! Comme j' ai vu qu' Astrosurface permettait aussi maintenant le traitement par lot des ondelettes / déconvolution, peut-être serait-il utile de rassembler les informations sur les programmes astro que vous et moi utilisons tous les jours et qui permettent ce genre de traitement. Je pense que beaucoup pourrait en profiter. Pour ma part, ce que je connais : Autostakkert 3 : traitement des vidéos. Registax 6 : je ne vois rien à ce sujet. Astra Image : déconvolution. PIPP : parfait sur ce sujet. Astrosurface : ondelettes / déconvolution ( et je suppose toutes les fonctions qui vont avec). Gimp2 : possible sur certaines fonctions en chargeant ce plugin. https://alessandrofrancesconi.it/projects/bimp/ Photoshop : je ne sais pas, je ne l'utilise pas mais j'ai vu que c'était possible. C'est tout ce que je vois pour l'instant, d'où ce post si vous voyez autre chose et si vous utilisez d'autres programmes. Et une petite animation toute pourrie d' hier à cause d' une arrivée impromptue des nuages mais que j'ai traitée en quelques minutes, juste pour essayer cette façon de faire. Quand je pense au temps que j'ai mis pour faire la première ! Bonne journée.

Bonjour à tous, J'ai tenté de faire Dark et offset.. du coup j'aurais aimé avoir vos avis.. Dark - linéaire et auto ajustement Offset 1ere Question: Dans Siril, si je fait un empilement sans DOF, voilà l'erreur affichée, et si décoche l'image concernée et que je relance le process, l'erreur est sur l'image suivante... etc, etc. La seul méthode qui passe est l'empilement par somme. est-ce normal ? PS: je ne sais pas trop à quoi correspond sigma bas et haut et comment les régler ? Avec les Darks et Offsets, l'empilement se fait sans pb. Après étalonnage des couleurs par photométrie L'ampglow est tjrs très prononcé, est -ce normal ? Cam asi224mc Encore merci à tous pour vos précieux conseils

Bonjour. Afin de ne pas continuer à polluer avec mes questions techniques le fil de Drase qui nous a présenté de magnifiques captures RVB+HOO de M16, la Bulle, le Balai de Sorcière et la Trompe, je poste ici quelques questions inhérentes au développement RVB+HOO sur SIRIL. J’ai récemment pris en photo la nébuleuse du Cocon avec un tri-bande Altaïr (spectre équivalent au L-Enhance d’Optolong sur Ha et Hb+Oiii). Quand j’essaie de suivre le tuto de Colmic avec un prétraitement couleur OSC et un prétraitement d’extraction HaOiii puis un alignement et un empilage des deux .fit obtenus, le protocole bloque sur l’alignement. Il m’indique 1 fichier en échec sur 2 images traitées. J’ai bien pris garde à ne pas recadrer mes RVB et HOO, et à ne pas appliquer de saturation ou de déconvolution. Les photos ont bien été prises avec la même caméra et la même lunette. J’ai fait un étalonnage des couleurs par astrophotométrie sur le dev RVB, et un étalonnage des couleurs classique en HOO. J’applique un protole d’alignement global et un algorithme bicubique. Mon problème est-il lié au fait que toutes les photos ont été prises avec le 3B (plutôt qu’une partie en UHC et l’autre en 3B) ? Ou bien est-ce lié à l’astrophotométrie sur le dev RVB ? J’ai remarqué que le logiciel m’indiquait une focale de 742,5 mm au lieu du théorique 910x0,79 = 718 mm… Merci pour votre aide. Stef.

Bonjour, Je viens de recevoir un nouvelle lunette Askar FRA400 que je vais associer avec une camera Zwo 2600 MC Pro et j'utilise un porte Filtre Zwo ( pour mettre des optolong L-extreme ou L-pro). J'ai acheté au même moment le réducteurs ASkar 0,7. Je peux donc normalement utiliser la lunette de deux manières : avec ou sans réducteur. Viens à ce moment la question du backfocus et comment le mettre en place Commençons par le setup le plus simple : Avec le reducteur. La Doc indique que le bac focus doit être de 55MM Je dispose : de deux bagues obtenue avec la camera Zwo ( une de 21mm et l'autre de 16.5 mm). Du porte filtre qui fait 21 mm des 17,5 mm de retrait du capteur dans la camera . Donc si je prends la bague de 16.5 mm + le filtre de 21mm + les 17.5 mm de retrait du capteur => Total = 55 mm précisement ! Super..... Un setup de fait. Par contre, pour l'autre setup ( sans reducteur ) , je disposse en plus d'un cone qui fait 63.5 mm et d'une petite bague adaptatrice de 5mm => Total 68.5 MM Donc si je prends les deux bagues de 16,5 mm et 21 mm + le porte filtre de 21 mm + les 17,5 mm de retrait du capteur + les 68.5 mm du cone, j'arrive à un total de 144.5 mm. J'ai 4.5 mm de trop. Je me trompe dans mon raisonnement ? Il y a bien trop de back focus ? Maintenant en lisant la doc, il mentionne " Askar has a backfocus of 140mm, no need to measuring the distance, when attach your photographic equipment, you will see an in-focus image." Que veulent-il dire par là ? Que je ne dois pas mettre les bagues mais juste le cone et le porte filtre comme sur l'image ci-dessous ? J'avoue que je suis perdu. Et lorsque je cherche sur internet, je trouve des setup comme celui-ci sur laquelle le cone est connecté directement au porte-filtre qui lui-même est connecté à la camera. Donc un backfocus largement inférieur à 140 mm. Qui peux m'aider à y voir clair ? Merci d'avance. Emmanuel.

Bonjour, Je créé mon premier sujet sur le forum, j'espère qu'il en intéressera certains ! Alors voilà, possesseur d'un Dobson 254/1250, après quelques observations en visuel j'ai eu comme beaucoup l'envie de faire un peu de photo. D'abord sur la lune, pas de problème, et puis j'ai eu envie de tester en ciel profond. Je sais pertinemment qu'un Dobson sans Goto ni table équatoriale, c'est inadapté pour le CP. Mais j'ai voulu tenter et voir ce que je pouvais obtenir avec le matériel que j'avais. Je vous partage donc mon expérience récente sur M81 ! Et pour corser le tout, j'observer de mon balcon, en plein de centre ville de Rennes, un soir de pleine lune (non j'exagère, pas de lune ). Mon matériel : Dobson GSO 254/1250, APN Panasonic GX85 (au foyer), Traitement avec DSS et Siril + Darktable, vieux pc avec SSD de 500GO. Premier soucis sur un Dobson, la mise au point. Mon plan focal était trop à l'intérieur du porte oculaire, j'ai dû avancer au maximum mon miroir primaire et trouver une bague d'adaptation micro4/3 ultra fine. Maintenant ça passe, mais de peu. Ensuite la config de l'APN. Donc déjà, je cherche le temps de pose max que je peux faire vu mon échantillonnage. Sans suivi, la difficulté est qu'on a rapidement un filé d'étoiles. Après calculs et essais, je choisis M81 qui a l'avantage d’être sur une déclinaison de 70° et un temps de pose de 0,7s. 0,5 s serait un peu plus net mais bon je privilégie la luminosité à la précision. Ensuite le choix de l'ISO. Alors j'ai lu qu'il vaut mieux privilégier un ISO faible, disons de 1600 pour avoir un meilleur ratio Signal/Bruit. Le soucis est que avec un si faible ISO, lorsque je prend un cliché je ne vois quasi rien sur l'écran de l'APN. Je ne sais donc pas si je vise au bon endroit. Deuxième contrainte : si les étoiles sont trop faibles j'aurais plus tard des difficultés pour avoir suffisamment d'étoiles pour l'alignement, d’autant plus que mes images seront fortement désalignées. Je choisis donc un ISO de 12800. Ensuite j'active la stabilisation du capteur, j’enlève la réduction du bruit RAW et je mets l'obturateur mécanique (moins de bruit). Je réalise environ 760 clichés. Je réalise une centaine de darks, pas de flat. Je prend les photos en rafale avec commande à distance. Je peux en prendre une centaine avant de devoir réajuster la position du téléscope. Traitement d'abord sous DSS. Ca prend une nuit de calcul pour un résultat moyen : J'essaye ensuite sur SIRIL en manuel en suivant l'excellent tuto dispo sur le forum Et là problème avec l'espace disque. Chaque cliché en fit 32 bits prends environ 180Mo. Au final j'ai besoin de 1To d'espace disque pour mon traitement ! Je trouve finalement la solution en activant la compression Rice des fits. La taille des fichiers est divisée par 4 environ. Sinon pour le reste je suis scrupuleusement le tuto, j’enlève juste la correction cosmétique en pré-traitement, et je ne fais pas de déconvolution en post traitement. A noter également que pour l'alignement il faut vraiment configurer la détection des étoiles pour en avoir le maximum. Je ne rejette qu'une dizaine d'images. Alors je partais d'images brutes comme ça : Et après empilement puis après passage sous Darktable, j'obtiens enfin : Au final je suis plutôt satisfait du résultat vu les conditions de prise de vue. Par contre dans l'absolu le résultat reste moyen. Pour améliorer ça, avec la même technique, je vois comme solutions : augmenter le nombre de prise de vue (j'ai vu sur un forum qu'un astram avait obtenu un très beau résultat avec 19000 poses... 19000 !!!), utiliser un APN avec de plus gros photosites et un meilleur capteur (genre un A7C, ou A7S), mais ça coute cher, c'est pas une solution pour moi, utiliser un réducteur de focale (mais c'est encore un investissement et dans ce cas pourquoi pas acheter une table équatoriale à la place). Maintenant les limitations que je vois à ce type de technique : Le nombre de poses et ce que ça suppose en temps de traitement et en espace disque, c'est quand même assez énorme. Par contre j'ai pu constater que SIRIL est ultra efficace en temps de calcul, bien meilleur que DSS. Un truc auquel on pense pas souvent, l'usure de l'APN ! Le grand nombre de pose va user prématurément l'obturateur mécanique (surtout si on s'amuse à faire 10000 clichés par séance !). Alors reste la solution de passer en obturateur électronique mais j'ai bien peur que ça dégrade fortement le résultat. Voilà, bravo si vous avez tout lu ! Et je serais curieux de voir ce que certains d'entre vous obtiennent avec des Dobsons en manuel comme moi Thomas

Bonjour, J'essaye de me mettre au guidage pour allonger mes temps de pose. Mais (forcement), ca ne fonctionne pas. Tout va bien côté RA mias côté DEC, ca ca fouille: il reste parois à 2" ou 4" sans jamais repasser par 0. Mais le plus souvent, il fonctionne quelques instants puis part dérive exponentiellement. Ma configuration: C8 + reducteur Monture Celestron CG5 advanced GT Boitier asiair Pour le guidage : lunette svbony 50mm, focale de 190mm ZWO 120mm mini Avez-vous une idée? D'avance merci! *photo prise sur une annonce mais j'ai bien la même !

Bonjour à tous, comme je vois passer régulièrement les mêmes questions autour des CMOS (caméras et APN), j'ai décidé de créer un nouveau topic unique qui permettrait de répondre à toutes vos interrogations. On centralisera ainsi toutes les règles, les bonnes pratiques, etc.. sur le même topic. Nous aborderons ainsi les sujets suivants : Petit aparté concernant les calculs numériques Empilement et dynamique Comment analyser le graphe d'un capteur Déterminer son temps de pose ou règle des 3 sigma DARKS, FLATS, BIAS (OFFSETS) et DITHERING Calcul de l'échantillonnage idéal avec un CMOS Petit aparté concernant les calculs numériques Notions de calcul binaire Nous travaillons ici en binaire, c'est à dire que l'électricité qui passe dans un fil (ou un bit) ne peut avoir que 2 états : état 0 éteint et état 1 allumé. Si nous travaillons cette fois sur 8 fils en parallèle (8 bits), nous pouvons obtenir 2 puissance 8 = 256 états différents (entre 0 et 255). Enfin si nous travaillons sur 16 fils (16 bits), nous pouvons obtenir 2 puissance 16 = 65536 états différents (entre 0 et 65535). Nous obtenons ainsi différentes puissances de 2, à savoir 2, 4 , 8, 16, 32, 64, 128, 256, 512, 1024, 2048, 4096, 8192, 16384, 32768 et 65536. Toute l'informatique repose sur ces notions et il est intéressant de les connaître pour bien assimiler son fonctionnement. Les octets Ainsi quand on parle d'octet, cela correspond à 8 bits (octo : 8 ). Attention également, en anglais octet se prononce Byte, donc 1 Byte = 8 bits (1B = 8b). Avec 256 états différents, il est ainsi possible de coder tout l'alphabet avec des caractères spéciaux, des symboles etc... L'invention de la table de caractères ASCII a permis de développer un langage informatique (cette table de caractères a depuis été remplacée par la table ANSI ou Unicode sous Windows). Par exemple, la lettre A possède le code ASCII 65 ce qui en binaire correspond à 0100 0001 ou encore 41 en hexadécimal. Ainsi, l'octet est devenu la base de toute l'informatique. Par exemple, le texte brut contenu sur une feuille A4 peut être codé sur seulement 2000 octets environ (2 kilo-octet ou 2ko), soit environ 400ko seulement pour un livre de 200 pages ! Poids d'une image en octets Pour une image en 16 millions de couleurs, un pixel peut être codé sur 3 octets seulement (1 octet pour chaque couche R, V, B), soit 256 puissance 3 =16 777 216. Une image BMP non compressée de 1024 x 768 pèsera alors exactement 1024 x 768 x 3 = 2.359.296 octets, soit 2.25 Mégaoctets* (2.25Mo) : En revanche une image FIT (par définition non compressée et codée sur 16 bits) issue d'une ASI6200MC de 62 millions de pixels pèsera environ 116Mo. En effet, avec 9576 x 6388 x 2 = 122.353.920 octets ou encore 116Mo (un pixel est codé sur 2 octets pour arriver à 16 bits) : * A noter qu'un Mégaoctet vu par l'ordinateur ne représente pas 1.000.000 (soit 10 puissance 6) mais 1.048.576 octets (soit 2 puissance 20). C'est pour cette raison que 2.359.296 / 1.048.576 = 2.25Mo et pas 2.36Mo. Merci à @keymlinux pour le complément d'explication suivant : Débits et vitesse de connexion Si on parle d'une connexion de 100Megabits par seconde, nous obtenons une vitesse de 10 Méga-octets par seconde environ (8 bits + des bits de contrôle). Idem quand on parle de Gigabits, 1 Gigabit/s équivaut à 100Mo/s (100 Méga-octets par seconde). Il faut donc faire très attention aux symboles utilisés. 100MB/s en anglais correspond à 100 Méga-octets par seconde quand 100Mb/s correspond à 100 Mégabits par seconde. Avec une connexion fibre de 1Gb/s, en théorie on pourrait ainsi transférer une image FIT de 120Mo (issue d'une ASI6200) en moins de 2 secondes ! Empilement et dynamique Quand on empile 4 fois plus d'images, on obtient 1 bit de dynamique en plus. Ainsi on gagne 2 bits pour 16 images empilées, 3 bits pour 64, 4 bits pour 256 images, etc.. Il est intéressant de connaître cette notion, car si on perd 2 bits (ou 2 stops) en montant de 400 à 800 ISO par exemple, alors il faudra empiler 16 fois plus d'images à 800 ISO pour avoir la même dynamique qu'à 400 ISO. De même, avec une caméra 12 bits on devra empiler 16 fois plus d'images qu'une caméra 14 bits pour obtenir la même dynamique, et 256 fois plus qu'une caméra 16 bits ! Une grande dynamique d'image permet de faire ressortir les faibles extensions sans cramer le cœur d'une galaxie par exemple, mais aussi d'obtenir des dégradés de gris ou de couleurs plus riches. Comment analyser le graphe d'un capteur ? Nous allons d'abord voir les différentes notions qui vont nous permettre d'analyser correctement et simplement (sans trop de formules compliquées) les différentes valeurs dans les graphes mis à disposition des constructeurs. Pour cela nous allons avoir besoin de connaître le fonctionnement d'une caméra ou d'un APN. FW : Full Well Un capteur CMOS contient un certain nombre de pixels, composés de puits de potentiel qui vont, comme un entonnoir qui recueille de l'eau de pluie, recueillir les photons qui arrivent sur le capteur, les transformer en électrons, et les convertir en unités numériques (ADU) à l'aide d'un convertisseur Analogique/Digital (ADC). Ces entonnoirs ne sont pas infinis, c'est à dire que quand l'entonnoir déborde, le pixel est dit "saturé". La capacité de ces entonnoirs à photons est donnée par le premier graphe, à savoir le FW ou Full Well, ou encore la capacité des puits de potentiel des pixels. Une fois les électrons convertis numériquement, nous obtenons une valeur en ADU. Le convertisseur (ADC) est généralement donné sur un nombre de bits, entre 8 et 16 avec une capacité en ADU entre 256 (8 bits) et 65536 (16 bits). GAIN Le second graphe nous donne généralement le GAIN, à savoir combien d'électrons sont convertis en ADU pour un gain donné. GAIN et gain ne sont donc pas la même chose. le GAIN s'exprime en électrons par ADU (e-/ADU) alors que le gain n'est qu'une amplification du signal reçu (de la même façon qu'on retrouve les ISO sur les APN) et s'exprime en décibels (échelle 0.1dB sur les graphes). Ainsi pour une amplification donnée de xx décibels, le GAIN en électron par ADU évoluera. Une valeur intéressante de ce graphe du GAIN se situe quand 1 électron = 1 ADU, on appelle ceci le gain unitaire et c'est généralement la valeur qu'on va utiliser le plus souvent pour faire nos images, avec un bon compromis entre le bruit et la dynamique. DR : Dynamic Range Le 3ème graphe va nous montrer la courbe de la dynamique du capteur (DR ou dynamic Range) en nombre de stops (ou en bits), comparable à un APN. Cette dynamique est maximale au gain 0 et va décroître régulièrement si on monte le gain. Une dynamique de 16 bits va nous permettre d'avoir 65536 niveaux de gris ou de couleurs sur chaque pixel, quand une dynamique de 8 bits ne nous donnera plus que 256 niveaux de gris ou de couleurs possibles. Read Noise Enfin le dernier graphe nous donnera le bruit de lecture de la caméra, ou le Read Noise, en électrons. Le bruit de lecture dépend du capteur mais aussi du gain utilisé. Plus le gain est élevé, plus le bruit de lecture va baisser dans une certaine mesure pour finir par stagner. Prenons maintenant 2 exemples concrets et analysons-les. EXEMPLE 1 : ASI183MM Comment analyser cette caméra ? Tout d'abord nous voyons dans le premier graphe, que la capacité des puits de potentiels est de 15.000 électrons environ à gain 0. Pour convertir ces 15.000 électrons en ADU au gain 0 on voit sur le second graphe que le GAIN est de 3.6 environ. 3.6 = 15.000 / ADU donc ADU = 15.000 / 3.6 ce qui nous donne environ 4166 ADU pour 15.000 électrons. En numérique, la valeur la plus proche de 4166 est 4096, soit 2 puissance 12 en binaire ou encore 12 bits. Il est donc inutile d'utiliser un ADC supérieur à 12 bits avec cette caméra, puisque les puits de potentiel ne vont que jusqu'à 4096 ADU. Sur le second graphe, on voit que le gain unitaire (pour rappel l'endroit sur le graphe où 1 électron = 1 ADU) se situe au gain 120 (soit 12dB d'amplification).* A ce gain, la dynamique est de 11 bits environ et le bruit de lecture a bien chûté de 3.0e- à environ 2.2e-. C'est à ce gain qu'on fera la plupart de nos images. Travailler à un gain inférieur nous donnera une plus grande capacité des puits de potentiel, donc un risque de saturation moins élevé. Travailler à un gain supérieur nous donnera un bruit de lecture plus faible, mais une dynamique plus faible et une saturation qui arrivera plus rapidement. * Sur d'autres graphes ou mesures réalisées, on note un gain unitaire de 111 et non pas 120. Sur l'ASiair par exemple, ce gain unitaire est bien paramétré à 111. A noter que plus on monte le gain plus on réduit la dynamique du capteur. On voit que la courbe du bruit de lecture s'infléchit vers 200 de gain et le bruit ne descend plus beaucoup ensuite. A 300 de gain (soit 30dB d’amplification !), on n'a plus que 8 bits de dynamique pour 1.5e- de bruit de lecture, et il ne reste plus qu'une capacité de 400 électrons dans les puits de potentiel, la saturation des pixels intervient très rapidement. Monter le gain sur ce type de capteur peut toutefois être intéressant quand on travaille en narrowband (avec filtres SHO) car la perte de lumière due aux filtres est importante et les temps de pose unitaires deviennent très longs. Pour réduire ce temps de pose à des valeurs acceptables, on augmente alors le gain. Cela permet également de limiter l'ampglow de ce capteur (l'électroluminescence sur le côté du capteur) qui devient très difficile à retirer après 5 minutes de pose. EXEMPLE 2 : ASI2600MC Comment analyser cette caméra ? On voit dans le premier graphe que la capacité des puits de potentiel est bien plus élevée sur cette caméra que l'ASI183 du dessus. A gain 0, elle est de 50.000 électrons. Ce qui veut dire qu'elle saturera nettement moins rapidement, permettant une bonne dynamique sur les objets à fort écart de luminosité (M42, M31, etc..). Pour convertir ces 50.000 électrons en ADU au gain 0, le GAIN du second graphe est de 0.8 environ. Ce qui nous donne 50.000 / 0.8 = 62500 ADU environ. Il nous faudra cette fois un ADC de 16 bits (65536 étant la valeur la plus proche en numérique). Sur ce capteur, on voit une chute rapide du bruit de lecture qui survient à gain 100 (10dB d'amplification). Cette chute s'explique car à ce gain de 100 le capteur déclenche son boost d'ampli et passe en mode HCG (High Conversion Gain). Cet ampli va booster le gain du capteur avec pour conséquence un bruit fortement réduit tout en conservant la dynamique d'origine. Ceci est assez révolutionnaire et typique chez Sony depuis le réputé A7S qui déclenche son mode HCG à partir de 2000 ISO. Sur ce type de capteur, on ne peut pas parler de gain unitaire puisque le GAIN démarre seulement à 0.8, mais on prend alors le gain de déclenchement du mode HCG, à savoir 100 sur ce capteur. On continue l'analyse et on voit ensuite que le bruit de lecture ne descend plus au-delà du gain 100. Il est donc inutile de dépasser le gain 100 puisqu'on baisserait alors la dynamique du capteur sans réduire le bruit. Si un APN était équipé de ce capteur, on dit alors qu'il devient ISOLess à partir de l'ISO correspondant au déclenchement du mode HCG. Pour revenir au Sony A7S, il est donc particulièrement intéressant de travailler à 2000ISO mais monter plus haut en ISO ne fera rien gagner, au contraire, on perdra en dynamique. Sur ce capteur IMX571 de l'ASI2600MC, on n'a finalement que 2 gains de travail : 0 dans les cas où limiter la saturation est importante (photométrie par exemple, ou conserver la couleur des étoiles brillantes), et 100 pour tout le reste.

Salut, j'ai des soucis pour trouver le bon backfocus avec mon correcteur de coma GPU, le vieux modèle Si la coma est bien corrigée, il reste pas mal de courbure de champ (et du tilt, dont je m'occuperai plus tard). Si j'en crois les données du constructeur : 53,66mm de backfocus à 800mm, extrapolé à 53,77mm sur mon tube avec 815mm de focale + 1/3 de l'épaisseur des filtres de 2mm → backfocus de 54,44mm Pour monter mon train optique à base de ASI 1600MM, je suis parti de ce schéma sur le site de ZWO, donnant un backfocus de 56mm : J'ai remplacé la bague de 11mm par une de 9mm. J'ai mesuré tout au pied à coulisse, j'ai trouvé 0,2mm de plus qu'annoncé pour la RAF + adaptateur T2-T2 donc ça donne 54,2mm. J'ai ajouté une rondelle de 0,3mm donc backfocus actuel de 54,5mm Je devrais être bon normalement à moins de 0.1mm près mais pourtant j'ai une grosse courbure de champ... Je précise que le problème apparaît lors de chaque session et que la collimation est soigneusement faite au Catseye. Si quelqu'un à un montage similaire, quel backfocus utilisez vous ? En fait j'aimerais éviter de perdre une soirée à essayer tous les empilements de rondelles possibles surtout que les nuits dégagées sont rares 🙄 J'ai bien vu des fils sur le sujet sur le forum, mais qui s'arrêtaient avant la découverte de la solution... Et sinon à quoi dois-je m'attendre avec un backfocus parfaitement réglé, un champ bien plan sur la surface de mon capteur 4/3 avec des pixels de 3,8µm ? Merci 🙂 Dan

Bonjour, Une question me taraude. Ce soir le ciel s'annonce clair et je voudrai essayer de faire des poses de 1 à 2 minutes avec la ZWO 533 Mc Pro au foyer du C11 à 1764 mm de focale (sur des amas globulaires, la lune devenant gênante). Afin de ramener un échantillonnage (Ech.) adapté au ciel profond, serait-il envisageable de faire du Binning 3x3 avec la 533 afin de ramener l'échantillonnage à 1,32" pour le C11 ? Par ailleurs j'ai vu différents modes de calcul du réglage MnMo dont cette formule Ech imageur / Ech. guideur x 0.25. Qu'en pensez-vous ? Autre chose (je suis en pleine étude théorique en ce moment http://www.astrosurf.com/uploads/emoticons/biggrin.png), j'ai lu sur un tuto qu'on prenait 1/3 du seeing pour déterminer l'échantillonnage à adopter en ciel profond par exemple. Pour cette nuit Météoblue annonce un seeing de 1,40'' chez moi. Si on prend donc 1/3 de 1,40'' on obtient un échantillonnage de 0,46''. Si c'est bien çà, la 533 en mode Binning 2x2 donne un échantillonnage de 0,88" avec le C11. Je serai donc en sur-échantillonnage ? Sans le mode Binning, je tombe à 0.44''. Ce dernier correspondrait donc bien à l'échantillonnage adapté pour cette nuit. Ai-je bon ? Merci par avance et bonne journée.

Bonsoir , calculer l'échantillonnage....j'ai compris ( mon 500D sur mon 200/800, me donne 1.2 d'échantillonnage )...mais plus concrètement, ça signifie quoi sur les photos ?....de toute façon, bon échantillonnage ou pas, je fais mes photos de CP avec le matériel dont je dispose. Donc, à quoi me sert de connaitre mon échantillonnage ?...je fais des photos astro de CP depuis plusieurs années ( assez correctes) sans jamais m'être préoccupé de l'échantillonnage !!....c'est pourquoi , il y a quelque chose qui m'échappe dans cette notion d'échantillonnage, et de son intérêt !!!... Pouvez-vous m'expliquer concrètement ? merci

Bonjour, J'utilise une monture Losmandy G11 et j'autoguide avec PHD2 avec une caméra ASI290MM sur un chercheur de 190mm de focale. J'image avec un C9+hyperstar (540mm de focale) et une caméra QHY183C (pixels de 2,4 microns). Ma monture est équipé d'une vis sans fin Ovision. Au niveau de PHD2, j'ai des pics réguliers entre 3 et secondes d'arc en RA (contre 0,4 en DEC), ce qui ne me satisfait pas. J'ai vérifié beaucoup de choses depuis quelques mois : je suis maintenant certain que la mise en station est correcte (utilisation du viseur polaire numérique Pierro Astro sur 2 étoiles) Ma monture est bien équilibrée Je n'ai pas de cables qui traînent J'ai démonté le moteur et fait tourner la vis manuellement sans problème Ce n'est pas la turbulence puisque l'écart ne se constate qu'en RA J'ai réalisé une mesure de l'erreur périodique qui me donne les courbes suivantes : Cette courbe est apparemment très classique pour une monture G11 car on a une erreur de plus ou moins 5 secondes d'arc. Ovision m'a confirmé que ma monture tournait très bien et n'avait pas de problèmes mécaniques. J'ai injecté cette courbe dans la monture après l'avoir inversée. Suite à cela, j'ai refait une mesure avec la PEC activée et j'obtiens une courbe très plate avec des variations très faibles. Je m'attendais à avoir un guidage nettement meilleur suite à l'activation de la PEC mais j'obtiens toujours les mêmes pics de plus de 3 secondes d'arc 😞 à intervalles de 4 mn, ce qui correspond à la durée d'une période. Au niveau de PHD2, j'ai activé le mode PPEC : cela améliore pas mal le guidage et j'arrive à un RMS aux alentours de 1 seconde d'arc en RA contre 0,4 en DEC. J'utilise PHD2 sur un raspberry sous Linux en complément de INDI et EKOS. J'ai fait le même test sous windows et j'arrive aux mêmes résultats. Cela donne l'impression que la PEC n'est pas prise en compte. Est-ce que quelqu'un a une idée de la manière d'améliorer ce guidage ? Merci d'avance Vincent