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

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

C’est sous la pression (du public) que l’on se dépasse ! 😓

@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.

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

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) 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

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

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 resize note: 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 happen Test 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-color Je vais poursuivre mes tests. Cordialement, Stéphane