Reprise du message précédent :
Euh ... le HDR c'est intéressant, mais je ne vois pas le rapport avec linux :?? .
 
C'est pour nous dire qu'il existe un plugin GIMP qui permet de faire ca? (j'en connais un qui assemble 2 images exposées différemment, mais comme ce n'est fait qu'avec 2 images, on voit des effets de bord avec des liserés désagreables).

J'aurais plutot du mettre ce lien: http://www.idruna.com/photogenicshdr.html
C'est plus clair comme ça.
 
Availability
Photogenics HDR is now shipping for Windows and Linux, priced at $699 for a floating license. Please click on the Buy icon to make a purchase.
 
 
Ok, c'est un peu cher, mais ça a le mérite d'exister.

 
 
Ben le principe du raw c'est justement qu'il n'y ait aucun traitement appliqué directement par l'appareil, donc les réglages contraste, netteté, saturation ne servent à rien. Ils ne sont utilisés que quand tu shootes en jpeg
 
on peut schématiser les workflows de la façon suivante :
 
RAW :
D70                     |             Ufraw :                                                                  |
image raw brute  ----> dématriçage + application des réglages de Ufraw ----> image tif ou jpeg à traiter dans gimp ou ailleurs
 
JPEG :
D70                                                                                                                 |
image raw brute  ----> dématriçage + application des réglages du D70 -----> image  jpeg à traiter dans gimp ou ailleurs

Ok. Mais pourtant il me semblait que les réglages influençait sur les RAW. Sauf que l'on pouvait après coup les modifier.

699$ !
 
Ben je vais attendre qu'un développeur fou sorte ca en plugin pour TheGimp alors .

J'ai fait les mises à jour. Toujours pas vraiment bien classé mais ça prend forme.
 
Je suis preneur des liens vers les pages Linux de vos appareils (surtout si de la qualité de celle du D70).
 

 
Non mais un pote oui: pas transcendé car il a très rapidement testé et n'avait pas de tirage prévu pour pousser un peu.
 

 
Rdv sur le bon topic.

vivement ufraw 0.6 (la 0.5 n'est même pas sortie que je veux la suivante  ) histoire qu'on bénéficie de l'algo AHD lors du dématriçage.
Ca a l'air assez impressionnant on gagne en piqué en supprimant quasiment les artifacts colorés. un petit comparatif là (bibble / dcraw VNG / dcraw AHD) : http://users.tkk.fi/~stanhua/rawcomp/
 
D'ailleurs au passage si il y a des utilisateurs de C1pro ou de Nikon Capture, ça serait intéressant d'avoir le résultat pour comparer. Le fichier .nef utilisé pour les tests est dispo là : http://users.tkk.fi/~stanhua/rawcomp/img/original.nef
 

Un autre lien sur la calibration:
La calibration en PAO : http://www.linuxgraphic.org/sectio [...] part1.html

Mea Culpa: éviter le site pourpre.com pour la calibration. J'ai eu un doute (une coloration verdatre trop importante) et cela a été confirmé sur le site ad-hoc:
http://forum.hardware.fr/forum2.ph [...] =0#t717525
 

 
Monica semble tout indiqué pour calibrer son écran. Et xcalib pour utiliser un profil.

Y'a plein de PDF intéressants à télécharger sur le site de Linux Magazine:
http://www.linux-magazine.com/search
 
EDIT: je les ai mis dans le deuxième post.
Si j'en trouve encore, je ferais la mise à jour.

/ ! \ Alerte !!!!!!!!!!!!!! / ! \
 
Sortie aujourd'hui même de Ufraw version 0.5 !!!!!!!!!
 
http://ufraw.sourceforge.net/
 
25/09/2005 - UFRaw-0.5 released, based on DCRaw v7.65.
 
    * Read support for Nikon Tone Curve (NTC/NCV) files.
    * Added a curve editor.
    * Added control on the base curve (see the user guide for more information).
    * Support the new DCRaw color matrices for better color rendering.
    * More controls can be set from the command-line.
    * Preliminary EXIF support.
    * New UFRaw ID files contain all the conversion parameters and allow for batch conversion.
    * New ufraw-batch replaces ufraw --batch.
    * Numerous other changes.
    * Notice that the new Adaptive Homogeneity-Directed interpolation is still not enabled.

http://ufraw.sourceforge.net/Install.html
MS Windows users
 
For Windows users I have two installation versions. The "for dummies" version where you only need to download and run an installer and the "for geeks" version if you want to build the plug-in yourself.
 
I'm not a big fan of this operating system, so why does it get such special attention? UFRaw is a free software (as in free speach, not as in free beer). In this spirit I try to give the users the freedom to use it in any environment, even in environments like MS-Windows that try to take your freedom away by imposing propriaty standards on you. You are encoraged to use other free software like the Gimp for editing your images, FireFox for surfing the net, and OpenOffice for word processing.
 
Another reason is that building UFRaw on MS-Windows is a bit tricky and not very convenient (did I say already that I don't like this operating system). I acctually create the MS version of UFRaw in a linux environment, but I guess that most of the users of the MS version don't have access to linux, otherwise they would not need the MS version.

Honnetement, je ne sais pas pour vous, mais pour moi, j'ai l'impression avec la version 0.5 d'UFRAW d'avoir affaire à un tout autre logiciel.
 
Avec la 0.4, je ne comprenais pas grand chose et j'avais des résultats foireux.
Avec la 0.5, j'ai de bien meilleurs résultats. (après, les photos restent ce qu'elles sont à la prise de vue.... )
 
Tout semble tellement plus facile avec cette version 0.5:
 
Je charge ma photo.
 
On règle les paramètres de base, qui sont fixes:
Je choisis le profil du D70.
Je choisis la balance des blancs.
Et c'est tout.
 
Ensuite, on passe aux corrections:
On règle l'exposition pour avoir le niveau le plus lumineux au maximum (ou ce que l'on veut).
On règle le point noir, le niveau le plus sombre au minimum.
On règle la saturation si les couleurs sont ternes
On règle la courbe (façon bézier) si on doit faire ressortir des détails.
 
Et voila, l'image est ensuite transférée sous Gimp pour les travaux finaux.
Tout semble tellement plus simple.
 
Et un autre truc cool, c'est que l'écran est mieux disposé, donc 100x plus pratique pour les résolutions de 1280x960. (la 0.4 semblait prévue pour du 1280x1024).

https://sourceforge.net/forum/forum [...] _id=434060

Merci pour l'info    
 
d'ailleurs je viens d'essayer.
Alors on va jouer à un petit jeu, il faut deviner quelle image utilise l'interpolation VNG et laquelle utile AHD :
 
crop 100% :
1                                                                                                                                        2

 
détails 200 % :
1                                                                                                                                        2

 
 
je vous laisse vous faire une petite idée.
 
ps : pour éviter des artifacts dus à la compression JPEG, c'est des images PNG (540 ko pour les grandes et 140 ko pour les plus petites), si vous trouvez ça trop lourd j'éditerai.

Bon bin s'il y a des Debianeux sur le fil, je viens de créer le package de gimp-ufraw en 0.5 stable. MP pour l'avoir.
 
Flamm: la 2 est plus contrastée sur certaines zones.

effectivement : je trouve que sur la 2 (AHD) le piqué est meilleur et il n'y a plus d'artifacts colorés bien visibles sur les crins de la 1 (VNG)

J'ai fait un petit tuto sur les filtres couleurs en N/B ici:
http://forum.hardware.fr/forum2.ph [...] 653&page=1
 
Je le met ici car fait sous Gimp.

ilium, faudra penser à mettre à jour la première page.

Ouala. Corrigée/complètée selon tes remarques et encore un peu complètée par mes soins.

Nickel !

Par contre, je suis un peu déçu, y'a pas foule sur ce topic.

Normal: Linux reste encore assez marginal en général et en matière de photo plus particulièrement. De plus, je pense qu'entre les piratages de Photoshop et les versions bon marché, Gimp a du mal à trouver une place ce qui n'arrange pas le cas de Linux...

Pourtant, il est assez puissant comme programme.    
 
Je passe une annonce sur le forum Linux ?

La puissance n'est pas en jeu mais les habitudes ont la vie dure. De plus, comme tout le monde parle de Photoshop, donne des trucs et astuces, etc., il est difficile de lutter contre un mythe.
 
Pour l'annonce, bonne idée.

Moi j'attends d'avoir de l'argent pour m'équiper

Il y a un 0-6 pour mandrake ici :
http://rpm.pbone.net/index.php3/st [...] 6.rpm.html
 
Le lien viens de http://ufraw.sourceforge.net/Install.html puis mandrake.
 
Je vais le tester dès que possible.

 
Edit : il est la aussi : http://fr2.rpmfind.net/linux/rpm2h [...] Search+...
 
Edit 2 : j'ai pas cliqué sur le bon lien pr mon edit 1

 
Moi j'utilise The Gimp sous Windows, je vais bientôt mettre Ufraw et ce topic me fait très plaisir. C'est sûr que c'est pas facile de lutter contre Toshop, mais on voit aujourd'hui qu'on obtient facilement d'aussi bons résultats avec des logiciels libres, voire parfois meilleurs.

Pour faire des images HDR (high dynamic range) à partir de photos LDR (low DR) avec linux c'est possible sans débourser trop...
 
Il y a premièrement cinepaint qui permet d'obtenir une image HDR à partir d'image bracketé
cf :
http://people.freenet.de/hsbosny/H [...] nahmedaten
mais je crois que c'est seulement pour la nouvelle version 0.20-0 que je n'ai pas encore testée
 
M'enfin je prèfère utiliser les pfstools qui permet de faire ça (presque) automatiquement en script!
cf http://www.mpi-sb.mpg.de/resources/pfstools/
ça permet de calibrer le capteurs... puissant... puissant
j'ai fait des rpm de pfstools pour mandriva (testé sur une seule machine... donc sans garantie aucune!)
http://emmanuelfavrenicolin.free.f [...] 05LE/RPMS/
à partir des rpm de fedora core 4
 
 
pour faire une image HDR :
cf http://www.mpii.mpg.de/resources/h [...] n/pfs.html
 
LC_NUMERIC=en_US
pour avoir des points à la place des virgules sinon jpeg2hdrgen plante. Je crois que le cvs de s pfstools a été mis à jour
 
jpeg2hdrgen /chemin/*.jpg > sample.hdrgen
ça récupère normalement les temps d'expositions sinon il faut le faire à la main
 
pfsinhdrgen sample.hdrgen | pfshdrcalibrate -v -s camera.response
=> calcule la courbe de réponse du capteur
 
gnuplot ~/Document/Perso/Photos/Scripts/plot_camera_response
pour voir la réponse du capteur
 
pfsinhdrgen sample.hdrgen | pfshdrcalibrate -v -f camera.response | pfsoutexr sample.exr
=> crée l'image hdr (on peut réutiliser le fichier camera.response sans soucis si la balance des blanc est la même.
 
pfsin sample.exr | pfsclamp --min 0.001 -p | pfsoutexr sample.exr
=> c'est pour éviter des pixels de valeur nulles
 
pour voir le résultat
exrdisplay sample.exr
cinepaint sample.exr
 
pour générer une sortie ldr (tone mapping) les pfstools ne marche pas chez moi, j'ai essayé les trois possibilités (algorithmes) :
pfsin  sample.exr  | pfstmo_drago03 -b 0.8 | pfsgamma -g 2.2 | pfsout sample.jpeg
pfsin  sample.exr | pfstmo_reinhard02 -s | pfsgamma -g 2.2 | pfsout sample.jpeg
pfsin  sample.exr | pfstmo_ashikhmin02 -l 0.7 | pfsgamma -g 2.2 | pfsout sample.jpeg
 
 
avec cinepaint on peut enregistrer en tiff 32bit, xcf (version cinepaint incompatible avec the gimp...)
donc finalement, reste le problème : Que faire avec cets images HDR si the gimp ne lient pas?
Existe-t-il un autre programme permettant d'enregistrer ces images en LDR?
Peut-on faire tirer des photos directement en HDR? (enfin si c'est en France, ça ne vas pas m'aider car je suis à l'étranger!)
 
Peut-être faut-il installer cinepaint 0.20
 
inf supplémentaire cinepaint permet apparemment d'utiliser ufraw :
http://www.behrmann.name/cms/cinep [...] ction.html

Chez moi ça fonctionne, enfin presque    
 
pas de prob pour générer une image hdr avec cinepaint 0.20 (que j'ai compilé à la main   ) ou les pfstools
mais le plus dur à gérer c'est l'étape du tone mapping, pour l'instant j'arrive pas à avoir un résultat correct, mais j'ai un résultat et c'est déjà ça.
 
edit :
avec l'utilitaire pv (compris dans les pfstools) on a accès un un tone mapping assez facile à utiliser puisqu'on voit directement ce qu'on fait et il permet d'enregistrer en png et même si c'est pas le plus évolué les résultats sont pas mal.

Vivement un plugin de Gimp, ce sera plus simple .

faudrait déjà qu'il gère au moins le 16 bits par canal, le 8 bits c'est super chiant si  on veut bosser finement sur du n&b    et qu'il ait un color management digne de ce nom    
 
En tout cas passer de gimp à cinepaint ça fait bizarre mais ça peut être utile pour controler les épreuves. Enfin je vais continuer à utiliser gimp   et prendre mon mal en patience.

Ouais bin le 16 bits risque de se faire attendre: ce n'est pas dans les priorités des développeurs Gimp et il semblerait que cela nécessitera une refonte du coeur du programme. Par contre, le color management est bien avancé.

le pire c'est qu'il existe déjà un plugin pour photoshop (qui permet paraît-t-il de faire du tone mapping) et si the gimp continue a ne pas en avoir, où va-t-on? Va falloir que j' utilise photoshop sur le protable de ma copine (c' est un scandale!)

Bin ouais mais le libre ça signifie souvent gratuit mais pas que les types qui développent doivent exaucer nos désirs... C'est la limite. On peut aussi leur filer de l'argent pour les motiver ou participer pour accélerer le schmilblick.

UFRAW 0.6 OUT !!!!!!!!!
 

 
http://ufraw.sourceforge.net/

En réponse à ma question posée dans le post ci-dessus (observé bien le mat):
 
Ufraw 0.5 :

 
 
Ufraw 0.6 :

 
 
Bref, AHD powaaa !!!!  

Bonjour, je suis sur une ubuntu mais je ne peux pas installer ufraw. Il me dit que le compilateur C n'existe pas ou un truc du genre.
Quel paquet faut il installer pour mettre ce foutu compilateur ? J'ai installé gcc mais apparemment c'est pas celui là
 
P.S. : J'ai commencé linux il y a une semaine soyez compréhensifs

C'est gcc normalement. Quel est le message d'erreur ?