HP DreamColor Calibration Solution / X-Rite i1 DisplayPro / Linux Centos 6.4

[Macbeth R.]

Hi, I'm having trouble accessing my HP device, wich I had read is the same
as X-Rite i1 DisplayPro, unless all my troubles are just because an OEM
specific configuration.

The installation process was as follows on a Linux Centos 6.4:

yum installed the following packages:
argyllcms-1.3.5-7.el6.nux.x86_64.rpm
dispcalGUI-1.2.7.0-128.1.x86_64.rpm

Then I realize argyll was to old, so I download latest release, and
unpacked it on /usr/local/
Argyll_V1.5.1_linux_x86_64_bin.tgz

Unistalled old argyllcms with:
sudo rpm --nodeps -e argyllcms.x86_64

Added new aryll 1.5 binaries to $PATH, and reboot.

On reboot dispcalGUI auto detected the new argyll location.

Copied 55-Argyll.rules to:
/etc/udev/rules.d/55-Argyll.rules
/lib/udev/rules.d/55-Argyll.rules

Added my user (macbeth) to plugdev group, and reboot.

Still I get the following error:

$ dispcal -yl -R
dispcal: Error - new_disprd() failed with 'Instrument Access Failed'

$ lsusb | grep Rite
Bus 008 Device 004: ID 0765:5020 X-Rite, Inc.

$ sudo chmod 777 -R /dev/bus/usb/008/004

$ sudo chown macbeth:plugdev /dev/bus/usb/008/004

$ ls -l -R /dev/bus/usb
/dev/bus/usb/008:
total 0
crw-rw-r-- 1 root root 189, 896 Jul 30 18:55 001
crw-rw-r-- 1 root root 189, 897 Jul 30 18:55 002
crw-rw-r-- 1 root root 189, 898 Jul 30 18:55 003
crwxrwxrwx+ 1 macbeth plugdev 189, 899 Jul 31 11:44 004

But still same error
dispcal: Error - new_disprd() failed with 'Instrument Access Failed'

However the device is correctly listed in dispcalGUI as follows:

spotread -?
-c listno Set communication port from the following list (default 1)
1 = '/dev/bus/usb/008/004 (Xrite i1 DisplayPro, ColorMunki Display)'

But when starting calibration fails on error.

What I'm missing here? is just a specific problem with the HP oem version
of i1 DisplayPro?

Thanks for the Help!

[Graeme Gill]

Post by Macbeth R.
Hi, I'm having trouble accessing my HP device, wich I had read is the same
as X-Rite i1 DisplayPro, unless all my troubles are just because an OEM
specific configuration.

Hi,
sometimes OEM devices have their own access codes.

Post by Macbeth R.
$ dispcal -yl -R
dispcal: Error - new_disprd() failed with 'Instrument Access Failed'

What do you get when your run "spotread -D2" ?

Graeme Gill.

[Macbeth R.]

Hi! thanks for the Help!! : D

This is what I get, which unlock code??

[***@macbeth ~]$ spotread -D2
usb_check_and_add: found instrument vid 0x0765, pid 0x5020
i1d3_init_coms: called
i1d3_init_coms: About to init USB
usb_open_port: open port '/dev/bus/usb/008/003' succeeded
i1d3_init_coms: suceeded
i1d3_init_inst: called
i1d3_unlock: called
i1d3: Unknown lock code. Please contact ArgyllCMS for help
Instrument initialisation failed with 'Communication protocol breakdown'
(Don't know unlock code for device)!
urb_reaper: cleared requests

Post by Graeme Gill

Post by Macbeth R.
Hi, I'm having trouble accessing my HP device, wich I had read is the

same

Post by Macbeth R.
as X-Rite i1 DisplayPro, unless all my troubles are just because an OEM
specific configuration.

Hi,
sometimes OEM devices have their own access codes.

Post by Macbeth R.
$ dispcal -yl -R
dispcal: Error - new_disprd() failed with 'Instrument Access Failed'

What do you get when your run "spotread -D2" ?
Graeme Gill.

[Jarkko Lavinen]

Post by Macbeth R.
Hi, I'm having trouble accessing my HP device, wich I had read is the same
as X-Rite i1 DisplayPro, unless all my troubles are just because an OEM
specific configuration.

I used an USB sniffer in 2010 to get it detected. but haven't had time
to go further.
http://comments.gmane.org/gmane.comp.graphics.argyllcms/6074

Jarkko Lavinen

[Macbeth R.]

Is it posible to get this unlock code from the Ookala Software??
http://ookala-mcf.sourceforge.net/


CONFIDENTIALITY NOTICE: This e-mail message is intended only for the
above-mentioned recipient(s). Its content is confidential. If you have
received this e-mail by error, please notify us immediately and delete it
without making a copy, nor disclosing its content, nor taking any action
based thereon. Thank you.

[Graeme Gill]

Post by Macbeth R.
Is it posible to get this unlock code from the Ookala Software??
http://ookala-mcf.sourceforge.net/

It doesn't appear to be maintained, so I would imagine not
(ie. it pre-dates the i1display Pro, and furthermore doesn't
actually come with any instrument drivers.)

Graeme Gill.

[Macbeth R.]

OK, yes I do have the software for mac, and windows, and I have macs, and
windows machines at work also, so what I have to do? install a USB sniffer?

Post by Graeme Gill

Post by Macbeth R.
Is it posible to get this unlock code from the Ookala Software??
http://ookala-mcf.sourceforge.net/

It doesn't appear to be maintained, so I would imagine not
(ie. it pre-dates the i1display Pro, and furthermore doesn't
actually come with any instrument drivers.)
Graeme Gill.

[Graeme Gill]

Post by Jarkko Lavinen
I used an USB sniffer in 2010 to get it detected. but haven't had time
to go further.
http://comments.gmane.org/gmane.comp.graphics.argyllcms/6074

I think you'll find that's a different instrument - an OEM version
of the i1display, not the i1display Pro that we're talking about here.

The unlock code sequence is quite different for the i1display Pro.

Graeme Gill.

[Matthew H. Owens]

I have an eye one display pro. Do you have a link to any documentation on how to go about unlocking it?

Sent from my iPad

Post by Graeme Gill

Post by Jarkko Lavinen
I used an USB sniffer in 2010 to get it detected. but haven't had time
to go further.
http://comments.gmane.org/gmane.comp.graphics.argyllcms/6074

I think you'll find that's a different instrument - an OEM version
of the i1display, not the i1display Pro that we're talking about here.
The unlock code sequence is quite different for the i1display Pro.
Graeme Gill.

[Graeme Gill]

Post by Matthew H. Owens
I have an eye one display pro.

Right, but which version ?

The retail version ?
The Colormunki Display ?
The OEM version ?
The NEC version ?
The QUATO version ?
The HP version ?
or some other version ?

Each has a different unlock key.

Post by Matthew H. Owens
Do you have a link to any documentation on how to go about unlocking it?

It's in the source code. See spectro/i1d3.c

There's no other documentation (X_rite certainly wouldn't document it!)

Graeme Gill.

[Matthew H. Owens]

I believe the retail version.

Matthew H. Owens
Founder
Druidian Archival Service
www.druidian.org
Archival Studio [phone]

Post by Graeme Gill

Post by Matthew H. Owens
I have an eye one display pro.

Right, but which version ?
The retail version ?
The Colormunki Display ?
The OEM version ?
The NEC version ?
The QUATO version ?
The HP version ?
or some other version ?
Each has a different unlock key.

Post by Matthew H. Owens
Do you have a link to any documentation on how to go about unlocking it?

It's in the source code. See spectro/i1d3.c
There's no other documentation (X_rite certainly wouldn't document it!)
Graeme Gill.

[Graeme Gill]

Post by Matthew H. Owens
I believe the retail version.

I'm not sure why you are asking the question then. ArgyllCMS
works with the retail version.

Graeme Gill.

[Matthew H. Owens]

Ah ok. Haven't tried it since I run Eizo Nanao Coloredge 245 series type monitors in the lab, and use the included software to profile them. I forgot about how you have not had an opportunity to test out these monitors with argyll... Anyway.

Matthew H. Owens
Founder
Druidian Archival Service
www.druidian.org
Archival Studio [phone]

Post by Graeme Gill

Post by Matthew H. Owens
I believe the retail version.

I'm not sure why you are asking the question then. ArgyllCMS
works with the retail version.
Graeme Gill.

[Macbeth R.]

I will do that tomorrow monday, :D and I let you know what happend, thanks
:D

[Jason Campbell]

Hello all. I am trying to do some specific tests and need to override the
Ink Limit being imparted into the resulting profile. I am using -l400 in my
call to txt2ti3 (converting CGATS to ti2/ti3 files) then -l400 in the call
to colprof. Note these are specific in that I have no black inking going
on, and I do see that the programs are taking the request to override the
calculated Ink Limit (-v switch). However when I start getting to the 80%+
tone value region, the profile starts sucking out on meŠ It pulls back on C
and M and starts to push Y. In looking at where argyll wants to pin my
total ink (when left alone; no -l switch) it puts me around 260%, and that
is what I see in the curves coming from xicclu -- that it starts pulling
back and at 100% C, M, and Y add up to just about that -- despite my attempt
to push it. I understand argyll is probably modeling reality and I am
assuming I'll be told I cannot create something from nothing (if total ink
is found to be 260% you can't arbitrarily push it out to 300%)?! My desire
would be that the curves all push out to 300% in a more 'normal' fashion
versus the kooky business happening past 80%, specifically with the Y
channel. Any hope for this, or 'it is what it is'?

[Graeme Gill]

Post by Jason Campbell
calculated Ink Limit (-v switch). However when I start getting to the 80%+
tone value region, the profile starts sucking out on meŠ It pulls back on C
and M and starts to push Y. In looking at where argyll wants to pin my
total ink (when left alone; no -l switch) it puts me around 260%, and that
is what I see in the curves coming from xicclu -- that it starts pulling
back and at 100% C, M, and Y add up to just about that -- despite my attempt
to push it.

Hi,
typically xicclu will indicate what's going on. The B2A table
is created by doing reverse lookups on the A2B table. If either there
are no entries in the A2B using more than 260% ink, or if the gamut
is not increased by using more than 260% ink, then it will never use it.
I would suspect the latter if your chart has 300% test patches.

Note also that the current code picks the darkest neutral as the
black point for the purposes of gamut mapping, so if your 300% patch is
not neutral even if it has a lower L*, then it probably won't be used
when a gamut mapped B2A table is created.

Without the profile or .ti3 data to play with, it's not possible
to say anything more specific.

Graeme Gill.

[Jason Campbell]

Graeme,

Thanks for the feedback. I am replying to Nikolay in a similar thread, so please review and see if anything strikes a note with you there... However to this reply you offered, is there any way to override or work around this behavior of the profiling engine?

What I mean specifically is that despite the crazy nature of CMY gray in the 3/4-tone+ region, at the end of the day, your 300% patch is uncontrollable. My concern with Nik's input was that for me, 300% is 300%. I can't cut it short like you can in an inkjet (where you effectively ink-limit with a sub 100% output). In pure halftone, I have to hit a solid. So the modeled performance contained in the profile I am building is not working when I query for my expected 100% patch's Lab value and fall well short of 100/100/100/0 (300%).

Since I understand what both of you are saying, is there a way I can get anywhere with a perceptual intent built by feeding in a synthetic (fake) profile out of argyll? I am going out on a limb here not exactly sure this makes much sense, but at the end of the day, I need...

If I query a Lab near paper, then I get near 0/0/0/0...
If I query a Lab near solid, then I get near 100/100/100/0...
If I query a Lab somewhere in between, I get a best estimate of the CMY build to yield that Lab...

Post by Graeme Gill

Post by Jason Campbell
calculated Ink Limit (-v switch). However when I start getting to the 80%+
tone value region, the profile starts sucking out on meŠ It pulls back on C
and M and starts to push Y. In looking at where argyll wants to pin my
total ink (when left alone; no -l switch) it puts me around 260%, and that
is what I see in the curves coming from xicclu -- that it starts pulling
back and at 100% C, M, and Y add up to just about that -- despite my attempt
to push it.

Hi,
typically xicclu will indicate what's going on. The B2A table
is created by doing reverse lookups on the A2B table. If either there
are no entries in the A2B using more than 260% ink, or if the gamut
is not increased by using more than 260% ink, then it will never use it.
I would suspect the latter if your chart has 300% test patches.
Note also that the current code picks the darkest neutral as the
black point for the purposes of gamut mapping, so if your 300% patch is
not neutral even if it has a lower L*, then it probably won't be used
when a gamut mapped B2A table is created.
Without the profile or .ti3 data to play with, it's not possible
to say anything more specific.
Graeme Gill.

[Graeme Gill]

Post by Jason Campbell
Thanks for the feedback. I am replying to Nikolay in a similar thread, so please
review and see if anything strikes a note with you there... However to this reply you
offered, is there any way to override or work around this behavior of the profiling
engine?

Not really, since the tools primary aim is color accuracy (but then I don't have your
.ti3, so I'm only guessing as to what's going on). Forcing 300% out for
some L*a*b* that it doesn't actually produce, is not color accurate.

Post by Jason Campbell
inkjet (where you effectively ink-limit with a sub 100% output). In pure halftone, I
have to hit a solid.

I'm not sure why that would be if your aim is color output. Halftone is there
to emulate continuous control over the colorants. So 80% output for L*a*b* = 0 is (I
suspect, since I don't have your .ti3 to look at) working as intended, reproducing
the darkest possible neutral color.

Post by Jason Campbell
Since I understand what both of you are saying, is there a way I can get anywhere with
a perceptual intent built by feeding in a synthetic (fake) profile out of argyll? I am
going out on a limb here not exactly sure this makes much sense, but at the end of the
day, I need...

No, it's not making much sense since you aren't saying why you want what you want.

Graeme Gill.

[Nikolay Pokhilchenko]

Post by Jason Campbell
Since I understand what both of you are saying, is there a way I can get anywhere with a perceptual intent built by feeding in a synthetic (fake) profile out of argyll? I am going out on a limb here not exactly sure this makes much sense, but at the end of the day, I need...
If I query a Lab near paper, then I get near 0/0/0/0...
If I query a Lab near solid, then I get near 100/100/100/0...
If I query a Lab somewhere in between, I get a best estimate of the CMY build to yield that Lab...

Jason, can You just tune Your printing process in hardware with aim to produce 100/100/100/0% color which will "satisfy" ArgyllCMS as deepest neutral black? For example, tune the densities of inks on the media to achieve for 300% the color equivalent to the current 260% total inks. This can solve Your problem because allows to build correct profile with true 300% deepest and neutral CMY black point.
Another way is to apply the calibration curves to Your CMY. Total 300% inks after applying calibration to CMY(K) data become 260% "hardware" inks. So You can use in Your software desired 300% best black but fiddle the hardware with calibrated data, with 260% actual black. So, Your secret software always will see 300% CMY at Lab=0 point but hardware actually will print colorimetric-correct black of 260%.

[Graeme Gill]

This looks like it is now resolved.

Linux 64 bit exe's are here <http://www.argyllcms.com/disptools_lx_64.tgz>
for those interested, and the Beta test source code is here
<http://www.argyllcms.com/Argyll_dev_src.zip> as per usual.

Official support will be with V1.6 when that happens.

Graeme Gill.