aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2015-08-13Keep history after reset to origin/mirror-chromium-masterBaligh Uddin
2015-08-13Initial empty repositoryBaligh Uddin
2015-08-11Patch fix for "Add jpeg_skip_scanlines() API to libjpeg-turbo"Aaron Gable
https://codereview.chromium.org/1271803002/ "jpeg_skip_scanlines() API, a subset decoding optimization aimed at Android, was submitted upstream r1582. Pull that change, and sundry fixes, into the Chromium repo. This new API is targetted at Android devices, not Chrome, and should have no affect on JPEG decode behavior or perf of Chrome. Chrome uses suspending data source JPEG decoding, and the new API does not support such sources. Adding support for suspending data sources is a future TODO, should the need arise (refer to skbug.com/4036)." BUG=515694 BUG=468914 R=agable@chromium.org Review URL: https://codereview.chromium.org/1291463002 .
2015-08-06Add support for decoding to 565 to libjpeg_turboAaron Gable
It was submitted upstream at libjpeg_turbo as r1295 plus sundry fixes and SIMD optimizations (r1385, r1386, r1398, and r1402). Now cherry pick the change into third_party/libjpeg-turbo. At this time, this new capability is intended for Android devices, not Chrome, and should have no affect on JPEG decode behavior or perf of Chrome. BUG=516761 R=noel@chromium.org Review URL: https://codereview.chromium.org/1270213002 .
2015-08-03Update x86[-64] assembler recommendationsDRC
NASM 2.11.08 has a bug that prevents it from properly assembling a macho64 version of libjpeg-turbo (the resulting binary generates corrupt images.) 2.11.09 works properly. YASM also works properly and has been a supported alternative since libjpeg-turbo 1.2.
2015-08-03Update x86[-64] assembler recommendationsDRC
NASM 2.11.08 has a bug that prevents it from properly assembling a macho64 version of libjpeg-turbo (the resulting binary generates corrupt images.) 2.11.09 works properly. YASM also works properly and has been a supported alternative since libjpeg-turbo 1.2.
2015-08-03Update x86[-64] assembler recommendationsDRC
NASM 2.11.08 has a bug that prevents it from properly assembling a macho64 version of libjpeg-turbo (the resulting binary generates corrupt images.) 2.11.09 works properly. YASM also works properly and has been a supported alternative since libjpeg-turbo 1.2.
2015-08-03Update URL for our custom gas-preprocessor.plDRC
2015-08-03Add jpeg_skip_scanlines() API to libjpeg-turboAaron Gable
jpeg_skip_scanlines() API, a subset decoding optimization aimed at Android, was submitted upstream r1582. Pull that change, and sundry fixes, into the Chromium repo. This new API is targetted at Android devices, not Chrome, and should have no affect on JPEG decode behavior or perf of Chrome. Chrome uses suspending data source JPEG decoding, and the new API does not support such sources. Adding support for suspending data sources is a future TODO, should the need arise (refer to skbug.com/4036). BUG=515694 BUG=468914 patch from issue 256280043 at patchset 50001 (http://crrev.com/256280043#ps50001) R=agable@chromium.org Review URL: https://codereview.chromium.org/1271803002 .
2015-07-29Fix rare bug: right shift by a negative # of bitsDRC
Under very rare circumstances, decompressing specific corrupt JPEG images would create a situation whereby GET_BITS(1) was invoked from within HUFF_DECODE_FAST() when bits_left=0. This produced a right shift by a negative number of bits, which is undefined in C.
2015-07-29Fix rare bug: right shift by a negative # of bitsDRC
Under very rare circumstances, decompressing specific corrupt JPEG images would create a situation whereby GET_BITS(1) was invoked from within HUFF_DECODE_FAST() when bits_left=0. This produced a right shift by a negative number of bits, which is undefined in C.
2015-07-29Fix rare bug: right shift by a negative # of bitsDRC
Under very rare circumstances, decompressing specific corrupt JPEG images would create a situation whereby GET_BITS(1) was invoked from within HUFF_DECODE_FAST() when bits_left=0. This produced a right shift by a negative number of bits, which is undefined in C.
2015-07-29Convert the BUILD stamp to AC_ARG_WITH argument, so we can make the build ↵Ondřej Surý
reproducible
2015-07-29Convert svn:ignore properties to .gitignoreDRC
2015-07-29Convert svn:ignore properties to .gitignoreDRC
2015-07-29Convert svn:ignore properties to .gitignoreDRC
2015-07-29Convert svn:ignore properties to .gitignoreDRC
2015-07-29Convert svn:ignore properties to .gitignoreDRC
2015-07-14Fix build whenever IDCT_SCALING_SUPPORTED is undefinedDRC
git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.4.x@1597 632fc199-4ca6-4c93-a231-07263d6284db
2015-07-06Add additional protections against defining INT32 if another header has ↵DRC
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. git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.4.x@1593 632fc199-4ca6-4c93-a231-07263d6284db
2015-07-27The Independent JPEG Group's JPEG software v8dGuido Vollbeding
2015-07-27The Independent JPEG Group's JPEG software v8cGuido Vollbeding
2015-07-27The Independent JPEG Group's JPEG software v8bGuido Vollbeding
2015-07-27The Independent JPEG Group's JPEG software v8aGuido Vollbeding
2015-07-27The Independent JPEG Group's JPEG software v8Guido Vollbeding
2015-07-27The Independent JPEG Group's JPEG software v7Guido Vollbeding
2015-07-27The Independent JPEG Group's JPEG software v6b with arithmetic coding supportGuido Vollbeding
2015-07-27The Independent JPEG Group's JPEG software v6bThomas G. Lane
2015-07-29The Independent JPEG Group's JPEG software v6aThomas G. Lane
2015-07-29The Independent JPEG Group's JPEG software v6Thomas G. Lane
2015-07-29The Independent JPEG Group's JPEG software v5bThomas G. Lane
2015-07-29The Independent JPEG Group's JPEG software v5aThomas G. Lane
2015-07-29The Independent JPEG Group's JPEG software v5Thomas G. Lane
2015-07-29The Independent JPEG Group's JPEG software v4aThomas G. Lane
2015-07-29The Independent JPEG Group's JPEG software v4Thomas G. Lane
2015-07-29The Independent JPEG Group's JPEG software v3Thomas G. Lane
2015-07-29The Independent JPEG Group's JPEG software v2Thomas G. Lane
2015-07-29The Independent JPEG Group's JPEG software v1Thomas G. Lane
2015-06-27Make sure that Java is disabled when 12-bit is enabled (Java requires ↵DRC
TurboJPEG, which currently only supports 8-bit samples), and tabs-->spaces git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.4.x@1584 632fc199-4ca6-4c93-a231-07263d6284db
2015-06-20Studies show that GCC v5.1.0 performs as well as or better than v4.2, but ↵DRC
v4.7.x-v4.9.x do not perform as well as v4.2. git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.4.x@1572 632fc199-4ca6-4c93-a231-07263d6284db
2015-06-20TypoDRC
git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.4.x@1570 632fc199-4ca6-4c93-a231-07263d6284db
2015-06-19Clarify that the TurboJPEG API functions/methods do not modify the source ↵DRC
buffer. git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.4.x@1567 632fc199-4ca6-4c93-a231-07263d6284db
2015-06-15Set up a good codereview.settings fileAaron Gable
This project is now hosted directly in Git, rather than being a subdirectory of the svn chrome/trunk/deps project. This codereview.settings file will ensure that it continues to be reviewed correctly. BUG=chromium:492230
2015-06-09[libjpeg_turbo] Fix ARM NEON buildnoel@chromium.org
On Android, we produce an ARM build with optional NEON code paths. Fix compilation issues when producing a NEON-only builds on ARM - in such builds NEON is not optional. Patch prepared by fdegans@chromium.org BUG=451035 R=fdegans@chromium.org Review URL: https://codereview.appspot.com/245180043 git-svn-id: http://src.chromium.org/svn/trunk/deps/third_party/libjpeg_turbo@295576 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
2015-06-08Now that the TurboJPEG API is reporting libjpeg warnings as errors, an ↵DRC
"Invalid SOS parameters for sequential JPEG" warning surfaced in tjDecodeYUV*(). This was caused by the Se member of jpeg_decompress_struct being set to 0 (it is normally set to a non-zero value when the start-of-scan markers are read, but there are no SOS markers in this case, because we're not actually decompressing a JPEG file.) git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.4.x@1564 632fc199-4ca6-4c93-a231-07263d6284db
2015-06-08Fix a segfault that occured in the MIPS DSPr2 fancy upsampling routine when ↵DRC
downsampled_width==3. Because the DSPr2 code unrolls the loop for the middle columns (refer to jdsample.c), it has the effect of performing two column iterations, and that only works properly if the number of columns (minus the first and last) is >= 2. For the specific case of downsampled_width==3, this patch skips to the second iteration of the unrolled column loop. git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.4.x@1562 632fc199-4ca6-4c93-a231-07263d6284db
2015-06-01If a warning (such as "Premature end of JPEG file") is triggered in the ↵DRC
underlying libjpeg API, make sure that the TurboJPEG API function returns -1. Unlike errors, however, libjpeg warnings do not make the TurboJPEG functions abort. git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.4.x@1561 632fc199-4ca6-4c93-a231-07263d6284db
2015-05-17Back out r1555 and r1548. Using setenv() didn't fix the iOS simulator ↵DRC
issue. It just replaced an undefined _putenv$UNIX2003 symbol with an undefined _setenv$UNIX2003 symbol. The correct solution seems to be to use -D_NONSTD_SOURCE when generating our official builds. git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.4.x@1557 632fc199-4ca6-4c93-a231-07263d6284db
2015-05-16Fix the Windows build. I remember now why I used putenv() originally-- ↵DRC
because Windows doesn't have setenv(). We could use _putenv_s(), but older versions of MinGW don't have that either. Fortunately, since all of the environment values we're setting in turbojpeg.c are static, we can just map setenv() to putenv() using a macro. NOTE: we still have to use _putenv_s() in turbojpeg-jni.c, but at least people who may need to build with an older version of MinGW can still do so by disabling the Java build. git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.4.x@1555 632fc199-4ca6-4c93-a231-07263d6284db
2015-05-15Allow building only static or only shared libraries on WindowsDRC
git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.4.x@1553 632fc199-4ca6-4c93-a231-07263d6284db
generated by cgit v1.2.3 (git 2.25.1) at 2024-07-20 22:07:30 +0000