Lightroom - différences de rendu dans les différents modules

Démarré par apietrav, Juin 14, 2020, 22:19:27

« précédent - suivant »

apietrav

Bonjour tout le monde,

Je rencontre un souci sur lightroom classic que je n'avais pas au début, mes photos n'ont pas le même rendu, avec notamment une différence flagrante dans la balance des blancs, entre la vue bibliothèque et la vue développement. La vue impression me renvoit aussi au rendu plus chaud de la bibliothèque.
Ce ne semble pas lié à une différence entre le JPEG généré par l'appareil photo et le RAW réellement produit que l'on voit dans le module développement puisque j'ai fait le test aussi sur un JPEG en fichier source, sans le modifier.
Auriez-vous une idée de ce qui peut créer ces différences et de comment le résoudre ? Car j'aimerais visualiser le rendu réel de mes photos dans le module bibliothèque et dans le module impression. Aussi pour avoir une vision d'ensemble de la cohérence de balance des blancs sur un ensemble de photo, ce qui n'est pas possible en mode développement. Les différences sont parfois importantes avec un rendu très chaud en module bibliothèque et bien équilibré en développement.
J'ai cherché partout et impossible de trouver, j'ai effectué les dernières mises à jour.
Version lightroom classic du creative cloud, windows 10.

Zaphod

Tu as changé un truc dernièrement ?
Ça peut éventuellement être lié à un problème de profil écran mais il me semble que lightroom le gère dans tous les modules.

Des captures d'ecran (1 biblio, 1 dev) de la même photo aideraient à pouvoir situer le problème.

Samoreen

Bonsoir,

Il n'y a vraiment un problème que si la comparaison proposée ci-dessus est faite à 100%. Si la différence persiste dans ce cas, il faut trouver pourquoi mais c'est peu probable. La différence devrait disparaître en dézoomant après la visu à 100%

Dans chacun des 2 modules, la source utilisée pour la visualisation est différente. Dans le module Bibliothèque, LR utilise un aperçu JPEG (8-bit compressé avec perte) dans l'espace couleur Adobe RGB. Dans le module développement, il utilise un aperçu généré à partir du RAW et des réglages en cours dans l'espace LR (équivalent Prophoto RGB). Le réglage de la qualité des aperçus dans les préférences ainsi que le fait qu'il s'agisse ou non d'une Smart Preview peuvent également jouer sur ce qui est affiché dans le module Bibliothèque. On peut s'étonner de ces algorithmes de visualisation différents mais il s'agit de régler un problème de performances.

Des différences peuvent donc exister, c'est logique. Il n'y a qu'à 100% que cela ne doit pas être le cas.

Seule la visualisation dans le module Développement doit faire référence.
Patrick

Zaphod

Yep c'est effectivement important de comparer à 100%.

apietrav

Merci pour vos réponses !

Citation de: Zaphod le Juin 14, 2020, 22:23:18
Tu as changé un truc dernièrement ?
Ça peut éventuellement être lié à un problème de profil écran mais il me semble que lightroom le gère dans tous les modules.

Des captures d'ecran (1 biblio, 1 dev) de la même photo aideraient à pouvoir situer le problème.

Voici une photo où on voit la différence, parfois c'est plus flagrant, mais c'est déjà pas mal. Je n'ai rien changé récemment, mais c'est peut être lightroom qui gère différemment l'intégration d'un processeur graphique depuis quelque temps (le problème est présent depuis un an peut être).

Citation de: Samoreen le Juin 14, 2020, 22:51:35
Bonsoir,

Il n'y a vraiment un problème que si la comparaison proposée ci-dessus est faite à 100%. Si la différence persiste dans ce cas, il faut trouver pourquoi mais c'est peu probable. La différence devrait disparaître en dézoomant après la visu à 100%

Dans chacun des 2 modules, la source utilisée pour la visualisation est différente. Dans le module Bibliothèque, LR utilise un aperçu JPEG (8-bit compressé avec perte) dans l'espace couleur Adobe RGB. Dans le module développement, il utilise un aperçu généré à partir du RAW et des réglages en cours dans l'espace LR (équivalent Prophoto RGB). Le réglage de la qualité des aperçus dans les préférences ainsi que le fait qu'il s'agisse ou non d'une Smart Preview peuvent également jouer sur ce qui est affiché dans le module Bibliothèque. On peut s'étonner de ces algorithmes de visualisation différents mais il s'agit de régler un problème de performances.

Des différences peuvent donc exister, c'est logique. Il n'y a qu'à 100% que cela ne doit pas être le cas.

Seule la visualisation dans le module Développement doit faire référence.

Alors j'ai fait des tests sans utiliser de RAW en fichier source, donc un seul JPEG utilisé pour la bibliothèque ou pour le développement. Il y a la différence également. En étant à 100% le problème persiste.
En revanche je viens de faire le test de décocher l'utilisation d'un processeur graphique (utilisée donc pour l'affichage et le traitement des images), en l'occurence une geforce 970. Et là le rendu redevient le même entre les modules, mais plutôt la version chaude. Cela veut dire que dans le module développement uniquement ma carte graphique était utilisée. Cela pose d'autres questions alors :
-Est-il possible de faire en sorte que la carte graphique gère aussi l'affichage des autres modules ?
-Le fait d'utiliser un processeur graphique a-t-il un impact sur l'impression ? dans mon cas, les photos seront-elles imprimées plus chaudes si je désactive ?

baséli

Citation de: Samoreen le Juin 14, 2020, 22:51:35
On peut s'étonner de ces algorithmes de visualisation différents mais il s'agit de régler un problème de performances.

Ca ne justifie pas de dégrader le résultat des couleurs (la résolution, je veux bien comprendre, mais c'est à la main de l'utilisateur dans la création des aperçus non?) dans le module bibliothèque, auquel on ne peut donc plus faire confiance dans la sélection des photos par exemple.

Je n'ai jamais remarqué ça avec LR6. Soit parce que je n'ai pas l'oeil, soit parce que mon écran SRVB ne permet pas de voir la différence, soit parce que cette différence n'existait pas avec LR6 sans accélération matérielle si je me souviens bien, en tout cas pas sur mon Mac mini 2012 qui n'a pas le hard nécessaire.

JamesBond

Citation de: apietrav le Juin 14, 2020, 23:08:52
[…] Voici une photo où on voit la différence, […]

Miam !  :) ;)

De quel orgue s'agit-il ? Il a l'air bien malade...
Capter la lumière infinie

Nikojorj

Ca pourrait avoir à voir avec un profil écran mal pris en compte par LR... Simple ou double écran? Quel outil de calibrage?

apietrav

Citation de: JamesBond le Juin 15, 2020, 01:32:05
Miam !  :) ;)

De quel orgue s'agit-il ? Il a l'air bien malade...

En effet il est pas en forme, c'est celui de l'église de Provins

Citation de: Nikojorj le Juin 15, 2020, 11:19:50
Ca pourrait avoir à voir avec un profil écran mal pris en compte par LR... Simple ou double écran? Quel outil de calibrage?
ça semble bien lié à l'accélération graphique activée ou pas, mais je suis étonné de la différence entre les 2 traitements (je pensais que l'activation jouait surtout sur la rapidité et les détails mais pas sur la couleur au global à ce point) et du fait que sans l'activation du processeur graphique les résultats semblent faux. Par exemple à l'impression, l'image n'a pas du tout la même balance des blancs que celle qui est développée par le module, quand le processeur graphique geforce est désactivé. Et même si j'avais des soucis d'étalonnage d'écran (ce qui est le cas en effet, il faut que je le recalibre), je constate clairement dans le module impression que les zones blanches sont beaucoup plus jaunes que le fond blanc du module, or à l'impression j'ai un vrai blanc qui ne se démarque pas du blanc de la feuille. Du coup je m'inquiète de la qualité du traitement de la balance des blancs dans Lightroom sans activation du processeur graphique (ce qui est quand même l'utilisation la plus répandue je pense). Ce qui voudrait dire que sans activation du processeur graphique, je corrige mes photos en générant un rendu en réalité trop froid, non ?

Zaphod

Citation de: baséli le Juin 15, 2020, 00:09:24
Ca ne justifie pas de dégrader le résultat des couleurs (la résolution, je veux bien comprendre, mais c'est à la main de l'utilisateur dans la création des aperçus non?) dans le module bibliothèque, auquel on ne peut donc plus faire confiance dans la sélection des photos par exemple.
Dans certains cas, ça peut. Sur des textures spécifiques la différence d'algo de redimensionnement peut faire croire à des différences de couleur.
Mais ça n'est pas le cas de l'exemple... là la différence colorimétrique est évidente.

Perso, je n'ai jamais constaté de différence colorimétrique entre modules sur Lightroom Classic (j'ai un écran wide gamut).
Mais je n'active pas l'accélération graphique (et je ne peux même pas tester parce que depuis quelques versions l'option est grisée chez moi).

JEANPAUL

#10
Bonjour,

je confirme cette problématique de différence de rendu plus chaud en exportant des scannes originaux importés et traités dans LR 6.14 en fichiers TIFF AdobeRVB vers des fichiers JPEG depuis la fonction LR. (sans activer de correction particulière écran ou autre)

Les couleurs chair des visages viraient au rouge. Dans un premier temps j'ai constaté que l'export se faisait en sRVB... j'ai donc modifié pour un export en AdobeRVB mais sans changement visible !

En désespoir de cause j'ai exporté les originaux retravaillés en TIFF puis les ai converti avec breezeBrowser Pro pour obtenir des jpeg. Plus aucune dérive de couleur constatée entre TIFF et JPEG...

Noter que je suis sous Windows 10 dernière version avec un unique écran calibré (qui avait une dominante froide) via la sonde DataColor... comme dans ce post les différences de couleur sont bien visible !

Serait-ce du à l'évolution de la gestion des couleurs dans le système d'exploitation, au départ Windows 7 désormais mal interprété par un logiciel ancien qui utiliserait une DLL system ?

Zaphod

Tu compares dans Lightroom un fichier TIFF "original" et son export JPEG, et tu as des différences ?
C'est un peu étrange effectivement.

C'est certainement lié à un problème de gestion des couleurs et de profil écran... là aussi un exemple aiderait.
Ainsi que des paramètres d'export utilisés.

Nikojorj

Citation de: JEANPAUL le Juin 16, 2020, 10:45:05
je confirme cette problématique de différence de rendu plus chaud en exportant des scannes originaux importés et traités dans LR 6.14 en fichiers TIFF AdobeRVB vers des fichiers JPEG depuis la fonction LR.
Ca, c'est juste que tu les regardes avec la visionneuse W10 qui ne gère pas les couleurs on dirait? Pas le même souci que le post initial, où l'affichage LR lui-même peut être faux.

Nikojorj

Citation de: apietrav le Juin 15, 2020, 12:29:41
sans l'activation du processeur graphique les résultats semblent faux. Par exemple à l'impression, l'image n'a pas du tout la même balance des blancs que celle qui est développée par le module, quand le processeur graphique geforce est désactivé. Et même si j'avais des soucis d'étalonnage d'écran (ce qui est le cas en effet, il faut que je le recalibre), je constate clairement dans le module impression que les zones blanches sont beaucoup plus jaunes que le fond blanc du module,
Ca me rappelle fortement des soucis que j'avais eu avec un profil écran corrompu... Recalibre d'abord et refais des tests ensuite.

ALEXUR

Citation de: JEANPAUL le Juin 16, 2020, 10:45:05
Bonjour,

je confirme cette problématique de différence de rendu plus chaud en exportant des scannes originaux importés et traités dans LR 6.14 en fichiers TIFF AdobeRVB vers des fichiers JPEG depuis la fonction LR. (sans activer de correction particulière écran ou autre)

Les couleurs chair des visages viraient au rouge. Dans un premier temps j'ai constaté que l'export se faisait en sRVB... j'ai donc modifié pour un export en AdobeRVB mais sans changement visible !

En désespoir de cause j'ai exporté les originaux retravaillés en TIFF puis les ai converti avec breezeBrowser Pro pour obtenir des jpeg. Plus aucune dérive de couleur constatée entre TIFF et JPEG...

Noter que je suis sous Windows 10 dernière version avec un unique écran calibré (qui avait une dominante froide) via la sonde DataColor... comme dans ce post les différences de couleur sont bien visible !

Serait-ce du à l'évolution de la gestion des couleurs dans le système d'exploitation, au départ Windows 7 désormais mal interprété par un logiciel ancien qui utiliserait une DLL system ?

Ça n'a peut être rien à voir mais ?

Comment vois tu les couleurs sur cette image ?

JEANPAUL

Visionné avec Edge le blanc des pétales semble avoir un poil de gris et le jaune me parait artificiel car trop pur également... manque une pointe de couleur chaude.

Reste que les navigateurs interprètent mal les couleurs en les affichants en sRVB surtout si le jpeg est en AdobeRVB (1998).

J'ai donc téléchargé la photo et l'ai importé dans LR. Les couleurs sont parfaites le blanc des pétales est vraiment blanc et le jaune beaucoup plus réaliste. (capture000.jpg de l'écran calibré sous Windows 10 à gauche le rendu dans Edge à droite dans LR

Par acquit de conscience j'ai ouvert ce fichier dans Breezebrowser Pro et le jaune est violet ! (Capture001.jpg) la faute au profil icc inconnu du logiciel ou ignoré ?

JEANPAUL

#16
Voici une comparaison de sortie jpeg en AdobeRVB.

A gauche l'export jpg issu de LR (aucun format de sortie précisé comme écran ou autre),
Au centre export jpg issu de Breezebrowser Pro,
A droite la même zone de la diapositive  ExtaChrome 100 de 1985 originale issue d'un scanne Nikon LS40 avec NikonScan 4.03.

Observer la couleur des tuiles... cela provoque une dominante rouge sur les visages des personnes...

Zaphod

Attention à bien faire la comparaison dans un logiciel qui gère correctement les couleurs et ton profil écran.
BreeeBrowser ne semble pas le faire (où alors il n'est pas correctement configuré)

Si tu regardes ton JPEG dans Lightroom à côté du TIFF, ça donne la même chose ou pas ?

Verso92

Citation de: Zaphod le Juin 16, 2020, 19:10:06
Attention à bien faire la comparaison dans un logiciel qui gère correctement les couleurs et ton profil écran.

Oui...

Mitou64

Bizarre apietrav. Ça voudrait dire que LR utilise la carte graphique en mode développement et son profil ICC associé. Et qu'en mode bibliothèque LR utiliserait le chipset graphique intégré au processeur lequel dispose d'un autre profil ICC ?

tenmangu81

Citation de: Mitou64 le Juin 16, 2020, 22:18:54
Bizarre apietrav. Ça voudrait dire que LR utilise la carte graphique en mode développement et son profil ICC associé. Et qu'en mode bibliothèque LR utiliserait le chipset graphique intégré au processeur lequel dispose d'un autre profil ICC ?

??? Profils ICC de cartes graphiques ? J'ignorais que ça existait.

apietrav

Citation de: Mitou64 le Juin 16, 2020, 22:18:54
Bizarre apietrav. Ça voudrait dire que LR utilise la carte graphique en mode développement et son profil ICC associé. Et qu'en mode bibliothèque LR utiliserait le chipset graphique intégré au processeur lequel dispose d'un autre profil ICC ?

Je ne sais pas d'où ça vient mais en effet le traitement colorimétrique est différent entre les 2 modules. Est-ce possible que lightroom fonctionne plus ou moins fidèlement, sur les couleurs, selon les chipset graphiques ? Et avez-vous des idées sur comment vérifier ma config ? la seule carte graphique qui apparaît dans le système est la geforce 970, est-ce qu'il devrait y avoir aussi un chipset générique qui apparait ? (ex : Intel HD graphics ou autre ? celui qui est utilisé quand l'accélération graphique n'est pas active ?). Ou alors trouver un moyen de forcer l'utilisation de la geforce pour l'ensemble du logiciel ?

Zaphod

Je pensais trouver plus de chose sur internet à propos de ce problème... il semble que ça arrive mais pas souvent.
Ce qui est sur c'est que dans ton cas le profil d'écran n'est pas pris en compte dans le module dev, quand tu coches l'accélération graphique.

Il semble que ça arrive généralement avec des profils d'écran génériques (ou vérolés ?)
Si tes impressions ressemblent à ton module dev avec accélération, c'est sans doute d'ailleurs que ton profil d'écran est foireux.

Qu'est-ce que tu as comme écran ? Et comme profil écran ?

Leo45

Petite question qui pourrait expliquer la différence de rendu entre les deux modules....t'as choisi à l'importation dans le catalogue dans le menu "création des aperçu",  "importer les vignettes intégrés" ou "fichier annexe incorporé" (selon la version de LR) ?....car dans tel cas tu vois dans la bibliothèque la vignette jpeg intégré au raw e dans le module développement la prévisualisation du raw avec les paramètres par default de LR....si c'est le cas pour régler le problème il suffit d'effacer les photos du catalogue et de les réimporter avec les aperçu standard

JEANPAUL

Citation de: Zaphod le Juin 16, 2020, 19:10:06
Si tu regardes ton JPEG dans Lightroom à côté du TIFF, ça donne la même chose ou pas ?

Oui absolument, c'est cela qui m'interpelle ! Dans LR le jpeg cible issu de l'export LR est plus rouge que le fichier TIFF corrigé servant de source. Celui généré par Breezebrowser est identique au TIFF.

La résolution du TIFF originelle est en 4203x2870 et TIFF 8 bits et l'export simplement une conversion en jpeg.

Au départ l'export sRVB par défaut était utilisé, mais celui que vous voyez qui tire au rouge est bien en AdobeRVB (1998) proposé par LR 6.14.

Celui de Breezebrowser Pro 11 est simplement AdobeRVB... Dans le doute, sont-ce les même ou a-t-il était amélioré ?

Autre possibilité : Une gestion des couleurs faites pour des fichiers d'appareil numérique... et inadapté aux scannes argentique surtout de diapositive plus contrastée...

Nikojorj

Citation de: Zaphod le Juin 17, 2020, 08:27:14
Il semble que ça arrive généralement avec des profils d'écran génériques (ou vérolés ?)
Si tes impressions ressemblent à ton module dev avec accélération, c'est sans doute d'ailleurs que ton profil d'écran est foireux.
C'est aussi mon expérience.

Zaphod

Citation de: JEANPAUL le Juin 17, 2020, 09:33:11
Oui absolument, c'est cela qui m'interpelle ! Dans LR le jpeg cible issu de l'export LR est plus rouge que le fichier TIFF corrigé servant de source. Celui généré par Breezebrowser est identique au TIFF.
Là c'est donc un problème complètement différent de celui décrit dans le post :)

Dans ton cas, c'est juste une différence entre des logiciels "color managed" et d'autres qui ne le sont pas - ou qui ne sont pas configurés correctement.
Il ne faut pas utiliser des logiciels sans gestion des couleurs en photo :)

JEANPAUL

Merci de cette analyse mais je ne comprends pas cette remarque.

1- La diapositive est scannée avec le scanner Nikon LS40 associé à son logiciel NikonScan 4.03. En format de sortie jpeg ou TIFF 8 bits sans autre possibilité.
2- Je choisi donc le format non destructeur TIFF pour retravailler la photo sous LR
3- J'importe le dossier avec les TIFF dans LR et après recadrage et ou corrections diverses avec ce même LR j'exporte la photo en JPEG à la résolution d'origine en AdobeRVB.
4- J'actualise le dossier dans lequel se trouve désormais le TIFF et le JPEG et les compare dans ce même outils.

Cela signifierai-t-il que le TIFF ne contient aucun codage couleur et ne peut respecter la couleur visible à l'écran ?

Sion où se situe ma bévue ?

Merci par avance !

Zaphod

Je pense qu'il vaudrait mieux faire un fil spécifique, parce qu'à mélanger des explications sur deux sujets qui n'ont rien à voir ça risque d'être très confus.
Ainsi que de partager des exemples (TIFF + JPEG exporté depuis Lightroom sans aucun traitement) pour qu'on puisse éventuellement étudier les fichiers.

Il y a deux choses :

1) l'espace de couleur de l'image (il faudrait voir lequel est défini dans l'image d'origine, ainsi que dans les différents exports)
(pour ton TIFF, tu as probablement des options à choisir dans logiciel de scan)

2) l'espace de l'écran, qui est défini dans tes préférences de système d'exploitation.

Pour qu'un logiciel affiche bien les couleurs d'une image, il faut qu'il soit capable de gérer les deux.
En fonction de l'espace de couleur dans lequel l'image est définie, il convertit l'affichage pour que cela soit juste dans l'espace de couleur de l'écran.

L'outil que tu utilises pour regarder tes images est donc très important.
Normalement il me semble que BreezeBrowser le fait, à condition d'avoir activé l'option et de l'avoir configuré comme il faut.

Nikojorj

Pour JEANPAUL, ce serait bien d'en discuter dans un fil à part, ton problème n'a que très peu à voir avec celui de apietrav.

Sur ce fil à part, tu pourras nous dire comment tu t'occupes de la gestion des couleurs dans NikonScan d'une part, et surtout avec quoi tu regardes tes images d'autre part, puisque la réponse est à 99% dans ce dernier item.

JEANPAUL

Citation de: Zaphod le Juin 17, 2020, 14:01:41
Je pense qu'il vaudrait mieux faire un fil spécifique, parce qu'à mélanger des explications sur deux sujets qui n'ont rien à voir ça risque d'être très confus.
Citation de: Nikojorj le Juin 17, 2020, 14:33:30
Pour JEANPAUL, ce serait bien d'en discuter dans un fil à part, ton problème n'a que très peu à voir avec celui de apietrav.

Toutes mes excuses, le titre me paraissait correspondre à ma problématique... Je prends note, par contre je pense avoir compris ma bévue !

Citation de: Zaphod le Juin 17, 2020, 14:01:41
.../ Il y a deux choses :
1) l'espace de couleur de l'image
2) l'espace de l'écran, qui est défini dans tes préférences de système d'exploitation.
Pour qu'un logiciel affiche bien les couleurs d'une image, il faut qu'il soit capable de gérer les deux. ... / ...

Normalement il me semble que BreezeBrowser le fait, à condition d'avoir activé l'option /...

1000 Mercis ! Ma bévue était à ce niveau. une fois l'espace couleur de l'écran activée tout rentre dans l'ordre !

Sujet peut être clos pour moi si problème identique dans LR.

ALEXUR

Citation de: JEANPAUL le Juin 17, 2020, 17:29:13
1000 Mercis ! Ma bévue était à ce niveau. une fois l'espace couleur de l'écran activée tout rentre dans l'ordre !

;) c'est bien ce que quelques uns d'entre nous avions pressenti.

Pour LR ?

Mitou64

Citation de: tenmangu81 le Juin 16, 2020, 22:24:11
??? Profils ICC de cartes graphiques ? J'ignorais que ça existait.
Ce n'est pas ce que j'ai écrit.
Un profil ICC est valable que pour un couple écran - carte graphique donné.
Dans le cas de apietrav, il se peut (c'est mon hypothèse) que LR utilise la carte graphique en mode développement et le chipset graphique du processeur en mode bibliothèque.
Et à chaque fois un profil ICC différent s'active. D'où des écarts potentiels de colorimétrie.

Mitou64

Citation de: apietrav le Juin 17, 2020, 07:48:59
Je ne sais pas d'où ça vient mais en effet le traitement colorimétrique est différent entre les 2 modules. Est-ce possible que lightroom fonctionne plus ou moins fidèlement, sur les couleurs, selon les chipset graphiques ? Et avez-vous des idées sur comment vérifier ma config ? la seule carte graphique qui apparaît dans le système est la geforce 970, est-ce qu'il devrait y avoir aussi un chipset générique qui apparait ? (ex : Intel HD graphics ou autre ? celui qui est utilisé quand l'accélération graphique n'est pas active ?). Ou alors trouver un moyen de forcer l'utilisation de la geforce pour l'ensemble du logiciel ?
Peux-tu essayer cette méthode pour forcer ton PC à utiliser ta carte graphique lorsque tu utilises LR :
https://ca.answers.acer.com/app/answers/detail/a_id/47687/~/comment-puis-je-utiliser-la-carte-graphique-nvidia-pr%C3%A9sente-sur-les-ordinateurs

Nikojorj

Citation de: Mitou64 le Juin 17, 2020, 21:34:56
Dans le cas de apietrav, il se peut (c'est mon hypothèse) que LR utilise la carte graphique en mode développement et le chipset graphique du processeur en mode bibliothèque.
Non, il n'y a qu'un des deux disponible à un moment donné sauf erreur, par contre les deux tuyaux d'affichages sont différents et dans un des cas LR se prend les pieds dans le tapis.

B_M

A mon avis, il serait correct de dire valable pour un écran donné. La carte graphique ne fait qu'utiliser les profils. D'ailleurs on ne calibre pas les cartes graphiques.
B_M

apietrav

Citation de: Mitou64 le Juin 17, 2020, 21:42:57
Peux-tu essayer cette méthode pour forcer ton PC à utiliser ta carte graphique lorsque tu utilises LR :
https://ca.answers.acer.com/app/answers/detail/a_id/47687/~/comment-puis-je-utiliser-la-carte-graphique-nvidia-pr%C3%A9sente-sur-les-ordinateurs

Je viens d'essayer mais cela révèle que je n'ai de toutes façons que ma carte graphique qui gère l'affichage en permanence puisque j'ai le même souci qu'ici :
http://www.jeuxvideo.com/forums/42-6-54241813-1-0-1-0-processeur-nvidia-haute-performance-indisponible.htm
Pas de carte native à la carte mère référencée, et je ne peux pas installer de driver générique (dans mon cas ce serait Intel VGA Driver). il semblerait que ce soit automatiquement désactivé quand on a une carte graphique externe. Mais je ne maîtrise pas bien tout ça...

Je suis donc perplexe sur ce qu'utilise Lightroom quand je désactive ma carte graphique...

Citation de: Zaphod le Juin 17, 2020, 08:27:14
Je pensais trouver plus de chose sur internet à propos de ce problème... il semble que ça arrive mais pas souvent.
Ce qui est sur c'est que dans ton cas le profil d'écran n'est pas pris en compte dans le module dev, quand tu coches l'accélération graphique.

Il semble que ça arrive généralement avec des profils d'écran génériques (ou vérolés ?)
Si tes impressions ressemblent à ton module dev avec accélération, c'est sans doute d'ailleurs que ton profil d'écran est foireux.

Qu'est-ce que tu as comme écran ? Et comme profil écran ?

Mon profil écran est foireux oui (ainsi que cet écran non adapté à la photo d'ailleurs), il faut que je remette la main sur une sonde pour recalibrer, mais cela expliquerait que le module dev ait un rendu différent du module bibliothèque ou impression ? un profil différent peut être utilisé ?
Ce que je trouve bizarre, c'est qu'une image imprimée blanc sur feuille blanche (et qui sort comme tel à l'impression), a l'air jaune sur fond blanc dans le module bibliothèque (le fond = arrière plan blanc sélectionné dans light room). Le profil écran affecte seulement le traitement de la photo et non de l'arrière plan utilisé dans le logiciel c'est ça ?

Je referai des tests de profils, mais j'ai toujours du mal à comprendre d'où vient la différence de rendu entre les modules sachant que je n'ai qu'un chipset graphique qui semble activé dans ma config.

Nikojorj

Citation de: apietrav le Juin 17, 2020, 23:13:58
Je suis donc perplexe sur ce qu'utilise Lightroom quand je désactive ma carte graphique...
Elle est toujours utilisée pour l'affichage bien sûr! Mais plus comme aide aux calculs.

Citation
Mon profil écran est foireux oui (ainsi que cet écran non adapté à la photo d'ailleurs), il faut que je remette la main sur une sonde pour recalibrer, mais cela expliquerait que le module dev ait un rendu différent du module bibliothèque ou impression ? un profil différent peut être utilisé ?
Oui et oui. Dans win, remplace ton profil écran par l'espoace sRGB et regarde si ça ne résout pas ton problème, en attendant un vrai écran calibré.

apietrav

Citation de: Nikojorj le Juin 18, 2020, 08:41:20
Dans win, remplace ton profil écran par l'espoace sRGB et regarde si ça ne résout pas ton problème, en attendant un vrai écran calibré.

ça a résolu le souci en effet, l'image sort identique entre les modules et ça a gommé le rendu trop chaud.
Merci !

Zaphod

Citation de: apietrav le Juin 17, 2020, 23:13:58
Mon profil écran est foireux oui (ainsi que cet écran non adapté à la photo d'ailleurs), il faut que je remette la main sur une sonde pour recalibrer, mais cela expliquerait que le module dev ait un rendu différent du module bibliothèque ou impression ? un profil différent peut être utilisé ?
Quand je dis "foireux" c'est pas dans le sens pas juste en colorimétrie, mais incorrect informatiquement parlant.
De fait qu'il peut être mal interprété dans certains cas.
Ca m'est déjà arrivé avec un profil perso, je ne sais pas pourquoi le profil était incorrect et Capture One plantait à l'affichage. Une fois le profil corrigé, ça passait très bien.

Si ton écran est basique, en général choisir sRVB comme profil écran donne des résultats plutôt corrects, et ça évite les soucis de ce type.
les profils écran constructeur sur les écrans grand public foutent souvent la merde.

Mitou64

Citation de: B_M le Juin 17, 2020, 21:47:06
A mon avis, il serait correct de dire valable pour un écran donné. La carte graphique ne fait qu'utiliser les profils. D'ailleurs on ne calibre pas les cartes graphiques.
Je le répète, je disais qu'on calibrait le couple carte graphique / écran, pas la carte graphique seule bien sûr.
OK donc les articles qu'on trouve sur internet quand on tape dans Google "profil icc pour couple carte graphique ecran" sont faux.

Zaphod

S'il y avait des choses fausses écrites sur internet, ça se saurait :)

Plus sérieusement, en théorie une carte graphique est censée afficher ce qu'on lui demande, donc ça ne devrait pas jouer.
En pratique, n'ayant jamais fait ni lu de comparatif sérieux là dessus, je resterai prudent.
(dans le cas d'une calibration hardware, je pense que c'est quand même fort peu probable que ça joue... sur une calibration software... je ne sais pas.)

B_M

ça se saurait si les cartes graphiques avaient chacune un rendu particulier.  :D   ??? Comme tu le dis une carte graphique affiche ce qu'on lui demande.
B_M

Zaphod

Ben après, c'est très facile de tester un écran avec sa sonde quand on change de carte graphique :) donc si le profil ne convient plus ça se mesure.

Dans le cas du sujet de ce fil, le problème n'était pas sur un changement de carte graphique.
Mais de la même carte graphique, dans le même logiciel, avec ou sans l'activation de l'accélération GPU.

A priori, je n'ai vu personne se plaindre que ça ne fonctionnait pas avec des profils réalisés par sonde.
En revanche, avec des profils "génériques", ça peut planter.

Je n'ai jamais trop compris pourquoi certains constructeurs installaient des profils d'écran bidon...
Peut-être pour que ça claque plus... au détriment de la justesse...

tenmangu81

Citation de: Mitou64 le Juin 18, 2020, 22:30:49
Je le répète, je disais qu'on calibrait le couple carte graphique / écran, pas la carte graphique seule bien sûr.
OK donc les articles qu'on trouve sur internet quand on tape dans Google "profil icc pour couple carte graphique ecran" sont faux.

On calibre l'écran, point barre. Et cet étalonnage ne dépend pas de la carte graphique, heureusement ! Chaque carte graphique a bien sûr sa réponse logicielle et matricielle pour obtenir le résultat escompté par la personne qui étalonne, mais c'est transparent et aboutit au même étalonnage.

Mitou64

Ah super !
Si j'ai un PC qui possède une "vraie" carte graphique et un processeur avec chipset graphique intégré, le PC utilisera soit le chipset soit la carte graphique selon ses besoins.
Et donc le profil ICC qu'il utilisera en automatique sera toujours le même (pour un même écran bien sûr) ?

Nikojorj

Citation de: Mitou64 le Juin 19, 2020, 18:21:47
le PC utilisera soit le chipset soit la carte graphique selon ses besoins.
Du point de vue de l'affichage (et je pense des calculs aussi), sauf erreur, la plupart des chipsets intégrés ne peuvent pas être utilisés en même temps que la CG externe ; j'en suis resté à ce que pour pouvoir utiliser plusieurs CG en même temps il faut les relier avec un machin ad hoc genre crossfire, mais je veux bien être détrompé.

tenmangu81

Citation de: Mitou64 le Juin 19, 2020, 18:21:47
Ah super !
Si j'ai un PC qui possède une "vraie" carte graphique et un processeur avec chipset graphique intégré, le PC utilisera soit le chipset soit la carte graphique selon ses besoins.
Et donc le profil ICC qu'il utilisera en automatique sera toujours le même (pour un même écran bien sûr) ?

Absolument ! Les ordinateurs qui possèdent une "vraie" garte graphique et un chipset choisiront, au moment de l'étalonnage, le harware qui conviendra. Très probablement la "vraie" carte graphique. Mais je ne suis jamais allé vérifier  :D
Ceci dit, on peut le faire : il existe des petits logiciels (par exemple gfxCardStatus) qui permettent de dire à l'ordinateur quelle carte choisir.

Verso92

Citation de: B_M le Juin 19, 2020, 10:12:55
ça se saurait si les cartes graphiques avaient chacune un rendu particulier.  :D   ??? Comme tu le dis une carte graphique affiche ce qu'on lui demande.

Du temps des affichages analogiques, c'était le cas (Matrox Millenium, pour ceux qui se souviennent...  ;-).

En full numérique, ça ne doit plus jouer, effectivement.

tenmangu81

Citation de: Verso92 le Juin 19, 2020, 21:23:18
Du temps des affichages analogiques, c'était le cas (Matrox Millenium, pour ceux qui se souviennent...  ;-).

Je suis trop jeune pour avoir connu cette époque  ;)

B_M

Les gros écrans qui prenenit la moitié du bureau... Les cartes Matrox...   :D Cela me semble loin maintenant.
B_M