Journal Cherche un développeur pour wxGTK pour un logiciel de traitement d'images.

Posté par  (site web personnel) .
Étiquettes : aucune
0
20
jan.
2007
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
  • # l'astrophotogropahie

    Posté par  . Évalué à 3.

    > l'astrophotogropahie

    C'est grave, comme maladie ?

    Hop, => []
  • # DCRAW

    Posté par  . Évalué à 3.

    DCRAW est un loigiciel intéressant permettant de traiter les images brut de beaucoup d'appareils photos numériques.
    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  (site web personnel) . Évalué à 3.

      Elynx se base sur dcRaw bien sûr :)

      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  (site web personnel) . Évalué à 2.

        On parle toujours du nombre de bit par canal. Donc, 16 ou 8 bits, c'est par canal, un pixel en RGB prennant 24 ou 48 bits. Donc, ton raw 48 bits, c'est 3 canals 16 bits.

        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  . Évalué à 2.

      CinePaint (plutôt déstiné au cinoche) mais gère parfaitement le 16bits et plus.
      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  . Évalué à 3.

    Qastrocam

    http://3demi.net/astro/qastrocam/doc/

    tu peux contacter l'auteur
    • [^] # Re: je pense avoir une solution

      Posté par  (site web personnel) . Évalué à 3.

      Je vois pas le rapport :)

      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  . Évalué à 2.

    bravo pour l'initiative, mais a l'avenir lorsque gimp supportera enfin la libraire gegl (et donc les 16 bits/canal) c'est à dire pas la prochaine version mais celle d'après (oui je sais c'est long)

    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.