keymlinux

Dans la dernière copie d'écran, ce que tu a fait c'est d'essayer d'executer le fichier de config... c'est pas l'objectif... pour éditer (avec textedit le fichier de config) la commande à lancer c'est: open ~/Library/Application\ Support/org.free-astro.Siril/siril/config.ini Ensuite dans textedit modifie les lignes concernées, puis enregistre les modifications et relance siril

Pour ces dernier tests de lancement, tu n'as pas utilisé l'option "- I" pour utiliser un fichier de configuration alternatif, cela utilise donc ton fichier de config initial (normalement " ~/Library/Application\ Support/org.free-astro.Siril/siril/config.ini ". L'as tu modifié pour les lignes relatives à la taille et position de la fenêtre ? (voir les messages au dessus) Rien n'est certain, mais je pense que Siril se lance mais avec une taille de fenêtre invalide (taille zero) Il m'arrive de rencontrer ce cas de figure avec des logiciels qui mémorisent la taille et la position de leur fenêtre lors de leur dernier lancement, cela peut poser problème si de temps en temps on connecte des écrans en plus et que l'on étend le bureau dessus en y déplaçant les fenêtres de ces logiciels, puis on supprime ces écrans --> au prochain lancement ils sont affichés hors des écrans restant...et donc invisibles. Ici on est pas vraiment dans ce cas là car ton fichier fait apparaitre une position et taille mémorisée de la fenêtre à 0. Donc pas vraiment le même cas de figure mais je pense que ces valeurs à 0 posent problème. edit: - plutôt que faire une copie d'écran du terminal puis la coller dans un pdf, tu peut directement sélectionner le texte dans le terminal, le copier et venir le coller dans le message sur webastro. - et pour plus de visibilité, une fois collé dans le message tu peux utiliser le bouton "<>" pour formater le texte, comme je l'ai fait dans un message ci dessus pour les options du fichier config.ini

@ORION25 pour lancer siril en ligne de commande il faut utiliser la commande avec son chemin complet: /Applications/Siril.app/Contents/MacOS/Siril

@lock042 moi ce que je trouve suspect dans le fichier de config de @ORION25 c'est la taille et position de la fenêtre Siril, ce qui pourrait expliquer pourquoi elle ne s'affiche pas Dans le fichier de @ORION25 remember_windows=true main_win_pos_x=0 main_win_pos_y=0 main_win_pos_w=0 main_win_pos_h=0 pan_position=-1 si j'interprète, on demande une fenêtre de taille 0 de largeur sur 0 de hauteur...c'est suspect... Dans mon fichier de config remember_windows=true main_win_pos_x=26 main_win_pos_y=48 main_win_pos_w=1076 main_win_pos_h=768 pan_position=986

Bonjour, Le samedi 28/09/2024 la Societe Astronomique de France organise un webinaire (en ligne donc) sur le thème des métiers de l'astronomie Pour ceux que cela intéresse, liens vers le site de la SAF et sur la chaine Youtube qui diffusera l'événement https://saf-astronomie.fr/journee-des-metiers-de-lastronomie-2024/ Cordialement, Stéphane

Bonjour, Je viens de tester avec tes fichier, et j'ai trouvé le problème... c'est une erreur classique... à savoir que tu utilise des caractères accentués dans certains de tés répertoires --> quel que soit le système d'exploitation c'est une mauvaise idée ! Dans le fichier projet "Caldwell...." par exemple, il y a la ligne suivante où le "e" en gras dans "Bibliotheque" a un accent 'files': ['D:\\ASTRONOMIE\\siril\\work\\Bibliotheque_2\\BIN2_O30\\T=-15\\900s\\master-dark_240909.fit'], N'utilises pas d'accent dans les noms de fichiers et de répertoires et tu te simplifiera la vie... note: après avoir remplacé les "è" par des "e" j'arrive a ouvrir ton fichier projet note pour @m27trognondepomme, les messages que j'obtiens en ligne de commande lors de la tentative d'ouverture des fichiers avec accent MLS-MBP:~ stephane$ sirilic Traceback (most recent call last): File "/usr/local/lib/python3.11/site-packages/sirilic/lib/callbacks.py", line 752, in CB_LoadProject self.load_project(openFileDialog.GetPath()) File "/usr/local/lib/python3.11/site-packages/sirilic/lib/callbacks.py", line 759, in load_project lines = fd.readlines() ^^^^^^^^^^^^^^ File "<frozen codecs>", line 322, in decode UnicodeDecodeError: 'utf-8' codec can't decode byte 0xe8 in position 7165: invalid continuation byte edit: @anapic Pour corriger le problème d'ouverture de tes projets: 1) renomme ton répertoire Bibliothèque en Bibliotheque 2) modifie tes fichiers projets problématiques en les ouvrant avec l'éditeur de texte "notepad" et en rempalçant les "è" en "e" puis enregistrer

Bonjour, 1) "Astronomie Pratique" n'est pas une association (au sens ou on l'entend en France sous l'appellation "association à but non lucratif"), mais une structure commerciale (c'est précisé dans les mentions légales sur leur site https://astronomie-pratique.com/mentions-legales/) 2) cette structure commerciale a d'ailleurs fait l'objet de discussion ici même sur le forum, voir lien ci-dessous, avec des commentaires plutôt tranchés et peu appréciés des animatrices de la dite structure. Sur le fond: personnellement, n'ayant pas fait appel à leur service je ne suis pas en mesure de juger de la qualité de leur prestation ni du rapport qualité/prix Sur la forme: que des astronomes amateurs/trices décident de monter une structure commerciale pour tirer un revenu de leur passion et du temps investi dedans, cela ne me choque pas non plus, dès lors que les "clients" sont conscients que c'est une activité commerciale et (edit) qu'ils sont conscient (fin edit) que les conseils prodigués peuvent aussi être disponibles auprès d'autres structures qui le feront de manière désintéressée (voir point 3) 3) avant de partir sur des formations payantes, je t'invite à utiliser les autres ressources disponibles où des bénévoles donnent de leur temps: a) les forums ici même www.webastro.net, mais si tu poste ici c'est que tu nous as déjà trouvé 🙂 le forum d'en face www.astrosurf.com (dont la maison même Axilone édite la revue Astrosurf Magazine) b) les clubs astro cela dépend de ta localisation mais il y a des clubs d'astronomie un peu partout en France (et dans plein de pays), avec un peu de chance il y en aura un pas trop loin de chez toi. Ici même sur web astro on référence pas mal de clubs: https://www.webastro.net/communaute/clubs/ c) les associations nationales: - la Société Astronomique de France (qui édite aussi la revue l'Astronomie) https://saf-astronomie.fr - L'Association Française d'Astronomie (qui édite aussi la revue Ciel et Espace) https://www.afastronomie.fr Dans tous les cas bienvenue dans notre communauté de passionnés d'astronomie Cordialement, Stéphane

Bonjour, Dans FireCapture, par défaut le refroidissement n'est pas actif, mais est activable. Dans le bloc "Contrôle" de la camera, utiliser le bouton "plus" pour choisir de faire apparaitre le réglage "TargetTemperature" qui permet de régler la temperature de consigne via un "slider", et un bouton permettant de démarrer/stopper le refroidissement note: j'ai eu du mal moi aussi pour trouver comment activer le refroidissement sur une Poseidon-C 🙂 Cordialement, Stéphane

Bonjour, 1) le problème des "APN" par rapport à une camera astro c'est qu'ils sont moins sensibles, donc pour faire de "jolies "photos il faut poser plus longtemps. Mais par contre ils ont comme avantage de proposer de grands capteurs pour pas trop cher. En passant à une camera, refroidie qui plus est, il y a des avantages mais aussi des inconvénients, dont le prix, qui amène souvent à réduire la taille du capteur. Avec la focale de ton tube, plus la reduction de la taille de capteur envisagée, es tu conscient de la réduction du champ couvert et de son impact sur le choix des cibles que tu va pouvoir prendre en photo ? Par exemple deux simulations ici entre un APN equivalent au tiens et une camera avec capteur imx585 sur M13 https://astronomy.tools/calculators/field_of_view/?fov[]=42||9791||1|1|0&fov[]=42||13396||1|1|0&messier=13 sur M101 https://astronomy.tools/calculators/field_of_view/?fov[]=42||9791||1|1|0&fov[]=42||13396||1|1|0&messier=101 En clair, avec 1200mm de focale et un APN à capteur APSC, déjà les grands objets ne rentraient pas (M31, M42, M45...), mais en réduisant la taille du capteur cela va s'amplifier (ceci étant il y a aussi plein de cibles interessantes plus petites). 2) comme l'a bien expliqué @Ant-1, avec une camera astro il faut un PC (ou mini pc ou raspberry ou equivalent...) pour piloter le tout (par tout j'entend l'APN ou la camera, la monture, une éventuelle camera de guidage, etc...) sur un PC "windows" NINA est tres bien, sous linux/macOS Kstars/EKOS est très complet aussi, tu trouveras plein de videos tutos sur Youtube pour ces 2 softs. note: ils permettent aussi de gérer des APN Canon, donc si j'étais toi j'essayerais ces softs avec la config actuelle 3) Omegon c'est la marque que distribue Astroshop . Je ne suis pas fan mais chacun son choix. Moi perso je prendrais une cam ZWO ou PlayerOne, surtout pour le suivi des drivers et la compatibilité des logiciels (par exemple NINA ou Firecapture gèrent ces camera en direct, sans avoir à passer par ASCOM) Pareil pour Kstars, les camera ZWO et PO sont supportées, Omégon cela reste à verifier... Cordialement, Stéphane

Il y a un tutoriel spécifique pour les photos "astro paysages" Il me semble que pour le consulter il faut s'inscrire au club "Paysages de nuit" (c'est gratuit) -> Menu Forums, sous menu Clubs , puis sur "s'inscrire au club" sur l'image du club voulu

Je viens de tester, c'est OK avec cette dernière version Tests effectués sur 2 macbook différents (un "MacOS Mojave 10.14" obsolete et un "MacOS Sonoma 14.6" recent) Cordialement, Stéphane

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