wrong computation of ink values in cmyk mode

[schreiberx]

after bugfix
http://trac.pykota.com/changeset/280
i think that the black value is computated wrong because printing dark colors using the black ink, the value for the black ink is not subtracted from the cym colors. moreover, black is set to 0 for colored dark pixels.

[jerome]

Not sure if I understand well, since I'm not a color specialist and I didn't write the original algorithm. In any case we're working with what are basically only RGB pictures, for which CMY is the complement wrt (255, 255, 255). So black is computed (as gray level, i.e. where R == G == B, or C == Y == M) instead of being really present as with real CMYK files.
- Could you attach a simple file which exposes the problem ?
- Could you check in pkpgcounter's tests/ directory if the output of the following code is incorrect or correct as per your explanation :

for cspace in BW RGB CMY CMYK ; do
        echo "Colorspace : $cspace" ;
        pkpgcounter --colorspace $cspace colors.pdf ;
        echo ;
done

Thanks in advance.

[jerome]

I've received your test case privately, and I'll work on this ASAP.

[jerome]

(In [3447]) Fixes #33 by implementing Martin Schreiber's patch.