|
Quick Lists
|
|
Bug ID:
|
5085722
|
|
Votes
|
2
|
|
Synopsis
|
native JPEG codec does not decode an image correctly
|
|
Category
|
jai:codeclib
|
|
Reported Against
|
1.0
|
|
Release Fixed
|
1.0_01
|
|
State
|
10-Fix Delivered,
bug
|
|
Priority:
|
3-Medium
|
|
Related Bugs
|
5080408
,
6217565
|
|
Submit Date
|
11-AUG-2004
|
|
Description
|
In doing some more testing with the beta ImageIO and the "last" dll you
sent, I found a problem.
The attached JPEG does not process correctly using ImageIO.read().
I can open the file fine with Windows Image viewer and with Java if I remove
the dll.
xxxxx@xxxxx 10/8/04 00:17 GMT
|
|
Work Around
|
N/A
|
|
Evaluation
|
There are two problems here. One is that some inconsistency caused the scanline
stride of the output image to be set incorrectly in some cases.
The other problem is that the image provided, image.jpeg, is not a JFIF file.
It doesn't have the mandatory APP0 marker. The codecLib JPEG decoder mistakenly
treated it as a JFIF image so as to do the default YCC-to-RGB conversion. The
baseline decoder has been updated to skip color conversion when APPO is not
present or it doesn't have the "JFIF" string.
xxxxx@xxxxx 10/12/04 22:17 GMT
|
|
Comments
|
Submitted On 24-SEP-2004
kdangoor
I have encountered this same problem on both Windows and Solaris. When I request the JPEG image metadata, I get a null back. Rather than removing the .so, I tried just moving on to the Java reader (the second one in the iterator from getReadersByFormatName) and that works just fine.
PLEASE NOTE: JDK6 is formerly known as Project Mustang
|
|
|
 |