You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
296 lines
9.7 KiB
296 lines
9.7 KiB
.TH DJPEG 1 "13 November 2017" |
|
.SH NAME |
|
djpeg \- decompress a JPEG file to an image file |
|
.SH SYNOPSIS |
|
.B djpeg |
|
[ |
|
.I options |
|
] |
|
[ |
|
.I filename |
|
] |
|
.LP |
|
.SH DESCRIPTION |
|
.LP |
|
.B djpeg |
|
decompresses the named JPEG file, or the standard input if no file is named, |
|
and produces an image file on the standard output. PBMPLUS (PPM/PGM), BMP, |
|
GIF, Targa, or RLE (Utah Raster Toolkit) output format can be selected. |
|
(RLE is supported only if the URT library is available.) |
|
.SH OPTIONS |
|
All switch names may be abbreviated; for example, |
|
.B \-grayscale |
|
may be written |
|
.B \-gray |
|
or |
|
.BR \-gr . |
|
Most of the "basic" switches can be abbreviated to as little as one letter. |
|
Upper and lower case are equivalent (thus |
|
.B \-BMP |
|
is the same as |
|
.BR \-bmp ). |
|
British spellings are also accepted (e.g., |
|
.BR \-greyscale ), |
|
though for brevity these are not mentioned below. |
|
.PP |
|
The basic switches are: |
|
.TP |
|
.BI \-colors " N" |
|
Reduce image to at most N colors. This reduces the number of colors used in |
|
the output image, so that it can be displayed on a colormapped display or |
|
stored in a colormapped file format. For example, if you have an 8-bit |
|
display, you'd need to reduce to 256 or fewer colors. |
|
.TP |
|
.BI \-quantize " N" |
|
Same as |
|
.BR \-colors . |
|
.B \-colors |
|
is the recommended name, |
|
.B \-quantize |
|
is provided only for backwards compatibility. |
|
.TP |
|
.B \-fast |
|
Select recommended processing options for fast, low quality output. (The |
|
default options are chosen for highest quality output.) Currently, this is |
|
equivalent to \fB\-dct fast \-nosmooth \-onepass \-dither ordered\fR. |
|
.TP |
|
.B \-grayscale |
|
Force grayscale output even if JPEG file is color. Useful for viewing on |
|
monochrome displays; also, |
|
.B djpeg |
|
runs noticeably faster in this mode. |
|
.TP |
|
.B \-rgb |
|
Force RGB output even if JPEG file is grayscale. |
|
.TP |
|
.BI \-scale " M/N" |
|
Scale the output image by a factor M/N. Currently the scale factor must be |
|
M/8, where M is an integer between 1 and 16 inclusive, or any reduced fraction |
|
thereof (such as 1/2, 3/4, etc.) Scaling is handy if the image is larger than |
|
your screen; also, |
|
.B djpeg |
|
runs much faster when scaling down the output. |
|
.TP |
|
.B \-bmp |
|
Select BMP output format (Windows flavor). 8-bit colormapped format is |
|
emitted if |
|
.B \-colors |
|
or |
|
.B \-grayscale |
|
is specified, or if the JPEG file is grayscale; otherwise, 24-bit full-color |
|
format is emitted. |
|
.TP |
|
.B \-gif |
|
Select GIF output format. Since GIF does not support more than 256 colors, |
|
.B \-colors 256 |
|
is assumed (unless you specify a smaller number of colors). |
|
.TP |
|
.B \-os2 |
|
Select BMP output format (OS/2 1.x flavor). 8-bit colormapped format is |
|
emitted if |
|
.B \-colors |
|
or |
|
.B \-grayscale |
|
is specified, or if the JPEG file is grayscale; otherwise, 24-bit full-color |
|
format is emitted. |
|
.TP |
|
.B \-pnm |
|
Select PBMPLUS (PPM/PGM) output format (this is the default format). |
|
PGM is emitted if the JPEG file is grayscale or if |
|
.B \-grayscale |
|
is specified; otherwise PPM is emitted. |
|
.TP |
|
.B \-rle |
|
Select RLE output format. (Requires URT library.) |
|
.TP |
|
.B \-targa |
|
Select Targa output format. Grayscale format is emitted if the JPEG file is |
|
grayscale or if |
|
.B \-grayscale |
|
is specified; otherwise, colormapped format is emitted if |
|
.B \-colors |
|
is specified; otherwise, 24-bit full-color format is emitted. |
|
.PP |
|
Switches for advanced users: |
|
.TP |
|
.B \-dct int |
|
Use integer DCT method (default). |
|
.TP |
|
.B \-dct fast |
|
Use fast integer DCT (less accurate). |
|
In libjpeg-turbo, the fast method is generally about 5-15% faster than the int |
|
method when using the x86/x86-64 SIMD extensions (results may vary with other |
|
SIMD implementations, or when using libjpeg-turbo without SIMD extensions.) If |
|
the JPEG image was compressed using a quality level of 85 or below, then there |
|
should be little or no perceptible difference between the two algorithms. When |
|
decompressing images that were compressed using quality levels above 85, |
|
however, the difference between the fast and int methods becomes more |
|
pronounced. With images compressed using quality=97, for instance, the fast |
|
method incurs generally about a 4-6 dB loss (in PSNR) relative to the int |
|
method, but this can be larger for some images. If you can avoid it, do not |
|
use the fast method when decompressing images that were compressed using |
|
quality levels above 97. The algorithm often degenerates for such images and |
|
can actually produce a more lossy output image than if the JPEG image had been |
|
compressed using lower quality levels. |
|
.TP |
|
.B \-dct float |
|
Use floating-point DCT method. |
|
The float method is mainly a legacy feature. It does not produce significantly |
|
more accurate results than the int method, and it is much slower. The float |
|
method may also give different results on different machines due to varying |
|
roundoff behavior, whereas the integer methods should give the same results on |
|
all machines. |
|
.TP |
|
.B \-dither fs |
|
Use Floyd-Steinberg dithering in color quantization. |
|
.TP |
|
.B \-dither ordered |
|
Use ordered dithering in color quantization. |
|
.TP |
|
.B \-dither none |
|
Do not use dithering in color quantization. |
|
By default, Floyd-Steinberg dithering is applied when quantizing colors; this |
|
is slow but usually produces the best results. Ordered dither is a compromise |
|
between speed and quality; no dithering is fast but usually looks awful. Note |
|
that these switches have no effect unless color quantization is being done. |
|
Ordered dither is only available in |
|
.B \-onepass |
|
mode. |
|
.TP |
|
.BI \-icc " file" |
|
Extract ICC color management profile to the specified file. |
|
.TP |
|
.BI \-map " file" |
|
Quantize to the colors used in the specified image file. This is useful for |
|
producing multiple files with identical color maps, or for forcing a |
|
predefined set of colors to be used. The |
|
.I file |
|
must be a GIF or PPM file. This option overrides |
|
.B \-colors |
|
and |
|
.BR \-onepass . |
|
.TP |
|
.B \-nosmooth |
|
Use a faster, lower-quality upsampling routine. |
|
.TP |
|
.B \-onepass |
|
Use one-pass instead of two-pass color quantization. The one-pass method is |
|
faster and needs less memory, but it produces a lower-quality image. |
|
.B \-onepass |
|
is ignored unless you also say |
|
.B \-colors |
|
.IR N . |
|
Also, the one-pass method is always used for grayscale output (the two-pass |
|
method is no improvement then). |
|
.TP |
|
.BI \-maxmemory " N" |
|
Set limit for amount of memory to use in processing large images. Value is |
|
in thousands of bytes, or millions of bytes if "M" is attached to the |
|
number. For example, |
|
.B \-max 4m |
|
selects 4000000 bytes. If more space is needed, an error will occur. |
|
.TP |
|
.BI \-outfile " name" |
|
Send output image to the named file, not to standard output. |
|
.TP |
|
.BI \-memsrc |
|
Load input file into memory before decompressing. This feature was implemented |
|
mainly as a way of testing the in-memory source manager (jpeg_mem_src().) |
|
.TP |
|
.BI \-skip " Y0,Y1" |
|
Decompress all rows of the JPEG image except those between Y0 and Y1 |
|
(inclusive.) Note that if decompression scaling is being used, then Y0 and Y1 |
|
are relative to the scaled image dimensions. |
|
.TP |
|
.BI \-crop " WxH+X+Y" |
|
Decompress only a rectangular subregion of the image, starting at point X,Y |
|
with width W and height H. If necessary, X will be shifted left to the nearest |
|
iMCU boundary, and the width will be increased accordingly. Note that if |
|
decompression scaling is being used, then X, Y, W, and H are relative to the |
|
scaled image dimensions. Currently this option only works with the |
|
PBMPLUS (PPM/PGM), GIF, and Targa output formats. |
|
.TP |
|
.B \-verbose |
|
Enable debug printout. More |
|
.BR \-v 's |
|
give more output. Also, version information is printed at startup. |
|
.TP |
|
.B \-debug |
|
Same as |
|
.BR \-verbose . |
|
.TP |
|
.B \-version |
|
Print version information and exit. |
|
.SH EXAMPLES |
|
.LP |
|
This example decompresses the JPEG file foo.jpg, quantizes it to |
|
256 colors, and saves the output in 8-bit BMP format in foo.bmp: |
|
.IP |
|
.B djpeg \-colors 256 \-bmp |
|
.I foo.jpg |
|
.B > |
|
.I foo.bmp |
|
.SH HINTS |
|
To get a quick preview of an image, use the |
|
.B \-grayscale |
|
and/or |
|
.B \-scale |
|
switches. |
|
.B \-grayscale \-scale 1/8 |
|
is the fastest case. |
|
.PP |
|
Several options are available that trade off image quality to gain speed. |
|
.B \-fast |
|
turns on the recommended settings. |
|
.PP |
|
.B \-dct fast |
|
and/or |
|
.B \-nosmooth |
|
gain speed at a small sacrifice in quality. |
|
When producing a color-quantized image, |
|
.B \-onepass \-dither ordered |
|
is fast but much lower quality than the default behavior. |
|
.B \-dither none |
|
may give acceptable results in two-pass mode, but is seldom tolerable in |
|
one-pass mode. |
|
.PP |
|
If you are fortunate enough to have very fast floating point hardware, |
|
\fB\-dct float\fR may be even faster than \fB\-dct fast\fR. But on most |
|
machines \fB\-dct float\fR is slower than \fB\-dct int\fR; in this case it is |
|
not worth using, because its theoretical accuracy advantage is too small to be |
|
significant in practice. |
|
.SH ENVIRONMENT |
|
.TP |
|
.B JPEGMEM |
|
If this environment variable is set, its value is the default memory limit. |
|
The value is specified as described for the |
|
.B \-maxmemory |
|
switch. |
|
.B JPEGMEM |
|
overrides the default value specified when the program was compiled, and |
|
itself is overridden by an explicit |
|
.BR \-maxmemory . |
|
.SH SEE ALSO |
|
.BR cjpeg (1), |
|
.BR jpegtran (1), |
|
.BR rdjpgcom (1), |
|
.BR wrjpgcom (1) |
|
.br |
|
.BR ppm (5), |
|
.BR pgm (5) |
|
.br |
|
Wallace, Gregory K. "The JPEG Still Picture Compression Standard", |
|
Communications of the ACM, April 1991 (vol. 34, no. 4), pp. 30-44. |
|
.SH AUTHOR |
|
Independent JPEG Group |
|
.PP |
|
This file was modified by The libjpeg-turbo Project to include only information |
|
relevant to libjpeg-turbo, to wordsmith certain sections, and to describe |
|
features not present in libjpeg. |
|
.SH ISSUES |
|
Support for compressed GIF output files was removed in djpeg v6b due to |
|
concerns over the Unisys LZW patent. Although this patent expired in 2006, |
|
djpeg still lacks compressed GIF support, for these historical reasons. |
|
(Conversion of JPEG files to GIF is usually a bad idea anyway, since GIF is a |
|
256-color format.) The uncompressed GIF files that djpeg generates are larger |
|
than they should be, but they are readable by standard GIF decoders.
|
|
|