Oui, c'est bien ça: je me place d'un point de vue "artiste", alors que l'outil se situe dans une optique "traitement du signal".
Quand à spécifier les corrections gamma à chaque utilisation, cela devient vite très lourd, et peut dans certains cas générer des pertes si la précision n'est pas suffisante (comme dans gimp). Ce n'est pas pour rien qu'un standard est apparu pour cela (même Apple a fini par y venir), et que les logiciels "de création" commencent à prendre en compte l'espace de couleur dans leurs opérations.
Enfin, je continue de penser que, au moins dans le cas des images dont le gamma est stocké dans les métadonnées, le logiciel devrait prendre en compte cette information.
[^] # 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é à 1.
Quand à spécifier les corrections gamma à chaque utilisation, cela devient vite très lourd, et peut dans certains cas générer des pertes si la précision n'est pas suffisante (comme dans gimp). Ce n'est pas pour rien qu'un standard est apparu pour cela (même Apple a fini par y venir), et que les logiciels "de création" commencent à prendre en compte l'espace de couleur dans leurs opérations.
Enfin, je continue de penser que, au moins dans le cas des images dont le gamma est stocké dans les métadonnées, le logiciel devrait prendre en compte cette information.
En tout cas, bonne continuation.