Bonjour à tous,
l'astrophotogropahie amateur étant en plein développement en ce moment avec l'arrivée des APN qui permettent d'obtenir des images quasi-professionnelle par le quidam.
Cependant, sous Linux, nous manquons cruellement d'outil permettant de gérer les images RAWs des réflexes numériques, ainsi que de logiciels permettant des traitements.
Bien entendu, il existe une pléthore de logiciels pro qui gère le format professionnel FIT. Mais ceux-ci ont une interface assez rebutante pour l'amateur qui veut "juste" faire de la belle photo et pas forcément faire des recherche d'exoplanète ;)
Siril[1] permet déjà pas mal de choses mais ne prend pas en compte le format des appareils photos RAW.
Dans le but de pallier ce manque, ELYNX http://elynx.sf.net a été crée. Il s'agit d'un logiciel multi-plateforme, basé sur wxGTK, possédant 2 modules.
Le premier, astRaw, permet d'autodétecter le type de photos que vous avez fait. (pause sur l'objet, pause pour déterminer le bruit thermique (dark), pause pour déterminer le signal électrique (offset)).
Il permet aussi de faire une page web présentant tout cela.
Un exemple avec M45 -les pléïades- que vous pouvez admirer en ce moment , si votre ciel le permet : http://elynx.sourceforge.net/astRaw/M45/index.htm
Voici une vidéo (super rapidement faire avec recordmydesktop ) en theora présentant AstRaw. : http://ashashiwa.free.fr/Astro/astRaw.ogg
Le second, eLynx Lab, est un logiciel de traitement d"image, qui prend n'importe quel type d'image en entrée et possède déjà pas mal de possiblités, comme le changement à chaud d'espace de couleur, de traitements de base (flou, masque flou etc.)
Une vidéo présentant Elynx Lab: http://ashashiwa.free.fr/Astro/elynx.ogg
(pareil, elle est un peu roulée sous les aisselles ;) )
Afin que ce projet puisse grandir et se développer, un ou plusieurs développeurs connaissant la librairie wxGTK seraient les bienvenus.
Bonne ambiance assurée :)
(et l'apéro si vous êtes pars chez moi)
me contacter par messagerie sur ce site, ou s'inscrire directement sur le projet à la liste.
Bon week end à tous.
1 http://siril.sf.net
Journal Cherche un développeur pour wxGTK pour un logiciel de traitement d'images.
20
jan.
2007
# l'astrophotogropahie
Posté par Jak . Évalué à 3.
C'est grave, comme maladie ?
Hop, => []
[^] # Re: l'astrophotogropahie
Posté par Spyhawk . Évalué à -1.
--->[]
# DCRAW
Posté par freejeff . Évalué à 3.
Il se presente sous la forme dun utilitaire en ligne de commande.
Il est utilise par digikam pour visualiser les images acquises par gphoto2.
On a donc une chaine complete d'acquisition.
Maintenant le problème se situe plus au niveau du traitement ; en effet ; Gimp n'est pas à l'heure actuelle capable de traiter les images 16 bits.
Ce point est tres important, car étant donné que les appareils d'aujourd'hui ont des capteurs d'une resolution de 12 bits, une conversion en 8 bits ne permet pas d'utiliser les images librement.
Ont peut toujours utiliser imagemagick pour se faire, mais il n'y a à l'heure actuelle que tres peu de front end.
Si quelqu'un est intéressé par l'utilisation d'un APN dans un cadre scientifique, je peux lui donner quelques procédures simple à mettre en oeuvre pour exploiter au mieux son APN (reflex de preference).
[^] # Re: DCRAW
Posté par djibb (site web personnel) . Évalué à 3.
Mais ici, il s'agit de traitement de photos astronomiques.
J'oubliais : Elynx gère sur du 64 bits les images. (du RAW c'est 48 bits)
[^] # Re: DCRAW
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
Par contre, ton image avec 64 bits/pixel. Je ne comprends pas trop. Tu fais du 20 bits/canal ?
Pour le traitement, j'utiliserais personnelement la lib "cimg", dont on a parlé ici. Elle n'est pas encore super optimisé en vitesse mais l'interface est assez plaisante. Si le but est de faire des traitements complexes, le mieux encore est d'utiliser un format 32 bits flottant par canal.
Le problème concerne les pertes lors de certaine opération. Cela se pose notament avec le son 24 bits. Pour éviter tout problème, d'overflow ou d'underflow, les calculs ne se font pas en 32 bits flottant (qui ne dispose que de 24 bits de mantisses) mais en 64 bits fixe.
ici, les flottants devraient suffir et cela devrait beaucoup simplifier les calculs.
"La première sécurité est la liberté"
[^] # Re: DCRAW
Posté par TeraHertZ . Évalué à 2.
Krita offre également le support 16bits et cie.
Honnêtement, WxGTK, je n'ai pas trouvé d'applications convainquantes. Ça me semble lourdeau.
# je pense avoir une solution
Posté par Anonyme . Évalué à 3.
http://3demi.net/astro/qastrocam/doc/
tu peux contacter l'auteur
[^] # Re: je pense avoir une solution
Posté par djibb (site web personnel) . Évalué à 3.
1) Franck est un ami très proche et il n'a plus beaucoup de temps à consacrer à la programmation. (mais ca tu ne peux pas le savoir ;) )
2) Qastrocam est developpé en QT.
Peux-tu m'en dire plus ?
# dans quelques temps il faudra penser à gimp ...
Posté par kvb . Évalué à 2.
mais pourtant gimp possède un module de programmation très complet supporte le python etc... différent module comme dcraw etc ...
et surtout avec gegl il y a moins de problème d'opération sur l'image.
L'avantage d'avoir un module sur gimp plutot qu'un logiciel tiers c'est d'etre compatible linux, windows et mac.
En plus c'est à mon avis plus facile à maintenir au fur et mesure des ans.
Et un référencement sur leur site par exemple ammenera bien plus d'utilisateur et donc de futur contributeur ....
Bonne photographie
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.