History log of /external/libjpeg-turbo/jpegint.h
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
0ef076fb7b326dc201b4ab3bd30fefd4e35ad1c4 20-Feb-2016 DRC <information@libjpeg-turbo.org> libjpeg API: Partial scanline decompression

This, in combination with the existing jpeg_skip_scanlines() function,
provides the ability to crop the image both horizontally and vertically
while decompressing (certain restrictions apply-- see libjpeg.txt.)

This also cleans up the documentation of the line skipping feature and
removes the "strip decompression" feature from djpeg, since the new
cropping feature is a superset of it.

Refer to #34 for discussion.

Closes #34

Cherry picked from upstream:
https://github.com/libjpeg-turbo/libjpeg-turbo/commit/3ab68cf563f6edc2608c085f5c8b2d5d5c61157e

BUG:27290496

Change-Id: Id11312fa43959531bc6bea04ebb657c6e1140363
/external/libjpeg-turbo/jpegint.h
90c92ed5bf98bda381fcc369f0da46837dbb8894 22-Jul-2015 DRC <information@libjpeg-turbo.org> Further improvements to partial image decoding
When using context-based upsampling, use a dummy color conversion
routine instead of a dummy row buffer. This improves performance
(since the actual color conversion routine no longer has to be called),
and it also fixes valgrind errors when decompressing to RGB565.
Valgrind previously complained, because using the RGB565 color
converter with the dummy row buffer was causing a table lookup with
undefined indices.
/external/libjpeg-turbo/jpegint.h
ac30a1bf12751bd82e56158eb9456a28d9c086f3 25-Jun-2015 DRC <dcommander@users.sourceforge.net> Add a new libjpeg API function (jpeg_skip_scanlines()) to allow for partially decoding a JPEG image.

git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1582 632fc199-4ca6-4c93-a231-07263d6284db
/external/libjpeg-turbo/jpegint.h
8e9cef2e6f5156c4b055a04a8f979b7291fc6b7a 21-Sep-2015 DRC <information@libjpeg-turbo.org> Fix various issues reported by the UB sanitizers
Most of these involved left shifting a negative number, which is
technically undefined (although every modern compiler I'm aware of
will implement this by treating the signed integer as a 2's complement
unsigned integer-- the LEFT_SHIFT() macro just makes this behavior
explicit in order to shut up ubsan.) This also fixes a couple of
non-issues in the entropy codecs, whereby the sanitizer reported an
out-of-bounds index in the 4th argument of jpeg_make_d_derived_tbl().
In those cases, the index was actually out of bounds (caused by a
malformed JPEG image), but jpeg_make_d_derived_tbl() would have caught
the error and aborted prior to actually using the invalid address. Here
again, the fix was to make our intentions explicit so as to shut up
ubsan.
/external/libjpeg-turbo/jpegint.h
5033f3e19a31e8ad40c1a79700365aefe5664494 18-May-2014 DRC <dcommander@users.sourceforge.net> 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.


git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1312 632fc199-4ca6-4c93-a231-07263d6284db
/external/libjpeg-turbo/jpegint.h
bc56b754e1a6a1db9ccadf64d6dda8a74140e1a3 16-May-2014 DRC <dcommander@users.sourceforge.net> 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.


git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1308 632fc199-4ca6-4c93-a231-07263d6284db
/external/libjpeg-turbo/jpegint.h
52ded8768022ab7e9e7670ddea0ba89e2890b837 15-May-2014 DRC <dcommander@users.sourceforge.net> Remove all of the NEED_SHORT_EXTERNAL_NAMES stuff. There is scant information available as to which linkers ever had a 15-character global symbol name limit. AFAICT, it might have been a VMS and/or a.out BSD thing, but none of those platforms have ever been supported by libjpeg-turbo (nor are such systems supported by other open source libraries of this nature.)


git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/trunk@1307 632fc199-4ca6-4c93-a231-07263d6284db
/external/libjpeg-turbo/jpegint.h
333e9187c8a6f69833baaee51ccd802b0e093cc1 12-May-2014 DRC <dcommander@users.sourceforge.net> Use 2-space indentation for the enums, to be consistent with the structs


git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.3.x@1291 632fc199-4ca6-4c93-a231-07263d6284db
/external/libjpeg-turbo/jpegint.h
b775351012af176720429ac21d11682a0b75b4b7 11-May-2014 DRC <dcommander@users.sourceforge.net> 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.)


git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.3.x@1285 632fc199-4ca6-4c93-a231-07263d6284db
/external/libjpeg-turbo/jpegint.h
a8eabfebd193a920253aa725d8f88e82e7efabef 29-Mar-2011 DRC <dcommander@users.sourceforge.net> Create local round up function for jmemmgr.c so we can revert the original argument types of jround_up() without breaking the build on 64-bit Windows.


git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/branches/1.1.x@539 632fc199-4ca6-4c93-a231-07263d6284db
/external/libjpeg-turbo/jpegint.h
66f97e6820e2cc9ef7429ea36285c80ffda87c8f 23-Nov-2010 DRC <dcommander@users.sourceforge.net> Support arithmetic encoding and decoding


git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/trunk@299 632fc199-4ca6-4c93-a231-07263d6284db
989630f70cf1af69ebfefca8910d1647bf189712 10-Jan-2010 Guido Vollbeding <jpeg-info@uc.ag> The Independent JPEG Group's JPEG software v8
/external/libjpeg-turbo/jpegint.h
5996a25e2f50d20d6a8f09830724035b49c3927b 27-Jun-2009 Guido Vollbeding <jpeg-info@jpegclub.org> The Independent JPEG Group's JPEG software v7
/external/libjpeg-turbo/jpegint.h
1e247ac854f8e33682bcfea475f6bccc42377208 28-Mar-1998 Guido Vollbeding <guido@jpegclub.org> The Independent JPEG Group's JPEG software v6b with arithmetic coding support
/external/libjpeg-turbo/jpegint.h
5ead57a34a398aa798f35bd7a6abad19b2e453e2 27-Mar-1998 Thomas G. Lane <tgl@netcom.com> The Independent JPEG Group's JPEG software v6b
/external/libjpeg-turbo/jpegint.h
489583f5165e05d37302e8eeec58104ea0109127 07-Feb-1996 Thomas G. Lane <tgl@netcom.com> The Independent JPEG Group's JPEG software v6a
/external/libjpeg-turbo/jpegint.h
bc79e0680a45d1ca330d690dae0340c8e17ab5e3 02-Aug-1995 Thomas G. Lane <tgl@netcom.com> The Independent JPEG Group's JPEG software v6
/external/libjpeg-turbo/jpegint.h
a8b67c4fbbfde9b4b4e03f2dea8f4f0b1900fc33 15-Mar-1995 Thomas G. Lane <tgl@netcom.com> The Independent JPEG Group's JPEG software v5b
/external/libjpeg-turbo/jpegint.h
36a4ccccd33f5cc9df62949554af87129ced7f84 24-Sep-1994 Thomas G. Lane <tgl@netcom.com> The Independent JPEG Group's JPEG software v5
/external/libjpeg-turbo/jpegint.h
048990944fccc2602c892dabace774f40271a61e 27-Feb-2010 DRC <dcommander@users.sourceforge.net> Bleepin' Windows uses LLP64, not LP64


git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/trunk@158 632fc199-4ca6-4c93-a231-07263d6284db
/external/libjpeg-turbo/jpegint.h