I am happy to hear that grayscale images will draw with almost JDK 1.1 speeds in the upcoming Kestrel FCS. Now that speed is back, I was wondering if Jim or someone else could comment on the image quality issue on 8-bit static gray displays. JDK1.1, and Java2 both seem to assume that to display any image on an 8-bit display, the image data should be mapped or dithered to a standard color cube first, then mapped to the screen colors (or it appears this way). The problem is that there exist in UNIX a StaticGray visual, which supports not a selectable palette, but 256 static shades of gray. Graphics cards like Dome and Metheus for the PC also support such display modes for medical image display (these PC boards are especially important). But, we can't get more than 16 shades of gray on any of these. Yes, the dithering helps, but it is still unacceptable. The sad thing is that the display of images on such displays should be be EASIER than with a 256-color palette display (and faster), by just mapping to the closest 8-bit gray. This is bug 4257117. The test program of mine that you used for testing grayscale display speed can also be used to test for the quality problem, Jim. =========================================================================== 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".
