[844] | 1 | .TH JPEGTRAN 1 "28 December 2009"
|
---|
| 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 | .B \-arithmetic
|
---|
| 64 | Use arithmetic coding.
|
---|
| 65 | .TP
|
---|
| 66 | .BI \-scans " file"
|
---|
| 67 | Use the scan script given in the specified text file.
|
---|
| 68 | .PP
|
---|
| 69 | See
|
---|
| 70 | .BR cjpeg (1)
|
---|
| 71 | for more details about these switches.
|
---|
| 72 | If you specify none of these switches, you get a plain baseline-JPEG output
|
---|
| 73 | file. The quality setting and so forth are determined by the input file.
|
---|
| 74 | .PP
|
---|
| 75 | The image can be losslessly transformed by giving one of these switches:
|
---|
| 76 | .TP
|
---|
| 77 | .B \-flip horizontal
|
---|
| 78 | Mirror image horizontally (left-right).
|
---|
| 79 | .TP
|
---|
| 80 | .B \-flip vertical
|
---|
| 81 | Mirror image vertically (top-bottom).
|
---|
| 82 | .TP
|
---|
| 83 | .B \-rotate 90
|
---|
| 84 | Rotate image 90 degrees clockwise.
|
---|
| 85 | .TP
|
---|
| 86 | .B \-rotate 180
|
---|
| 87 | Rotate image 180 degrees.
|
---|
| 88 | .TP
|
---|
| 89 | .B \-rotate 270
|
---|
| 90 | Rotate image 270 degrees clockwise (or 90 ccw).
|
---|
| 91 | .TP
|
---|
| 92 | .B \-transpose
|
---|
| 93 | Transpose image (across UL-to-LR axis).
|
---|
| 94 | .TP
|
---|
| 95 | .B \-transverse
|
---|
| 96 | Transverse transpose (across UR-to-LL axis).
|
---|
| 97 | .IP
|
---|
| 98 | The transpose transformation has no restrictions regarding image dimensions.
|
---|
| 99 | The other transformations operate rather oddly if the image dimensions are not
|
---|
| 100 | a multiple of the iMCU size (usually 8 or 16 pixels), because they can only
|
---|
| 101 | transform complete blocks of DCT coefficient data in the desired way.
|
---|
| 102 | .IP
|
---|
| 103 | .BR jpegtran 's
|
---|
| 104 | default behavior when transforming an odd-size image is designed
|
---|
| 105 | to preserve exact reversibility and mathematical consistency of the
|
---|
| 106 | transformation set. As stated, transpose is able to flip the entire image
|
---|
| 107 | area. Horizontal mirroring leaves any partial iMCU column at the right edge
|
---|
| 108 | untouched, but is able to flip all rows of the image. Similarly, vertical
|
---|
| 109 | mirroring leaves any partial iMCU row at the bottom edge untouched, but is
|
---|
| 110 | able to flip all columns. The other transforms can be built up as sequences
|
---|
| 111 | of transpose and flip operations; for consistency, their actions on edge
|
---|
| 112 | pixels are defined to be the same as the end result of the corresponding
|
---|
| 113 | transpose-and-flip sequence.
|
---|
| 114 | .IP
|
---|
| 115 | For practical use, you may prefer to discard any untransformable edge pixels
|
---|
| 116 | rather than having a strange-looking strip along the right and/or bottom edges
|
---|
| 117 | of a transformed image. To do this, add the
|
---|
| 118 | .B \-trim
|
---|
| 119 | switch:
|
---|
| 120 | .TP
|
---|
| 121 | .B \-trim
|
---|
| 122 | Drop non-transformable edge blocks.
|
---|
| 123 | .IP
|
---|
| 124 | Obviously, a transformation with
|
---|
| 125 | .B \-trim
|
---|
| 126 | is not reversible, so strictly speaking
|
---|
| 127 | .B jpegtran
|
---|
| 128 | with this switch is not lossless. Also, the expected mathematical
|
---|
| 129 | equivalences between the transformations no longer hold. For example,
|
---|
| 130 | .B \-rot 270 -trim
|
---|
| 131 | trims only the bottom edge, but
|
---|
| 132 | .B \-rot 90 -trim
|
---|
| 133 | followed by
|
---|
| 134 | .B \-rot 180 -trim
|
---|
| 135 | trims both edges.
|
---|
| 136 | .IP
|
---|
| 137 | If you are only interested in perfect transformation, add the
|
---|
| 138 | .B \-perfect
|
---|
| 139 | switch:
|
---|
| 140 | .TP
|
---|
| 141 | .B \-perfect
|
---|
| 142 | Fails with an error if the transformation is not perfect.
|
---|
| 143 | .IP
|
---|
| 144 | For example you may want to do
|
---|
| 145 | .IP
|
---|
| 146 | .B (jpegtran \-rot 90 -perfect
|
---|
| 147 | .I foo.jpg
|
---|
| 148 | .B || djpeg
|
---|
| 149 | .I foo.jpg
|
---|
| 150 | .B | pnmflip \-r90 | cjpeg)
|
---|
| 151 | .IP
|
---|
| 152 | to do a perfect rotation if available or an approximated one if not.
|
---|
| 153 | .PP
|
---|
| 154 | We also offer a lossless-crop option, which discards data outside a given
|
---|
| 155 | image region but losslessly preserves what is inside. Like the rotate and
|
---|
| 156 | flip transforms, lossless crop is restricted by the current JPEG format: the
|
---|
| 157 | upper left corner of the selected region must fall on an iMCU boundary. If
|
---|
| 158 | this does not hold for the given crop parameters, we silently move the upper
|
---|
| 159 | left corner up and/or left to make it so, simultaneously increasing the region
|
---|
| 160 | dimensions to keep the lower right crop corner unchanged. (Thus, the output
|
---|
| 161 | image covers at least the requested region, but may cover more.)
|
---|
| 162 |
|
---|
| 163 | The image can be losslessly cropped by giving the switch:
|
---|
| 164 | .TP
|
---|
| 165 | .B \-crop WxH+X+Y
|
---|
| 166 | Crop to a rectangular subarea of width W, height H starting at point X,Y.
|
---|
| 167 | .PP
|
---|
| 168 | Other not-strictly-lossless transformation switches are:
|
---|
| 169 | .TP
|
---|
| 170 | .B \-grayscale
|
---|
| 171 | Force grayscale output.
|
---|
| 172 | .IP
|
---|
| 173 | This option discards the chrominance channels if the input image is YCbCr
|
---|
| 174 | (ie, a standard color JPEG), resulting in a grayscale JPEG file. The
|
---|
| 175 | luminance channel is preserved exactly, so this is a better method of reducing
|
---|
| 176 | to grayscale than decompression, conversion, and recompression. This switch
|
---|
| 177 | is particularly handy for fixing a monochrome picture that was mistakenly
|
---|
| 178 | encoded as a color JPEG. (In such a case, the space savings from getting rid
|
---|
| 179 | of the near-empty chroma channels won't be large; but the decoding time for
|
---|
| 180 | a grayscale JPEG is substantially less than that for a color JPEG.)
|
---|
| 181 | .TP
|
---|
| 182 | .BI \-scale " M/N"
|
---|
| 183 | Scale the output image by a factor M/N.
|
---|
| 184 | .IP
|
---|
| 185 | Currently supported scale factors are M/N with all M from 1 to 16, where N is
|
---|
| 186 | the source DCT size, which is 8 for baseline JPEG. If the /N part is omitted,
|
---|
| 187 | then M specifies the DCT scaled size to be applied on the given input. For
|
---|
| 188 | baseline JPEG this is equivalent to M/8 scaling, since the source DCT size
|
---|
| 189 | for baseline JPEG is 8.
|
---|
| 190 | .B Caution:
|
---|
| 191 | An implementation of the JPEG SmartScale extension is required for this
|
---|
| 192 | feature. SmartScale enabled JPEG is not yet widely implemented, so many
|
---|
| 193 | decoders will be unable to view a SmartScale extended JPEG file at all.
|
---|
| 194 | .PP
|
---|
| 195 | .B jpegtran
|
---|
| 196 | also recognizes these switches that control what to do with "extra" markers,
|
---|
| 197 | such as comment blocks:
|
---|
| 198 | .TP
|
---|
| 199 | .B \-copy none
|
---|
| 200 | Copy no extra markers from source file. This setting suppresses all
|
---|
| 201 | comments and other excess baggage present in the source file.
|
---|
| 202 | .TP
|
---|
| 203 | .B \-copy comments
|
---|
| 204 | Copy only comment markers. This setting copies comments from the source file,
|
---|
| 205 | but discards any other inessential (for image display) data.
|
---|
| 206 | .TP
|
---|
| 207 | .B \-copy all
|
---|
| 208 | Copy all extra markers. This setting preserves miscellaneous markers
|
---|
| 209 | found in the source file, such as JFIF thumbnails, Exif data, and Photoshop
|
---|
| 210 | settings. In some files these extra markers can be sizable.
|
---|
| 211 | .IP
|
---|
| 212 | The default behavior is
|
---|
| 213 | .BR "\-copy comments" .
|
---|
| 214 | (Note: in IJG releases v6 and v6a,
|
---|
| 215 | .B jpegtran
|
---|
| 216 | always did the equivalent of
|
---|
| 217 | .BR "\-copy none" .)
|
---|
| 218 | .PP
|
---|
| 219 | Additional switches recognized by jpegtran are:
|
---|
| 220 | .TP
|
---|
| 221 | .BI \-maxmemory " N"
|
---|
| 222 | Set limit for amount of memory to use in processing large images. Value is
|
---|
| 223 | in thousands of bytes, or millions of bytes if "M" is attached to the
|
---|
| 224 | number. For example,
|
---|
| 225 | .B \-max 4m
|
---|
| 226 | selects 4000000 bytes. If more space is needed, temporary files will be used.
|
---|
| 227 | .TP
|
---|
| 228 | .BI \-outfile " name"
|
---|
| 229 | Send output image to the named file, not to standard output.
|
---|
| 230 | .TP
|
---|
| 231 | .B \-verbose
|
---|
| 232 | Enable debug printout. More
|
---|
| 233 | .BR \-v 's
|
---|
| 234 | give more output. Also, version information is printed at startup.
|
---|
| 235 | .TP
|
---|
| 236 | .B \-debug
|
---|
| 237 | Same as
|
---|
| 238 | .BR \-verbose .
|
---|
| 239 | .SH EXAMPLES
|
---|
| 240 | .LP
|
---|
| 241 | This example converts a baseline JPEG file to progressive form:
|
---|
| 242 | .IP
|
---|
| 243 | .B jpegtran \-progressive
|
---|
| 244 | .I foo.jpg
|
---|
| 245 | .B >
|
---|
| 246 | .I fooprog.jpg
|
---|
| 247 | .PP
|
---|
| 248 | This example rotates an image 90 degrees clockwise, discarding any
|
---|
| 249 | unrotatable edge pixels:
|
---|
| 250 | .IP
|
---|
| 251 | .B jpegtran \-rot 90 -trim
|
---|
| 252 | .I foo.jpg
|
---|
| 253 | .B >
|
---|
| 254 | .I foo90.jpg
|
---|
| 255 | .SH ENVIRONMENT
|
---|
| 256 | .TP
|
---|
| 257 | .B JPEGMEM
|
---|
| 258 | If this environment variable is set, its value is the default memory limit.
|
---|
| 259 | The value is specified as described for the
|
---|
| 260 | .B \-maxmemory
|
---|
| 261 | switch.
|
---|
| 262 | .B JPEGMEM
|
---|
| 263 | overrides the default value specified when the program was compiled, and
|
---|
| 264 | itself is overridden by an explicit
|
---|
| 265 | .BR \-maxmemory .
|
---|
| 266 | .SH SEE ALSO
|
---|
| 267 | .BR cjpeg (1),
|
---|
| 268 | .BR djpeg (1),
|
---|
| 269 | .BR rdjpgcom (1),
|
---|
| 270 | .BR wrjpgcom (1)
|
---|
| 271 | .br
|
---|
| 272 | Wallace, Gregory K. "The JPEG Still Picture Compression Standard",
|
---|
| 273 | Communications of the ACM, April 1991 (vol. 34, no. 4), pp. 30-44.
|
---|
| 274 | .SH AUTHOR
|
---|
| 275 | Independent JPEG Group
|
---|
| 276 | .SH BUGS
|
---|
| 277 | The transform options can't transform odd-size images perfectly. Use
|
---|
| 278 | .B \-trim
|
---|
| 279 | or
|
---|
| 280 | .B \-perfect
|
---|
| 281 | if you don't like the results.
|
---|
| 282 | .PP
|
---|
| 283 | The entire image is read into memory and then written out again, even in
|
---|
| 284 | cases where this isn't really necessary. Expect swapping on large images,
|
---|
| 285 | especially when using the more complex transform options.
|
---|