Je me suis fait un petit howto pour me souvenir dans 6 mois d'une méthode pour se créer des profils perso et je partage cetet méthode ici pour éventuellement recevoir des remarques et idées de correction.
Faire attentions aux noms de fichier et de répertoirs qui ne sont généralement pas mentionnés.
Télécharger sur DPreview, une image de test où une mire colorchecker est visible puis :
1- transformer le raw en DNG avec LR ou ACR.
2- extraire du DNG un tif uniquement dématricé en utilisant dng_validate ( programme trouvé dans le SDK DNG d'adobe )
dngvalidate -16 -3 IMG_6866.tif IMG_6866.dng
3- Ouvrir le tif dans photoshop et faire une balance des blancs en utilisant l'outil courbe en cliquant la pipette des hl sur un patch blanc. Lors de l'ouverture indiquer de ne pas utilier la gestion des couleurs pour e^tre sur de conserver un gamma 1.0 et assurer une bonne bdb. Recadrer juste la zone de la color checker et sauvegarder en tif sous le nom "mire.tif".
4- Créer un fichier .ti3 avec scanin d'Argyll
scanin -v -p -a -G1 -dipn mire.tif ref\ColorChecker.cht ref\ColorChecker.cie
5- Créer un profil d'entrée icc ( mire a la fin de la commande est le nom du fichier issu de l'etape 4 sans indiquer l'extension ).
colprof -v -ag -u -nc -qh -C"No copyright." -M"Canon 5dMkII" -O"Canon5dMKII.icc" -D"Canon5dMKII.icc" mire
Ce profil doit être utilisable avec les softs de derawtisation qui utilisent un profil icc d'entrée, mais c'est à vérifier.
La suite aussi est à vérifier/tester car c'est une méthode perso. et que je manque de recul... m'enfin :
6- Ouvrir le profil crée dans displaycal ( fonction fichier / information du profil) et noter les informations de la matrice de transformation ( Les infos sont dans Colonne rouge, XYZ par rapport au PCS etc... pour les colonnes vertes et bleues).
7- Créer un fichier xml d'un profil dcp de son appareil en utilisant dcptool.
dcptool -d xxx.dcp xxx.xml
8- changer le nom qui s'affichera dans LR en changeant la valeur du tag "ProfileName", remplacer les valeurs des matrices ForwardMatrix1 et ForwardMatrix2 par les valeur de la matrice trouvée au point 6. Supprimer la ou les luts du profil et eventuellement linéariser la trc en utilisant la tone curve suivante :
<ToneCurve Size="2">
<Element N="0" h="0.000000" v="0.000000"/>
<Element N="1" h="1.000000" v="1.000000"/>
</ToneCurve>
9- Créer le nouveau dcp dcptool.
dcptool -c xxx.xml xxx.dcp
10- copier le dcp dans le répertoire qui va bien...
C:\Users\[xxxxxxxxxx]\AppData\Roaming\Adobe\CameraRaw\CameraProfiles
Ci-dessous, un exemple avec à gauche un dev Adobe Std et à droit le meme dev avec le nouveau profil...
Pas de grosse différence en vue pour le travail accompli, mais au moins vous pourrez aussi briller sur les forums en mentionnant que vous utilisez un profil linéaire spécifique sans casser votre tirelire et pour pouvoir aussi se chicorer avec les grands sur les delta E2000 de votre profil, utilisez la commande d'Argyll suivante :-)
profcheck.exe -v2 -k IMG_3003.ti3 Canon5dMKII.icc
Citation de: frmfrm le Août 17, 2017, 02:20:34
Je me suis fait un petit howto pour me souvenir dans 6 mois d'une méthode pour se créer des profils perso et je partage cetet méthode ici pour éventuellement recevoir des remarques et idées de correction.
Faire attentions aux noms de fichier et de répertoirs qui ne sont généralement pas mentionnés.
Télécharger sur DPreview, une image de test où une mire colorchecker est visible puis :
[../..]
Çà commence pas bien....
Il est bien préférable de photographier une mire (une CC24) avec son APN pour caractériser le capteur et le logiciel de développement en produisant un tiff de la mire.
En choisissant une photo non écrêtée, sans flare et réflexion, avec des valeurs dans les noirs et blancs proches des valeurs RGB de la mire, les chances d'avoir un profil correct est important.
[at] frmfrm
Vous bidouillez un max, je suis largué. Mais concernant la théorie, j'ai l'impression que vous n'y êtes pas du tout.
Vos deux images donnent les même valeurs de gris sur la charte de gris q14, à un cheveux près, bizarre non ?
Pour moi un profil linéaire, ad minima sur les valeurs de gris, c'est : valeurs Lab de la charte ->valeurs lab de l'image.
http://xritephoto.com/ph_product_overview.aspx?ID=824&Action=Support&SupportID=5159
(http://xritephoto.com/ph_product_overview.aspx?ID=824&Action=Support&SupportID=5159)
Si l'image de charte ne donne pas cela, votre appareil photo n'est pas linéarisé.
Vous devriez raisonner en lab plutot qu'en rvb. les valeurs rvb ne sont qu'un encodage des valeurs lab à destination des systèmes d'affichage, facilitant la compression et la retouche.
Citation de: MBe le Août 17, 2017, 10:09:12
Çà commence pas bien....
Il est bien préférable de photographier une mire (une CC24) avec son appareil photo numérique pour caractériser le capteur et le logiciel de développement en produisant un tiff de la mire.
En choisissant une photo non écrêtée, sans flare et réflexion, avec des valeurs dans les noirs et blancs proches des valeurs RGB de la mire, les chances d'avoir un profil correct est important.
Voui hein, ca commence pas bien.....
même si elles sont pas si mal exposées que ça, les images de dpreview ;-)
Citation de: paul.AU le Août 17, 2017, 12:00:01
[at] frmfrm
Vos deux images donnent les même valeurs de gris sur la charte de gris q14, à un cheveux près, bizarre non ?
Pas bien compris, mais à mon age, que deux droites se coupent en un point ne m'étonne plus vraiment ;-)
Pour moi la linéarité, c'est ce qui permet de faire une balance des blancs sur une image, comme au point 3 de la methode, en 1 seconde avec l'outil courbe de photoshop...
Citation de: frmfrm le Août 17, 2017, 13:21:49
Pas bien compris, mais à mon age, que deux droites se coupent en un point ne m'étonne plus vraiment ;-)
C'est embetant de faire des choses bien complexes alors que vous semblez vu de loin obtenir en pratique à peu près le meme résultat qu'avec le le logiciel gratuit ccpp d'xrite... C'est à dire un profil sans les hue twists.
Citation de: frmfrm le Août 17, 2017, 13:21:49
Pour moi la linéarité, c'est ce qui permet de faire une balance des blancs sur une image, comme au point 3 de la methode, en 1 seconde avec l'outil courbe de photoshop...
Merci le gamma1 pour cette opération, mais ya deux fois plus simple, et même trois fois plus simple.
Dans ce cas, il suffit de demander à Cameraraw une sortie en rvb gamma1, ou même de convertir de votre image rvb phrophoto gamma1.8 à un espace de même taille gamma1 dans photoshop. (Large RGB gamma1 chez Elle Stone)
Suivant la TRC (gamma ou autre courbe) de votre espace d'encodage, les opérations du type courbe "travaillent" dans l'espace d'encodage RVB de l'image (en lab vous pouvez travailler des courbes, mais elle ne joueront pas sur les memes axes puisque vous changez de modèle couleur). C'est pour ca qu'on parle d'espace de travail dans photoshop, le véritable espace de travail de l'image étant en fait, tout au moins au niveau de l'outil courbe, (et internvenant pour d'autres outils) celui de l'espace rvb de l'image elle-même, si bien sur vous avez bien paramétré votre logiciel et que votre gestion des couleurs est ok. Et effectivement, la seule facon de faire une bonne correction de balance couleur, c'est d'avoir un outil travaillant pour ce cas précis, en gamma1. (le filtre /cameraraw-pipette température couleur/travaille en gamma1 par exemple !). je rajouterais même que pour cet outil de balance des couleurs via les courbes, la taille de l'espace de travail joue lui aussi un rôle, plus méconnu. Prohoto semble convenir suffisamment bien.
Or si vous voulez un profil linéaire
d'entrée, puisque c'est le titre de votre fil, en dcp ou icc, peu importe, suivant votre derawtiseur, c'est pour linéariser les valeurs, car les valeurs obtenues par défaut des profils d'Adobe puisqu'il s'agit d'adobe ici, ne sont pas linéaires, mais intègrent une courbe TRC type film-like qui imite celle utilisées par les films argentiques. Cette TRC augmente le contraste dans les valeurs moyennes, et compresse les BL ET HL pour faire rentrer un maximum de dynamique. Ainsi on obtient une image plus réaliste dans un bon nombre de circonstances (scènes 3d et grosses dynamiques), de reculer aussi l'exposition pour avoir un peu de marge en HL, etc. Ce type de chose donne des couleurs réalistes dans de nombreux type de cas de figure, mais jamais de couleurs fidèles. Des couleurs fidèles (scènes 2d = repros, packshots, faibles dynamiques) ne pourront être obtenues que par linéarisation des couleurs de l'appareil par un profil créant une réponse spécifique au couple capteur/dématricage et par éclairement uniforme du sujet si l'on souhaite des valeurs parfaites sur l'ensemble de l'étagement. En pratique on peut s'accomoder d'un peu de compression des HL, souvent utile, suivant les situations.
Mais là on est avant passage en RVB, TRC gamma ce que vous voulez.
C'est plus simple en ne faisant que la première étape convertir en DNG, avec DNG converter puis en utilisant DNG profile editor, ou le logiciel xrite tous trois en téléchargement libre.
https://photography.tutsplus.com/tutorials/how-to-create-a-custom-color-profile-for-your-camera--cms-24339
Mais peut-être ne font ils pas un profil linéaire, en tout cas ils permettent de calibrer son appareil.
Citation de: remico le Août 17, 2017, 14:45:28
C'est plus simple en ne faisant que la première étape convertir en DNG, avec DNG converter puis en utilisant DNG profile editor, ou le logiciel xrite tous trois en téléchargement libre.
https://photography.tutsplus.com/tutorials/how-to-create-a-custom-color-profile-for-your-camera--cms-24339
Mais peut-être ne font ils pas un profil linéaire, en tout cas ils permettent de calibrer son appareil.
Non, DNG PE et le logiciel d'xrite CCPP ne font pas de linéarisation des couleurs. L'un incorpore et les hue twists et la TRC film-like, l'autre la TRC film-like.
Il est possible de retirer avec dcp tools ou DNGPE la TRC du profil fabriqué avec le soft d'xrite. Cela permet de se rapprocher un peu d'un résultat correct, mais toujours pas de linéariser correctement les valeurs notamment les plus sombres.
Qu'ils permettent de créer des profils, oui, qu'ils permettent une calibration, je dis non. De plus ceux-ci ne fonctionnent qu'avec des petites chartes, insuffisante pour calibrer correctement l'axe des gris.
Des outils permettant de calibrer et réaliser des profils linéaires (dcp et icc) :
Basiccolor Input / Lumariver Profile designer / DcamProf /
Il en existe d'autres, plus confidentiels, parfois hors de prix, d'autres plus distribués, ou tournant sur machines obsolètes.
Citation de: paul.AU le Août 17, 2017, 14:02:23
C'est embetant de faire des choses bien complexes alors que vous semblez vu de loin obtenir en pratique à peu près le meme résultat qu'avec le le logiciel gratuit ccpp d'xrite... C'est à dire un profil sans les hue twists.
Je ne fais pas ca pour indiquer une méthode rapide/simple , mais pour montrer le process employé et comprendre ce qui est mis en jeu.
Il me semble avoir vu sur un fil qui a disparu que basic input créait des dcp avec des matrices et une trc uniquement.
La méthode de génération doit être pratiquement identique à ce que je fais, mis à part que j'utilise Argyll et qu'ils ont peut être développé un algorithme de régression un peu plus complexe. Sur le lien suivant, on retrouve une méthode générale avec ses avantages et ses inconvénients des différents algorithmes de régression :
https://pdfs.semanticscholar.org/2ca6/6948a8ebfe61345635c1f3b9afa40d105faa.pdf
Reste la trc, mais encore un fois , au risque de me répéter :-) , en process 2010 on arrive a un résultat très correcte. (sinon récupérer la trc d'un profile généré par basic input et lui piquer sa trc ;-) ).
Enfin, si effectivement on veut corriger le flare d'un objectif, ca risque d'être un peu plus compliqué mais faut savoir jusqu'où aller. Perso je n'irai pas plus loin et pis , j'en ai pas besoin pour appliquer mes simulations de film ;-)
Citation de: frmfrm le Août 17, 2017, 15:11:40
Je ne fais pas ca pour indiquer une méthode rapide/simple , mais pour montrer le process employé et comprendre ce qui est mis en jeu.
Certes, mais de mon coté je ne comprends pas votre process justement, je vois surtout des bidouilles en ligne de code, et si qqn d'autre arrive à suivre, je veux bien que quelqu'un éclaire ma lanterne.
Citation de: frmfrm le Août 17, 2017, 15:11:40
Il me semble avoir vu sur un fil qui a disparu que basic input créait des dcp avec des matrices et une trc uniquement.
Peut-etre, et alors ?
Citation de: frmfrm le Août 17, 2017, 15:11:40
Reste la trc, mais encore un fois , au risque de me répéter :-) , en process 2010 on arrive a un résultat très correcte. (sinon récupérer la trc d'un profile généré par basic input et lui piquer sa trc ;-) ).
C'est quand même la chose primordiale à caler, il me semble.
Citation de: paul.AU le Août 17, 2017, 14:58:32
Non, DNG PE et le logiciel d'xrite CCPP ne font pas de linéarisation des couleurs. L'un incorpore et les hue twists et la TRC film-like, l'autre la TRC film-like.
Il est possible de retirer avec dcp tools ou DNGPE la TRC du profil fabriqué avec le soft d'xrite. Cela permet de se rapprocher un peu d'un résultat correct, mais toujours pas de linéariser correctement les valeurs notamment les plus sombres.
Qu'ils permettent de créer des profils, oui, qu'ils permettent une calibration, je dis non. De plus ceux-ci ne fonctionnent qu'avec des petites chartes, insuffisante pour calibrer correctement l'axe des gris.
Des outils permettant de calibrer et réaliser des profils linéaires (dcp et icc) :
Basiccolor Input / Lumariver Profile designer / DcamProf /
Il en existe d'autres, plus confidentiels, parfois hors de prix, d'autres plus distribués, ou tournant sur machines obsolètes.
Je n'avais pas saisi le coté important du développement linéaire, la plupart des logiciel raw proposent ce réglage mais si j'ai bien compris il ne serait pas assez linéaire, mais bon si la teinte est meilleure avec possiblement de faibles écarts de luminosité avec le profil c'est déjà ça.
Citation de: paul.AU le Août 17, 2017, 17:48:59
C'est quand même la chose primordiale à caler, il me semble.
Non ;-)
Citation de: frmfrm le Août 17, 2017, 18:42:16
Non ;-)
Si vous voulez des couleurs fidèles, ben si :-\.
Si l'axe des gris est décalé, le reste aussi, forcément.
Citation de: paul.AU le Août 17, 2017, 18:51:15
Si vous voulez des couleurs fidèles, ben si :-\.
Si l'axe des gris est décalé, le reste aussi, forcément.
Il faudrait sûrement s'entendre sur ce que signifie "décaler l'axe des gris" que j'ai déjà vu aussi sur ce forum et j'ai peur que là aussi on ait des pb à se comprendre ;-)
Ca n'est surement pas ce que tu entends, mais décaler l'axe des gris me semble difficile avec un dcp. On ne peut pas choisir/prendre ce que l'on veut comme matrice Forward, ( sinon le profil est rejeté) . Les luts HSV sont aussi particulières quand S=0 enfin avec la trc, on ne peut pas faire grand chose par principe.
Ceci dit et comme je n'ai pas vocation à battre le fil "raw vs jpeg" en nombre de page, je vais me coucher ;-)
Citation de: frmfrm le Août 17, 2017, 20:57:53
Il faudrait sûrement s'entendre sur ce que signifie "décaler l'axe des gris" que j'ai déjà vu aussi sur ce forum et j'ai peur que là aussi on ait des pb à se comprendre ;-)
Oui, décalé n'est peut-être pas le meilleur mot car sous-entendrait décalé de son axe, donc en chromaticité en xy.
je vais reformuler : L'Étagement régulier de l'axe des gris est primordiale pour obtenir des couleurs fidèles, car les couleurs s'alignent en luminosité sur l'axe des gris. Or l'étagement n'est pas régulier avec la TRC Adobe ACR, en 2012, mais n'est pas régulier non plus si régulier en TRC adobe 2010 remise à 0.
La différence (pour ce que j'en comprends) c'est que la TRC en process 2010 est établie avec les curseurs+courbe, d'où leurs positionnement à des valeurs particulières dès le départ dans ce processus. Lorsque ces valeurs sont ramenées à 0, vous obtenez une TRC plate. Cette TRC plate est en fait la résultante simple du dématricage d'Adobe. Si sur un graphique c'est une fonction affine parfaitement proportionnelle, ce n'est en rien une linéarisation. Tout au mieux ce sont les des valeurs plus brutes qu'avant. La linéarisation des valeurs doit être effectuée par le logiciel de calibration. Ceci dans le but que les valeurs de l'image obtenue collent aux valeurs de la scène photographiée.
De plus le processus 2010 pose des problèmes lors de la correction d'exposition du fait du dédoublement des curseurs correction d'expo/luminosité formant une part de la TRC. La TRC du process 2012 est plus "cachée" mais les curseurs sont du coup plus cohérents car n'interviennent pas dans la TRC. Travailler en 2012 avec un profil linéaire devient plus cohérent, mais avec cette subtilité de l'exposition (ou plutot correction d'exposition/luminosité, à faire avec une valeur référencée) qui doit être calée sur un profil avec TRC Adobe en 2012 pour pouvoir ensuite être ajustée pour le profil linéaire via curseur point blanc par la courbe.
Pour la mire de dpreview je n'ai pas trouvé de précision sur la température de l'éclairage utilisé autre que "We offer two lighting conditions, a 'Daylight' mode that is illuminated to 10EV using daylight-balanced Kino Flo RF55 lamps, and a low light mode lit by a 25W tungsten incandescent light bulb." et pour la charte colorchecker utilisée non plus.
https://www.dpreview.com/articles/4553555371/introducing-the-test-scene
La charte colorchecker de xrite a changé légèrement de colorimétrie en 2014, il y a les données ici :
http://xritephoto.com/ph_product_overview.aspx?ID=938&Action=Support&SupportID=5884.
Sur le site babelcolor il y a un jpg de visualisation de la différence :
http://www.babelcolor.com/colorchecker-2.htm#CCP2_beforeVSafter
(http://www.babelcolor.com/index_htm_files/21778.jpg)
Une copie d'écran ci-dessous des fichiers de références xrite et du fichier colorchecker.cie d'Argyll, de gauche à droite Avant/Après 2014 Argyll.
Les données du fichier argyll ColorChecker.cie que j'ai trouvé dans le dossier Argyll/Ref semble correspondre aux valeurs avant 2014 (je n'ai contrôlé que les trois premières lignes) avec un format différent la lettre correspond à la ligne et le numéro à la colonne tandis que dans le fichier de référence xrite c'est l'inverse la lettre correspond à la colonne et le chiffre à la ligne. Donc A01 d'argyll correspond à A1, A02 à B1, A03 à C1 etc ...
Citation de: paul.AU le Août 18, 2017, 10:12:32
je vais reformuler : L'Étagement régulier de l'axe des gris est primordiale pour obtenir des couleurs fidèles, car les couleurs s'alignent en luminosité sur l'axe des gris. Or l'étagement n'est
Ci-dessous, une version un peu plus travaillée avec a gauche un profil std sans lut et à droite un profil généré avec argyll? Traitement en process 2010.
Passé sous photoshop en prophoto et converti en prophoto "lineaire". Ensuite réglage des pts blanc et noir par l'outil courbe. et relevé des valeurs lab à la pipette sur l'échelle des gris.
Val Attendues / Mesurées : 96.5/96 81.2/81 66.7/65 50.8/50 35.6/35 et 20.4/20 .
Citation de: paul.AU le Août 18, 2017, 10:12:32
Ceci dans le but que les valeurs de l'image obtenue collent aux valeurs de la scène photographiée.
Je ne comprends pas ce que tu veux obtenir.
Le dématricage va te placer le noir à 0.0 et le blanc (saturation ) 1.0 . Si ton appareil à une dynamique de 10 ev ou 14 ev , je pense que ta scène ne sera pas répartie de la même facon et ca me semble plutôt bien... mais p'têt que je passe à coté d'un truc ???
Citation de: remico le Août 18, 2017, 13:02:50
Pour la mire de dpreview je n'ai pas trouvé de précision sur la température de l'éclairage ...
Ben c'est pas simple car je crois que j'ai lu sur un de tes liens que la durée de vie de la CC24 était de 2 ans. Ensuite les valeurs que l'on trouve sont des valeurs moyennes. L'idéal serait de cracatériser sa charte...... avec au appareil que serait lui aussi controlé :-)
Pas simple....
Effectivement ce n'est pas simple mais si réaliser un profil permet de faire un pas dans le sens d'une meilleure justesse des couleurs pourquoi pas, même si il ne faut pas se leurrer sur les possibilités.
L'éclairage de dpreview doit-être en D50, et pour revenir au coté linéaire il fait 10Ev quand les appareils de 2007 tournaient déjà à 12 et certains d'aujourd'hui au-dessus de 14.
Et en plus ni le noir ni le blanc de la charte ne sont au maxi, le noir est 52/52/52 et le blanc à 243/243/242 alors extrapoler une courbe linéaire sans connaître les réponses de l'appareil à des intensité plus faibles ou plus fortes me paraît difficile.
Citation de: remico le Août 18, 2017, 19:31:01
extrapoler une courbe linéaire sans connaître les réponses de l'appareil à des intensité plus faibles ou plus fortes me paraît difficile.
Exact. L'importance des patchs les plus sombres de la charte et d'une bonne exposition est primordiale.
Vous pouvez m expliquer comment vous faites un éclairage D50 comparé à 5000k ou si vous faites la différence
Vous pouvez m expliquer aussi dans quels espaces de travail et de calcul est votre soft de développement et comment est la caractérisation de votre écran et aussi si vous etes en V4
Quand a adobe il me semble que ces profils sont en rvb 2.2
Je suis de l avis de jean D; il faut vraiment en avoir besoin d autant plus que la finalité c est l impression en passant par encore un profil Bref des erreurs de calculs qui s accumulent
Citation de: asak le Août 18, 2017, 21:40:17
Vous pouvez m expliquer comment vous faites un éclairage D50 comparé à 5000k ou si vous faites la différence
C'est ce que j'ai supposé à tord quand j'ai lu sur dpreview à propos de leur scène :
We offer two lighting conditions, a 'Daylight' mode that is illuminated to 10EV using daylight-balanced Kino Flo RF55 lamps, and a low light mode lit by a 25W tungsten incandescent light bulbJ'ai pensé que le réglage Daylight-lumière du jour correspondait au réglage lumière du jour D50 - 5000k, c'est faux vérification faite avec un raw du Canon G1-X la balance des blancs auto du boitier est à 6204 et avec la pipette sur la charte colorchecker quatrième case grise en partant de la gauche est 6370. C'est plus proche du D65 6500 k
J'ai posté plus haut une capture d'écran et les liens des valeurs théoriques de la charte colorchecker avant/après 2014 et celle d'Argyll. Les valeurs d'Argyll sont celles d'avant 2014 et sont pour un illuminant D50 c'est indiqué dans ce pdf Xrite qui reprend aussi ces valeurs d'avant 2014 : http://xritephoto.com/documents/literature/en/ColorData-1p_EN.pdf
Serait-ce ce genre d'éclairage ?
Mais il n'y a pas de référence RF 55 mais KF 55
Évidemment c'est plus simple de faire ça avec son appareil, sa charte mesurée et ses valeurs spectro.
Mais allez, pour un truc rapido, pas cher et pas si mal, voir gratuit :
Image de dpreview (ou mieux de votre Colorchecker), + le soft d'xrite pour le profil + process 2010 tout à 0 y compris les courbes. + ajustement point noir sur un piège à lumière* + correction d'exposition sur valeur lab 50 (celui de la ccpp fera à peu près l'affaire).
Avec ça on sort déjà des images très très bonnes pour du packshot par exemple. (en dcp).
*Boîte avec un trou pour régler le noir absolu d'ecretage.
Tiens , le fil a été déplacé. Au moins il n'a pas été supprimé , mais là c'est sur que la générétion de profil dcp va surement intéresser les gens qui veulent calibrer leur écran :-)
M'enfin .....
Sinon, à mon avis, peu importe sous quelle lumière a été la charte. L'usage du profil d'entrée c'est de ramener quelque chose d'inconnu a quelque chose de connu.
Un profil icc généré par Argyl ramène les infos entrées vers un espace XYZ D50 ( c'est la matrice que je recherche a l'aide de displaycal dans ma méthode ).
La matrice Forward d'un profil dcp ramène des valeurs du raw ( dont on a fait le blanc) vers l'espace XYZ D50.
Après si on doit gérer les pbs d'adaptation chromatique c'est plus compliqué... Mais ça l'est aussi pour réaliser un tirage enfin si on veut qu'il soit vu correctement :-)
Citation de: dioptre le Août 19, 2017, 09:03:54
Serait-ce ce genre d'éclairage ?
Mais il n'y a pas de référence RF 55 mais KF 55
(https://www.chassimages.com/forum/index.php?action=dlattach;topic=273854.0;attach=992724;image)
Surement, avec le raw du Canon G1-X, j'ai 6300k pour la balance auto du boitier, entre 6200 et 6400 suivant le patch de la mire colorchecker et 5700 avec le réglage balance des blancs auto d'ufraw.
Citation de: remico le Août 19, 2017, 19:54:25
Surement, avec le raw du Canon G1-X, j'ai 6300k pour la balance auto du boitier, entre 6200 et 6400 suivant le patch de la mire colorchecker et 5700 avec le réglage balance des blancs auto d'ufraw.
Entre les valeurs du flash, les valeurs données par l'appareil lors d'une bdb intra boitier, les valeurs données par ACR, celles données par C1, celles données par rawtherapee, que croire ?
La construction du profil joue aussi un rôle dans ces valeurs, dont en fait on a pas vraiment besoin de se préoccuper. Seul une bonne bdb à la prise de vue avec correction au développement compte.
Certainement pas un réglage "balance des blancs auto" d'où qu'il vienne.
Même si l'illuminant est disons critique, c'est à dire en peigne, le profil joue un rôle important ! Il permet de corriger justement les erreurs dues à son spectre il me semble. Le seul soucis c'est qu'il sera applicable pour les images faites sous le même illuminant. Mais au final c'est ce qu'on souhaite d'un profil lorsqu'il n'est pas lumière du jour. Seuls les profils que l'on souhaite générique et utilisables pour un maximum de conditions sont un peu plus critiques à réaliser.
Mais admettons que vous ayez des flashs bas de gamme, avec un ptit studio cheap, mieux vaut au contraire faire un bon profil sous cet illuminant pour corriger les défauts du flash lorsque vous prendrez vos objets sous celui-ci.
Citation de: paul.AU le Août 19, 2017, 09:45:56
Évidemment c'est plus simple de faire ça avec son appareil, sa charte mesurée et ses valeurs spectro.
Mais allez, pour un truc rapido, pas cher et pas si mal, voir gratuit :
Image de dpreview (ou mieux de votre Colorchecker), + le soft d'xrite pour le profil + process 2010 tout à 0 y compris les courbes. + ajustement point noir sur un piège à lumière* + correction d'exposition sur valeur lab 50 (celui de la ccpp fera à peu près l'affaire).
Avec ça on sort déjà des images très très bonnes pour du packshot par exemple. (en dcp).
*Boîte avec un trou pour régler le noir absolu d'ecretage.
C'est simple à condition d'avoir un logiciel payant capable d'utiliser les profils dcp, les logiciels Adobe par exemple que tout le monde n'a pas, et de partir du raw ce que tout le monde ne fait pas ou ne peut tout simplement pas faire.
Je préfère une procédure qui pourra s'appliquer aussi bien aux jpg boitier, ou à n'importe quel logiciel raw avec les réglages que l'on utilise par défaut.
J'ai téléchargé sur dpreview un raw de Canon G1 X , je l'ai développé avec le logiciel Canon DPP. Canon recommande le rendu fidèle, j'ai enregistré le crop de la mire en tiff 16bits.
J'ai repris les commandes d'argyll citées par frmfrm en faisant quelques modifications en gras :
scanin -v -p -a
-G 2.2 -dipn mire.tif ref\ColorChecker.cht ref\ColorChecker.cie
-G 2.2 car le fichier n'est pas développé en gamma linéaire
colprof -v
-al -u -nc
-qm -C"No copyright." -M"Canon G1-X" -O"Canon G1-X.icc" -D"Canon G1-X.icc" mire
-al car j'ai de meilleurs résultats en Lab cLUT qu'en matrix+gamma -am
-qm car en qualité ultra -qu cela prends trop de temps
J'ai empilé le tout sur Gimp et ajusté la luminosité et le contraste pour faire coïncider les carré blancs et noir (+20 lum et -2 contraste pour le fichier profilé et un peu plus pour le fichier sorti par le logiciel Canon DPP)
L'image ci-dessous est la charte colorchecker théorique avec en incrustation :
- le carré en haut à droite est la couleur du fichier crée par DPP ou le boitier G1-X en rendu fidèle
- le carré en bas à gauche est la couleur du fichier profilé.
Le type d'éclairage utilisé pour éclairer la mire influe directement sur la qualité des profils obtenus et je dirais même que c'est ce paramètre qui influe le plus sur la qualité des profils !
les tubes fluo ont un spectre avec des "pics" bien visibles sur l'exemple kinoflow ( plus haut dans le fil ) et ce n'est pas avec ce type de sources que les meilleurs profils seront obtenus : les pics et les manques dans le spectre de la lumière qui éclaire la mire influent artificiellement sur les couleurs de la mire, ce qui fausse le travail du logiciel qui calcule les profils, l'idéal étant d'éclairer au flash ( spectre continu et stable ).
on pourrait aussi suivre la piste de se dire que l'on va mesurer au spectro les tubes fluo qui éclairent la mire et prendre cet illuminant comme référence a appliquer sur le fichier spectral de la mire pour le calcul final, mais même si c'est théoriquement valable, dans la pratique cela ne fonctionne que très moyennement ;)
en conclusion ... bon calibrage = prise de vue de la mire au flash :)
C Métairie
ou Solux 4700K alimenté en 13 volts
oui voila, à partir du moment ou on est proche de 5000K avec un spectre continu c'est bon, enfin les flashes sont plus courants que les solux ;)
C Métairie
Est ce qu' un éclairage de la mire sous un "ciel blanc" pourrait convenir à votre avis ?
Citation de: Christophe Métairie le Août 22, 2017, 20:20:20
oui voila, à partir du moment ou on est proche de 5000K avec un spectre continu c'est bon, enfin les flashes sont plus courants que les solux ;)
C Métairie
Rien n'impose de faire un profil sous un mauvais illuminant si l'on souhaite le corriger il me semble.
Sinon la lumière du jour convient bien, mais est moins ajustable en puissance, et on est limité par l'incrément de valeurs du boitier ou de l'optique. De plus cela est vite sujet à variations, mais c'est pas infaisable. D'autant qu'avec du flash, on peut shooter connecté, ce qui permet de vérifier l'uniformité facilement, ainsi que les valeurs d'expo.
la lumière naturelle, si elle a le mérite d'être gratuite et disponible en grande quantité n'est pas des plus stables:
(http://2.8.pagesperso-orange.fr/apprendre-images/tc.png)
la lumière du jour oscille entre 3500 et 10.000 K ... difficile donc de prédire si le calibrage sera correct ou non :)
C Métairie
Citation de: Christophe Métairie le Août 23, 2017, 00:21:12
la lumière du jour oscille entre 3500 et 10.000 K ... difficile donc de prédire si le calibrage sera correct ou non :)
Ah, j'ai l'impression au contraire qu'il semble possible de prédire qu'un profile réalisé sous un seul illuminant (flash ou autre ) aura du mal à être correct pour toutes les situations :)
Ci dessous, un test avec l'image tungstène de dpreview pour le canon 5D MkII.
A gauche, le profil std adobe ( double illuminant Std A et D65).
Au milieu, le profil mixte généré avec la méthode indiquée dans ce fil qui dans ce cas n'est pas forcement top car j'ai utilisé une seule matrice forward pour les illuminants stdA et D65 du profil de base.
A droite, en partant rapidement de l'image du milieu et en créant un profil icc propre avec Argyll.
? et donc ?
Citation de: frmfrm le Août 23, 2017, 18:37:39
Ah, j'ai l'impression au contraire qu'il semble possible de prédire qu'un profile réalisé sous un seul illuminant (flash ou autre ) aura du mal à être correct pour toutes les situations :)
[...]
Je suis autant circonspect que CMP sur tes affirmations et démonstrations.
Je résume les bases :
Un profil icc réalisé sous un illuminant D55 (typiquement flash) donne en général de bons résultats pour des illuminants entre 4500k et 6500k.(avec une Bdb correctement corrigée)
Un profil DCP
bi-illuminant s'adapte assez bien pour des illuminants entre 2700k et 6500k avec comme inconvénient une fidélité des couleurs un peu moins bonne que pour un profil icc dédiè à un illuminant.
Les profils génériques réalisés à partir de photos de mires trouvées sur le net sont toujours moins bons qu'une prise de vue de sa mire (avec les données spectrales) avec un APN, un logiciel de développement et un profiler. Ce qui est vrai pour une imprimante (profil pour un couple papier imprimante/encre) reste vrai pour un APN (ou un scanner). (il faut que tu regardes ce que signifie la gestion des couleurs en photo)
Maintenant il est possible de faire un profil icc à partir de vues prises en extérieur (j'en ai fait), mais une grande vigilance est prendre vis à vis de la hauteur du soleil, de l'environnement (réflexions diverses telles que celles produites par un mur, des arbres, massifs, sol...) qui peuvent favoriser (au sens atténuation ou augmentation) une partie du spectre visible. Avec un ou mieux 2 flashs il est plus facile de maîtriser la prise de vue de la mire et d'avoir des résultats reproductibles, l'idéal étant d'avoir un éclairage de studio.
Maintenant dans ta démarche, j'ai l'impression que tu recherches plus un rendu que la fidélité des couleurs? est ce que je me trompe?
Si tu recherche différents rendus, c'est possible avec un profil (icc ou DCP), mais il y a d'autres possibilités comme les outils courbes de tonalité , TSL ou picture control pour Nikon.
Peut-être ce qui fausse le plus les couleurs c'est que les écrans ne peuvent afficher que les couleurs de l'espace sRGB.
Source de l'image : https://en.wikipedia.org/wiki/ProPhoto_RGB_color_space
(https://upload.wikimedia.org/wikipedia/commons/thumb/1/1e/CIE1931xy_gamut_comparison.svg/325px-CIE1931xy_gamut_comparison.svg.png)
Le logiciel sur le PC ou sur le boitier fera rentrer au chausse-pied les couleurs qui ne sont pas dans cet espace, soit pour le fichier si on a choisi sRVB comme espace couleur, soit pour l'affichage si on a choisi un espace plus grand Prophoto ou AdobeRGB.
En général c'est le mode perceptuel qui est choisi, si il y a un pixel avec une couleur hors gamut, c'est toute la ligne de cette teinte et de cette teinte uniquement plus ou moins saturée qui se décale vers le point blanc et qui seront moins saturées, et donc les couleurs ne seront plus ce qu'elles devraient être.
Source de l'image : http://www.profil-couleur.com/tp/214-modes-rendu.php
Il y a un article assez complet avec la procédure à utiliser avec Rawtherapee. Il y a bien la recommandation de faire plusieurs clichés à différentes sources lumineuses en vue de créer un profil avec Argyll ou autre.
http://rawpedia.rawtherapee.com/Color_Management_addon/fr
Citation de: remico le Août 24, 2017, 08:15:45
Peut-être ce qui fausse le plus les couleurs c'est que les écrans ne peuvent afficher que les couleurs de l'espace sRGB.
?
Citation de: MBe le Août 23, 2017, 22:13:27
Un profil icc réalisé sous un illuminant D55 (typiquement flash) donne en général de bons résultats pour des illuminants entre 4500k et 6500k.(avec une Bdb correctement corrigée)
Un profil DCP bi-illuminant s'adapte assez bien pour des illuminants entre 2700k et 6500k avec comme inconvénient une fidélité des couleurs un peu moins bonne que pour un profil icc dédiè à un illuminant.
Ben voui, le problème revient à se demander ce que l'on veut faire de son profil. Résumer la chose à une bonne caractérisation se fait avec un flash me semble un peu limitée.
Par ex., si je bosse en studio avec des lumières continues tungstène , ( genre blonde ou mandarine) , je ne suis pas sur qu'un profil fait au flash va me servir beaucoup.
Si je désire réaliser un profil dcp passe partout, je crois que le mieux est de choisir 2 illuminants ( proche de D55/D65 et stdA par ex).
Citation de: MBe le Août 23, 2017, 22:13:27
Les profils génériques réalisés à partir de photos de mires trouvées sur le net sont toujours moins bons qu'une prise de vue de sa mire (avec les données spectrales) avec un appareil photo numérique...
Rien n'empêche d'utiliser cette méthode avec une vrai mire ;-)
Ci-dessous, j'ai réalisé vite fait un profil dcp bi-illuminant avec les photos dpreview en attendant d'utiliser une vraie mire dans de bonnes conditions.
Ligne du haut le dev en adobe standard, 5000k à gauche et 2300K à droite.
Ligne du dessous le dev avec le profil généré, 5000k à gauche et 2300K à droite.
Et enfin des exemples d'application sur des tofs réelles. ( Bdb sur le clocher sur la 1ere et sur une voiture blanche sur la seconde). Je ne sais pas ce qui est le mieux car les exemples sont extrêmes ( et pas beaux :-) ), mais il y a une différence visible...
Citation de: remico le Août 24, 2017, 08:15:45
En général c'est le mode perceptuel qui est choisi...
Juste en passant, il y a une méthode avec Argyll pour effectuer un changement de profil de prophoto en srgb, et en utilisant un mode perceptuel.
La succession de commande est la suivante, si tu veux explorer un peu plus... ( test.tif est la photo initiale en prophoto et test-conv.tif est la photo finale en srgb)
tiffgamut -f80 -pj -cmt ProPhoto.icm test.tif
collink -v -qh -G test.gam -ip -cmt -dpp ProPhoto.icm sRGB.icm Source2Destination.icm
cctiff Source2Destination.icm test.tif test-conv.tif
Citation de: remico le Août 24, 2017, 08:15:45
Peut-être ce qui fausse le plus les couleurs c'est que les écrans ne peuvent afficher que les couleurs de l'espace sRGB.
Non, ce n'est pas un problème en soi. Aucun soucis de faire de la reproduction avec un écran srgb, mieux vaut d'ailleurs se fier aux numéros qu'à ses yeux si on a pas des conditions type softproof impeccables.
Le principal problème c'est le tone mapping de la dynamique du capteur qui n'est pas linéaire donc pas adapté à la reproduction des couleurs.
Le second c'est les hue twists des profils generiques, ceux-ci sont optimisés pour atténuer certaines couleurs et en préserver d'autres.
Ensuite on pourrait aussi mentionner l'intention de rendu pour l'impression.
Enfin, la compression de gamut, qui peut se faire à plusieurs niveaux. (au niveau du profil, ou plus tard). Mais le gamut de l'écran en soi ne change rien au fichier, juste sa visualisation sur le dit écran.
Citation de: frmfrm le Août 24, 2017, 08:55:45
Juste en passant, il y a une méthode avec Argyll pour effectuer un changement de profil de prophoto en srgb, et en utilisant un mode perceptuel.
La succession de commande est la suivante, si tu veux explorer un peu plus... ( test.tif est la photo initiale en prophoto et test-conv.tif est la photo finale en srgb)
tiffgamut -f80 -pj -cmt ProPhoto.icm test.tif
collink -v -qh -G test.gam -ip -cmt -dpp ProPhoto.icm sRGB.icm Source2Destination.icm
cctiff Source2Destination.icm test.tif test-conv.tif
Ya plus simple tout de même pour changer d'intention de rendu.
Dans ce sens, le srg1966 ne propose effectivement que du relatif, peu importe d'ailleurs ce que vous demandez lors de la conversion dans photoshop, puisque c'est le profil qui commande.
Mais il y en a d'autres...
Celui-ci propose les matrice pour les autres RI :
sRGB-elle-V4-srgbtrc.icc
here :
https://github.com/ellelstone/elles_icc_profiles/tree/master/profiles
Vous pouvez ensuite rapasser en srgb1966 si ca vous chante.
PS : ce thread part dans toutes les directions, ca devient n'importe quoi niveau compréhension et infos.
Ben voilà un espace couleur avec des primaires bien calée sur le gamma
Avec ça je suis persuadé qu on peut se passer d une mire 24 patchs , mis a part éclairage particuliér et encore.
Citation de: remico le Août 24, 2017, 08:15:45
Peut-être ce qui fausse le plus les couleurs c'est que les écrans ne peuvent afficher que les couleurs de l'espace sRGB.
Citation de: Verso92 le Août 24, 2017, 08:40:39
?
Merci pour cette question du coup j'ai été cherché le profil de mon écran sur le site constructeur, et effectivement cela ne recoupe pas exactement le sRGB.
Ya plus simple tout de même pour changer d'intention de rendu.
Dans ce sens, le srg1966 ne propose effectivement que du relatif, peu importe d'ailleurs ce que vous demandez lors de la conversion dans photoshop, puisque c'est le profil qui commande.
Mais il y en a d'autres...
Celui-ci propose les matrice pour les autres RI :
sRGB-elle-V4-srgbtrc.icc
here :
https://github.com/ellelstone/elles_icc_profiles/tree/master/profiles
Bonjour,
Mais comment utiliser ce profil!?
Merci d'avance pour votre réponse.
Bien cordialement
J'ai fait une erreur, celui d'elle stone n'a qu'une seule intention de rendu.
C'est celui de Salomé qu'il faut prendre, pardon pour cette erreur.
https://www.chassimages.com/forum/index.php/topic,234732.0.html
D50 - sRGB TRC - sRGB ICCv4 - Preference Display Class (perceptual).icc
https://1fichier.com/?fj76mwth3k
Sur windows, ca s'installe des plus facilement, click droit installer. (manuellement, copier coller ici sur W10 : C:\Windows\System32\spool\drivers\color\...)
Sur mac je sais pas, mais ca pas bien etre plus difficile.
Ensuite ils apparaissent dans votre liste de profil dans photoshop, comme l'adobergb98 ou le prophoto, ou le srgb1966.
C est quoi l intention de rendu chez ellestone ?
Le srbg est d origine en 2.4 d 65 celui de ellestone en labs d50 L* avec primaires corrigées
Faut pas non plus bosser dans un espace de travail d50 avec un ecran en d65 ou avec un espace 1.8 et un écran en L* ou encore le mélange de V2 et V4 ; je ne suis pas persuadé que le cms soit à la fête en faisant le grand ecart Ceci pouvant souvent expliqué des problémes de rendu
Citation de: asak le Août 24, 2017, 15:43:56
C est quoi l intention de rendu chez ellestone ?
Celui que j'ai cité en premier, de Elle Stone, relatif uniquement
Le second a également le perceptual, il a les tables pour, et ce n'est pas un profil à matrice.
Citation de: asak le Août 24, 2017, 10:18:27
Ben voilà un espace couleur avec des primaires bien calée sur le gamma
Avec ça je suis persuadé qu on peut se passer d une mire 24 patchs , mis a part éclairage particuliér et encore.
Pas sur de bien comprendre la remarque, mais au cas où, je pense que le problème, c'est que si tu joues sur le gamma des primaires, tu risques aussi d'embarquer les gris avec...
On peut peut-être aussi utiliser l'outil TSL pour ne corriger que les couleurs qui pêchent, mais à chacun de choisir sa méthode préférée.
Ceci dit, lors de la création du profil bi-illuminant, j'ai été obligé de "normaliser" la matrice forward pour que le profil soit accepté par LR. Réalisé en créant un tableau excel à partir du code suivant trouvé dans le sdk dng...
// Matrice trouvée dans displaycal
dng_matrix_3by3 &M;
dng_vector_3 W1 = M * dng_vector_3 (1.0, 1.0, 1.0);
dng_vector_3 W2 = dng_vector_3 (0.9642, 1.00, 0.82491); // PCStoXYZ ();
real64 s0 = W2
- / W1
- ;
real64 s1 = W2 [1] / W1 [1];
real64 s2 = W2 [2] / W1 [2];
dng_matrix_3by3 S (s0, 0, 0,
0, s1, 0,
0, 0, s2);
ForwardMatrix = S * M;
Citation de: paul.AU le Août 24, 2017, 10:05:37
Ya plus simple tout de même pour changer d'intention de rendu...
Ah, ben si tu ne vois pas l'intérêt de passer par "tiffgamut" d'Argyll, alors utilises ce qui te semble aller le plus vite :)
Citation de: frmfrm le Août 24, 2017, 08:55:45
Juste en passant, il y a une méthode avec Argyll pour effectuer un changement de profil de prophoto en srgb, et en utilisant un mode perceptuel.
La succession de commande est la suivante, si tu veux explorer un peu plus... ( test.tif est la photo initiale en prophoto et test-conv.tif est la photo finale en srgb)
tiffgamut -f80 -pj -cmt ProPhoto.icm test.tif
collink -v -qh -G test.gam -ip -cmt -dpp ProPhoto.icm sRGB.icm Source2Destination.icm
cctiff Source2Destination.icm test.tif test-conv.tif
La commande est un peu plus fine que mon logiciel graphique Gimp.
Tiffgamut avec l'option f80 ne prends en compte que 80% des pixels et laisse de côté les autres possiblement hors gamut. On peut aussi pousser un peu plus loin en ne calculant le profil que sur un recadrage du sujet ou de là où on veut avoir le plus de justesse quite à laisser filer le reste de l'image.
J étais persuadé que ellestone est en perceptif.
Les profils de ellestone sont adaptés à chaque gamma
Citation de: asak le Août 24, 2017, 16:25:29
J étais persuadé que ellestone est en perceptif.
Elle Stone c'est le nom de la personne qui fait les profils...
La plus part des profils distribués faits sous littleCMS n'ont pas cette intention de rendu. Suffit de faire le test avec une image très saturée dans photoshop.
(https://www.chassimages.com/forum/index.php?action=dlattach;topic=273854.0;attach=993476;image)
pour en revenir a ce graphique sur la conversion perceptive / relative, le graphique sur le mode relatif est faux: il correspond au rendu absolu ou toutes les couleurs hors gamut sont comprimées en extrémité de l'axe, avec de beaux aplats de couleurs ;)
en relatif, les couleurs hors gamut sont comprimées sur une zone en bout d'axe, et seule une petite partie des couleurs de l'extrémité de l'axe sont touchées, ce mode est donc beaucoup moins destructeur que le mode perceptif, mais modifie quand même une partie des couleurs situées dans le gamut ;)
voila ce ca donnerait en Relatif :
(http://www.cmp-color.fr/NL/relatif.jpg)
C Métairie
quoi qu'il en soit, en création de profil APN il n'y a pas d'intention de rendu puisque qu'on caractérise un périphérique, il n'y a pas de conversion d'un espace vers un autre donc définir une intention de rendu est inutile ;)
C Métairie
Citation de: Christophe Métairie le Août 25, 2017, 10:21:29
pour en revenir a ce graphique sur la conversion perceptive / relative, le graphique sur le mode relatif est faux: il correspond au rendu absolu ou toutes les couleurs hors gamut sont comprimées en extrémité de l'axe, avec de beaux aplats de couleurs ;)
en relatif, les couleurs hors gamut sont comprimées sur une zone en bout d'axe, et seule une petite partie des couleurs de l'extrémité de l'axe sont touchées, ce mode est donc beaucoup moins destructeur que le mode perceptif, mais modifie quand même une partie des couleurs situées dans le gamut ;)
voila ce ca donnerait en Relatif :
....
J'ai l'impression que tu as fait une petite bourde surement liée au fait qu'on réponds souvent en vitesse...
Et, à moins que ça soit moi qui me trompe :-),
je crois que tu as mélangé un peu relatif et perceptuel, car pour réaliser une compression de gamut telle que représentée sur ton graph de rendu relatif, il me semble qu'il faut passer obligatoirement par une LUT.
Les profils sRGB et prophoto V2 n'en disposent pas ( ils n'ont que des matrices ), c'est pourquoi l'intention de rendu perceptif n'est pas possible avec ces profils.
Ceci dit, je crois que ton graph représente une intension de rendu perceptif plus réaliste que celle indiquée sur le graph de remico.
Citation de: frmfrm le Août 25, 2017, 16:53:58
Les profils sRGB et prophoto V2 n'en disposent pas ( ils n'ont que des matrices ), c'est pourquoi l'intention de rendu perceptif n'est pas possible avec ces profils.
C'est pour ca que sur le shéma fond noir c'est marqué relatif également, pas perceptif.
Après, moi j'entends srgb au sens de gamut srgb, pas de problème pour moi.
non je ne me suis pas trompé du tout :)
en PERCEPTIF c'est l'ensemble de l'axe qui est comprimé quand une couleur est en dehors du gamut cible,
en RELATIF il n'y a qu'une petite extrémité qui est comprimée ( graphique fond noir )
C Métairie
Citation de: Christophe Métairie le Août 25, 2017, 18:07:14
non je ne me suis pas trompé du tout :)
en PERCEPTIF c'est l'ensemble de l'axe qui est comprimé quand une couleur est en dehors du gamut cible,
en RELATIF il n'y a qu'une petite extrémité qui est comprimée ( graphique fond noir )
Mince, ca m'apprendra à commenter des diagrammes postés par d'autres :-)
Ci dessous, un dégradé de vert en prophoto converti en srgb. Toute la partie droite est clippée. Il n'y a pas eu de compression... C'est à mon sens ce que signifie le graph de remico.
Maintenant, le perceptif, baaaaa, c'est du perceptif. C'est à dire que ca ne suit pas forcement de règle. C'est fait pour être plaisant, bien perçu. Tu peux laisser un logiciel créer ton profil ou faire appel à un artiste pour te le faire.
C'est un peu comme compresser une image de 14 EV de dynamique pour une impression qui n'aura que 8EV. Chacun peut faire comme il veut car ce que l'on veut c'est du perrrrrrrceptuel ..
M'enfin ca n'est que mon avis et j'en changerai peut-etre demain ;-)
Citation de: Christophe Métairie le Août 25, 2017, 10:21:29
(https://www.chassimages.com/forum/index.php?action=dlattach;topic=273854.0;attach=993476;image)
pour en revenir a ce graphique sur la conversion perceptive / relative, le graphique sur le mode relatif est faux: il correspond au rendu absolu ou toutes les couleurs hors gamut sont comprimées en extrémité de l'axe, avec de beaux aplats de couleurs ;)
en relatif, les couleurs hors gamut sont comprimées sur une zone en bout d'axe, et seule une petite partie des couleurs de l'extrémité de l'axe sont touchées, ce mode est donc beaucoup moins destructeur que le mode perceptif, mais modifie quand même une partie des couleurs situées dans le gamut ;)
voila ce ca donnerait en Relatif :
(http://www.cmp-color.fr/NL/relatif.jpg)
C Métairie
Oui, en relatif, la compression des couleurs hors gamut du profil de destination est bien réalisée comme votre dernier graphique le montre. Par contre je n'ai pas trouvé beaucoup d'explication sur la loi de compression appliquée dans les moteurs de gestion des couleurs des systèmes. Celui d' Adobe à une très bonne réputation, mais je n'en sais pas beaucoup plus.
Il est à noté que les couleurs hors gamut Adobe RGB sur les photos "courantes" ne sont pas très importantes en visualisation sur écran (écran avec un gamut Adobe RGB ou proche). Dans le cas d'une impression, c'est beaucoup plus sensible d'après mon expérience en fonction du choix du papier.
Votre réponse sur ce fil https://www.chassimages.com/forum/index.php/topic,272126.0.html (https://www.chassimages.com/forum/index.php/topic,272126.0.html) en #12 confirme la connaissance que j'avais sur le sujet des compressions de gamut en relatif.
Citation de: MBe le Août 25, 2017, 22:03:34
Oui, en relatif, la compression des couleurs hors gamut du profil de destination est bien réalisée comme votre dernier graphique le montre...
Il faut le répéter plusieurs fois pour que ca devienne une vérité que j'accepte, ou il faut avoir la gentillesse de m'expliquer comment il faut lire ce schéma :-)
Ll me semble que si tu raisonnes sur un aller-retour, son schéma devient moins évident ...
Tu pars de l'extrémité du srgb puis tu vas vers le prophoto en suivant une verticale, puis tu reviens au srgb en suivant la droite du schéma et tu ne reviens pas au point de départ ...
Embêtant ;-), et je ne crois pas que ça soit la réalité. On va avoir des pbs d'arrondis car on passe du D65 au D50 avec des gammas differents , mais on ne revient pas loin.
Et si tu te crées un profile avec des primaires de srgb avec un illulminant D50 et que tu fais cette opération, tu reviens au même point...
Citation de: frmfrm le Août 25, 2017, 19:53:32
Mince, ca m'apprendra à commenter des diagrammes postés par d'autres :-)
Ci dessous, un dégradé de vert en prophoto converti en srgb. Toute la partie droite est clippée. Il n'y a pas eu de compression... C'est à mon sens ce que signifie le graph de remico.
Maintenant, le perceptif, baaaaa, c'est du perceptif. C'est à dire que ca ne suit pas forcement de règle. C'est fait pour être plaisant, bien perçu. Tu peux laisser un logiciel créer ton profil ou faire appel à un artiste pour te le faire.
C'est un peu comme compresser une image de 14 EV de dynamique pour une impression qui n'aura que 8EV. Chacun peut faire comme il veut car ce que l'on veut c'est du perrrrrrrceptuel ..
M'enfin ca n'est que mon avis et j'en changerai peut-etre demain ;-)
(https://www.chassimages.com/forum/index.php?action=dlattach;topic=273854.0;attach=993750;image)
Le perceptuel c'est perceptif en ce qui concerne les dégradés de saturation, mais au détriment de la justesse des couleurs certaines vont se ternir. Il y a une comparaison assez parlante sur photozone :
http://www.photozone.de/color-management
Le graphique sur la colorimétrie relative que j'ai posté est faux, mais seulement un peu et beaucoup de site font des illustrations similaires.
Sur le site de Microsoft, qui rajoute de la complication en rebaptisant les différents mode il y a quelques explications, le mode colorimétrie absolue coupe simplement ce qui déborde tandis que le mode relatif coupe ce qui déborde après équilibrage du point blanc.
https://msdn.microsoft.com/en-us/library/windows/desktop/dd372183(v=vs.85).aspx
Il y a toujours un perdant quel que soit le mode de conversion choisi c'est normal puisque les différents espaces n'ont pas les mêmes points blancs, ni les mêmes amplitudes de couleurs.
On peut éviter les problèmes divers en faisant de l'épreuvage ou simulation d'impression, soft proofing en anglais, avec divers mode de conversion. En baissant la saturation avant la conversion on diminue le nombre de pixels affectés. Si le nombre de pixels affecté est faible ou ne touche pas le sujet autant choisir colorimétrie relative.
************ mais revenons à nos moutons
J'ai développé le raw de dpreview du G1 X avec dcraw -w -W -g 1 0 -o 5 -T IMG_0041.cr2
-w (balance des blancs du boitier) -W (sans éclaircir automatiquement) -g 1 0 (linéaire) -o 5 (espace couleur XYZ) -T (Tiff)
Il y a un bug soit dans ma config soit dans dcraw ou Gimp (ces outils gratuits ne valent pas cher !)
Le profil icm du fichier développé par dcraw n'est pas pris en compte par Gimp qui l'ouvre comme s'il était en sRGB.
J'ai récupéré le profil D65_XYZ.icc sur color.org ainsi que profile inspector :
D65_XYZ.icc : http://www.color.org/XYZprofiles.xalter
Profile inspector : http://www.color.org/profileinspector.xalter
J'ai extrait le profil du tiff de dcraw avec l'outil d'Argyll extracticc, c'est avec profile inspector que j'ai trouvé que le profil XYZ utilisé était le D65 et il correspond au fichier téléchargé sur color.org à quelques détails près comme le troisième chiffre après la virgule sur l'illuminant.
J'ai donc assigné dans gimp le profil téléchargé.
J'ai une mire colorchecker numérique en png (sans espace), je l'ai converti dans le profil D65_XYZ.icc et alignée/empilée en calque avec le raw développé.
Une fois les ajustement luminosité et contraste fait, respectivement +38 et +26. Il y a bien des écarts, entre la charte et le petit carré du tiff développé dans l'image ci-dessous mais pour ma part ces écarts ne justifient pas de faire un profil couleur sur cette image.
Citation de: remico le Août 26, 2017, 09:56:35
Le graphique sur la colorimétrie relative que j'ai posté est faux, mais seulement un peu et beaucoup de site font des illustrations similaires.
Ben le problème c'est que c'est une opération pas facile à représenter par un graphique simple.
Ton image a des valeurs rgb qui vont par ex. de 0 à 255, mais pour simplifier on va dire qu'elles vont de 0 à 1 :-) .
Pour passer du prophoto au srgb, en absolu ou relatif, il faut d'abord passer dans un espace prophoto avec un gamma 1 puis effectuer la multiplication des coordonnées rgb par une simple matrice 3x3 et enfin repasser dans le gamma de l'espace de destination.
La matrice 3x3 est le produit de 2 matrices 3x3, l'une provenant du profil de départ et l'autre du profil de destination. ( C'est le type de matrice que je recherche avec displaycal dans la méthode indiquée plus haut). On utilise des matrices différentes pour une intention de rendu absolu ou relatif.
Le problème c'est que les valeurs finales des coordonnées RGB, à la fin du process, ne sont pas forcement comprise dans l' intervalle [0,1] . Si une des valeurs est inf. à 0 ou sup. à 1.0, on dit que la couleur est hors gamut.
Enfin, si une valeur est inf. à 0 on utilise la valeur 0 et si elle est supérieure à 1 on utilise 1. ( on tronque à 0 ou à 1 ).
Toutes mes excuses, dans le fichier développé dans l'espace xyz (option -o 5 de dcraw) la mire est bien les couleurs correspondent mais en regardant plus attentivement le reste de l'image, il y a des sortes de halos dans les gris sombres. C'est dû au profil de sortie XYZ de dcraw.
Photoshop CS2 ne veut pas non plus du profil intégré xyz de dcraw, et même halos en assignant le profil D65 téléchargé.
J'ai donc recommencé en espace Prophoto avec lequel je ne constate pas ce bug, en gras les modif pour la commande de dcraw:
dcraw -w -W -g 1 0 -o 4 -T IMG_0041.cr2
Pour la comparaison du tiff et de la mire j'ai ajusté avec Gimp +45 en luminosité et +33 en contraste pour faire "coller" à peu près les patch blancs et noir de la mire. Les variations sont vraiment faible il y a le profil D65 Prophoto avec le jpg.
Et l'image au complet sans dérives ou halos dans les gris.
Citation de: frmfrm le Août 26, 2017, 12:44:29
Pour passer du prophoto au srgb, en absolu ou relatif, il faut d'abord passer dans un espace prophoto avec un gamma 1 puis effectuer la multiplication des coordonnées rgb par une simple matrice 3x3 et enfin repasser dans le gamma de l'espace de destination.
Pas de pcs ? :/
Citation de: paul.AU le Août 26, 2017, 12:50:07
Pas de pcs ? :/
Si ;-)
Citation de: frmfrm le Août 26, 2017, 12:44:29
La matrice 3x3 est le produit de 2 matrices 3x3, l'une provenant du profil de départ et l'autre du profil de destination. ( C'est le type de matrice que je recherche avec displaycal dans la méthode indiquée plus haut). On utilise des matrices différentes pour une intention de rendu absolu ou relatif.
Pour moi, pour une conversion rgb vers rgb, c'est qqchose du type rgbA->lab->rgbB.
Et pour qu'il y ait intention de rendu choisi, il faut que le rgbB contienne la bonne table pour le faire.
Rgb->Lab c'est simple mais lab->rgb il y a plusieurs façon de le faire, d'où les différentes options de ir pour le faire. (perceptif, relatif etc + compensation pt noir)
Citation de: paul.AU le Août 24, 2017, 16:50:24
Elle Stone c'est le nom de la personne qui fait les profils...
La plus part des profils distribués faits sous littleCMS n'ont pas cette intention de rendu. Suffit de faire le test avec une image très saturée dans photoshop.
[ Hors sujet ] Elle Stone qui contribue aussi à Gimp et qui est citée dans l'article présentant les nouveautés de la version 2.9.6 : https://www.gimp.org/news/2017/08/24/gimp-2-9-6-released/
Gimp en 8bits n'est pas trop à l'aise avec les grosses variations de contraste, j'ai donc affiné le gamma de dcraw pour avoir à y toucher le moins possible.
Les versions précédentes étaient faites avec un gamma à 1 0, un essai à 1.8 0 améliore les choses, à 2.4 0 il n'y a plus besoin de toucher à la luminosité seulement le contraste. Pour le second paramètre rien n'empêche de laisser à zéro pour avoir un gamma plus linéaire. Par paliers de plus en plus serrés j'ai finalement trouvé que 2.4 1.75 était mieux que 2.4 1.8. Il reste que le patch blanc est un poil moins clair mais vraiment de façon minime. La commande complète avec -6 pour du 16bits :
dcraw -v -w -W -g 2.4 1.75 -o 4 -T -6 IMG_0041.cr2
Les deux images superposées de la mire théorique et les petits carré du raw développé avec cette commande :
Citation de: frmfrm le Août 25, 2017, 23:17:08
Il faut le répéter plusieurs fois pour que ca devienne une vérité que j'accepte, ou il faut avoir la gentillesse de m'expliquer comment il faut lire ce schéma :-)
Ll me semble que si tu raisonnes sur un aller-retour, son schéma devient moins évident ...
Tu pars de l'extrémité du srgb puis tu vas vers le prophoto en suivant une verticale, puis tu reviens au srgb en suivant la droite du schéma et tu ne reviens pas au point de départ ...
Embêtant ;-), et je ne crois pas que ça soit la réalité. On va avoir des pbs d'arrondis car on passe du D65 au D50 avec des gammas differents , mais on ne revient pas loin.
Et si tu te crées un profile avec des primaires de srgb avec un illulminant D50 et que tu fais cette opération, tu reviens au même point...
On ne fait pas d'aller/retour...
il est possible de faire une conversion en relatif d'un grand espace vers l'espace sRGB, mais une conversion de l'espace de sRGB vers un grand espace donne que du sRGB... (donc ne sert à rien ), en conséquence le schéma de CMP est très parlant.
Quelques précisions supplémentaires apporter avec gentillesse ( ;)) pour clarifier quelques points :
En effet les conversions d'un espace vesr un autre espace ne sont pas indolores du fait de la gestion des arrondis de calcul , des changement de repère de "point blanc"...etc
Moins on en fait (de conversion d'un espace vers un autre espace), mieux c'est, à tel point que pour un tirage papier je fais passer les couleurs d'un grand espace vers l'espace possible avec les encres en laissant l'imprimante faire la conversion (en relatif dans la majorité) des cas pour limiter le nombre de conversion au stricte minimum, cette façon de faire est partagée par plusieurs intervenants et fonctionne plutôt bien.
Citation de: MBe le Août 26, 2017, 21:55:14
...... à tel point que pour un tirage papier je fais passer les couleurs d'un grand espace vers l'espace possible avec les encres en laissant l'imprimante faire la conversion (en relatif dans la majorité) des cas pour limiter le nombre de conversion au stricte minimum, cette façon de faire est partagée par plusieurs intervenants et fonctionne plutôt bien.
Ha bon ? J'ai toujours cru que la bonne méthode était de laisser le logiciel de développement ou de traitement gérer les couleurs (et non l'imprimante), en lui indiquant qu'il fallait utiliser le profil imprimante/encres/papier adapté à l'impression. Le doute m'étreint ???
Citation de: tenmangu81 le Août 27, 2017, 10:36:23
Ha bon ? J'ai toujours cru que la bonne méthode était de laisser le logiciel de développement ou de traitement gérer les couleurs (et non l'imprimante), en lui indiquant qu'il fallait utiliser le profil imprimante/encres/papier adapté à l'impression. Le doute m'étreint ???
Moi aussi...
Citation de: tenmangu81 le Août 27, 2017, 10:36:23
Ha bon ? J'ai toujours cru que la bonne méthode était de laisser le logiciel de développement ou de traitement gérer les couleurs (et non l'imprimante), en lui indiquant qu'il fallait utiliser le profil imprimante/encres/papier adapté à l'impression. Le doute m'étreint ???
C'est vrai et pareil dans les 2 cas à la différence du moteur de conversion uniquement.
Soit c'est le logiciel qui gère avec son moteur de conversion et tu désactive au niveau de l'imprimante.
Soi tu fait l'inverse (declare alors dans le logiciel que c'est l'imprimante qui gère )
Si le moteur est aussi performant autant laisser l'imprimante gérer. ...
En cas de profil personnalisé parfois seul le logiciel le reconnaît et alors la 1°solution est à utiliser.
Citation de: nicolas-p le Août 27, 2017, 13:06:49
En cas de profil personnalisé parfois seul le logiciel le reconnaît et alors la 1°solution est à utiliser.
Et comme dans la plupart des cas on imprime avec un profil personnalisé...
Vous avez raison, je n'ai pas été assez précis :
J'imprime à partir de Lightroom (en sélectionnnant le type de papier), avec des profils icc faits "maison" en laissant à Lightroom le soin de gérer les couleurs, à partir des raw développés dans l'espace "Prophoto" (de Lightroom) avec une intention de rendu en relatif.
Je pars de l'hypothèse qu'un fichier calculé dans l'espace Prophoto, avec pour intention de rendu relatif, corrigé par les tables (Lut) du profil icc du papier arrive à l'imprimante (via le PCS en Lab ou XYZ? (dépend du moteur de gestion des couleurs)) qui va gérer la compression avec l'intention de rendu et la conversion RGB vers CMJN.
Dans le cas ou l'imprimante gère les couleurs, elle utilise son profil icc adapté au type de papier, le reste des opérations sont identiques.
C'est comme cela que je comprends le flux de gestion de l'impression qui permet de minimiser le nombre de conversion (sans passer par un tif 16 bits par exemple). Je faisais déjà comme cela avec Cnx2.
A noter qu'il est difficile de trouver de la documentation sur le process de gestion des couleurs suivi par les imprimantes, de mémoire la doc la plus complète est dans un livre de Réné Bouillot
Je préfère ça ;)
Citation de: tenmangu81 le Août 27, 2017, 16:16:23
Je préfère ça ;)
Merci, mais c'est bien de l'avoir remarqué, il y a des lecteurs attentifs ;)
Citation de: MBe le Août 27, 2017, 14:56:40
J'imprime à partir de Lightroom (en sélectionnnant le type de papier), avec des profils icc faits "maison" en laissant à Lightroom le soin de gérer les couleurs, à partir des raw développés dans l'espace "Prophoto" (de Lightroom) avec une intention de rendu en relatif.
Je pars de l'hypothèse qu'un fichier calculé dans l'espace Prophoto, avec pour intention de rendu relatif, corrigé par les tables (Lut) du profil icc du papier arrive à l'imprimante (via le PCS en Lab ou XYZ? (dépend du moteur de gestion des couleurs)) qui va gérer la compression avec l'intention de rendu et la conversion RGB vers CMJN.
Oh là ;-)
Il faudrait dire comment tu as généré ton profil (V2 ou V4) pour comprendre comment tu arrives à penser que le schéma de C.M. représente ce qui se passe généralement lors d'une conversion avec intention de rendu relatif. Car il me semble qu'en gros, le principe d'une intention de rendu colorimétrique (relatif ou absolu), c'est utiliser la couleur initiale/de départ si celle ci est dans le gamut du périphérique de destination, autrement utiliser la couleur la plus proche...
Ci-dessous, un test en prophoto converti vers un fogra27. En haut le départ, dessous , la couche magenta issue d'une conversion en perceptif et en dernier, la couche magenta issue d'une conversion relative. La ligne noire représente la frontière entre le gamut et hors gamut indiquée par un épreuvage.
Enfin, il me semble que les aller-retours sont fréquents :-), au moins pour permettre le soft-proofing.
Citation de: MBe le Août 27, 2017, 14:56:40
A noter qu'il est difficile de trouver de la documentation sur le process de gestion des couleurs suivi par les imprimantes, de mémoire la doc la plus complète est dans un livre de Réné
Chaque driver doit faire ce qu'il veut en interne, ce qui nous intéresse c'est qu'il fasse toujours la même chose.
Maintenant, si tu veux savoir exactement comment on communique avec un driver d'imprimante, tu dois pouvoir trouver ton bonheur dans le lien suivant :
https://docs.microsoft.com/en-us/windows-hardware/drivers/print/printer-driver-architecture
Ou une recherche plus fine dans le MSDN devrait le faire ...
Citation de: frmfrm le Août 24, 2017, 08:55:45
Juste en passant, il y a une méthode avec Argyll pour effectuer un changement de profil de prophoto en srgb, et en utilisant un mode perceptuel.
La succession de commande est la suivante, si tu veux explorer un peu plus... ( test.tif est la photo initiale en prophoto et test-conv.tif est la photo finale en srgb)
tiffgamut -f80 -pj -cmt ProPhoto.icm test.tif
collink -v -qh -G test.gam -ip -cmt -dpp ProPhoto.icm sRGB.icm Source2Destination.icm
cctiff Source2Destination.icm test.tif test-conv.tif
Il y a une inversion avec collink, en suivant cette commande j'ai la réponse :
cctiff: Error - Last colorspace RGB from file 'test.tif' doesn't match input space Prophoto of profile Source2Destination.icm
Sur la doc aussi : http://www.argyllcms.com/doc/collink.html
collink [-options] srcprofile dstprofile linkedprofile
Mais dans le scenario softproofing : http://www.argyllcms.com/doc/Scenarios.html#LP2
collink -v -qm -G -ila -cpp -dmt -t250 CMYKDestinationProfile.icm MonitorProfile.icm SoftProof.icm
J'ai inversé l'ordre des profils et ça marche (destination en premier).
collink -v -qh -G test.gam -ip -cmt -dpp sRGB.icm ProPhoto.icm Source2Destination.icm
Mais c'était pour arranger un tiff développé en espace XYZ et qui a donc son profil buggé de dcraw, ni Photoshop CS2, ni Gimp ne le reconnaissent et donc l'image est toute sombre, il y a bien une amélioration avec cette suite de commande mais du coup pas mal d'artéfacts. Au cours du traitement Collink lance un warning : Warning: image gamut is bigger than src colorspace!
Citation de: MBe le Août 27, 2017, 14:56:40
Vous avez raison, je n'ai pas été assez précis :
J'imprime à partir de Lightroom (en sélectionnnant le type de papier), avec des profils icc faits "maison" en laissant à Lightroom le soin de gérer les couleurs, à partir des raw développés dans l'espace "Prophoto" (de Lightroom) avec une intention de rendu en relatif.
Je pars de l'hypothèse qu'un fichier calculé dans l'espace Prophoto, avec pour intention de rendu relatif, corrigé par les tables (Lut) du profil icc du papier arrive à l'imprimante (via le PCS en Lab ou XYZ? (dépend du moteur de gestion des couleurs)) qui va gérer la compression avec l'intention de rendu et la conversion RGB vers CMJN.
Dans le cas ou l'imprimante gère les couleurs, elle utilise son profil icc adapté au type de papier, le reste des opérations sont identiques.
C'est comme cela que je comprends le flux de gestion de l'impression qui permet de minimiser le nombre de conversion (sans passer par un tif 16 bits par exemple). Je faisais déjà comme cela avec Cnx2.
A noter qu'il est difficile de trouver de la documentation sur le process de gestion des couleurs suivi par les imprimantes, de mémoire la doc la plus complète est dans un livre de Réné Bouillot
L'espace couleur Prophoto est plus grand que le AdobeRGB ou le sRGB mais il ne contient pas toutes les couleurs, il coupe un peu dans les bleus et les verts. En plus grand il y a le XYZ, mais aussi un "nouveau" l'espace couleur ACES qui englobent tous les deux, toutes les couleurs.
Après avoir essayé de récupérer en vain le tiff de sortie en xyz (option -o 5 de dcraw) au profil non-reconnu, j'ai essayé l'espace de sortie ACES ( -o 6) et celui-ci est bien accepté par Gimp. J'ai extrait le profil avec extracticc d'argyllcms puis visualisé le gamut avec lprof copie d'écran ci-dessous.
J'ai refait le test de comparaison avec la mire colorchecker, une fois le contraste et la luminosité légèrement ajusté cela colle plutôt bien.