~ubuntu-branches/ubuntu/saucy/libjpeg-turbo/saucy-security

« back to all changes in this revision

Viewing changes to ChangeLog.txt

  • Committer: Package Import Robot
  • Author(s): Fathi Boudra
  • Date: 2013-07-28 16:52:51 UTC
  • mfrom: (1.1.3) (9.1.1 saucy-proposed)
  • Revision ID: package-import@ubuntu.com-20130728165251-7vg6wszhm941kdej
Tags: 1.3.0-0ubuntu1
* New upstream release.
  - drop debian/patches/branch-updates.diff
  - refresh tjunittest.patch (now renamed to install-tjunittest.patch)
* Update debian/control:
  - add myself to Uploaders.
* Update debian/copyright:
  - add RSA Data Security copyright (md5).
* Update debian/libturbojpeg.install:
  - install libturbojpeg.so.0* (needed by tjunittest and tjbench).

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
1.2.2 (not yet released)
2
 
========================
3
 
 
4
 
[1] The tjDecompressToYUV() function now supports the TJFLAG_FASTDCT flag.
5
 
 
6
 
[2] The 32-bit supplementary package for amd64 Debian systems now provides
 
1
1.3.0
 
2
=====
 
3
 
 
4
[1] 'make test' now works properly on FreeBSD, and it no longer requires the
 
5
md5sum executable to be present on other Un*x platforms.
 
6
 
 
7
[2] Overhauled the packaging system:
 
8
-- To avoid conflict with vendor-supplied libjpeg-turbo packages, the
 
9
official RPMs and DEBs for libjpeg-turbo have been renamed to
 
10
"libjpeg-turbo-official".
 
11
-- The TurboJPEG libraries are now located under /opt/libjpeg-turbo in the
 
12
official Linux and Mac packages, to avoid conflict with vendor-supplied
 
13
packages and also to streamline the packaging system.
 
14
-- Release packages are now created with the directory structure defined
 
15
by the configure variables "prefix", "bindir", "libdir", etc. (Un*x) or by the
 
16
CMAKE_INSTALL_PREFIX variable (Windows.)  The exception is that the docs are
 
17
always located under the system default documentation directory on Un*x and Mac
 
18
systems, and on Windows, the TurboJPEG DLL is always located in the Windows
 
19
system directory.
 
20
-- To avoid confusion, official libjpeg-turbo packages on Linux/Unix platforms
 
21
(except for Mac) will always install the 32-bit libraries in
 
22
/opt/libjpeg-turbo/lib32 and the 64-bit libraries in /opt/libjpeg-turbo/lib64.
 
23
-- Fixed an issue whereby, in some cases, the libjpeg-turbo executables on Un*x
 
24
systems were not properly linking with the shared libraries installed by the
 
25
same package.
 
26
-- Fixed an issue whereby building the "installer" target on Windows when
 
27
WITH_JAVA=1 would fail if the TurboJPEG JAR had not been previously built.
 
28
-- Building the "install" target on Windows now installs files into the same
 
29
places that the installer does.
 
30
 
 
31
[3] Fixed a Huffman encoder bug that prevented I/O suspension from working
 
32
properly.
 
33
 
 
34
 
 
35
1.2.90 (1.3 beta1)
 
36
==================
 
37
 
 
38
[1] Added support for additional scaling factors (3/8, 5/8, 3/4, 7/8, 9/8, 5/4,
 
39
11/8, 3/2, 13/8, 7/4, 15/8, and 2) when decompressing.  Note that the IDCT will
 
40
not be SIMD-accelerated when using any of these new scaling factors.
 
41
 
 
42
[2] The TurboJPEG dynamic library is now versioned.  It was not strictly
 
43
necessary to do so, because TurboJPEG uses versioned symbols, and if a function
 
44
changes in an ABI-incompatible way, that function is renamed and a legacy
 
45
function is provided to maintain backward compatibility.  However, certain
 
46
Linux distro maintainers have a policy against accepting any library that isn't
 
47
versioned.
 
48
 
 
49
[3] Extended the TurboJPEG Java API so that it can be used to compress a JPEG
 
50
image from and decompress a JPEG image to an arbitrary position in a large
 
51
image buffer.
 
52
 
 
53
[4] The tjDecompressToYUV() function now supports the TJFLAG_FASTDCT flag.
 
54
 
 
55
[5] The 32-bit supplementary package for amd64 Debian systems now provides
7
56
symlinks in /usr/lib/i386-linux-gnu for the TurboJPEG libraries in /usr/lib32.
8
57
This allows those libraries to be used on MultiArch-compatible systems (such as
9
58
Ubuntu 11 and later) without setting the linker path.
10
59
 
 
60
[6] The TurboJPEG Java wrapper should now find the JNI library on Mac systems
 
61
without having to pass -Djava.library.path=/usr/lib to java.
 
62
 
 
63
[7] TJBench has been ported to Java to provide a convenient way of validating
 
64
the performance of the TurboJPEG Java API.  It can be run with
 
65
'java -cp turbojpeg.jar TJBench'.
 
66
 
 
67
[8] cjpeg can now be used to generate JPEG files with the RGB colorspace
 
68
(feature ported from jpeg-8d.)
 
69
 
 
70
[9] The width and height in the -crop argument passed to jpegtran can now be
 
71
suffixed with "f" to indicate that, when the upper left corner of the cropping
 
72
region is automatically moved to the nearest iMCU boundary, the bottom right
 
73
corner should be moved by the same amount.  In other words, this feature causes
 
74
jpegtran to strictly honor the specified width/height rather than the specified
 
75
bottom right corner (feature ported from jpeg-8d.)
 
76
 
 
77
[10] JPEG files using the RGB colorspace can now be decompressed into grayscale
 
78
images (feature ported from jpeg-8d.)
 
79
 
 
80
[11] Fixed a regression caused by 1.2.1[7] whereby the build would fail with
 
81
multiple "Mismatch in operand sizes" errors when attempting to build the x86
 
82
SIMD code with NASM 0.98.
 
83
 
 
84
[12] The in-memory source/destination managers (jpeg_mem_src() and
 
85
jpeg_mem_dest()) are now included by default when building libjpeg-turbo with
 
86
libjpeg v6b or v7 emulation, so that programs can take advantage of these
 
87
functions without requiring the use of the backward-incompatible libjpeg v8
 
88
ABI.  The "age number" of the libjpeg-turbo library on Un*x systems has been
 
89
incremented by 1 to reflect this.  You can disable this feature with a
 
90
configure/CMake switch in order to retain strict API/ABI compatibility with the
 
91
libjpeg v6b or v7 API/ABI (or with previous versions of libjpeg-turbo.)  See
 
92
README-turbo.txt for more details.
 
93
 
 
94
[13] Added ARM v7s architecture to libjpeg.a and libturbojpeg.a in the official
 
95
libjpeg-turbo binary package for OS X, so that those libraries can be used to
 
96
build applications that leverage the faster CPUs in the iPhone 5 and iPad 4.
 
97
 
11
98
 
12
99
1.2.1
13
100
=====
88
175
correctly.
89
176
 
90
177
[7] Added ARM v6 and ARM v7 architectures to libjpeg.a and libturbojpeg.a in
91
 
the official OS X distribution package, so that those libraries can be used to
92
 
build both OS X and iOS applications.
 
178
the official libjpeg-turbo binary package for OS X, so that those libraries can
 
179
be used to build both OS X and iOS applications.
93
180
 
94
181
 
95
182
1.1.90 (1.2 beta1)
135
222
TurboJPEG 1.2 API uses pixel formats to define the size and component order of
136
223
the uncompressed source/destination images, and it includes a more efficient
137
224
version of TJBUFSIZE() that computes a worst-case JPEG size based on the level
138
 
of chrominance subsampling.  The refactored implementation of TurboJPEG/OSS
 
225
of chrominance subsampling.  The refactored implementation of the TurboJPEG API
139
226
now uses the libjpeg memory source and destination managers, which allows the
140
227
TurboJPEG compressor to grow the JPEG buffer as necessary.
141
228
 
211
298
cases.
212
299
 
213
300
[2] Despite the above, the fast integer forward DCT still degrades somewhat for
214
 
JPEG qualities greater than 95, so TurboJPEG/OSS will now automatically use the
215
 
slow integer forward DCT when generating JPEG images of quality 96 or greater.
216
 
This reduces compression performance by as much as 15% for these high-quality
217
 
images but is necessary to ensure that the images are perceptually lossless.
218
 
It also ensures that the library can avoid the performance pitfall created by
219
 
[1].
 
301
JPEG qualities greater than 95, so the TurboJPEG wrapper will now automatically
 
302
use the slow integer forward DCT when generating JPEG images of quality 96 or
 
303
greater.  This reduces compression performance by as much as 15% for these
 
304
high-quality images but is necessary to ensure that the images are perceptually
 
305
lossless.  It also ensures that the library can avoid the performance pitfall
 
306
created by [1].
220
307
 
221
308
[3] Ported jpgtest.cxx to pure C to avoid the need for a C++ compiler.
222
309
 
289
376
[1] 2983700: Further FreeBSD build tweaks (no longer necessary to specify
290
377
--host when configuring on a 64-bit system)
291
378
 
292
 
[2] Created sym. links in the Unix/Linux packages so that the TurboJPEG
 
379
[2] Created symlinks in the Unix/Linux packages so that the TurboJPEG
293
380
include file can always be found in /opt/libjpeg-turbo/include, the 32-bit
294
381
static libraries can always be found in /opt/libjpeg-turbo/lib32, and the
295
382
64-bit static libraries can always be found in /opt/libjpeg-turbo/lib64.