- 2011.12.21 16:08 "Re: [Tiff] Proposed patch for ppm2tiff", by Bob Friesenhahn
- 2011.12.21 17:55 "Re: [Tiff] Proposed patch for ppm2tiff", by Jürgen_Buchmüller
2011.12.21 19:56 "Re: [Tiff] Proposed patch for ppm2tiff", by Bob Friesenhahn
Jürgen / Bob,
Do we have other utilities that let the user pass raw mode values? I'd rather not have this in ppm2tiff if it is not an established pratice. Of course -a for append is fine.
It is true that supporting the same output selection options as 'tiffcp' is best. Quite a lot more work to implement though.
Bob
Best regards,
2011/12/21 Bob Friesenhahn <bfriesen@simple.dallas.tx.us>:
On Wed, 21 Dec 2011, Jürgen Buchmüller wrote:
On Wed, 21 Dec 2011 10:08:36 -0600 (CST) Bob Friesenhahn <bfriesen@simple.dallas.tx.us> wrote:
>>>> Since there is only one useful mode option, I suggest that the '-m a' >>>> option be changed to a simple flag like '-a' for append. Can you
>>>> incorporate that in your patch?
Sure. There are more - possibly useful - mode options, though. The list of options given in TIFFOpen(3TIFF) like l,b to change the byte order, m to disable memory mapped files, perhaps h to skip some parsing overhead (untested).
>> Ahhh, I see. This makes more sense then. Regardless, since there is a
manual page for ppm2tiff (man/bmp2tiff.1 in the source tree) there would need to be an associated manual page update which at least refers to the
>> TIFFOpen(3TIFF) manual page for the meaning of the mode options. The mode
options are libtiff version dependent. (to be released soon) Libtiff 4
offers more mode options.
Are you willing and able to send a patch for the manual page as well?
--
Bob Friesenhahn
bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/