diff options
author | giraffedata <giraffedata@9d0c8265-081b-0410-96cb-a4ca84ce46f8> | 2022-08-16 01:22:28 +0000 |
---|---|---|
committer | giraffedata <giraffedata@9d0c8265-081b-0410-96cb-a4ca84ce46f8> | 2022-08-16 01:22:28 +0000 |
commit | 3f5173528a7f3e0dc237db27544e889b9282ff41 (patch) | |
tree | 2aae33f70b0c0efbf4fd4984575e8937929eeb8a | |
parent | 3784d1001822c2450b1b3b6efb11df5db554c515 (diff) | |
download | netpbm-mirror-3f5173528a7f3e0dc237db27544e889b9282ff41.tar.gz netpbm-mirror-3f5173528a7f3e0dc237db27544e889b9282ff41.tar.xz netpbm-mirror-3f5173528a7f3e0dc237db27544e889b9282ff41.zip |
miscellaneous update
git-svn-id: http://svn.code.sf.net/p/netpbm/code/userguide@4412 9d0c8265-081b-0410-96cb-a4ca84ce46f8
-rw-r--r-- | pamcat.html | 72 | ||||
-rw-r--r-- | pnmcat.html | 66 |
2 files changed, 33 insertions, 105 deletions
diff --git a/pamcat.html b/pamcat.html index 6522396b..e7b580c0 100644 --- a/pamcat.html +++ b/pamcat.html @@ -16,8 +16,6 @@ pamcat - concatenate Netpbm images {<b>-leftright</b> | <b>-lr</b> | <b>-topbottom</b> | <b>-tb</b>} -[<b>-extendplane</b>] - [<b>-white</b>|<b>-black</b>] [<b>-jtop</b>|<b>-jbottom</b>|<b>-jcenter</b>] @@ -36,11 +34,8 @@ from its value. <p>This program is part of <a href="index.html">Netpbm</a>. <p><b>pamcat</b> reads one or more Netpbm images as input, concatenates them -either left to right or top to bottom, and produces a single PAM image -as output. - -<p>As an exception for greater efficiency, <b>pamcat</b> produces raw PBM -output if all of the input images are raw PBM. +either left to right or top to bottom, and produces a single Netpbm image as +output. <p>Options <b>-leftright</b> and <b>-topbottom</b> determine the direction of the concatenation. @@ -48,18 +43,24 @@ output if all of the input images are raw PBM. <p>The images do not have to be the same shape: You can concatenate images of different widths top to bottom and of different heights left to right. You can concatenate images of different depths (numbers of planes). You - can concatenate a PBM image with a PPM image. - -<p>Where the input images are of different depths, the depth of the output is - the maximum of the depths of the inputs. <b>pamcat</b> adds higher numbered - planes to the input images as padding. You can choose whether those higher - planes have all zero (black) sample values or duplicate the highest numbered - plane in the input. Use the <b>-extendplane</b> option for this. The - duplication function is useful when your inputs are visual images, without - transparency planes, because it effectively translates black and white - pixels from a 1-plane black and white input image to black and white pixels - in 3-plane color output and gray pixels from a 1-plane grayscale input image - to the same grays in 3-plane color output. + can concatenate a PBM image with a PPM image. Et cetera. + +<p>The format of the output image is the highest of the formats of the + input images, in the order PBM, PGM, PPM, PAM. + +<p>For PAM output, if all of the input images has the same tuple type + (including implied tuple types of PNM images), that is the tuple type of the + output. If the inputs differ, but are all visual tuple types, the + output's tuple type is the most primitive that can represent all the + input. E.g. if inputs are GRAYSCALE and RGB, the output is RGB, and if the + inputs are GRAYSCALE_ALPHA and RGB, the output is RGB_ALPHA. If the inputs + differ and are not all visual, the output tuple type is a null string. + +<p>When the output is PAM, its depth is the maximum of the depths of the + inputs (including implied depths of PNM images), but at least enough to + represent the tuple type specified above. In the case of nonvisual PAM + output, input images are padded to this output depth with higher numbered + planes of all zeroes. <p>Where the input images are of different widths and you concatenate top to bottom, <b>pamcat</b> generates output as wide as the widest of the @@ -78,6 +79,11 @@ output if all of the input images are raw PBM. likely background color, with possibly different colored padding for each input image. Control this with the <b>-black</b> and <b>-white</b> options. +<p>Where the output image contains transparency information (because at least + one of the input images does), the padding is opaque. (That is consistent + with the result for an output image without transparency information, because + such an image is defined to be opaque). + <p>The arguments are names of input files. Any one of these, but not more than one, may be "-" to indicate Standard Input. If you have no arguments, that means a single input image from Standard Input (and that is @@ -167,28 +173,6 @@ different for each image. </dl> -<h3 id="depthextension">Depth Extension</h3> - -<dl compact> - -<dd>This option controls what happens when the input image have different - depths (number of planes), so <b>pamcat</b> adds planes to the shallower - input images. - -<p>The default is to make the additional planes all zero. - -<dt><b>-extendplane</b> -<dd>Make the additional planes copies of the highest numbered plane in the - input. - <p>This is appropriate whenever the input images are visual images without a - transparency plane. PBM, PGM, and PPM images are all examples of visual - images without a transparency plane. PAM images with tuple types - "BLACKANDWHITE", "GRAYSCALE", and "RGB" - are also examples. - -</dl> - - <h2 id="seealso">SEE ALSO</h2> <b><a href="pamundice.html">pamundice</a></b>, @@ -223,11 +207,6 @@ different for each image. replace it. It reused the raw PBM fast path code from <b>pnmcat</b> almost verbatim. -<p>At that time, Netpbm continued to include <b>pnmcat</b>, but now it did - nothing but invoke <b>pamcat</b> with an <b>-extendplane</b> option and pipe - the output through <b>pamtopnm</b>. It was intended for backward - compatibility only. - <hr> <h2 id="index">Table Of Contents</h2> <ul> @@ -238,7 +217,6 @@ different for each image. <li><a href="#direction">Direction</a> <li><a href="#justification">Justification</a> <li><a href="#paddingcolor">Padding Color</a> - <li><a href="#depthextension">Depth Extension</a> </ul> <li><a href="#seealso">SEE ALSO</a> <li><a href="#history">HISTORY</a> diff --git a/pnmcat.html b/pnmcat.html index 15aa8d83..5ccdc614 100644 --- a/pnmcat.html +++ b/pnmcat.html @@ -2,7 +2,7 @@ <html><head><title>Pnmcat User Manual</title></head> <body> <h1>pnmcat</h1> -Updated: 30 July 2022 +Updated: 13 August 2022 <h2>NAME</h2> @@ -12,65 +12,15 @@ pnmcat - replaced by pamcat <p>This program is part of <a href="index.html">Netpbm</a>. -<p><b>pnmcat</b> was obsoleted by <a href="pamcat.html"><b>pamcat</b></a>, -introduced with Netpbm 11.00 (September 2022). <b>pamcat</b> is almost -backward compatible with <b>pnmcat</b>, plus adds many additional functions, -including the ability to process PAM images. - -<p>These are the ways in which <b>pamcat</b> is not backward compatible with - <b>pnmcat</b>: - - <ul> - <li><b>pamcat</b> produces PAM output, whereas <b>pnmcat</b> produces PNM. - With <b>pamcat</b>, If your inputs are PNM and you want PNM output, you - can run the output through <b>pamtopnm</b>. But most Netpbm programs - that take PNM input can just as well take the PAM input, so this may not - be necessary. - - <li><b>pnmcat</b> recognizes PBM, PGM, and PPM input images as visual - images and makes sure the images are the same in the concatenated - outputs even though the output may be a different format. For example, - if you are concatenating PBM image foo.pbm and PPM image bar.ppm, the - resulting image will be PPM and the foo part of it will have the same - black and white pixels as the foo.pbm input. - - <p><b>pamcat</b>, on the other hand, work on generic PAM images and does - not really recognize colors. It sees a PBM input as a 1-plane image - and a PPM input as a 3-plane image and produces a 3-plane output - image. By default, in the example above, the foo part of the output - contains the black and white sample values in its first plane, but - zeroes in its second and third planes, which means if you take the - output image to be a PPM-like color visual image, the foo part is - black and red instead of black and white. - - <p>But this is easy to fix. Use the <b>-extendplane</b> option to say - instead of making those additional planes zero, make them copies of - the first plane. So the three panes in the foo part of the output - image will all contain the same sample values as the single plane of - the PBM input, which means if you use the output image as a color - image, those pixels are black and white. - </ul> - -<p>For full backward compatibility, <b>pnmcat</b> remains in Netpbm, - implemented as a simple wrapper of <b>pamcat</b>. For the fewest problems - with future releases of Netpbm, you should not use <b>pnmcat</b> in any - new work. - - -<h2>Using pnmcat in old Netpbm</h2> +<p><b>pnmcat</b> was obsoleted by <a +href="pamcat.html"><b>pamcat</b></a>, introduced with Netpbm 11.00 +(September 2022). <b>pamcat</b> is backward compatible with <b>pnmcat</b>, +plus adds many additional functions, including the ability to process PAM +images. <p>In Netpbm before 11.00, use the manual for <b>pamcat</b> with -<b>pnmcat</b>, observing the following differences: - -<ul> - <li><b>pnmcat</b> accepts only PNM input (i.e. PBM, PGM, or PPM) - and produces only PNM output. The output is the highest format - (PBM, PGM, PPM) of any of its inputs. - - <li>Features that the manual says were added to <b>pamcat</b> - in Release 11.00 or later are not there. -</ul> - +<b>pnmcat</b>. Features that are in <b>pamcat</b> but not <b>pnmcat</b> +are indicated by statements that they didn't exist before 11.00. </body> </html> |