blob: e4d0ddc4bd71ba0bea13d64988bfede730dddffe [file] [log] [blame]
Chris Blumecca8c4d2019-03-01 01:09:50 -08001libjpeg-turbo note: This file has been modified by The libjpeg-turbo Project
2to include only information relevant to libjpeg-turbo. It is included only for
3reference. Please see ChangeLog.md for information specific to libjpeg-turbo.
4
noel@chromium.org3395bcc2014-04-14 06:56:00 +00005
hbono@chromium.orgf0c4f332010-11-01 05:14:55 +00006CHANGE LOG for Independent JPEG Group's JPEG software
7
8
Jonathan Wrightbbb82822020-11-25 13:36:43 +00009Version 9d 12-Jan-2020
10-----------------------
11
12Restore GIF read and write support from libjpeg version 6a.
13Thank to Wolfgang Werner (W.W.) Heinz for suggestion.
14
15Add jpegtran -drop option; add options to the crop extension and wipe
16to fill the extra area with content from the source image region,
17instead of gray out.
18
19
20Version 9c 14-Jan-2018
21-----------------------
22
23jpegtran: add an option to the -wipe switch to fill the region
24with the average of adjacent blocks, instead of gray out.
25Thank to Caitlyn Feddock and Maddie Ziegler for inspiration.
26
27
Tom Hudson0d47d2d2016-05-04 13:22:56 -040028Version 9b 17-Jan-2016
29-----------------------
30
31Document 'f' specifier for jpegtran -crop specification.
32Thank to Michele Martone for suggestion.
33
34
Jonathan Wrightbbb82822020-11-25 13:36:43 +000035Version 9a 19-Jan-2014
36-----------------------
37
38Add jpegtran -wipe option and extension for -crop.
39Thank to Andrew Senior, David Clunie, and Josef Schmid for suggestion.
40
41
Tom Hudson0d47d2d2016-05-04 13:22:56 -040042Version 9 13-Jan-2013
43----------------------
44
45Add remark for jpeg_mem_dest() in jdatadst.c.
46Thank to Elie-Gregoire Khoury for the hint.
47
48Correct argument type in format string, avoid compiler warnings.
49Thank to Vincent Torri for hint.
50
51
noel@chromium.org3395bcc2014-04-14 06:56:00 +000052Version 8d 15-Jan-2012
53-----------------------
54
55Add cjpeg -rgb option to create RGB JPEG files.
56Using this switch suppresses the conversion from RGB
57colorspace input to the default YCbCr JPEG colorspace.
58Thank to Michael Koch for the initial suggestion.
59
60Add option to disable the region adjustment in the transupp crop code.
61Thank to Jeffrey Friedl for the suggestion.
62
63
hbono@chromium.org98626972011-08-03 03:13:08 +000064Version 8b 16-May-2010
65-----------------------
66
67Repair problem in new memory source manager with corrupt JPEG data.
68Thank to Ted Campbell and Samuel Chun for the report.
69
70
71Version 8a 28-Feb-2010
72-----------------------
73
74Writing tables-only datastreams via jpeg_write_tables works again.
75
76Support 32-bit BMPs (RGB image with Alpha channel) for read in cjpeg.
77Thank to Brett Blackham for the suggestion.
78
79
80Version 8 10-Jan-2010
81----------------------
82
83Add sanity check in BMP reader module to avoid cjpeg crash for empty input
84image (thank to Isaev Ildar of ISP RAS, Moscow, RU for reporting this error).
85
86Add data source and destination managers for read from and write to
87memory buffers. New API functions jpeg_mem_src and jpeg_mem_dest.
88Thank to Roberto Boni from Italy for the suggestion.
89
90
91Version 7 27-Jun-2009
92----------------------
93
noel@chromium.org3395bcc2014-04-14 06:56:00 +000094New scaled DCTs implemented.
95djpeg now supports scalings N/8 with all N from 1 to 16.
96
hbono@chromium.org98626972011-08-03 03:13:08 +000097cjpeg -quality option has been extended for support of separate quality
98settings for luminance and chrominance (or in general, for every provided
99quantization table slot).
100New API function jpeg_default_qtables() and q_scale_factor array in library.
101
102Support arithmetic entropy encoding and decoding.
103Added files jaricom.c, jcarith.c, jdarith.c.
104
105jpegtran has a new "lossless" cropping feature.
106
107Implement -perfect option in jpegtran, new API function
108jtransform_perfect_transform() in transupp. (DP 204_perfect.dpatch)
109
110Better error messages for jpegtran fopen failure.
111(DP 203_jpegtran_errmsg.dpatch)
112
113Fix byte order issue with 16bit PPM/PGM files in rdppm.c/wrppm.c:
114according to Netpbm, the de facto standard implementation of the PNM formats,
115the most significant byte is first. (DP 203_rdppm.dpatch)
116
117Add -raw option to rdjpgcom not to mangle the output.
118(DP 205_rdjpgcom_raw.dpatch)
119
120Make rdjpgcom locale aware. (DP 201_rdjpgcom_locale.dpatch)
121
122Add extern "C" to jpeglib.h.
123This avoids the need to put extern "C" { ... } around #include "jpeglib.h"
124in your C++ application. Defining the symbol DONT_USE_EXTERN_C in the
125configuration prevents this. (DP 202_jpeglib.h_c++.dpatch)
126
127
hbono@chromium.orgf0c4f332010-11-01 05:14:55 +0000128Version 6b 27-Mar-1998
129-----------------------
130
131jpegtran has new features for lossless image transformations (rotation
132and flipping) as well as "lossless" reduction to grayscale.
133
134jpegtran now copies comments by default; it has a -copy switch to enable
135copying all APPn blocks as well, or to suppress comments. (Formerly it
136always suppressed comments and APPn blocks.) jpegtran now also preserves
137JFIF version and resolution information.
138
139New decompressor library feature: COM and APPn markers found in the input
140file can be saved in memory for later use by the application. (Before,
141you had to code this up yourself with a custom marker processor.)
142
143There is an unused field "void * client_data" now in compress and decompress
144parameter structs; this may be useful in some applications.
145
146JFIF version number information is now saved by the decoder and accepted by
147the encoder. jpegtran uses this to copy the source file's version number,
148to ensure "jpegtran -copy all" won't create bogus files that contain JFXX
149extensions but claim to be version 1.01. Applications that generate their
150own JFXX extension markers also (finally) have a supported way to cause the
151encoder to emit JFIF version number 1.02.
152
153djpeg's trace mode reports JFIF 1.02 thumbnail images as such, rather
154than as unknown APP0 markers.
155
156In -verbose mode, djpeg and rdjpgcom will try to print the contents of
157APP12 markers as text. Some digital cameras store useful text information
158in APP12 markers.
159
160Handling of truncated data streams is more robust: blocks beyond the one in
161which the error occurs will be output as uniform gray, or left unchanged
162if decoding a progressive JPEG. The appearance no longer depends on the
163Huffman tables being used.
164
165Huffman tables are checked for validity much more carefully than before.
166
hbono@chromium.orgf0c4f332010-11-01 05:14:55 +0000167The configure script now supports building libjpeg as a shared library
168on many flavors of Unix (all the ones that GNU libtool knows how to
169build shared libraries for). Use "./configure --enable-shared" to
170try this out.
171
172New jconfig file and makefiles for Microsoft Visual C++ and Developer Studio.
173Also, a jconfig file and a build script for Metrowerks CodeWarrior
174on Apple Macintosh. makefile.dj has been updated for DJGPP v2, and there
175are miscellaneous other minor improvements in the makefiles.
176
177jmemmac.c now knows how to create temporary files following Mac System 7
178conventions.
179
180djpeg's -map switch is now able to read raw-format PPM files reliably.
181
182cjpeg -progressive -restart no longer generates any unnecessary DRI markers.
183
184Multiple calls to jpeg_simple_progression for a single JPEG object
185no longer leak memory.
186
187
188Version 6a 7-Feb-96
189--------------------
190
191Library initialization sequence modified to detect version mismatches
192and struct field packing mismatches between library and calling application.
193This change requires applications to be recompiled, but does not require
194any application source code change.
195
196All routine declarations changed to the style "GLOBAL(type) name ...",
197that is, GLOBAL, LOCAL, METHODDEF, EXTERN are now macros taking the
198routine's return type as an argument. This makes it possible to add
199Microsoft-style linkage keywords to all the routines by changing just
200these macros. Note that any application code that was using these macros
201will have to be changed.
202
203DCT coefficient quantization tables are now stored in normal array order
204rather than zigzag order. Application code that calls jpeg_add_quant_table,
205or otherwise manipulates quantization tables directly, will need to be
206changed. If you need to make such code work with either older or newer
207versions of the library, a test like "#if JPEG_LIB_VERSION >= 61" is
208recommended.
209
210djpeg's trace capability now dumps DQT tables in natural order, not zigzag
211order. This allows the trace output to be made into a "-qtables" file
212more easily.
213
214New system-dependent memory manager module for use on Apple Macintosh.
215
216Fix bug in cjpeg's -smooth option: last one or two scanlines would be
217duplicates of the prior line unless the image height mod 16 was 1 or 2.
218
219Repair minor problems in VMS, BCC, MC6 makefiles.
220
221New configure script based on latest GNU Autoconf.
222
223Correct the list of include files needed by MetroWerks C for ccommand().
224
225Numerous small documentation updates.
226
227
228Version 6 2-Aug-95
229-------------------
230
231Progressive JPEG support: library can read and write full progressive JPEG
232files. A "buffered image" mode supports incremental decoding for on-the-fly
233display of progressive images. Simply recompiling an existing IJG-v5-based
234decoder with v6 should allow it to read progressive files, though of course
235without any special progressive display.
236
237New "jpegtran" application performs lossless transcoding between different
238JPEG formats; primarily, it can be used to convert baseline to progressive
239JPEG and vice versa. In support of jpegtran, the library now allows lossless
240reading and writing of JPEG files as DCT coefficient arrays. This ability
241may be of use in other applications.
242
243Notes for programmers:
244* We changed jpeg_start_decompress() to be able to suspend; this makes all
245decoding modes available to suspending-input applications. However,
246existing applications that use suspending input will need to be changed
247to check the return value from jpeg_start_decompress(). You don't need to
248do anything if you don't use a suspending data source.
249* We changed the interface to the virtual array routines: access_virt_array
250routines now take a count of the number of rows to access this time. The
251last parameter to request_virt_array routines is now interpreted as the
252maximum number of rows that may be accessed at once, but not necessarily
253the height of every access.
254
255
256Version 5b 15-Mar-95
257---------------------
258
259Correct bugs with grayscale images having v_samp_factor > 1.
260
261jpeg_write_raw_data() now supports output suspension.
262
263Correct bugs in "configure" script for case of compiling in
264a directory other than the one containing the source files.
265
266Repair bug in jquant1.c: sometimes didn't use as many colors as it could.
267
268Borland C makefile and jconfig file work under either MS-DOS or OS/2.
269
270Miscellaneous improvements to documentation.
271
272
273Version 5a 7-Dec-94
274--------------------
275
276Changed color conversion roundoff behavior so that grayscale values are
277represented exactly. (This causes test image files to change.)
278
279Make ordered dither use 16x16 instead of 4x4 pattern for a small quality
280improvement.
281
282New configure script based on latest GNU Autoconf.
283Fix configure script to handle CFLAGS correctly.
284Rename *.auto files to *.cfg, so that configure script still works if
285file names have been truncated for DOS.
286
287Fix bug in rdbmp.c: didn't allow for extra data between header and image.
288
289Modify rdppm.c/wrppm.c to handle 2-byte raw PPM/PGM formats for 12-bit data.
290
291Fix several bugs in rdrle.c.
292
293NEED_SHORT_EXTERNAL_NAMES option was broken.
294
295Revise jerror.h/jerror.c for more flexibility in message table.
296
297Repair oversight in jmemname.c NO_MKTEMP case: file could be there
298but unreadable.
299
300
301Version 5 24-Sep-94
302--------------------
303
304Version 5 represents a nearly complete redesign and rewrite of the IJG
305software. Major user-visible changes include:
306 * Automatic configuration simplifies installation for most Unix systems.
307 * A range of speed vs. image quality tradeoffs are supported.
308 This includes resizing of an image during decompression: scaling down
309 by a factor of 1/2, 1/4, or 1/8 is handled very efficiently.
310 * New programs rdjpgcom and wrjpgcom allow insertion and extraction
311 of text comments in a JPEG file.
312
313The application programmer's interface to the library has changed completely.
314Notable improvements include:
315 * We have eliminated the use of callback routines for handling the
316 uncompressed image data. The application now sees the library as a
317 set of routines that it calls to read or write image data on a
318 scanline-by-scanline basis.
319 * The application image data is represented in a conventional interleaved-
320 pixel format, rather than as a separate array for each color channel.
321 This can save a copying step in many programs.
322 * The handling of compressed data has been cleaned up: the application can
323 supply routines to source or sink the compressed data. It is possible to
324 suspend processing on source/sink buffer overrun, although this is not
325 supported in all operating modes.
326 * All static state has been eliminated from the library, so that multiple
327 instances of compression or decompression can be active concurrently.
328 * JPEG abbreviated datastream formats are supported, ie, quantization and
329 Huffman tables can be stored separately from the image data.
330 * And not only that, but the documentation of the library has improved
331 considerably!
332
333
334The last widely used release before the version 5 rewrite was version 4A of
33518-Feb-93. Change logs before that point have been discarded, since they
336are not of much interest after the rewrite.