JDK-5051527 : Faster, more direct software transformation of images
  • Type: Bug
  • Component: client-libs
  • Sub-Component: 2d
  • Affected Version: 1.2.1,1.4.0,5.0,5.0u4
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS:
    generic,solaris_8,windows_2000,windows_2003,windows_xp generic,solaris_8,windows_2000,windows_2003,windows_xp
  • CPU: generic,x86,sparc
  • Submitted: 2004-05-22
  • Updated: 2005-12-01
  • Resolved: 2004-10-25
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 6
6 b10Fixed
Related Reports
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Relates :  
Relates :  
Description
The current code to transform images uses an image processing library
to do the work.  For many common image types the image data must first
be massaged into the correct format and data structures that are
needed by the general-purpose image processing library.  Also, since
the library does not provide an operation which both transforms the
data and also composites the results into a destination image, there
is always at least one intermediate buffer created for each transform
operation, possibly more if various image format conversions end up
being necessary to communicate with the library's internal formats.

It should be possible to create our own routines to perform the
task of image transformation and blending/compositing it into a
destination in one operation with no expensive intermediate buffers.

Finally, the glue code that translates our internal image formats
and data into the format needed by the library has been the source
of many recent bugs and it has been difficult to maintain that
code.  Image transformation loops written specifically to our own
internal data structures should not only perform better, but produce
fewer bugs in the future.

Comments
EVALUATION New code has been prototyped which allows us to transform any of our internally handled formats and composite to any of our internally handled formats in one operation with only a minimal stack-allocated one-line pixel buffer. The new code performs much better for many common image operations, handles any combination of source and destination image formats and any type of alpha compositing with a great deal of code sharing. ###@###.### 2004-05-21 The new transformation loops also fix some outstanding bugs in the old interpolation code which was not premutliplying the alpha before doing the color interpolations. The new loops perform all interpolations in a premultiplied color format... ###@###.### 2005-1-19 01:46:05 GMT
19-01-2005

CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: mustang FIXED IN: mustang
01-10-2004