Gitiles
Code Review Sign In
gerrit-public.fairphone.software / platform / external / libjpeg-turbo / refs/heads/int/11/fp4 / jdcolor.c
  1. 43c58ff Correct various typos in code comments by luzpaz · 6 years ago
  2. 293263c Format preprocessor macros more consistently by DRC · 6 years ago
  3. 19c791c Improve code formatting consistency by DRC · 6 years ago
  4. 9d9d8fe Code formatting tweaks by DRC · 7 years ago
  5. bd49803 Use consistent/modern code formatting for pointers by DRC · 8 years ago
  6. d65e768 Fix additional issues reported by UB sanitizers by DRC · 9 years ago
  7. 1e32fe3 Replace INT32 with a new internal datatype (JLONG) by DRC · 9 years ago
  8. 7e3acc0 Rename README, LICENSE, BUILDING text files by DRC · 9 years ago
  9. 0e94025 Introduce fast paths to speed up NULL color conversion somewhat, particularly when using 64-bit code; on the decompression side, the "slow path" also now use an approach similar to that of the compression side (with the component loop outside of the column loop rather than inside.) This is faster when using 32-bit code. by DRC · 9 years ago
  10. bbd9b71 When building libjpeg-turbo on Un*x systems, INT32 is usually typedef'ed to long, not int, so we need to specify an int pointer when doing a 4-byte write to the RGB565 output buffer. On little endian systems, this doesn't matter, but when you write a 32-bit int to a 64-bit long pointer address on a big endian system, you are writing to the upper 4 bytes, not the lower 4 bytes. NOTE: this will probably break on big endian systems that use 16-bit ints (are there any of those still around?) by DRC · 10 years ago
  11. 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
  12. d729f4d ARM NEON SIMD support for YCC-to-RGB565 conversion, and optimizations to the existing YCC-to-RGB conversion code: by DRC · 10 years ago
  13. 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
  14. 78df2e6 Add support for decompressing to RGB565 (16-bit) pixels by DRC · 10 years ago
  15. 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
  16. ff6961f This patch accomplishes the following: by DRC · 10 years ago
  17. a6ef282 Some of the IJG headers say "Modified by", so clarify that our "Modifications" are not referring to these. by DRC · 11 years ago
  18. f37e4da Port RGB-to-Grayscale color transform from jpeg-8d by DRC · 11 years ago
  19. 5829cb2 The Independent JPEG Group's JPEG software v8d by Guido Vollbeding · 12 years ago
  20. 5ead57a The Independent JPEG Group's JPEG software v6b by Thomas G. Lane · 26 years ago
  21. 489583f The Independent JPEG Group's JPEG software v6a by Thomas G. Lane · 28 years ago
  22. bc79e06 The Independent JPEG Group's JPEG software v6 by Thomas G. Lane · 29 years ago
  23. 9ba2f5e The Independent JPEG Group's JPEG software v5a by Thomas G. Lane · 29 years ago
  24. 36a4ccc The Independent JPEG Group's JPEG software v5 by Thomas G. Lane · 30 years ago
  25. cc7150e The Independent JPEG Group's JPEG software v4a by Thomas G. Lane · 31 years ago
  26. 88aeed4 The Independent JPEG Group's JPEG software v4 by Thomas G. Lane · 31 years ago
  27. 4a6b730 The Independent JPEG Group's JPEG software v3 by Thomas G. Lane · 32 years ago
  28. bd543f0 The Independent JPEG Group's JPEG software v2 by Thomas G. Lane · 32 years ago
  29. 2cbeb8a The Independent JPEG Group's JPEG software v1 by Thomas G. Lane · 33 years ago
  30. cf763c0 Further changes to the copyright/attribution notices to make it clear that our modified files are not part of the IJG's software. by DRC · 11 years ago
  31. 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
  32. a9b646c Allow RGB JPEG files to be created/decoded when using the LJT colorspace extensions by DRC · 12 years ago
  33. a7466c9 Move INLINE macro into config.h. That's really where it belongs anyhow, since it is used only internally, and putting it in jconfig.h was causing problems with DevIL. by DRC · 12 years ago
  34. 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
  35. d89e01f Use 8-bit write to avoid potential pointer aliasing issues (also, at least on x86, it's faster than the previous approach.) by DRC · 13 years ago
  36. b4570bb Improve performance of non-SIMD color conversion routines and use global constants to define colorspace extension parameters by DRC · 13 years ago
  37. 36edad7 Back out CMYK-to-RGB conversions. There is really no way to properly do CMYK-to-RGB conversion without color management, which is out of scope for libjpeg-turbo. Applications wishing to do a trivial conversion, such as was implemented in these routines, can simply request CMYK output and do the trivial conversion themselves (or, even better, use an OSS color management library.) We should not encourage the use of in-library CMYK-to-RGB conversion as a substitute for color management. by DRC · 13 years ago
  38. a2fdd0c Use integer arithmetic for CMYK-to-RGB conversions by DRC · 13 years ago
  39. 51cf51a CMYK/YCCK support by DRC · 13 years ago
  40. 23f2bba Improve performance a bit for the non-SIMD case by DRC · 13 years ago
  41. 17ac372 Fix compiler warnings by DRC · 13 years ago
  42. 6c0e1fc Significantly improve grayscale performance by DRC · 15 years ago
  43. 8ece7fe Update copyrights to indicate files modified with colorspace extensions by DRC · 15 years ago
  44. f25c071 Implement new colorspaces to allow directly compressing from/decompressing to RGB/RGBX/BGR/BGRX/XBGR/XRGB without conversion by DRC · 15 years ago
  45. 59a3938 Framework for supporting SIMD acceleration by Pierre Ossman · 15 years ago