home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!destroyer!cs.ubc.ca!unixg.ubc.ca!reg.triumf.ca!noel
- From: noel@reg.triumf.ca (NOEL GIFFIN)
- Newsgroups: comp.graphics
- Subject: Re: HSV to RGB mapping
- Date: 28 Jan 1993 11:29 PST
- Organization: TRIUMF: Tri-University Meson Facility
- Lines: 25
- Distribution: world
- Message-ID: <28JAN199311295726@reg.triumf.ca>
- References: <C1KKq1.MD9@cs.dal.ca>
- NNTP-Posting-Host: reg.triumf.ca
- News-Software: VAX/VMS VNEWS 1.41
-
- In article <C1KKq1.MD9@cs.dal.ca>, rahman@ug.cs.dal.ca (Omar A. Rahman) writes...
- >
- > I have a question which I hope is not too basic, are there colours
- >which can be represented in the true HSV cone which cannot be represented
- >in the standard RGB cube?
-
- From a hardware point of view, all colour monitors work in RGB. Conversion
- is done before it gets to your monitor. Any colour value triple in HSV format
- is translated into RGB. So in theory any HSV value should have it's
- counterpart in RGB. There are some holes in this. These numbers are integers
- that drive DACS for the colour guns. They have a fixed resolution, which
- depends on your system. Typically 6 -> 8 bits / gun. The algorithm which
- converts HSV -> RGB is not 1:1 There will be values for which two adjacent
- HSV values map into the same RGB value and the converse is also true. There
- will be RGB values which won't be mapped by any setting of HSV. This is
- strictly an artifact of DAC resolution. The translation algorithms are
- simple functions. There are no discontinuities in the algorithms that I
- have seen.
- -----------------------------------------------------------------------------
- If you're a horse, and someone gets on you, and falls off, and then gets right
- back on you, I think you should buck him off right away.
- Deep Thoughts -- By Jack Handey
- -----------------------------------------------------------------------------
- Noel@reg.triumf.ca
-
-