Le probl�me initial: xwd | xwdtopnm | pnmtops > fichier.ps
ne fonctionne pas: > [pierre@station0 pierre]$ xwd | xwdtopnm | pnmtops > ttt.ps > xwdtopnm: writing PPM file > pnmtops: maxval of 1953 is too large for PostScript schaefer@defian:/tmp% man -k maxval pnmdepth (1) - change the maxval in a portable anymap Essayer: xwd | xwdtopnm | pnmdepth 255 > ttt.pnm xwd | xwdtopnm | pnmdepth 255 | pnmtops > ttt.ps Il y aura une perte de qualit�: 256 couleurs, en comparaison avec: xwd | xwdtopnm | pnmtopng > ttt.png (cf commande file, qui montre 64k couleurs) Encore que p.ex. d'apr�s pnmtotiff, la colour-map ne fait que 256 couleurs: et sinon au pire on peut faire un pnmquant avant. Le bug est apparemment dans pnmtops qui ne semble pas supporter des depths > 8 bits. Le bug est �galement dans xwdtopnm qui sort des bitmaps � 16 bits alors que < 8 suffit. Si quelqu'un a un moment, �a serait bien de chercher un peu � ce sujet (�v. une autre commande du genre). P.ex. voir comment apsfilter, magicfilter ou CUPS font png -> ps # PNG - Portable network graphics 0 \x89PNG pipe /usr/bin/pngtopnm apparemment probl�me. Dans ces conditions, je ne vois pas trop comment on peut imprimer plus que 255 couleurs sous Linux depuis un PNG sans passer par les filtres d'impression de GIMP: assez grave comme probl�me, donc il m�rite une investigation plus pouss�e. Une fois ceci fait, il faudrait mettre un bug-report. - Pour poster une annonce: [EMAIL PROTECTED]
