A color profiles how pixel data is supposed to be interpreted. XSL-FO
and SVG, by default, work in the sRGB color space which is a
standardized RGB color profile. If you don't have a color profile, you
don't know exactly what the color will look like on screen or paper when,
for example, you have a color rgb(123,166,45). This is being referred to
as an uncalibrated color. OTOH, if you know that this RGB color is in
the sRGB color space, the appearance of that color is closely defined
and is therefore called calibrated

You can read more about color management here:
http://en.wikipedia.org/wiki/Color_management

Yes, you can get color output without a color profile resulting in
uncalibrated (i.e. not necessarily correct colors). But you're using
PNGRenderer and since Java internally works with sRGB and PNG does, too,
you'll get calibrated sRGB colors.

On 18.03.2011 14:10:16 Eric Douglas wrote:
> What is this color profile?  Can I get color output without it?  I am
> using the PNGRenderer, currently running JDK 6u17 about to install u24
> today. 
> 
> -----Original Message-----
> From: Ognjen Blagojevic [mailto:ognjen.d.blagoje...@gmail.com] 
> Sent: Friday, March 18, 2011 4:21 AM
> To: fop-dev@xmlgraphics.apache.org
> Subject: Re: 20x slowdown in PNG processing when switching from JDK
> 1.6.0_17 to 1.6.0_18
> 
> On 11.3.2011 12:54, Ognjen Blagojevic wrote:
> > Having said all this, my proposal is:
> >
> > 1. if someone can help me to track bug further (remember, 1.6.0_17 was
> 
> > working just fine) we could file the bug report to Oracle, or 2. we 
> > could just add the info in FOP/xmlgraphics docs that color profile in 
> > PNG images introduces significant slowdown on JDK 1.6.0_18+.
> 
> Ok, since it seems that it is too hard to track this down, I suggest we
> add to PNG Graphics page [1] something like:
> 
> "Note: PNG images with color profile are on certain JDKs (most notably
> Oracle JDK 6u18+) processed as much as 20 times slower than same images
> without color profile. This slowdown is introduced by JDK image
> manipulation classes."
> 
> Thoughts?
> 
> -Ognjen
> 
> [1] http://xmlgraphics.apache.org/fop/1.0/graphics.html#png




Jeremias Maerki

Reply via email to