[BUG]profil icc utilisé comme destination

[xnview]

Par exemple : http://fouinix.fr/galerie/galleries/Con ... oto-04.jpg

Cette image n'a pas de profil ICC

[fouinix]

Par exemple : http://fouinix.fr/galerie/galleries/Con ... oto-04.jpg

Cette image n'a pas de profil ICC

Peu importe, c'est le profil de l'écran que je veux que xnview utilise, à l'affichage.
J'ai l'impression que les profils colorimétriques ce n'est pas tout à fait clair pour vous

[xnview]

Par exemple : http://fouinix.fr/galerie/galleries/Con ... oto-04.jpg

Cette image n'a pas de profil ICC

Peu importe, c'est le profil de l'écran que je veux que xnview utilise, à l'affichage.
J'ai l'impression que les profils colorimétriques ce n'est pas tout à fait clair pour vous

Non non, mais comme dit précédemment, si un fichier ne possède pas de profil, alors rien n'est appliqué. Il faut que je rajoute un profil par défaut...

[fouinix]

Cette image n'a pas de profil ICC

Peu importe, c'est le profil de l'écran que je veux que xnview utilise, à l'affichage.
J'ai l'impression que les profils colorimétriques ce n'est pas tout à fait clair pour vous

Non non, mais comme dit précédemment, si un fichier ne possède pas de profil, alors rien n'est appliqué. Il faut que je rajoute un profil par défaut...

A quoi correspond le profil intégré au fichier? Et à quoi est-ce qu'il sert?
Merci encore

[Olivier_G]

Les profils couleurs permettent de faire des correspondances entre espaces colorimétriques (départ=>arrivée).

Pour afficher correctement une image sur un périphérique (écran) avec profil, il faut donc connaitre le profil de l'image. C'est à dire que le profil soit inclus et lisible dans le fichier. Ce n'est pas systématiquement le cas... (cf discussion, plus haut).

[fouinix]

C'est bien un bug de xnview alors ?

[oops66]

C'est bien un bug de xnview alors ?

Non, ou plutot, oui et non, car cette nouvelle fonction n'est pas encore implantée dans XnView.
(Fonction: profil de couleur d'entrée par defaut (si absent dans le jpg) = sRGB par exemple - voir plus haut)

[fouinix]

mais qul profil conteint le jpg ? celui de l'appareil photo, celui de l'ecran ?

[oops66]

mais qul profil conteint le jpg ? celui de l'appareil photo, celui de l'ecran ?

Celui de l'appareil, mais la question est plutôt : quel .jpg contient un profil ICC intégré (matrice) ?
Seules les photos calibrées calorimétriquement en ont un, généralement générer par certains appareils photos, scanner, etc ...

L'ICM est quant à lui un autre profil d'entrée ICC pour l'écran ( mais un profil de sortie ICM, vue du fichier .jpg dans XnView vers l'écran)

Le but étant de toujours afficher le plus fidèlement possible les couleurs réelles lors de la prise de vue, quelque soit les périphériques intermédiaires.

[fouinix]

Ca pourra être corrigé dans une prochaine version?

[fouinix]

Du neuf ?

[Cytochrome]

Bonjour. Je suis nouveau sur le forum, mais je fais de la photo numérique depuis plusieurs années et les problèmes de couleurs, profils et espaces m'intéressent. Ce n'est pas si simple d'avoir une chaîne colorimétrique cohérente depuis l'appareil jusqu'à l'écran ou l'imprimante.

Je viens de lire tous ce fil et il me semble que l'on mélange deux choses, ce qui rend la discussion difficile à suivre:

- il y a d'une part des profils liés à des périphériques: profils d'écran, d'imprimante, de scanner... Ils sont destinés à corriger le rendu du périphérique et pas de l'image. Ce sont des tables de corrections qui feront que si par exemple un pixel est envoyé à l'écran comme RVB (110, 95, 65) il soit effectivement rendu comme tel, même si l'écran a une faiblesse dans le rouge et le rendrait comme RVB (102,95,65) sans cette correction. Certains écrans sont livrés avec un profil adapté, on peut aussi les établir soi-même avec une sonde. Dans tous les cas ils sont stockés par Windows et apparaissent en faisant un clic droit sur l'écran dans "/Propriétés d'affichage/Paramètres/Avancé/Gestion des couleurs. Il faut bien voir que Windows, au moins jusqu'à XP (pour Vista je ne sais pas) ne les utilise pas par défaut! Il les met simplement à disposition des logiciels qui veulent/savent les utiliser. C'est pour cela qu'il faut les déclarer dans les Préférences des programmes.

J'aimerai beaucoup que XnView puisse l'utiliser comme le font Photoshop et tous les bons logiciels de traitement d'image et les dématriceurs de raw comme ACR, LR, Cnx, Bibble etc... Cela assure que les couleurs de l'image sont rendues fidèlement et de façon reproductible sur tout écran calibré. Et bien sur cela assure que les images ont le même rendu dans XnView que dans Photoshop ou votre dématriceur favori.

- D'autre part il y a des espaces colorimétriques. Ce sont des espaces virtuels qui sont standardisés (sRVB, AdobeRVB, Prophot, etc) qui servent aux logiciels à "caler" les couleurs et à effectuer tous les calculs lors du développement du raw et du traitement de l'image. Dans les bons programmes on peut définir un espace de travail dans lequel se feront les calculs et un espace de sortie dans lequel seront enregistrées les couleurs du jpg/tiff. On peut choisir soit de sauver dans cet espace, ou d'associer le nom de l'espace au fichier. Dans ce dernier cas c'est au programme de visualisation de faire la conversion.

A mon avis XnView (que j'utilise avec bonheur depuis des années) peut très bien s'en passer. Mais bien sur "ça ne mange pas de pain", sauf pour le développeur.

Donc pour résumer j'aimerai bien que XnView puisse utiliser les profils d'écran.

Francis

[darrask]

merci pour votre contribution très compréhensible!

Il se trouve que la gestion des espaces colorimétriques est déjà implémentée, sauf en ce qui concerne la conversion d'images par lots, où les métadonnées ne sont pas prises en compte puisque les images ne sont pas chargées entièrement par le programme. (Personnellement j'espère que ce problème sera bientôt résolu, d'autant plus qu'il n'y était pas dans la version 1.93.6, version que j'utilise encore)

Comme beaucoup de gens veulent la gestion des espaces colorimétriques, je ne pense pas qu'il faille faire marche arrière. De toute façon, le choix est laissé à l'utilisateur, et par défaut, la configuration n'utilise pas les profils ICC.

[Olivier_G]

Francis, je ne suis pas complètement d'accord avec votre explication.

Le profil lié au périphérique n'a pas pour objectif de corriger les couleurs (ça, c'est le programme de correction des couleurs lancé au démarrage qui s'en charge et est appliqué même pour une application ne gérant pas les profils) mais de caractériser l'espace colorimétrique affichable par le périphérique.

L'information RVB (255,0,0) ne veut rien dire seule: le rouge "pur" d'un écran ne sera pas identique (saturation, etc...) à celui d'un autre écran => le profil est nécéssaire pour le situer par rapport à une référence. De même pour l'image: c'est en lui associant un profil que l'on définit réellement les couleurs.

Le travail des programmes gérant les profils est donc de faire la conversion depuis le profil de l'image vers le profil du périphérique de manière à afficher les couleurs de manière satisfaisante (la problématique de base étant: comment afficher au mieux les couleurs que le périphérique ne peut pas afficher? => d'où les différentes méthodes de rendu existantes).

Il faut donc bien un profil pour caractériser l'écran et un profil pour caractériser l'image. L'autre sujet évoqué dans ce fil était: "comment gérer les images sans profil?" (cf. les choix de sRVB, AdobeRVB...) et non pas l'espace de travail de XnView.

[oops66]

Bonsoir,
A mon avis, (pour synthétiser les 7 pages) et pour bien faire, il faudrait qu'XnView puisse gérer les profils de couleur des images:
1-) En entrée:
1.1-) Avec ICC intégré d'origine (ICC généré par le périphérique de prise de vue - APN, scanner,etc...)
*** c'est déjà le cas dans la version actuelle 1.94.2, (sauf en cas de ré-enregistrement dans xnview, le profil intégré ICC est perdu ; D'où l'intérêt de rajouter une option: Options\read/write\Write\JPEG\ add keep ICC profile. [pour les TIFF aussi])***
1.2-)Sans ICC intégré ( pour pouvoir assigner un profil par défaut à l'image: les choix de sRVB, AdobeRVB, ICC perso., ... ) n'assigner ce profil par défaut qu'en mémoire vive pour ne pas avoir a modifier le fichier jpg ou tif. (ou mieux 2 modes, une option mode permanent (manuel) = en disque dur qui modifie le fichier en intégrant un profil ICC manuellement à l'image, ou mode temporaire (automatique)= en mémoire vive du PC sans modifier les fichiers et en intégrant un profil par défaut automatiquement (aux images qui n'ont pas d'ICC intégré d'origine) afin de pouvoir appliquer un ICM)
*** a faire ***

2-) En Sortie:
2.1-): ICC ou ICM que pour l'écran (voir aussi pour un 2 ième écran ?)
*** déja fait dans v1.94.2 pour images avec ICC intégré, sauf pour le diaporama (slide show) - à faire aussi pour les images sans profil intégré d'origine ***
2.2-): ICC que pour l'impression (imprimantes, traceurs,...)
*** a faire ***

3-) En Extra:
3.1-) Que XnView puisse appliquer un ICC perso. ou ICM en tant que simple Filtre.
*** a faire ***
3.2-) voir même appliquer ou pas, l' ICC ou l'ICM aux vignettes intégrées.
pour éviter ce genre de phénomen (visualiser les vignettes dans xnview, options\général\ICC activé et non activé), exemples: 2 jpg a télécharger:

http://newsgroup.xnview.com/viewtopic.php?t=15451

Et le tout uniquement en Options (sans gestion ICC par defaut ou avec).
Bref, pas mal de boulot pour Pierre !