m27trognondepomme

Belles images ! ça fait du bien de revoir l'astre du jour. Pour ma part, ça fait un mois que je n'ai pas observé notre astre: c'est long

la version de astroslacholet est un lien direct sur la version du dépot gitlab. je viens de la télécharger via astroslacholet , Bitdefender me dit que le fichier est sain.

Je pense que c'est un faux positif. j'ai passé mon bitdefender sur l'archive : il n'a pas détecté de virus.

Vivement Gimp3 : les développeurs ont standardisé l'interface de plugins (GObject). Ça facilitera l'interfaçage de différents langages à Gimp. Le portage des anciens scripts ne devrait pas être problématique.

super tâches avec beaucoup de détails. Je reste admiratif des astrams qui dessinent. Je n'ose pas encore franchir le pas.

oui en effet , gimp-python n'est plus sur les dernières versions de ubuntu. C'est pourquoi, j'ai ré-écris mon code initial pour que mes scripts fonctionnent à nouveau sous gimp avec python 2.7 ou 3. Mes scripts utilisent directement la librairie Gimp. Pour une nouvelle installation, je vous conseille de détruire ton ancienne version de pyGapM27 puis suivre la procédure suivante PyGapM27-Installation.pdf Sur ubuntu 20.04 , il faut initialiser le python par défaut: sudo apt-get install python-is-python3. Le plugin py_Astro ne peut plus fonctionner sous ubuntu, c'est pourquoi j'ai repris et ré-écris certaines fonctions de py_astro pour qu'elles fonctionnent sous linux (aussi avec des images en 32bits). Il me reste encore beaucoup de fonctions à ré-écrire. Si vous voulez des fonctions de py_astro manquantes , je peux les mettre en priorité dans pyGapM27.

pour info, j'ai fait cette petit note pour l'installation de py-gapM27 :PyGapM27-Installation.pdf Le plugin fonctionne uniquement sous Win10 ou Linux (avec python 2.7 ou 3) (A noter que j'ai repris et ré-écris certaines fonctions de py_astro pour qu'elles fonctionnent en 32bits.)

Quand je ne fais pas l'étape 1 , j'ai un message qui ressemble beaucoup à ton dernier post:

Pour info, les messages "***Reading sequence failed, file cannot be opened ..." ne sont pas à prendre en compte : c'est lié à une rétro-compatibilité avec des versions précédentes de Siril. Par exemple: Siril tente de charger la séquence "images.seq" : s'il échoue alors il affiche ce message "***Reading sequence failed, file cannot be opened ..." et charge à la place la séquence "images_.seq". Je ne vois pas ton problème sur le Ha , à part d'avoir oublier de faire l'étape 1 : mais je doute que ce soit ça le problème. J'ai analysé tes fichiers mais je n'ai rien trouvé de problématique. (une petite remarque: tu empiles les offsets mais par la suite l'offset-master n'est pas exploité).

les liens symboliques du répertoire SRC pointent-ils bien sur les images. J'ai eu le cas une fois d'un lien symbolique pointant sur un disque amovible plus présent les liens symboliques ne marchent que vers des disques NTFS sous Win10 .

@JMDSomme Peux-tu me poster ton fichier projet et le script généré pour analyse. Utilises-tu le mode "lien symbolique" ? As tu vérifier si les fichiers sont présents dans le dossier ".../Siril/Work/OrionO_180/O3/o/OFFSETS/SRC"?

il suffit de décocher le mode multi-session : ou bien de faire un projet avec des noms différents (en indiquant le temps de pose) :

@MatEX un like particulier pour la dernière image (calcium) dont la texture du soleil me semble mieux résolu. bonne continuation dans l'imagerie solaire

Je pense que tu n'utilises pas la dernière version 1.14.2 .

Bravo pour ce soleil ça fait du bien de voir de nouveau des images de tâches solaires. Je n'ai pas pu sortir ma lunette depuis le 31 décembre.

@dob250, @Jean Louis et @Elgood : Merci pour vos commentaires et like

Avec un peu de retard, je poste ces images du soleil du 30 décembre. Cet après-midi là, j'ai sorti le la lunette et le daystar sans grande conviction au vu d'un soleil encore bien bas. J'ai été agréable surpris par la faible turbulence. Du coup, j'ai enchainé en lumière blanche ( continuum). Ça s'est moins bien passé en k-Line . En premier, les images prises en Ha : les images en lumière blanche (filtre Continuum) et une K-Line en peu plus flou

@keymlinux j'ai trouvé ce lien https://developer.blender.org/T66986 En regardant le patch, j'ai l'impression qu'il faut autoriser : com.apple.security.cs.allow-unsigned-executable-memory pour python2.7

Meilleurs vœux 2022 à tous je commence par une petite animation des tâches AR2916 faite hier matin:

@rmor51 je ne sais pas quoi te dire pour t'aider. Sur ma VM, LXUBUNTU 20.4, je n'ai rien fait de spécial: cloner le dépot pyGapM27, lancer GIMP, configurer les dossiers , puis redémarrer GIMP. sur les copies d'écran, j'ai l'impression que tu pointais sur un vieux répertoire pyGapM27 car le menu "xx Aides xx" n'existe plus depuis belle lurette.

Belle après-midi, j'ai pu sortir le Daystar. une première image de AR2916 , d'autres suivront mais je n'ai pas le temps de les traiter , il prévoit une nuit clair

je viens de tester sous ubuntu en VM . Le fichier "Tools_Moveto.py" existe bien. et la fonction apparait dans le menu ( voir copie d'écran) lubuntu@lubuntu:~$ git clone https://gitlab.com/free-astro/pygap-m27.git Cloning into 'pygap-m27'... remote: Enumerating objects: 2146, done. remote: Total 2146 (delta 0), reused 0 (delta 0), pack-reused 2146 Receiving objects: 100% (2146/2146), 1.54 MiB | 4.93 MiB/s, done. Resolving deltas: 100% (1581/1581), done. lubuntu@lubuntu:~$ ls pygap-m27/ data i18n lib note.txt pythonfu gimp2 intf_gimp2.pyx LICENSE pyGapM27.py README.md lubuntu@lubuntu:~$ ls -l pygap-m27/pythonfu/ total 388 -rwxrwxr-x 1 lubuntu lubuntu 4215 déc. 30 12:30 Color_Accentuation1.py -rwxrwxr-x 1 lubuntu lubuntu 4437 déc. 30 12:30 Color_Accentuation2.py -rwxrwxr-x 1 lubuntu lubuntu 4657 déc. 30 12:30 Color_Accentuation3.py ..... -rwxrwxr-x 1 lubuntu lubuntu 4206 déc. 30 12:30 Tools_LayerDivideFlat2.py -rwxrwxr-x 1 lubuntu lubuntu 2739 déc. 30 12:30 Tools_MaskLayer.py -rwxrwxr-x 1 lubuntu lubuntu 2407 déc. 30 12:30 Tools_MergeAll.py -rwxrwxr-x 1 lubuntu lubuntu 2945 déc. 30 12:30 Tools_MergeChannels.py -rwxrwxr-x 1 lubuntu lubuntu 5408 déc. 30 12:30 Tools_Moveto.py -rwxrwxr-x 1 lubuntu lubuntu 3184 déc. 30 12:30 Tools_SplitChannels2.py -rwxrwxr-x 1 lubuntu lubuntu 3073 déc. 30 12:30 Tools_StackLayers.py lubuntu@lubuntu:~$ J'ai lancé GIMP et mis les configurations des chemins des scripts : J'ai relancé GIMP et la fonction "MoveTo" (Déplacer) apparait bien dans le menu :

ok je fais le test sur une VM Ubuntu 20.04.3LTS

il faudrait peut-être modifier le fichier ...\ GIMP 2\lib\gimp\2.0\interpreters\pygimp.interp python=C:\Program Files\GIMP 2\bin\pythonw.exe python2=C:\Program Files\GIMP 2\bin\pythonw.exe /usr/bin/python=C:\Program Files\GIMP 2\bin\pythonw.exe :Python:E::py::python: en mettant les chemins du python3 . ça devient un peu compliqué *** mise à jour *** j'ai fait le test sous windows python=C:\awin\Python\python-3.10.1-64\pythonw.exe python2=C:\awin\Python\python-3.10.1-64\pythonw.exe /usr/bin/python=C:\awin\Python\python-3.10.1-64\pythonw.exe :Python:E::py::python: ça fonctionne le changement de python

@rmor51 peux vérifier si le fichier "pythonfu/Tools_Moveto.py" existe et que les droits en écriture sont -rwxr-xr-x . peux-tu faire dans le dossier pygapm27 : touch *.py */*.py */*scm et relancer GIMP si tu n'as pas le fichier, récupère la dernière version en faisant : git clone https://gitlab.com/free-astro/pygap-m27.git @rmor51 quelle est ta version de ubuntu pour que je puisse faire le test dans un VM ?