K值也要算进去

关注!!!

不知道，我也想要知道！

学习

这是我已经掌握的部分资料:
一、还没试成
BOOL WINAPI TranslateColors(
  HTRANSFORM hColorTransform,
  PCOLOR paInputColors,
  DWORD nColors,
  COLORTYPE ctInput,
  PCOLOR paOutputColors,
  COLORTYPE ctOutput
);
二、
K = 1 - max(R,G,B)
C = 1 - R - K
M = 1 - G - K
Y = 1 - B - K
但这个我觉得不对
从一个DX站点论坛回复看到的
算的结果至少有一项是0
三、用getCvalue等api
结果也不对，值只不过是RGB的倒过来罢了

加了K就不知道了，不加K是一个矩阵乘法，不过矩阵内容忘记了。^_^

RBG和CMY分别是加色法和减色法，简单转换：
C = 255 - R
M = 255 - G
Y = 255 - B
K = min(C, M, Y)
反正分色应该是一个十分复杂的算法，具体我也不太清楚。
由于RGB的彩色空间比CMYK要大，简单转换也许并不能得到满意的值，
好像还需要校正。

好像是
C=C-X'
M=M-X'
Y=Y-X'
K=K+delta
寻找合法的X'和delta值。

这是一个简单转换的程序：
void RGB2CMYK(BYTE R, BYTE G, BYTE B, BYTE& C, BYTE& M, BYTE& Y, BYTE& K)
{
   C = 255 - R;
   M = 255 - G;
   Y = 255 - B;
   K = C<M?C:M;
   K = K<Y?K:Y;
   C= C - K;
   M = M - K;
   Y = Y - K;
}

反方向的：
void CMYK2RGB(BYTE C,BYTE M,BYTE Y,BYTE K,BYTE& R,BYTE& G,BYTE& B)
{
   if ( C + K < 255 )
      R = 255 - (C + K);
   else
      R = 0;
   if ( M + K < 255 )
      G = 255 - (M + K);
   else
      G = 0;
   if ( Y + K < 255 )
      B = 255 - (Y + K);
   else
      B = 0;
}

RGB的彩色空间比CMYK要大，简单转换也许并不能得到满意的值，
好像还需要校正。
值还是有偏差呀

RGB:66,158,214
CMYK:58,21,0,16(%)
CMYK(photoshop中):76,19,1,1(%)
上述算法和photoshop中的值不一样

偶下次帖段代码上来