Centralisation - linux pour photographes -

TransFXB · Le 17/01/2009, à 18:22

Photonoxx a écrit :

Par ailleurs, photographier en RAW n'implique pas obligatoirement de reprendre l'image ensuite

Ce que je veux dire par "retravailler", c'est qu'il faut nécessairement déRAWtiser une image RAW, et régler au moins la netteté (un RAW est toujours "mou"). Ce qui prend nécessairement plus de temps qu'un jpeg directement sorti de l'appareil. Je ne parle pas de retouche.

Rakkham · Le 17/01/2009, à 20:03

Bon, j'y connais rien à ces histoires de bits et c'est vrai que j'aimerai bien avoir des éclaircissements sur la question.
Quelle différence .raw .jpg ?

gabitbol · Le 17/01/2009, à 20:42

Bonjour,

Au sujet des bits :

Le jpeg est codé en 8bits par couches (Rouge/Vert/Bleu) donc un pixel a 2^8=256 valeurs pour une couche, donc pour les 3 ils a 256^3 soit 16 777 216 de couleurs, soit encore 24bpp (Bit Per/Par Pixel) (8+8+8)
Les RAW sont faussement appelés 16bits mais pour la très grande majorité des reflex on est en 12bits je vous laisse calculer
Pour en finir nos yeux distingues dans les 12 millions donc le jpeg suffit mais le RAW apporte tellement plus !

Ca vient du blog d'Effraie.

kvb · Le 17/01/2009, à 22:41

la description de gabitbol est technique mais ce qu'il faut en retenir (selon moi)
le format raw (donc 12 bits et plus) permet d'eviter des 'trous' dans l'histogramme lors de retouche
en faisant un très gros raccourci jpeg = 8 bits et raw = 16 bits

donc en manipulant une image jpeg (par exemple ajustement du contraste)
certaine valeur vont se décaler vers les extremités pour augmenter le contraste
ainsi certaine valeure initiale vont disparaitre
cela va faire un trou sur l'histogramme
et ca se voit sur la photo dans les zones de degradé de l'image !
et plus on va traiter l'image et plus ca va se degrader

le raw fait qu'il n'y a pas de trous et qu'a l'oeil rien ne se verra.

l'autre chose est que les capteurs de nos appareils photo depasse les 8 bits du jpeg (mais nos yeux ou les imprimantes non)
c'est utile de recuperer un format raw si on recuperer des informations dans les zones sombres / ou surexposé

voilà l'utiliter à mon sens du 16 bits et du raw (en ce qui concerne la plage dynamique)

TransFXB · Le 17/01/2009, à 23:11

Oui, quand on parle du nombre de "bits" qui codent une image, on fait référence au nombre de bits par couche, ou bien au nombre de bits qui codent la "luminosité", ce qui est équivalent mais peut paraitre confus et abusif.

Ainsi, un jpeg est dit "8 bits", sous-entendu "8 bits par couche" ou "8 bits par couleur", soit un total de 24 bits pour coder un pixel, mais toujours 8 bits pour coder la luminosité.

De même, un tiff est dit "8 bits" ou "16 bits", soit un total de, respectivement, 24 bits ou 48 bits pour coder un pixel, et 8 ou 16 bits pour coder la luminosité.

Mais il faut se rappeler que la "luminosité" est le résultat de la somme des couches (ou couleurs) rouge + vert + bleu, le codage de la luminosité est donc fait sur 8 bits pour un jpeg et que donc, pour ce dernier, la luminosité peut prendre une valeur comprise en 0 et 255.
Si par exemple les valeurs des couches RVB sont (255, 255, 255), la luminosité correspondante sera de 255.

Or, c'est bien de la luminosité dont on parle quand on parle de la dynamique, c'est à dire de la capacité à coder une plage de niveaux de luminosité plus ou moins importante.

Par conséquent, un jpeg permet de coder la luminosité sur 8 bits, soit 255 niveaux, un tiff sur 8 ou 16 bits, soit 256 ou 65 536 niveaux, un RAW 12 bits sur 4 096 niveaux et un RAW 14 bits sur 16 384 niveaux.

Mais, c'est un peu plus compliqué que ça car le codage affecté à chaque niveau de luminosité (somme des valeurs RVB) n'est pas fait de manière linéaire. En effet, les 256 niveaux de codage de la luminosité ne sont pas répartis équitablement entre les basses lumières et les hautes lumières. Les basses lumières sont en effet décrites avec un pas faible alors que les hautes lumières sont décrites plus finement.

On voit sur l'illustration suivante (exemple pour 16 bits) que la gamme des basses lumières (celles comprises entre -8EV et -7EV, par exemple, sont codées sur 2 niveaux) sont codées sur moins de niveaux que les hautes lumières (celles comprises entre -1EV et 0EV sont décrites par 32 0768 niveaux)

Attention toutefois, lorsque l'on transforme un RAW 12 ou 14 bits en tiff 16 bits, on ne génère pas d'information supplémentaire. Le tiff 16 bits possède la même dynamique que le RAW de départ, à savoir 12 ou 14 bits, mais pas plus !

Dernière modification par TransFXB (Le 18/01/2009, à 16:34)

crusaders · Le 18/01/2009, à 00:08

Bon j'ai a nouveau cherché a compiler digikam 0.10 mais rien y fait. J'arrive même pas a isntaller toutes les dépendances et j'arrive pas a utiliser kdesvn-build.

Bref j'ai la polio.

cette version n'existe pas en .deb

Quelqun sait pour quand elle est prévu dans les dépots ?

Photonoxx · Le 18/01/2009, à 01:05

TransFXB a écrit :

Photonoxx a écrit :
Par ailleurs, photographier en RAW n'implique pas obligatoirement de reprendre l'image ensuite
Ce que je veux dire par "retravailler", c'est qu'il faut nécessairement déRAWtiser une image RAW, et régler au moins la netteté (un RAW est toujours "mou"). Ce qui prend nécessairement plus de temps qu'un jpeg directement sorti de l'appareil. Je ne parle pas de retouche.

Oui, je ne parle pas de retouche non plus, car les JPEG tout comme les RAW peuvent en avoir besoin (bien que le RAW offre plus de possibilité de part la quantité d'info fournie)

Pour le reste ça dépend du dérawtiseur utilisé.

CaptureNX, qui n'est par contre pas tout à fait idéal pour de la gestion flux de travail, interprète les réglages boitiers quant à la netteté et d'autres réglages de façon très correcte, un peu comme si il resuivait la procédure pour faire un "jpeg boitier", mais offre donc aussi les avantages du format RAW, à savoir des possibilités plus grandes quant à l'exploitation de l'image.

Okanda · Le 18/01/2009, à 13:54

Photonoxx a écrit :

CaptureNX, qui n'est par contre pas tout à fait idéal pour de la gestion flux de travail, interprète les réglages boitiers quant à la netteté et d'autres réglages de façon très correcte, un peu comme si il resuivait la procédure pour faire un "jpeg boitier", mais offre donc aussi les avantages du format RAW, à savoir des possibilités plus grandes quant à l'exploitation de l'image.

D'ailleurs j'ai fait un petit test récement avec un nef, entre NX2 et Lightroom. Sous NX2, l'image m'est sortit plus nette et moins bruitée.

Sinon, merci pour l'explication sur les couhes et les bits. C'est un truc sur lequel je ne m'étais plus repenché depuis mes études.

Crusaders : Digikam 0.10 est dans les dépôts Debian. Si tu veux je peux te le récupérer mais c'est pas sûr que ça marche. Et de toutes manières il te faudra quand même installer toutes les dépendances.

TransFXB · Le 21/01/2009, à 09:55

Pour des raisons de spam incontrôlables et compte-tenu de la pauvreté des fonctions offertes par le précédent hébergeur, le forum (PhotoLinux - en anglais) a été déplacé à une nouvelle addresse :
http://photolinux.freeforums.org

PhilippeDeLille · Le 21/01/2009, à 23:05

Un photographe (amateur ou pro) qui veut bien travailler shoot en RAW. Les possibilités de corrections non destructives sont irremplaçables. Avec Bibble-pro ou Lightroom, vous travaillez à partir du seul fichier RAW et toutes les retouches et autres modifications sont conservées en base de données et non sur le fichier lui-même qui n'est JAMAIS modifié quoi que vous fassiez, tout se passe en base de données. Et le cataloguage est réalisé également avec mots-clé, drapeau de couleur attribué à une ou plusieurs photo, etc. Aucun tri de photos la recherche se fait en base de données également. Les photos trouvées sont affichées instantanément. L'impression est assurée, la transformation en jpg, tiff, etc ... C'est vraiment génial pour les photographes qui font plus de ... aller 500 photos par an.

crusaders · Le 22/01/2009, à 20:20

bonsoir a tous

Pas de photographe amateur ou pro parle de lightroom.

Mais d'après ce que j'ai trouvé ce logiciel est uniquement disponible sous windows.

Je me trompe ?

Si oui, ou peut on le trouver ?

merci.

TransFXB · Le 24/01/2009, à 13:00

Lightroom ne fonctionne nativement que sous Windows et Mac.
Sous Linux, il existe LightZone (java) mais qui est en perte de vitesse.

Où tu peux trouver Lightroom ? Chez Adobe pardi !

PhilippeDeLille · Le 24/01/2009, à 15:30

Il y a Bibble-Pro qui fonctionne sous linux, mac et windows. La version "pro" pas la version "lite" qui ne fonctionne que sous un seul OS (celui de son choix)
C'est la même chose que lightroom ou à peu près. Sauf qu'on fait plus de pub pour lightroom parce que c'est un produit adobe dans la suite de photoshop.
http://bibblelabs.com/fr/

TransFXB · Le 24/01/2009, à 16:04

Oui, c'est vrai. J'avais oublié Bibble qui est un excellent produit.

Photonoxx · Le 24/01/2009, à 16:35

Je ne connais pas (en pratique) les logiciels dont parle Philippe de Lille, cependant le fait que les modifications soient enregistrées dans une base de donnée me laisse des plus perplexe...

Cela veut il dire qu'aucune des modifs ne sont attachées aux fichiers ?

Du coup un problème sur la base de donnée et on perd tout de toutes ses photos ??:/? Ca me semble étrange tout de même.

Pour les métadonnées, je sais que cela se fait, mais personnellement je n'aime pas cela, car si l'on passe d'un poste de travail à un autre, on ne conserve pas les données, alors que les RAW peuvent tout à fait contenir des données IPTC XMP ou EXIF.

Concernant les modifs, là je suis beaucoup plus perplexe... Car non seulement on ne pourrait pas transporter les métadonnées associées aux photos, mais en plus on perdrait tous les traitements fait si l'on est pas sur le bon poste de travail ?

Sur mes NEF avec CaptureNX, les modifs sont enregistrées dans le fichier, mais de manière non destructive, comme des étapes de traitement appliquées aux données brutes de prise de vue. Et dans ce cas je peux avoir dans un même fichier, par exemple, deux traitements noir et blanc et 3 traitements couleurs différents sans que la taille du fichier ne grossise vraiment beaucoup. Et je peux changer de poste, du moment qu'il possède Capture NX, je récupère tout.;)

Dernière modification par Photonoxx (Le 24/01/2009, à 16:35)

gabitbol · Le 24/01/2009, à 17:27

Bonjour,

Bibble est en effet un excellent logiciel (la version 5 devrait arrivé dans les jours qui viennent!).

Les modifications réalisées sur les RAWs ne sont pas conservées dans un base de donnée mais dans un petit fichier nomdufichier.raw.bib dans le répertoire de l'image. Il est ainsi très simple de transporter les modifications d'un poste à un autre. Et il est également possible de conserver plusieurs fichiers .bib de traitements différents pour un même image.

Bibble a aussi l'avantage d'être en version native sous GNU/Linux. Et même si les logiciels comme RawTherapee, RawStudio, BlueMarine et bien sur UFRaw s'améliorent au fil du temps, Bibble reste un très bon choix!

Rakkham · Le 24/01/2009, à 20:40

Digikam 0.10 RC1 est sortie et disponible dans un dépôt.
Voir ici: http://www.digikam.org/drupal/node/422
l'adresse du dépôt à ajouter est dans les commentaire:

You can also add the following line to your /etc/apt/sources.list
deb http://ppa.launchpad.net/digikam-experimental/ppa/ubuntu intrepid main
You will also need kubuntu-experimental:
deb http://ppa.launchpad.net/kubuntu-experimental/ppa/ubuntu intrepid main

Et ça marche . Plus besoin de compiler ( cool pour les gens pas aidés comme moi).

d'où petite question: Digikam crée une base de donnée. J'ai vu dans les messages précédents que certains logiciels mettaient dans ces bases de donnée les info sur les modifications des fichiers. C'est le cas de Digikam aussi?

TransFXB · Le 24/01/2009, à 22:56

Rakkham a écrit :

d'où petite question: Digikam crée une base de donnée. J'ai vu dans les messages précédents que certains logiciels mettaient dans ces bases de donnée les info sur les modifications des fichiers. C'est le cas de Digikam aussi?

A ma connaissance oui, du moins dans les dernières versions. Mais c'est à vérifier.

Dernière modification par TransFXB (Le 24/01/2009, à 23:01)

TransFXB · Le 26/01/2009, à 16:52

ENQUÊTE :

Seriez-vous intéressé pour participer à un forum, en français, dédié à tout ce qui est en rapport avec la photographie sous Linux ?

Il ne s'agit pas de faire de la concurrence à ubuntu-fr (!) mais plutôt de proposer un lieu complémentaire à ubuntu-fr où seraient abordés plus spécifiquement les questions relatives à la photographie dans un environnement Linux.

Ce forum serait ouvert à toutes les distros Linux.

J'ai déjà quelque chose de mis en place. Il ne me reste plus qu'à trouver des membres !

Dernière modification par TransFXB (Le 26/01/2009, à 16:55)

Rakkham · Le 26/01/2009, à 21:01

L'idée est bonne. Je veux bien "participer", mais tout dépend de la nature de la participation, sachant que mes compétences sont loin d'être exceptionnelles en la matière. ( En gros, je veux bien poser plein de questions :) )

TransFXB · Le 26/01/2009, à 21:47

Pas de problème, Rakkham, il faut des questionneurs et des répondeurs.
Quand j'aurai fait un peu de ménage, je vous indiquerai le lien vers le forum.

TransFXB · Le 27/01/2009, à 00:06

Voilà, le forum PhotoLinux est disponible à l'adresse :
http://photolinux.freeforums.org/index.php

Attention, je n'ai pas encore fini de traduire certains posts.
mais vous pouvez sans hésiter venir vous inscrire et poster !!!

Dernière modification par TransFXB (Le 27/01/2009, à 00:06)

Photonoxx · Le 27/01/2009, à 02:20

Rakkham a écrit :

Digikam 0.10 RC1 est sortie et disponible dans un dépôt.
Voir ici: http://www.digikam.org/drupal/node/422
l'adresse du dépôt à ajouter est dans les commentaire:
You can also add the following line to your /etc/apt/sources.list
deb http://ppa.launchpad.net/digikam-experimental/ppa/ubuntu intrepid main
You will also need kubuntu-experimental:
deb http://ppa.launchpad.net/kubuntu-experimental/ppa/ubuntu intrepid main
Et ça marche . Plus besoin de compiler ( cool pour les gens pas aidés comme moi).

Merci pour l'info, c'est sympa. Perso comme j'avais installé à partir du script KDEsvn-build, j'avais mis à jour comme ça.

Peut être que si je remets un Ubuntu tout neuf je passerai par le dépôt.

Cela installe-t-il les bonnes versions des libs comme Kexvi2 notamment ? (j'imagine que oui à partir du dépôt kubuntu experimental)

d'où petite question: Digikam crée une base de donnée. J'ai vu dans les messages précédents que certains logiciels mettaient dans ces bases de donnée les info sur les modifications des fichiers. C'est le cas de Digikam aussi?

Et bien de quelles modifs parles tu ?

Si c'est pour les métadonnées, la réponse est oui, mais une option à cocher dans les préférences permet de les écrire également dans le fichier lui même, la base de donnée servant pour les recherches.

Si c'est pour les réglages photos, je ne peux pas te répondre, je ne travaille pas mes Raw avec, et pour les Jpeg cela m'étonnerait un peu...

Sinon TransFXB, pour le forum pourquoi pas, mais ayant fait une overdose de forum quand j'étais plus petit , j'y suis beaucoup plus aléatoirement(et modéremment) désormais

Amicalement,
Nicolas

TransFXB · Le 27/01/2009, à 21:04

Merci à ceux qui se sont inscrits !

Pour les autres, n'hésitez pas à rejoindre PhotoLinux !

Okanda · Le 27/01/2009, à 21:38

Je vous rejoins!
Bonne initiative.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#176 Le 17/01/2009, à 18:22

Re : Centralisation - linux pour photographes -

#177 Le 17/01/2009, à 20:03

Re : Centralisation - linux pour photographes -

#178 Le 17/01/2009, à 20:42

Re : Centralisation - linux pour photographes -

#179 Le 17/01/2009, à 22:41

Re : Centralisation - linux pour photographes -

#180 Le 17/01/2009, à 23:11

Re : Centralisation - linux pour photographes -

#181 Le 18/01/2009, à 00:08

Re : Centralisation - linux pour photographes -

#182 Le 18/01/2009, à 01:05

Re : Centralisation - linux pour photographes -

#183 Le 18/01/2009, à 13:54

Re : Centralisation - linux pour photographes -

#184 Le 21/01/2009, à 09:55

Re : Centralisation - linux pour photographes -

#185 Le 21/01/2009, à 23:05

Re : Centralisation - linux pour photographes -

#186 Le 22/01/2009, à 20:20

Re : Centralisation - linux pour photographes -

#187 Le 24/01/2009, à 13:00

Re : Centralisation - linux pour photographes -

#188 Le 24/01/2009, à 15:30

Re : Centralisation - linux pour photographes -

#189 Le 24/01/2009, à 16:04

Re : Centralisation - linux pour photographes -

#190 Le 24/01/2009, à 16:35

Re : Centralisation - linux pour photographes -

#191 Le 24/01/2009, à 17:27

Re : Centralisation - linux pour photographes -

#192 Le 24/01/2009, à 20:40

Re : Centralisation - linux pour photographes -

#193 Le 24/01/2009, à 22:56

Re : Centralisation - linux pour photographes -

#194 Le 26/01/2009, à 16:52

Re : Centralisation - linux pour photographes -

#195 Le 26/01/2009, à 21:01

Re : Centralisation - linux pour photographes -

#196 Le 26/01/2009, à 21:47

Re : Centralisation - linux pour photographes -

#197 Le 27/01/2009, à 00:06

Re : Centralisation - linux pour photographes -

#198 Le 27/01/2009, à 02:20

Re : Centralisation - linux pour photographes -

#199 Le 27/01/2009, à 21:04

Re : Centralisation - linux pour photographes -

#200 Le 27/01/2009, à 21:38

Re : Centralisation - linux pour photographes -

Pied de page des forums