Dees_Troy | 51a0e82 | 2012-09-05 15:24:24 -0400 | [diff] [blame] | 1 | .TH JPEGTRAN 1 "3 August 1997" |
| 2 | .SH NAME |
| 3 | jpegtran \- lossless transformation of JPEG files |
| 4 | .SH SYNOPSIS |
| 5 | .B jpegtran |
| 6 | [ |
| 7 | .I options |
| 8 | ] |
| 9 | [ |
| 10 | .I filename |
| 11 | ] |
| 12 | .LP |
| 13 | .SH DESCRIPTION |
| 14 | .LP |
| 15 | .B jpegtran |
| 16 | performs various useful transformations of JPEG files. |
| 17 | It can translate the coded representation from one variant of JPEG to another, |
| 18 | for example from baseline JPEG to progressive JPEG or vice versa. It can also |
| 19 | perform some rearrangements of the image data, for example turning an image |
| 20 | from landscape to portrait format by rotation. |
| 21 | .PP |
| 22 | .B jpegtran |
| 23 | works by rearranging the compressed data (DCT coefficients), without |
| 24 | ever fully decoding the image. Therefore, its transformations are lossless: |
| 25 | there is no image degradation at all, which would not be true if you used |
| 26 | .B djpeg |
| 27 | followed by |
| 28 | .B cjpeg |
| 29 | to accomplish the same conversion. But by the same token, |
| 30 | .B jpegtran |
| 31 | cannot perform lossy operations such as changing the image quality. |
| 32 | .PP |
| 33 | .B jpegtran |
| 34 | reads the named JPEG/JFIF file, or the standard input if no file is |
| 35 | named, and produces a JPEG/JFIF file on the standard output. |
| 36 | .SH OPTIONS |
| 37 | All switch names may be abbreviated; for example, |
| 38 | .B \-optimize |
| 39 | may be written |
| 40 | .B \-opt |
| 41 | or |
| 42 | .BR \-o . |
| 43 | Upper and lower case are equivalent. |
| 44 | British spellings are also accepted (e.g., |
| 45 | .BR \-optimise ), |
| 46 | though for brevity these are not mentioned below. |
| 47 | .PP |
| 48 | To specify the coded JPEG representation used in the output file, |
| 49 | .B jpegtran |
| 50 | accepts a subset of the switches recognized by |
| 51 | .BR cjpeg : |
| 52 | .TP |
| 53 | .B \-optimize |
| 54 | Perform optimization of entropy encoding parameters. |
| 55 | .TP |
| 56 | .B \-progressive |
| 57 | Create progressive JPEG file. |
| 58 | .TP |
| 59 | .BI \-restart " N" |
| 60 | Emit a JPEG restart marker every N MCU rows, or every N MCU blocks if "B" is |
| 61 | attached to the number. |
| 62 | .TP |
| 63 | .BI \-scans " file" |
| 64 | Use the scan script given in the specified text file. |
| 65 | .PP |
| 66 | See |
| 67 | .BR cjpeg (1) |
| 68 | for more details about these switches. |
| 69 | If you specify none of these switches, you get a plain baseline-JPEG output |
| 70 | file. The quality setting and so forth are determined by the input file. |
| 71 | .PP |
| 72 | The image can be losslessly transformed by giving one of these switches: |
| 73 | .TP |
| 74 | .B \-flip horizontal |
| 75 | Mirror image horizontally (left-right). |
| 76 | .TP |
| 77 | .B \-flip vertical |
| 78 | Mirror image vertically (top-bottom). |
| 79 | .TP |
| 80 | .B \-rotate 90 |
| 81 | Rotate image 90 degrees clockwise. |
| 82 | .TP |
| 83 | .B \-rotate 180 |
| 84 | Rotate image 180 degrees. |
| 85 | .TP |
| 86 | .B \-rotate 270 |
| 87 | Rotate image 270 degrees clockwise (or 90 ccw). |
| 88 | .TP |
| 89 | .B \-transpose |
| 90 | Transpose image (across UL-to-LR axis). |
| 91 | .TP |
| 92 | .B \-transverse |
| 93 | Transverse transpose (across UR-to-LL axis). |
| 94 | .PP |
| 95 | The transpose transformation has no restrictions regarding image dimensions. |
| 96 | The other transformations operate rather oddly if the image dimensions are not |
| 97 | a multiple of the iMCU size (usually 8 or 16 pixels), because they can only |
| 98 | transform complete blocks of DCT coefficient data in the desired way. |
| 99 | .PP |
| 100 | .BR jpegtran 's |
| 101 | default behavior when transforming an odd-size image is designed |
| 102 | to preserve exact reversibility and mathematical consistency of the |
| 103 | transformation set. As stated, transpose is able to flip the entire image |
| 104 | area. Horizontal mirroring leaves any partial iMCU column at the right edge |
| 105 | untouched, but is able to flip all rows of the image. Similarly, vertical |
| 106 | mirroring leaves any partial iMCU row at the bottom edge untouched, but is |
| 107 | able to flip all columns. The other transforms can be built up as sequences |
| 108 | of transpose and flip operations; for consistency, their actions on edge |
| 109 | pixels are defined to be the same as the end result of the corresponding |
| 110 | transpose-and-flip sequence. |
| 111 | .PP |
| 112 | For practical use, you may prefer to discard any untransformable edge pixels |
| 113 | rather than having a strange-looking strip along the right and/or bottom edges |
| 114 | of a transformed image. To do this, add the |
| 115 | .B \-trim |
| 116 | switch: |
| 117 | .TP |
| 118 | .B \-trim |
| 119 | Drop non-transformable edge blocks. |
| 120 | .PP |
| 121 | Obviously, a transformation with |
| 122 | .B \-trim |
| 123 | is not reversible, so strictly speaking |
| 124 | .B jpegtran |
| 125 | with this switch is not lossless. Also, the expected mathematical |
| 126 | equivalences between the transformations no longer hold. For example, |
| 127 | .B \-rot 270 -trim |
| 128 | trims only the bottom edge, but |
| 129 | .B \-rot 90 -trim |
| 130 | followed by |
| 131 | .B \-rot 180 -trim |
| 132 | trims both edges. |
| 133 | .PP |
| 134 | Another not-strictly-lossless transformation switch is: |
| 135 | .TP |
| 136 | .B \-grayscale |
| 137 | Force grayscale output. |
| 138 | .PP |
| 139 | This option discards the chrominance channels if the input image is YCbCr |
| 140 | (ie, a standard color JPEG), resulting in a grayscale JPEG file. The |
| 141 | luminance channel is preserved exactly, so this is a better method of reducing |
| 142 | to grayscale than decompression, conversion, and recompression. This switch |
| 143 | is particularly handy for fixing a monochrome picture that was mistakenly |
| 144 | encoded as a color JPEG. (In such a case, the space savings from getting rid |
| 145 | of the near-empty chroma channels won't be large; but the decoding time for |
| 146 | a grayscale JPEG is substantially less than that for a color JPEG.) |
| 147 | .PP |
| 148 | .B jpegtran |
| 149 | also recognizes these switches that control what to do with "extra" markers, |
| 150 | such as comment blocks: |
| 151 | .TP |
| 152 | .B \-copy none |
| 153 | Copy no extra markers from source file. This setting suppresses all |
| 154 | comments and other excess baggage present in the source file. |
| 155 | .TP |
| 156 | .B \-copy comments |
| 157 | Copy only comment markers. This setting copies comments from the source file, |
| 158 | but discards any other inessential data. |
| 159 | .TP |
| 160 | .B \-copy all |
| 161 | Copy all extra markers. This setting preserves miscellaneous markers |
| 162 | found in the source file, such as JFIF thumbnails and Photoshop settings. |
| 163 | In some files these extra markers can be sizable. |
| 164 | .PP |
| 165 | The default behavior is |
| 166 | .BR "\-copy comments" . |
| 167 | (Note: in IJG releases v6 and v6a, |
| 168 | .B jpegtran |
| 169 | always did the equivalent of |
| 170 | .BR "\-copy none" .) |
| 171 | .PP |
| 172 | Additional switches recognized by jpegtran are: |
| 173 | .TP |
| 174 | .BI \-maxmemory " N" |
| 175 | Set limit for amount of memory to use in processing large images. Value is |
| 176 | in thousands of bytes, or millions of bytes if "M" is attached to the |
| 177 | number. For example, |
| 178 | .B \-max 4m |
| 179 | selects 4000000 bytes. If more space is needed, temporary files will be used. |
| 180 | .TP |
| 181 | .BI \-outfile " name" |
| 182 | Send output image to the named file, not to standard output. |
| 183 | .TP |
| 184 | .B \-verbose |
| 185 | Enable debug printout. More |
| 186 | .BR \-v 's |
| 187 | give more output. Also, version information is printed at startup. |
| 188 | .TP |
| 189 | .B \-debug |
| 190 | Same as |
| 191 | .BR \-verbose . |
| 192 | .SH EXAMPLES |
| 193 | .LP |
| 194 | This example converts a baseline JPEG file to progressive form: |
| 195 | .IP |
| 196 | .B jpegtran \-progressive |
| 197 | .I foo.jpg |
| 198 | .B > |
| 199 | .I fooprog.jpg |
| 200 | .PP |
| 201 | This example rotates an image 90 degrees clockwise, discarding any |
| 202 | unrotatable edge pixels: |
| 203 | .IP |
| 204 | .B jpegtran \-rot 90 -trim |
| 205 | .I foo.jpg |
| 206 | .B > |
| 207 | .I foo90.jpg |
| 208 | .SH ENVIRONMENT |
| 209 | .TP |
| 210 | .B JPEGMEM |
| 211 | If this environment variable is set, its value is the default memory limit. |
| 212 | The value is specified as described for the |
| 213 | .B \-maxmemory |
| 214 | switch. |
| 215 | .B JPEGMEM |
| 216 | overrides the default value specified when the program was compiled, and |
| 217 | itself is overridden by an explicit |
| 218 | .BR \-maxmemory . |
| 219 | .SH SEE ALSO |
| 220 | .BR cjpeg (1), |
| 221 | .BR djpeg (1), |
| 222 | .BR rdjpgcom (1), |
| 223 | .BR wrjpgcom (1) |
| 224 | .br |
| 225 | Wallace, Gregory K. "The JPEG Still Picture Compression Standard", |
| 226 | Communications of the ACM, April 1991 (vol. 34, no. 4), pp. 30-44. |
| 227 | .SH AUTHOR |
| 228 | Independent JPEG Group |
| 229 | .SH BUGS |
| 230 | Arithmetic coding is not supported for legal reasons. |
| 231 | .PP |
| 232 | The transform options can't transform odd-size images perfectly. Use |
| 233 | .B \-trim |
| 234 | if you don't like the results without it. |
| 235 | .PP |
| 236 | The entire image is read into memory and then written out again, even in |
| 237 | cases where this isn't really necessary. Expect swapping on large images, |
| 238 | especially when using the more complex transform options. |