December 2013 - colorsync-users

Re: ISO 12646 issues (UDACT issues)
by Paul Sherfield 06 Dec '13

06 Dec '13

Hi I have seen this issue with UDACT when using a number of devices, iOnePro, iOneProDisplay, etc, so it still may be a glitch? Paul Sherfield The Missing Horse Consultancy Ltd 01442 207626 07899 906385 Fax: 0872 111 7709 http://www.missinghorsecons.co.uk Follow us on: Twitter.com/missinghorse Apple Solutions Expert-Print & Publishing Member - UK TC130 Technical Advisory Group (ISO 12647 Printing Standards) Member - BPIF Technical Standards Committee Lean and green? To save money and become a greener printer, see http://www.greenprinter.co.uk http://www.keeconsultants.com Reduce your carbon footprint http://www.1010uk.org This email and any attachments may be confidential and are intended solely for the use of addressee. If you are not the intended recipient of this message, any disclosure, copying or other distribution is strictly prohibited and may be unlawful. If you have received this message in error, please notify the sender and delete all copies from your system. Email may be susceptible to data corruption, interception and unauthorised amendment. We do not accept liability for any such corruption, interception or amendment or the consequences thereof. We do not accept liability for any action or inaction by the recipient as a result of advice or information contained within this email. >

1 0

Re : Gracol 2013
by THOMAS A LIANZA 05 Dec '13

05 Dec '13

> Hi Mike, You wrote: "I am not simulating on an Inkjet, I am using the actual printing papers on an Indigo. Is there a correct way as a rule of thumb?" In this case, I would use M1 measurement mode (uvIncluded-D50 simulation). This should get you closer to correct numbers. As Roger pointed out the GRACoL Uncoated 2013 profile is based upon M1 measurement data. The problem here, of course, is the M1 mode itself. The specification, like all ISO specs, does not really provide guidance about conformance metrics and in recent test data that I saw, there was a fairly wide range of "opinions" between different families of instruments about the correct M1 response. The best case is where you use the same instrument on both sides of the process, but this often not the case. As you mentioned, you use an ISIS to build the profile. You can build an M1 profile using the X-rite i1Publish and the ISIS. To certify a color you should use an instrument like the i1ProII which has a very similar M1 condition. The M1 measurement condition will continue to be an issue, until with have a method of certification. Regards, Tom Lianza President Sequel Color Science and Instrumentation. On Dec 5, 2013, at 5:00 AM, colorsync-users-request(a)lists.apple.com wrote:

2 2

Re: Re: ISO 12646 issues (UDACT issues)
by J.Raimar Kuhnen-Burger 04 Dec '13

04 Dec '13

The root cause of what Axel is experiencing is not a glitch in UDACT; it´s simply because the Color Navigator Software (and other softwares, too) uses a device correction for the Swing Sensor and UDACT is not aware of this correction at all. So while UDACT is reading "raw" values, the Swing is corrected to get optimized readings on a wide gamut display. All colorimeters need these kind of correction - either built-in or handled by software. The only real remedy is to use an instrument and software combo where one can specify the correction - Basiccolor Discus and i1 Display Pro have selectable built-in correction tables - or make use of a spectral device like the i1 Pro/Pro 2. Raimar Am 01.01.04 00:00 schrieb "" unter <>: >Hi > >Re the issue with UDACT I have seen the same thing when checking my EIZO >CG 243w. Try changing the settings in UDAC for colour temp to "Auto' or >'Custom' this has worked for me. It seems to be a UDACT glitch. > >Regards > >Paul Sherfield > > >Telephone : + 44 1442 207626 >Mobile: + 44 7899 906385 > >http://www.missinghorsecons.co.uk > >http://twitter.com/#!/missinghorse > >Apple Solutions Expert - Print & Publishing >Member - UK TC130 Technical Advisory Group (ISO 12647 Printing Standards) >UK Expert: ISO TC130/Working Group 13 on certification of printing >standards >Chair BPIF UK ISO 12647 Certification Steering Group >Member - BPIF Technical Committee > > >Lean and green? >To save money and become a greener printer, see >http://www.greenprinter.co.uk > > >http://www.keeconsultants.com > > >Reduce your carbon footprint >http://www.1010uk.org > > >This email and any attachments may be confidential and are intended solely >for the use of addressee. If you are not the intended recipient of this >message, any disclosure, copying or other distribution is strictly >prohibited and may be unlawful. > >If you have received this message in error, please notify the sender and >delete all copies from your system. Email may be susceptible to data >corruption, interception and unauthorised amendment. > >We do not accept liability for any such corruption, interception or >amendment or the consequences thereof. We do not accept liability for any >action or inaction by the recipient as a result of advice or information >contained within this email. > > > > > > > > > > > > > > > > >> > > > >

1 0

Inter-Monitor Agreement
by Ken Fleisher 04 Dec '13

04 Dec '13

I'd like to take a survey to find out what tools, if any, those of you with multiple workstations use to validate that your monitors are in agreement with each other. 1. Do you simply calibrate all your monitors with the same software? 2. Do you use any tools that verify compliance with any standards (if so, which ones)? 3. Do you use any tools to correct a monitor's calibration to match a master monitor? Just curious. Thanks! Ken Fleisher

2 1

ISO 12646 issues.
by Axel Robert 04 Dec '13

04 Dec '13

Dear all, I would like to know if I am the only one or not but I have some problems to "certify" my several EIZO CG275W LCD. As you certainly already know, this display is configured with a built-in calibration sensor which is able to correlate an external sensor, in my case it's a basICColor DISCUS. All seems to be good in terms of parameters and profile quality (with the Eizo's internal software called ColorNavigator), despite the fact it doesn't pass the Ugra Display Analysis Certification Tool for the white point while it is good in the final internal Eizo's test (a script made in Photoshop). I tried several settings with different values in term of brightness, luminance and gamma to ensure the display functions properly, even I almost always used the same prefs, that is: Brightness 110 cd/m2 - whitepoint 5800 K - Minimum black point targeted as follow: 110cd/m2 / 288 = 0,38 cd/m2 - Gamma L* according to the ECI RGB V2. But unfortunately, I always obtain the same extremely bad and very weird result in term of DeltaE whitepoint: 12.1 dE00 or 12.3 dE76… I am totally confused about this results, any suggestions? Many thanks beforehand! Axel Axel Robert | UBISOFT 28, rue Armand Carrel – 93100 Montreuil-sous-Bois Cedex | France Tel. : +33 (0)1 48 18 52 03 | Mobile. : +33 (0)6 68 83 34 67 | Skype: axelprepress

2 1

Re: ISO 12646 issues
by Paul Sherfield 04 Dec '13

04 Dec '13

Hi Re the issue with UDACT I have seen the same thing when checking my EIZO CG 243w. Try changing the settings in UDAC for colour temp to "Auto' or 'Custom' this has worked for me. It seems to be a UDACT glitch. Regards Paul Sherfield Telephone : + 44 1442 207626 Mobile: + 44 7899 906385 http://www.missinghorsecons.co.uk http://twitter.com/#!/missinghorse Apple Solutions Expert - Print & Publishing Member - UK TC130 Technical Advisory Group (ISO 12647 Printing Standards) UK Expert: ISO TC130/Working Group 13 on certification of printing standards Chair BPIF UK ISO 12647 Certification Steering Group Member - BPIF Technical Committee Lean and green? To save money and become a greener printer, see http://www.greenprinter.co.uk http://www.keeconsultants.com Reduce your carbon footprint http://www.1010uk.org This email and any attachments may be confidential and are intended solely for the use of addressee. If you are not the intended recipient of this message, any disclosure, copying or other distribution is strictly prohibited and may be unlawful. If you have received this message in error, please notify the sender and delete all copies from your system. Email may be susceptible to data corruption, interception and unauthorised amendment. We do not accept liability for any such corruption, interception or amendment or the consequences thereof. We do not accept liability for any action or inaction by the recipient as a result of advice or information contained within this email. >

1 0

Re: UDACT - problems to "certify" EIZO CG275W
by vaclavicek 04 Dec '13

04 Dec '13

Hi Axel, to your problem with "certification" on Eizo CG275 I can say thats not so simple to complete some technical tests in colorimetry or color management without doubt about the procedure. It requires more experience than it looks at first glance. My comments to your report: 1. > EIZO CG275W LCD. As you certainly already know, this display is configured > with a built-in calibration sensor which is able to correlate an external > sensor, in my case it's a basICColor DISCUS. Your mention of this feature looks suspicious because it is not a good idea to use this correlation to compare the results in two different applications. DISCUS is supported in EIZO ColorNavigator and internal colorimeter EIZO-swing is supported in UGRA-Tool (as I can read in documentation) so there is no reason to use this undesirable correlation routine in test - or is there? 2. > despite the fact it doesn't pass the Ugra Display Analysis Certification Tool > for the white point while it is good in the final internal Eizo's test (a > script made in Photoshop). Another suspicious thing is the information about Photoshop-script while this is used only for CMYK-validation by ColorNavigator. But It¹s not possible to make some control of White-Point coordinates from this type of validation... I dont understand why you talk about it in this case. To check the monitor, you must always give priority to validation in native mode first - I¹m just talking about RGB-mode in this case. 3. > whitepoint 5800 K - Gamma L* according to the ECI RGB V2. > But unfortunately, I always obtain the same extremely bad and very weird > result in term of DeltaE whitepoint: 12.1 dE00 or 12.3 dE76 I have no idea if this combination of CCT 5800K + L*curve is recommended for starting in UDACT-Test but many serious applications talks about 5000K+Gamma2.2 in first line. Note that value of dE=12 correspond with difference between White-points of 5000K / 5800K very well. Usualy we can get values dE<1.0 for White-point validation with DISCUS on EIZO CG monitors. 4. > I am totally confused about this results, any suggestions? If we talking about measurements in 2 different apps you should know that EIZO ColorNavigator use special compensation tables for colorimeters by default /"Color management (Recommended)"/ and It is possible to switch this compensation Off in Preferences>Measurement device. I would like to hear some news from you if the results change! Radim

1 0

ISO 12646 issues.
by George Marinos 03 Dec '13

03 Dec '13

The Basic RGB certification was ok. George Marinos www.idololab.gr idolo(a)otenet.gr Athens,GREECE

1 0

ISO 12646 issues.
by George Marinos 03 Dec '13

03 Dec '13

Had similar problems with Color navigator,CG221 and i1Pro on Mac OS 10.8.3 George Marinos www.idololab.gr idolo(a)otenet.gr Athens,GREECE

1 0