Nicolas Burrus wrote:
mandor <mandor@lrde.epita.fr> writes:
On Fri, 31 Oct 2003 16:02:49 +0100, Thierry Géraud wrote:
le champs max de l'entête doit être la valeur max du codage et non du contenu.
ex : une image2d<int_u8> réduite à un unique point dont le niveau est 12 => champs max à 255 (et non 12)
Petit patch (non checkin car il me parait sain d'attendre le retour de Nes pour apprendre pourquoi cela avait ete fait comme ca et ou l'erreur pourrait aussi etre presente):
Non, il n'y a pas de vrai problème.
si ! prenons une image dont tous les pixels valent 127 et dont le type des données est int_u8 : - qd le header est 255, on sait donc en re-chargeant l'image qu'elle contient des int_u8 et elle apparaît en gris moyen (avec xv, gimp, etc.) - qd le header est 127, on ne connaît plus son codage et elle apparaît en blanc sous xv, gimp, etc. !!! pour les codages "non signés entiers", le champ max doit valoir max< int_u<n> >::ret
Juste la sauvegarde des images sur 32 bits n'est plus possible (pgm ne va pas jusque la), mais c'est plus
les images en 32 bits ne resou rien bien au contraire c'est un format batard que les logiciels gèrent mal ou ne gèrent pas ; en revanche, c'est possible qu'on les sauvegarde en pnm de façon homogène.
sain d'obliger l'utilisateur a convertir en 16 bits lui même si il veut sauver, plutôt que d'accepter puis de refuser de temps en temps si il a une valeur trop grande.
l'option "sauver quand même en pnm sachant que seule olena pourra les relire" est très acceptable sachant qu'olena peut fournir une conversion 32 -> 16 -> 8 sous la forme d'une routine et/ou d'un exec.