Comme dit dans d'autres réponses, ces 2 fonctionnalités existent depuis 2.10.0, c'est à dire mi-2018.
l'impossibilité de conserver les données exif d'origine dans les exports.
En fait il y avait déjà un (mauvais) support des métadonnées dans la série 2.8. On l'a amélioré avec la 2.10.0, où c'est devenu bien mieux (notamment au moins le passage d'import à export vraiment sans perte — du moins je pense/espère) mais pas encore parfait. Ces derniers mois cependant, on a enfin un contributeur qui a pris sur lui pour travailler certains aspects, et comme je travaille en parallèle sur l'amélioration et surtout l'automatisation/généralisation de certains aspects des plug-ins, je travaille avec lui pour améliorer la prise en charge générique de certaines méta-données. Donc ça devrait aller de mieux en mieux au fil des versions.
la non prise en charge d'une profondeur de couleur de 16 bits.
Je suppose que tu veux dire "16 bits par canal de couleur". Et oui cela existe aussi depuis 2.10.0. On peut même monter à 32-bit par canal.
Je sais, ça ne sert à rien
Par contre non, ça ne sert pas à rien.
Déjà pour l'œil humain, 8-bit n'est pas assez. Selon les recherches, certains estiment entre 10 à 12-bit par canal ce qui est nécessaire pour vraiment avoir une précision suffisante pour l'œil humain (attention, je ne parle pas d'avoir une gamme suffisante pour l'ensemble des couleurs visibles par l'œil, mais d'une gamme suffisante pour que si on rajoutait une couleur entre 2 couleurs adjacentes des gammes habituelles, l'œil humain moyen n'y verrait pas de différence). Ensuite même cela, on peut se dire que c'est inutile car nos écrans sont encore en général en 8-bit (et faire un setup d'écran 10-bit est encore très complexe, car il faut tout le pipeline, de la carte graphique à l'écran, en passant par câbles, OS et logiciels compatibles; ce qui fait que même la plupart des gens qui ont un écran 10-bit l'utilisent en fait en 8-bit sans le savoir). Mais ce n'est pas cela la vraie utilité du > 8-bit à l'heure actuelle.
La plus importante utilité à ce jour est donc comme format de travail. Je vais expliquer (mon explication habituelle qu'on donne aux étudiants). L'imagerie numérique, c'est simplement des maths. Tout filtre, toute transformation, au final c'est juste des additions, soustractions, multiplications, division. Supposons donc 2 couleurs différentes, l'une avec la valeur 3 et l'autre la valeur 2 (avec un stockage des valeurs en entier seulement). Bien que très proche par définition, on voit une subtile différence entre ces 2 couleurs. Maintenant on fait une première opération quelconque qui divise la couleur par 2:
2/2 = 1
3/2 =... 1 aussi! (je rappelle qu'on est en nombres entiers)
Donc nos 2 couleurs différentes sont maintenant la même! Et pour enfoncer le clou, supposons même une seconde opération où on multiplie par 2:
(2/2) * 2 = 1 * 2 = 2
(3/2) * 2 = 1 * 2 = 2
Là c'est même pire que tout, on a carrêment deux opérations qui auraient dû s'annuler mais qui à la place ont juste fait perdre des couleurs. Ça veut notamment dire que tous les 3 de l'image ont d'ailleurs disparu (en fait tous les nombres impairs dans cet exemple), on a vraiment perdu en précision! Et c'est exactement à cause de ce type de problématique qu'on crée du "banding", typiquement plusieurs couleurs proches qui sont devenus la même (typique dans des ciels ou autres dégradés de couleur, naturels ou non).
Donc dans certains cas, les bandes de couleurs, c'est bien car 8-bit n'est pas assez et donc on est limité dans le format, mais dans pas mal d'autres cas, même malgré le 8-bit final on aurait pu éviter les bandes de couleurs, mais ces dernières ont été créée par le fait d'avoir travaillé avec un manque de précision.
Ce problème aurait pu être évité même avec simplement le double de précision de travail (9-bit). En effet, dans ce cas, notre valeur 2 aurait été 4 et notre valeur 3 aurait été 6. Donc:
4/2 = 2
6/2 = 3
-> Nos deux valeurs sont restées différentes après calculs! Par contre on voit bien qu'on se retrouve dans la situation précédente. Cela signifie bien que si on avait encore divisé par 2, on aurait à nouveau perdu des couleurs. Cela signifie que plus on fait de calculs, plus on risque de perdre en précision! C'est pour cela qu'une haute précision n'est jamais inutile. Plus on prévoit de faire de traitement d'image, plus avoir une autre précision est utile.
Cela n'empêche pas de revenir à 8-bit en toute dernière opération, pour l'export et le fichier partagé au monde (notamment si pour le web, etc.). Il y aura de la perte à ce moment là, mais bien moins de perte que si on avait travaillé en haute précision de couleur. Démontrons le avec le cas d'une division par 4 suivi d'une multiplication par 4 en 8-bit et en 9-bit (multiplication de toutes les valeurs par 2). Notre image a des pixels à 4, 5, 6, et 7 en valeurs. L'original est en 8-bit.
Cas du format de travail aussi en 8-bit
(4/4) ×ばつ 4 = 1 ×ばつ 4 = 4
(5/4) ×ばつ 4 = 1 ×ばつ 4 = 4
(6/4) ×ばつ 4 = 1 ×ばつ 4 = 4
(7/4) ×ばつ 4 = 1 ×ばつ 4 = 4
Les 4 couleurs sont devenues la même après le traitement! Grosse perte de qualité!
Cas du format de travail en 9-bit
D'abord transformons nos valeurs dans le format de travail 9-bit:
4 ×ばつ 2 = 8
5 ×ばつ 2 = 10
6 ×ばつ 2 = 12
7 ×ばつ 2 = 14
Maintenant faisons notre traitement:
(8/4) ×ばつ 4 = 2 ×ばつ 4 = 8
(10/4) ×ばつ 4 = 2 ×ばつ 4 = 8
(12/4) ×ばつ 4 = 3 ×ばつ 4 = 12
(14/4) ×ばつ 4 = 3 ×ばつ 4 = 12
Maintenant revenons en 8-bit:
8 / 2 = 4
8 / 2 = 4
12 / 2 = 6
12 / 2 = 6
Et voilà, on a encore créé un peu perdu en qualité, mais beaucoup moins (on se retrouve avec 2 couleurs différentes au lieu de 4, mais mieux que 1 qui était le cas du travail en 8-bit). Remarquons que si on avait travaillé en 10-bit, on n'aurait perdu aucune couleur! Et encore là c'était des exemples très simples.
Et c'est donc bien pour cela que la haute précision des couleurs est importante, au moins en format de travail. Notons bien qu'on ne demande pas aux gens de savoir les maths exactes de chaque opération, transformation ou filtre. Par contre il faut être conscient qu'au final, on manipule des nombres et donc que toutes ces opérations ne sont rien d'autres que des maths appliquées. Être conscient de ce genre de détails fait partie des nombreux points qui peuvent faire la différence pour être un bon artiste, photographe, retoucheur d'image, etc.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: 16 bits & EXIF
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche 25 ans de GIMP et version de développement 2.99.2 : premiers pas vers GIMP 3 !. Évalué à 10. Dernière modification le 26 décembre 2020 à 09:17.
Sommaire
Comme dit dans d'autres réponses, ces 2 fonctionnalités existent depuis 2.10.0, c'est à dire mi-2018.
En fait il y avait déjà un (mauvais) support des métadonnées dans la série 2.8. On l'a amélioré avec la 2.10.0, où c'est devenu bien mieux (notamment au moins le passage d'import à export vraiment sans perte — du moins je pense/espère) mais pas encore parfait. Ces derniers mois cependant, on a enfin un contributeur qui a pris sur lui pour travailler certains aspects, et comme je travaille en parallèle sur l'amélioration et surtout l'automatisation/généralisation de certains aspects des plug-ins, je travaille avec lui pour améliorer la prise en charge générique de certaines méta-données. Donc ça devrait aller de mieux en mieux au fil des versions.
Je suppose que tu veux dire "16 bits par canal de couleur". Et oui cela existe aussi depuis 2.10.0. On peut même monter à 32-bit par canal.
Par contre non, ça ne sert pas à rien.
Déjà pour l'œil humain, 8-bit n'est pas assez. Selon les recherches, certains estiment entre 10 à 12-bit par canal ce qui est nécessaire pour vraiment avoir une précision suffisante pour l'œil humain (attention, je ne parle pas d'avoir une gamme suffisante pour l'ensemble des couleurs visibles par l'œil, mais d'une gamme suffisante pour que si on rajoutait une couleur entre 2 couleurs adjacentes des gammes habituelles, l'œil humain moyen n'y verrait pas de différence). Ensuite même cela, on peut se dire que c'est inutile car nos écrans sont encore en général en 8-bit (et faire un setup d'écran 10-bit est encore très complexe, car il faut tout le pipeline, de la carte graphique à l'écran, en passant par câbles, OS et logiciels compatibles; ce qui fait que même la plupart des gens qui ont un écran 10-bit l'utilisent en fait en 8-bit sans le savoir). Mais ce n'est pas cela la vraie utilité du > 8-bit à l'heure actuelle.
La plus importante utilité à ce jour est donc comme format de travail. Je vais expliquer (mon explication habituelle qu'on donne aux étudiants). L'imagerie numérique, c'est simplement des maths. Tout filtre, toute transformation, au final c'est juste des additions, soustractions, multiplications, division. Supposons donc 2 couleurs différentes, l'une avec la valeur 3 et l'autre la valeur 2 (avec un stockage des valeurs en entier seulement). Bien que très proche par définition, on voit une subtile différence entre ces 2 couleurs. Maintenant on fait une première opération quelconque qui divise la couleur par 2:
Donc nos 2 couleurs différentes sont maintenant la même! Et pour enfoncer le clou, supposons même une seconde opération où on multiplie par 2:
Là c'est même pire que tout, on a carrêment deux opérations qui auraient dû s'annuler mais qui à la place ont juste fait perdre des couleurs. Ça veut notamment dire que tous les
3de l'image ont d'ailleurs disparu (en fait tous les nombres impairs dans cet exemple), on a vraiment perdu en précision! Et c'est exactement à cause de ce type de problématique qu'on crée du "banding", typiquement plusieurs couleurs proches qui sont devenus la même (typique dans des ciels ou autres dégradés de couleur, naturels ou non).Donc dans certains cas, les bandes de couleurs, c'est bien car 8-bit n'est pas assez et donc on est limité dans le format, mais dans pas mal d'autres cas, même malgré le 8-bit final on aurait pu éviter les bandes de couleurs, mais ces dernières ont été créée par le fait d'avoir travaillé avec un manque de précision.
Ce problème aurait pu être évité même avec simplement le double de précision de travail (9-bit). En effet, dans ce cas, notre valeur 2 aurait été 4 et notre valeur 3 aurait été 6. Donc:
-> Nos deux valeurs sont restées différentes après calculs! Par contre on voit bien qu'on se retrouve dans la situation précédente. Cela signifie bien que si on avait encore divisé par 2, on aurait à nouveau perdu des couleurs. Cela signifie que plus on fait de calculs, plus on risque de perdre en précision! C'est pour cela qu'une haute précision n'est jamais inutile. Plus on prévoit de faire de traitement d'image, plus avoir une autre précision est utile.
Cela n'empêche pas de revenir à 8-bit en toute dernière opération, pour l'export et le fichier partagé au monde (notamment si pour le web, etc.). Il y aura de la perte à ce moment là, mais bien moins de perte que si on avait travaillé en haute précision de couleur. Démontrons le avec le cas d'une division par 4 suivi d'une multiplication par 4 en 8-bit et en 9-bit (multiplication de toutes les valeurs par 2). Notre image a des pixels à 4, 5, 6, et 7 en valeurs. L'original est en 8-bit.
Cas du format de travail aussi en 8-bit
Les 4 couleurs sont devenues la même après le traitement! Grosse perte de qualité!
Cas du format de travail en 9-bit
D'abord transformons nos valeurs dans le format de travail 9-bit:
Maintenant faisons notre traitement:
Maintenant revenons en 8-bit:
Et voilà, on a encore créé un peu perdu en qualité, mais beaucoup moins (on se retrouve avec 2 couleurs différentes au lieu de 4, mais mieux que 1 qui était le cas du travail en 8-bit). Remarquons que si on avait travaillé en 10-bit, on n'aurait perdu aucune couleur! Et encore là c'était des exemples très simples.
Et c'est donc bien pour cela que la haute précision des couleurs est importante, au moins en format de travail. Notons bien qu'on ne demande pas aux gens de savoir les maths exactes de chaque opération, transformation ou filtre. Par contre il faut être conscient qu'au final, on manipule des nombres et donc que toutes ces opérations ne sont rien d'autres que des maths appliquées. Être conscient de ce genre de détails fait partie des nombreux points qui peuvent faire la différence pour être un bon artiste, photographe, retoucheur d'image, etc.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]