JDK-4268438 : drawImage from 8-bit indexed image to a 15/16/24/32 bit destination is slow
Type:Bug
Component:client-libs
Sub-Component:2d
Affected Version:1.2.0
Priority:P3
Status:Resolved
Resolution:Fixed
OS:generic
CPU:generic
Submitted:1999-09-03
Updated:1999-09-21
Resolved:1999-09-21
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.
Drawing an 8-bit indexed image to a destination that is 15, 16, 24 or 32
bits deep is much slower than it was in 1.1.
Comments
CONVERTED DATA
BugTraq+ Release Management Values
COMMIT TO FIX:
kestrel
FIXED IN:
kestrel
INTEGRATED IN:
kestrel
14-06-2004
SUGGESTED FIX
The colormaps are specified in ARGB format and need to be converted
for any of the destination types except for ARGB and XRGB.
The image loops that render these types of source images convert each
pixel individually when the colormap should be converted once up front
and then the pixels should just be sent through a lookup table when
copied to the screen.
11-06-2004
EVALUATION
The blit loops are all converting each pixel to the destination format
rather than creating a converted color table and just using a lookup
to convert the image.
Also, if the IndexColorModel contains all gray values, then the image is
tagged as "Index8Gray" internally and there are no blit loops for images
of these formats to the popular screen formats. These images can use the
same loops as the indexed color images, so the same loops should be
registered for both types of formats.
jim.graham@Eng 1999-09-07