Conversion RGB -> CMYK

Dominique de LAPASSE wrote:

Quelqu'un aurait une formule de conversion en BETON ?

En béton ne veux rien dire, il suffit d'utiliser la bonne formule.

1) RGB(r,g,b)

2) CMY=(1-r,1-g,1-b) => CMY=(c,m,y)

3) k=min(c,m,y) => CMYK=(c-k,m-k,y-k,k)

Dans ton cas, le 1 vaut 255.

Tu peux donc écrire :

K = minimum(255 – R, 255 – G, 255 – B)
C = (255 – R – K)
etc.

Parfois, des corrections sont effectuées:

K = minimum(255 – R, 255 – G, 255 – B)
C = (255 – R – K) / (255 – K)
M = (255 – G – K) / (255 – K)
Y = (255 – B – K) / (255 – K)

Quelques liens :

http://www.adaptiveview.com/cw/doc5a.html
http://www.paris-pc-gis.com/MI_Enviro/Colors/color_models.htm#6-2%20R,%20G,%20B%20<>%20CMYK
http://www.fsref.com/Fatal/FE070401.SHTML

--
AMcD®

http://arnold.mcdonald.free.fr/

Au passage, votre message est hors sujet.

Le 05-10-2004, Dominique de LAPASSE <dominique.de-lapasse@worldonline.fr> a écrit :

La formule basique
C = 255 - R;
M = 255 - G;
Y = 255 - B;

marche assez bien pour des couleurs pures, mais dès qu'on s 'attaque à des
couleurs plus riches, dégradées... ca devient psychédelique sur les
rendus....

A l'écran ou sur papier ?

Si c'est à l'écran je ne comprends pas : les écrans affichent en RVB
en fin de compte, donc si tu pars de données RVB que tu convertis en
CMY au moment de l'affichage on retombe sur les mêmes valeurs RVB.
(ie. il y a bijection entre RVB et CMY et de plus c'est affine)

L'erreur que tu commets peut-être c'est que tu rentres des coordonnées
colorimétriques CMY dans un système CMYK (où tu mets K toujours à 0
d'où les couleurs psychédéliques) : on ne retombe pas sur les valeurs
RVB initiales.

Pour une impression papier, généralement on connaît les teintes des
encres utilisées et les teintes des superpositions des encres (ce qui
fait 7 courleurs possibles en CMY). Avec ça on peut calculer les
séparations de façon plus précise, mais je ne pense pas que ce soit
votre cas.

--
cns