keymlinux

Test en échec avec les mêmes messages

Test effectué, en échec une fois gimp lancé, le menu "pyGapM27" contient une seule entrée: "_ErrorLibrary_" contenu du fichier trace Library GIMP and GELG is not found error registering GapM27InitMenu: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27StackLayers: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27SplitChannels2: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27Moveto: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27MergeChannels: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27MergeLayers: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27MaskLayer: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27LayerDivideFlat2: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ImageDebayerise2: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ImageBayerise2: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27HistoView: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27GridSelection: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27GetStatisticImage: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27SolarDiskGraduation: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27SelectSolarDisk: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ProtuberanceMask: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ProtuberanceBackground: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27GridDrawingSun: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ColorizeProtuberance: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ColorizeKLineSun: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ColorizeSunSeq: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ColorizeHbetaSun: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ColorizeHalphaSun: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ColorizeContinuumSun: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ColorizeSun: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27AddEarth: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27JovianDiskGraduation: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27TargetDrawing: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27LunarDiskGraduation: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27GridDrawingMoon: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27HighPassFilter: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27HighPass: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27HFfilters: Library GIMP and GELG is not found error registering GapM27SimplifiedCartridge: Library GIMP and GELG is not found error registering GapM27Cartridge: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27WhiteBalance: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27SetNeutralSky: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27SetDarkSky: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27SetBlackPoint: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27SetBackground: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ScaleImageBrightness: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27PurgeRedSky: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27PickStars: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27Lsynth: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27LRGBsharpen: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27LRGB: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27HaRGB: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27HaLRGB: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27GradientKiller: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27EnhanceUsingSVD: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27EnhanceStarsColours: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27EnhanceStarLuminance: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27EnhanceDynamicRange: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27DarkSky: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27DarkBalance: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ColorNoiseReduction: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ClipImageBrightness: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ColorAccent3: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ColorAccent2: Library GIMP and GELG is not found Library GIMP and GELG is not found error registering GapM27ColorAccent1: Library GIMP and GELG is not found

MLS-MBP-2:Downloads stephane$ python --version Python 2.7.16 MLS-MBP-2:Downloads stephane$ python ./test_libgimp.py ('LIBRARY GIMP: ', None) ('LIBRARY GELG: ', None) MLS-MBP-2:Downloads stephane$ python3 --version Python 3.12.4 MLS-MBP-2:Downloads stephane$ python3 ./test_libgimp.py LIBRARY GIMP: None LIBRARY GELG: None note: sur MacOS (Mojave 10.14) la commande "python" c'est la version 2.7, et il ne faut pas la changer car pas mal de scripts OS en dépendent. le python 3.12 a été installé en plus, "hors du contrôle de l'OS"

@m27trognondepomme Je viens de tester sur MacOS, cela ne marche pas. Voici le contenu du fichier trace: ('Library:', None) ('Library:', None) Traceback (most recent call last): File "/Users/stephane/pygap-m27/pythonfu/DeepSky_DarkSky.py", line 28, in <module> import gp2_func as gimp File "/Users/stephane/pygap-m27/gimp2/gp2_func.py", line 14, in <module> from libgimp2 import gimp2 File "/Users/stephane/pygap-m27/gimp2/libgimp2.py", line 31, in <module> gegl.gegl_init (None, None) File "/Applications/GIMP.app/Contents/Resources/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/ctypes/__init__.py", line 379, in __getattr__ func = self.__getitem__(name) File "/Applications/GIMP.app/Contents/Resources/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/ctypes/__init__.py", line 384, in __getitem__ func = self._FuncPtr((name_or_ordinal, self)) AttributeError: dlsym(RTLD_DEFAULT, gegl_init): symbol not found note: le nom des fichiers lib sur MacOS: libgimp-2.0.0.dylib libgegl-0.4.0.dylib

1 - la VM Mint22 je ne l'utilise pas pour faire de l'astro. J'ai juste installé pour tester les packages "gimp" et "python-is-python3', ainsi que le plugin pygapM27 et cela a fonctionné sans avoir à bricoler. 2- La VM Ubuntu 24.4 est ma VM de test Nafabox (récemment mise a jour de Ubuntu 20.4 a 24.4) et oui je confirme que coté logiciels astro il n'y a plus grand chose qui fonctionne, c'est en partie dû a la mise a jour en elle même avec de nombreuses librairies modifiées donc des soucis de dépendances pour plein de soft, mais aussi au fait que la plupart de developpeurs n'ont pas encore publié de package pour cette distribution --> par exemple la mise a jour recente 3.7.2 de Kstars n'est pas dispo pour Ubuntu 24.4 Cordialement

@rmor51J'ai testé dans 2 VMs linux 1 - ubuntu 24.4, gimp installé via SNAP avec option devmode --> pas réussi a faire fonctionner le plugin 2- Mint 22 (Wilma), gimp installé via APT (package natif, pas un SANP), plus package "python-is-python3", fonctionnement OK

@rmor51 Il me semble que l'usage de plugins ne va pas être possible avec une application packagée "snap". Ce n'est pas une limitation de Gimp ou des plugin mais bien une limitation liée au "confinement" qui accompagne un snap. Avec des packages DEB ou RPM on distribue des applis qui s'installent sur l'OS et qui utilisent des ressources (comme les librairies et autres binaires) disponibles (ici aussi il peut y avoir des confinements liés à AppArmor) Avec SNAP on créé un conteneur qui contient l'application et ses dépendances (le package contient en fait l'image d'un filesystem de type squachFS monté en mémoire) Ci dessous 2 liens, le premier qui explique les SNAP et comment les manipuler, et le second datant de 2018 où le développeur qui package GIMP en SNAP posait la question de "comment utiliser des plugin externes dans une application package SNAP" (je ne sais pas si depuis une solution a été trouvée) https://doc.ubuntu-fr.org/snap https://forum.snapcraft.io/t/gimp-plugins-from-third-parties/8391 @m27trognondepomme Sur mon MacOS Mojave 10.14 (avec par défaut un python 2.7.16 installé nativement par l'OS) avec GIMP 2.10.36, j'ai finalement réussi a faire fonctionner les plugins. Le problème se situait au niveau du chargement des librairies libgimp et libgegl. Fair des liens symboliques de ces librairies (qui sont dans le répertoire des binaires gimp) vers /usr/local/lib n'a pas suffit. Dans la répertoires de tes plugins, j'ai dû modifier "gimp2/libgimp2.py" pour forcer le chemin d'accès aux librairies (c'est moche mais cela fonctionne) from ctypes import CDLL from sys import platform __ALL__ = [ 'gimp2', 'gegl' ] def load_library (library_name): if platform == "darwin" : library_name = library_name + '.0.dylib' elif platform == "linux" or platform == "linux2": library_name = library_name + '.so.0' elif platform == "win32": from ctypes.util import find_library library_name = find_library (library_name + "-0") else: raise BaseException ("TODO") return CDLL(library_name) gimp2 = load_library ('/usr/local/lib/libgimp-2.0') gegl = load_library ('/usr/local/lib/libgegl-0.4') EDIT: si je ne force pas le chemin de ces librairies, elles ne sont pas trouvée et j'obtiens le même message d'erreur que @rmor51 lors de l'utilisation des plugin

Bonjour, Je ne note pas de problème de difference de gain ou d'offset entre les lights et les DOF. Concernant l'offset synthétique à 1024 (64xoffset) rien a redire non plus. Ce que je note: - sur les brutes du 23 il y a moins de signal que sur celles du 21, tu en déduis un "problème avec les brutes", moi j'y voit moins de pollution lumineuse, et cela me semble corrélé à la phase lunaire (98% le 21, 85% le 23) - ce qui me chiffonne plus c'est que les dark (unitaire et master) ont beaucoup de signal, moyenne proche des light (d'où les pixels négatifs lors de la soustraction) Il me semble fortement suspect que d'une part une light de 30s prise avec une forte présence de lumière due à la lune (même si la cible visée est loin de la lune) et d'autre part un dark de 30s qui est sensé être pris dans le noir total soient si proche en terme de signal moyen. A mon avis il y a une fuite de lumière lors de la prise des dark et le problème touche les dark et pas les brutes Cordialement

Bonjour, Je ne vois pas de soucis flagrant sur tes brutes. Le fait que la valeur moyenne minimum passe de 400 à 600, oui cela varie en fonction de l'état du ciel : plus il y a de pollution lumineuse (lune comprise) plus il y aura du signal "minimum" (a noter que plus l'air est humide plus il sera nébuleux, les gouttelettes en suspension vont refléter et diffuser la lumière venant des sources au sol) Tu parle de pixels négatifs lors de la calibration. Les brutes n'en ont pas (min entre 400 et 600) , si tu obtiens des pixels négatifs c'est que cela se produit lors de la soustraction du bias ou du dark --> peut tu poster un fit d'un bias et offset ? --> est tu sûr de ne pas soustraire des bias ou dark qui auraient été fais avec un offset (camera) plus grand ?

Si tu obtiens la mise au point c'est que tu es à la bonne distance du capteur pour la distance de l'objet fixé. Si tu vise "à l'infini" alors ton capteur sera à une distance du doublet de la lulu équivalente a sa focale La notion de backfocus c'est si dans le chemin optique tu insère un correcteur ou réducteur/correcteur, il te faudra alors respecter une distance entre le correcteur et le capteur de ta camera. Pour l'asiair je n'en ai pas je ne eux donc pas t'aider, mais j'ai un EAF que j'utilise avec kstars/ekps/indi, et dans le soft il faut d'une part parametrer certains éléments (la taille de déplacement d'une étape en nombre de pas, la course max en nombre de pas), et surtout avant de lancer la mise au point automatique il faut déjà avoir dégrossi à la main et ne pas être non de la map (su on est totalement defocalisé il ne trouve pas d'étoiles et échoue)

Je ne suis pas expert en calcul astrométrique mais j'ai mon idée... lorque Siril fait l'astrométrie on a besoin globalement de l'objet ciblé (pour limiter la recherche dans le catalogue, on peut faire sans comme sur astrometry.net mais c'est beaucoup plus long), et du champ couvert par l'image Pour calculer le champ couvert on a besoin de la taille de l'image en pixel (cela on l'a forcement, le nombre de pixel en X et en Y), et en plus on a besoin de calculer l'echantillonage (arc/sec par pixel), et pour cela il faut la focale et la taille du photosite (si c'est dispo dans le fit on le prend, sinon l'utilisateur peut forcer une autre valeur) Par exemple si tu as un 24x26 avec un objo de focale 500. On va partir du principe qu'il des pixels de 5.8microns echantillonage= e=206xp/f = 206x5.8/500 = 2.38 Si tu as par contre un APS-C avec un objo de 300mm, et des photosites de 3.75microns échantillonnage= 206*3.75/300 = 2.57 On voit que les 2 configs ont un échantillonnage proche Si les 2 capteurs font 6000 pixels sur 4000 pixels alors le champ couvert sera de 3.96° (6000x2.38arcsec) de large pour le full frame et de 4.2° (6000x2.57 arches) pour l'apsc Donc oui avec ces 2 configs on aura un champs couvert quasi identique, et là on a pas eu besoin du facteur de crop dans les calculs (même s'i il est présent de manière invisible) Et bien oui, il n'y a pas photo (sans jeu de mot) si ces deux configs donnent le même champ c'est parce qu'a nombre de pixels identiques les tailles de pixels de ces 2 apn ont un ratio de 1.5 par rapport à l'autre, mais cela marcherait aussi avec une config où les 2 APN ont des tailles de photosites identiques, mais dans ce cas le nombre de pixel du 24x36 serait 1.5 fois plus grand en X et en Y On est d'accord que l'on ne peut pas avoir un capteur APSC et un 24x36 qui ont a la fois le même nombre de pixels en X et Y ET à la fois la même taille de photosite EDIT: donc au bilan l'effet de crop valable en photo n'est pas absent ici, il est juste masqué, tu dois entrer la vrai focale de l'objectif et pas la "focale équivalente apsc" multipliée par 1.5 ou 1.6, c'est parce que ce multiplicateur est déjà présent soit dans la différence de taille de photopile, soit dans la différence de nombre de pixels entre les 2 images

Si tu rencontre le même problème c'est que dans le nom du fichier ou dans le nom des répertoires il y a des caractères accentués et il ne faut pas en mettre. Dans le cas ci dessus le fichier est "E:\2024-05-07 IC 1805 Nébuleuse du coeur\Travail\r_bkg_pp_brutes_stacked.fit." Il y a un "é" à Nébuleuse, ce qui cause le problème, il suffit de remplacer "Nébuleuse" par "Nebuleuse" pour régler le problème Par contre les espaces ne posent pas de problème donc on peut garder "024-05-07 IC 1805 Nebuleuse du coeur" et on est pas obligé de transformer en "024-05-07_IC_1805_Nebuleuse _du_coeur" (en mettant des soulignés au lieu d'espaces) Cordialement

Ce sont des références de catalogues Un même objet peut être classé dans plusieurs catalogues, mais on peut aussi avoir un autre objet plus lointain derrière le rémanant... LBN 576, CTB 1, Abell 85 LBN --> catalogue de région H II (Lynds Bright Nebulae) CTB --> catalogue de source radio (Calltech B list) ABELL --> catalogue de groupe de galaxies --> je pense que cela décrit un groupe de galaxie qui est très loin en arrière plan... EDIT: j'ai trouvé d'autre références comme quoi le catalogue Abell est initialement un catalogue pour les nébuleuses planétaires (et pas des groupes de galaxies), et ce rémanent y a été publié à sous le numéro 85 (car identifié a tord comme une NP) à l'origine du catalogue en 1966 , puis ensuite supprimé dudit catalogue (https://fr.wikipedia.org/wiki/Catalogue_Abell_des_nébuleuses_planétaires) J'ai trouvé cela comme liste des abréviations/catalogues, mais ce n'est pas un site dédié astronomie... https://www.theiet.org/media/2014/aoi-for-website-mch-2010.pdf Cordialement

Bonjour, 1) Tu ne précise pas quel type d'APN tu as, je partirais tu principe que c'est un Canon Un APN Canon a un tirage optique de 44mm (cela veut dire que le capteur est 44mm plus loin que le rebord sur lequel vient se plaquer l'objectif ou l'adaptateur T2). Pour ta camera asi290mc c'est seulement 12.5mm. Donc pour atteindre la mise au point avec le camera: - soit il faudra que tu puisse faire la miser au point en sortant le PO de 31,5 mm en plus si tu peux - soit, si la course disponible de ton PO n'est pas suffisante, tu positionne le PO en étant à la même position de sortie du porte oculaire qu'avec l'APN, puis il faudra que tu ajoute un tube allonge de 31,5mm (dans les faits, ajoute 30mm et gère les 1,5mm restant en bougeant légèrement la mise au point) 2) le second problème que tu vas avoir tient à la taille du capteur Avec un APN à capteur APS-C, le capteur est grand (22.3x14.8mm sur un Canon) Avec une camera asi290mc le capteur est petit (5.2x3.6mm), soit si l'on considère les surfaces, une surface 19 fois plus petite, donc un champ couvert sur le ciel 19 fois plus petit, donc avec 19 fois moins e chance d'avoir une étoile bien brillante pour faire la mise au point Il est très important de faire un test de jour et pas de nuit, sur une cible au loin, un clocher, un arbre, un poteau électrique.... Une fois que tu aura repéré ce qu'il faut ajouter comme tube allonge et la position approximative du PO, tu pourra positionner le matériel a peu près au même réglage la nuit et tu aura déjà une mise au point "a peu près" qui nécessitera juste un réglage fin Ici tu pourra simuler le champ couvert avec tes setup télescope/APN et télescope/ASI290 Vu que je ne connait ni les caractéristiques de ton telescope ni celui de ton APN, j'ai fait la simulation avec une ED80 80/600 et un APN Canon 650D, à toi de les changer avec ton matériel https://astronomy.tools/calculators/field_of_view/?fov[]=3||143||1|1|0&fov[]=3||258||1|1|0&messier=13 Cordialement

Superbe ! Quand on voit les brutes, on se dit que l'astrométrie c'est quand même bien pour être sûr du cadrage 😉

Superbe ! Personnellement le SHO en tons pastels je préfère cela aux couleurs trop saturées de certains (nos amis outre atlantique son fan des SHO agressifs...) A la réflexion, le seul défaut que je note ce sont les aigrettes sur les étoiles (non mais c'est quoi cette manie de rajouter des aigrettes sur les images prises avec des lulus 😇) Cordialement, Stéphane

Bonjour, @Jakalex J'ai un peu joué avec ton image sortie d'empilement. Plutôt que de poster seulement le résultat, je vais plutôt faire un post un peu long pour te montrer par étape ce que j'ai fait (et ce que j'ai constaté sur ton image). Garde à l'esprit que je ne suis pas un expert du traitement. Ton image initiale en sortie d'empilement (juste ouverte dans Siril, affichée en mode "auto ajustement", et avec une rotation car le préfère M31 dans ce sens mais c'est un choix perso...) note: toutes les images que je poste ci dessous sont réduites à 800pixels de large et compression jpg Premier constat il y a un gros gradient avec un fond de ciel ayant une luminosité croissante dans la diagonale bas-gauche vers haut-droit Ensuite j'ai fait une PSF pour voir la tête qu'ont tes étoiles Second constat, Siril a du mal a détecter les images sur la partie gauche de l'image Elles ont une taille allongée et plus on va vers la gauche plus elles sont déformées. Si cette élongation était uniforme sur l'image on pourrait suspecter un problème de suivi, mais là je suspecte plus un problème de tilt Si on fait afficher l'estimation du TILT Je pense que cela confirme le TILT (cela ne ressemble pas à un problème de suivi ni a un problème de rotation de champ). Et puis avec des poses de 16sec à 50mm de focale, un problème de suivi resterait peu visible On fait afficher l'inspecteur d'aberration Confirmation visuelle, les étoiles des coins gauches sont plus allongées que celles des coins droits. On va traiter le gradient. J'ai d'abord testé avec Siril mais n'étant pas content du résultat j'ai finalement traité le gradient avec GraXpert Le gradient trouvé: Le résultat du retrait de gradient + dé-bruitage + léger "crop" de GraXpert (ici je montre la version avec histogramme étiré automatiquement pour l'affichage, mais en sortie de GraXpert j'ai gardé une version non étirée pour faire l'étirement dans Siril) Je n'ai pas fait d'étape d'étalonnage des couleurs, ni automatique (problème d'astrométrie), ni manuelle. Ensuite je suis passé à l'étirement de l'histogramme en mode GHS, avec 3 étapes: un étirement initial, un réglage du point noir (pour réduire la luminosité du fond de ciel qui est pas mal montée lors de la première étape de l'étirement), et une 3eme étape pour affiner HISTORY GHS pivot : 0.002, montant : 186.64, local : 15.00 [0.00 0.82] HISTORY GHS LINEAR BP : 0.10 HISTORY GHS pivot : 0.163, montant : 2.90, local : 0.00 [0.08 0.85] Puis une réduction du bruit vert (SCNR) Voici l'image en sortie de ces traitements Siril. Je la trouve un peu trop "rouge", certainement du au fait qu'il n'y a pas eu d'étape d'étalonnage des couleurs, je réduirait cette dominante rouge dans Gimp. De plus, pour compenser le manque de signal (poses courtes 80x16sec c'est court même pour une cible lumineuse comme M31) j'ai un peu trop tiré sur les curseurs de l'étirement de l'histogramme, donc le fond de ciel est trop lumineux à mon goût, je vais aussi utiliser Gimp pour traiter cela. Dans Gimp, j'ai un peu réduit le niveau de rouge, et j'ai utilisé les plugins PyGapM27 (l'auteur développe aussi l'utilitaire Sirilic), juste l'option "MakeDarkSky" pour assombrir le fond de ciel. Au final (certains pourraient trouver le fond de ciel trop sombre, les goûts et les couleurs, chacun son avis...) Voila... Cordialement, Stéphane Ci dessous la version jpeg mais avec la taille d'origine pour pouvoir zoomer sur les détails

La NASA abandonne la mission VIPER https://www.cite-espace.com/actualites-spatiales/la-nasa-abandonne-la-couteuse-mission-lunaire-viper/#:~:text=Il devait atteindre le Pôle,rendre les prochaines missions Artemis.

Bonjour, Pour la résolution astrométrique avec Siril, j'ai souvent des soucis moi aussi avec les images qui ont un "grand champ"... En utilisant le moteur de Astrometry.net (pas en ligne mais installé en local) j'obtiens avec ton image FIT les infos suivantes: Field 1: solved with index index-4212.fits. Field 1 solved: writing to file ../Andromède.solved to indicate this. Field: ../Andromède.fit Field center: (RA,Dec) = (9.923874, 41.177445) deg. Field center: (RA H:M:S, Dec D:M:S) = (00:39:41.730, +41:10:38.801). Field size: 7.84655 x 5.04272 degrees Field rotation angle: up is -51.0544 degrees E of N Field parity: pos Creating new FITS file "../Andromède.new"... Creating index object overlay plot... Creating annotation plot... Your field contains: The star ν And / 35 And The star 32 And NGC 205 / M 110 NGC 221 / M 32 NGC 224 / Andromeda Galaxy / M 31 @Archer92 a donné un très bon conseil, à savoir suivre le tuto "traitement" de Colmic En regardant dans le FIT que tu as fourni, je note que lors de ton traitement tu as fait 2 fois un retrait du gradient et 2 fois un retrait du bruit vert, à mon avis il faut éviter de doubler ces opérations (menu hamburger + informations de l'image + en tête fit pour avoir les infos) HISTORY mean stacking with winsorized sigma clipping rejection (low=3.200 high=3 HISTORY .200), additive+scaling normalized input, normalized output, no image we HISTORY ighting, equalized RGB HISTORY Extraction du gradient (Correction : Subtraction) HISTORY Extraction du gradient (Correction : Subtraction) HISTORY Recadrage (x=1168, y=157, w=4825, h=3096) HISTORY D convolution HISTORY Transf. histogramme (mid=0.004, lo=0.001, hi=1.000) HISTORY SCNR (type=neutre moyen, qt =1.00, pr serve=true) HISTORY SCNR (type=neutre moyen, qt =1.00, pr serve=true) HISTORY Rehaussement de la saturation (quantit =0.26) Ton étirement de l'histogramme est perfectible (a mon avis c'est l'opération la plus complexe dans le post traitement) Ci dessous ce que j'ai obtenu en retraitant un peu ton image (Siril + Gimp). Il y a du potentiel. Si tu peux poster ton FIT en sortie d'empilement et avant tout post traitement je suis intéressé de voir ce que je peux en tirer Tout faire "a la main" dans Siril c'est bien pour comprendre pas a pas ce que fait le logiciel et comment fonctionne le traitement d'une image, mais un peu d'automatisation cela aide aussi parfois. Je t'invite à télécharger et à utiliser Sirilic qui permet de simplifier les étapes de pré traitement avec les DOF et l'empilement. https://gitlab.com/free-astro/sirilic Cordialement, Stéphane

Je l'ai prise le soir du 14 juillet, pas depuis Juvisy, mais 60km plus au sud à la limite des départements 77/91/45, un coin tranquille où je vais régulièrement (quand la meteo est bonne donc pas si souvent) Vu que nous somme voisins, une petite anecdote en cette période de fête nationale... Le soir du 13 juillet j'avais prévu une sortie astrophoto, la météo 3 jours avant semblait favorable, arrivé au samedi finalement temps couvert, j'ai changé de plan au dernier moment pour aller photographier le feu d'artifice de Viry (une catastrophe, temps pluvieux, arrivé sur place trop tard, trop de monde, mal placé, géné par des arbres, bref soirée nulle). J'aurais dû retourner shooter le feu d'artifice de Draveil, comme il y a quelques années (échantillon ci dessous, il y avait aussi des arbres mal placés, mais moins gênants) EDIT: APN Canon 80D Objectif Canon 18-135mm à 18mm 100 ISO, f/11, pose unique de 7 secondes

Tu as raison, une présentation en mode portrait avec M21 en haut aurait mieux reflété sa position dans le ciel (car c'est comme cela qu'on la "voit" depuis l'hémisphère nord). Mais comme la camera m'a ramené une prise de vue horizontale et que je l'ai traité à l'horizontale..... c'est resté comme cela... 🙂

on l'attend avec impatience ! C'est disponible ici Cordialement

Bonjour, Malgré une météo peu clémente il est bon de se rappeler que c'est l'été , et le Sagitaire offre de belles cibles. Je vous propose les nébuleuses de la Lagune et Trifide. On vise la Voie Lactée, donc il y a du monde sur la photo. Ces cibles restent basses sur l'horizon, ce qui réduit leur période de visibilité dans des conditions acceptables Capture: - 63 poses de 60 secondes (j'avais prévu 90 poses mais des problèmes informatique ont écourté ma session) - Darks + offsets, mais manque les Flats (suite aux problème info, la prochaine fois je les ferais en début de séance...) - prises de vues à gain 125, offset 25, température -10°C Le setup: - monture SW AZ-EQ6 - lunette SW Equinox 80/500 - correcteur TSFLAT2 - camera PlayerOne Poseidon-C - guidage au diviseur optique avec ASI290mini (guidage en AD seulement) - filtre L-PRO - Kstars/Ekos/Indi sur un raspberry pour piloter le setup Traitements: - pre-traitement via Sirilic / Siril - traitement Siril -- Debruitage -- Deconvolution -- Photometrie -- Etirement Hyperbolique Généralisé -- Retrait du bruit vert -- Saturation - post traitement Gimp (MakeDarkSky via plugins PyGapM27) notes: - j'ai enfin réglé mon problème d'ombre du prisme du DO qui dépassait sur le capteur - première utilisation du correcteur TSFLAT2 (non réducteur), il faut que je l'éloigne un peu du capteur pour avoir une meilleure correction dans les coins - je n'ai pu activer le guidage qu'en AD seulement, en DEC impossible de passer l'étape de calibration (je n'ai pas pu déterminer si c'était un problème d'équilibrage ou bien lié au fait que la cible était presque au méridien en début de séance avec un axe de DEC quasi à l'horizontale...) - le cadrage aurait mérité un peu plus de centrage, mais je voulais aussi avoir M21 sur la photo Le résultat Astrometrie Cordialement, Stéphane

Bonjour, Je pense que c'est lié au fait que la vitesse de libération d'un astre et la vitesse terminale de chute vers cet astre sont les mêmes. Par exemple, autre exercice de pensée, si on considère un corps à l'infini qui chute vers la Terre et si on fait abstraction de toute autre élément (planètes, soleil, etc, mais aussi de l'atmosphère terrestre sur les derniers Km) alors sa vitesse de chute à l'arrivée sera au moins égale à la vitesse de libération (égale si l'object avait une vitesse initiale nulle) Par analogie, vu que la vitesse de libération d'un trou noir au niveau de son horizon est la vitesse de la lumière dans le vide, donc un objet qui tomberait depuis l'infini avec une vitesse initiale nulle atteindrait l'horizon avec une vitesse égale à celle de la lumière. Mais cette vitesse étant une limite non atteignable pour un corps massif (impliquant pour un corps massif une énergie infinie non atteignable), la question est alors de savoir si l'analogie ne trouve pas ici aussi ses limites.

Bonjour, Pour le gain sur sur ASI2600MC je te conseille de le mettre à 100 Pour aider à déterminer le temps de pose approprié a tes conditions de prise de vue, je te conseille la lecture du sujet ci dessous Cordialement, Stéphane