Article View: sci.image.processing
Article #930Re: Big RGB <-> CMY Problem
From: Reiner Eschbach
Date: Thu, 07 Jan 1993 16:10
Date: Thu, 07 Jan 1993 16:10
47 lines
2597 bytes
2597 bytes
In article <1993Jan4.134820.1522@tom.rz.uni-passau.de> friedric@diogenes.uni-passau.de (Carsten Friedrich) writes: >Hi, > >I have a big problem converting colors from cmy to rgb and vice versa. >The usual aproach, to just invert the components seems to be incorrect. >The following facts make me think so: >- if you print a bar of yellow on the screen with brightness ranging from >0% to 100% you'll see that it is slightly greenish You are using (r,g,b) = (1,1,0) of the CRT ( using its own phosphors ) to "define" yellow. This has nothing much to do with any other definition of yellow. You are working in device dependent space and you have to measure your CRT to derive the device independent data in your favorite device-independent color space. >- if you look at an image that is scanned with a very good scanner >(like hell) you will see that e.g. red colors in real turn to purple colors >on the screen Do you mean that colors you perceive to be red ( under what illumination ) on film/paper appear to have changed hue on the CRT? Even for device independent descriptions, cross-media matches are very difficult and a field of ongoing research. Means: don't expect a match. >- if you look at color tables printed in 7 color-printing technique you'll see >that the inverse color of cyan is not red, but a kind of orange. Also the inverse >colors of magenta and yellow, are not the green and blue you use in rgb. >if you trust the color tables it seems not to be just a linear offset, but sth. >more complex. Your basic problem seems to be that you are operating in device dependent color spaces ( rgb and cmy or even better cmyk are generally created with a specific output medium/dye-set etc. in mind). >Can anyone help me solve this problem ??? Even a rough color calibration to any device independent color space should reduce the problem dramatically. You might try a device independent rgb ( like Xerox rgb 8-) ) which does in general not span the available gamut, or a luminance chrominance system like YCC,YES,YHS,Y??. >thanx and greetings, >carsten Reiner
Technical Details
Message-ID:
<1993Jan7.161034.24377@spectrum.xerox.com>Path:
arc1-ca.pugleaf.net!sparky!uunet!noc.near.net!hri.com!spool.mu.edu!uwm.edu!biosci!parc!rocksanne!abc.wrc.xerox.com!eschbachReferences:
<1993Jan4.134820.1522@tom.rz.uni-passau.de>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!noc.near.net!hri.com!spool.mu.edu!uwm.edu!biosci!parc!rocksanne!abc.wrc.xerox.com!eschbach From: eschbach@abc.wrc.xerox.com (Reiner Eschbach) Newsgroups: sci.image.processing Subject: Re: Big RGB <-> CMY Problem Keywords: rgb, cmy Message-ID: <1993Jan7.161034.24377@spectrum.xerox.com> Date: 7 Jan 93 16:10:34 GMT References: <1993Jan4.134820.1522@tom.rz.uni-passau.de> Sender: news@spectrum.xerox.com Organization: Xerox Lines: 47