home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / graphics / 12001 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  3.9 KB

  1. Path: sparky!uunet!ukma!usenet.ins.cwru.edu!agate!doc.ic.ac.uk!uknet!mucs!lilleyc
  2. From: lilleyc@cs.man.ac.uk (Chris Lilley)
  3. Newsgroups: comp.graphics
  4. Subject: Re: Need formula: f(paint pigments)=RGB
  5. Message-ID: <6761@m1.cs.man.ac.uk>
  6. Date: 17 Nov 92 04:21:24 GMT
  7. References: <1992Nov14.203435.12713@aimla.com>
  8. Sender: news@cs.man.ac.uk
  9. Organization: Dept Computer Science, University of Manchester, U.K.
  10. Lines: 71
  11.  
  12. In article <1992Nov14.203435.12713@aimla.com> ken@optimla.aimla.com
  13. (Ken Ellinwood) writes:
  14.  
  15. >I need a formula or algorithm to translate proportions of red, yellow
  16. >and blue paint pigments that have been mixed with a white base into an
  17. >appropriate RGB value for display on an NTSC monitor.  The formula is
  18. >to be used in software that allows a user to simulate real-world paint
  19. >mixing.
  20.  
  21. OK. The converting to display on a particular monitor bit is easy. You
  22. have a specification of the colour of your paint mixture (in CIE XYZ,
  23. say) and you plug this into a formula that uses the characteristics of
  24. your monitor to generate RGB values to display. As I said this bit is
  25. simple - if you have problems mail me and I will send you a file that
  26. explains this bit.
  27.  
  28. Much more difficult is the first bit - predicting the colour of your
  29. four way pigment mix. This depends on a number of factors - the
  30. precise colour of your initial pigments, their opacity, the order they
  31. were laid down (if using washes), the illumination conditions, the
  32. depth of staining of each colour...
  33.  
  34. We need to make a few simplifying assumptions. Firstly, the light
  35. source is a diffuse daylight, or not too far from it. Second, the
  36. paints are chemically inert, dont react with each other and produce a
  37. stable colour instantly. Third, the paints are thoroughly and
  38. completely mixed in a container of some kind, not laid in washes on
  39. the paper - so the order of adding paint is not important.
  40. Fourthly and most importantly, we need a particular definition of the
  41. colours of the pigments under consideration. Not just 'red'. Which
  42. red? Mars red? Alizarian crimson1?
  43.  
  44. I will assume you have for particular paints in mind. If not - well,
  45. imaging going to a painting & decorating shop and saying 'I have green
  46. walls at home. Give me a green paint' and expecting a match...
  47.  
  48. First you need to model the staining behaviour as each paint is mixed
  49. with white. For example, some colours are 'weak'-  add 5 parts of white
  50. and they are so pale they are nearly white. Others may take 30 or 50
  51. parts of white to dilute out most of the colour (such as the alizarian
  52. crimson I mentioned earlier). 
  53.  
  54. Next, sample different proportions of mixtures of two colours. Then of
  55. three colours.. The aim is to build a 4D lookup table; any desired mix
  56. can then be interpolated from the nearest entries in the table.
  57.  
  58. Colours of mixtures could either be expressed as RGB for your
  59. particular monitor, mixing up a colour that matches, or measured as
  60. CIE XYZ values if you have access to a spectrophotometer.
  61.  
  62. >I expected that I might be able to look up the formula for the
  63. >translation in a computer graphics book, but so far all of the
  64. >literature that I have found on the subject uses the
  65. >yellow/magenta/cyan primaries when dealing with subtractive color
  66. >systems.  Any help would be greatly appreciated.  Thanks,
  67.  
  68. Paint mixing is a subtractive process, but does not follow the very
  69. simplified theoretical CMY model found in introductory graphics books,
  70. which assumes for example that the colours are fairly translucent, and laid
  71. on white paper in a screened dot pattern rather than being mixed.
  72.  
  73.  
  74.  
  75. --
  76. Chris Lilley
  77. ---------------------------------------------------------------------------
  78. Technical Author, ITTI Computer Graphics and Visualisation Training Project
  79. Computer Graphics Unit, Manchester Computing Centre, Manchester, UK
  80. Internet:   lilley@cgu.mcc.ac.uk        Janet:   lilley@uk.ac.mcc.cgu
  81. Voice:      +44 (0)61 275 6095          Fax:     +44 (0)61 275 6040
  82. ---------------------------------------------------------------------------
  83.