Re: [JAVA2D] Retiring the package com.sun.image.codec.jpeg

[Phil Race]

There may be some differences in the way that the two APIs process the
image.
For example I noted recently that the old com.sun.image.codec,jpeg is
completely
ignorant of an APP2 marker with an ICC profile in which case its faster,
but produces incorrect
results.  So for many photographic images it probably should not be used
on those grounds
alone. I am not at all sure that's the issue in your case. It would
need  investigation .
Can you send me (not the whole list) directly via email your  test image.
phil DOT race AT sun DOT com

-phil.

[EMAIL PROTECTED] wrote:

I've run some tests and concluded that JPEGCodec.createJPEGDecoder(new 
FileInputStream(file)).decodeAsBufferedImage() is faster than  ImageIO.read(new 
File(file)) .
I have a test image that's 1978x2500 that loads in 375ms using JPEGCodec and 
735 ms using ImageIO. I set ImageIO.setUseCache(false). Is there something I'm 
doing wrong or is the old package faster. I'm writing an application to read 
images/slideshow, etc and speed is very important. Do you have any tips or 
suggestions?
I'm running Java 6 u1 on Windows XP Media Center. 128MB VRAM, AMD Athlon 3800 
Dual Core X2, 1GB RAM.

Thanks in advance,

Carl Antaki
[Message sent by forum member 'carcour' (carcour)]

http://forums.java.net/jive/thread.jspa?messageID=211620

===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA2D-INTEREST".  For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".

===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA2D-INTEREST".  For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".