keymlinux
-
Compteur de contenus
860 -
Inscription
-
Dernière visite
-
Jours gagnés
3
Messages posté(e)s par keymlinux
-
-
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...
-
4
-
-
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)
EDIT: format de video correct a la 3eme tentative (je suis un boulet...)
Cordialement
-
3
-
-
Voir davantage
t si je comprend bien ce que me dit Skywatcher707, bague T2 et bague M42 c'est la même chose, elle permet d'adapter des objectifs 42mm à vis à un Canon EOS ?
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
-
1
-
-
Voir davantage
Tu as quel Ubuntu ?
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 KDELes 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 sirilLorsque 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
-
Voir davantage
Le conflit entre Siril et Kstars à cause de libXISF devrait être réglé. J'ai demandé à Jasem de virer sa version de lib qui était empaquetée dans ses PPA
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
-
Voir davantage
si l'objo est manuel, sans contacts, comment le boitier fait pour avoir les infos?
- 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)
-
1
-
-
Voir davantage
la fnac non plus (des contacts electriques pour des objos manuels??)
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
-
1
-
-
Bzero=0
dans Aide SIRIL
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
-
Bzero=0
dans Aide SIRIL
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
-
Bzero=0
dans Aide SIRIL
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
-
Voir davantageVoir davantage
Peut-être juste parce que la tête de l'AZ-EQ6 n'est pas top pour du Losmandy ? Il faut a minima changer les vis moletées pour des plus longues, sinon changer la platine pour une de meilleure qualité (Primaluce, Geoptik, etc...)
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
-
Bonjour,
Il me semble le que la FRA500 est équipée en standard d'une queue d'aronde type Losmandy (7.6cm de large) de 30cm de long
La largeur de 7.6mm permet d'avoir 2 point d'attache par anneau.
S tu la remplace par une queue d'aronde vixen (mais pourquoi donc ?) celle ci ne fera que 4.3cm de large a avec une fixation unique centrale. Je ne connais pas de queue d'aronde vixen ayant 2 points d'attache dans la largeur
Cordialement, Stéphane
-
Voir davantage
J'espère que tu n'es pas timide, y a tout WA qui te regarde maintenant...
C’est sous la pression (du public) que l’on se dépasse ! 😓
-
2
-
-
@HamHam J'ai regardé ce que font les scripts, en fait ils clonent le repository git de différents outils comme kstars et indi et font une compilation des binaires, donc ce n'est pas un problème de ne pas avoir de binaire pré-compilés pour Raspbian (c'est juste que la compilation peut être un peu longue)
J'utilise aussi un raspberry distant, mais en plus de indi j'y fait aussi tourner kstars, cela permet d'avoir un tout en un autonome (et peu consommateur en énergie, vu que je suis en nomade donc sur batterie) pour la prise de vue, et je me connecte dessus via nomachine depuis un macbook pour lancer la session et surveiller de temps en temps.
-
Voir davantage
J'ai eu plein de galère à installer kstars & indi sur Ubuntu pour RPi, pour kstars je ne sais pas mais pour indi solo et ses librairies mieux vaut le faire en restant sur Raspbian
As tu tenté d'installer "kstars" (qui existe pour ubuntu et raspbian mais dans une ancienne version 3.6.2 qui date de debut 2023) ou bien "kstars-bleeding" qui existe pour ubuntu (mais pas a ma connaissance pour raspbian) en version récente 3.7.6 ?
-
Bonjour,
@rmor51 J'ai eu le même problème avec une ubuntu 24.04 LTS (même problème sur un raspberry et un pc)
Le problème c'est qu'il y a désormais 2 librairies différentes
la librairie libxisf0 en version 0.2.8 qui était utilisée par kstars/indi et par siril
la librairie libxisf (sans le 0) en version 0.2.12 qui est celle désormais utilisée par kstars/indi, mais siril utilise toujours l'ancienne, et on ne peut pas installer les 2 en même temps vu qu'elle contiennent des fichiers identiques
La solution qui a fonctionné chez moi a été de désinstaller siril, kstars-bleeding, indi-full et la libxisf0
Puis d'installer kstars-bleeding et indi-full, qui en pré-requis pourront bien installer la librairie libxisf (sans le 0) vu que siril n'est plus présent
EDIT:
pour lister les dépendances d'un packet (ce dont un packet a besoin)
apt-cache depends <package>
pour lister les packets qui dépendent d'un autre packet (qui liste le packet dans ses dépendances)
apt-cache rdepends <package>
EDIT: modifié de "depends" en "rdepends" dans la ligne ci dessus
Cordialement, Stéphane
-
1
-
-
Plusieurs pistes
1) le Canon 1000D est compatibles avec les cartes SD et SDHC (page 2 de la doc) mais pas avec les cartes SDXC
Cela implique que l'on ne peut pas utiliser de cartes de plus de 32GB avec cet appareil
Si tes cartes SD (ou microSD avec adaptateur) sont des SDXC cela peut expliquer qu'elles ne soient pas reconnues
Il te faudra te procurer une carte SDHC de 32GB max
2) si ta carte est bien une SDHC et pas SDXC, tu peux essayer de formater en décochant l'option "formatage simple" (au lieu de simplement formater une partition existante, cela devrait recréer une table de partition et fera un formatage avec test de surface, c'est un peu plus long)
Voir davantageJe ne sais pas l'expliquer informatiquement
Habituellement l'APN effectue un formatage d'une partition existante, mais si la carte n'a pas été initialisée (ce qui est rare, la plupart des cartes sont initialisées avec une partition FAT32) , il n'y a pas de table de partition et dont rien à formater du point de vue de l'APN.
En le faisant sur un PC windows cela créera une table de partition (choisir type MBR et pas GUID) et créera une partition (choisir type FAT32 et pas NTFS). Certains APN (recents) supportent aussi le type de partition exFAT
type de partition windows et limites
FAT12 --> obsolete, plus aucun windows recent ne sait les lire
FAT16 (ou FAT) / VFAT --> taille max de la partition a 2GB (GB=giga-octets, 10^9 octets)
FAT32 --> taille max théorique de la partition à 16TB, en pratique taille max de 2TB, mais taille max d'un fichier de 4GB ce n'est pas un problème pour les photos mais s'en est un pour les videos (TB= tera-octect = 1024 GB)
NTFS --> taille max de la partition 256TB, taille max d'un fichier 16 TB
exFAT --> taille max des partitions et fichiers à 128 PB (PB=peta-octet = 1024 TB)
Cordialement, Stéphane
-
1
-
1
-
-
Bonjour,
Le Canon 1000D utilise une carte SD. On peut aussi y utiliser une microSD mais avec un adaptateur (parfois fourni avec la carte)
Dans tous les cas la carte doit être formatée préalablement a son utilisation.
Via ce lien tu pourras télécharger la doc de ton APN sur le site de Canon
--> https://www.canon.fr/support/consumer/products/cameras/eos/eos-1000d.html?type=manuals
Pour le formatage de la carte SD, c'est page 40
EDIT:
Je vois sur ta photo que tu n'a pas paramétré l'APN pour prendre des images en modes RAW
--> voir page 64 de la doc pour le réglage.
Il est important de choisir le mode RAW si tu veux faire des poses multiples et les traiter avec Siril ou Pix
Cordialement, Stéphane
-
Bonsoir,
Dans le plugin pour ajouter la Terre sur une image solaire, dans la saisie de l'année il n'est plus possible de sélectionner une année antérieure à l'année courante, ce qui pose problème pour traiter des images en retard, ou pour retraiter d'anciennes images.
Cordialement
-
1
-
-
Bonjour,
Concernant l'initialisation des polices au premier lancement:
- le touch ne suffit pas, j'ai aussi du supprimer la config du plugin qui avait été sauvegardée
- cette config n'est plus dans un fichier "~/pyGapM27rc", mais dans "~/Library/Application Support/GIMP/3.0/plug-in-settings/GimpProcedureConfigRun-GapM27DeepSkyCartridge.last" (il y a en fait un fichier différent par plugin)
- cela fonctionne tres bien, d'ailleurs le temps de chargement de la fenêtre du plugin a réduit (passant de 8sec à moins de 3sec)
Par contre je rencontre un nouveau soucis. A priori tu as mis une borne supérieur (valeur 100) à la "taille de la zone d'information du bas" pour tous les cartouches alors qu'avant cette valeur n'était pas limitée (j'utilise habituellement une valeur entre 200 et 250 avec mes images qui font 6000x4000)
Cordialement
-
Test de la dernière version sur MacOS
Test du plugin GapM27DeepSkyCartridge
- lors de l'appel du plugin le délai d'attente pour l'affichage de la fenêtre est de 8 à 10 secondes, c'est mieux
- voir ci dessous les messages d'avertissement que j'obtiens (gimp lancé vi la ligne de commande pour avoir la log)
- sur les 6 selections de police, 5 sont vides, la 6 eme est bien initialisée
1er cas: si je tente de générer la cartouche à ce stade (avec des polices "vides", j'ai des message d'erreur, voir ci dessous)
2eme cas: si je sélectionne des polices
-- aucun délai notable additionnel pour obtenir la liste des police, la liste est obtenue tres rapidement, la selection est facile
-- pas de message d'erreur lors de la generation du cartouche si les polices ont bien été sélectionnées préalablement
Message au lancement du plugin GapM27DeepSkyCartridge
Procedure 'GapM27DeepSkyCartridge': no mnemonic for property inner-size Procedure 'GapM27DeepSkyCartridge': no mnemonic for property inner-color Procedure 'GapM27DeepSkyCartridge': no mnemonic for property outer-size Procedure 'GapM27DeepSkyCartridge': no mnemonic for property outer-color Procedure 'GapM27DeepSkyCartridge': no mnemonic for property gauss-radius Procedure 'GapM27DeepSkyCartridge': no mnemonic for property info-height Procedure 'GapM27DeepSkyCartridge': no mnemonic for property font-color Procedure 'GapM27DeepSkyCartridge': no mnemonic for property text-left1 /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Core-CRITIQUE: gimp_object_get_name: assertion 'GIMP_IS_OBJECT (object_typed)' failed /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Core-CRITIQUE: gimp_object_get_name: assertion 'GIMP_IS_OBJECT (object_typed)' failed Procedure 'GapM27DeepSkyCartridge': no mnemonic for property font-name-left1 Procedure 'GapM27DeepSkyCartridge': no mnemonic for property font-size-left1 Procedure 'GapM27DeepSkyCartridge': no mnemonic for property text-left2 /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Core-CRITIQUE: gimp_object_get_name: assertion 'GIMP_IS_OBJECT (object_typed)' failed /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Core-CRITIQUE: gimp_object_get_name: assertion 'GIMP_IS_OBJECT (object_typed)' failed Procedure 'GapM27DeepSkyCartridge': no mnemonic for property font-name-left2 Procedure 'GapM27DeepSkyCartridge': no mnemonic for property font-size-left2 Procedure 'GapM27DeepSkyCartridge': no mnemonic for property text-middle1 /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Core-CRITIQUE: gimp_object_get_name: assertion 'GIMP_IS_OBJECT (object_typed)' failed /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Core-CRITIQUE: gimp_object_get_name: assertion 'GIMP_IS_OBJECT (object_typed)' failed Procedure 'GapM27DeepSkyCartridge': no mnemonic for property font-name-middle1 Procedure 'GapM27DeepSkyCartridge': no mnemonic for property font-size-middle1 Procedure 'GapM27DeepSkyCartridge': no mnemonic for property text-middle2 /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Core-CRITIQUE: gimp_object_get_name: assertion 'GIMP_IS_OBJECT (object_typed)' failed /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Core-CRITIQUE: gimp_object_get_name: assertion 'GIMP_IS_OBJECT (object_typed)' failed Procedure 'GapM27DeepSkyCartridge': no mnemonic for property font-name-middle2 Procedure 'GapM27DeepSkyCartridge': no mnemonic for property font-size-middle2 Procedure 'GapM27DeepSkyCartridge': no mnemonic for property text-right1 /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Core-CRITIQUE: gimp_object_get_name: assertion 'GIMP_IS_OBJECT (object_typed)' failed /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Core-CRITIQUE: gimp_object_get_name: assertion 'GIMP_IS_OBJECT (object_typed)' failed Procedure 'GapM27DeepSkyCartridge': no mnemonic for property font-name-right1 Procedure 'GapM27DeepSkyCartridge': no mnemonic for property font-size-right1 Procedure 'GapM27DeepSkyCartridge': no mnemonic for property text-right2 Procedure 'GapM27DeepSkyCartridge': no mnemonic for property font-name-right2 Procedure 'GapM27DeepSkyCartridge': no mnemonic for property font-size-right2 Procedure 'GapM27DeepSkyCartridge': no mnemonic for property resizenote: lors des appels suivants, si les polices sont initialisées (lues dans le fichier de config, il n'y a plus les messages "Gimp-Core-CRITIQUE", seuls restent les messages "no mnemonic"
Message d'erreur si generation du cartouche avec des polices non initialisées
/Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Text-CRITIQUE: text_get_extents: assertion 'GIMP_IS_FONT (font)' failed /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Text-CRITIQUE: text_get_extents: assertion 'GIMP_IS_FONT (font)' failed /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Text-CRITIQUE: text_get_extents: assertion 'GIMP_IS_FONT (font)' failed /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Text-CRITIQUE: text_render: assertion 'GIMP_IS_FONT (font)' failed /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Text-CRITIQUE: text_get_extents: assertion 'GIMP_IS_FONT (font)' failed /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Text-CRITIQUE: text_render: assertion 'GIMP_IS_FONT (font)' failed /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Text-CRITIQUE: text_get_extents: assertion 'GIMP_IS_FONT (font)' failed /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Text-CRITIQUE: text_get_extents: assertion 'GIMP_IS_FONT (font)' failed /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Text-CRITIQUE: text_get_extents: assertion 'GIMP_IS_FONT (font)' failed /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Text-CRITIQUE: text_render: assertion 'GIMP_IS_FONT (font)' failed /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Text-CRITIQUE: text_get_extents: assertion 'GIMP_IS_FONT (font)' failed /Applications/GIMP-v3.app/Contents/MacOS/gimp: Gimp-Text-CRITIQUE: text_render: assertion 'GIMP_IS_FONT (font)' failed (gimp:61104): Gtk-CRITICAL **: 14:04:30.879: gtk_menu_tracker_remove_items: assertion '*change_point != NULL' failed (gimp:61104): Gtk-CRITICAL **: 14:04:30.879: gtk_menu_tracker_remove_items: assertion '*change_point != NULL' failed (gimp:61104): Gtk-CRITICAL **: 14:04:30.879: gtk_menu_tracker_remove_items: assertion '*change_point != NULL' failed (GapM27DeepSkyCartridge.ui:61125): LibGimp-WARNING **: 14:04:32.117: _gimp_procedure_run_array: no return values, shouldn't happenTest du plugin "GapM27AddEarth"
- délai d'affichage de la fenêtre de 2 à 3 secondes, c'est OK
- plus de "sliders" mais une zone de selection de valeur numérique, c'est parfait
- le champ "police" est bien initialisé, pas de message d'erreur "Gimp-Core-CRITIQUE", seuls quelques avertissement "no mnemonic"
- pas de problème particulier
Procedure 'GapM27AddEarth': no mnemonic for property day Procedure 'GapM27AddEarth': no mnemonic for property month Procedure 'GapM27AddEarth': no mnemonic for property year Procedure 'GapM27AddEarth': no mnemonic for property PixelSize Procedure 'GapM27AddEarth': no mnemonic for property Focal Procedure 'GapM27AddEarth': no mnemonic for property Barlow Procedure 'GapM27AddEarth': no mnemonic for property font Procedure 'GapM27AddEarth': no mnemonic for property font-size Procedure 'GapM27AddEarth': no mnemonic for property font-colorJe vais poursuivre mes tests.
Cordialement, Stéphane
-
1
-
-
Voir davantage
Sinon j'ai poussé sur la branche master un patch qui devrait améliorer l'ouverture du plugin.
Je viens de re-telecharger et re-tester, pas vu de différence. (chrono 22secondes avec le macbook sur secteur, 34sec sur batterie 😭 )
Lorsque j'ouvre par exemple le plugin "GapM27DeepSkyCartridge", j'ai tout d'abord plus de 20sec d'attente pour avoir la fenêtre principale, puis j'ai 3 à 4 secondes d'attente pour avoir la liste des polices si je clique sur une des 6 zones de selection de police. Cela m'invite a penser que lors de l'ouverture du plugin il fait 6 fois le listing des polices (même si on ne souhaite rien changer ensuite), donc 6 fois 3 à 4 sec mais en une seule attente de plus de 20 secondes, puis il refait la liste dès que l'on clique sur un bouton de selection de police.
D'où ma question, si on souhaite utiliser la police par défaut, ne peut t'on pas l'empêcher de construire "pour rien" 6 fois la liste des polices à l'initiation du plugin ?
EDIT; autre sujet non relatif aux polices mais aux réglages numériques avec "sliders" et possibilité ou pas de saisir une valeur numérique
Perso je trouve que la selection d'une valeur numérique avec un "slider" ce n'est pas précis, alors je préfère saisir une valeur numérique lorsque c'est possible
Avec GIMP v2, dans le plugin pour ajouter l'image de la Terre sur une image solaire, il y avait des sliders pour choisir par exemple la focale, avec possibilité de saisie. Avec Gimp v3, pour le même plugin il y a les sliders mais plus les zones de saisie. On peut pas les remettre ?
Gimp v2
Gimp V3
Cordialement, Stéphane
Objet céleste dérivant / comment l'identifier ?
dans Observation
Posté
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