astrotech

Par curiosité, je viens de faire l’exercice sur une session de 85 images: J'ai passé mes brutes brutes et mes brutes calibrées via subframeselector, j'ai récupéré les 2 fichiers CSV, j'ai récupéré les data du NOISE des 2 fichiers. Résultat: environ 0.25% de baisse du sigma de brutes brutes vers brutes calibrées. (Plus rapide que de faire une analyse sur une petite zone pour chaque image... mais le résultat est similaire) @+ Steph

Très joli champ ! Coté couleur, on s'attendait à un peu plus de rouge. Juste pour essayer, tu pourrais envoyer les 2 images fits Ha et OIII sorties d'empilement ? C'est fait avec quels filtres ? Temps de pose unitaire ? @+ Steph

Mon REX: https://www.stephastro.go.zd.fr/image_tutorial/PIXINSIGHT/Accelerer PixInsight avec Nvidia.pdf @+ Steph

pour ma culture astro, J'ai un écran à flat donc jamais fait de flat sur le ciel. Trop peur que les nuages se pointent au lever du jour.... Etant en nomade, je démonte le matos. Pour les flat sur le ciel, vu que théoriquement le temps de pose va diminuer en fonction de l’augmentation de luminosité du ciel, comment vous gérez les dark de flat si vous voulez faire un prétraitement par dark de flat ? ou bien vous conservez le même temps de pose quit à voir des valeurs ADU relativement différentes ? Faire des flat ca va plutôt vite, vos valeurs ADU restent relativement homogènes? comme ce sont des images avec beaucoup de dynamique et en respectant le 1/3 2/3 de la dynamique, cela laisse de la marge dans la disparité des images individuelles pour la réalisation du masterflat. Edit: A 0.16s ca va même tres vite a faire😁 pas trop besoin de dark de flat... @+ Steph

Oui tout a fait. Quand on passe une série d'image dans la moulinette de Subframe Selector avec un objet se levant, passant le méridien et allant se coucher, on obtient une "V-Curve" pour le noise. Ce que je voulais dire, c'est que l'exercice des 3 sigmas se fait au zénith/méridien car c'est la que tu as théoriquement ton meilleur ciel. Tu auras donc ton sigma le plus bas et quand conséquence pour arriver à 3 sigmas, tu auras ton temps de pose unitaire "optimum". 2 heures avant ou 2 heure après le méridien , ton sigma sera plus élevé (à pollution lumineuse homogène à 360°), donc un temps de pose plus faible pour arriver au 3 sigmas. Un objet qui passe le méridien à 70 degrés de hauteur comme M81 et un objet qui passe le méridien à 35 degrés de hauteur comme M42, n'auront pas le même sigma et donc pas le même temps de pose pour arriver au 3 sigmas. Pour M81, il te faudra disons 3 minutes pour arriver au 3 sigmas et pour M42, étant plus basse, tu arriveras au 3 sigmas en seulement 2minutes. mais je veux bien me tromper... Et de toute façon, comme tu disais, on a tous lu ici ou la "entre 3 et 4 sigmas" Ca phosphore mais j’aime bien😁 @+ Steph

Assez d'accord avec ce que dit Krotdebouk. Tu dois augmenter ton temps de pose. Le sigma de ton bias est à 8 et le sigma de ta brute de 120s est à 22. Le rapport est de 22/8 soit 2.75. Cela veut dire que ton temps de pose de 120sec n'est pas pas assez long pour atteindre le rapport de 3. C'est à chacun de déterminer son temps de pose unitaire qui sera fonction de son tube, de sa camera et de son ciel . Lors de ta prochaine sortie (sans lune), tu vises au zénith, tu fais une série COMPLÈTE - tu fait un offset, tu mesures ton sigma, tu trouves disons environ 8 - une pose de 120s, tu mesures ton sigma, tu trouves disons environ 20. Le rapport est de 20/8 soit 2.5. Ton temps de pose unitaire n'est donc pas assez long. - une pose de 130s, tu mesures ton sigma, tu trouves disons environ 22. Le rapport est de 22/8 soit 2.75. Ton temps de pose unitaire n'est donc pas assez long. - une pose de 140s, tu mesures ton sigma, tu trouves disons environ 24. Le rapport est de 24/8 soit 3.00. Ton temps de pose unitaire est donc correct car tu atteint le rapport de 3. C'est ton temps de pose MINIMUM - une pose de 150s, tu mesures ton sigma, tu trouves disons environ 26. Le rapport est de 26/8 soit 3.25. - une pose de 160s, tu mesures ton sigma, tu trouves disons environ 28. Le rapport est de 28/8 soit 3.5. Si j'avais ces valeurs, je partirais au final sur des poses unitaires de 150 secondes. Plus ta cible est dans la pollution, plus ton sigma sera élevé. En principe, c'est à faire une fois pour toute, on applique alors ce temps de pose à toutes nos sessions. Sinon si tu changes ton temps de pose cela veux dire qu'il faut refaire des darks.... Si on voulait être puriste, (jamais fait l'exercice), un objet qui passe au zenith et un objet qui passe disons 20 degrés de hauteur n'auront pas le même sigma donc en théorie pas le même temps de pose unitaire. L'objet bas sur l'horizon demanderait un temps de pose plus court car son sigma est plus élevé. ( Il faut être en poste fixe pour avoir le temps de faire ces tests...) a toi de jouer et revient nous dire. @+ Steph

Envoie via we transfer par exemple tes 2 PNG BRUTES sorties de la camera (non compressé et non redimensionné) Sa première image n'est pas une brute selon la démonstration de Nico et surtout les poussières ressemblent chez moi à un disque HOMOGÈNE Et passe en FITS !!! @+ Steph Mème capteur que l'ASI 1600 mais chez QHY (QHY163)

Les mystères de l'informatique... essaie ceci: source: https://www.developpez.net/forums/d1222249/systemes/windows/windows-7/probleme-variable-d-environnement-path/ 1. Tu lances l’éditeur de registre via regedit dans la barre de recherche Windows 2. Tu vas à HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment 3. Dans la fenêtre de droite, click droit / nouveau et tu choisis "Valeur chaine" 4. La variable se crée et son nom par défaut est en surbrillance. Tu écris alors TF_FORCE_GPU_ALLOW_GROWTH et tu valides 5. Tu fais un DOUBLE click droit sur la variable que l'on viens de créer 6. Dans la case "Données de la valeur", tu mets "true" et tu valides. 7. Tu fermes l’éditeur de registre 8. Vérifie dans la fenêtre "variable d'environnement" celle ou tes boutons n’étaient pas actifs la présence maintenant de la ligne TF_FORCE_GPU_ALLOW_GROWTH dans "variables systeme". Si cela n'apparait pas, redémarre ton pc, on ne sait jamais... Aparté: toutes les variables que tu as dans la fenêtre "Variables systeme" se retrouve dans HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment On va dire que c'est bon. maintenant la dernière manip du tuto, la modification du PATH Comme tes boutons n’étaient pas actifs, j'imagine qu'ils seront toujours inactifs.... 9. Tu réouvres l'éditeur de registre 10. Tu retournes à HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment 11. Tu double click sur la clé "Path" 12. Dans "Données de la valeur", normalement il y a plein de truc déjà écrit. - Tu te mets à la suite de tout ce qui déjà écrit, - Tu mets un ; point virgule - T copie colle C:\Program Files\NVIDIA GPU Computing Toolkit\CUDA\v11.8\bin et tu fais ok (j'imagine que l'on aura la meme adresse) 13. Tu fermes l"éditeur et tu redémarres le PC 14. Fait un essai type Starnet en croisant les doigts Nota: tuto fait en comparant avec mon propre registre et le document "source" mais sinon, je n'y comprends rien.😅 @+ Steph

Bonsoir Serge Pour CUDA, il n y a rien à "apprendre", ce n'est que des installations, des copier coller et du paramétrage. Mon tuto: https://stephastro.go.zd.fr/image_tutorial/PIXINSIGHT/Accelerer PixInsight avec Nvidia.pdf @+ Steph

Bonsoir ASTAP a été mis à jour le 17 mars avec une nouvelle base d'étoile https://www.hnsky.org/astap.htm traduction google NEWS : Nouvelles bases de données d'étoiles d05, D20, d50. Les bases de données d'étoiles h18, h17 seront progressivement supprimées. De nouvelles bases de données d'étoiles appelées d05, d20 et d50 ont été publiées. Au lieu d'une limite de magnitude, il y aura une limite de densité d'étoiles. Ces bases de données ont été triées sur la densité d'étoiles jusqu'à 1000, 2000 ou 5000 étoiles par degré carré. Cela devrait garantir que dans les zones pauvres en étoiles où il y aura suffisamment d'étoiles faibles pour la navigation (résolution). Dans les zones riches en étoiles, seule une quantité limitée d'étoiles brillantes est incluse, ce qui maintient la taille de la base de données d'étoiles à un niveau modéré. Si nécessaire, cette base de données descendra jusqu'à la magnitude 21. Cela sera bénéfique pour les configurations avec un petit champ de vision. Il devrait toujours y avoir suffisamment d'étoiles de la base de données disponibles pour la navigation dans le ciel. Le format est compatible avec le H18. Les tailles de base de données pour les d05, d20, D50 sont de 102, 400 et 873 Mo. Utilisez le graphique d'utilisabilité ci-dessous pour sélectionner une base de données. La sélection d'une base de données plus dense n'a pas de véritable pénalité, sauf la taille. PS: pas testé :) @+ Steph