xref: /reactos/dll/3rdparty/libjpeg/change.log (revision 682f85ad)
1CHANGE LOG for Independent JPEG Group's JPEG software
2
3
4Version 9d  12-Jan-2020
5-----------------------
6
7Optimize the optimal Huffman code table generation to produce
8slightly smaller files.  Thank to John Korejwa for suggestion.
9Note: Requires rebuild of testimgp.jpg.
10
11Decoding Huffman: Use default tables if tables are not defined.
12Thank to Simone Azzalin for report (Motion JPEG),
13and to Martin Strunz for hint.
14
15Add sanity check in optimal Huffman code table generation.
16Thank to Adam Farley for suggestion.
17
18rdtarga.c: use read_byte(), with EOF check, instead of getc()
19in read_*_pixel().
20Thank to Chijin Zhou for cjpeg potential vulnerability report.
21
22jmemnobs.c: respect the max_memory_to_use setting in
23jpeg_mem_available() computation.  Thank to Sheng Shu and
24Dongdong She for djpeg potential vulnerability report.
25
26jdarith.c, jdhuff.c: avoid left shift of negative value
27compiler warning in decode_mcu_AC_refine().
28Thank to Indu Bhagat for suggestion.
29
30Add x64 (64-bit) platform support, avoid compiler warnings.
31Thank to Jonathan Potter, Feiyun Wang, and Sheng Shu for suggestion.
32
33Adjust libjpeg version specification for pkg-config file.
34Thank to Chen Chen for suggestion.
35
36Restore GIF read and write support from libjpeg version 6a.
37Thank to Wolfgang Werner (W.W.) Heinz for suggestion.
38
39Improve consistency in raw (downsampled) image data processing mode.
40Thank to Zhongyuan Zhou for hint.
41
42Avoid out of bounds array read (AC derived table pointers)
43in start pass in jdhuff.c.  Thank to Peng Li for report.
44
45Improve code sanity (jdhuff.c).
46Thank to Reza Mirzazade farkhani for reports.
47
48Add jpegtran -drop option; add options to the crop extension and wipe
49to fill the extra area with content from the source image region,
50instead of gray out.
51
52
53Version 9c  14-Jan-2018
54-----------------------
55
56jpegtran: add an option to the -wipe switch to fill the region
57with the average of adjacent blocks, instead of gray out.
58Thank to Caitlyn Feddock and Maddie Ziegler for inspiration.
59
60Make range extension bits adjustable (in jpegint.h).
61Thank to Robin Watts for suggestion.
62
63Provide macros for fflush() and ferror() in jinclude.h in order
64to facilitate adaption by applications using an own FILE class.
65Thank to Gerhard Huber for suggestion.
66
67Add libjpeg pkg-config file.  Thank to Mark Lavi, Vincent Torri,
68Patrick McMunn, and Huw Davies for suggestion.
69
70Add sanity checks in cjpeg image reader modules.
71Thank to Bingchang, Liu for reports.
72
73
74Version 9b  17-Jan-2016
75-----------------------
76
77Improvements and optimizations in DCT and color calculations.
78Normalize range limit array composition and access pattern.
79Thank to Sia Furler and Maddie Ziegler for inspiration.
80
81Use merged upsample with scaled DCT sizes larger than 8.
82Thank to Taylor Hatala for inspiration.
83
84Check for excessive comment lengths in argument parsing in wrjpgcom.c.
85Thank to Julian Cohen for hint.
86
87Add makefile.b32 for use with Borland C++ 32-bit (bcc32).
88Thank to Joe Slater for contribution.
89
90Document 'f' specifier for jpegtran -crop specification.
91Thank to Michele Martone for suggestion.
92
93Use defined value from header instead of hardwired number in rdswitch.c.
94Thank to Robert Sprowson for hint.
95
96
97Version 9a  19-Jan-2014
98-----------------------
99
100Add support for wide gamut color spaces (JFIF version 2).
101Improve clarity and accuracy in color conversion modules.
102Note: Requires rebuild of test images.
103
104Extend the bit depth support to all values from 8 to 12
105(BITS_IN_JSAMPLE configuration option in jmorecfg.h).
106jpegtran now supports N bits sample data precision with all N from 8 to 12
107in a single instance.  Thank to Roland Fassauer for inspiration.
108
109Try to resolve issues with new boolean type definition.
110Thank also to v4hn for suggestion.
111
112Enable option to use default Huffman tables for lossless compression
113(for hardware solution), and in this case improve lossless RGB compression
114with reversible color transform.  Thank to Benny Alexandar for hint.
115
116Extend the entropy decoding structure, so that extraneous bytes between
117compressed scan data and following marker can be reported correctly.
118Thank to Nigel Tao for hint.
119
120Add jpegtran -wipe option and extension for -crop.
121Thank to Andrew Senior, David Clunie, and Josef Schmid for suggestion.
122
123
124Version 9  13-Jan-2013
125----------------------
126
127Add cjpeg -rgb1 option to create an RGB JPEG file, and insert
128a simple reversible color transform into the processing which
129significantly improves the compression.
130The recommended command for lossless coding of RGB images is now
131cjpeg -rgb1 -block 1 -arithmetic.
132As said, this option improves the compression significantly, but
133the files are not compatible with JPEG decoders prior to IJG v9
134due to the included color transform.
135The used color transform and marker signaling is compatible with
136other JPEG standards (e.g., JPEG-LS part 2).
137
138Remove the automatic de-ANSI-fication support (Automake 1.12).
139Thank also to Nitin A Kamble for suggestion.
140
141Add remark for jpeg_mem_dest() in jdatadst.c.
142Thank to Elie-Gregoire Khoury for the hint.
143
144Support files with invalid component identifiers (created
145by Adobe PDF).  Thank to Robin Watts for the suggestion.
146
147Adapt full buffer case in jcmainct.c for use with scaled DCT.
148Thank to Sergii Biloshytskyi for the suggestion.
149
150Add type identifier for declaration of noreturn functions.
151Thank to Brett L. Moore for the suggestion.
152
153Correct argument type in format string, avoid compiler warnings.
154Thank to Vincent Torri for hint.
155
156Add missing #include directives in configuration checks, avoid
157configuration errors.  Thank to John Spencer for the hint.
158
159
160Version 8d  15-Jan-2012
161-----------------------
162
163Add cjpeg -rgb option to create RGB JPEG files.
164Using this switch suppresses the conversion from RGB
165colorspace input to the default YCbCr JPEG colorspace.
166This feature allows true lossless JPEG coding of RGB color images.
167The recommended command for this purpose is currently
168cjpeg -rgb -block 1 -arithmetic.
169SmartScale capable decoder (introduced with IJG JPEG 8) required.
170Thank to Michael Koch for the initial suggestion.
171
172Add option to disable the region adjustment in the transupp crop code.
173Thank to Jeffrey Friedl for the suggestion.
174
175Thank to Richard Jones and Edd Dawson for various minor corrections.
176
177Thank to Akim Demaille for configure.ac cleanup.
178
179
180Version 8c  16-Jan-2011
181-----------------------
182
183Add option to compression library and cjpeg (-block N) to use
184different DCT block size.
185All N from 1 to 16 are possible.  Default is 8 (baseline format).
186Larger values produce higher compression,
187smaller values produce higher quality.
188SmartScale capable decoder (introduced with IJG JPEG 8) required.
189
190
191Version 8b  16-May-2010
192-----------------------
193
194Repair problem in new memory source manager with corrupt JPEG data.
195Thank to Ted Campbell and Samuel Chun for the report.
196
197Repair problem in Makefile.am test target.
198Thank to anonymous user for the report.
199
200Support MinGW installation with automatic configure.
201Thank to Volker Grabsch for the suggestion.
202
203
204Version 8a  28-Feb-2010
205-----------------------
206
207Writing tables-only datastreams via jpeg_write_tables works again.
208
209Support 32-bit BMPs (RGB image with Alpha channel) for read in cjpeg.
210Thank to Brett Blackham for the suggestion.
211
212Improve accuracy in floating point IDCT calculation.
213Thank to Robert Hooke for the hint.
214
215
216Version 8  10-Jan-2010
217----------------------
218
219jpegtran now supports the same -scale option as djpeg for "lossless" resize.
220An implementation of the JPEG SmartScale extension is required for this
221feature.  A (draft) specification of the JPEG SmartScale extension is
222available as a contributed document at ITU and ISO.  Revision 2 or later
223of the document is required (latest document version is Revision 3).
224The SmartScale extension will enable more features beside lossless resize
225in future implementations, as described in the document (new compression
226options).
227
228Add sanity check in BMP reader module to avoid cjpeg crash for empty input
229image (thank to Isaev Ildar of ISP RAS, Moscow, RU for reporting this error).
230
231Add data source and destination managers for read from and write to
232memory buffers.  New API functions jpeg_mem_src and jpeg_mem_dest.
233Thank to Roberto Boni from Italy for the suggestion.
234
235
236Version 7  27-Jun-2009
237----------------------
238
239New scaled DCTs implemented.
240djpeg now supports scalings N/8 with all N from 1 to 16.
241cjpeg now supports scalings 8/N with all N from 1 to 16.
242Scaled DCTs with size larger than 8 are now also used for resolving the
243common 2x2 chroma subsampling case without additional spatial resampling.
244Separate spatial resampling for those kind of files is now only necessary
245for N>8 scaling cases.
246Furthermore, separate scaled DCT functions are provided for direct resolving
247of the common asymmetric subsampling cases (2x1 and 1x2) without additional
248spatial resampling.
249
250cjpeg -quality option has been extended for support of separate quality
251settings for luminance and chrominance (or in general, for every provided
252quantization table slot).
253New API function jpeg_default_qtables() and q_scale_factor array in library.
254
255Added -nosmooth option to cjpeg, complementary to djpeg.
256New variable "do_fancy_downsampling" in library, complement to fancy
257upsampling.  Fancy upsampling now uses direct DCT scaling with sizes
258larger than 8.  The old method is not reversible and has been removed.
259
260Support arithmetic entropy encoding and decoding.
261Added files jaricom.c, jcarith.c, jdarith.c.
262
263Straighten the file structure:
264Removed files jidctred.c, jcphuff.c, jchuff.h, jdphuff.c, jdhuff.h.
265
266jpegtran has a new "lossless" cropping feature.
267
268Implement -perfect option in jpegtran, new API function
269jtransform_perfect_transform() in transupp. (DP 204_perfect.dpatch)
270
271Better error messages for jpegtran fopen failure.
272(DP 203_jpegtran_errmsg.dpatch)
273
274Fix byte order issue with 16bit PPM/PGM files in rdppm.c/wrppm.c:
275according to Netpbm, the de facto standard implementation of the PNM formats,
276the most significant byte is first. (DP 203_rdppm.dpatch)
277
278Add -raw option to rdjpgcom not to mangle the output.
279(DP 205_rdjpgcom_raw.dpatch)
280
281Make rdjpgcom locale aware. (DP 201_rdjpgcom_locale.dpatch)
282
283Add extern "C" to jpeglib.h.
284This avoids the need to put extern "C" { ... } around #include "jpeglib.h"
285in your C++ application.  Defining the symbol DONT_USE_EXTERN_C in the
286configuration prevents this. (DP 202_jpeglib.h_c++.dpatch)
287
288
289Version 6b  27-Mar-1998
290-----------------------
291
292jpegtran has new features for lossless image transformations (rotation
293and flipping) as well as "lossless" reduction to grayscale.
294
295jpegtran now copies comments by default; it has a -copy switch to enable
296copying all APPn blocks as well, or to suppress comments.  (Formerly it
297always suppressed comments and APPn blocks.)  jpegtran now also preserves
298JFIF version and resolution information.
299
300New decompressor library feature: COM and APPn markers found in the input
301file can be saved in memory for later use by the application.  (Before,
302you had to code this up yourself with a custom marker processor.)
303
304There is an unused field "void * client_data" now in compress and decompress
305parameter structs; this may be useful in some applications.
306
307JFIF version number information is now saved by the decoder and accepted by
308the encoder.  jpegtran uses this to copy the source file's version number,
309to ensure "jpegtran -copy all" won't create bogus files that contain JFXX
310extensions but claim to be version 1.01.  Applications that generate their
311own JFXX extension markers also (finally) have a supported way to cause the
312encoder to emit JFIF version number 1.02.
313
314djpeg's trace mode reports JFIF 1.02 thumbnail images as such, rather
315than as unknown APP0 markers.
316
317In -verbose mode, djpeg and rdjpgcom will try to print the contents of
318APP12 markers as text.  Some digital cameras store useful text information
319in APP12 markers.
320
321Handling of truncated data streams is more robust: blocks beyond the one in
322which the error occurs will be output as uniform gray, or left unchanged
323if decoding a progressive JPEG.  The appearance no longer depends on the
324Huffman tables being used.
325
326Huffman tables are checked for validity much more carefully than before.
327
328To avoid the Unisys LZW patent, djpeg's GIF output capability has been
329changed to produce "uncompressed GIFs", and cjpeg's GIF input capability
330has been removed altogether.  We're not happy about it either, but there
331seems to be no good alternative.
332
333The configure script now supports building libjpeg as a shared library
334on many flavors of Unix (all the ones that GNU libtool knows how to
335build shared libraries for).  Use "./configure --enable-shared" to
336try this out.
337
338New jconfig file and makefiles for Microsoft Visual C++ and Developer Studio.
339Also, a jconfig file and a build script for Metrowerks CodeWarrior
340on Apple Macintosh.  makefile.dj has been updated for DJGPP v2, and there
341are miscellaneous other minor improvements in the makefiles.
342
343jmemmac.c now knows how to create temporary files following Mac System 7
344conventions.
345
346djpeg's -map switch is now able to read raw-format PPM files reliably.
347
348cjpeg -progressive -restart no longer generates any unnecessary DRI markers.
349
350Multiple calls to jpeg_simple_progression for a single JPEG object
351no longer leak memory.
352
353
354Version 6a  7-Feb-96
355--------------------
356
357Library initialization sequence modified to detect version mismatches
358and struct field packing mismatches between library and calling application.
359This change requires applications to be recompiled, but does not require
360any application source code change.
361
362All routine declarations changed to the style "GLOBAL(type) name ...",
363that is, GLOBAL, LOCAL, METHODDEF, EXTERN are now macros taking the
364routine's return type as an argument.  This makes it possible to add
365Microsoft-style linkage keywords to all the routines by changing just
366these macros.  Note that any application code that was using these macros
367will have to be changed.
368
369DCT coefficient quantization tables are now stored in normal array order
370rather than zigzag order.  Application code that calls jpeg_add_quant_table,
371or otherwise manipulates quantization tables directly, will need to be
372changed.  If you need to make such code work with either older or newer
373versions of the library, a test like "#if JPEG_LIB_VERSION >= 61" is
374recommended.
375
376djpeg's trace capability now dumps DQT tables in natural order, not zigzag
377order.  This allows the trace output to be made into a "-qtables" file
378more easily.
379
380New system-dependent memory manager module for use on Apple Macintosh.
381
382Fix bug in cjpeg's -smooth option: last one or two scanlines would be
383duplicates of the prior line unless the image height mod 16 was 1 or 2.
384
385Repair minor problems in VMS, BCC, MC6 makefiles.
386
387New configure script based on latest GNU Autoconf.
388
389Correct the list of include files needed by MetroWerks C for ccommand().
390
391Numerous small documentation updates.
392
393
394Version 6  2-Aug-95
395-------------------
396
397Progressive JPEG support: library can read and write full progressive JPEG
398files.  A "buffered image" mode supports incremental decoding for on-the-fly
399display of progressive images.  Simply recompiling an existing IJG-v5-based
400decoder with v6 should allow it to read progressive files, though of course
401without any special progressive display.
402
403New "jpegtran" application performs lossless transcoding between different
404JPEG formats; primarily, it can be used to convert baseline to progressive
405JPEG and vice versa.  In support of jpegtran, the library now allows lossless
406reading and writing of JPEG files as DCT coefficient arrays.  This ability
407may be of use in other applications.
408
409Notes for programmers:
410* We changed jpeg_start_decompress() to be able to suspend; this makes all
411decoding modes available to suspending-input applications.  However,
412existing applications that use suspending input will need to be changed
413to check the return value from jpeg_start_decompress().  You don't need to
414do anything if you don't use a suspending data source.
415* We changed the interface to the virtual array routines: access_virt_array
416routines now take a count of the number of rows to access this time.  The
417last parameter to request_virt_array routines is now interpreted as the
418maximum number of rows that may be accessed at once, but not necessarily
419the height of every access.
420
421
422Version 5b  15-Mar-95
423---------------------
424
425Correct bugs with grayscale images having v_samp_factor > 1.
426
427jpeg_write_raw_data() now supports output suspension.
428
429Correct bugs in "configure" script for case of compiling in
430a directory other than the one containing the source files.
431
432Repair bug in jquant1.c: sometimes didn't use as many colors as it could.
433
434Borland C makefile and jconfig file work under either MS-DOS or OS/2.
435
436Miscellaneous improvements to documentation.
437
438
439Version 5a  7-Dec-94
440--------------------
441
442Changed color conversion roundoff behavior so that grayscale values are
443represented exactly.  (This causes test image files to change.)
444
445Make ordered dither use 16x16 instead of 4x4 pattern for a small quality
446improvement.
447
448New configure script based on latest GNU Autoconf.
449Fix configure script to handle CFLAGS correctly.
450Rename *.auto files to *.cfg, so that configure script still works if
451file names have been truncated for DOS.
452
453Fix bug in rdbmp.c: didn't allow for extra data between header and image.
454
455Modify rdppm.c/wrppm.c to handle 2-byte raw PPM/PGM formats for 12-bit data.
456
457Fix several bugs in rdrle.c.
458
459NEED_SHORT_EXTERNAL_NAMES option was broken.
460
461Revise jerror.h/jerror.c for more flexibility in message table.
462
463Repair oversight in jmemname.c NO_MKTEMP case: file could be there
464but unreadable.
465
466
467Version 5  24-Sep-94
468--------------------
469
470Version 5 represents a nearly complete redesign and rewrite of the IJG
471software.  Major user-visible changes include:
472  * Automatic configuration simplifies installation for most Unix systems.
473  * A range of speed vs. image quality tradeoffs are supported.
474    This includes resizing of an image during decompression: scaling down
475    by a factor of 1/2, 1/4, or 1/8 is handled very efficiently.
476  * New programs rdjpgcom and wrjpgcom allow insertion and extraction
477    of text comments in a JPEG file.
478
479The application programmer's interface to the library has changed completely.
480Notable improvements include:
481  * We have eliminated the use of callback routines for handling the
482    uncompressed image data.  The application now sees the library as a
483    set of routines that it calls to read or write image data on a
484    scanline-by-scanline basis.
485  * The application image data is represented in a conventional interleaved-
486    pixel format, rather than as a separate array for each color channel.
487    This can save a copying step in many programs.
488  * The handling of compressed data has been cleaned up: the application can
489    supply routines to source or sink the compressed data.  It is possible to
490    suspend processing on source/sink buffer overrun, although this is not
491    supported in all operating modes.
492  * All static state has been eliminated from the library, so that multiple
493    instances of compression or decompression can be active concurrently.
494  * JPEG abbreviated datastream formats are supported, ie, quantization and
495    Huffman tables can be stored separately from the image data.
496  * And not only that, but the documentation of the library has improved
497    considerably!
498
499
500The last widely used release before the version 5 rewrite was version 4A of
50118-Feb-93.  Change logs before that point have been discarded, since they
502are not of much interest after the rewrite.
503