Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 281098 - media-libs/jpeg-7 version bump
Summary: media-libs/jpeg-7 version bump
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Gentoo Graphics Project
URL: http://www.ijg.org/
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-11 12:24 UTC by Arseny Solokha
Modified: 2009-08-23 18:39 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Arseny Solokha 2009-08-11 12:24:49 UTC
"The current version is release 7 of 27-Jun-2009. This is a stable and solid foundation for many application's JPEG support."

change.log included in the tarball says:
"New scaled DCTs implemented. 
djpeg now supports scalings N/8 with all N from 1 to 16. 
cjpeg now supports scalings 8/N with all N from 1 to 16. 
Scaled DCTs with size larger than 8 are now also used for resolving the 
common 2x2 chroma subsampling case without additional spatial resampling. 
Separate spatial resampling for those kind of files is now only necessary 
for N>8 scaling cases. 
Furthermore, separate scaled DCT functions are provided for direct resolving 
of the common asymmetric subsampling cases (2x1 and 1x2) without additional 
spatial resampling. 

cjpeg -quality option has been extended for support of separate quality 
settings for luminance and chrominance (or in general, for every provided 
quantization table slot). 
New API function jpeg_default_qtables() and q_scale_factor array in library. 

Added -nosmooth option to cjpeg, complementary to djpeg. 
New variable "do_fancy_downsampling" in library, complement to fancy 
upsampling. Fancy upsampling now uses direct DCT scaling with sizes 
larger than 8. The old method is not reversible and has been removed. 

Support arithmetic entropy encoding and decoding. 
Added files jaricom.c, jcarith.c, jdarith.c. 

Straighten the file structure: 
Removed files jidctred.c, jcphuff.c, jchuff.h, jdphuff.c, jdhuff.h. 

jpegtran has a new "lossless" cropping feature. 

Implement -perfect option in jpegtran, new API function 
jtransform_perfect_transform() in transupp. (DP 204_perfect.dpatch) 

Better error messages for jpegtran fopen failure. 
(DP 203_jpegtran_errmsg.dpatch) 

Fix byte order issue with 16bit PPM/PGM files in rdppm.c/wrppm.c: 
according to Netpbm, the de facto standard implementation of the PNM formats, 
the most significant byte is first. (DP 203_rdppm.dpatch) 

Add -raw option to rdjpgcom not to mangle the output. 
(DP 205_rdjpgcom_raw.dpatch) 

Make rdjpgcom locale aware. (DP 201_rdjpgcom_locale.dpatch) 

Add extern "C" to jpeglib.h. 
This avoids the need to put extern "C" { ... } around #include "jpeglib.h" 
in your C++ application. Defining the symbol DONT_USE_EXTERN_C in the 
configuration prevents this. (DP 202_jpeglib.h_c++.dpatch)"

Reproducible: Always
Comment 1 Arseny Solokha 2009-08-11 14:41:25 UTC
It can't be used as a drop-in replacement for jpeg-6 now because of linking problems with (any?) projects that use libjpeg.so.62.
Comment 2 Samuli Suominen (RETIRED) gentoo-dev 2009-08-22 10:31:46 UTC
In portage. Masked for testing.
Comment 3 Leonid Podolny 2009-08-23 18:38:41 UTC
leonid@looptop ~ % sudo emerge -uDpvN @world

These are the packages that would be merged, in order:

Calculating dependencies \ * Digest verification failed:
 * /usr/portage/media-libs/jpeg/jpeg-7.ebuild
 * Reason: Filesize does not match recorded size
 * Got: 1318
 * Expected: 1310