change.log 16 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409
  1. CHANGE LOG for Independent JPEG Group's JPEG software
  2. Version 9a 19-Jan-2014
  3. -----------------------
  4. Add support for wide gamut color spaces (JFIF version 2).
  5. Improve clarity and accuracy in color conversion modules.
  6. Note: Requires rebuild of test images.
  7. Extend the bit depth support to all values from 8 to 12
  8. (BITS_IN_JSAMPLE configuration option in jmorecfg.h).
  9. jpegtran now supports N bits sample data precision with all N from 8 to 12
  10. in a single instance. Thank to Roland Fassauer for inspiration.
  11. Try to resolve issues with new boolean type definition.
  12. Thank also to v4hn for suggestion.
  13. Enable option to use default Huffman tables for lossless compression
  14. (for hardware solution), and in this case improve lossless RGB compression
  15. with reversible color transform. Thank to Benny Alexandar for hint.
  16. Extend the entropy decoding structure, so that extraneous bytes between
  17. compressed scan data and following marker can be reported correctly.
  18. Thank to Nigel Tao for hint.
  19. Add jpegtran -wipe option and extension for -crop.
  20. Thank to Andrew Senior, David Clunie, and Josef Schmid for suggestion.
  21. Version 9 13-Jan-2013
  22. ----------------------
  23. Add cjpeg -rgb1 option to create an RGB JPEG file, and insert
  24. a simple reversible color transform into the processing which
  25. significantly improves the compression.
  26. The recommended command for lossless coding of RGB images is now
  27. cjpeg -rgb1 -block 1 -arithmetic.
  28. As said, this option improves the compression significantly, but
  29. the files are not compatible with JPEG decoders prior to IJG v9
  30. due to the included color transform.
  31. The used color transform and marker signaling is compatible with
  32. other JPEG standards (e.g., JPEG-LS part 2).
  33. Remove the automatic de-ANSI-fication support (Automake 1.12).
  34. Thank also to Nitin A Kamble for suggestion.
  35. Add remark for jpeg_mem_dest() in jdatadst.c.
  36. Thank to Elie-Gregoire Khoury for the hint.
  37. Support files with invalid component identifiers (created
  38. by Adobe PDF). Thank to Robin Watts for the suggestion.
  39. Adapt full buffer case in jcmainct.c for use with scaled DCT.
  40. Thank to Sergii Biloshytskyi for the suggestion.
  41. Add type identifier for declaration of noreturn functions.
  42. Thank to Brett L. Moore for the suggestion.
  43. Correct argument type in format string, avoid compiler warnings.
  44. Thank to Vincent Torri for hint.
  45. Add missing #include directives in configuration checks, avoid
  46. configuration errors. Thank to John Spencer for the hint.
  47. Version 8d 15-Jan-2012
  48. -----------------------
  49. Add cjpeg -rgb option to create RGB JPEG files.
  50. Using this switch suppresses the conversion from RGB
  51. colorspace input to the default YCbCr JPEG colorspace.
  52. This feature allows true lossless JPEG coding of RGB color images.
  53. The recommended command for this purpose is currently
  54. cjpeg -rgb -block 1 -arithmetic.
  55. SmartScale capable decoder (introduced with IJG JPEG 8) required.
  56. Thank to Michael Koch for the initial suggestion.
  57. Add option to disable the region adjustment in the transupp crop code.
  58. Thank to Jeffrey Friedl for the suggestion.
  59. Thank to Richard Jones and Edd Dawson for various minor corrections.
  60. Thank to Akim Demaille for configure.ac cleanup.
  61. Version 8c 16-Jan-2011
  62. -----------------------
  63. Add option to compression library and cjpeg (-block N) to use
  64. different DCT block size.
  65. All N from 1 to 16 are possible. Default is 8 (baseline format).
  66. Larger values produce higher compression,
  67. smaller values produce higher quality.
  68. SmartScale capable decoder (introduced with IJG JPEG 8) required.
  69. Version 8b 16-May-2010
  70. -----------------------
  71. Repair problem in new memory source manager with corrupt JPEG data.
  72. Thank to Ted Campbell and Samuel Chun for the report.
  73. Repair problem in Makefile.am test target.
  74. Thank to anonymous user for the report.
  75. Support MinGW installation with automatic configure.
  76. Thank to Volker Grabsch for the suggestion.
  77. Version 8a 28-Feb-2010
  78. -----------------------
  79. Writing tables-only datastreams via jpeg_write_tables works again.
  80. Support 32-bit BMPs (RGB image with Alpha channel) for read in cjpeg.
  81. Thank to Brett Blackham for the suggestion.
  82. Improve accuracy in floating point IDCT calculation.
  83. Thank to Robert Hooke for the hint.
  84. Version 8 10-Jan-2010
  85. ----------------------
  86. jpegtran now supports the same -scale option as djpeg for "lossless" resize.
  87. An implementation of the JPEG SmartScale extension is required for this
  88. feature. A (draft) specification of the JPEG SmartScale extension is
  89. available as a contributed document at ITU and ISO. Revision 2 or later
  90. of the document is required (latest document version is Revision 3).
  91. The SmartScale extension will enable more features beside lossless resize
  92. in future implementations, as described in the document (new compression
  93. options).
  94. Add sanity check in BMP reader module to avoid cjpeg crash for empty input
  95. image (thank to Isaev Ildar of ISP RAS, Moscow, RU for reporting this error).
  96. Add data source and destination managers for read from and write to
  97. memory buffers. New API functions jpeg_mem_src and jpeg_mem_dest.
  98. Thank to Roberto Boni from Italy for the suggestion.
  99. Version 7 27-Jun-2009
  100. ----------------------
  101. New scaled DCTs implemented.
  102. djpeg now supports scalings N/8 with all N from 1 to 16.
  103. cjpeg now supports scalings 8/N with all N from 1 to 16.
  104. Scaled DCTs with size larger than 8 are now also used for resolving the
  105. common 2x2 chroma subsampling case without additional spatial resampling.
  106. Separate spatial resampling for those kind of files is now only necessary
  107. for N>8 scaling cases.
  108. Furthermore, separate scaled DCT functions are provided for direct resolving
  109. of the common asymmetric subsampling cases (2x1 and 1x2) without additional
  110. spatial resampling.
  111. cjpeg -quality option has been extended for support of separate quality
  112. settings for luminance and chrominance (or in general, for every provided
  113. quantization table slot).
  114. New API function jpeg_default_qtables() and q_scale_factor array in library.
  115. Added -nosmooth option to cjpeg, complementary to djpeg.
  116. New variable "do_fancy_downsampling" in library, complement to fancy
  117. upsampling. Fancy upsampling now uses direct DCT scaling with sizes
  118. larger than 8. The old method is not reversible and has been removed.
  119. Support arithmetic entropy encoding and decoding.
  120. Added files jaricom.c, jcarith.c, jdarith.c.
  121. Straighten the file structure:
  122. Removed files jidctred.c, jcphuff.c, jchuff.h, jdphuff.c, jdhuff.h.
  123. jpegtran has a new "lossless" cropping feature.
  124. Implement -perfect option in jpegtran, new API function
  125. jtransform_perfect_transform() in transupp. (DP 204_perfect.dpatch)
  126. Better error messages for jpegtran fopen failure.
  127. (DP 203_jpegtran_errmsg.dpatch)
  128. Fix byte order issue with 16bit PPM/PGM files in rdppm.c/wrppm.c:
  129. according to Netpbm, the de facto standard implementation of the PNM formats,
  130. the most significant byte is first. (DP 203_rdppm.dpatch)
  131. Add -raw option to rdjpgcom not to mangle the output.
  132. (DP 205_rdjpgcom_raw.dpatch)
  133. Make rdjpgcom locale aware. (DP 201_rdjpgcom_locale.dpatch)
  134. Add extern "C" to jpeglib.h.
  135. This avoids the need to put extern "C" { ... } around #include "jpeglib.h"
  136. in your C++ application. Defining the symbol DONT_USE_EXTERN_C in the
  137. configuration prevents this. (DP 202_jpeglib.h_c++.dpatch)
  138. Version 6b 27-Mar-1998
  139. -----------------------
  140. jpegtran has new features for lossless image transformations (rotation
  141. and flipping) as well as "lossless" reduction to grayscale.
  142. jpegtran now copies comments by default; it has a -copy switch to enable
  143. copying all APPn blocks as well, or to suppress comments. (Formerly it
  144. always suppressed comments and APPn blocks.) jpegtran now also preserves
  145. JFIF version and resolution information.
  146. New decompressor library feature: COM and APPn markers found in the input
  147. file can be saved in memory for later use by the application. (Before,
  148. you had to code this up yourself with a custom marker processor.)
  149. There is an unused field "void * client_data" now in compress and decompress
  150. parameter structs; this may be useful in some applications.
  151. JFIF version number information is now saved by the decoder and accepted by
  152. the encoder. jpegtran uses this to copy the source file's version number,
  153. to ensure "jpegtran -copy all" won't create bogus files that contain JFXX
  154. extensions but claim to be version 1.01. Applications that generate their
  155. own JFXX extension markers also (finally) have a supported way to cause the
  156. encoder to emit JFIF version number 1.02.
  157. djpeg's trace mode reports JFIF 1.02 thumbnail images as such, rather
  158. than as unknown APP0 markers.
  159. In -verbose mode, djpeg and rdjpgcom will try to print the contents of
  160. APP12 markers as text. Some digital cameras store useful text information
  161. in APP12 markers.
  162. Handling of truncated data streams is more robust: blocks beyond the one in
  163. which the error occurs will be output as uniform gray, or left unchanged
  164. if decoding a progressive JPEG. The appearance no longer depends on the
  165. Huffman tables being used.
  166. Huffman tables are checked for validity much more carefully than before.
  167. To avoid the Unisys LZW patent, djpeg's GIF output capability has been
  168. changed to produce "uncompressed GIFs", and cjpeg's GIF input capability
  169. has been removed altogether. We're not happy about it either, but there
  170. seems to be no good alternative.
  171. The configure script now supports building libjpeg as a shared library
  172. on many flavors of Unix (all the ones that GNU libtool knows how to
  173. build shared libraries for). Use "./configure --enable-shared" to
  174. try this out.
  175. New jconfig file and makefiles for Microsoft Visual C++ and Developer Studio.
  176. Also, a jconfig file and a build script for Metrowerks CodeWarrior
  177. on Apple Macintosh. makefile.dj has been updated for DJGPP v2, and there
  178. are miscellaneous other minor improvements in the makefiles.
  179. jmemmac.c now knows how to create temporary files following Mac System 7
  180. conventions.
  181. djpeg's -map switch is now able to read raw-format PPM files reliably.
  182. cjpeg -progressive -restart no longer generates any unnecessary DRI markers.
  183. Multiple calls to jpeg_simple_progression for a single JPEG object
  184. no longer leak memory.
  185. Version 6a 7-Feb-96
  186. --------------------
  187. Library initialization sequence modified to detect version mismatches
  188. and struct field packing mismatches between library and calling application.
  189. This change requires applications to be recompiled, but does not require
  190. any application source code change.
  191. All routine declarations changed to the style "GLOBAL(type) name ...",
  192. that is, GLOBAL, LOCAL, METHODDEF, EXTERN are now macros taking the
  193. routine's return type as an argument. This makes it possible to add
  194. Microsoft-style linkage keywords to all the routines by changing just
  195. these macros. Note that any application code that was using these macros
  196. will have to be changed.
  197. DCT coefficient quantization tables are now stored in normal array order
  198. rather than zigzag order. Application code that calls jpeg_add_quant_table,
  199. or otherwise manipulates quantization tables directly, will need to be
  200. changed. If you need to make such code work with either older or newer
  201. versions of the library, a test like "#if JPEG_LIB_VERSION >= 61" is
  202. recommended.
  203. djpeg's trace capability now dumps DQT tables in natural order, not zigzag
  204. order. This allows the trace output to be made into a "-qtables" file
  205. more easily.
  206. New system-dependent memory manager module for use on Apple Macintosh.
  207. Fix bug in cjpeg's -smooth option: last one or two scanlines would be
  208. duplicates of the prior line unless the image height mod 16 was 1 or 2.
  209. Repair minor problems in VMS, BCC, MC6 makefiles.
  210. New configure script based on latest GNU Autoconf.
  211. Correct the list of include files needed by MetroWerks C for ccommand().
  212. Numerous small documentation updates.
  213. Version 6 2-Aug-95
  214. -------------------
  215. Progressive JPEG support: library can read and write full progressive JPEG
  216. files. A "buffered image" mode supports incremental decoding for on-the-fly
  217. display of progressive images. Simply recompiling an existing IJG-v5-based
  218. decoder with v6 should allow it to read progressive files, though of course
  219. without any special progressive display.
  220. New "jpegtran" application performs lossless transcoding between different
  221. JPEG formats; primarily, it can be used to convert baseline to progressive
  222. JPEG and vice versa. In support of jpegtran, the library now allows lossless
  223. reading and writing of JPEG files as DCT coefficient arrays. This ability
  224. may be of use in other applications.
  225. Notes for programmers:
  226. * We changed jpeg_start_decompress() to be able to suspend; this makes all
  227. decoding modes available to suspending-input applications. However,
  228. existing applications that use suspending input will need to be changed
  229. to check the return value from jpeg_start_decompress(). You don't need to
  230. do anything if you don't use a suspending data source.
  231. * We changed the interface to the virtual array routines: access_virt_array
  232. routines now take a count of the number of rows to access this time. The
  233. last parameter to request_virt_array routines is now interpreted as the
  234. maximum number of rows that may be accessed at once, but not necessarily
  235. the height of every access.
  236. Version 5b 15-Mar-95
  237. ---------------------
  238. Correct bugs with grayscale images having v_samp_factor > 1.
  239. jpeg_write_raw_data() now supports output suspension.
  240. Correct bugs in "configure" script for case of compiling in
  241. a directory other than the one containing the source files.
  242. Repair bug in jquant1.c: sometimes didn't use as many colors as it could.
  243. Borland C makefile and jconfig file work under either MS-DOS or OS/2.
  244. Miscellaneous improvements to documentation.
  245. Version 5a 7-Dec-94
  246. --------------------
  247. Changed color conversion roundoff behavior so that grayscale values are
  248. represented exactly. (This causes test image files to change.)
  249. Make ordered dither use 16x16 instead of 4x4 pattern for a small quality
  250. improvement.
  251. New configure script based on latest GNU Autoconf.
  252. Fix configure script to handle CFLAGS correctly.
  253. Rename *.auto files to *.cfg, so that configure script still works if
  254. file names have been truncated for DOS.
  255. Fix bug in rdbmp.c: didn't allow for extra data between header and image.
  256. Modify rdppm.c/wrppm.c to handle 2-byte raw PPM/PGM formats for 12-bit data.
  257. Fix several bugs in rdrle.c.
  258. NEED_SHORT_EXTERNAL_NAMES option was broken.
  259. Revise jerror.h/jerror.c for more flexibility in message table.
  260. Repair oversight in jmemname.c NO_MKTEMP case: file could be there
  261. but unreadable.
  262. Version 5 24-Sep-94
  263. --------------------
  264. Version 5 represents a nearly complete redesign and rewrite of the IJG
  265. software. Major user-visible changes include:
  266. * Automatic configuration simplifies installation for most Unix systems.
  267. * A range of speed vs. image quality tradeoffs are supported.
  268. This includes resizing of an image during decompression: scaling down
  269. by a factor of 1/2, 1/4, or 1/8 is handled very efficiently.
  270. * New programs rdjpgcom and wrjpgcom allow insertion and extraction
  271. of text comments in a JPEG file.
  272. The application programmer's interface to the library has changed completely.
  273. Notable improvements include:
  274. * We have eliminated the use of callback routines for handling the
  275. uncompressed image data. The application now sees the library as a
  276. set of routines that it calls to read or write image data on a
  277. scanline-by-scanline basis.
  278. * The application image data is represented in a conventional interleaved-
  279. pixel format, rather than as a separate array for each color channel.
  280. This can save a copying step in many programs.
  281. * The handling of compressed data has been cleaned up: the application can
  282. supply routines to source or sink the compressed data. It is possible to
  283. suspend processing on source/sink buffer overrun, although this is not
  284. supported in all operating modes.
  285. * All static state has been eliminated from the library, so that multiple
  286. instances of compression or decompression can be active concurrently.
  287. * JPEG abbreviated datastream formats are supported, ie, quantization and
  288. Huffman tables can be stored separately from the image data.
  289. * And not only that, but the documentation of the library has improved
  290. considerably!
  291. The last widely used release before the version 5 rewrite was version 4A of
  292. 18-Feb-93. Change logs before that point have been discarded, since they
  293. are not of much interest after the rewrite.