Should we directly pass in color bit depth instead of number of colors? In my
application it's actually easier more natural to just pass in the bit depth than
number of colors.
Also, this approach is to reduce color depth after rendering, is there a way to let
the renderer deirectly render SVG into an image with a specified color depth?
Thanks
Haitao
-----Original Message-----
From: Thomas E Deweese [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 20, 2002 5:43 AM
To: Batik Users
Subject: RE: How do I encode SVG into PNG with lower color depth
>>>>> "HH" == Huang Haitao-G17843 <[EMAIL PROTECTED]> writes:
HH> I found a bug in other parts of my code. It seems working
HH> resonable now except for that there is an
HH> ArrayIndexOutOfBoundsException as follows when speciying 256
HH> colors (8bits). It seems only 254 cubes was generated but 256 was
HH> passed to the IndexColorModel constructor. When I changed
HH> IndexColorModel model=new IndexColorModel(4,n,r,g,b); to
HH> IndexColorModel model=new IndexColorModel(4,nCubes,r,g,b); The
HH> exception goes away.
Yes, this is better. Also looking at the code the '4' should in
fact be Math.ceil(Math.log2(nCubes)) (the number of bits needed to
hold nCube values). So it should have been 8 in the original code,
I suspect the JDK fixes this, but the bug should be fixed.
HH> Everthing else looks OK. After more testing, I'd like to check in
HH> the changes (both the PNGTranscoder and IndexedImage) if it's ok.
This is fine. If you send me the diffs I'll look them over and
apply them.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
