- 8e9cef2 Fix various issues reported by the UB sanitizers by DRC · 9 years ago
- 498d9bc Fix x86-64 ABI conformance issue in SIMD code by Chandler Carruth · 9 years ago
- c23e36e Add additional protections against defining INT32 if another header has already defined it (code borrowed from libjpeg v8.) This isn't necessary when using the libjpeg-turbo build system on Windows, because the CMake generated jconfig.h defines INT32 and then defines XMD_H to trick jmorecfg.h into not redefining it. However, some projects build libjpeg-turbo using their own build systems. by DRC · 9 years ago
- 5829cb2 The Independent JPEG Group's JPEG software v8d by Guido Vollbeding · 12 years ago
- 989630f The Independent JPEG Group's JPEG software v8 by Guido Vollbeding · 14 years ago
- 5996a25 The Independent JPEG Group's JPEG software v7 by Guido Vollbeding · 15 years ago
- 1e247ac The Independent JPEG Group's JPEG software v6b with arithmetic coding support by Guido Vollbeding · 26 years ago
- 5ead57a The Independent JPEG Group's JPEG software v6b by Thomas G. Lane · 26 years ago
- 489583f The Independent JPEG Group's JPEG software v6a by Thomas G. Lane · 28 years ago
- bc79e06 The Independent JPEG Group's JPEG software v6 by Thomas G. Lane · 29 years ago
- 36a4ccc The Independent JPEG Group's JPEG software v5 by Thomas G. Lane · 30 years ago
- 2a6b831 Some software also needs the FAR macro. Ugh. Also wordsmithing. by DRC · 10 years ago
- e2dd3e3 Restore the JPP() and JMETHOD() macros. Even though libjpeg-turbo doesn't use them anymore, other software apparently does: by DRC · 10 years ago
- aee4f72 12-bit JPEG support by DRC · 10 years ago
- 5033f3e Remove MS-DOS code and information, and adjust copyright headers to reflect the removal of features in r1307 and r1308. libjpeg-turbo has never supported MS-DOS, nor is it even possible for us to do so. by DRC · 10 years ago
- da13af6 Further copyright header cleanup by DRC · 10 years ago
- bc56b75 Get rid of the HAVE_PROTOTYPES configuration option, as well as the related JMETHOD and JPP macros. libjpeg-turbo has never supported compilers that don't handle prototypes. Doing so requires ansi2knr, which isn't even supported in the IJG code anymore. by DRC · 10 years ago
- 3402a66 The x86/x86-64 SIMD extensions were originally designed to accommodate changing the value of RGB_*, but this apparently broke when RGB-to-gray colorspace conversion was accelerated. Further, the ARM NEON extensions have always assumed that JCS_RGB behaves identically to JCS_EXT_RGB. Rather than fix these issues, it makes more sense to just stop claiming that we support changing the values of RGB_*, since doing so is no longer necessary. by DRC · 10 years ago
- 976fd96 The x86/x86-64 SIMD extensions were originally designed to accommodate changing the value of RGB_*, but this apparently broke when RGB-to-gray colorspace conversion was accelerated. Further, the ARM NEON extensions have always assumed that JCS_RGB behaves identically to JCS_EXT_RGB. Rather than fix these issues, it makes more sense to just stop claiming that we support changing the values of RGB_*, since doing so is no longer necessary. by DRC · 10 years ago
- 78df2e6 Add support for decompressing to RGB565 (16-bit) pixels by DRC · 10 years ago
- b775351 Convert tabs to spaces in the libjpeg code and the SIMD code (TurboJPEG retains the use of tabs for historical reasons. They were annoying in the libjpeg code primarily because they were not consistently used and because they were used to format as well as indent the code. In the case of TurboJPEG, tabs are used just to indent the code, so even if the editor assumes a different tab width, the code will still be readable.) by DRC · 10 years ago
- e5eaf37 Convert tabs to spaces in the libjpeg code and the SIMD code (TurboJPEG retains the use of tabs for historical reasons. They were annoying in the libjpeg code primarily because they were not consistently used and because they were used to format as well as indent the code. In the case of TurboJPEG, tabs are used just to indent the code, so even if the editor assumes a different tab width, the code will still be readable.) by DRC · 10 years ago
- c168d96 Prevent compiler warning on Windows if jmorecfg.h is included after the Windows headers, which also define FAR. by DRC · 11 years ago
- a73e870 Change the copyright notices to make it clear that our modified files are not part of the IJG's software. by DRC · 11 years ago
- 67ce3b2 Added new alpha channel colorspace constants/pixel formats, so applications can specify that they need the unused byte in a 4-component RGB output buffer set to 0xFF when decompressing. by DRC · 12 years ago
- b4570bb Improve performance of non-SIMD color conversion routines and use global constants to define colorspace extension parameters by DRC · 13 years ago
- e372004 Added configure options to disable arithmetic encoding/decoding by DRC · 14 years ago
- 66f97e6 Support arithmetic encoding and decoding by DRC · 14 years ago
- f25c071 Implement new colorspaces to allow directly compressing from/decompressing to RGB/RGBX/BGR/BGRX/XBGR/XRGB without conversion by DRC · 15 years ago
- 5eb84ff Add MMX SIMD implementation of computationally intensive routines. by Pierre Ossman · 15 years ago
- a2e6a9d IJG R6b with x86SIMD V1.02 by MIYASAKA Masaru · 18 years ago
- 0ca4425 Merged changes from branches/1.5-xserver (revision range 2432:2631) back to trunk. by Constantin Kaplinsky · 16 years ago