Bonjour a tous
Je vous explique ce que j'essaye de faire. J'essaye de faire 3 Granger chart (c'est une image ou normalement chaque point a une couleur différente) et j'essaye d'en faire un dans un profil sRVB (http://www.ouiouiphoto.fr/Gallerie/Files/Forum/GrangersRVB.tif), Adobe RGB (http://www.ouiouiphoto.fr/Gallerie/Files/Forum/GrangerAdobe%20RGB.tif) et ProPhoto (http://www.ouiouiphoto.fr/Gallerie/Files/Forum/GrangerProPhoto.tif). (cliquez dessus pour acceder au TIFF) Pour cela j'ouvre une photo en 2000X2000, 16 bits et je me met dans le profil souhaité. Ensuite je fais mes deux dégradés comme [urlhttp://luminous-landscape.com/how-to-create-color-test-charts/]indiqué ici[/url]. ET je sauve. Donc dans ma logique j'ai 3 images qui ont des couleurs limités au gamut choisi a l'ouverture
Ensuite j'importe les trois fichiers dans LR, je me met en épreuvage d'écran, je choisi une destination (sRVB par exemple) et je lui demande de m'afficher l'avertissement de gamme de destination
Si mon fichier sRVB ne contient que des couleurs du Gamut sRVB je ne devrais avoir aucun avertissement si la destination est sRVB. ET pourtant j'en ai. Je dois donc me tromper mais ou ? Voici par exemple le Granger en sRVB avec comme destination de l'épreuvage le sRVB.
Et la par exemple c'est le Granger ProPhoto avec comme destination sRVB. Ya comme un problème non ? ;)
Pour le premier, je verrai bien des erreurs d'arrondi lors de la création des dégradés... pour le deuxième ça ne me choque pas des masses.
Un dégradé de Granger ce ne sont que des couleurs très saturées et du coup toute la surface est en bord de gamut, en gros.
NB regarde la surimpression bleue pour rigoler...Et ça même le père Reichmann le dit :
Citation de: http://luminous-landscape.com/how-to-create-color-test-charts/A word of caution. Because this file is mathematically derived, it contains colours which no display device, from screens to printers, can completely display properly. [...]
Thus the web graphic shown here will likely look somewhat different to yours in its edge shading due to the restrictions of web graphics and your display.
Citation de: Nikojorj le Mars 13, 2015, 18:16:30
NB regarde la surimpression bleue pour rigoler...
Merci pour ta réponse. Je ne comprend pas cette partie par contre
Citation de: OuiOuiPhoto le Mars 13, 2015, 16:56:45
Si mon fichier sRVB ne contient que des couleurs du Gamut sRVB je ne devrais avoir aucun avertissement si la destination est sRVB. ET pourtant j'en ai.
Pas compris comment tu peux être sûr que ton fichier ne contient que des couleurs du gamut sRVB ?
j'ai fait un essai avec Cnx2 à partir du tiff prophoto, j'ai pas vu de problème de gestion d'arrondi, troncature en sofproofing, voici le résultat après une conversion sRGB.
Je ne connais pas très bien LR, mai j'ai compris que la gestion des espaces couleurs était bien faite, il ouvre la photo dans l'espace Melissa (un espace Prophoto avec un gamma de 1 [ce qui est très bien], d'ailleurs les valeurs RVB affichée en % dans l'histogramme sont calculées dans cet espace) et permet des exports (enregistrement) ou conversion (?) dans l'espace souhaité.
Par contre, je ne sais pas si les calculs dans Lr sont effectués sur 16, 32, 64 bits sur des entiers ou floats?
Citation de: OuiOuiPhoto le Mars 13, 2015, 18:49:01
Merci pour ta réponse. Je ne comprend pas cette partie par contre
La surimpression bleue c'est celle hors gamut de l'écran.
Citation de: Nikojorj le Mars 13, 2015, 21:15:40
La surimpression bleue c'est celle hors gamut de l'écran.
La surimpression n'est pas en rouge sur la 1 ére photo de OuiOuiPhoto? (ou j'ai rien compris?)
Citation de: Nikojorj le Mars 13, 2015, 21:15:40
La surimpression bleue c'est celle hors gamut de l'écran.
Oui. Mais ca ca sera dans un deuxième temps ;)
Citation de: Verso92 le Mars 13, 2015, 19:48:05
Pas compris comment tu peux être sûr que ton fichier ne contient que des couleurs du gamut sRVB ?
Si avec photoshop tu crée une image en sRVB je pense que Photoshop ne te met que des couleur du gamut sRVB dedans.
Citation de: MBe le Mars 13, 2015, 22:26:24
La surimpression n'est pas en rouge sur la 1 ére photo de OuiOuiPhoto? (ou j'ai rien compris?)
Nikojorj voulait parler de l'avertissement de gamme de moniteur. Par exemple si je prend mon granger sRVB ca donne cela. Ce qui laisserait a penser que comme c'est inférieur a l'avertissement pour une Gamme sRVB mon moniteur est meilleur que du sRVB ;)
J'ai quand mêle testé un truc. J'ai chargé dans photoshop mon Granger sRVB. J'ai choisi comme Format d'épreuve un sRVB et j'ai demandé de me montrer les couleur non imprimable. Ben yen a pas. Donc il y aurait une différence entre Photoshop et Lightroom sur cet épreuvage ???
petite correction :
Citation de: MBe le Mars 13, 2015, 20:01:36
[...]
il ouvre la photo dans l'espace Melissa (un espace Prophoto avec un gamma de 1 [ce qui est très bien], d'ailleurs les valeurs RVB affichée en % dans l'histogramme sont calculées dans l' espace Prophoto RGB avec un gamma de Srgb, presque 2,2 )
Hypothèse pour expliquer ce que vous constatez :
lorsque vous cochez épreuvage d'écran,vous choisissez le profil Srgb, LR n'affiche t'il pas les différences liées à son affichage : (conversion SrgB vers Melissa ) / (épreuve d'écran sur sRGB)?
==> cela indiquerait qu'il n'est pas "logique" avec Lr de "traiter" ou "importer" une image avec un profil plus petit que Melissa. (avec un raw ce problème n'existe pas)
Un essai avec le Granger tiff en prophoto RGB devrait confirmer et montrer aucun écart ?
(votre problème est intéressant)
Citation de: MBe le Mars 13, 2015, 23:57:32
lorsque vous cochez épreuvage d'écran,vous choisissez le profil Srgb, LR n'affiche t'il pas les différences liées à son affichage : (conversion SrgB vers Melissa ) / (épreuve d'écran sur sRGB)?
Normalement non. Il prend les couleur d'origines (sRVB) et montre ce qui n'est pas compatible avec la destination (dans mon cas sRVB aussi). Donc il devrait faire comme photoshop. Montrer que tout est bon. Je ferais une video aujourd'hui pour bien montrer ce que je fais pour qu'il n'y ai pas de confusion.
Faudrait chercher sur le présent forum, mais je crois me souvenir que Samoreen avait montré que l'espace écran s'invitait dans l'équation dans LR (et bien sûr pas dans PS)...
Citation de: Nikojorj le Mars 14, 2015, 09:49:47
Faudrait chercher sur le présent forum, mais je crois me souvenir que Samoreen avait montré que l'espace écran s'invitait dans l'équation dans LR (et bien sûr pas dans PS)...
on en avait parlé ici mais sans conclusion
http://www.chassimages.com/forum/index.php/topic,229026.msg5200026.html#msg5200026
En attendant la vidéo qui montre exactement ce que je fais
http://youtu.be/V52973kRKGA
J'ai lu que la représentation interne LR en Melissa était codée sur 16 bits / canal.
Cela impliquerait des erreurs d'arrondi (surtout dans les valeurs faibles) entre le TIFF 16 bits gamma sRGB de départ et le 16 bits linéaire Melissa.
Edit : dans les valeurs max ("255") aussi bien sûr, puisque Melissa est plus large que sRGB.
Ensuite, la conversion Melissa -> sRGB est peut-être aussi une source d'erreurs et/ou de décalages ? Après tout c'est une "conversion" (NB : je ne vois pas de différence entre les options Perception et Relatif).
Et peut-être LR prend-il une marge lorsqu'il affiche le hors-gamut ? (Juste quelques hypothèses pour alimenter...)
Citation de: OuiOuiPhoto le Mars 14, 2015, 12:40:11
En attendant la vidéo qui montre exactement ce que je fais
http://youtu.be/V52973kRKGA
J'ai bien regardé ta vidéo et je trouve pour sRGB:
- Dans PS, épreuve d'écran le rendu est
relatif avec compensation du point noir (1)
- Dans Lr , épreuve d'écran, le rendu est
perception(2), sélectionner relatif devrait corriger l'écart constaté.
(1)compensation point noir n'est utile que pour les profil icc de papier (pour impression)
(2) en mode perception, la fonction softproofing recalcule la valeur de toutes les valeurs des couleurs affichées dans le profil sélectionné.
==> Je ne peux pas faire l'essai car j'ai pas Lr ;)
Citation de: MBe le Mars 14, 2015, 14:01:47
J'ai bien regardé ta vidéo et je trouve pour sRGB:
- Dans PS, épreuve d'écran le rendu est relatif avec compensation du point noir (1)
- Dans Lr , épreuve d'écran, le rendu est perception(2), sélectionner relatif devrait corriger l'écart constaté.
(1)compensation point noir n'est utile que pour les profil icc de papier (pour impression)
(2) en mode perception, la fonction softproofing recalcule la valeur de toutes les valeurs des couleurs affichées dans le profil sélectionné.
==> Je ne peux pas faire l'essai car j'ai pas Lr ;)
Ca ne change rien. Dans PS sans compensation du point noir PS continue a dire que tout est imprimable et dans LR que tu passe en relatif ou perception en change rien non plus
Citation de: fred134 le Mars 14, 2015, 13:04:29
J'ai lu que la représentation interne LR en Melissa était codée sur 16 bits / canal.
Cela impliquerait des erreurs d'arrondi (surtout dans les valeurs faibles) entre le TIFF 16 bits gamma sRGB de départ et le 16 bits linéaire Melissa.
Edit : dans les valeurs max ("255") aussi bien sûr, puisque Melissa est plus large que sRGB.
Ensuite, la conversion Melissa -> sRGB est peut-être aussi une source d'erreurs et/ou de décalages ? Après tout c'est une "conversion" (NB : je ne vois pas de différence entre les options Perception et Relatif).
Et peut-être LR prend-il une marge lorsqu'il affiche le hors-gamut ? (Juste quelques hypothèses pour alimenter...)
Je dois avouer que je n'en sait rien justement ;)
Citation de: OuiOuiPhoto le Mars 14, 2015, 15:51:06
Ca ne change rien. Dans PS sans compensation du point noir PS continue a dire que tout est imprimable et dans LR que tu passe en relatif ou perception en change rien non plus
Oui, je veux bien vous croire... Je viens de faire un essai avec Cs2 un granger dans Prophoto avec couleurs d'épreuve dans Prophoto (rendu relatif) et couleurs non imprimables et voilà un résultat similaire à celui que vous obtenez
Hypothèse : des calculs sur une profondeur de 16 bits sur des entiers qui génèrent ces erreurs (?) (il faudrait comparer les valeurs numériques dans les fichiers)
En modifiant le moteur de gestion des couleurs dans CS2 --> Editions -> Couleurs et en commutant de ACE (le moteur des gestion des couleurs de Adobe : Adobe Color Engine) pour ICM (celui de Windows, Image Color Management), il me reste 2 à 5 pixels qui ne sont pas imprimables, c'est donc probablement des problèmes 16 bits / calcul sur des entiers avec des troncatures.
il faudrait regarder si dans Lr le moteur de gestion des couleurs peut être sélectionné.
Ok merci je vais creuser cette piste ;)