Un exemple tout con qui montre la pertinence des 12 ou 14 bits par cannal des fichiers RAW :
Tu prend un protrait en contre jour. Avec un fichier 8bits, tu va avoir une grosse tache noire au millieu d'un désert blanc. J'éxagère un peu mais l'idée est la.
Sur la même photo en 14 bits tu va avoir dans des teintes tre foncée un portait au millieu et dans des tons très clairs autour des nuages. Tu va pouvoir corriger l'exposition de ta photo de manière à obtnir au final un très joli portait.
Il n'y a rien de magique... Si on raisonne en niveau gris, si tu réduit à 8 bits une photo en 14bits, toutes les niveaux 0 à 64 correspondrons à l'unique couleur 0.
Si ta photo est sous-exposé tu utilise très peu les grandes valeurs mais beaucoup les faibles, si tu as une image en 14 bits tu corrige l'exposition tu convertit en 8bits et tu obtient une photo avec réellement 8bits d'information.
Si tu travail avec une photo en 8bits et que tu n'utilise que la moitiée du spectre, quand tu fais la correction d'exposition tu n'a plus que 7 bits d'informations.
De plus les capteur sont en 14 bits car il capture la lumière de manière linéaire ce qui n'est pas le cas de notre oeil, il y a donc une conversion à éffectuer ; le gamma, et cette transformation fais perdre de l'information dans certaines parties du spectre, il y a donc forcément une perte et donc nécéssitée de plus de 8bits.
Rajoute à ça le nombre de traitement que l'on applique sur une image : demosaicage, convertion sRGB, balance des blancs, contraste....
Tu acumule les erreurs à chaque fois et même avec des algos bien foutus pour limiter au maximum ces problèmes, ça finis par être génant.
Dans Gegl et Babl les opération travail à la base sur des float pour maximiser la précision et ne pas perdre d'information par rapport au format d'origine de l'image. Mais il est possible de coder des version optimiser pour des entiers 8bits, tout est prévu et gegl utilisera automatiquement la bonne fonction.
La dernière fois que j'ai regarder la prioritée était à finir les implémentation en float, mais si il y en as besoin il y aura bientôt à mon avis des versions optimisées pour le 8bit.
Donc pour ceux qui on besoin de plus de 8bits on sera satisfait, et pour ceux qui se contentent de 8bit il n'y aura pas de problèmes...
[^] # Re: gestion des images > 8 bits
Posté par beagf . En réponse à la dépêche Sortie de GIMP 2.6. Évalué à 7.
Tu prend un protrait en contre jour. Avec un fichier 8bits, tu va avoir une grosse tache noire au millieu d'un désert blanc. J'éxagère un peu mais l'idée est la.
Sur la même photo en 14 bits tu va avoir dans des teintes tre foncée un portait au millieu et dans des tons très clairs autour des nuages. Tu va pouvoir corriger l'exposition de ta photo de manière à obtnir au final un très joli portait.
Il n'y a rien de magique... Si on raisonne en niveau gris, si tu réduit à 8 bits une photo en 14bits, toutes les niveaux 0 à 64 correspondrons à l'unique couleur 0.
Si ta photo est sous-exposé tu utilise très peu les grandes valeurs mais beaucoup les faibles, si tu as une image en 14 bits tu corrige l'exposition tu convertit en 8bits et tu obtient une photo avec réellement 8bits d'information.
Si tu travail avec une photo en 8bits et que tu n'utilise que la moitiée du spectre, quand tu fais la correction d'exposition tu n'a plus que 7 bits d'informations.
De plus les capteur sont en 14 bits car il capture la lumière de manière linéaire ce qui n'est pas le cas de notre oeil, il y a donc une conversion à éffectuer ; le gamma, et cette transformation fais perdre de l'information dans certaines parties du spectre, il y a donc forcément une perte et donc nécéssitée de plus de 8bits.
Rajoute à ça le nombre de traitement que l'on applique sur une image : demosaicage, convertion sRGB, balance des blancs, contraste....
Tu acumule les erreurs à chaque fois et même avec des algos bien foutus pour limiter au maximum ces problèmes, ça finis par être génant.
Dans Gegl et Babl les opération travail à la base sur des float pour maximiser la précision et ne pas perdre d'information par rapport au format d'origine de l'image. Mais il est possible de coder des version optimiser pour des entiers 8bits, tout est prévu et gegl utilisera automatiquement la bonne fonction.
La dernière fois que j'ai regarder la prioritée était à finir les implémentation en float, mais si il y en as besoin il y aura bientôt à mon avis des versions optimisées pour le 8bit.
Donc pour ceux qui on besoin de plus de 8bits on sera satisfait, et pour ceux qui se contentent de 8bit il n'y aura pas de problèmes...