On parle toujours du nombre de bit par canal. Donc, 16 ou 8 bits, c'est par canal, un pixel en RGB prennant 24 ou 48 bits. Donc, ton raw 48 bits, c'est 3 canals 16 bits.
Par contre, ton image avec 64 bits/pixel. Je ne comprends pas trop. Tu fais du 20 bits/canal ?
Pour le traitement, j'utiliserais personnelement la lib "cimg", dont on a parlé ici. Elle n'est pas encore super optimisé en vitesse mais l'interface est assez plaisante. Si le but est de faire des traitements complexes, le mieux encore est d'utiliser un format 32 bits flottant par canal.
Le problème concerne les pertes lors de certaine opération. Cela se pose notament avec le son 24 bits. Pour éviter tout problème, d'overflow ou d'underflow, les calculs ne se font pas en 32 bits flottant (qui ne dispose que de 24 bits de mantisses) mais en 64 bits fixe.
ici, les flottants devraient suffir et cela devrait beaucoup simplifier les calculs.
[^] # Re: DCRAW
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Cherche un développeur pour wxGTK pour un logiciel de traitement d'images.. Évalué à 2.
Par contre, ton image avec 64 bits/pixel. Je ne comprends pas trop. Tu fais du 20 bits/canal ?
Pour le traitement, j'utiliserais personnelement la lib "cimg", dont on a parlé ici. Elle n'est pas encore super optimisé en vitesse mais l'interface est assez plaisante. Si le but est de faire des traitements complexes, le mieux encore est d'utiliser un format 32 bits flottant par canal.
Le problème concerne les pertes lors de certaine opération. Cela se pose notament avec le son 24 bits. Pour éviter tout problème, d'overflow ou d'underflow, les calculs ne se font pas en 32 bits flottant (qui ne dispose que de 24 bits de mantisses) mais en 64 bits fixe.
ici, les flottants devraient suffir et cela devrait beaucoup simplifier les calculs.
"La première sécurité est la liberté"