keymlinux

Sur le montage video de @RamRam54 on voit les trainées de quelques satellites, qui a leur altitude de quelques centaines de km sont éclairés par le soleil alors que nous au sol sommes dans la nuit. Si l'objet bizarre et bien le satellite Cosmos 2564 (ce qui reste a démontrer), vu que ce satellite est sur une orbite à plusieurs milliers de km il se peut qu'il se soit trouvé illuminé par la pleine lune même si pour nous au sol elle n'était pas encore levée. D'ailleurs il se peut bien qu'il ait été a la fois éclairé par le soleil qui venait de se coucher à l'ouest et par la lune qui allait se lever à l'est Reste a savoir si ces reflets et un peu de buée donneraient le halo observé... EDIT: par contre pour des reflets de la lune directement sur la lentille d'un telescope ou objectif photo, oui là il faut que la lune soit levée pour l'observateur au sol

Plus serieusement si l'objet est "bas" comme un drone (pas bas j'entend ici dans l'atmosphère), alors vu sa vitesse de déplacement angulaire il ne doit pas avoir une grande vitesse de déplacement dans l'air, donc comment se sustente t'il si l'objet est loin (comme un satellite à 19000 km avec une période orbitale de 11h 16min), même si sa vitesse orbitale est grande son déplacement d'angulaire paraitra faible

J'ai trouvé..il y a comme une ressemblance dans la forme...

Bonjour, Le 13/06 entre 23h30 et minuit il y a le satellite "Cosmos 2564 (761)" qui est passé entre arcturus et 20 Boo La trajectoire semble la même que l'objet sur ta séquence, par contre cela n'explique pas le halo Capture stellarium Avec une capture video (fichier MP4 a lire avec VLC) Cosmos 2564.mp4 EDIT: format de video correct a la 3eme tentative (je suis un boulet...) Cordialement

Non Les bagues T2 c'est du 42mm de diamètre avec un pas de vis de 0.75mm, c'est beaucoup utilisé en astro Les bagues M42 c'est du diamètre 42mm et pas de vis de 1mm, utilisé pour les anciens objectifs photo Une bague M42-EOS te permettra de fixer un ancien objectif photo ayant un diamètre 42mm (x1mm) sur un APN CANON Une bague T2-EOS te permettra de fixer un accessoire astro (tube allonge, réducteur/correcteur) ayant un diamètre de 42mm (x0.75mm) vers un APN Canon Cordialement

Ubuntu 24.04.2 LTS sur un raspberry PI 5 note: L'impossibilité actuelle de cumuler kstars et siril sur le même host n'est pas un problème bloquant pour moi, car je fais tourner kstars sur le raspberry pour piloter la prise de vue, mais j'utilise Siril principalement sur MacOs pour le traitement. Habituellement j'utilise Siril sur le raspberry pi pour voir les stats des lights au début de la séance de prise de vue pour ajuster le temps de pose (règle des 3 sigma) Par contre pour quelqu'un qui voudrait utiliser un PC sous linux pour faire la prise de vue avec kstars ET le traitement avec siril, cela serait bloquant Package Kstars installé: (a priori compilé ce jour 10 juin...) root@mls-nfb:~# apt search kstars-bleeding En train de trier... Fait Recherche en texte intégral... Fait kstars-bleeding/noble,now 6:3.7.7+202506101226~ubuntu24.04.1 arm64 [installé] desktop planetarium for KDE kstars-bleeding-data/noble,noble,now 6:3.7.7+202506101226~ubuntu24.04.1 all [installé, automatique] data files for KStars desktop planetarium kstars-bleeding-dbg/noble,now 6:3.7.7+202506101226~ubuntu24.04.1 arm64 [installé, automatique] debug information for the desktop planetarium for KDE Les dépendances kstars (on y trouve la libxisf) root@mls-nfb:~# apt show kstars-bleeding Package: kstars-bleeding Version: 6:3.7.7+202506101226~ubuntu24.04.1 Priority: optional Section: science Maintainer: Jasem Mutlaq <mutlaqja@ikarustech.com> Installed-Size: 31.4 MB Depends: kio, libc6 (>= 2.38), libcfitsio10t64 (>= 4.2.0~), libgcc-s1 (>= 4.0), libgsl27 (>= 2.7.1), libindi1, libkf5configcore5 (>= 4.98.0), libkf5configgui5 (>= 4.97.0), libkf5configwidgets5 (>= 5.23.0), libkf5coreaddons5 (>= 4.100.0), libkf5crash5 (>= 5.15.0), libkf5i18n5 (>= 5.69.0), libkf5kiocore5 (>= 4.96.0), libkf5kiowidgets5 (>= 4.96.0), libkf5newstuff5 (>= 4.95.0), libkf5notifications5 (>= 4.96.0), libkf5notifyconfig5 (>= 4.96.0), libkf5plotting5 (>= 4.96.0), libkf5widgetsaddons5 (>= 5.100.0), libkf5xmlgui5 (>= 4.98.0), libopencv-core406t64 (>= 4.6.0+dfsg), libopencv-highgui406t64 (>= 4.6.0+dfsg), libopencv-imgproc406t64 (>= 4.6.0+dfsg), libqt5concurrent5t64 (>= 5.6.0~rc), libqt5core5t64 (>= 5.15.1), libqt5datavisualization5 (>= 5.10.1), libqt5dbus5t64 (>= 5.14.1), libqt5gui5t64 (>= 5.14.1) | libqt5gui5-gles (>= 5.14.1), libqt5keychain1 (>= 0.7.0), libqt5network5t64 (>= 5.15.1), libqt5printsupport5t64 (>= 5.0.2), libqt5qml5 (>= 5.0.2), libqt5quick5 (>= 5.0.2) | libqt5quick5-gles (>= 5.0.2), libqt5sql5t64 (>= 5.3.0), libqt5svg5 (>= 5.6.0~beta), libqt5websockets5 (>= 5.6.0), libqt5widgets5t64 (>= 5.15.1), libraw23t64 (>= 0.21.1), libstdc++6 (>= 12), libstellarsolver, libwcs8 (>= 8.1), libxisf, zlib1g (>= 1:1.1.4), kstars-bleeding-data (>= 6:3.7.7+202506101226~ubuntu24.04.1), kstars-bleeding-dbg (= 6:3.7.7+202506101226~ubuntu24.04.1), kded5, kinit, indi-bin, breeze-icon-theme, libqt5sql5-sqlite, qml-module-qtquick-controls Recommends: xplanet, xplanet-images Conflicts: kstars Replaces: kstars Download-Size: 7470 kB APT-Manual-Installed: yes APT-Sources: https://ppa.launchpadcontent.net/mutlaqja/ppa/ubuntu noble/main arm64 Packages Le package Siril dispo a l'installation: root@mls-nfb:~# apt search siril En train de trier... Fait Recherche en texte intégral... Fait python3-sirilic/now 1.15.8-1 all [installé, local] SiriLic is a graphical frontend for SiriL scripting. siril/noble 1.4.0-beta2-0ubuntu0~nobleppa1 arm64 outil de traitement d'images astronomiques siril-common/noble,noble 1.4.0-beta2-0ubuntu0~nobleppa1 all architecture-independent files for siril Lorsque j'essaie de l'installer: root@mls-nfb:~# apt install siril Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Lecture des informations d'état... Fait Certains paquets ne peuvent être installés. Ceci peut signifier que vous avez demandé l'impossible, ou bien, si vous utilisez la distribution unstable, que certains paquets n'ont pas encore été créés ou ne sont pas sortis d'Incoming. L'information suivante devrait vous aider à résoudre la situation : Les paquets suivants contiennent des dépendances non satisfaites : libxisf : Est en conflit avec: libxisf0 mais 0.2.8-1 devra être installé E: Erreur, pkgProblem::Resolve a généré des ruptures, ce qui a pu être causé par les paquets devant être gardés en l'état. et pour cause, Siril nécessite la libxisf0 qui est en conflit avec la libxisf déjà présente root@mls-nfb:~# apt show siril Package: siril Version: 1.4.0-beta2-0ubuntu0~nobleppa1 Priority: optional Section: science Maintainer: Debian Astronomy Maintainers <debian-astro-maintainers@lists.alioth.debian.org> Installed-Size: 9796 kB Depends: libavcodec60 (>= 7:6.0), libavformat60 (>= 7:6.0), libavutil58 (>= 7:6.0), libc6 (>= 2.38), libcairo2 (>= 1.15.10), libcfitsio10t64 (>= 4.2.0~), libcurl3t64-gnutls (>= 7.16.2), libexiv2-27 (>= 0.25), libffms2-5 (>= 2.21), libfftw3-single3 (>= 3.3.10), libgcc-s1 (>= 4.0), libgdk-pixbuf-2.0-0 (>= 2.25.2), libgit2-1.7 (>= 1.7.0), libglib2.0-0t64 (>= 2.75.3), libgomp1 (>= 9), libgsl27 (>= 2.7.1), libgtk-3-0t64 (>= 3.23.1), libgtksourceview-4-0 (>= 3.99.7), libheif1 (>= 1.13.0), libjpeg8 (>= 8c), libjxl0.7 (>= 0.7.0), liblcms2-2 (>= 2.14), libopencv-calib3d406t64 (>= 4.6.0+dfsg), libopencv-core406t64 (>= 4.6.0+dfsg), libopencv-imgproc406t64 (>= 4.6.0+dfsg), libopencv-stitching406t64 (>= 4.6.0+dfsg), libpango-1.0-0 (>= 1.14.0), libpangocairo-1.0-0 (>= 1.14.0), libpng16-16t64 (>= 1.6.2), libraw23t64 (>= 0.16.0), libstdc++6 (>= 13.1), libswresample4 (>= 7:6.0), libswscale7 (>= 7:6.0), libtiff6 (>= 4.0.3), libwcs8 (>= 8.1), libxisf0 (>= 0.2.8), siril-common (= 1.4.0-beta2-0ubuntu0~nobleppa1), librsvg2-2, gvfs-backends, python3-venv, python3-pip, python3-tk Download-Size: 2584 kB APT-Sources: https://ppa.launchpadcontent.net/lock042/siril/ubuntu noble/main arm64 Packages Cordialement

Merci pour la démarche. Je pense qu'il va falloir quelques jours/semaine pour prise en compte (probablement la prochaine version de kstars) La version actuelle de Kstars 3.7.7 (qui date de la semaine dernière) utilise toujours la librairie "libxisf" spécifique au repository de Jasem Je viens de faire la mise a jour et cela bloque toujours pour l'installation de Siril (qui nécessite la librairie libxisf0 du repository officiel Ubuntu) Je vais guetter la prochaine mise a jour de kstars et je vous tiens au courant Cordialement, Stéphane

- si tu connecte un objo manuel sans contact, pour le boitier la focale sera 0 et l'ouverture sera 0 - si il y a un chip af-confirm, on peut y programmer certaines infos comme la focale et l'ouverture max (pas l'ouverture choisie lors de la prise de vue par le boitier), c'est décrit dans la doc - pour que l' exif contienne la valeur d'ouverture choisie pour la photo, tu choisis l'ouverture qui va bien pour ton expo avec la bague de l'objectif, et tu règles la même valeur sur ton boitier avant de déclencher, comme cela il enregistrera la bonne valeur (oui c'est contraignant, et peu utilisable si tu es contraint par le temps lors de la prise de vue)

Certains adaptateurs M42-EOS sont équipés d'un chip "AF confirm" Cela permet d'avoir la confirmation de mis au point (ok on s'en fout en usage astro 🙂, mais pas en usage diurne) , d'avoir certaines infos spécifiques a l'objectif dans les EXIFs (focale, ouverture max, c'est pratique si on a plusieurs objo m42), et on peut aussi enregistrer les micro-ajustement pour la mise au point J'en utilise avec divers objos m42 sur mon 80D (et avant sur un 650D), je trouve cela pratique à l'usage (attention, compatibilité aléatoire en fonction des boitiers Canon) EMF AF Confirm Chip For M42 Lens To Canon.pdf Cordialement, Stéphane

J'ai testé l'ouverture du fit avec ASIfitsviewer et Siril Avec ASIfitsviewer, aucun problème, les stats sont min=100, max=524, moy=314 et histogramme bien à gauche Avec siril (1.2 et 1.4 beta), on a des moyennes à 32000 et quelques... Donc même si AstroArt écrit ses fits de manière "atypique" (ne maitrisant pas la norme "fits" je n'ose pas écrire "incorrecte"), il semble que ASIfitsviewer semble s'en accommoder, ce qui n'est pas le cas de Siril. Je suis bien incapable de trancher sur qui a tord ou raison dans l'implémentation, le problème est-il coté AstroArt ou bien Siril, ou bien éventuellement du coté d'une librairie tierce comme libcfitsio Cordialement

Pour Siril, il me semble ( pas sur, à confirmer), que Siril n’implémente pas directement dans son code la lecture/écriture des fits, il fait appel a une librairie « libcfitsio » qui se charge des i/o (input/output) pour les fichiers fits, et c’est donc les développeurs de cette librairie qui ont la charge d’implémenter la norme fits @lock042 aurait tu un avis sur le problème rencontré ? Cordialement, Stephane

Bonjour, Il semblerait que ce problème soit connu (déjà discuté sur el forum astroart) https://www.astroart-forum.net/forum/viewtopic.php?f=2&t=222&p=749&hilit=bzero#p749 Lors de l’enregistrement du fichier fît, si il y a au moins une valeur de pixel supérieure a 32768 (ce qui est le cas sur tes dark sur les pixels chauds) alors les valeurs sont écrites en entiers signés entre -32k et +32k avec un bzero a 32768. Si par contre la valeur max des pixels est inférieure a 32k ( cas de tes bias) alors le fît est écrit avec des valeurs entre 0 et 32k et le bzero=0

Bonjour, Beau résultat, même si je trouve ton fond de ciel un peu trop noir (le risque en tirant sur les curseurs pour avoir le ciel noir c'est de perdre dans les détails faiblement lumineux) Peux tu préciser combien de poses tu as empilées et le temps de pose unitaire ? Cordialement, Stéphane

Ah, toi aussi J’y fixe une ed80 avec queue d’aronde vixen et un newton 10’´ en losmandy, dans les deux cas les vis sont un poil trop courtes. Par contre a part les vis, pas noté d’autre problème sur la tête de l’az-eq6