- f8cca81 wrbmp.c: Don't allow quantization w/ non-RGB CS by DRC · 5 years ago
- beefb62 wrbmp.c: Use IsExtRGB() macro where appropriate by DRC · 5 years ago
- 19c791c Improve code formatting consistency by DRC · 6 years ago
- aa74590 TurboJPEG C API: Add BMP/PPM load/save functions by DRC · 7 years ago
- 9d9d8fe Code formatting tweaks by DRC · 7 years ago
- 5bc43c7 Further partial image decompression fixes by DRC · 7 years ago
- bd49803 Use consistent/modern code formatting for pointers by DRC · 8 years ago
- 1e32fe3 Replace INT32 with a new internal datatype (JLONG) by DRC · 9 years ago
- 7e3acc0 Rename README, LICENSE, BUILDING text files by DRC · 9 years ago
- 1d4c51a Fix Windows build by DRC · 10 years ago
- 72a3cc0 Fix issues with RGB565 color conversion on big endian machines. The RGB565 routines are now abstracted in a separate file, with separate little-endian and big-endian versions defined at compile time through the use of macros (this is similar to how the colorspace extension routines work.) This allows big-endian machines to take advantage of the same performance optimizations as little-endian machines, and it retains the performance on little-endian machines, since the conditional branch for endianness is at a very coarse-grained level. by DRC · 10 years ago
- 5de454b libjpeg-turbo has never supported non-ANSI compilers, so get rid of the crufty SIZEOF() macro. It was not being used consistently anyhow, so it would not have been possible to build prior releases of libjpeg-turbo using the broken compilers for which that macro was designed. by DRC · 10 years ago
- 7f4a81b 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
- 78df2e6 Add support for decompressing to RGB565 (16-bit) pixels 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
- 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