astrojh

Bonjour, C'est vrai qu'à une certaine époque (disons jusque vers 2010) c'était le cas car les marchés de NVidia étaient alors surtout le jeu et le graphisme, donc essentiellement les mondes Windows et Mac. Les drivers propriétaires NVidia pour Linux étaient parfois peu stables et NVidia ne partageant pas les specs de ses cartes, l'implémentation de pilotes libres (en particulier "nouveau") était délicate. Depuis NVidia s'est fortement intéressé à l'écosystème Linux, et a développé des drivers stables et performants, bien que toujours propriétaires. Et aujourd'hui environ 90% des systèmes d'IA reposent sur le couple Linux / NVidia Il n'y a donc pas de problème particulier, il faut juste faire attention à choisir la version de CUDA compatible avec le driver de la carte (cf tableau 3 sur cette page : https://docs.nvidia.com/cuda/cuda-toolkit-release-notes/index.html#cuda-driver). La procédure d'installation est ici : https://docs.nvidia.com/cuda/cuda-installation-guide-linux/ A+

Bonjour, Merci pour le doc, très clair et très complet Juste une petite remarque : l'installation de la dernière version de Raspbian (Trixie) avec Pi Imager (décrite en section 2 page 4) nécessite une version 2.x.x de Pi Imager car sinon les options de customisation du système (hôte, utilisateur, wifi, langue, etc.) ne sont pas prises en compte... Le doc présente par contre l'interface de l'ancienne version 1.8.5 de Pi Imager, qui donc ne fonctionne pas correctement pour Raspbian Trixie. Il faudrait peut-être mettre à jour ces figures pour qu'elles correspondent à la version 2.x.x de Pi Imager et éviter toute confusion, qu'en penses-tu ? Les différences entre les deux interfaces sont visibles sur ce post : https://www.raspberrypi.com/news/a-new-raspberry-pi-imager/ A+

Bonjour, Le mieux est de suivre les tutos officiels de Siril, ici : https://siril.org/fr/tutorials/ En particulier le pré-traitement : - avec les scripts automatiques : https://siril.org/fr/tutorials/first-steps/ - ou en manuel : https://siril.org/fr/tutorials/tuto-manual/ A+

A mon avis ce sera bien plus simple de t’entraîner sur des images acquises avec des instruments plus "classiques", par exemple ici il y a de quoi faire : https://erellaz.com/moana/open-datasets/

Bonsoir, Juste pour apporter des précisions sur les points que tu soulèves : - Le binaire LuckyStackWorker n'est pas exécuté en tant que root, il est lancé sans aucun privilège. C'est uniquement le sandbox chrome qui doit être possédé par root. Le sandbox est fait justement pour augmenter la sécurité (https://chromium.googlesource.com/chromium/src/+/HEAD/docs/design/sandbox.md) et il se trouve d'ailleurs dans le répertoire /opt/google/chrome par défaut. - Les sources du logiciel sont bien disponibles, en bas de la page https://github.com/wkasteleijn/luckystackworker/releases/tag/v7.0.0 Et en cas de doute c'est toujours possible / préférable d'installer dans un docker (et je confirme que ça marche très bien)

Bonjour, C'est étrange que cela ne fonctionne pas. Pourrais-tu préciser quels fichiers JWST tu as récupérés ? As-tu essayé d'ajuster la détection des étoiles, comme indiqué dans la doc Siril (cf mon post plus haut) ? As-tu essayé aussi avec des fichiers autres que ceux du JWST ? A+

Bonjour, Je viens de tester (Ubuntu 24.04), même souci, mais le message d'erreur donne une indication sur la piste à suivre (changer le propriétaire du fichier chrome-sandbox et le mettre em mode 4755) : sudo chown root:root chrome-sandbox sudo chmod 4755 chrome-sandbox ./LuckyStackWorker (et maintenant ça marche ) A+

Bonjour (et bienvenu sur webastro !), La FAQ Siril aborde ce problème, la solution consiste à ajuster les paramètres de PSF jusqu'à obtenir une bonne détection d'étoiles https://siril.org/fr/faq/#pourquoi-lalignement-ne-trouve-t-il-pas-détoiles-dans-mes-images- Il y a également ce fil de discussion pour partager ses images et s'entraîner au traitement avec Siril : A+

Peut-être un souci d'alimentation ou de câbles ? Il faudrait vérifier de ce côté là que tout est ok, il peut y avoir des instabilités logicielles si le courant fourni est un peu juste.

Bonjour, Pareil, j'ai l'impression que c'est ok côté AAF, par contre il y a peut-être un souci côté toupcam et rotateur : [2026-01-15T15:46:02.556 CET CRIT ][ org.kde.kstars.indi] - INDI driver "indi_toupcam_ccd" crashed! [2026-01-15T15:45:58.555 CET DEBG ][ org.kde.kstars.indi] - INDI Server: "2026-01-15T14:45:58: Driver indi_asi_rotator: open failed (0001:001c:00): No such file or directory" Il y a eu un souci précédemment avec l'AAF (pb de driver qui avait disparu), mais c'est réglé depuis : https://indilib.org/forum/focusers-filter-wheels/15723-touptek-aaf-missing-in-kstars-3-7-9-stable.html A+

Bonjour, Difficile de répondre, il faudrait avoir quelques informations complémentaires : - Que veut-dire "ne donne pas d'image" : est-ce que le fichier image est créé ? - Si le fichier image est créé, l'image est-elle complètement noire ? - Quel est l'objet visé, l'instrument utilisé, le temps de pose ? Vu le nombre de combinaisons testées (PC/caméras/logiciels), est-ce que le problème ne viendrait pas du câble USB entre les caméras et les ordinateurs ? Est-e que le câble utilisé est le même à chaque fois ?

Bonjour, Ce n'est pas moins adapté, il n'y a en effet pas de différence fondamentale entre les deux (RPi ou mini PC) à part la puissance de calcul et le coût. Quoique si on compte le RPi + carte SD + boitier + l'ajout d'un disque externe, on n'est pas loin du prix d'un mini PC... Côté hub USB, j'ai ce modèle de chez DeepSkyDad, suffisant pour mon matériel (monture, RPi4, caméra refroidie, roue à filtres, focuser, caméra de guidage) : https://shop.deepskydad.com/product/dc-hub-2/ Pour la partie système/logiciel, NINA ne fonctionne que sous Windows, donc si tu es sous environnement Linux (que ce soit sur une architecture ARM comme le RPi ou une architecture x64 de type mini PC) la solution est KStars/EKOS dans une des déclinaisons possibles (Stellarmate, AstroArch, Astroberry, installation perso...) A+

Bonjour, De mon côté j'utilise AstroArch (https://github.com/devDucks/astroarch), qui embarque la suite KStars/EKOS, sur un raspberry 4. L'installation est très facile, ça fonctionne parfaitement et est assez fluide (le système est directement sur la carte SD du RPi4 dans mon cas). J'y accède à distance avec un client VNC (Remmina sous Ubuntu). A+

Bonjour, Il faut partir de l'image linéaire non transformée, sinon l'effet est minime. Ensuite, je passe par "Outils" --> "Analyse de l'image" --> "PSF dynamiqe" pour sélectionner les étoiles qui seront utilisées pour modéliser la PSF dans l'outil de déconvolution. Une fois dans l'outil de déconvolution, je choisis "PSF des étoiles" et j'ajuste de nombre de pixels pour que le noyau soit un peu plus grand que la PSF modélisée. J'applique ensuite la déconvolution, les paramètres par défaut donnent généralement de bons résultats. La documentation Siril détaille la marche à suivre : https://siril.readthedocs.io/fr/stable/processing/deconvolution.html Sinon, cette vidéo est pas mal je trouve :

Ce qui est curieux est que le centre de tes 4 tuiles ne semble pas correspondre pas aux centres des panneaux indiqués par @Ant-1 J'ai quasiment la même chose de mon côté en simulant avec Telescopius et en prenant 913mm comme focale : Pourrais-tu indiquer le centre de tes 4 tuiles en faisant une résolution astrométrique ? Ou alors il y a eu un crop à un moment donné (lors de l'empilement avec Siril ?) et du coup il manque des parties sur les bords ?