Aperçu

J'ai redémarré mon PC... et ça marche. Ça s'est terminé par : log: L'exécution du script s'est terminée avec succès. log: Temps d'exécution total: 7 min 53 s Oui, entre temps, j'ai trouvé le gitlab de Siril et en particulier le bug suivant : Stack fails because system can't allocate large memory chunks Je crois qu'il va falloir que j'aille continuer la discussion là-bas.

Bonjour, Après des années (décennies? 😅) sous Iris, je décide aujourd'hui de tenter ma chance avec Siril. Je télécharge la version 1.4.0-RC1, histoire d'être moderne. Je vous passe Avira anti-virus que me met le setup en quarantaine. J'installe sur mon PC sous Win10 Famille 22H2 avec 8 Go de mémoire vive et un processeur Intel Core i7-6700 (4 cœurs, 8 threads). Je prends un stock de photos de mon APN Olympus E-M5 Mark III. Je range tout le monde dans les petits dossiers qui vont bien (sur un SSD avec une partition de 100 Go dédiée au cache). 100 biases, 256 darks, 6 flats et 61 photos à proprement parler. Par la suite, je vais aussi mettre le dossier Temp dans ce même SSD. Je lance le script OSC_Preprocessing. Ça mouline un moment mais ça finit par planter à l'empilement, sur manque de mémoire. Je vais dans les options. C'est réglé sur 0.90. Je bascule sur 4 Go. Ça plante encore alors que les 8 Go de RAM ne semblent pas complètements utilisés. Je descends à 3 Go. L'empilement peut démarrer mais finit quand même par planter. Dans la console, je vois le message suivant en boucle : (siril.exe:5740): Gtk-WARNING **: 22:18:02.639: infinite surface size not supported La barre de progression Empilement avec rejet en cours... est bloquée au tiers. Des suggestions?

Re, Je pense avoir trouvé le problème et SIRIL n'est pas en cause... Utilisation d'un Fits 32 Bits vs 16 Bits tout bête en fait !

Merci, j’ai pu faire fonctionner SIRIL. Malheureusement, je voulais traiter une comète et cela implique d’utiliser starnet d’après ce que j’ai compris, mon ordi est par contre trop ancien pour le faire tourner🥴. Fabien

Pour que cela soit plus parlant, voici l’empilement de plusieurs images avec SIRIL vs l'ouverture d'une seule image dans l'outil de génération spectre :

La seule conséquence, c'est que le script s’arrête car il n'a pas pu ouvrir le répertoire demandé. te dit juste à quelle ligne se trouve l'erreur dan ton script.

Bonjour à tous, Une question concernant la préparation d'une image fit finale pour la spectro. Siril est-il optimisé pour empiler des images prises avec un Star-Analyser et une caméra ZWO (avec gestion Dark+Offset) ? J'ai fait un rapide test en empilant des images brutes (sans utiliser Dark/Offset) et cela dégrade le spectre de l'image finale... Merci :)

flûte, effectivement c'est logique, merci Fred. Mais le script n'est pas présent par défaut, je vais essayer de le récupérer en suivant les tutos. Pour ce qui est du message d'erreur à l'ouverture, est-ce que cela porte à conséquence ? Fabien

Hello Ce n'est pas de l'informatique trés poussée, regarde: *tu dis "J'ai créé 4 répertoires "lights - darks - flats - biases" dans le répertoire "images". C'est parfait *Et ensuite il te dit qu'il ne peut pas ouvrir "brutes" (11:26:05: 'brutes' Aucun fichier ou dossier de ce type) --> Le script que tu utilises est fait pour des repertoires "francisés", ce qui est obsolete. Sinon, tu peux aussi utiliser un script "à jour": OSC_Preprocessing_WithoutDBF.ssf Fred

Bonjour, Je viens d'installer SIRIL et un message d'erreur apparaît sur la fenêtre qui accompagne l'ouverture du logiciel : "log: Calcul parallèle activé : Utilisation de 2 processeurs. log: Gestion des couleurs active. log: Profils ICC JPEG pris en charge. log: Préparation de l'environnement virtuel python : C:\Users\fabie\AppData\Local\siril\venv. log: Vérifier que le module python est à jour... log: Le module Python est à jour LÔÇÖex├®cution du processus fils a ├®chou├® (Invalid argument) log: L'extension par défaut des FITS est définie à .fit Entering wrapping_idle for function 00007ff6ea2bf3a0 scripts: Erreur à l?ouverture du répertoire « C:\Users\fabie\AppData\Roaming\siril\scripts » : No such file or directory Entering wrapping_idle for function 00007ff6ea2bf3e0 scripts: Erreur à l?ouverture du répertoire « C:\Users\fabie\AppData\Roaming\siril\scripts » : No such file or directory log: Recherche de scripts dans : "C:\Program Files\Siril\scripts"... log: Chargement du script Couleur_Pre-traitement_SansDOF.ssf log: Chargement du script Mono_Preprocessing.ssf log: Chargement du script OSC_Extract_Ha.ssf log: Chargement du script OSC_Extract_HaOIII.ssf log: Chargement du script OSC_Preprocessing.ssf log: Chargement du script OSC_Preprocessing_BayerDrizzle.ssf log: Chargement du script RGB_Composition.ssf log: Ajout d'un script de base au menu : Siril_Catalog_Installer.py log: Les archives de Gaia sont disponibles Last available version: 1.4.0-beta4 Entering wrapping_idle for function 00007ff6ea29b950 log: Le dépôt de la base de données locale SPCC est à jour ! Entering wrapping_idle for function 00007ff6ea29b950 log: Le dépôt local de scripts est à jour ! Entering wrapping_idle for function 00007ff6ea2bf3a0 scripts: Erreur à l?ouverture du répertoire « C:\Users\fabie\AppData\Roaming\siril\scripts » : No such file or directory" J'ai créé 4 répertoires "lights - darks - flats - biases" dans le répertoire "images". Ensuite, je souhaite traiter mes images via un script sans DOF, cela bloque également : "1:26:05: ################################################### 11:26:05: # Script pour Siril 1.0 11:26:05: # Août 2020 11:26:05: # (C) Cyril Richard 11:26:05: # Adapté, modifié et traduit par Colmic 11:26:05: # Couleur_Pre-traitement_SansDOF v1.0 11:26:05: # 11:26:05: ################################################### 11:26:05: # 11:26:05: # Pré-traitement pour Caméra ou APN Couleur 11:26:05: # 11:26:05: # Ce script a besoin de 1 dossier pour fonctionner 11:26:05: # à installer dans votre dossier de travail de Siril : 11:26:05: # brutes 11:26:05: # Copiez vos images RAW ou FIT dans ce dossier 11:26:05: # 11:26:05: ################################################### 11:26:05: Exécution de la commande : requires 11:26:05: OK ! Ce script est compatible avec cette version de Siril. 11:26:05: #pré-traitement des brutes 11:26:05: Exécution de la commande : cd 11:26:05: 'brutes' Aucun fichier ou dossier de ce type 11:26:05: Erreur à la ligne 22 ('cd') : répertoire non trouvé. 11:26:05: Sortie du traitement par lot. 11:26:05: Définir le répertoire de travail à 'C:\Users\fabie\Pictures' 11:26:05: L'exécution du script a échoué." Je ne sais pas trop comment m'y prendre, je suis une tanche en informatique... Fabien

Bonjour Je reviens avec mon image pour une nouvelle question concernant la détection des étoiles. En MOFFAT, les 2 étoiles au milieu ne sont pas détectées alors qu'elles ont largement le niveau pour. Si on augmente le diamètre du rayon de détection à 10, une des étoiles est détectée, en contrepartie de la perte de détection sur d'autres étoiles plus petites. Les autres paramètres n'ont pas d'effet sur la détection sauf le modèle Gaussien, où les 2 étoiles sont détectées avec les paramètres par défauts. Une idée? Cdt. RGB_recad.fits

Bonjour J'aurai une question sur l'image en PJ. C'est une image linéaire : Pourquoi l'étoile sélectionnée est classée saturée alors que le signal ne l'est manifestement pas. On le voit clairement sur la coupe de niveaux. Autre point, si la détection se fait sur le modèle MOFFAT, la saturation est déclarée sur les 3 plans couleurs, par contre avec le modèle gaussien, le plan vert n'est plus saturée. Une idée? Cdt RGB_recad.fits

Il s'agit d'un bug connu pour la beta4 https://gitlab.com/free-astro/siril/-/issues/?sort=updated_desc&state=all&milestone_type=1.4.0&created_after=2025-09-28&not[label_name][]=Not+a+bug&first_page_size=20 Et techniquement, ce n'est pas l'empilement Oiii qui échoue, ce qui échoue c'est l'alignement des couches Ha et Oiii, l'alignement de tes fichiers results_00001.fit et results_00002.fit Cordialement

Salut les amis, cette semaine j'ai décidé de mettre à jour ma beta 3 en beta 4. J'ai un script perso pour mon C8 qui est en fait le script standard d'extract Ha et Oiii avec juste l'empilement modifié : stack r_Ha_pp_light mean s 3 3.6 -filter-fwhm=90% -norm=addscale -output_norm -32b -out=results_00001 (la même chose en OIII) Ca marche très bien en beta 3. En beta4, ça fait 2 fois que ça passe pas : il plante dans l'empilement du Oiii si j'ai bien compris. J'ai désinstallé, remis la beta 3 et ça passe nickel. Je remets la 4 et ça redéconne avec ça : l'alignement a fonctionné, on démarre l'empilement avec : log: Lecture FITS : fichier r_OIII_pp_light_00248.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Lecture FITS : fichier r_OIII_pp_light_00032.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Lecture FITS : fichier r_OIII_pp_light_00241.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Lecture FITS : fichier r_OIII_pp_light_00255.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Lecture FITS : fichier r_OIII_pp_light_00250.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Lecture FITS : fichier r_OIII_pp_light_00256.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Lecture FITS : fichier r_OIII_pp_light_00253.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Lecture FITS : fichier r_OIII_pp_light_00259.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Lecture FITS : fichier r_OIII_pp_light_00260.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Lecture FITS : fichier r_OIII_pp_light_00261.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Lecture FITS : fichier r_OIII_pp_light_00263.fit, 1 canal(aux), 6224x4168 pixels, 32bits Writing sequence file r_OIII_pp_light_.seq log: Temps de calcul de la normalisation: 1 min 35 s image size: 6224x4168, 1 layers cfitsio was compiled with multi-thread support, stacking will be executed by several cores log: Utilisation de 3089 Mo maximum pour l'empilement log: Nous avons 61 blocs parallèles de taille 68 (+20) pour l'empilement. Block 0: channel 0, from 0 to 68 (h = 69) Block 1: channel 0, from 69 to 137 (h = 69) Block 2: channel 0, from 138 to 206 (h = 69) Block 3: channel 0, from 207 to 275 (h = 69) Block 4: channel 0, from 276 to 344 (h = 69) Block 5: channel 0, from 345 to 413 (h = 69) Block 6: channel 0, from 414 to 482 (h = 69) Block 7: channel 0, from 483 to 551 (h = 69) Block 8: channel 0, from 552 to 620 (h = 69) Block 9: channel 0, from 621 to 689 (h = 69) Block 10: channel 0, from 690 to 758 (h = 69) Block 11: channel 0, from 759 to 827 (h = 69) Block 12: channel 0, from 828 to 896 (h = 69) Block 13: channel 0, from 897 to 965 (h = 69) Block 14: channel 0, from 966 to 1034 (h = 69) Block 15: channel 0, from 1035 to 1103 (h = 69) Block 16: channel 0, from 1104 to 1172 (h = 69) Block 17: channel 0, from 1173 to 1241 (h = 69) Block 18: channel 0, from 1242 to 1310 (h = 69) Block 19: channel 0, from 1311 to 1379 (h = 69) Block 20: channel 0, from 1380 to 1447 (h = 68) Block 21: channel 0, from 1448 to 1515 (h = 68) Block 22: channel 0, from 1516 to 1583 (h = 68) Block 23: channel 0, from 1584 to 1651 (h = 68) Block 24: channel 0, from 1652 to 1719 (h = 68) Block 25: channel 0, from 1720 to 1787 (h = 68) Block 26: channel 0, from 1788 to 1855 (h = 68) Block 27: channel 0, from 1856 to 1923 (h = 68) Block 28: channel 0, from 1924 to 1991 (h = 68) Block 29: channel 0, from 1992 to 2059 (h = 68) Block 30: channel 0, from 2060 to 2127 (h = 68) Block 31: channel 0, from 2128 to 2195 (h = 68) Block 32: channel 0, from 2196 to 2263 (h = 68) Block 33: channel 0, from 2264 to 2331 (h = 68) Block 34: channel 0, from 2332 to 2399 (h = 68) Block 35: channel 0, from 2400 to 2467 (h = 68) Block 36: channel 0, from 2468 to 2535 (h = 68) Block 37: channel 0, from 2536 to 2603 (h = 68) Block 38: channel 0, from 2604 to 2671 (h = 68) Block 39: channel 0, from 2672 to 2739 (h = 68) Block 40: channel 0, from 2740 to 2807 (h = 68) Block 41: channel 0, from 2808 to 2875 (h = 68) Block 42: channel 0, from 2876 to 2943 (h = 68) Block 43: channel 0, from 2944 to 3011 (h = 68) Block 44: channel 0, from 3012 to 3079 (h = 68) Block 45: channel 0, from 3080 to 3147 (h = 68) Block 46: channel 0, from 3148 to 3215 (h = 68) Block 47: channel 0, from 3216 to 3283 (h = 68) Block 48: channel 0, from 3284 to 3351 (h = 68) Block 49: channel 0, from 3352 to 3419 (h = 68) Block 50: channel 0, from 3420 to 3487 (h = 68) Block 51: channel 0, from 3488 to 3555 (h = 68) Block 52: channel 0, from 3556 to 3623 (h = 68) Block 53: channel 0, from 3624 to 3691 (h = 68) Block 54: channel 0, from 3692 to 3759 (h = 68) Block 55: channel 0, from 3760 to 3827 (h = 68) Block 56: channel 0, from 3828 to 3895 (h = 68) Block 57: channel 0, from 3896 to 3963 (h = 68) Block 58: channel 0, from 3964 to 4031 (h = 68) Block 59: channel 0, from 4032 to 4099 (h = 68) Block 60: channel 0, from 4100 to 4167 (h = 68) allocating data for 8 threads (each 381 MB) log: Débute l'empilement... log: Rejet des pixels dans le canal #0 : 0.573% - 0.516% free and close (0) log: Empilement avec rejet fini. 233 images ont été empilées. log: Intégration de 233 images sur 259 de la séquence : log: Combinaison ............... moyenne log: Normalisation en entrée ... additive + mise à l'échelle log: Normalisation en sortie ... activée log: Rejet des pixels .......... sigma clipping log: Paramètres de rejet ....... bas=3.000 haut=3.600 log: Création d'une carte de rejet ... non log: Pondération ............... désactivée Entering wrapping_idle for function 00007ff67a159860 log: Estimation du bruit (canal : #0) : 0.541 (8.254e-006) log: Fichier FITS enregistré : fichier results_00002.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Séquence empilée avec succès. log: Temps d'exécution: 4 min 25 s log: # and flip if required log: Exécution de la commande : mirrorx_single 1760428844: running command mirrorx_single log: Appliquer un retournement miroir pour convertir en données ascendantes log: Lecture FITS : fichier results_00002.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Miroir horizontal : en cours... log: Temps d'exécution: 41.47 ms log: Fichier FITS enregistré : fichier results_00002.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: # Align the result images, small shifts and chromatic aberrations can occur log: Exécution de la commande : register 1760428845: running command register log: Vérification des séquences dans le répertoire : E:\SiriL\process. seqfile 'bias_.seq' already exists, not overwriting seqfile 'dark_.seq' already exists, not overwriting seqfile 'flat_.seq' already exists, not overwriting seqfile 'Ha_pp_light_.seq' already exists, not overwriting seqfile 'light_.seq' already exists, not overwriting seqfile 'OIII_pp_light_.seq' already exists, not overwriting seqfile 'pp_flat_.seq' already exists, not overwriting seqfile 'pp_light_.seq' already exists, not overwriting Writing sequence file results_.seq Sequence found: results_ 1->2 seqfile 'r_Ha_pp_light_.seq' already exists, not overwriting seqfile 'r_OIII_pp_light_.seq' already exists, not overwriting seqfile 'r_results_.seq' already exists, not overwriting Reading sequence file `results.seq'. Reading sequence failed, file cannot be opened: results.seq. Reading sequence file `results_.seq'. bitpix for the sequence is set as -32 log: Alignement : traitement en cours utilisant la méthode : Alignement global (ciel profond) Memory per image: 98 MB. Max memory: 3604 MB log: Alignement global sur les étoiles : avec la mémoire actuelle et les limites de threads, jusqu'à 2 thread (s) peuvent être utilisés log: Lecture FITS : fichier results_00001.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Image de Référence : log: Findstar : en cours pour le canal 0... log: Trouvé 2000 Gaussien profils d'étoiles in l'image, canal #0 (FWHM 7.421913) log: 2000 étoiles trouvées dans l'image référence, canal #0 log: Image de référence : Limitée aux 2000 étoiles les plus brillantes log: FWHMx : 7.42 " log: FWHMy : 6.25 " log: Alignement global sur les étoiles : en cours... log: Lecture FITS : fichier results_00001.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Lecture FITS : fichier results_00002.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Findstar : en cours pour le canal 0... log: Fichier FITS enregistré : fichier r_results_00001.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Trouvé 2000 Gaussien profils d'étoiles in l'image, canal #0 (FWHM 7.289007) log: Correspondance des étoiles dans l'image 2 : finie log: Paires correspondantes initiales : 1797 log: Paires correspondantes après ajustement : 1797 log: Pts OK : 1.000 log: échelleX : 1.000 log: échelleY : 1.000 log: échelle : 1.000 log: rotation : +0.000 deg log: dx : -1.49 px log: dy : -0.90 px log: FWHM : 7.29 px log: rondeur : 0.83 log: Fichier FITS enregistré : fichier r_results_00002.fit, 1 canal(aux), 6224x4168 pixels, 32bits log: Le traitement de la séquence a réussi. log: Temps d'exécution: 6.28 s log: Aucune image n'a été alignée sur la référence log: Alignement interrompu. log: Échec de la finalisation du traitement de la séquence. Entering wrapping_idle for function 00007ff67a18f6f0 log: Définir le répertoire de travail à 'E:\SiriL' log: L'exécution du script a échoué.

Petite update, passer l'image en 16bits me permet de faire tous mes traitements habituels sans plantage. (il y a juste le script python "statistical_stretch" qui repasse l'image en 32bits, donc il faut remodifier juste après avant de faire quoique ce soit d'autre). Je tenterai une réinstallation de Windows dans 2 semaines, pour voir par étapes si qqchose déclenche le pb (le mode "sans échec" ne permet pas de lancer Siril).

Tu es sous Ubuntu ? Install le packet python3-venv. et reset ensuite la Venv de Siril

Selon ajeb78 sur pixls.us, cela semble être un faux message qui concerne un autre onnxruntime... Résultat : une image "denoised" a bien été produite et pendant tout le temps du process, les ventilos de la carte graphique se sont mis à fonctionner à fond. Je suppose donc que le modèle AI de GraXpert qui nécessite les moteurs CUDA a bien fonctionné.

Bonjour Robert, Le problème ici ce n'est pas la présence ou pas du package "packaging", le problème c'est le venv qui n'est pas créé correctement. Ce problème est à régler avant tout autre chose Concernant le package Siril installé, est ce le package Siril standard (installé via apt) ou bien un package Snap ou Flatpak (je dis cela car si tu as installé Kstars-bleeding avec apt alors tu ne peux pas installer en même temps Siril, sauf a utiliser un package alternatif Snap ou Flatpak) Ceci étant peux être que tu n'installe pas Kstars-bleeding sur ton PC principal mais seulement sur ton raspberry) Ce que je t'invite à faire: 1) désinstalle le package Siril 2) supprime le sous-répertoire dans ton "/home/robert" où Siril stocke son venv en ligne de commande avec ton compte perso: rm -rf /home/nafa/.local/share/siril/ 3) re-installe Siril 4) au premier lancement observe si la création du venv est OK Tant que cette étape n'est pas OK cela ne sert à rien de lancer un script python, il échouera La log que tu dois obtenir au lancement (ce que j'obtiens suite a une réinstallation sur un linux ubuntu) 13:55:49: Bienvenue dans siril v1.4.0-beta3 … 13:55:56: Le dépôt local de scripts est à jour ! 13:55:56: Préparation de l'environnement virtuel python : /home/nafa/.local/share/siril/venv. 13:55:56: Vérifier que le module python est à jour... 13:55:56: Installation / mise à jour du module python en arrière-plan. Cela peut prendre quelques secondes... 13:55:57: Le dépôt de la base de données locale SPCC est à jour ! 13:56:07: Le module Python est à jour 13:56:08: Le dépôt local de scripts est à jour !

Bonjour, j'ai toujours un souci de fonctionnement du script GraXpert-AI.py. 09:42:32: Début du script /home/robert/.local/share/siril-scripts/processing/GraXpert-AI.py 09:42:32: Erreur : python n'est pas encore prêt. Cette erreur peut se produire lors de la première exécution si l'installation de python et des modules n'est pas encore terminée. Attendez qu'un message de fin de processus apparaisse dans le journal et réessayez. Je réinitialise l'environnement venv et je relance: 09:44:39: Échec de l'initialisation de l'environnement virtuel Python : Failed to create virtual environment (exit status: 256) 09:44:41: Exécution de la version 0.93 d'asnet 09:44:41: Mise à jour des profils de travail. 09:44:48: Début du script /home/robert/.local/share/siril-scripts/processing/GraXpert-AI.py 09:44:48: Traceback (most recent call last): 09:44:48: File "/home/robert/.local/share/siril-scripts/processing/GraXpert-AI.py", line 66, in <module> 09:44:48: from packaging.version import Version, parse 09:44:48: ModuleNotFoundError: No module named 'packaging' 09:44:49: Le processus Python (PID : 15713) s'est arrêté avec le statut 1 packaging est installé.

J'ai désinstallé Siril puis je l'ai réinstallé pour vérifier quel Python serait pris en compte... celui déjà installé (3.12.10) ou bien celui fourni par Siril ? Verdict : Siril-1.4.0-beta3 n'utilise pas le Python installé, mais le sien propre qui est en version 3.12.9 Après avoir installé le NVIDIA CUDA Toolkit 13.0 et installé le package torch 2.8.0+cu129 via le PIP de l'env Python Siril... j'ai pu éliminer quasiment toutes les erreurs sauf une : WARNING: onnxruntime-directml is not built with CUDA 12.x support. Please install a version that supports CUDA 12.x Ce qui est étrange... car le package onnxruntime-directml 1.22.0 semble justement être compatible avec CUDA 12.x selon le site ONNX RUNTIME ! (venv) C:\Users\xxx\AppData\Local\siril\venv\Scripts>pip list Package Version -------------------- ------------------ appdirs 1.4.4 astropy 7.1.0 astropy_healpix 1.1.2 astropy-iers-data 0.2025.9.8.0.36.17 certifi 2025.8.3 charset-normalizer 3.4.3 coloredlogs 15.0.1 contourpy 1.3.3 cycler 0.12.1 filelock 3.13.1 flatbuffers 25.2.10 fonttools 4.59.2 fsspec 2024.6.1 humanfriendly 10.0 idna 3.10 Jinja2 3.1.4 kiwisolver 1.4.9 MarkupSafe 2.1.5 matplotlib 3.10.6 ml_dtypes 0.5.3 mpmath 1.3.0 networkx 3.3 numpy 2.2.6 onnx 1.19.0 onnxruntime-directml 1.22.0 opencv-python 4.12.0.88 packaging 25.0 pillow 11.3.0 pip 25.2 platformdirs 4.4.0 protobuf 6.32.0 pyerfa 2.0.1.5 pyparsing 3.2.3 pyreadline3 3.5.4 python-dateutil 2.9.0.post0 pywin32 311 PyYAML 6.0.2 requests 2.32.5 setuptools 70.2.0 sirilpy 0.7.46 six 1.17.0 sympy 1.13.3 tifffile 2025.9.9 tiffile 2018.10.18 torch 2.8.0+cu129 torchvision 0.23.0+cu129 ttkthemes 3.2.2 typing_extensions 4.12.2 urllib3 2.5.0

Merci @Batbihirulau Je vais regarder plus en détail... mais comme je venais de refaire entièrement mon PC avec réinstallation from scratch de Windows 11, je ne me souviens plus si j'ai installé Siril avant ou après avoir installé Python... de ce fait, je ne sais pas quel est le Python qu'utilise Siril... je vais creuser la question avant de réinstaller Siril.

Salut Il y a un peu de doc par là: https://siril.readthedocs.io/fr/stable/scripts/Python-scripts.html#python-scripts Ca peut peut etre répondre à la question.

Bonjour tout le monde ! Je viens d'upgrader mon PC principal avec un Core Ultra 7 265 et une carte graphique RTX 5070... et je suis en train de tester ses capacités IA avec GraXpert et CosmicClarity. En standalone (hors Siril), ces deux outils fonctionnent parfaitement bien (du moins, je le pense...) mais au travers de Siril, les scripts python ne disent pas la même chose avec les erreurs suivantes : torch\cuda\__init__.py:235: UserWarning: NVIDIA GeForce RTX 5070 with CUDA capability sm_120 is not compatible with the current PyTorch installation. The current PyTorch install supports CUDA capabilities sm_37 sm_50 sm_60 sm_61 sm_70 sm_75 sm_80 sm_86 sm_90 compute_37. If you want to use the NVIDIA GeForce RTX 5070 GPU with PyTorch, please check the instructions at https://pytorch.org/get-started/locally/ ou alors : WARNING: onnxruntime-directml is not built with CUDA 12.x support. Please install a version that supports CUDA 12.x, or call preload_dlls with cuda=False and cudnn=False En standalone, GraXpert et CosmicClarity, tournent parfaitement bien avec mon python 3.12.10 et les packages suivants : Package Version ----------------- ------------------ astropy 7.1.0 astropy-iers-data 0.2025.9.8.0.36.17 filelock 3.19.1 fsspec 2025.9.0 Jinja2 3.1.6 lz4 4.4.4 MarkupSafe 3.0.2 mpmath 1.3.0 networkx 3.5 numpy 2.1.2 packaging 25.0 pillow 11.0.0 pip 25.2 pyerfa 2.0.1.5 PyQt5 5.15.11 PyQt5-Qt5 5.15.2 PyQt5_sip 12.17.0 PyYAML 6.0.2 rawpy 0.25.1 setuptools 80.9.0 sympy 1.13.3 tifffile 2025.9.9 torch 2.8.0+cu129 torchvision 0.23.0+cu129 typing_extensions 4.15.0 zstandard 0.24.0 Quelqu'un aurait-il une idée et une piste pour corriger cela ? J'ai du mal à trouver des informations au sujet de Siril et python... Sur quel python, Siril s'appuie-t-il ? un python embarqué dans Siril ou le python qui est déjà installé sur mon Windows 11 ? Si c'est un python embarqué, comment installer l'équivalent des packages du python installé Si quelqu'un à quelques réponses, je suis preneur 😊 Cordialement, Philippe

Peux-tu être plus explicite, car là je n'ai pas compris quoi faire STP ?

Tu peux faire ce que je propose plus haut ?