Ben Loud wrote:
> I know what you mean. I would like to see more comprehensive support
> for color management in the JDK. Right now all we get is
> to/fromXYZ() which is defined to be done using relative
> colorimetric, and to/fromsRGB, which is defined to use perceptual,
> but these only work on
I know what you mean. I would like to see more comprehensive support for color
management in the JDK. Right now all we get is to/fromXYZ() which is defined to
be done using relative colorimetric, and to/fromsRGB, which is defined to use
perceptual, but these only work on float arrays, and there'
On Fri, Jun 13, 2008 at 1:26 PM, Dmitri Trembovetski
<[EMAIL PROTECTED]> wrote:
> java.awt.BufferedImage has a ColorModel with
> ColorSpace describing how to interpret the
> colors, and which may be defined by ICC profile:
>http://java.sun.com/javase/6/docs/api/java/awt/image/ColorModel.html
Have you looked at java.awt.color package?
java.awt.BufferedImage has a ColorModel with
ColorSpace describing how to interpret the
colors, and which may be defined by ICC profile:
http://java.sun.com/javase/6/docs/api/java/awt/image/ColorModel.html
http://java.sun.com/javase/6/do
Thanks Phil!
You were of course, completely right. I rebuilt FreeType with the bytecode
interpreter enabled and now both the AWT FontMetrics string width and the
TextLayout.getBounds() width match the Sun JDK exactly (and I really mean
EXACTLY).
The leading is still -1 though. In fact, if
I need to do RGB->RGB, RGB->CMYK, CMYK->RGB conversion using source
and destination ICC profiles and rendering intents. As far as I can
tell, there's no way to do this directly in Java2D or JAI. My
understanding is that there are some issues with RGB->CMYK conversion,
and while the underlying CMM
