keymlinux

Salut @rmor51. Ta distrib Buster, elle est en 32 bits ou 64 bits ? https://www.indilib.org/forum/ekos/12389-kstars-3-6-1-package-for-raspbian-buster-32bit.html Pour verifier, avec les commandes suivantes: uname -a ou cat /etc/os-release

Ce matin, temps de m.. sur Juvisy, ciel totalement bouché lors de l'immersion, c'est un peu mieux pour l'emersion. Voici quelques photos d'une qualité deplorable (issues d'une video, où j'ai du jouer en permanence avec le gain de la camera pour compenser les sous et sur-expositions liées aux passages nuageux...) Prise de vue au C8 avec camera ASI178 monochrome + filtre UV/IR cut (avec en prime des poussières sur le capteur...) Cordialement, Stephane

Bonjour, Techniquement il est partiellement inexact de dire que la lune tourne autour de la terre, plus précisément les deux (terre et lune) tournent autour de leur barycentre, qui au vu de leur différence de masse est plus proche de la terre que de la lune, même tellement proche qu'il se situe dans l'enveloppe de la terre. Si on considère l'orbite de la terre autour du soleil, la trajectoire elliptique est celle du système terre+lune, donc c'est le barycentre qui a une trajectoire elliptique, la terre elle oscillera légèrement autour. A noter que de la même façon, pour les planètes autour du soleil, il faut aussi considérer le barycentre. Les planète ont une masse très négligeable par rapport du soleil, mais suffisante pour provoquer une oscillation de la position du soleil. Cette oscillation de la position d'une étoile est une technique de detection des exoplanètes Pour la notion de barycentre, et des videos qui décrivent le phénomène, c'est ici https://www.mathweb.fr/euclide/2020/12/23/la-notion-de-barycentre/ Et pour répondre plus simplement à ta question, comme l'a bien dit @Daniel Rosier, lorsque 2 corps massifs tournent l'un autour de l'autre (ou plutôt tournent autour de leur barycentre), le barycentre sera plus proche du plus massif (peu importe la taille, c'est la masse qui compte) et donc observé de l'extérieur on verra le moins massif tourner autour du plus massif Cordialement

Remarque très pertinente (comme souvent Ney 🙂 ), en plus du capteur il faut tenir compte de l'électronique périphérique implémentée dans la camera et surtout du firmware (logiciel embarqué dans la camera), raison pour laquelle j'ai précisé que j'avais une ASI178 de ZWO, rien ne garantie qu'une cam QHY disposant du même capteur ait les mêmes possibilité de ROI Pour le choix de la camera monochrome (versus couleur), le pseudo utilisé (SpectroSolar) me laisse penser que la spectroscopie est l'usage premier visé pour l'achat de cette camera, et là l'usage d'un capteur monochrome se justifie pour le gain en sensibilité et en definition (personnellement l'achat de l'ASI178MM c'est pour un usage spectro avec un SolEx) et pour du planetaire lunaire (oui il y a de la couleur sur la lune, mais en monochrome c'est très bien aussi). Par contre il est vrai que la roue a filtre sur Jupiter c'est compliqué vu sa vitesse de rotation... Cordialement

Bonjour, Je te confirme que l'on peut faire le ROI que l'on souhaite, ce n'est pas limité aux valeurs pré-établies (testé sous ASICAP et FireCapture ave une cam ZWO ASI178MM) notes: - j'ai constaté que le ROI choisi doit être un multiple de 4 (pour la grande largeur du capteur) et multiple de 2 (petite largeur du capteur) Exemple si je veux faire 499x199 je vais avoir du 496x198 (constaté sur Asicap, pas testé sur Firecapture) - pour maximiser la cadence de capture ce qui compte vraiment c'est de réduire le nombre de lignes capturées. Pour un spectrohéliographe (comme le Sol'Ex) il est donc important d'avoir une dispersion verticale du spectre (verticale= sur la hauteur du capteur= la petite largeur du capteur). Donc par exemple sur ce capteur faisant 3096x2080 on capturera la raie alpha en 3096x100 par exemple. Cordialement, Stephane

Bonjour, Oui, les astéroïdes ont des orbites moins stables que les planètes plus massives, il faut donc recalculer régulièrement leur paramètres orbitaux. Le site de L'IMCCE publie régulièrement des mises jour. On peut metre à jour les éléments dans Stellarium (et ajouter des astéroïdes et comètes découverts récement) Pour le mode opératoire, voir le post ci dessous Edit: Et pour une vue 3D du système solaire avec les astéroïdes (avec orbites réajustées régulièrement) il y a le site NASA's Eyes, voir le post ci dessous

Bonsoir, Vérifie que ton raspberry est à l'heure (si il est connecté à internet c'est automatique, sinon il faut le metre à l'heure à chaque démarrage), et vérifie que tu a bien renseigné ta position dans Stars (set geographic position). Si tu utilise un dongle GPS tu ne devrais pas avoir ces problèmes. Dans la fenêtre INDI (Indi Control Panel), dans l'onglet du driver EQMOD peux tu verifier les elements suivants: - dans le sous onglet "Main control" que l'option "Reverse DEC" soit a "disable" - sous onglet "site management" que "hemisphere" soit à "North" - sous onglet "Motion Control" que les options Reverse North/South et East/west ne soient pas cochées Si les options n'ont pas la valeur désirée, vérifie si leur modification amène au comportement souhaité. Si les options sont à la valeur voulue je ne vois pas d'où viens le problème... Cordialement

Bonjour, Sur un ordi tu peux utiliser le site "The Photographer Ephemeris" voir capture ci dessous (il faut créer un compte mais c'est gratuit, en tout cas cà l'était a l'époque où je lai fait). Sinon ils vendent aussi une application pour android/ios https://app.photoephemeris.com Le point rouge c'est là ou j'ai décidé de positionner l'observateur (à l'ouest du château) La ligne gris clair qui part vers le haut à droite c'es la direction de la lune quand elle se lève, le gris foncé à gauche la direction où elle se couche Le signe jaunes à droite et orange à gauche c'est pareil pour le soleil La ligne grise qui part vers la droite en bas c'est la direction de la lune à l'heure choisie (ic à 8h58), avec une lune à 99,99% à 15,44° au dessus de l'horizon Je ne suis jamais allé voir ce château, je ne connait pas le coin, mais je pense que toi si tu connait le site tu aura des meilleures idées pour choisir différents sites d'observation et pour simuler en fonction de l'heure la position de la lune conforme à ton souhait de photo. Cordialement

Bonjour, Cela ne vas pas t'aider, mais j'ai déjà été confronté au même problème (6000x4000 en FITS, 6024x4020 en RAW CR2). Une fois qu'on a fais l'erreur une fois on ne la refais plus (même si ici dans ton cas ce n'est pas vraiment une erreur, le bug kstars ne te laisse pas trop le choix). Vu que tu est obligé de prendre des CR2 vu le bug Kstars, pour les fois prochaines tu devrait prendre aussi en CR2 (mais via kstars) les lights et autres (oui on peut le faire c'est parametrable) Sinon, pour le session déjà effectuée, tu devrais regarder sur la carte SD de ton APN si il n'y a pas les CR2 des lights et dark (lorsque kstars pilote mon APN, il telecharge des fils, mais les cr2 sont bien enregistrés sur la carte, cela fait un peu doublon, mais cela peut aussi rendre service) Sinon, tu peux aussi abandonner les offsets, et remplacer cela par un offset synthétique, cela marche très bien (je ne fais plus d'offset) https://siril.org/fr/tutorials/synthetic-biases/ edit: argh, grillé par vinvin

Les profils sont toujours là, ce qui a disparu ce sont les "configs" des télescopes (dans l'onglet "monture" donc pas intuitif) qui permettait de changer les focales (pour tenir compte d'éventuels réducteur/barlow) et les "trains optiques " semblent remplacer ces configs Exemple ci dessous, Kstars 3.5.9, dans l'onglet "Mount", en config #4 ma lunette de focale 500, avec son réducteur 0.8 a une focale renseignée de 400mm En version 3.6.1 je ne trouve plus trace de ces "configs", mais il y a les trains optiques où l'on rentre les caractéristiques des reducteurs/barlows Cordialement

Quel gene d'aide cherches tu ?, une démonstration de la formule ?, ou bien savoir comment calculer le "log" du diamètre ? Pour quelques détails https://fr.wikipedia.org/wiki/Magnitude_limite_visuelle Pour un tableau en fonction du diamètre de l'insrument https://www.astroclub-andromede.fr/uploaded/Tutoriels/magnitude-limite.pdf Et pour tout savoir une les logarithmes (non, ne me remercie pas 🙂 ) https://fr.wikipedia.org/wiki/Logarithme Il s'agit de 5.1 pas 51, tu as loupé la virgule Donc pour un miroir de 3000mm (3 mètres, rarement utilisé en astronomie amateur) la magnitude limite est de 19.7 Pour l'oeil humain, avec une pupille de 5mm on aura une magnitude limite de 6

1) Par défaut un mac ne permet installer que les logiciels provenant de l'App Store officiel Apple (qui a dit que MacOs était un système fermé...) Pour changer cela, il faut aller dans les paramètre systèmes, onglet Sécurité et confidentialité, et cocher l'option permettant d'installer depuis l'AppStore ET les dévelopeur identifiés 2) La 2eme protection concerne la notion de "développeur identifié" Si le logiciel n'est pas "signé" on ne peut pas l'installer (et pour avoir un compte "dévelopeur" qui permet de signer les applis c'est payant , c'est pourquoi lesdéveloppeurs de logiciels libres et gratuits ne signent pas leurs logiciels, car pour cela il faut avoir un compte développeur Apple et payer, juste pour avoir le droit de publier des applications ayant un certificat, ce certificat n'impliquant aucune verification de séurité, car seules sont vérifiées les applications distribuées via l'App Store) Donc, une fois que tu as téléchargé le fichier dmg, il faut, avant de tenter d''installer l'application qu'il contient, enlever un flag de "quarantaine" qui est appliqué pour tout logiciel téléchargé sur internet...et cela se fait en ligne de commande... Donc première opération, lancer l'application "Terminal" Ensuite, utiliser des commandes "cd" pour aller dans le repertoire contenant le fichier télécharger, certainement "Downloads" Puis liste les attributs cachés avec "ls -l@", puis supprimer l'attribut de quarantaine avec la commande "xattr -d" Ci dessous un example (j'ai volontairement ajouté des lignes vides pour séparer les étapes) Dans ton cas le nom du répertoire de ton utilisateur sera différents, tout comme la version de kstars à modifier (ici la 3.5.9) MLS-MBP:~ stephane$ pwd /Users/stephane MLS-MBP:~ stephane$ cd Downloads MLS-MBP:Downloads stephane$ pwd /Users/stephane/Downloads MLS-MBP:Downloads stephane$ ls -la *dmg -rw-r--r--@ 1 stephane staff 18666793 27 aoû 20:25 imager_1.7.2.dmg -rw-r--r--@ 1 stephane staff 200084831 2 sep 12:32 kstars-3.5.9.dmg -rw-r--r--@ 1 stephane staff 65751062 9 sep 20:02 siril-1.0.5-x86_64.dmg MLS-MBP:Downloads stephane$ ls -l@ kstars-3.5.9.dmg -rw-r--r--@ 1 stephane staff 200084831 2 sep 12:32 kstars-3.5.9.dmg com.apple.metadata:kMDItemDownloadedDate 53 com.apple.metadata:kMDItemWhereFroms 105 com.apple.quarantine 21 MLS-MBP:Downloads stephane$ xattr -d com.apple.quarantine kstars-3.5.9.dmg MLS-MBP:Downloads stephane$ ls -l@ kstars-3.5.9.dmg -rw-r--r--@ 1 stephane staff 200084831 2 sep 12:32 kstars-3.5.9.dmg com.apple.metadata:kMDItemDownloadedDate 53 com.apple.metadata:kMDItemWhereFroms 105 note j'avais bien précisé dans mon 1er messages que : Oui, on peut faire de l'astro avec un Mac (mais il faut aimer souffrir un peu...)

Bonjour, Je confirme, c'était l'ISS, je l'ai observée ce soir (pas par hasard, c'était planifié !) Visible de 20h31 (ouest) à 20h37 (sud-est), passage au plus haut à 30° d'elevation Pour l planification des passages ISS, il existe plusieurs applications pour smartphone. Personnellement j'utilise "ISS Finder" Prochain passage visible en région parisienne, demain à 19h42 direction Ouest/Nord-Ouest, au plus haut à 19h46 (elevation 44°) direction Sud / Sud-Ouest, puis fin du passage à 19h49 au Sud-Est Cordialement

La version 3.6.1 viens officiellement de sortir, elles est annoncée comme "early preview" donc pas vraiment stable Reste a tester si le problème de guidage de @rmor51 persiste et si d'autres le rencontrent... Release node Stars 3.6.1: https://knro.blogspot.com/2022/10/kstars-v361-released.html

Bonjour, Oui, on peut faire de l'astro avec un Mac (mais il faut aimer souffrir un peu...) Je te conseille l'utilisation de KStars (en fait du trio Kstars/Ekos/Indi, installable en "tout en un", pour le télécharger c'est ici: https://edu.kde.org/kstars/#download). Je l'utilise sur MacOs (sur un macbook) et sous Linux (un raspberry) en nomade, pour piloter mon setup astrophoto (SW AZ-EQ6 avec cable eqmod, APN Canon, focuser électrique, camera ASI290 pour le guidage) Attention, comme rien n'st simple, a ma connaissance cela ne fonctionne que sur le emac avec processeur Intel, pas sur les derniers M1/M2 (je te laisse tester) Pour les Mac avec processeur Intel et MacOS Mojave (10.14) et plus vieux il faut se limiter à la version 3.5.9 (je suis dans e cas) Pour les Mac avec processeur Intel et MacOs Catalina (10.15) et plus recent on peut installer les version 3.6.0 et plus Pour le sMac avec processeur ARM, je ne sais pas si le binaire fourni pour Kstars est "universel" (support Intel/Arm M1/M2), c'est à tester... Le logiciel est traduit en français, ainsi que sa documentation, grace à @rmor51 , voir ici Ensuite, pour le traitement des photos, Siril fonctionne très bien sur Mac... Cordialement

Bonjour, Un hub usb ne se pilote pas, c'est juste un hub... donc pas de driver INDI pour le hub, juste pour la monture Par contre si tu connectes des périphériques sur le hub de la monture ils apparaitrons via le "lsusb", et si par exemple tu branches une roue à filtre motorisée ayant un driver indi, celle ci sera pilotable par le driver indi prévu pour la dite roue a filtre (et pas par le driver de la monture) Cordialement

@rmor51 A priori APT connait les versions 3.6.1 (actuellement installée) et 3.6.0, donc du devrais pouvoir downgrader de la 3.6.1 à la 3.6.0 (mais pas à la 3.5.9, sauf à trouver de package fichier ".deb" et l'installer à la main) Le bug de calibration du guidage, tu l'as avec quelle version ? 3.6.1 ou 3.6.0 ? Ce qui est bizarre c'est que la version 3.6.1 ne semble pas avoir été installée par APT à partir des repository standard pour la distribution ubuntu/jammy, mais plutôt manuellement.... (fichier .deb installé à la main ?, version "daily-build" d'un canal de distribution d eversion beta ?) Quand tu liste les packages, derière le nom "kstars-bleeding" après le "/" tu devrais avoir jammy,now pour la version installée. Le fait qu'il indique "now' (version courante installée, mais pas "jammy" indique que ce package ne proviens pas du repository standard) Cordialement

A priori tu as KStars version 3.6.1 (qui semble dater du 20/09) pas 3.6.0 --> tente de repasser en 3.6.0 si la 3.5.9 n'est plus dispo Je suis aussi en ubuntu mate 22.04 avec kstars 3.6.0 (la 3.6.1 ne m'est pas proposée, et cela semble tant mieux...) nafabox@mls-nfb:~$ apt list --installed | grep -i kstars WARNING: apt does not have a stable CLI interface. Use with caution in scripts. kstars-bleeding-data/jammy,now 6:3.6.0+202208280917~ubuntu22.04.1 all [installé, automatique] kstars-bleeding-dbg/jammy,now 6:3.6.0+202208280917~ubuntu22.04.1 arm64 [installé] kstars-bleeding/jammy,now 6:3.6.0+202208280917~ubuntu22.04.1 arm64 [installé] nafabox@mls-nfb:~$ cat /etc/os-release PRETTY_NAME="Ubuntu 22.04.1 LTS" NAME="Ubuntu" VERSION_ID="22.04" VERSION="22.04.1 LTS (Jammy Jellyfish)" VERSION_CODENAME=jammy edit: pour lister les autres versions disponibles sudo apt list kstars-bleeding --all-versions

Bonjour @rmor51tu ne précises pas sous quel environnement tu utilises kstars (linux ? quelle distribution ?) Si ton KStars a été installé sur un linux qui utilise "apt" pour la gestion des packages, alors tu peux forcer l'installation d'aune autre version que la version "up to date" avec une version du style ci dessous (voir aussi le "man" de "apt") sudo apt install --reinstall kstars=3.5.9 ou sudo apt reinstall kstars=3.5.9 Pour voir la liste des packages kstars installés: sudo apt list --installed | grep -i kstars note: j'ai utilisé la version 3.6.0 plus plus tard que la nuit dernière et je n'ai pas rencontré de problème de guidage, tu peux nous en dire un peu plus sur le problème que tu rencontre (est il générique ? ou bien lié à une combinaison de matos spécifique ? ) Cordialement, Stephane

Bonjour Kstars/Ekos/Indi fonctionne très bien sur MacOS voir ici pour le téléchargement https://edu.kde.org/kstars/ Je l'utilise sur un MacBook (Kstars 3.5.9 sur MacOS 10.14, processeur Intel). En fait de devrais parler au passé, car pour des raisons de baisse d'autonomie de batterie sur mon MacBook vieillissant j'utilise désormais Kstars sur un raspberry (NafaBox), moins gourmand, le MacBook ne servant qu'en début et fin de session pour lancer la session de capture en prenant la main a distance sur le raspberry (je peux alimenter le MacBook via la batterie 12V, mais pas toute une nuit d'hiver) Et sur Mac il y a aussi OaLive, OaCapture, PlanetaryImager, PHD2 (guidage), ASTAP (astrométrie et stacking), et ZWO fourni aussi ASIStudio pour MacOS Pour les plus bricoleurs on peut faire tourner certaines applications Windows via Wine (Autostakkert, Registax, ...) Cordialement, Stephane

Y'en a qui ont été pendus pour moins que çà ! Pour les infos sur les DOF (Dark Offset Flat) https://free-astro.org/index.php/Siril:Tutorial_preprocessing/fr Cordialement

Bonjour, Actuellement pour Siril ce sont des binaires "x86/amd64" pas des binaires "universels" (dénomination Apple pour les applications compatibles Intel et ARM) donc utilisation de Rosetta, pareil pour Gimp, même si pour Gimp il y a des portages en cours vers des binaires pour Apple M1/M2 (il existe déjà des binaires officiels Gimp en architecture ARM, mais pour Linux, sur Raspberry notamment, et il existe un portage non officiel de Gimp 2.10.22 pour processeur Apple M1) Concernant les machines virtuelles: VirtualBox, VMWare et Parallels sont des "hyperviseurs" pas des "émulateurs", ils permettent de lancer des système d'exploitation mais seulement pour le type de CPU disponible sur le Mac qui est l'hôte. De plus ces hyperviseurs ne sont pas pris en charge par Rosetta. En clair, sur un Mac avec puce M1/M2 tu peux via Parallels faire tourner un Windows 11, mais seulement la version Windows11 pour CPU ARM, et il ne lancera que les programmes windows pour CPU ARM, pas ceux pour CPU intel/AMD. A priori coté VirtualBox dans les versions 7 beta il y a une volonté d'aller vers une émulation de processeurs x86... à surveiller.... note: moi, personnellement je garde mon (vieux) MacBook à processeur Intel, et je garde ma version MacOS 10.14 Mojave pour conserver la possibilité de lancer des applications 32bits (leur support est supprimé en MacOS 10.15 Cartalina), et comme cela je garde la possibilité de lancer certaines applications Windows avec Wine, et la possibilité de lancer des VMs Windows et Linux avec VirtualBox... Cordialement, Stéphane

Bonjour, Vu que tu annonces vouloir t'orienter vers une camera "mono" (forcement une ZWO si tu veut utiliser un Asiair !), cela implique généralement une roue a filtre, donc du poids supplémentaire, et tu feras certainement du guidage, ce qui rajoute aussi du poids, et tu ajouteras certainement un focuser électrique, etc... Dans ce cas prendre une monture avec une bonne capacité de charge en astrophoto. Note: personnellement j'ai une AZ-EQ6, et j'image avec une SW Equinox 80, donc oui la monture est certainement surdimensionnée, mais en astrophoto il es préférable d'avoir une monture surdimensionnée que sous dimensionnée (et puis je l'utilise aussi avec un C8 et un newton 10pouces....) Et pour l'usage en mode Alt-azimutale, je l'utilise exclusivement (et avec bonheur) pour les soirée d'observation publiques, avec la lunette d'un coté et le C8 de l'autre...Donc c'est pratique mais pas indispensable. Cordialement

Bonjour, La dernière version 2.7 de Firecapture n'est disponible qu'en 64bits Une version windows 32 bits est disponible pour le version 2.6, donc c'est à tester (celé ne coute rien de tester) Téléchargement de la version 32bits disponible sur le site du développeur http://www.firecapture.de Cordialement