On Sun, 5 Feb 2006, Boudewijn Rempt wrote:
It's been a while, but we're now at a stage with Krita where having to loop by hand through all pixels to copy the alpha channel is getting rather prohibitively expensive :-(. When the display profile or colorspace isn't the same as the image profile we spend about half our cycles in cmsDoTransform, and about 30% in the alpha copy loop when loading an image and simply displaying it.
It may be that you are dealing with too much data at once. If you are currently feeding lcms the entire image, you may obtain better results with row-by-row processing due to the effect of caching. Primary and secondary cache accesses are much faster than going all the way to the primary RAM storage device. If you are processing a large image in one operation, then the second pass is likely taking a cache hit for every access. My experience is that second passes can be almost unnoticeable in overall run-times if the data is already cached.
Bob ====================================== Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Lcms-user mailing list Lcms-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lcms-user
