Bob, You are right that the Windows model for ICM display support is in the video card driver. I believe that this is a poor model since it leaves it up to the video vendors to do a good job of implementing this. Some of them will and others are likely not to. This can and does lead to a number of problems. For example, I have a Matrox 450 in my machine and I can only setup a system wide monitor profile. That is there is no way to have individual profiles for each monitor. Since I have a dual head setup this leave me with one monitor that is not correctly color managed. My understanding is that newer Matrox cards like the 650 have drivers that support profiles for individual monitors.
X11 seems to have support for ICM profiles. I stumbled across it yesterday while researching this on the web and even looked at some of the man pages for it on my SuSE 9.1 box. There are about 43 ICM related X11 commands. I don't know if it works. And I am sure that no one is using it because no one even knows it exists. So very likely the developers may not even know if it is really working. These commands begin with Xcms. So to find these do a man -k Xcms and you will get a list. I think you are right that the open source community needs to have a common framework for CM. Things like a defined directory structure and defined configuration files and configuration frontend are a start but are only the tip of the ice burg. There also needs to be some thought put into how this should be architected across all of the subsystems. That way the developers of each subsystem will know what they need to do to make this work and it will be easier for users to understand how to configure these systems. CM works in Windows but in my opinion it is not well architected and as a result it is difficult to setup and very hard to understand how to make things work and what the roll of each of the players (image capture software, editing software, print drivers, video drivers, profile creation software..) is in the workflow. Perhaps the open software community can do better. Hal V. Engel On Saturday 22 May 2004 18:04, Bob Friesenhahn wrote: > On Sat, 22 May 2004, Hal V. Engel wrote: > > I have been seriously considering moving to Linux but find myself > > stymied by the primitive state of color management support. Both > > at the system level and in the image acquisition, editing and > > printing tools. > > You have hit the nail on the head. > > We are planning to add automated color management (much as you > describe) to GraphicsMagick (http://www.GraphicsMagick.org/) but > GraphicsMagick is primarily a batch processing and > programming/scripting environment rather than an interactive editing > environment like GIMP and Photoshop. > > Since LCMS is readily available under an excellent license, there is > no good reason for open source packages to not support automated > color management. > > It seems quite possible for open source packages to support a common > model. For GraphicsMagick we intend to configure color managment > via an XML file. It would be useful if the content of this file > could be common across open source applications so that configuring > in one place ensures similar results in GIMP, GraphicsMagick, and > other image processing tools. > > As far as color management in X11 goes, from what I have seen, in > Microsoft Windows CMS support for the display is a function of the > video device driver rather than Windows itself. Some Unix system > vendors handle this via the display hardware. If X11 does not > handle it, then the application itself must handle it. > > Bob > ====================================== > Bob Friesenhahn > [EMAIL PROTECTED] > http://www.simplesystems.org/users/bfriesen > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle > 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click > _______________________________________________ > Lcms-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/lcms-user
pgpxxavFpzdUG.pgp
Description: signature
