Je ne connais rien au traitement d'images, donc je vais peut etre répondre à côté, mais j'essaye quand même:
Admettons que les pixels de ton image aient des valeurs comprises entre (0, 0, 0) et (255, 255, 255), pour le rouge, le vert, et le bleu. Une transformation des couleurs pourrait consister à multiplier par deux chacune des composantes de couleur, et puis à retirer au vert la valeur du rouge:
(12, 60, 10) -> (24, 96, 20)
(150, 10, 30) -> (255, 0, 60)
Dans le deuxième exemple tu as un overflow sur le rouge: on devrait avoir 300, mais on s'arrête à 255. Il y a un underflow sur le vert, on devrait avoir une valeur négative, mais on s'arrête à zéro.
Si le fait de tronquer les valeurs n'a lieu qu'à l'étape finale, ça n'est pas gênant, mais si on tronque aussi les valeurs intermédiaires, ça veut dire que potentiellement on perd des informations: peut-être que la valeur de rouge aurait été divisiée par cinq dans la suite des calculs. on aurait donc du avoir 60, et on aura eu 51 à cause de l'overflow.
Donc l'idéal est de calculer le plus précisément possible, même si on se limite à une certaine précision à l'affichage (parce que l'oeil humain ne voit pas plus précisément). Si on doit tronquer à un moment, il faudrait ne le faire qu'à l'étape finale.
[^] # Re: Programme de référence ??
Posté par Yusei (Mastodon) . En réponse à la dépêche Gimp 2.2.0 (et 2.2.1). Évalué à 10.
Admettons que les pixels de ton image aient des valeurs comprises entre (0, 0, 0) et (255, 255, 255), pour le rouge, le vert, et le bleu. Une transformation des couleurs pourrait consister à multiplier par deux chacune des composantes de couleur, et puis à retirer au vert la valeur du rouge:
(12, 60, 10) -> (24, 96, 20)
(150, 10, 30) -> (255, 0, 60)
Dans le deuxième exemple tu as un overflow sur le rouge: on devrait avoir 300, mais on s'arrête à 255. Il y a un underflow sur le vert, on devrait avoir une valeur négative, mais on s'arrête à zéro.
Si le fait de tronquer les valeurs n'a lieu qu'à l'étape finale, ça n'est pas gênant, mais si on tronque aussi les valeurs intermédiaires, ça veut dire que potentiellement on perd des informations: peut-être que la valeur de rouge aurait été divisiée par cinq dans la suite des calculs. on aurait donc du avoir 60, et on aura eu 51 à cause de l'overflow.
Donc l'idéal est de calculer le plus précisément possible, même si on se limite à une certaine précision à l'affichage (parce que l'oeil humain ne voit pas plus précisément). Si on doit tronquer à un moment, il faudrait ne le faire qu'à l'étape finale.
C'est bien ça ?