mirror of
https://bitbucket.org/CPMADevs/cnq3
synced 2024-11-26 22:11:51 +00:00
fc9465caab
aside from the speed improvements, this also makes for nicer code in the renderer interaction with libjpeg, thanks to mem_dest support etc
292 lines
9.5 KiB
Groff
292 lines
9.5 KiB
Groff
.TH DJPEG 1 "18 February 2016"
|
|
.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 \-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, temporary files will be used.
|
|
.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.
|
|
.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.
|