Gimp est cense est reecrit avec GEGL pour avoir le support 16bit. L'idee a ete lancee il y a plusieurs annees deja mais sans aucun progres notable. J'ai jete un coup d'oeil dans les sources il y a quelques semaines et la situation semble desesperee. Rien ne semble avoir ete prepare pour faciliter le support 16bit ( pixels encodes en char, des constantes 8bit partout: 0xFF 0x7F , etc ...). A mon avis, le seul moyen d'avoir Gimp en 16bit serait un fork et une reecriture quasi complete.
Un fork c'est deja produit il y a quelques annees. Je pensais le project mort mais il semble y avoir du mouvement ( http://cinepaint.movieeditor.com/ ). Celui la supporte le 32bit.
Du cote obscur de la force (non open-source) il y a aussi Bibble Lab ( http://www.bibblelabs.com/ ) qui propose une version Linux de leur produit (pas essaye non plus).
Si cela t'interesse, je viens tout juste de mettre a jour ma documention du format MRW (en anglais) avec plusieurs nouvelles informations pour les fichiers 7D (orientation de la camera, zone matching, antishake, ...).
Je ne sais pas exactement pourquoi mais je n'accroche pas au projet OpenRAW.
Je suis parfaitement d'accord avec l'idee de base: les constructeurs devraient documenter leur format RAW.
Mais comment dire .... leur site web "sonne faux".
Quand je lis les articles et les commentaires des visiteurs, j'ai souvent l'impression qu'il s'agit d'une seule personne ecrivant sous plusieurs identitees.
Peut etre est ce simplement du au fait qu'OpenRaw n'est pas un project open source mais plutot un groupe de pression. Cela ressemble plus a un site de marketing qu'a un Wiki.
Je suis tout a fait d'accord. DNG est probablement la meilleure solution. Le format est simple (TIFF + qqs extensions) et il est parfaitement documente. De plus, Adobe essaye d'en faire un standard ISO.
Cela n'empeche pas qu'aujourd'hui les gens ont des cameras produisant des fichiers RAW. Je pense que la meilleure approche est de developper une bonne librairie RAW. Dans quelques annees, cette librairie sera probablement tres utile pour convertir les RAW en DNG.
J'ai perdu le script mais ce n'est pas tres complique a faire.
Le thumbnail s'obtient facilement en appelant directement le thumbnailer.
Ensuite, il faut le renommer.
Le nouveau nom s'obtenu en encodant l'url du fichier avec md5sum.
Par example, pour le fichier /home/bob/test.raw cela donne quelque chose comme:
Il est important de noter que
(1) l'option -n doit etre passee a 'echo' pour desactiver le retour a la ligne sinon le checksum est different.
(2) le nom de fichier doit etre absolu et precede de file://
En tout cela doit faire un triple ///
Cela m'interesse definitivement.
J'essaye d'avoir au moins 2 exemplaire de chaque format pour chaque modele de camera.
Je possede deja 1 ORF pour l'E-1 donc un deuxieme serait le bienvenue.
Par contre, je n'ai encore aucun exemplaire du G2.
La difference de format entre les different capteurs (Bayer patterns) n'est pas vraiment un probleme. Il n'y en a pas tant que cela en fait. Une demi-douzaine peut etre. Les algo pour transformer un Bayer pattern en RBG sont assez bien connus (par example, voir ici http://www-ise.stanford.edu/~tingchen/main.htm )
Le vrai probleme est plutot du cote des profiles ICC, de la balance des blancs, et de l'extraction des informations (EXIF,...).
Comme je l'indique dans mon autre message, gthumb peut reconnaitre les fichiers raw comme etant des images et peut egalement afficher leur miniature (mais pas les creer). Il suffit leur donner un type MIME de la forme image/xxxxx.
La creation des miniatures peut s'effectuer assez facilement en batch sans utiliser Nautilus. Il suffit de suivre les specs de Freedesktop.org pour nommer les fichiers et ... qui ne sont plus disponibles depuis leur site web :-(
Je collecte les fichiers raw pour mes projects (voir mon autre message).
A l'heure actuelle, je suis particulierement interesse par le format MRW (Konika-Minolta) car j'essaye de le documenter.
Les autres formats m'interesse aussi (Canon, Nikon, ...).
Un fond d'ecran en RAW n'a effectivement que peu d'interets sachant que les images sont en general tres laides avant traitement par un logiciel tel que Gimp ou Ufraw.
Il y a 6 mois j'ai demare un petit project consistant a definir un ensemble de type MIME et un 'thumbnailer' ( http://www.chauveau-central.net/rawthumb/ ) utilisant ExifTool ou DCRAW pour creer les images. Cela marche assez bien sous Nautilus. ExifTool est beaucoups plus rapide que DCRAW pour les fichiers avec une miniature integree dans les infos EXIF (3/4 des RAWs) .
Le probleme est plutot du cote de Gthumb.
Gthumb identifie les fichiers RAW comme images si leur mime type est de la forme image/xxxxx et il peut aussi reutiliser les miniatures crees par Nautilus.
Par contre, il ne sais pas utiliser les 'thumbnailers' de Gnome donc il ne peut pas les creer de lui meme.
A mon avis, pour resoudre le probleme RAW, il faut
(1) documenter les format raw (reverse-engineering)
(2) definir un ensemble consistant de types MIME.
(3) developer une librairie pour manipuler les fichiers raw ( http://www.freedesktop.org/wiki/Software_2flibopenraw ).
DCRAW est impressionnant mais il ne fournit que le minimum vital (extraction de l'image).
[^] # Re: Intégration dans le bureau
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 2.
[^] # Re: Et le nombre de couleurs?
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 2.
Un fork c'est deja produit il y a quelques annees. Je pensais le project mort mais il semble y avoir du mouvement ( http://cinepaint.movieeditor.com/ ). Celui la supporte le 32bit.
Il y a aussi Krita ( http://www.koffice.org/krita/ ) qui semble supporter le 16bit mais je ne l'ai pas essaye.
Du cote obscur de la force (non open-source) il y a aussi Bibble Lab ( http://www.bibblelabs.com/ ) qui propose une version Linux de leur produit (pas essaye non plus).
[^] # Re: Intégration dans le bureau
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 2.
http://news.com.com/Nikons+photo+encryption+reported+broken/(...)
[^] # Re: Intégration dans le bureau
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 2.
Peux tu le deposer dans mon site FTP?
home.chauveau-central.net
LOGIN=raw
pas de mot de passe requis.
Merci d'avance
[^] # Re: Intégration dans le bureau
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 1.
Si cela t'interesse, je viens tout juste de mettre a jour ma documention du format MRW (en anglais) avec plusieurs nouvelles informations pour les fichiers 7D (orientation de la camera, zone matching, antishake, ...).
http://www.chauveau-central.net/mrw-format/
[^] # Re: DNG
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 1.
Je suis parfaitement d'accord avec l'idee de base: les constructeurs devraient documenter leur format RAW.
Mais comment dire .... leur site web "sonne faux".
Quand je lis les articles et les commentaires des visiteurs, j'ai souvent l'impression qu'il s'agit d'une seule personne ecrivant sous plusieurs identitees.
Peut etre est ce simplement du au fait qu'OpenRaw n'est pas un project open source mais plutot un groupe de pression. Cela ressemble plus a un site de marketing qu'a un Wiki.
[^] # Re: DNG
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 4.
Cela n'empeche pas qu'aujourd'hui les gens ont des cameras produisant des fichiers RAW. Je pense que la meilleure approche est de developper une bonne librairie RAW. Dans quelques annees, cette librairie sera probablement tres utile pour convertir les RAW en DNG.
[^] # Re: Intégration dans le bureau
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 2.
Le thumbnail s'obtient facilement en appelant directement le thumbnailer.
Ensuite, il faut le renommer.
Le nouveau nom s'obtenu en encodant l'url du fichier avec md5sum.
Par example, pour le fichier /home/bob/test.raw cela donne quelque chose comme:
my_thumbnailer /home/bob/test.raw > xxxx.png
NAME=`echo -n file:///home/bob/test.raw | md5sum`
mv xxx.png ~/.thumbnails/normal/$NAME.png
Il est important de noter que
(1) l'option -n doit etre passee a 'echo' pour desactiver le retour a la ligne sinon le checksum est different.
(2) le nom de fichier doit etre absolu et precede de file://
En tout cela doit faire un triple ///
J'ai retrouve les specs sur Freedesktop.org:
http://jens.triq.net/thumbnail-spec/thumbsave.html
[^] # Re: Intégration dans le bureau
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 1.
J'essaye d'avoir au moins 2 exemplaire de chaque format pour chaque modele de camera.
Je possede deja 1 ORF pour l'E-1 donc un deuxieme serait le bienvenue.
Par contre, je n'ai encore aucun exemplaire du G2.
Peux tu en telecharger sur mon site FTP?
Merci.
[^] # Re: Intégration dans le bureau
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 4.
Je verifierai ce soir si j'en possede deja pour ces modeles et je reposterai un message.
ps: Mon site ftp pour deposer les fichiers raw est home.chauveau-central.net, LOGIN=raw , pas de mot de passe.
[^] # Re: DNG
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 3.
La difference de format entre les different capteurs (Bayer patterns) n'est pas vraiment un probleme. Il n'y en a pas tant que cela en fait. Une demi-douzaine peut etre. Les algo pour transformer un Bayer pattern en RBG sont assez bien connus (par example, voir ici http://www-ise.stanford.edu/~tingchen/main.htm )
Le vrai probleme est plutot du cote des profiles ICC, de la balance des blancs, et de l'extraction des informations (EXIF,...).
[^] # Re: Intégration dans le bureau
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 6.
La creation des miniatures peut s'effectuer assez facilement en batch sans utiliser Nautilus. Il suffit de suivre les specs de Freedesktop.org pour nommer les fichiers et ... qui ne sont plus disponibles depuis leur site web :-(
J'ai un script chez moi! je le posterais ce soir.
[^] # Re: Intégration dans le bureau
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 3.
Je collecte les fichiers raw pour mes projects (voir mon autre message).
A l'heure actuelle, je suis particulierement interesse par le format MRW (Konika-Minolta) car j'essaye de le documenter.
Les autres formats m'interesse aussi (Canon, Nikon, ...).
[^] # Re: Intégration dans le bureau
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 9.
Il y a 6 mois j'ai demare un petit project consistant a definir un ensemble de type MIME et un 'thumbnailer' ( http://www.chauveau-central.net/rawthumb/ ) utilisant ExifTool ou DCRAW pour creer les images. Cela marche assez bien sous Nautilus. ExifTool est beaucoups plus rapide que DCRAW pour les fichiers avec une miniature integree dans les infos EXIF (3/4 des RAWs) .
Il existe d'autre projets. Par example, http://www.penguin.cz/~utx/gnome-dcraw
Le probleme est plutot du cote de Gthumb.
Gthumb identifie les fichiers RAW comme images si leur mime type est de la forme image/xxxxx et il peut aussi reutiliser les miniatures crees par Nautilus.
Par contre, il ne sais pas utiliser les 'thumbnailers' de Gnome donc il ne peut pas les creer de lui meme.
A mon avis, pour resoudre le probleme RAW, il faut
(1) documenter les format raw (reverse-engineering)
(2) definir un ensemble consistant de types MIME.
(3) developer une librairie pour manipuler les fichiers raw ( http://www.freedesktop.org/wiki/Software_2flibopenraw ).
DCRAW est impressionnant mais il ne fournit que le minimum vital (extraction de l'image).