Hi :) Kevin Gale wrote:
> Just when I thought I had a solution you threw a spanner in the works (-: LOL - my apologies! > I don't think I will have to option to work with 16 bit data as the image > processing framework I am using only supports 8 bit data. Would using > sRGB be a better solution although I would get more colour loss? Do you have to deal with alpha channels and overlaying items in your compositing? If no transparency is needed and you're just placing images side-by-side then you might be best off compositing directly in the colour space of the target device, if a profile is available. For cases where the profile isn't available, sRGB or even Adobe RGB would be reasonable choices. It's a tradeoff between gamut and the step size of 8-bit data - they increase in tandem. The contouring effects I spoke about can be hidden to a certain extent, too - a lot depends on your source data. The "cleaner" the image, the more likely you are to have problems - a noisy image may not show it at all. All the best, -- Alastair M. Robinson ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Lcms-user mailing list Lcms-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lcms-user
