From: Kai-Uwe B. <ku...@gm...> - 2004-05-26 22:33:39
|
Am 24.05.04, 10:32 -0000 schrieb ma...@li...: > > > Gerhard Fuernkranz <nos...@gm...> said: > > > Karl Heinz Kremer schrieb: > > > > > ... and using LCMS in Gimp's display layer was too slow. > > > > Yes, LCMS unfortunately is a bit slow (sorry to say that, Marti) :-( > > No offence, it *was* so slow :-) However, things have changed after that. > lcms still does not reach Argyll levels, but 1.13 incarnation is > faster that, say, Windows ICM. It would be interesting to know whatever > current version /actual hardware is enough for on-fly conversions. > > Anyone has checked performance of 1.13? I switched to 1.13 and performance possible is very good. Shurely on load time is an delay noticeable, due to creation of the transform and the initial conversion CinePaint can show images very silky. All supported types 8-bit, 16-bit and double (converted from CinePaints float type) are fast and show nearly no difference. Looking back, since I tested displaying CIE*Lab in filmgimp over one year ago, performance has very much improved. I think these are encouraging results for using color management in applications. Realtime cms is done with an 2.4 P4 1280x1024. For still applications it is enough. For videos/openGL it may be an cpu killer. Therefore it would be nice to put lcms in the graphic card and dont use CPU time. If someone like to see an demonstration, I will show CinePaints CMS, based on lcms, on Linuxtag in Karlsruhe/Germany at the Open Productivity booth <http://www.infodrom.org/Debian/events/LinuxTag2004/projects.php3> in June 23th - 26th, 2004 . ICC based loading, viewing and printing + calibration of scanners and cameras. Lack of monitor calibration is an showstopper. Any hint how to do it under linux is welcome. Marti, will Your profiler use the i1? > Regards, > Marti. thanks, Kai-Uwe |