Nicolas Burrus wrote:
[...]
Thierry Géraud <thierry.geraud(a)lrde.epita.fr> writes:
[...]
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.
Mouais,
si on veut sauver ces images la directement, autant dire
clairement que c'est notre propre format d'image (qui peut etre du pgm
etendu, par exemple .opgm pour olena pgm ?), et gerer aussi les images
de float, de complexes, etc. Mais faire semblant d'etre du pnm
classique avec une extension en .pgm, je trouve pas ca terrible.
on est d'accord ; pnm = { pbm, pgm, ppm } tels que définis partout.
je n'ai pas dit qu'on voulait les écrire en "pgm" (avec le 'g')
!
mais si, sur le modèle des formats existants, on crée par exemple des pfm
pour les images en flottants, des pcm pour les complexes, etc.
on se retrouve avec un format "p*m". Sachant que le 'n' de
"pnm" veut
dire "any", j'ai confondu "pnm" et "pnm étendu".
rmq : il faut qu'on s'intéresse à "pam" ; la solution est peut-être
par là :
http://netpbm.sourceforge.net/doc/pam.html
vu qu'il n'est pas prévu d'ajouter de fonctionnalités importantes pour
l'instant.