[argyllcms] Re: Canon XPS printer drivers: fake CMYK or rogue CMS?

  • From: János, Tóth F. <janos666@xxxxxxxxxx>
  • To: argyllcms@xxxxxxxxxxxxx
  • Date: Mon, 23 Sep 2013 18:44:18 +0200


Inside the downloadable sefl-extract archive, there is the .INF which
refers to sRGBPROFILE.OEM (no mention of CMY).

Inside a cabinet file (alongside the main .INF) there is another .INF which
refers to "sRGB Color Space Profile.icm" as RGB and Dev profiles, and also
a CMYK profile: CNMXJPAT.DAT (not .ICM).

This .DAT file is actually a real CMYK<->Lab cLUT profile.

What all this means, unfortunately, I can not tell.
This still don't tell me it the printer hardware receives RGB or CMYK data
when I print a CMYK image from PhotoShop.
Should I try to tag my test charts with this profile and allow driver CMS
in a hope to get a "native" CMYK response?

2013/9/23 János, Tóth F. <janos666@xxxxxxxxxx>

> I tried to tag the image with Eurocoated v2, set the same profile in
> Win8.1's color settings for the printer and print with "printer manages
> colors" is PS and "ICM profiles" mode in the XPS driver settings. The
> resulted print wasn't saturated enough.
> Another hint is that PhotoShop doesn't accept the installed CMYK profile
> if I tell PS to do the color conversion before printing (instead of the
> printer). So, I guess it won't work with PhotoShop either wasys. And it
> seeems probable it detects and RGB device, not just assumes one (but it is
> also possible because XPS printer drivers aren't common, CMYK usually
> happens with PostScript drivers, everything else used to be RGB GDI.)
> I will check out that file you mentioned.
> I guess cheap native CMYK printing would have been too nice to be true.
> On Sep 23, 2013 8:56 AM, "Graeme Gill" <graeme@xxxxxxxxxxxxx> wrote:
>> János, Tóth F. wrote:
>> > I just bought a cheap Canon multifunction printer and noticed that
>> there is
>> > an XPS driver on Canon's site.
>> > I am still wondering if the printer receives color managed CMYK colors
>> or
>> > RGB colors when I print CMYK colors. I guess it doesn't. However, I
>> don't
>> > know how to prove it since the XPS driver seems to forcefully use an
>> input
>> > color profile.
>> Hi,
>>         I don't remember all the details of the XPS driver, but a telling
>> thing is what the printer XPS profile colorspace is. They are supposed
>> to be XML, so you should be able to simply open the profile in
>> a text editor and check it. If it's RGB, then the driver or device
>> itself is saying it's an RGB device.
>> There may be an XPS API to tell a printer to operate in native
>> space for calibration & profiling, but this would need to be
>> researched. Alternatively there is the "null transform" method - ie.
>> tell XPS that the input and output colorspaces are the same.
>> Graeme Gill.

Other related posts: