Je comprend l'orientation choisie, même si je trouve ça dommage.
De plus le nom de l'application est alors trompeur: par "image", on désigne la plupart du temps un document destiné à être visualisé, pas une image satellite. Or, la quasi-totalité de ces documents est encodé dans un espace de couleur non linéaire (gamma 2.2 étant un standard); et quand ce n'est pas le cas, il s'agit la plupart du temps d'un format spécifique aisément reconnaissable, ou bien le gamma est spécifié dans les méta-données.
En ce qui concerne l'image du Dalaï Lama, je ne suis pas d'accord, mais parce que je me place d'un point de vue "artiste". Le gamma standard est non-linéaire, donc cette image est parfaitement représentative d'une utilisation courante. Elle exacerbe le problème, mais elle n'est en aucun cas trafiquée pour le créer. Il suffit de surfer sur n'importe quel site dédié aux arts graphiques numériques pour voir que la prise en compte du gamma est une étape clef de la production d'images. Et que de nombreux outils compliquent la tâche là où ils pourraient la simplifier (c'est de moins en moins vrai).
L'exemple du plugin Gimp est flagrant: il va donner pour certaines opérations un résultat (légèrement) erroné, puisqu'un artiste ne vas pas travailler sur une image linéarisée (elle s'afficherait alors de façon incorrecte). Le plugin au moins devrait travailler en espace linéaire, surtout que Gimp connait la notion d'espace de couleur, il n'y a donc pas d'ambiguïté de ce côté-là.
Encore une fois je comprends l'orientation "scientifique" du projet, mais il y a déjà pas mal d'outils dans ce domaine. Un outil adapté à la création aurait été novateur.
[^] # Re: Problème de (non) prise en compte du gamma?
Posté par drakmaniso . En réponse au journal [Imagerie] Avancement du projet G'MIC (version 1.3.2.8). Évalué à 2.
De plus le nom de l'application est alors trompeur: par "image", on désigne la plupart du temps un document destiné à être visualisé, pas une image satellite. Or, la quasi-totalité de ces documents est encodé dans un espace de couleur non linéaire (gamma 2.2 étant un standard); et quand ce n'est pas le cas, il s'agit la plupart du temps d'un format spécifique aisément reconnaissable, ou bien le gamma est spécifié dans les méta-données.
En ce qui concerne l'image du Dalaï Lama, je ne suis pas d'accord, mais parce que je me place d'un point de vue "artiste". Le gamma standard est non-linéaire, donc cette image est parfaitement représentative d'une utilisation courante. Elle exacerbe le problème, mais elle n'est en aucun cas trafiquée pour le créer. Il suffit de surfer sur n'importe quel site dédié aux arts graphiques numériques pour voir que la prise en compte du gamma est une étape clef de la production d'images. Et que de nombreux outils compliquent la tâche là où ils pourraient la simplifier (c'est de moins en moins vrai).
L'exemple du plugin Gimp est flagrant: il va donner pour certaines opérations un résultat (légèrement) erroné, puisqu'un artiste ne vas pas travailler sur une image linéarisée (elle s'afficherait alors de façon incorrecte). Le plugin au moins devrait travailler en espace linéaire, surtout que Gimp connait la notion d'espace de couleur, il n'y a donc pas d'ambiguïté de ce côté-là.
Encore une fois je comprends l'orientation "scientifique" du projet, mais il y a déjà pas mal d'outils dans ce domaine. Un outil adapté à la création aurait été novateur.