astrojh

En fait Siril demande la taille d'un pixel pour calculer la taille du capteur Car dans le cas le plus général, les seules métadonnées contenues dans une image sont le nombre de pixels en ligne et le nombre de pixels en colonne. Il faut donc fournir : 1) la taille d'un pixel, ce qui permet alors de calculer la taille réelle du capteur (taille d'un pixel x nombre de lignes et taille d'un pixel x nombre de colonnes). 2) la distance focale réelle Et on se retrouve alors dans la configuration que j'ai dessinée dans mon message au-dessus.

Bonjour à tous, Les conditions météo semblent aller dans le bon sens pour ce weekend, il est probable que je monte samedi. Certains sont intéressés pour s'y retrouver ? A+

Bonjour, Le plus simple est à mon avis de faire un dessin géométrique : sur mon dessin, le ciel est à gauche à l'infini, l'objectif au centre symbolisé par la double flèche bleue verticale, le(s) capteur(s) à droite en rouge. L'échelle est la suivante : - 1 graduation (signe '+' en noir) pour 100 mm dans le sens horizontal - 1 graduation pour 10 mm dans le sens vertical On commence par le capteur de 43 mm (sur mon dessin c'est 4 graduations dans le sens vertical, donc 40 mm, pas tout à fait 43 mm), placé à une distance de 500 mm (focale de l'objectif, 5 graduations dans le sens horizontal). Le champ apparent sur le ciel est délimité par les deux fines droites bleues. Maintenant, si on considère un objectif de 200 mm on voit que la taille du capteur nécessaire pour obtenir le même champ apparent (c'est à dire pour que le capteur touche les deux droites délimitant le champ) est un peu plus de 1.5 graduations (0,75 graduation de part et d'autre de l'axe optique), c'est à dire un peu plus de 15 mm. Ce qui veut donc dire qu'un capteur de ~16 mm de diagonale placé derrière un objectif de 200 mm donne le même champ qu'un capteur full frame (43 mm) derrière un objectif de 500 mm. Par construction géométrique on peut ainsi trouver toutes les combinaisons de focales et de tailles de capteur qui donnent le même champ. Il suffit de se positionner à la focale voulue et de mesurer la distance verticale entre les deux droites du champ apparent pour avoir la taille du capteur correspondant. Mathématiquement, il faut que le rapport (taille capteur / focale) des deux systèmes soit identique. Ce qui se vérifie avec les données de ton exemple : 40 / 500 = 0.08 16 / 200 = 0.08 D'un point de vue physique, le facteur de crop n'existe pas car cela voudrait dire qu'un capteur aurait la capacité de modifier mécaniquement la focale d'un système optique Par contre c'est un concept commercial pour pouvoir faire une comparaison avec un système "standard". Dans cet exemple, on aurait sur le descriptif du produit : "Appareil photo, fourni avec un objectif de 200 mm (équivalent 500 mm)", juste pour dire qu'on obtiendrait le même champ avec un full frame et un objectif de 500 mm. Et pour le consommateur, se dire qu'on peut avoir un 500 mm pour le prix d'un 200 mm peut être attirant... A+

Très belle image, bravo Pour faire ressortir davantage la nébuleuse, tu peux diminuer la couleur magenta des étoiles sous Siril en faisant 'Transformation négative --> Suppression du bruit vert --> Transformation négative. Et faire une petite réduction d'étoiles sous Gimp (Filtres --> Distorsions --> Propagation de valeur [en choisissant 'plus de noir']). Voici une comparaison après application (à gauche) de la réduction d'étoiles à partir de ton image sur laquelle j'ai diminué le magenta :

Bonsoir, Très belle photo au téléobjectif Pour la réduction d'étoiles avec Gimp, c'est la bonne méthode en effet. Pour limiter les artefacts, il faut jouer avec la valeur 'Propagation rate' : A+

Regarde dans la doc de Kstars/EKOS : https://docs.kde.org/trunk5/en/kstars/kstars/ekos-guide.html

Bonsoir, Dans l'onglet "Capture", sur la ligne du haut qui s'appelle "Train", il y a un bouton "stylo" à droite qui donne accès aux trains optiques. Il y est aussi dans les onglets de focus, d'astrométrie et de guidage. A+

Essaie avec rgb24

Bonjour, Il faut lancer OLS depuis le répertoire principal et non depuis le répertoire de build. Lancement depuis le répertoire de build ==> Erreur : nafa@NAFABox:~/OpenLiveStacker/build$ ./ols_cmd ../config2.json failed:Failed to load driver ./build/libols_driver_wdir.so: `./build/libols_driver_wdir.so: cannot open shared object file: No such file or directory' Depuis le répertoire principal, ça marche : nafa@NAFABox:~/OpenLiveStacker$ build/ols_cmd config2.json 2024-05-07 09:08:05; cppcms_http, info: GET / (http_api.cpp:294) 2024-05-07 09:08:06; cppcms_http, info: GET /media/css/style.css (http_api.cpp:294) 2024-05-07 09:08:06; cppcms_http, info: GET /media/js/jsdb.js (http_api.cpp:294) 2024-05-07 09:08:06; cppcms_http, info: GET /media/js/code.js (http_api.cpp:294) 2024-05-07 09:08:06; cppcms_http, info: GET /api/camera (http_api.cpp:294) 2024-05-07 09:08:06; stacker, info: RESP: [ { "id" : 0, "name" : "Directory Watcher" } ] A+

Bonjour, As-tu aussi mis du scotch ou un cache sur le viseur ? Quand tu dis avoir fait un test en journée, l'as-tu fait dans une pièce exposée à la lumière ambiante ou totalement sombre ? Il faudrait que tu prennes un dark en t'assurant qu'il n'y a aucune lumière parasite possible et voir ce que ça donne. A+

Bonjour, J'ai fait une install de NAFABox 4.0.0 à partir de l'image binaire pour RPi4 et en effet ALS n'est pas installé par défaut. J'ai donc tiré le repo git pour faire l'installation à partir des sources (avec le script install_als.sh). Bon, je dois dire que ça s'est mal passé, en raison de PyQt5 qui plante. J'ai abandonné après avoir essayé plusieurs pistes de résolution trouvées sur stackoverflow. Ceci étant, je suis tombé sur OpenLiveStacker (https://github.com/artyom-beilis/OpenLiveStacker). C'est disponible comme appli Android toute prête ou à partir des sources. J'ai tenté la seconde approche sur la NAFABox et tout s'est bien passé, aucun souci (à part un petit sudo à ajouter au moment du make install). Il est possible de connecter directement sa caméra dans OpenLiveStacker (j'ai pas testé) ou alors de demander à scanner un répertoire où les images sont acquises et déposées à l'aide d'un programme tiers (EKOS par exemple). Il suffit d'indiquer dans le fichier de configuration le format des images et le répertoire à scanner, j'ai testé en copiant des images à intervalle régulier, ça fonctionne (cf image ci-dessous). Il faut aussi spécifier le port pour accéder à l'interface (8080 étant occupé par MobIndi, il faut définir un autre port). Ça peut donc être une piste intéressante

Bonjour, EKOS reposant sur INDI, regarde de ce côté-ci (si ce n'est pas déjà fait ) : https://www.indilib.org/developers.html Exemple d'utilisation de D-BUS : https://www.indilib.org/developers/dev-howtos/148-dbus-scripting-with-kstars-python.html Il existe un driver AltAz, à voir si ça peut être intéressant/utile pour ton projet : https://www.indilib.org/individuals/devices/telescopes/skywatcher/skywatcher-alt-az-dobsonian.html A+

Bonjour, Concernant ALS, as-tu essayé l'image 4.0.0 de la NAFABox ? Pour la télécharger il faut aller sur le second miroir (lien Google Drive) indiqué sur cette page : https://github.com/dragonlost/NAFABox/blob/master/doc/image_install.md Lien direct : https://drive.google.com/drive/folders/19rKybLnewPy2NaOpZ7BoXR5x_koXWGFJ A+

Et pour l'erreur sur les packages gérés de façon externe, tu peux jeter un oeil ici : https://www.makeuseof.com/fix-pip-error-externally-managed-environment-linux/

Tire la branche ALS release/0.7 au lieu de release/0.7_22.04_ubuntu en changeant la ligne 24 du srcipt d'installation, c'est la dernière version disponible. Si la commande python ne passe pas (ligne 73) essaie en mettant python3 A+

Bonjour à tous, Je viens de recevoir les autorisations, je vous les envoie individuellement par MP dans la soirée A bientôt sous les étoiles ariégeoises !

Il n'y a en effet pas d'image binaire toute faite pour le RPi 5, il faut faire l'installation à partir des sources en suivant la procédure décrite : https://github.com/dragonlost/NAFABox/blob/master/doc/RPI4.md (attention à l'étape 2, il faut télécharger les sources depuis le git de dragonlost et pas celui de Patrick-81: git clone https://github.com/dragonlost/NAFABox.git) A+

Bonsoir, Les sources ALS sont ici : https://github.com/gehelem/als Je viens de regarder NAFABox et le projet est toujours actif (version 4 sortie le mois dernier) : https://github.com/dragonlost/NAFABox?tab=readme-ov-file Ça peut être une bonne solution, ALS y est intégré : https://github.com/dragonlost/NAFABox/blob/master/doc/Software.md Le script d'installation est là : https://github.com/dragonlost/NAFABox/blob/master/ConfigTinker/install_als.sh A+

D'où provient l'archive que tu as dézippée ? Il est probable qu'elle ne soit pas adaptée à Arch Linux et qu'il faille faire une installation à partir des sources. Pour ma part, je ne fais pas de VA, je ne saurais donc te conseiller. A+

Bonjour, Ça peut venir de plein de choses différentes (pb de chemin, de droit d'exécution, de version 32/64 bits...). Pourrais-tu préciser comment tu as fait l'installation ? A+

Bonjour, La gestion des configurations optiques a changé depuis la version 3.6.1 d'Ekos, elle passe maintenant par les trains optiques. Plus d'infos ici : https://knro.blogspot.com/2022/10/kstars-v361-released.html?m=1 A+

La dernière version d'Easy Astro Box date de février 2023, peut-être que les drivers Player One ont été mis à jour depuis. Ça vaudrait le coup de mettre à jour Kstars/EKOS (tu as quelle version installée) ou de tester une distribution astro plus récente et à jour (par exemple Astroarch : https://github.com/devDucks/astroarch). A+

Bonjour, Kstars/EKOS est installé dans Easy Astro Box, as-tu essayé de l'utiliser pour tes acquisitions en ciel profond (plutôt que Firecapture) ? A+

Bonjour à tous, Un petit up pour ceux qui sont intéressés A+

Bonjour, La dernière mise à jour d'Astroberry date d'octobre 2021 (https://github.com/rkaczorek/astroberry-server), donc ceci explique peut-être cela. Le projet ne semble plus trop actif... Alternativement tu peux tester Astroarch, qui vient de passer en version 1.8 : https://github.com/devDucks/astroarch Ça marche très bien A+