ðòïåëôù 


  áòèé÷ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  óôáôøé 


  ðåòóïîáìøîïå 


  ðòïçòáííù 



ðéûéôå
ðéóøíá












     áòèé÷ :: Filmscanners
Filmscanners mailing list archive (filmscanners@halftone.co.uk)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: filmscanners: which space?



The complexity comes in when you add translation into another device.

Lets say your original RGB values were 128,64,168, then after mapping
through CYMK and back to RGB you now have 138,16, 186 (I'm making these
numbers up, but they're somewhat believable.  Now you want to print to a
printer that tends towards green and only takes RGB as input.  So you print
a test print and low and behold its too green.  You only have 16 levels of
green left to futz with.


From: "Maris V. Lidaka, Sr." <mlidaka@ameritech.net>
To: <filmscanners@halftone.co.uk>
Sent: Saturday, May 26, 2001 11:58 AM
Subject: Re: filmscanners: which space?


> Which is fine by me - so long as RxGxBx look the same as Rx'Gx'Bx' my
result
> will be what I want it to be.
>
> Maris
>
> ----- Original Message -----
> From: "Karl Schulmeisters" <karlsch@earthlink.net>
> To: <filmscanners@halftone.co.uk>
> Sent: Saturday, May 26, 2001 2:23 AM
> Subject: Re: filmscanners: which space?
>
>
> | That's not exactly the case.  What is the case is that a particular Hue,
> | Intensity value - what our eyes perceive as a unique 'color value' can
be
> | rendered with multiple combinations of RGB.  The same is not true for
CYMK
> |
> | So when you map from RGB into ANY color space, you essentially lose some
> | information.  Namely you lose the mapping back to the original value
> | settings.  That doesn't mean you can't get back to an RGB triplet that
> will
> | look the same, but it does mean that say if you had set the RGB triplet
> | value to Rx,Gy,Bz then mapped to CYMK and you went back, Rx',Gy',Bz'
might
> | not have
> | x=x',y=y',z=z'.
>
> [snipped]
>




 




Copyright © Lexa Software, 1996-2009.