melix

Oui, c'est ce qui est fait pour le fiche technique. Je vais regarder ça.

Il n'y a pas à dire, les images inversées ça aide vraiment à voir le relief !

Ca y est, la 1.6.2 est disponible, suite à vos retours : - correction du bug de l'image Doppler manquante - correction de l'image noire sur le script de colorisation de la fiche technique - ajout d'une option de rotation à gauche ou à droite (pour les scans en DEC) - correction des images tronquées lors des rotations d'angle P sur des disques partiels - ajout d'une option d'autocrop dans les paramètres (avant l'autocrop n'était disponible que dans les scripts) - légères modifications des paramètres CLAHE par défaut - encore des améliorations dans l'algorithme de détection de contours Merci à tou ·te ·s !

Ok pas de soucis je regarde demain.

Effectivement, j'ai cassé cette fonction en 1.6.0 (en tt cas dans l'interface principale), merci de l'avoir fait remarquer ! En attendant que je corrige, tu peux en produire une via ImageMath (il y a un script d'exemple).

Ok hier j'ai fais une fausse manip lors de la sortie de la 1.6.1, pendant qqs minutes c''était pas la bonne version de publiée. Est-ce que tu pourrais essayer de désinstaller ta version et re-télécharger la 1.6.1 ? Pour info je suis en train d'ajouter la possibilité de faire une rotation à gauche/droite directement dans les paramètres. Ca devrait être dispo dans la 1.6.2.

Tu est bien sur la 1.6.1 ?

Magnifique,ça me fait presque regretter de n'avoir acheté le mien qu'il y a 4 mois !

Je suppose que tu veux dire que tu fais les acquisitions en DEC, non ? Parce qu'en AD c'est la direction "usuelle". Je planifie d'ajouter une option "Direction du balayage" dans une prochaine version. Ceci dit, c'est intéressant, parce que même si tu n'as pas ces paramètres, tu peux tout à fait générer ceci toi-même avec les scripts. C'est précisément conçu pour ça : en gros le programme fait des choix "simples" pour la majorité, mais si ça ne colle pas, tu peux passer en mode "expert" et générer ce qu'il te manque. Avant tout, passe à la version 1.6.1, parce qu'en écrivant ce message j'ai trouvé un bug que j'ai corrigé. Prenons cet exemple. Tu me dis "il faut tourner de 90°", et "je voudrais une fiche technique colorisée". Pas de problème, allons-y ! Commençons par ouvrir la fenêtre de paramètres : De là, sélectionne "ImageMath" et décoche toutes les autres images: Maintenant clique sur "Ouvrir ImageMath" et sélectionne le script d'exemple "Fiche technique" : Le script fait ceci: [params] contrast=1.0 cropFactor=1.2 [tmp] _clahe=sharpen(clahe(img(0);contrast)) cropped=autocrop2(_clahe;cropFactor) globe=draw_globe(cropped) [outputs] techcard=draw_solar_params(draw_obs_details(globe)) Si on part de la fin, il dit "crée une sortie nommée techcard` qui applique la fonction draw_solar_params sur l'image draw_obs_details qui elle-même est appliquée sur la variable "globe". On a donc "composé" une image à partir du globe, qui ajoute les détails d'observation et les paramètres solaires. Très bien, mais d'où vient globe ? Dans la section `tmp`, on trouve `globe=draw_globe(cropped`). C'est donc une image qui dessine le globe sur l'image cropped. Et on trouve cropped juste au-dessus : il s'agit d'un autocrop de l'image CLAHE, elle même définie au dessus comme l'augmentation des détails (sharpen) de CLAHE de l'image au pixel shift 0. Ah ah, on tient donc notre coupable, cette image 0 devrait être tournée de 90 degrés. On peut donc modifier le script en écrivant: [params] contrast=1.0 cropFactor=1.2 [tmp] rotated=rotate_left(img(0)) _clahe=sharpen(clahe(rotated;contrast)) cropped=autocrop2(_clahe;cropFactor) globe=draw_globe(cropped) [outputs] techcard=draw_solar_params(draw_obs_details(globe)) J'ai donc ajouté un appel à la fonction "rotate_left" qui fait ce qu'elle dit : une rotation à gauche, de 90 degrés. Reste à sauvegarder le script : On clique sur "Ok" puis on lance le traitement. Tu verras ta fiche avec le disque orienté correctement. Dernière étape, avoir la version couleur. Pour celà, on modifie une fois de plus le script : [params] contrast=1.0 cropFactor=1.2 [tmp] rotated=rotate_left(img(0)) _clahe=sharpen(clahe(rotated;contrast)) cropped=autocrop2(_clahe;cropFactor) globe=draw_globe(cropped) color_globe=draw_globe(colorize(cropped;"h-alpha")) [outputs] techcard=draw_solar_params(draw_obs_details(globe)) techcard_color=draw_solar_params(draw_obs_details(color_globe)) J'ai ajouté `color_globe`, qui utilise la fonction "colorize" pour faire la colorisation du disque en utilisant le profil h-alpha. Puis, on calcule dans [outputs] une 2ème image qui combine une nouvelle fois les informations techniques avec le globe colorisé. Et voici le résultat : Au contraire, merci

A qui le dis-tu ! Je code plein de trucs mais j'ai même pas loisir à l'essayer sur mes propres captures. J'ai fais ce post notamment avec une "vieille" vidéo de Juin Bientôt les vacances pour moi, j'espère avoir plus l'occasion de faire quelques captures, c'est difficile quand tu bosses de sortir pour qqs minutes quand il y a une éclaircie !

Bonjour à tous, Faute de pouvoir imager moi même, il pleut en Bretagne, je continue mes développements Lorsqu'on traite une vidéo Sol'Ex, on utilise généralement le "milieu" de la raie détectée (typiquement le milieu de la raie h-alpha), mails il est aussi possible de reconstruire une image en faisant un décalage de pixels par rapport à ce milieu. Voici un exemple de détection de raie sur la vidéo de test de traitement disponible sur le site de Christian : Ainsi par exemple en décalant de 10 ou 15 pixels, on se retrouve dans le "continuum". J'avais donc ajouté à JSol'Ex la possibilité de calculer ces images décalées, mais j'avais aussi, arbitrairement, limité cette possibilité à des nombres entiers (1 pixel, -2 pixels, etc...). Or, de part la précision que l'on peut obtenir lors de la reconstruction, inférieure au pixel, et l'interpolation lors de la reconstruction, il n'y avait pas de raison de limiter. Voici par exemple la différence entre l'image centrée (décalage = 0) et celle décalée de 0.2 pixels : Ceci est particulièrement intéressant si on souhaite faire une animation, qui part par exemple d'un décalage de -12 pixels à +12 pixels, pour aller "d'un continuum à un autre". En effet, on peut dès lors obtenir une animation très fluide. Voici un exemple: Il suffit de 45 secondes sur ma machine pour générer cette animation, en tout automatique ! Voici le script que j'ai utilisé : [params] shift=12 step=0.2 [tmp] images=range(-shift;shift;step) fixed=remove_bg(fix_banding(images;25;3)) cropped=autocrop2(fixed;1.1;32) adjusted=clahe(cropped;1) [outputs] video=anim(adjusted;40) On peut même tenter une version colorisée, même si je suis moins convaincu du résultat: avec ce script: [params] shift=12 step=0.2 [tmp] images=range(-shift;shift;step) fixed=remove_bg(fix_banding(images;25;3)) cropped=autocrop2(fixed;1.1;32) adjusted=clahe(cropped;1) colorized=colorize(adjusted;"h-alpha") [outputs] video=anim(colorized;40) Tout ceci est disponible dans JSol'Ex 1.5.2. A noter que vous devez être raisonnable sur l'incrément (0.2) et la taille de l'intervalle (-10;10) parce qu'il va y avoir un grand nombre d'images à générer et stocker en mémoire. J'ai optimisé l'utilisation mémoire dans cette version, mais la reconstitution des images à différents décalages de pixels demande de pouvoir stocker chaque image en mémoire. J'essaierai de faire d'autres optimisations dans une prochaine version, mais utiliser moins de RAM veut aussi dire utiliser plus de disque. SSDs indispensables !

Incroyable performance, bravo !

Bonjour à toutes et à tous, [edit] Version 1.4 dispo, cf http://www.astrosurf.com/topic/162390-sortie-de-jsolex-130-traiter-facilement-une-vidéo-hélium/?do=findComment&comment=2303577 Je suis heureux de vous annoncer la sortie de JSol'Ex 1.3.0, logiciel qui permet de traiter vos acquisitions faites avec le Sol'Ex de Christian Build. Pour illustrer les changements, je vous ai préparé cette vidéo qui le montre en action dans le traitement d'une vidéo Hélium. Avec ce nouveau process, il n'est plus nécessaire de faire plusieurs vidéos pour disposer d'une image, ni besoin de jongler entre plusieurs logiciels : Alors quelles sont les nouveautés de la 1.3 ? Outre les corrections de bugs et autres améliorations de reconnaissance de raies, vous aurez la possibilité d'exporter vos images au format JPG ou TIF, mais surtout, et c'est là la grosse nouveauté, accès à un "langage de script" que j'ai appelé "ImageMath" qui permet de faire des calculs sur des images. Comme tout bon logiciel doit bien être documenté, j'ai fait un gros effort sur cette version. Par exemple, pour calculer une image qui serait la moyenne de deux autres images décalées de -1 et +1 pixel autour de la raie, vous n'avez qu'à entrer l'expression: avg(img(-1), img(1)) Et JSol'Ex s'occupe du reste ! Le gros avantage est qu'il est possible de partager nos scripts entre nous. Afin de commencer, je vous partage celui que j'ai utilisé pour le traitement de l'image hélium dans la vidéo. Ce script a été mis au point avec l'aide précieuse de Sylvain Weiller, qui a passé de nombreuses heures à beta-tester, faire des retours, suggestions, un grand merci à Sylvain ! Je sais qu'il y a encore beaucoup d'améliorations à faire et probablement encore beaucoup de bugs, mais le résultat était pour moi si convaincant qu'il était difficile de ne pas en faire une release. N'oubliez pas qu'il est beaucoup plus simple pour moi de traiter vos demandes si vous créez des tickets sur GitHub. Téléchargement : https://github.com/melix/astro4j Documentation: https://melix.github.io/astro4j/1.3.0/fr/jsolex.html Voici donc le script utilisé dans ma vidéo: # # Script PixelMath pour traitement d'une image Hélium # Par Sylvain Weiller et Cédric Champeau # [params] # Entrer la valeur du décalage de raie RaieHelium = -60 # Limites hautes et basses pour le continuum ContinuumLo=-50 ContinuumHi=-40 # Coefficient d'application du continuum ContinuumCoef=0.95 # Stretch de l'image Stretch=80 # Largeur de correction de bande BandWidth=25 # Iterations de correction de bande BandIterations=10 ## Variables temporaires [tmp] continuum = max(range(ContinuumLo,ContinuumHi)) helium_raw = autocrop(img(RaieHelium) - ContinuumCoef*continuum) ## Maintenant les images ! [outputs] #helium = asinh_stretch(helium_raw, blackPoint, Stretch) helium_fixed = asinh_stretch(fix_banding(helium_raw;BandWidth;BandIterations),blackPoint, Stretch) #helium_color = colorize(fix_banding(helium_raw;BandWidth;BandIterations), "Helium (D3)") Merci et au plaisir de lire vos retours (et éventuels mécontentements !).

Bonsoir, La version 1.4 étant sortie, apportant son lot d'améliorations et notamment l'algorithme de normalisation d'histogramme CLAHE, je vous livre une nouvelle version du script pour cette version, ainsi qu'un tutoriel qui explique comment mettre au point vos propres scripts. Voici le nouveau script : # # ImageMath Script for processing an Helium video # By Sylvain Weiller and Cédric Champeau # [params] # The shifting between the helium line and the detected line HeliumShift = -60 # Continuum Hi and Lo values ContinuumLo=-40 ContinuumHi=-35 # Continuum substraction coefficient ContinuumCoef=1 # Stretching factor of the image (for brightness/contrast) Stretch=80 # Banding correction width BandWidth=25 # Banding correction iterations BandIterations=20 # Clahe clip limit Clip=1.2 ## Temporary variables [tmp] continuum = max(range(ContinuumLo,ContinuumHi)) helium_raw = img(HeliumShift) - ContinuumCoef*continuum # Attention, il faut faire l'autocrop APRES correction des bandes helium_fixed = fix_banding(helium_raw;BandWidth;BandIterations) helium_bg = remove_bg(helium_fixed) cropped = autocrop(clahe(helium_bg;Clip)) ## Let's produce the images now! [outputs] helium_clahe = adjust_contrast(cropped;10;200) helium_color = colorize(helium_clahe, 81, 152, 91, 140, 175, 88) Et à titre d'exemple voici ce que ça donne automatiquement :

C'est un problème de nommage de fichiers que j'ai effectivement introduit en 1.3.1. Corrigé dans la 1.3.2 que je viens de sortir. Merci pour le rapport de bug !

Elle claque cette image ! Pour les contours, c'est peut-être lié aux algorithmes de réduction de bande qui se limitent au disque solaire, je vais étudier ça. Quant à la colorisation je ne suis pas encore entièrement convaincu sur l'hélium, c'est peut-être un peu fort.

Haha, je ne vais qu'appliquer les préconisations de Christian, mais c'est vrai qu'avec la correction logicielle on arrive à faire des merveilles

@mizar11 Merci pour les suggestions, je viens de sortir la version 1.3.1 qui corrige le problème de lecture des fichiers script que tu as rapporté etajoute les boutons que tu demandais: Mais aussi la possibilité de choisir les formats de date: Et enfin la coloration syntaxique des scripts : @jjc tu vas avoir droit à télécharger une mise à jour

Merci beaucoup, c'est un plaisir pour moi ! J'y ai investi pas mal de soirs et week-ends, ces messages font très plaisir ! Effectivement, on va appeler ça une déformation professionnelle, j'ai codé ça pour qu'il charge les scripts en UTF-8: https://github.com/melix/astro4j/issues/47 Par curiosité tu es sous Windows ? Mac ? C'est une bonne idée. Ce que je fais dans la vidéo c'est que je me déplace grossièrement avec la souris, puis j'utilise les touches gauche et droite du clavier pour les petits pas. J'ai créé un ticket : https://github.com/melix/astro4j/issues/48 Oui c'est une autre façon de faire, en fait la 1ère que j'avais implémenté, mais elle est moins précise. Tu cliques sur un point de la raie hélium, puis tu déplaces le curseur sur la ligne, verticalement : quand la ligne est rouge, tu es loin. Orange, on se rapproche, et vert, tu es bon. Mais la version moyenne est vraiment celle que je recommande. En 3 ou 4 clics tu as déja une valeur bien suffisante.

C'est une très bonne chose ! Au passage j'ai un peu découvert la liste par hasard aussi, au détout d'une présentation sur YouTube qui parlait des nouveaux kits Shelyak (qui ne donnait pas le lien vers les listes, mais en sachant que ça existait, c'est plus facile à trouver avec un bon moteur de recherche ;)) et qui demandait de s'inscrire en particulier si on est anglophone pour aider à développer le Sol'Ex à l'international. Sur ton site Christian ça apparait au milieu de la page "contacts" et j'avoue que j'étais passé à côté. Je pense que tu pourrais le mettre dès la page de présentation, puisque c'est là que se recontre virtuellement la communauté. Bref, je ne sais que trop bien qu'il est compliqué de documenter, et que c'est frustrant de devoir répondre que l'info est là, mais souvent, on (je m'inclus dedans) n'organise pas très bien nos contenus pour les rendre visibles.

Bonour à tou·te· s, J'ai commencé il y a 3 semaines à développer un logiciel pour traiter les vidéos SER acquises avec le Sol'Ex. Je l'ai fait avant tout en tant qu'exercice pour améliorer ma compréhension : comment on peut générer une image du soleil à partir de vidéos de spectres ? Ce qui me semblait encore magique il y a un mois est devenu plus clair en "faisant moi même". J'ai beaucoup appris en lisant le site de Sol'Ex, mais ça restait encore "flou" pour moi, j'ai donc décidé de mettre les mains dans le cambouis ! Il me reste encore beaucoup de choses obscures à comprendre ... Ce logiciel n'est pas encore à parité de fonctionnalités avec le super logiciel INTI de Valérie, mais je l'améliore régulièrement, et comme c'est open source, je vous invite à y contribuer si vous le souhaitez. Par ailleurs, ça me fait réviser des maths que je n'avais pas pratiquées depuis des années, et je dois dire que ça pique un peu : la régression d'ellipse pour faire une correction automatique de distortion m'a donné du fil à retordre ! Téléchargement ici : https://github.com/melix/astro4j Si vous souhaitez un peu plus de contexte sur ma démarche et pourquoi je me suis lancé dans ce logiciel, j'ai écris un billet de blog (en anglais) il y a une dizaine de jours : https://melix.github.io/blog/2023/04-22-introducing-astro4j.html Dans tous les cas, si vous avez des bugs à rapporter, des vidéos à me faire parvenir pour que je fasse des tests et améliorations, n'hésitez pas. Pour me déposer vos fichiers SER: https://family.champeau.me/index.php/s/Pq6E2HKs5FJ3JnR

@niborevad possibilité d'inverser les canaux rouge/bleu ajoutée ! Merci de la suggestion !

Bonjour Christian ! Comme expliqué dans ce sujet (et ailleurs), quand j'ai commencé ce projet, je n'ai pas trouvé les sources d'INTI. Pas de mention du fait que ce soit open source sur le site de Valérie, ni de lien vers les sources ou de son compte GitHub: http://valerie.desnoux.free.fr/inti/ Sans avoir de référence (nom de compte, nom du logiciel qui ne correspond pas à celui du dépôt), c'est tout de même assez compliqué, même si c'est une évidence pour vous. Etant moi même très attaché à l'aspect communautaire des choses, je pense que c'est important. Je vais même préciser ce que je que considère comme confus : dans cette page il est écrit "Its novelty algorithms will be described in a future paper." et la fin de la page indique des contributions (dont vous, Christian). Ce qui a mes yeux de novice se lit comme "c'est un papier de recherche" (je ne connais pas Valérie et sauf à lire sa biographie on pourrait croire qu'elle est dans la recherche scientifique) et "le code est fermé". Donc pour résoudre la polémique (si tant est qu'il y en est une, mais il semble qu'il y ait confusion plus que polémique), il suffirait d'ajouter un lienvers les sources sur la page d'INTI. Ceci dit, j'aurais alors vu que c'était sous licence GPL, ce qui a mes yeux est un frein assez conséquent à la contribution (je travaille dans le logiciel libre depuis de nombreuses années, je préfère les licenses non contaminatrices comme Apache, Eclipse ou MIT).

Ah je vois, c'est assez simple d'ajouter une option pour inverser les canaux, puisqu'effectivement on ne peut pas savoir à l'avance. Je vais rajouter ça !

Tu peux sélectionner d'inverser les axes verticaux/horizontaux dans les options au démarrage. Ceci dit, je crois que l'orientation dans JSol'Ex sur ta photo est correcte (JSol'Ex suppose l'Est à gauche). Le décalage vers le rouge indique un mouvement qui s'éloigne, donc une rotation de la gauche vers la droite si le rouge est à droite. L'estimation du tilt n'est pas aisée en pratique. Plus tu as une image circulaire, moins la mesure est fiable. Je pense que ça doit être la même chose pour INTI, mais je n'ai pas regardé comment il fait l'estimation.