diff options
| author | Jörg Frings-Fürst <debian@jff-webhosting.net> | 2016-10-02 19:24:58 +0200 |
|---|---|---|
| committer | Jörg Frings-Fürst <debian@jff-webhosting.net> | 2016-10-02 19:24:58 +0200 |
| commit | 3db384424bd7398ffbb7a355cab8f15f3add009f (patch) | |
| tree | 4536961c62454aca3ac87ee88229e4d20c0d44fa /doc | |
| parent | d479dd1aab1c1cb907932c6595b0ef33523fc797 (diff) | |
New upstream version 1.9.1+repackupstream/1.9.1+repack
Diffstat (limited to 'doc')
37 files changed, 14237 insertions, 9467 deletions
diff --git a/doc/ArgyllCMS_arts_tag.html b/doc/ArgyllCMS_arts_tag.html index 826aa30..8b9c445 100644 --- a/doc/ArgyllCMS_arts_tag.html +++ b/doc/ArgyllCMS_arts_tag.html @@ -53,10 +53,10 @@ </ol> The ICC standard "Wrong Von Kries" chromatic transform for media white to/from PCS D50 has disadvantages in regard to color behavior - for Output (i.e. print) profiles as well as Display profiles though. - With most normal, white media this is not of great significance, - since the white point shift is small, but it grows in significance - as the color of the paper differs from white (i.e. tinted papers).<br> + for Output (i.e. print) profiles as well as Display profiles. With + most normal, white media this is not of great significance, since + the white point shift is small, but it grows in significance as the + color of the paper differs from white (i.e. tinted papers).<br> <br> For all these reasons, and in the pursuit of the best possible color quality, ArgyllCMS uses the more color accurate Bradford chromatic @@ -70,17 +70,17 @@ noticeable with tinted stock, while having minimum incompatibility with Output profiles created for normal, white printed media by other profiling programs because the white point shift is typically - small. But to enable perfect compatibility of ArgyllCMS Output (i.e. + small (But to enable perfect compatibility of ArgyllCMS Output (i.e. print) profiles with other CMM's, the default behavior can be changed by using the <a href="Environment.html#ARGYLL_CREATE_WRONG_VON_KRIES_OUTPUT_CLASS_REL_WP">ARGYLL_CREATE_WRONG_VON_KRIES_OUTPUT_CLASS_REL_WP</a> - environment variable.<br> + environment variable).<br> <br> So the problem is that it is impossible to know for sure whether an - ArgyllCMS create profile, ICC V2 Display profile, or other ICC - profiles has used a Bradford or "Wrong Von Kries" chromatic - transform in computing Absolute to/from Relative white point - transform.<br> + ArgyllCMS create profile, ICC V2 Display profile, or other widely + used ICC profiles such as sRGB or AdobeRGB has used a Bradford or + "Wrong Von Kries" chromatic transform in computing Absolute to/from + Relative white point transform.<br> <h2>The solution</h2> The ArgyllCMS SigAbsToRelTransSpace 'arts' tag holds a 3x3 matrix in the first 9 elements<sup>*</sup> of a SigS15Fixed16ArrayType in the @@ -105,7 +105,7 @@ href="Environment.html#ARGYLL_CREATE_WRONG_VON_KRIES_OUTPUT_CLASS_REL_WP">ARGYLL 7: -0.06849670<br> 8: 1.02960205<br> </blockquote> - In contrast, ICC standard behavior is the equivalent of a unit + In contrast, ICC standard behavior is the equivalent of a unity matrix.<br> <br> [ Note that ArgyllCMS will write an 'arts' tag containing a Bradford @@ -142,7 +142,9 @@ href="Environment.html#ARGYLL_CREATE_WRONG_VON_KRIES_OUTPUT_CLASS_REL_WP">ARGYLL the elimination of all ambiguity when the 'arts' tag is present, allowing CMM and profile creators to use the preferred Bradford (or other Sharpened Cone) space for Von Kries chromatic adaptation of - the media white point to/from PCS D50.<br> + the media white point to/from PCS D50, and provide perfect + compatibility for the widely used sRGB and AdobeRGB profiles and + similiar.<br> <h2>Conclusion</h2> The 'arts' tag allows unambiguous use of the recommended Bradford cone space transform in computing the Absolute Colorimetric (Media diff --git a/doc/ArgyllDoc.html b/doc/ArgyllDoc.html index a2b2ed5..e1625f4 100644 --- a/doc/ArgyllDoc.html +++ b/doc/ArgyllDoc.html @@ -1,63 +1,65 @@ -<!DOCTYPE html PUBLIC "-//w3c//dtd html 4.0 transitional//en"> -<html> - <head> - <meta http-equiv="Content-Type" content="text/html; - charset=windows-1252"> - <meta name="author" content="Graeme Gill"> - <meta name="description" content="Root of Argyll CMS documentation"> - <meta name="GENERATOR" content="Mozilla/4.73 [en] (WinNT; I) - [Netscape]"> - <title>Argyll Documentation Top</title> - </head> - <body> - <h1> Argyll CMS documentation index (V1.8.3)<br> - </h1> - Date: 26th October 2015<br> - Author: Graeme Gill - <h2><u><a name="Intro"></a>Introduction</u></h2> - ArgyllCMS is an ICC compatible color management system, available as - Open Source. It supports accurate ICC profile creation for scanners, - cameras and film recorders, and calibration and profiling of - displays and RGB & CMYK printers. Device Link can be created - with a wide variety of advanced options, including specialized Video - calibration standards and 3dLuts. Spectral sample data is - supported, allowing a selection of illuminants observer types, and - paper fluorescent whitener additive compensation. Profiles can also - incorporate source specific gamut mappings for perceptual and - saturation intents. Gamut mapping and profile linking uses the - CIECAM02 appearance model, a unique gamut mapping algorithm, and a - wide selection of rendering intents. It also includes code for the - fastest portable 8 bit raster color conversion engine available - anywhere, as well as support for fast, fully accurate 16 bit - conversion. Device color gamuts can also be viewed and compared with - a modern Web browser using X3DOM . Comprehensive documentation is - provided for each major tool, and a general guide to using the tools - for typical color management tasks is also available. A mailing list - provides support for more advanced usage.<br> - <p>This is Version 1.8.3, a bug fix update to V1.8.2. The first - public release of icclib was in November 1998, and of Argyll was - in October 2000. Code development commenced in 1995. See <a - href="ChangesSummary.html">Changes Summary</a> for an overview - of changes since the last release. Changes between revisions is - detailed in the <b>log.txt</b> file that accompanies the source - code. </p> - <p>The latest source code is available from <a - href="http://www.argyllcms.com/">here</a>.<br> - </p> - <p><font color="#cc0000"><span style="font-weight: bold;">Please - note that instruments are being driven by ArgyllCMS drivers, - and that any problems or queries regarding instrument<br> - operation </span><span style="font-weight: bold;">should - first be directed to the Argyll's author(s) or the Argyll - mailing list, and not to any</span> <span style="font-weight: - bold;">other party.</span></font> </p> - <p> </p> - <h2><a href="ColorManagement.html">An Introduction to Color - Management</a></h2> - <p>A great introduction for non technical people is Steve Upton's <a - href="http://www.colorwiki.com/wiki/The_Color_of_Toast">The - Color of Toast</a>.<br> - </p> +<!DOCTYPE html PUBLIC "-//w3c//dtd html 4.0 transitional//en">
+<html>
+ <head>
+ <meta http-equiv="Content-Type" content="text/html;
+ charset=windows-1252">
+ <meta name="author" content="Graeme Gill">
+ <meta name="description" content="Root of Argyll CMS documentation">
+ <meta name="GENERATOR" content="Mozilla/4.73 [en] (WinNT; I)
+ [Netscape]">
+ <title>Argyll Documentation Top</title>
+ </head>
+ <body>
+ <h1> ArgyllCMS documentation index (V1.9.1)<br>
+ </h1>
+ Date: 28th September 2016<br>
+ Author: Graeme Gill
+ <h2><u><a name="Intro"></a>Introduction</u></h2>
+ ArgyllCMS is an ICC compatible color management system, available as
+ Open Source. It supports accurate ICC profile creation for scanners,
+ cameras and film recorders, and calibration and profiling of
+ displays and RGB, CMY & CMYK printers. Device Link can be
+ created with a wide variety of advanced options, including
+ specialized Video calibration standards and 3dLuts. Spectral
+ sample data is supported, allowing a selection of illuminants
+ observer types, and paper fluorescent whitener additive
+ compensation. Profiles can also incorporate source specific gamut
+ mappings for perceptual and saturation intents. Gamut mapping and
+ profile linking uses the CIECAM02 appearance model, a unique gamut
+ mapping algorithm, and a wide selection of rendering intents. It
+ also includes code for the fastest portable 8 bit raster color
+ conversion engine available anywhere, as well as support for fast,
+ fully accurate 16 bit conversion. Device color gamuts can also be
+ viewed and compared with a modern Web browser using X3DOM .
+ Comprehensive documentation is provided for each major tool, and a
+ general guide to using the tools for typical color management tasks
+ is also available. A mailing list provides support for more advanced
+ usage.<br>
+ <p>This is Version 1.9.1, a feature and bug fix update to the last
+ major releaseV1.8.3. The first public release of icclib was in
+ November 1998, and of ArgyllCMS was in October 2000. Code
+ development commenced in 1995. See <a href="ChangesSummary.html">Changes +
+ Summary</a> for an overview of changes since the last release.
+ Changes between revisions is detailed in the <b>log.txt</b> file
+ that accompanies the source code. </p>
+ <p>The latest source code is available from <a
+ href="http://www.argyllcms.com/">here</a>.<br>
+ </p>
+ <p><font color="#cc0000"><span style="font-weight: bold;">Please
+ note that instruments are being driven by ArgyllCMS drivers,
+ and that any problems or queries regarding instrument<br>
+ operation </span><span style="font-weight: bold;">should
+ first be directed to the Argyll's author(s) or the Argyll
+ mailing list, and not to any</span> <span style="font-weight:
+ bold;">other party.</span></font> </p>
+ <p> </p>
+ <h2><a href="ColorManagement.html">An Introduction to Color
+ Management</a></h2>
+ <p>A great introduction for non technical people is Steve Upton's <a
+ href="http://www.colorwiki.com/wiki/The_Color_of_Toast">The
+ Color of Toast</a>.<br>
+ </p>
I present here a more technical but <a href="ColorManagement.html">concise @@ -109,51 +111,70 @@ - discussion</a> of what color management is, and why we need it, - together with a brief overview of the ICC profile format.<br> - <br> - <h2 style="text-decoration: underline;">Operating Environments</h2> - <h2> </h2> - <p>Argyll is known to compile and run in at least the following - environments: </p> - 1) MSWindows XP system using Microsoft VC++ 6.0 compiler<br> - 2) MSWindows XP system using Microsoft VC++ 8.0 Express compiler + - Platform SDK Feb. 2003<br> - 3) MSWindows XP system using Microsoft VC++ 9.0 Express compiler + - Platform SDK Feb. 2003<br> - 4) MSWindows XP system using Microsoft VC++ 10.0 Express compiler + - Platform SDK Feb. 2003<br> - 5) MSWindows XP system using Microsoft VC++ 11.0 Express compiler<br> - 6) MSWindows XP system using the MingW port of the GCC compiler<br> - 7) Linux on Fedora Core 8, 32 bit using gcc <br> - 8) Linux on Fedora Core 8, 64 bit using gcc<br> - 9) Apple OS X 10.3 PPC using GCC<br> - 10) Apple OS X 10.4, 10.5, 10.6 Intel using GCC<br> - 11) Apple OS X10.7 Intel using Clang<br> - <br> - Additionally it is also known to run on:<br> - <br> - MSWindows 2000, Vista & Windows 7 32 bit.<br> - MSWindows Vista 64bit, Windows 7, 8, 8.1 64 bit.<br> - Linux Ubuntu 7.10<br> - Linux Kubuntu 7.10<br> - Linux Mandriva 2008.0<br> - Linux OpenSuSE 10.3<br> - Linux Whitebox 4.2/2<br> - <p>but may well compile and run correctly in many more than this, - including OS X 10.8, 10.9 and 10.10 & MSWin 10. </p> - This is a <span style="font-weight: bold;">command line terminal</span> - only environment. Those unfamiliar with command line environments - should consult an appropriate tutorial for their environment if they - are interested in using this software. See the listing of <a - href="#cltutes">tutorials</a> below.<span style="font-weight: - bold;"></span><br> - <br> - The following color measuring instruments are directly supported:<br> - <br> - JETI:<br> - <br> - <a href="instruments.html#specbos">specbos 1211 + + + + + + + + + + + + + + + + + + + + + + +
+ discussion</a> of what color management is, and why we need it,
+ together with a brief overview of the ICC profile format.<br>
+ <br>
+ <h2 style="text-decoration: underline;">Operating Environments</h2>
+ <h2> </h2>
+ <p>Argyll is known to compile and run in at least the following
+ environments: </p>
+ 1) MSWindows XP system using Microsoft VC++ 6.0 compiler<br>
+ 2) MSWindows XP system using Microsoft VC++ 8.0 Express compiler +
+ Platform SDK Feb. 2003<br>
+ 3) MSWindows XP system using Microsoft VC++ 9.0 Express compiler +
+ Platform SDK Feb. 2003<br>
+ 4) MSWindows XP system using Microsoft VC++ 10.0 Express compiler +
+ Platform SDK Feb. 2003<br>
+ 5) MSWindows XP system using Microsoft VC++ 11.0 Express compiler<br>
+ 6) MSWindows XP system using the MingW port of the GCC compiler<br>
+ 7) Linux on Fedora Core 8, 32 bit using gcc <br>
+ 8) Linux on Fedora Core 8, 64 bit using gcc<br>
+ 9) Apple OS X 10.3 PPC using GCC<br>
+ 10) Apple OS X 10.4, 10.5, 10.6 Intel using GCC<br>
+ 11) Apple OS X10.7 Intel using Clang<br>
+ <br>
+ Additionally it is also known to run on:<br>
+ <br>
+ MSWindows 2000, Vista & Windows 7 - 32 bit.<br>
+ MSWindows Vista 64bit, Windows 7, 8, 8.1, 10 - 64 bit.<br>
+ <p>but may well compile and run correctly in many more than this,
+ including OS X 10.8, 10.9, 10.10 and beyond.<br>
+ </p>
+ This is a <span style="font-weight: bold;">command line terminal</span>
+ only environment. Those unfamiliar with command line environments
+ should consult an appropriate tutorial for their environment if they
+ are interested in using this software. See the listing of <a
+ href="#cltutes">tutorials</a> below.<span style="font-weight:
+ bold;"></span><br>
+ <br>
+ The following color measuring instruments are directly supported:<br>
+ <br>
+ JETI:<br>
+ <br>
+ <a href="instruments.html#specbos">specbos 1211
& 1201</a> @@ -210,10 +231,46 @@ - - Tele-Spectro-Radiometer<br> - <br> - Image Engineering:<br> - <br> + + + + + + + + + + + + + + + + + + + + + + +
+ - Tele-Spectro-Radiometer<br>
+ <a href="instruments.html#spectraval">spectraval
+ 1511& 1501</a> + + + + + + + + + +
+ - Tele-Spectro-Radiometer<br>
+ <br>
+ Image Engineering:<br>
+ <br>
<a href="instruments.html#ex1">EX1</a> @@ -270,10 +327,33 @@ - - Tele-Spectro-Radiometer<br> - <br> - Klein:<br> - <br> + + + + + + + + + + + + + + + + + + + + + + +
+ - Tele-Spectro-Radiometer<br>
+ <br>
+ Klein:<br>
+ <br>
<a href="instruments.html#k10a">K10-A</a> @@ -307,13 +387,36 @@ - - - - - Display Colorimeter. Reported also to work with - the K-1, K-8 and K-10.<br> - <br> - X-Rite:<br> + + + + + + + + + + + + + + + + + + + + + + +
+
+
+
+ - Display Colorimeter. Reported also to work with
+ the K-1, K-8 and K-10.<br>
+ <br>
+ X-Rite:<br>
<a href="instruments.html#DTP20">DTP20 "Pulse"</a> @@ -412,8 +515,31 @@ - - "swipe" type reflective spectrometer, that can be used untethered.<br> - <a href="instruments.html#DTP22">DTP22 Digital + + + + + + + + + + + + + + + + + + + + + + +
+ - "swipe" type reflective spectrometer, that can be used untethered.<br>
+ <a href="instruments.html#DTP22">DTP22 Digital
Swatchbook</a> @@ -511,7 +637,30 @@ - - spot type reflective spectrometer.<br> + + + + + + + + + + + + + + + + + + + + + + +
+ - spot type reflective spectrometer.<br>
<a href="instruments.html#DTP41">DTP41</a> @@ -609,9 +758,32 @@ - - spot and strip reading reflective spectrometer.<br> - <a href="instruments.html#DTP41">DTP41T</a> - + + + + + + + + + + + + + + + + + + + + + + +
+ - spot and strip reading reflective spectrometer.<br>
+ <a href="instruments.html#DTP41">DTP41T</a>
+
@@ -709,7 +881,30 @@ - - spot and strip reading reflective/transmissive spectrometer.<br> + + + + + + + + + + + + + + + + + + + + + + +
+ - spot and strip reading reflective/transmissive spectrometer.<br>
<a href="instruments.html#dtp51">DTP51</a> @@ -807,7 +1002,30 @@ - - strip reading reflective colorimeter.<br> + + + + + + + + + + + + + + + + + + + + + + +
+ - strip reading reflective colorimeter.<br>
<a href="instruments.html#DTP92">DTP92</a> @@ -905,68 +1123,91 @@ - - CRT display colorimeter.<br> - <a href="instruments.html#DTP94">DTP94</a> <font - size="-1">"Optix XR"</font> or "Optix XR2" or "Optix Pro"- display - colorimeter.<br> - <a href="instruments.html#ColorMunki"><span - style="text-decoration: underline;">ColorMunki</span></a> Design - or Photo - - spot and "swipe" reflective/emissive spectrometer (UV cut only).<br> - <a href="instruments.html#i1d"><span - style="text-decoration: underline;">ColorMunki</span></a> Create - or Smile - - display - colorimeter. (Similar to an Eye-One Display 2)<br> - <a href="instruments.html#Huey">Lenovo W</a> - - - - built in laptop Huey display colorimeter.<br> - <a href="instruments.html#i1d3">Eye-One Display - 3</a> - - Xrite i1 DisplayPro and ColorMunki - Display <br> - - - - - [ The OEM - i1Display Pro, NEC SpectraSensor Pro,<br> - - - - Quato Silver Haze 3 OEM and HP - DreamColor i1d3 are also reported to work.]<br> - <a href="instruments.html#i1p2">Eye-One Pro2</a> - - - spot and - "swipe" reflective/emissive spectrometer.<br> - <br> - Gretag-Macbeth (now X-Rite):<br> - <a href="instruments.html#sl">Spectrolino</a> - - - spot - reflective/emissive spectrometer.<br> - <a href="instruments.html#ss">SpectroScan</a> - - - spot - reflective/emissive, XY table reflective spectrometer .<br> - <a href="instruments.html#ss">SpectroScanT</a> - - - spot - reflective/emissive/transmissive, XY table reflective spectrometer.<br> - <a href="instruments.html#i1p">Eye-One Pro</a> "EFI - ES-1000" - spot and "swipe" - reflective/emissive spectrometer.<br> - <a href="instruments.html#i1m">Eye-One Monitor</a> - - - spot and "swipe" emissive - spectrometer.<br> - <a href="instruments.html#i1d">Eye-One Display 1 - or 2 or LT</a> - - display colorimeter.<br> - <a href="instruments.html#i1d">HP DreamColor or - APS</a> + + + + + + + + + + + + + + + + + + + + + + +
+ - CRT display colorimeter.<br>
+ <a href="instruments.html#DTP94">DTP94</a> <font
+ size="-1">"Optix XR"</font> or "Optix XR2" or "Optix Pro"- display
+ colorimeter.<br>
+ <a href="instruments.html#ColorMunki"><span
+ style="text-decoration: underline;">ColorMunki</span></a> Design
+ or Photo -
+ spot and "swipe" reflective/emissive spectrometer (UV cut only).<br>
+ <a href="instruments.html#i1d"><span
+ style="text-decoration: underline;">ColorMunki</span></a> Create
+ or Smile
+ - display
+ colorimeter. (Similar to an Eye-One Display 2)<br>
+ <a href="instruments.html#Huey">Lenovo W</a>
+
+ -
+ built in laptop Huey display colorimeter.<br>
+ <a href="instruments.html#i1d3">Eye-One Display
+ 3</a>
+ - Xrite i1 DisplayPro and ColorMunki
+ Display <br>
+
+
+
+
+ [ The OEM
+ i1Display Pro, NEC SpectraSensor Pro,<br>
+
+
+
+ Quato Silver Haze 3 OEM and HP
+ DreamColor i1d3 are also reported to work.]<br>
+ <a href="instruments.html#i1p2">Eye-One Pro2</a>
+
+ - spot and
+ "swipe" reflective/emissive spectrometer.<br>
+ <br>
+ Gretag-Macbeth (now X-Rite):<br>
+ <a href="instruments.html#sl">Spectrolino</a>
+
+ - spot
+ reflective/emissive spectrometer.<br>
+ <a href="instruments.html#ss">SpectroScan</a>
+
+ - spot
+ reflective/emissive, XY table reflective spectrometer .<br>
+ <a href="instruments.html#ss">SpectroScanT</a>
+
+ - spot
+ reflective/emissive/transmissive, XY table reflective spectrometer.<br>
+ <a href="instruments.html#i1p">Eye-One Pro</a> "EFI
+ ES-1000" - spot and "swipe"
+ reflective/emissive spectrometer.<br>
+ <a href="instruments.html#i1m">Eye-One Monitor</a>
+
+ - spot and "swipe" emissive
+ spectrometer.<br>
+ <a href="instruments.html#i1d">Eye-One Display 1
+ or 2 or LT</a> -
+ display colorimeter.<br>
+ <a href="instruments.html#i1d">HP DreamColor or
+ APS</a>
@@ -1064,8 +1305,31 @@ - - display colorimeter. (Treated as a Eye-One Display 2)<br> - <a href="instruments.html#i1d">CalMAN X2</a> + + + + + + + + + + + + + + + + + + + + + + +
+ - display colorimeter. (Treated as a Eye-One Display 2)<br>
+ <a href="instruments.html#i1d">CalMAN X2</a>
@@ -1163,17 +1427,40 @@ - - display colorimeter. (Treated as a Eye-One Display 2)<br> - <a href="instruments.html#Huey">Huey</a> - - - - display colorimeter.<br> - <br> - Sequel imaging (Now X-Rite):<br> - <a href="instruments.html#mox">MonacoOPTIX</a> - - - display - colorimeter (Treated as an Eye-One Display 1)<br> + + + + + + + + + + + + + + + + + + + + + + +
+ - display colorimeter. (Treated as a Eye-One Display 2)<br>
+ <a href="instruments.html#Huey">Huey</a>
+
+
+ - display colorimeter.<br>
+ <br>
+ Sequel imaging (Now X-Rite):<br>
+ <a href="instruments.html#mox">MonacoOPTIX</a>
+
+ - display
+ colorimeter (Treated as an Eye-One Display 1)<br>
@@ -1271,9 +1558,33 @@ - [The Sequel Chroma 4 may also work.]<br> - <br> - Lacie Blue + + + + + + + + + + + + + + + + + + + + + + +
+ [The Sequel Chroma 4 & 5, and Sencore ColorPro V, IV & III
+ also work.]<br>
+ <br>
+ Lacie Blue
Eye: @@ -1371,14 +1682,37 @@ - - see <a href="instruments.html#i1d">Eye-One Display</a><br> - <br> - DataColor ColorVision:<br> - <a href="instruments.html#spyd2">Spyder 2</a> - - - - display colorimeter (Note - that the user must <a href="oeminst.html">supply</a> firmware)<br> + + + + + + + + + + + + + + + + + + + + + + +
+ - see <a href="instruments.html#i1d">Eye-One Display</a><br>
+ <br>
+ DataColor ColorVision:<br>
+ <a href="instruments.html#spyd2">Spyder 2</a>
+
+
+ - display colorimeter (Note
+ that the user must <a href="oeminst.html">supply</a> firmware)<br>
@@ -1476,28 +1810,6 @@ - [The Spyder 1 has also been reported as working, but this has not - been confirmed.]<br> - <a href="instruments.html#spyd3">Spyder 3</a> - - - - display colorimeter.<br> - <a href="instruments.html#spyd4">Spyder 4</a> - - - - display colorimeter (Note - that the user must <a href="oeminst.html">supply</a> calibration - data)<br> - <a href="instruments.html#spyd5">Spyder 5</a> - - - - display colorimeter (Note - that the user must <a href="oeminst.html">supply</a> calibration - data)<br> - <br> - Other:<br> - <span class="titre"><a - href="instruments.html#HCFR">Colorimètre HCFR</a> @@ -1520,6 +1832,30 @@ +
+ [The Spyder 1 has also been reported as working, but this has not
+ been confirmed.]<br>
+ <a href="instruments.html#spyd3">Spyder 3</a>
+
+
+ - display colorimeter.<br>
+ <a href="instruments.html#spyd4">Spyder 4</a>
+
+
+ - display colorimeter (Note
+ that the user must <a href="oeminst.html">supply</a> calibration
+ data)<br>
+ <a href="instruments.html#spyd5">Spyder 5</a>
+
+
+ - display colorimeter (Note
+ that the user must <a href="oeminst.html">supply</a> calibration
+ data)<br>
+ <br>
+ Other:<br>
+ <span class="titre"><a
+ href="instruments.html#HCFR">Colorimètre HCFR</a> + @@ -1594,8 +1930,6 @@ - - display colorimeter</span><br> - <a href="instruments.html#ColorHug">ColorHug</a> @@ -1639,6 +1973,11 @@ +
+ - display colorimeter</span><br>
+ <a href="instruments.html#ColorHug">ColorHug</a>
+ and
+ ColorHug2 @@ -1647,6 +1986,9 @@ +
+ - display colorimeter<br>
+ <a href="instruments.html#SMCube">Palette/SwatchMate @@ -1674,57 +2016,57 @@ +
+ Cube</a> - - display colorimeter<br> - <a href="instruments.html#SMCube">Palette/SwatchMate - Cube</a> - - reflective colorimeter<br> - <span style="font-weight: bold;"></span><span class="titre"><br> - See </span><a href="instruments.html">Operation of particular - instruments</a> for more instrument specific detail.<br> - <br> - Other instruments can be supported indirectly, since patch result - files created by other packages can be imported into Argyll.<br> - <br> - Please <span style="font-weight: bold;">note</span> the <big><b><a - href="Installing.html">installation instructions</a></b></big> - for each platform - they contain important information for getting - your instruments working.<br> - <p>If you've decided to buy a color instrument because Argyll - supports it, please let the dealer and manufacturer know that "<span - style="font-weight: bold;">You bought it because Argyll CMS - supports it</span>" - thanks.<br> - </p> - <p><span style="font-weight: bold;">Please note that instruments are - being driven by ArgyllCMS drivers, and that any problems or - queries regarding instrument<br> - operation </span><span style="font-weight: bold;">should be - directed to the Argyll's author(s) or the Argyll mailing list, - and not to any</span> <span style="font-weight: bold;">other - party.</span> </p> - <p>There is a <a href="ccmxs.html">list of contributed</a> <span - style="font-weight: bold;">ccmx</span> (Colorimeter Correction - Matrix) files for some display/colorimeter combinations.</p> - <h2><span style="text-decoration: underline; color: rgb(51, 0, 51);"><a - name="Copyright"></a>Copyright, Licensing & Trade Mark:</span><br> - </h2> - <p>Most of the source code and provided executable files are - copyrighted works, licensed under the <span style="font-weight: - bold;">Affero GNU Version 3 license</span>, and therefore they - (or works derived from them) can't be copied, sold or made - available to users interacting with them remotely through a - computer network, without providing the source code. Nothing other - than your agreement and compliance with the Affero GNU License - grants you permission to use, modify or distribute ArgyllCMS - source code, executables or its derivative works. You could be - sued for copyright infringement if you use or distribute ArgyllCMS +
+ - reflective colorimeter<br>
+ <span style="font-weight: bold;"></span><span class="titre"><br>
+ See </span><a href="instruments.html">Operation of particular
+ instruments</a> for more instrument specific detail.<br>
+ <br>
+ Other instruments can be supported indirectly, since patch result
+ files created by other packages can be imported into Argyll.<br>
+ <br>
+ Please <span style="font-weight: bold;">note</span> the <big><b><a
+ href="Installing.html">installation instructions</a></b></big>
+ for each platform - they contain important information for getting
+ your instruments working.<br>
+ <p>If you've decided to buy a color instrument because Argyll
+ supports it, please let the dealer and manufacturer know that "<span
+ style="font-weight: bold;">You bought it because ArgyllCMS
+ supports it</span>" - thanks.<br>
+ </p>
+ <p><span style="font-weight: bold;">Please note that instruments are
+ being driven by ArgyllCMS drivers, and that any problems or
+ queries regarding instrument<br>
+ operation </span><span style="font-weight: bold;">should be
+ directed to the Argyll's author(s) or the Argyll mailing list,
+ and not to any</span> <span style="font-weight: bold;">other
+ party.</span> </p>
+ <p>There is a <a href="ccmxs.html">list of contributed</a> <span
+ style="font-weight: bold;">ccmx</span> (Colorimeter Correction
+ Matrix) files for some display/colorimeter combinations.</p>
+ <h2><span style="text-decoration: underline; color: rgb(51, 0, 51);"><a
+ name="Copyright"></a>Copyright, Licensing & Trade Mark:</span><br>
+ </h2>
+ <p>Most of the source code and provided executable files are
+ copyrighted works, licensed under the <span style="font-weight:
+ bold;">Affero GNU Version 3 license</span>, and therefore they
+ (or works derived from them) can't be copied, sold or made
+ available to users interacting with them remotely through a
+ computer network, without providing the source code. Nothing other
+ than your agreement and compliance with the Affero GNU License
+ grants you permission to use, modify or distribute ArgyllCMS
+ source code, executables or its derivative works. You could be
+ sued for copyright infringement if you use or distribute ArgyllCMS
without a valid license. The <span style="font-weight: bold;">Affero @@ -1749,61 +2091,84 @@ - GNU</span> license <span style="font-weight: bold;">prohibits</span> - extending these tools<span style="font-weight: bold;"></span> - (i.e. by combining them with other programs or scripts that make - use of, depend on, or work with the ArgyllCMS code) and - distributing them, unless all the elements of the extensions are - also made available under a GPL compatible license. It is - permissible to provide ArgyllCMS tools with other non GPL - components if the elements of the package are not related, such - that the packaging is mere aggregation. For all the gory details, - please read the accompanying <a href="License.txt">license</a>. </p> - Note that unlike many commercial ICC profiling tools, the profiles - created using ArgyllCMS, are not subject to any claims or - restrictions of ArgyllCMS's author(s), but are assumed to be the - copyright property of the person who gathers the characterization - data, and causes the profiles to be created. - <p>The ArgyllCMS is Copyright 1995 - 2015 Graeme W. Gill, and is - made available under the terms of the Affero GNU General Public - License Version 3, as detailed in the <a href="License.txt">License.txt</a> - file. Documentation is licensed under the terms of the GNU Free - Documentation License, Version 1.3. The author asserts his moral - rights over this material in relationship to the attribution and - integrity of these works. In particular, if these works are - modified in a way that materially changes their functionality, - then the modified works should be renamed in a way that clearly - distinguishes them from "Argyll" or "ArgyllCMS" so that the - effects of such changes do not reflect on the original works - integrity or the original authors reputation. A subset of files - (those that are related to the color instrument drivers, and are - collected together into the instlib.zip archive by the - spectro/instlib.ksh script + xicc/ccmx.h and xicc/ccmx.c) are - licensed under the General Public License Version 2 or later, as - detailed in the <a href="License2.txt">License2.txt</a> file.<br> - </p> - <p>Portions of the ColorHug instrument library - (spectro/colorhug.[ch]) are Copyright 2011, Richard Hughes, and is - licensed under the General Public License Version 2 or later, as - detailed in the <a href="License2.txt">License2.txt</a> file.</p> - <p>The tool spectro/spec2cie.c is Copyright 2005 Gerhard Fuernkranz, - and is made available under the terms of the GNU General Public - License Version 2 or later, and is licensed here under the Version - 3 license, as detailed in the <a href="License3.txt">License3.txt</a> - file.<br> - </p> - <p>The Win32 USB library libusb-win32 kernel drivers are included in - this distribution in the usb/driver and usb/bin directories, and - are copyright Stephan Meyer and Travis Robinson, and are licensed - under the GNU Version 2 or later (the drivers, services, - installer). See usb/driver/License.txt, - libusbw/COPYING_LGPL.txt and libusbw/COPYING_GPL.txt for details. - Additional terms noted on the <a - href="http://sourceforge.net/apps/trac/libusb-win32/wiki">website</a> - are "This license combination explicitly allows the use of this - library in commercial, non-Open-Source applications."<br> - </p> - <p>The icc library in<span style="font-weight: bold;"> icc</span>/, + + + + + + + + + + + + + + + + + + + + + + +
+ GNU</span> license <span style="font-weight: bold;">prohibits</span>
+ extending these tools<span style="font-weight: bold;"></span>
+ (i.e. by combining them with other programs or scripts that make
+ use of, depend on, or work with the ArgyllCMS code) and
+ distributing them, unless all the elements of the extensions are
+ also made available under a GPL compatible license. It is
+ permissible to provide ArgyllCMS tools with other non GPL
+ components if the elements of the package are not related, such
+ that the packaging is mere aggregation. For all the gory details,
+ please read the accompanying <a href="License.txt">license</a>. </p>
+ Note that unlike many commercial ICC profiling tools, the profiles
+ created using ArgyllCMS, are not subject to any claims or
+ restrictions of ArgyllCMS's author(s), but are assumed to be the
+ copyright property of the person who gathers the characterization
+ data, and causes the profiles to be created.
+ <p>The ArgyllCMS is Copyright 1995 - 2016 Graeme W. Gill, and is
+ made available under the terms of the Affero GNU General Public
+ License Version 3, as detailed in the <a href="License.txt">License.txt</a>
+ file. Documentation is licensed under the terms of the GNU Free
+ Documentation License, Version 1.3. The author asserts his moral
+ rights over this material in relationship to the attribution and
+ integrity of these works. In particular, if these works are
+ modified in a way that materially changes their functionality,
+ then the modified works should be renamed in a way that clearly
+ distinguishes them from "Argyll" or "ArgyllCMS" so that the
+ effects of such changes do not reflect on the original works
+ integrity or the original authors reputation.<br>
+ A subset of files (those that are related to the color instrument
+ drivers, and are collected together into the instlib.zip archive
+ by the spectro/instlib.ksh script + xicc/ccmx.h and xicc/ccmx.c)
+ are licensed under the General Public License Version 2 or later,
+ as detailed in the <a href="License2.txt">License2.txt</a> file.<br>
+ </p>
+ <p>Portions of the ColorHug instrument library
+ (spectro/colorhug.[ch]) are Copyright 2011, Richard Hughes, and is
+ licensed under the General Public License Version 2 or later, as
+ detailed in the <a href="License2.txt">License2.txt</a> file.</p>
+ <p>The tool spectro/spec2cie.c is Copyright 2005 Gerhard Fuernkranz,
+ and is made available under the terms of the GNU General Public
+ License Version 2 or later, and is licensed here under the Version
+ 3 license, as detailed in the <a href="License3.txt">License3.txt</a>
+ file.<br>
+ </p>
+ <p>The Win32 USB library libusb-win32 kernel drivers are included in
+ this distribution in the usb/driver and usb/bin directories, and
+ are copyright Stephan Meyer and Travis Robinson, and are licensed
+ under the GNU Version 2 or later (the drivers, services,
+ installer). See usb/driver/License.txt,
+ libusbw/COPYING_LGPL.txt and libusbw/COPYING_GPL.txt for details.
+ Additional terms noted on the <a
+ href="http://sourceforge.net/apps/trac/libusb-win32/wiki">website</a>
+ are "This license combination explicitly allows the use of this
+ library in commercial, non-Open-Source applications."<br>
+ </p>
+ <p>The icc library in<span style="font-weight: bold;"> icc</span>/,
the CGATS library in <span style="font-weight: bold;">cgats</span>/, @@ -1901,6 +2266,29 @@ + + + + + + + + + + + + + + + + + + + + + + +
the jcnf library in <span style="font-weight: bold;">jcnf</span>/, @@ -1997,91 +2385,117 @@ - the files <span style="font-weight: bold;">spectro/xdg_bds.*</span>, - <span style="font-weight: bold;">spectro/aglob.*</span> and the - ucmm library in <span style="font-weight: bold;">ucmm</span>/ are - Copyright 1995 - 2015 Graeme W. Gill, and available according to - the "MIT" license granted in the icc/License.txt and - cgats/License.txt files, and the licenses at the top of - ucmm/ucmm.c and jcnf/jcnf.c.<br> - </p> - <p>The yajl library in <span style="font-weight: bold;">jcnf/yajl</span> - is Copyright (c) 2007-2014, Lloyd Hilaiel <me@lloyd.io> and - is used under an ISC License granted in the yajl/COPYING files. - The yajl library has been repackaged and modified slightly to adds - some features and for packaging and build convenience.<br> - </p> - <p> The TIFF library included in this distribution for convenience, - has its own copyright and license detailed in tiff/COPYRIGHT (an - "MIT"/"BSD" like license).<br> - </p> - <p>The Independent JPEG Group's JPEG library included in this - distribution for convenience, has its own copyright and license - detailed in jpg/README (an "MIT"/"BSD" like license). Executables - that include JPEG format support are based in part on the work of - the Independent JPEG Group. </p> - <p>xicc/iccjpeg.h and xicc/iccjpeg.c are from <a - href="http://www.littlecms.com/">lcms</a> and they are Copyright - (c) 1998-2010 Marti Maria Saguer and is licensed under an - "MIT"/"BSD" like license. See the top of the iccjpeg.c file for - the detailed copyright and licensing conditions.<br> - </p> - <p>The mongoose web server software is Copyright (c) 2004-2011 - Sergey Lyubka, and is licensed under an "MIT" license.<br> - </p> - <p>The axTLS library is Copyright (c) 2008, Cameron Rich, and the - license is detailed in ccast/axTLS/LICENSE file (an "MIT"/"BSD" - like license).<br> - It is not used for any security sensitive purpose, but is used - purely to communicate with the ChromeCast.<br> - </p> - <p>The <a href="http://www.x3dom.org/">X3DOM</a> x3dom.css and - x3dom.js files are Copyright (C) 2009 X3DOM and licensed dual - "MIT" and "GPL" license. See plot/X3DOM_LICENSE.txt.<br> - </p> - <p>"<b>ArgyllCMS</b>" is a trade mark. It is permissible to refer to - copies or derivatives of this software as being the same as - ArgyllCMS if they are materially unchanged, and retain all - the functionality provided by the software made available at - www.argyllcms.com. Modified versions of this software that are - materially changed or have missing functionality must be clearly - marked as such, so as not to to be confused with ArgyllCMS.<br> - </p> - <h2><span style="text-decoration: underline; color: rgb(51, 0, 51);"><a - name="ProjType"></a>What sort of project is this ? (re: - contributions)<br> - </span></h2> - This is essentially my private project, that I've made available - under GNU licensing conditions. Because I license my code under - other licenses as well, there is a limit to what I will accept in - the way of code contributions back into this project. For me to - accept contributions into the distribution, it either has to a - non-core (side) project, or has to be offered to me with copyright - conditions that are compatible with my other uses (i.e.. a "BSD" - like license, or assigning or licensing the copyright to me), or has - to be so trivial (say a one line bug fix), that it can't be the - subject of copyright. <br> - <br> - Of course there is nothing to stop someone setting up a real free - software, community project based on the GNU licensed code made - available here, that would be able to take GNU licensed - contributions from everyone and would essentially be a "fork" of - this code base.<br> - <br> - <h1><u><a href="Compiling.html">Compiling</a></u></h1> - How to <a href="Compiling.html">build the software</a> from the - source if you want to.<br> - <span style="font-weight: bold;">Note</span> that you don't need to - do this if you are using one of the binary installations.<br> - <h1 style="color: rgb(51, 204, 0);"><u><a href="Installing.html">Installing</a></u></h1> - Important notes on <a href="Installing.html">installing the binary - software</a> on various platforms.<br> - <br> - <h2 style="color: rgb(51, 0, 51);"><u><u><a name="GUIs"></a>Graphic - User Interfaces<br> - </u></u></h2> - ArgyllCMS does not directly support a graphic user interface, but - several people have written <span style="font-weight: bold;">GUI</span> + + + + + + + + + + + + + + + + + + + + + + +
+ the files <span style="font-weight: bold;">spectro/xdg_bds.*</span>,
+ <span style="font-weight: bold;">spectro/aglob.*</span> and the
+ ucmm library in <span style="font-weight: bold;">ucmm</span>/ are
+ Copyright 1995 - 2015 Graeme W. Gill, and available according to
+ the "MIT" permissive free software license granted in the <a
+ href="License4.txt">License4.txt</a> file, and the licenses at
+ the top of ucmm/ucmm.c and jcnf/jcnf.c.<br>
+ </p>
+ <p>The yajl library in <span style="font-weight: bold;">yajl</span>/
+ is Copyright (c) 2007-2014, Lloyd Hilaiel <me@lloyd.io> and
+ is used under an ISC permissive free software license granted in
+ the yajl/COPYING files. The yajl library has been repackaged and
+ modified slightly to adds some features and for packaging and
+ build convenience.<br>
+ </p>
+ <p> The TIFF library included in this distribution for convenience,
+ has its own copyright and license detailed in tiff/COPYRIGHT (an
+ "MIT"/"BSD" like permissive free software license).<br>
+ </p>
+ <p>The Independent JPEG Group's JPEG library included in this
+ distribution for convenience, has its own copyright and license
+ detailed in jpg/README (an "MIT"/"BSD" like permissive free
+ software license). Executables that include JPEG format support
+ are based in part on the work of the Independent JPEG Group. </p>
+ <p>xicc/iccjpeg.h and xicc/iccjpeg.c are from <a
+ href="http://www.littlecms.com/">lcms</a> and they are Copyright
+ (c) 1998-2010 Marti Maria Saguer and is licensed under an
+ "MIT"/"BSD" like permissive free software license. See the top of
+ the iccjpeg.c file for the detailed copyright and licensing
+ conditions.<br>
+ </p>
+ <p>The mongoose web server software is Copyright (c) 2004-2011
+ Sergey Lyubka, and is licensed under an "MIT" permissive free
+ software license.<br>
+ </p>
+ <p>The axTLS library is Copyright (c) 2008, Cameron Rich, and the
+ license is detailed in ccast/axTLS/LICENSE file (an "MIT"/"BSD"
+ like permissive free software license).<br>
+ It is not used for any security sensitive purpose, but is used
+ purely to communicate with the ChromeCast.<br>
+ </p>
+ <p>The <a href="http://www.x3dom.org/">X3DOM</a> x3dom.css and
+ x3dom.js files are Copyright (C) 2009 X3DOM and licensed dual
+ "MIT" permissive free software and "GPL" license. See
+ plot/X3DOM_LICENSE.txt.<br>
+ </p>
+ <p>"<b>ArgyllCMS</b>" is a trade mark. It is permissible to refer to
+ copies or derivatives of this software as being the same as
+ ArgyllCMS if they are materially unchanged, and retain all
+ the functionality provided by the software made available at
+ www.argyllcms.com. Modified versions of this software that are
+ materially changed or have missing functionality must be clearly
+ marked as such, so as not to to be confused with ArgyllCMS.<br>
+ </p>
+ <h2><span style="text-decoration: underline; color: rgb(51, 0, 51);"><a
+ name="ProjType"></a>What sort of project is this ? (re:
+ contributions)<br>
+ </span></h2>
+ This is essentially my private project, that I've made available
+ under GNU licensing conditions. Because I license my code under
+ other licenses as well, there is a limit to what I will accept in
+ the way of code contributions back into this project. For me to
+ accept contributions into the distribution, it either has to a
+ non-core (side) project, or has to be offered to me with copyright
+ conditions that are compatible with my other uses (i.e.. a "BSD" or
+ "MIT" like permissive free software license, or assigning or
+ licensing the copyright to me), or has to be so trivial (say a one
+ line bug fix), that it can't be the subject of copyright. <br>
+ <br>
+ Of course there is nothing to stop someone setting up a real free
+ software, community project based on the GNU licensed code made
+ available here, that would be able to take GNU licensed
+ contributions from everyone and would essentially be a "fork" of
+ this code base.<br>
+ <h1><u><a href="Compiling.html">Compiling</a></u></h1>
+ How to <a href="Compiling.html">build the software</a> from the
+ source if you want to.<br>
+ <span style="font-weight: bold;">Note</span> that you don't need to
+ do this if you are using one of the binary installations.<br>
+ <h1 style="color: rgb(51, 204, 0);"><u><a href="Installing.html">Installing</a></u></h1>
+ Important notes on <a href="Installing.html">installing the binary
+ software</a> on various platforms.<br>
+ <br>
+ <h2 style="color: rgb(51, 0, 51);"><u><u><a name="GUIs"></a>Graphic
+ User Interfaces<br>
+ </u></u></h2>
+ ArgyllCMS does not directly support a graphic user interface, but
+ several people have written <span style="font-weight: bold;">GUI</span>
based front ends for it. A popular <span style="font-weight: bold;"></span>front end that @@ -2184,17 +2598,65 @@ calibration - and profiling is <a href="http://hoech.net/dispcalGUI/">dispcalGUI</a> - by Florian Höch. Others can be found with a suitable <a -href="http://www.google.com/search?hl=en&source=hp&q=argyllcms+GUI&aq=f&aqi=g1&aql=&oq=">search</a>.<br> - <h2 style="color: rgb(51, 0, 51);"><u><a name="CmdLine"></a>Main - Tools and the command line<br> - </u></h2> - These are all command line ("DOS" shell) tools, and each tool - require appropriate options to be set, followed by filename - arguments. Sometimes the filenames will have to include the usual - extensions, sometimes they are implicit. To get a brief listing of - the possible arguments and <span style="font-weight: bold;">usage</span> + + + + + + + + + + + + + + + + + + + + + + +
+ and profiling is <a href="http://displaycal.net/">DisplayCAL</a> by
+ Florian Höch. For print profiling, you might like to take a look at
+ <a href="http://www.russellcottrell.com/photo/LittleArgyllGUI.asp">The + + + + + + + + + + + + + + + + + + +
+ Little Argyll GUI</a> by Russell Cottrell, and for cameras or
+ scanners, <a href="http://www.muscallidus.com/coca/">CoCa</a> by
+ Andrew Stawowczyk Long.<br>
+ <br>
+ Others can be found with a suitable <a
+href="http://www.google.com/search?hl=en&source=hp&q=argyllcms+GUI&aq=f&aqi=g1&aql=&oq=">search</a>.<br>
+ <h2 style="color: rgb(51, 0, 51);"><u><a name="CmdLine"></a>Main
+ Tools and the command line<br>
+ </u></h2>
+ These are all command line ("DOS" shell) tools, and each tool
+ require appropriate options to be set, followed by filename
+ arguments. Sometimes the filenames will have to include the usual
+ extensions, sometimes they are implicit. To get a brief listing of
+ the possible arguments and <span style="font-weight: bold;">usage</span>
of any of the tools, run it with just an "-?" argument, i.e. <b>targen @@ -2290,22 +2752,45 @@ href="http://www.google.com/search?hl=en&source=hp&q=argyllcms+GUI&a - -? </b>(or some other unrecognized flag, if the "?" character is - treated specially in your shell, i.e. try "--" on OS X zsh).<br> - <br> - Note that in general the arguments consist of possible flags or - options followed by file name arguments. All arguments need to be - separated by whitespace. (If you need to specify a string with - embedded white space, double quote the string). A flag consists of a - dash attached to a single letter, the letter identifying the flag, - and is usually case sensitive. An option is a flag that has an - associated parameter or parameters. The parameter can be separated - from the flag by white space, or may come directly after the flag. - So if a tool has a usage that looks like this:<br> - <br> - tool -?<br> - usage: tool [options] infile outfile<br> - + + + + + + + + + + + + + + + + + + + + + + +
+ -? </b>(or some other unrecognized flag, if the "?" character is
+ treated specially in your shell, i.e. try "--" on OS X zsh).<br>
+ <br>
+ Note that in general the arguments consist of possible flags or
+ options followed by file path+name arguments. All arguments need to
+ be separated by whitespace. (If you need to specify a string
+ with embedded white space, double quote the string). A flag consists
+ of a dash attached to a single letter, the letter identifying the
+ flag, and is usually case sensitive. An option is a flag that has an
+ associated parameter or parameters. The parameter can be separated
+ from the flag by white space, or may come directly after the flag.
+ So if a tool has a usage that looks like this:<br>
+ <br>
+ tool -?<br>
+ usage: tool [options] infile outfile<br>
+
-v @@ -2403,8 +2888,31 @@ href="http://www.google.com/search?hl=en&source=hp&q=argyllcms+GUI&a - Verbose mode<br> - -d + + + + + + + + + + + + + + + + + + + + + + +
+ Verbose mode<br>
+ -d
n @@ -2502,8 +3010,31 @@ href="http://www.google.com/search?hl=en&source=hp&q=argyllcms+GUI&a - Choose a depth 0-4<br> - -r + + + + + + + + + + + + + + + + + + + + + + +
+ Choose a depth 0-4<br>
+ -r
@@ -2601,11 +3132,34 @@ href="http://www.google.com/search?hl=en&source=hp&q=argyllcms+GUI&a - Use a random depth<br> - -f - [nn] - Use full range. nn optional range 0 - 100.<br> - -M + + + + + + + + + + + + + + + + + + + + + + +
+ Use a random depth<br>
+ -f
+ [nn]
+ Use full range. nn optional range 0 - 100.<br>
+ -M
@@ -2703,8 +3257,31 @@ href="http://www.google.com/search?hl=en&source=hp&q=argyllcms+GUI&a - Manual<br> - infile + + + + + + + + + + + + + + + + + + + + + + +
+ Manual<br>
+ infile
@@ -2802,159 +3379,182 @@ href="http://www.google.com/search?hl=en&source=hp&q=argyllcms+GUI&a - Input file<br> - outfile - - Output file<br> - <br> - then there are 5 flags/options, and two filename arguments. - Notice that square braces [] denote optional items. The first - flag/option is a flag. The second is an option that has a numerical - argument in the range 0 to 4. The third is a flag. the fourth is an - option with an optional argument. The fourth is a flag. The - flags and options can generally be in any order, but must be before - the file name arguments. (For a few special tools you actually - specify a sequence of flags and files where the flags apply just to - the following file.) So example invocations may look like:<br> - <br> - tool -v testin testout<br> - tool -d3 -M testin1 testout2<br> - tool -f infile outfile<br> - tool -f 45 infile outfile<br> - tool -d 3 -f67 infile outfile<br> - <p>In order to make use of the tools, it is necessary to keep track - of where various files are, and what they are called. There are - many possible ways of doing this. One way is to put each source - profile and all its associated files (test charts, spectrometer - values etc.) in one set of directories for each source profile - type. Similarly the device profiles could be stored in a hierarchy - of directories ordered by device type, media, resolution, device - mode etc. Naturally you will want to set your $PATH so that you - can run the tools from whichever directory you are in, as well as - specify any necessary directory paths for file arguments so that - the tools are able to open them.<br> - </p> - <p>Note that there are two ways the Argyll tools deal with filename - extensions. In one you supply the extension (ie. you supply the - whole file name), so the extension is up to you. In the other - (used where one name is used for input and output files, or where - there are multiple output files), the program adds the extension. - In the documentation this should be indicated by calling it a - "base name".<br> - </p> - <p><a name="cltutes"></a>For more information on using a command - line environments, consult an appropriate tutorial:</p> - <p>MS Windows :<br> - <<a - href="http://www.bleepingcomputer.com/tutorials/tutorial76.html">http://www.bleepingcomputer.com/tutorials/tutorial76.html</a>><br> - <<a - href="http://www.pcstats.com/articleview.cfm?articleid=1723&page=1">http://www.pcstats.com/articleview.cfm?articleid=1723&page=1</a>><br> - <<a - href="http://www.voidspace.org.uk/python/articles/command_line.shtml">http://www.voidspace.org.uk/python/articles/command_line.shtml</a>><br> - <br> - To find more: <<a -href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial">http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial></a><br> - <br> - OS X:<br> - <<a - href="http://www.osxfaq.com/Tutorials/LearningCenter/">http://www.osxfaq.com/Tutorials/LearningCenter/</a>><br> - <<a - href="http://www.atomiclearning.com/macosxterminalx.shtml">http://www.atomiclearning.com/macosxterminalx.shtml</a>><br> - <<a - href="http://www.oreillynet.com/pub/a/mac/2001/12/14/terminal_one.html">http://www.oreillynet.com/pub/a/mac/2001/12/14/terminal_one.html</a>><br> - <br> - To find more: <<a - href="http://www.google.com/search?hl=en&q=OS+X+shell+tutorial">http://www.google.com/search?hl=en&q=OS+X+shell+tutorial</a>><br> - <br> - Linux:<br> - <<a - href="http://www.linuxcommand.org/index.php">http://www.linuxcommand.org/index.php</a>><br> - <<a - href="http://www.tuxfiles.org/linuxhelp/shell.html">http://www.tuxfiles.org/linuxhelp/shell.html</a>><br> - <<a - href="http://www.ee.surrey.ac.uk/Teaching/Unix/">http://www.ee.surrey.ac.uk/Teaching/Unix/</a>><br> - <br> - To find more: <<a - href="http://www.google.com/search?q=linux+command+line+shell+tutorial">http://www.google.com/search?q=linux+command+line+shell+tutorial</a>></p> - <p><br> - <span style="font-weight: bold;">Note</span> that since OS X is - based on UNIX, there is much in common between the OS X and Linux - command line environments, and many of the UNIX tutorials may be - useful:<br> - </p> - <p> <<a - href="http://www.rain.org/%7Emkummel/unix.html">http://www.rain.org/~mkummel/unix.html</a>><br> - <br> - </p> - <h2><u><a href="Scenarios.html">Tutorial: Typical usage scenarios - and examples</a></u></h2> - A <a href="Scenarios.html">guided tour</a> of the major tools, - applied to typical CMS jobs, such as calibrating displays, creating - device profiles, calibrating printers, linking profiles, and - converting color spaces of raster files. <br> - <br> - Although it is is a couple of years old now, this <a - href="http://www.argyllcms.com/doc2/FCMS2010_ArgyllTute.pdf">tutorial</a> - may also be of interest.<br> - <br> - <h3 style="color: rgb(0, 0, 0);"><u><a name="Topics"></a>Topical - Discussions</u></h3> - Discussions about particular topics:<br> - <br> - <a href="FWA.html">About Fluorescent Whitening Agent compensation</a><br> - <br> - <a href="instruments.html">Operation of particular instruments</a><br> - <br> - <a href="iccgamutmapping.html">About ICC profiles and Gamut Mapping</a><br> - <br> - <a href="monitorcontrols.html">About display monitor settings and - targets</a><br> - <br> - <a href="gamma.html">About display "Gamma"</a><br> - <br> - <a href="calvschar.html">What's the difference between Calibration - and Characterization ?</a><br> - <br> - <a href="WideGamutColmters.html">Why doesn't my Colorimeter work - well on my Wide Gamut display ?</a><br> - <span style="font-family: monospace;"></span><br> - <a href="CrushedDisplyBlacks.html">My blacks get crushed on my - display - why ? How do I fix it ?</a><br> - <br> - <a href="i1proDriver.html">How can I have confidence in the i1pro - Driver ?</a><br> - <br> - <a href="i1proHiRes.html">Does the i1pro High Resolution mode - improve accuracy ?</a><br> - <br> - <a href="evalInputTargets.html">Evaluating input targets</a><br> - <br> - <a href="ArgyllCMS_arts_tag.html">ArgyllCMS's Absolute to media - Relative Transform Space matrix ('arts') ICC tag</a><br> - <br> - <h2><b><u><font><b><u><font size="+2"><a name="Flow"></a>Flow - diagram of Major Tools:</font></u></b></font></u></b></h2> - <br> - <a - href="ArgyllFlow.jpg"><img alt="Thumbnail of Flow Diagram" - src="ArgyllFlowThumb.jpg" style="border: 2px solid ; width: - 150px; height: 202px;"></a><br> - <br> - <h2><b><u><font size="+2"><a name="CatList"></a>Main Tools by - category:</font></u></b></h2> - <h3>Calibrating devices<br> - </h3> - <small><a style="font-family: monospace;" href="dispcal.html">dispcal</a><span - style="font-family: monospace;"> - </span></small>Adjust, - calibrate and profile a display<small><big>.<br> - </big></small><small><a style="font-family: monospace;" - href="printcal.html">printcal</a><span style="font-family: - monospace;"> </span></small>Create a - printer calibration .cal file from a .ti3 data file<small><big>.</big></small><br> - <h3>Creating test targets for profiling or print calibration<br> - </h3> - <small><a style="font-family: monospace;" href="targen.html">targen</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ Input file<br>
+ outfile
+
+ Output file<br>
+ <br>
+ then there are 5 flags/options, and two filename arguments.
+ Notice that square braces [] denote optional items. The first
+ flag/option is a flag. The second is an option that has a numerical
+ argument in the range 0 to 4. The third is a flag. the fourth is an
+ option with an optional argument. The fourth is a flag. The
+ flags and options can generally be in any order, but must be before
+ the file name arguments. (For a few special tools you actually
+ specify a sequence of flags and files where the flags apply just to
+ the following file.) So example invocations may look like:<br>
+ <br>
+ tool -v testin testout<br>
+ tool -d3 -M testin1 testout2<br>
+ tool -f infile outfile<br>
+ tool -f 45 infile outfile<br>
+ tool -d 3 -f67 infile outfile<br>
+ <p>In order to make use of the tools, it is necessary to keep track
+ of where various files are, and what they are called. There are
+ many possible ways of doing this. One way is to put each source
+ profile and all its associated files (test charts, spectrometer
+ values etc.) in one set of directories for each source profile
+ type. Similarly the device profiles could be stored in a hierarchy
+ of directories ordered by device type, media, resolution, device
+ mode etc. Naturally you will want to set your $PATH so that you
+ can run the tools from whichever directory you are in, as well as
+ specify any necessary directory paths for file arguments so that
+ the tools are able to open them.<br>
+ </p>
+ <p>Note that there are two ways the Argyll tools deal with filename
+ extensions. In one you supply the extension (ie. you supply the
+ whole file name), so the extension is up to you. In the other
+ (used where one name is used for input and output files, or where
+ there are multiple output files), the program adds the extension.
+ In the documentation this should be indicated by calling it a
+ "base name".<br>
+ </p>
+ <p><a name="cltutes"></a>For more information on using a command
+ line environments, consult an appropriate tutorial:</p>
+ <p>MS Windows :<br>
+ <<a
+ href="http://www.bleepingcomputer.com/tutorials/tutorial76.html">http://www.bleepingcomputer.com/tutorials/tutorial76.html</a>><br>
+ <<a
+ href="http://www.pcstats.com/articleview.cfm?articleid=1723&page=1">http://www.pcstats.com/articleview.cfm?articleid=1723&page=1</a>><br>
+ <<a
+ href="http://www.voidspace.org.uk/python/articles/command_line.shtml">http://www.voidspace.org.uk/python/articles/command_line.shtml</a>><br>
+ <br>
+ To find more: <<a
+href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial">http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial></a><br>
+ <br>
+ OS X:<br>
+ <<a
+ href="http://www.osxfaq.com/Tutorials/LearningCenter/">http://www.osxfaq.com/Tutorials/LearningCenter/</a>><br>
+ <<a
+ href="http://www.atomiclearning.com/macosxterminalx.shtml">http://www.atomiclearning.com/macosxterminalx.shtml</a>><br>
+ <<a
+ href="http://www.oreillynet.com/pub/a/mac/2001/12/14/terminal_one.html">http://www.oreillynet.com/pub/a/mac/2001/12/14/terminal_one.html</a>><br>
+ <br>
+ To find more: <<a
+ href="http://www.google.com/search?hl=en&q=OS+X+shell+tutorial">http://www.google.com/search?hl=en&q=OS+X+shell+tutorial</a>><br>
+ <br>
+ Linux:<br>
+ <<a
+ href="http://www.linuxcommand.org/index.php">http://www.linuxcommand.org/index.php</a>><br>
+ <<a
+ href="http://www.tuxfiles.org/linuxhelp/shell.html">http://www.tuxfiles.org/linuxhelp/shell.html</a>><br>
+ <<a
+ href="http://www.ee.surrey.ac.uk/Teaching/Unix/">http://www.ee.surrey.ac.uk/Teaching/Unix/</a>><br>
+ <br>
+ To find more: <<a
+ href="http://www.google.com/search?q=linux+command+line+shell+tutorial">http://www.google.com/search?q=linux+command+line+shell+tutorial</a>></p>
+ <p><br>
+ <span style="font-weight: bold;">Note</span> that since OS X is
+ based on UNIX, there is much in common between the OS X and Linux
+ command line environments, and many of the UNIX tutorials may be
+ useful:<br>
+ </p>
+ <p> <<a
+ href="http://www.rain.org/%7Emkummel/unix.html">http://www.rain.org/~mkummel/unix.html</a>><br>
+ <br>
+ </p>
+ <h2><u><a href="Scenarios.html">Tutorial: Typical usage scenarios
+ and examples</a></u></h2>
+ A <a href="Scenarios.html">guided tour</a> of the major tools,
+ applied to typical CMS jobs, such as calibrating displays, creating
+ device profiles, calibrating printers, linking profiles, and
+ converting color spaces of raster files. <br>
+ <br>
+ Although it is is a couple of years old now, this <a
+ href="http://www.argyllcms.com/doc2/FCMS2010_ArgyllTute.pdf">tutorial</a>
+ may also be of interest.<br>
+ <br>
+ <h3 style="color: rgb(0, 0, 0);"><u><a name="Topics"></a>Topical
+ Discussions</u></h3>
+ Discussions about particular topics:<br>
+ <br>
+ <a href="FWA.html">About Fluorescent Whitening Agent compensation</a><br>
+ <br>
+ <a href="instruments.html">Operation of particular instruments</a><br>
+ <br>
+ <a href="iccgamutmapping.html">About ICC profiles and Gamut Mapping</a><br>
+ <br>
+ <a href="monitorcontrols.html">About display monitor settings and
+ targets</a><br>
+ <br>
+ <a href="gamma.html">About display "Gamma"</a><br>
+ <br>
+ <a href="calvschar.html">What's the difference between Calibration
+ and Characterization ?</a><br>
+ <br>
+ <a href="WideGamutColmters.html">Why doesn't my Colorimeter work
+ well on my Wide Gamut display ?</a><br>
+ <span style="font-family: monospace;"></span><br>
+ <a href="CrushedDisplyBlacks.html">My blacks get crushed on my
+ display - why ? How do I fix it ?</a><br>
+ <br>
+ <a href="i1proDriver.html">How can I have confidence in the i1pro
+ Driver ?</a><br>
+ <br>
+ <a href="i1proHiRes.html">Does the i1pro High Resolution mode
+ improve accuracy ?</a><br>
+ <br>
+ <a href="evalInputTargets.html">Evaluating input targets</a><br>
+ <br>
+ <a href="ArgyllCMS_arts_tag.html">ArgyllCMS's Absolute to media
+ Relative Transform Space matrix ('arts') ICC tag</a><br>
+ <br>
+ <h2><b><u><font><b><u><font size="+2"><a name="Flow"></a>Flow
+ diagram of Major Tools:</font></u></b></font></u></b></h2>
+ <br>
+ <a
+ href="ArgyllFlow.jpg"><img alt="Thumbnail of Flow Diagram"
+ src="ArgyllFlowThumb.jpg" style="border: 2px solid ; width:
+ 150px; height: 202px;"></a><br>
+ <br>
+ <h2><b><u><font size="+2"><a name="CatList"></a>Main Tools by
+ category:</font></u></b></h2>
+ <h3>Calibrating devices<br>
+ </h3>
+ <small><a style="font-family: monospace;" href="dispcal.html">dispcal</a><span
+ style="font-family: monospace;">
+ </span></small>Adjust,
+ calibrate and profile a display<small><big>.<br>
+ </big></small><small><a style="font-family: monospace;"
+ href="printcal.html">printcal</a><span style="font-family:
+ monospace;"> </span></small>Create a
+ printer calibration .cal file from a .ti3 data file<small><big>.</big></small><br>
+ <h3>Creating test targets for profiling or print calibration<br>
+ </h3>
+ <small><a style="font-family: monospace;" href="targen.html">targen</a><span
style="font-family: monospace;"> @@ -3052,9 +3652,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span><big>Generate a profiling test target values .ti1 file. </big><br - style="font-family: monospace;"> - <a style="font-family: monospace;" href="filmtarg.html">filmtarg</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span><big>Generate a profiling test target values .ti1 file. </big><br
+ style="font-family: monospace;">
+ <a style="font-family: monospace;" href="filmtarg.html">filmtarg</a><span
style="font-family: monospace;"> </span><big>Create @@ -3152,9 +3775,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - film recorder TIFF files from Argyll .ti1 file. </big><br - style="font-family: monospace;"> - <a style="font-family: monospace;" href="printtarg.html">printtarg</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ film recorder TIFF files from Argyll .ti1 file. </big><br
+ style="font-family: monospace;">
+ <a style="font-family: monospace;" href="printtarg.html">printtarg</a><span
style="font-family: monospace;"> </span><big>Create @@ -3252,11 +3898,34 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a PS, EPS or TIFF file containing test patch values, ready for - printing.</big></small> - <h3>Obtaining test results for profiling or print calibration<br> - </h3> - <small><a style="font-family: monospace;" href="chartread.html">chartread</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ a PS, EPS or TIFF file containing test patch values, ready for
+ printing.</big></small>
+ <h3>Obtaining test results for profiling or print calibration<br>
+ </h3>
+ <small><a style="font-family: monospace;" href="chartread.html">chartread</a><span
style="font-family: monospace;"> </span><big>Read @@ -3354,10 +4023,33 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a test chart using an instrument to create a .ti3 data file.</big><span - style="font-family: monospace;"> </span><br style="font-family: - monospace;"> - <a style="font-family: monospace;" href="dispread.html">dispread</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ a test chart using an instrument to create a .ti3 data file.</big><span
+ style="font-family: monospace;"> </span><br style="font-family:
+ monospace;">
+ <a style="font-family: monospace;" href="dispread.html">dispread</a><span
style="font-family: monospace;"> </span><big>Test @@ -3455,9 +4147,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - and read colorimetric values from a display </big><br - style="font-family: monospace;"> - <a style="font-family: monospace;" href="filmread.html">filmread</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ and read colorimetric values from a display </big><br
+ style="font-family: monospace;">
+ <a style="font-family: monospace;" href="filmread.html">filmread</a><span
style="font-family: monospace;"> </span><big>Read @@ -3555,9 +4270,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - film colorimetric values using a SpectroScanT (Deprecated ?)</big><br - style="font-family: monospace;"> - <a style="font-family: monospace;" href="scanin.html">scanin</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ film colorimetric values using a SpectroScanT (Deprecated ?)</big><br
+ style="font-family: monospace;">
+ <a style="font-family: monospace;" href="scanin.html">scanin</a><span
style="font-family: monospace;"> @@ -3655,14 +4393,37 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span><big>Convert a TIFF image of a test chart into .ti3 - device values. <br> - </big></small><small><a style="font-family: monospace;" - href="illumread.html">illumread</a><span style="font-family: - monospace;"> </span></small>Use an - instrument to measure an illuminant spectrum, and estimate its UV - content.<br style="font-family: monospace;"> - <small><a style="font-family: monospace;" href="fakeread.html">fakeread</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span><big>Convert a TIFF image of a test chart into .ti3
+ device values. <br>
+ </big></small><small><a style="font-family: monospace;"
+ href="illumread.html">illumread</a><span style="font-family:
+ monospace;"> </span></small>Use an
+ instrument to measure an illuminant spectrum, and estimate its UV
+ content.<br style="font-family: monospace;">
+ <small><a style="font-family: monospace;" href="fakeread.html">fakeread</a><span
style="font-family: monospace;"> </span><big>Fake @@ -3760,13 +4521,36 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - the reading of a device using an ICC or MPP profile. <br> - </big></small><small><a style="font-family: monospace;" - href="synthread.html">synthread</a><span style="font-family: - monospace;"> </span><big>Fake the - reading of a device using a synthetic device model. </big></small><br - style="font-family: monospace;"> - <small><a style="font-family: monospace;" href="cb2ti3.html">cb2ti3</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ the reading of a device using an ICC or MPP profile. <br>
+ </big></small><small><a style="font-family: monospace;"
+ href="synthread.html">synthread</a><span style="font-family:
+ monospace;"> </span><big>Fake the
+ reading of a device using a synthetic device model. </big></small><br
+ style="font-family: monospace;">
+ <small><a style="font-family: monospace;" href="cb2ti3.html">cb2ti3</a><span
style="font-family: monospace;"> @@ -3864,10 +4648,33 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span><big>Convert Colorblind format CMY/RGB test chart into - Argyll .ti3 CGATS format. </big><br style="font-family: - monospace;"> - <a style="font-family: monospace;" href="kodak2ti3.html">kodak2ti3</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span><big>Convert Colorblind format CMY/RGB test chart into
+ Argyll .ti3 CGATS format. </big><br style="font-family:
+ monospace;">
+ <a style="font-family: monospace;" href="kodak2ti3.html">kodak2ti3</a><span
style="font-family: monospace;"> </span><big>Convert @@ -3965,9 +4772,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - Kodak Colorflow format CMYK test chart into Argyll .ti3 CGATS - format. </big><br style="font-family: monospace;"> - <a style="font-family: monospace;" href="txt2ti3.html">txt2ti3</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ Kodak Colorflow format CMYK test chart into Argyll .ti3 CGATS
+ format. </big><br style="font-family: monospace;">
+ <a style="font-family: monospace;" href="txt2ti3.html">txt2ti3</a><span
style="font-family: monospace;"> @@ -4065,11 +4895,34 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span><big>Convert Gretag/Logo/X-Rite/Barbieri or other format - RGB or CMYK test chart results into Argyll .ti3 CGATS format. </big></small><br - style="font-family: monospace;"> - <small><big><small><a style="font-family: monospace;" - href="ls2ti3.html">ls2ti3</a><span style="font-family: + + + + + + + + + + + + + + + + + + + + + + +
+ </span><big>Convert Gretag/Logo/X-Rite/Barbieri or other format
+ RGB or CMYK test chart results into Argyll .ti3 CGATS format. </big></small><br
+ style="font-family: monospace;">
+ <small><big><small><a style="font-family: monospace;"
+ href="ls2ti3.html">ls2ti3</a><span style="font-family:
monospace;"> </span><big>Convert @@ -4104,9 +4957,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - LightSpace format RGB .bcs test chart results into Argyll - .ti3 CGATS format.</big></small></big><br> - <a style="font-family: monospace;" href="fakeCMY.html">fakeCMY</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ LightSpace format RGB .bcs test chart results into Argyll
+ .ti3 CGATS format.</big></small></big><br>
+ <a style="font-family: monospace;" href="fakeCMY.html">fakeCMY</a><span
style="font-family: monospace;"> @@ -4204,10 +5080,33 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span><big>Create a fake Argyll .ti3 CMY data file from a CMYK - profile, as a basis of creating a CMY to CMYK separation<br> - </big></small><small><a style="font-family: monospace;" - href="average.html">average</a><span style="font-family: + + + + + + + + + + + + + + + + + + + + + + +
+ </span><big>Create a fake Argyll .ti3 CMY data file from a CMYK
+ profile, as a basis of creating a CMY to CMYK separation<br>
+ </big></small><small><a style="font-family: monospace;"
+ href="average.html">average</a><span style="font-family:
monospace;"> </span><big>Average @@ -4234,10 +5133,33 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - or Merge two or more measurement data files, or average patches - within a single file.</big></small><br> - <h3>Creating Device Profiles</h3> - <small><a style="font-family: monospace;" href="colprof.html">colprof</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ or Merge two or more measurement data files, or average patches
+ within a single file.</big></small><br>
+ <h3>Creating Device Profiles</h3>
+ <small><a style="font-family: monospace;" href="colprof.html">colprof</a><span
style="font-family: monospace;"> @@ -4335,8 +5257,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Create an ICC profile from the .ti3 test data. <br> - <small><a style="font-family: monospace;" href="mppprof.html">mppprof</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Create an ICC profile from the .ti3 test data. <br>
+ <small><a style="font-family: monospace;" href="mppprof.html">mppprof</a><span
style="font-family: monospace;"> @@ -4434,9 +5379,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Create a Model Printer Profile (MPP) from the .ti3 - test data. <br> - <small><a style="font-family: monospace;" href="revfix.html">revfix</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Create a Model Printer Profile (MPP) from the .ti3
+ test data. <br>
+ <small><a style="font-family: monospace;" href="revfix.html">revfix</a><span
style="font-family: monospace;"> @@ -4534,10 +5502,33 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Regenerate a device profiles B2A table data by - inverting the A2B table. - <h3>Creating Device Link Profiles</h3> - <small><a style="font-family: monospace;" href="collink.html">collink</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Regenerate a device profiles B2A table data by
+ inverting the A2B table.
+ <h3>Creating Device Link Profiles</h3>
+ <small><a style="font-family: monospace;" href="collink.html">collink</a><span
style="font-family: monospace;"> @@ -4635,11 +5626,34 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Link two device ICC profiles to create a device - link profile. - <h3>Converting colors or applying print calibration<br> - </h3> - <small><a style="font-family: monospace;" href="cctiff.html">cctiff</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Link two device ICC profiles to create a device
+ link profile.
+ <h3>Converting colors or applying print calibration<br>
+ </h3>
+ <small><a style="font-family: monospace;" href="cctiff.html">cctiff</a><span
style="font-family: monospace;"> @@ -4737,10 +5751,33 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Color convert a TIFF or JPEG file using a sequence - of ICC device, device link, abstract profiles and calibration files. - <br> - <small><a style="font-family: monospace;" href="applycal.html">applycal</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Color convert a TIFF or JPEG file using a sequence
+ of ICC device, device link, abstract profiles and calibration files.
+ <br>
+ <small><a style="font-family: monospace;" href="applycal.html">applycal</a><span
style="font-family: monospace;"> </span></small>Apply @@ -4837,8 +5874,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - calibration curves to an ICC profile.<br> - <small><a style="font-family: monospace;" href="icclu.html">icclu </a><span + + + + + + + + + + + + + + + + + + + + + + +
+ calibration curves to an ICC profile.<br>
+ <small><a style="font-family: monospace;" href="icclu.html">icclu </a><span
style="font-family: monospace;"> @@ -4936,9 +5996,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Lookup individual color values through any ICC - profile table. <br> - <small><a style="font-family: monospace;" href="xicclu.html">xicclu</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Lookup individual color values through any ICC
+ profile table. <br>
+ <small><a style="font-family: monospace;" href="xicclu.html">xicclu</a><span
style="font-family: monospace;"> @@ -5036,9 +6119,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Lookup individual color values forward or inverted - though an ICC profile or CAL table. <br> - <small><a style="font-family: monospace;" href="mpplu.html">mpplu</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Lookup individual color values forward or inverted
+ though an ICC profile or CAL table. <br>
+ <small><a style="font-family: monospace;" href="mpplu.html">mpplu</a><span
style="font-family: monospace;"> @@ -5136,9 +6242,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Lookup individual color values though an MPP - profile. Also create MPP gamut files/views.<br> - <small><a style="font-family: monospace;" href="greytiff.html">greytiff</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Lookup individual color values though an MPP
+ profile. Also create MPP gamut files/views.<br>
+ <small><a style="font-family: monospace;" href="greytiff.html">greytiff</a><span
style="font-family: monospace;"> </span></small>Convert @@ -5236,17 +6365,40 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a TIFF file to monochrome using an ICC device profile <br> - <h3>Color Tweaking tools<br> - </h3> - <small><a style="font-family: monospace;" href="refine.html">refine</a><span - style="font-family: monospace;"> - </span></small>Creates an - abstract profile from two chart readings, useful for refining - proofing profiles. <a href="mppprof.html"><br> - </a> - <h3>Creating gamut views</h3> - <small><a style="font-family: monospace;" href="iccgamut.html">iccgamut</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ a TIFF file to monochrome using an ICC device profile <br>
+ <h3>Color Tweaking tools<br>
+ </h3>
+ <small><a style="font-family: monospace;" href="refine.html">refine</a><span
+ style="font-family: monospace;">
+ </span></small>Creates an
+ abstract profile from two chart readings, useful for refining
+ proofing profiles. <a href="mppprof.html"><br>
+ </a>
+ <h3>Creating gamut views</h3>
+ <small><a style="font-family: monospace;" href="iccgamut.html">iccgamut</a><span
style="font-family: monospace;"> </span></small>Create @@ -5344,8 +6496,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a gamut file or VRML file of the color gamut of an ICC profile. <br> - <small><a style="font-family: monospace;" href="tiffgamut.html">tiffgamut</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ a gamut file or VRML file of the color gamut of an ICC profile. <br>
+ <small><a style="font-family: monospace;" href="tiffgamut.html">tiffgamut</a><span
style="font-family: monospace;"> </span></small>Create @@ -5443,9 +6618,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a gamut file or VRML file of the color gamut of a TIFF or JPEG - image. <br> - <small><a style="font-family: monospace;" href="viewgam.html">viewgam</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ a gamut file or VRML file of the color gamut of a TIFF or JPEG
+ image. <br>
+ <small><a style="font-family: monospace;" href="viewgam.html">viewgam</a><span
style="font-family: monospace;"> @@ -5543,11 +6741,34 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Convert one or more gamuts into a VRML 3D - visualization file. Compute an intersection.<br> - <h3>Diagnostic and test tools<br> - </h3> - <small><a style="font-family: monospace;" href="iccdump.html">iccdump</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Convert one or more gamuts into a VRML 3D
+ visualization file. Compute an intersection.<br>
+ <h3>Diagnostic and test tools<br>
+ </h3>
+ <small><a style="font-family: monospace;" href="iccdump.html">iccdump</a><span
style="font-family: monospace;"> @@ -5645,8 +6866,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Dump the contents of an ICC profile as text. <br> - <small><a style="font-family: monospace;" href="profcheck.html">profcheck</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Dump the contents of an ICC profile as text. <br>
+ <small><a style="font-family: monospace;" href="profcheck.html">profcheck</a><span
style="font-family: monospace;"> </span></small>Check @@ -5744,8 +6988,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - an ICC profile against .ti3 test chart data, create pruned .ti3 - file.<br> + + + + + + + + + + + + + + + + + + + + + + +
+ an ICC profile against .ti3 test chart data, create pruned .ti3
+ file.<br>
<small style="font-family: monospace;"><a href="invprofcheck.html">invprofcheck</a> @@ -5843,8 +7110,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </small>Check ICC forward against inverse lookup. <br> - <small><a style="font-family: monospace;" href="splitti3.html">splitsti3</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </small>Check ICC forward against inverse lookup. <br>
+ <small><a style="font-family: monospace;" href="splitti3.html">splitsti3</a><span
style="font-family: monospace;"> </span></small>Split @@ -5941,12 +7231,35 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a CGATS file (ie. a .ti3) into two parts randomly to verify - profiling. <br> - <small style="font-family: monospace;"><a href="timage.html">timage</a> - </small>Create TIFF test - images. <br> - <small><a style="font-family: monospace;" href="mppcheck.html">mppcheck</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ a CGATS file (ie. a .ti3) into two parts randomly to verify
+ profiling. <br>
+ <small style="font-family: monospace;"><a href="timage.html">timage</a>
+ </small>Create TIFF test
+ images. <br>
+ <small><a style="font-family: monospace;" href="mppcheck.html">mppcheck</a><span
style="font-family: monospace;"> </span></small>Check @@ -6044,8 +7357,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - an MPP profile against .ti3 test chart data. <br> - <small><a style="font-family: monospace;" href="spotread.html">spotread</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ an MPP profile against .ti3 test chart data. <br>
+ <small><a style="font-family: monospace;" href="spotread.html">spotread</a><span
style="font-family: monospace;"> </span></small>Use @@ -6142,8 +7478,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - an instrument to read a single spot color value. <br> - <small><a style="font-family: monospace;" href="colverify.html">colverify</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ an instrument to read a single spot color value. <br>
+ <small><a style="font-family: monospace;" href="colverify.html">colverify</a><span
style="font-family: monospace;"> </span></small>Verify @@ -6184,9 +7543,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - matching of CIE in two CGATS/.ti3 files (also view differences as - VRML)<br> - <small><a style="font-family: monospace;" href="synthcal.html">synthcal</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ matching of CIE in two CGATS/.ti3 files (also view differences as
+ VRML)<br>
+ <small><a style="font-family: monospace;" href="synthcal.html">synthcal</a><span
style="font-family: monospace;"> </span></small>Create @@ -6283,10 +7665,33 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a synthetic input, display or output calibration (<a - href="File_Formats.html#.cal">.cal</a>)file. - <h3>Other Tools</h3> - <small><a style="font-family: monospace;" href="ccxxmake.html">ccxxmake</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ a synthetic input, display or output calibration (<a
+ href="File_Formats.html#.cal">.cal</a>)file.
+ <h3>Other Tools</h3>
+ <small><a style="font-family: monospace;" href="ccxxmake.html">ccxxmake</a><span
style="font-family: monospace;"> </span></small>Use @@ -6383,12 +7788,6 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a Spectrometer to create a Colorimeter Correction Matrix - (CCMX) or a Colorimeter Calibration Spectral Set (CCSS) - for a particular display.<br> - <small><a style="font-family: monospace;" href="extracticc.html">extracticc</a><span - style="font-family: monospace;"></span></small><small><span - style="font-family: monospace;"> </span>Extract @@ -6411,6 +7810,13 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> +
+ a Spectrometer to create a Colorimeter Correction Matrix
+ (CCMX) or a Colorimeter Calibration Spectral Set (CCSS)
+ for a particular display.<br>
+ <small><a style="font-family: monospace;" href="extracticc.html">extracticc</a><span
+ style="font-family: monospace;"></span></small><small><span
+ style="font-family: monospace;"> </span>Extract @@ -6485,15 +7891,6 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - an embedded ICC profile from a TIFF or JPEG file.<br> - </small><small><a style="font-family: monospace;" - href="extractttag.html">extractttag</a><span style="font-family: - monospace;"></span></small><small><span style="font-family: - monospace;"> </span>Extract a text tag (ie. CGATS - .ti3 data or CAL) from an ICC profile.</small><br> - <small><a style="font-family: monospace;" href="dispwin.html">dispwin</a><span - style="font-family: monospace;"></span></small><small><span - style="font-family: monospace;"> </span></small>Install @@ -6538,6 +7935,16 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> +
+ an embedded ICC profile from a TIFF or JPEG file.<br>
+ </small><small><a style="font-family: monospace;"
+ href="extractttag.html">extractttag</a><span style="font-family:
+ monospace;"></span></small><small><span style="font-family:
+ monospace;"> </span>Extract a text tag (ie. CGATS
+ .ti3 data or CAL) from an ICC profile.</small><br>
+ <small><a style="font-family: monospace;" href="dispwin.html">dispwin</a><span
+ style="font-family: monospace;"></span></small><small><span
+ style="font-family: monospace;"> </span></small>Install @@ -6590,16 +7997,6 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - or uninstall display profile, set display calibration from profile - or .cal file, test displace and dispwin access to a display.<br> - <small><a style=" font-family: monospace;" href="oeminst.html">oeminst</a><span - style="font-family: monospace;"> - </span></small>Install Instrument manufacturers files for the - Spyder 2, EDR or CCSS calibration files for i1d3 or Spyder 4 or - 5, CCMX files for colorimeters.<br> - <small><a style="font-family: monospace;" href="specplot.html">specplot</a><span - style="font-family: monospace;"> </span><span - style="text-decoration: underline; font-family: monospace;"></span></small> @@ -6666,6 +8063,17 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> +
+ or uninstall display profile, set display calibration from profile
+ or .cal file, test displace and dispwin access to a display.<br>
+ <small><a style=" font-family: monospace;" href="oeminst.html">oeminst</a><span
+ style="font-family: monospace;">
+ </span></small>Install Instrument manufacturers files for the
+ Spyder 2, EDR or CCSS calibration files for i1d3 or Spyder 4 or
+ 5, CCMX files for colorimeters.<br>
+ <small><a style="font-family: monospace;" href="specplot.html">specplot</a><span
+ style="font-family: monospace;"> </span><span
+ style="text-decoration: underline; font-family: monospace;"></span></small> @@ -6696,10 +8104,6 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - Plot a spectrum (.sp, .cmf, .ccss) and calculate CCT and VCT.<br> - <small><a style="font-family: monospace;" href="spec2cie.html">spec2cie</a><span - style="font-family: monospace;"> </span><span - style="text-decoration: underline; font-family: monospace;"></span></small>Convert @@ -6788,6 +8192,19 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> +
+ Plot a spectrum (.sp, .cmf, .ccss) and calculate CCT and VCT.<br>
+ <small><a style="font-family: monospace;" href="spec2cie.html">spec2cie</a><span
+ style="font-family: monospace;"> </span><span
+ style="text-decoration: underline; font-family: monospace;"></span></small>Convert + + + + + + + + @@ -6796,12 +8213,18 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - reflective spectral .ti3 readings into CIE XYZ and D50 L*a*b* - readings. Apply FWA, plot spectrums.<br> - - <h2><b><u><font size="+2"><a name="AlphList"></a>Main Tools - Alphabetic Listing:</font></u></b></h2> - <small><a style="font-family: monospace;" href="applycal.html">applycal</a><span + + + + + +
+ spectral .ti3 or .sp readings into CIE XYZ and D50 L*a*b* readings.
+ Apply FWA, plot spectrums.<br>
+
+ <h2><b><u><font size="+2"><a name="AlphList"></a>Main Tools
+ Alphabetic Listing:</font></u></b></h2>
+ <small><a style="font-family: monospace;" href="applycal.html">applycal</a><span
style="font-family: monospace;"> </span></small>Apply @@ -6898,8 +8321,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - calibration curves to an ICC profile.<br> - <small><a style="font-family: monospace;" href="average.html">average</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ calibration curves to an ICC profile.<br>
+ <small><a style="font-family: monospace;" href="average.html">average</a><span
style="font-family: monospace;"> @@ -6997,9 +8443,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small><small><big>Average or Merge two or more - measurement data files, or average patches within a single file.</big></small><br> - <small><a style="font-family: monospace;" href="cb2ti3.html">cb2ti3</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small><small><big>Average or Merge two or more
+ measurement data files, or average patches within a single file.</big></small><br>
+ <small><a style="font-family: monospace;" href="cb2ti3.html">cb2ti3</a><span
style="font-family: monospace;"> @@ -7097,9 +8566,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Convert Colorblind format CMY/RGB test chart into - Argyll .ti3 CGATS format. <br> - <small><a style="font-family: monospace;" href="cctiff.html">cctiff</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Convert Colorblind format CMY/RGB test chart into
+ Argyll .ti3 CGATS format. <br>
+ <small><a style="font-family: monospace;" href="cctiff.html">cctiff</a><span
style="font-family: monospace;"> @@ -7197,10 +8689,6 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Color convert a TIFF or JPEG file using a sequence - of ICC device, device link, abstract profiles and calibration files.<br> - <small><a style="font-family: monospace;" href="ccxxmake.html">ccxxmake</a><span - style="font-family: monospace;"> </span></small>Use @@ -7223,6 +8711,11 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> +
+ </span></small>Color convert a TIFF or JPEG file using a sequence
+ of ICC device, device link, abstract profiles and calibration files.<br>
+ <small><a style="font-family: monospace;" href="ccxxmake.html">ccxxmake</a><span
+ style="font-family: monospace;"> </span></small>Use @@ -7296,11 +8789,6 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a Spectrometer to create a Colorimeter Correction Matrix - (CCMX) or a Colorimeter Calibration Spectral Set (CCSS) - for a particular display.<br> - <small><a style="font-family: monospace;" href="chartread.html">chartread</a><span - style="font-family: monospace;"> </span></small>Read @@ -7345,6 +8833,12 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> +
+ a Spectrometer to create a Colorimeter Correction Matrix
+ (CCMX) or a Colorimeter Calibration Spectral Set (CCSS)
+ for a particular display.<br>
+ <small><a style="font-family: monospace;" href="chartread.html">chartread</a><span
+ style="font-family: monospace;"> </span></small>Read @@ -7397,9 +8891,6 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a test chart using an instrument to create a .ti3 data file. <br> - <small><a style="font-family: monospace;" href="collink.html">collink</a><span - style="font-family: monospace;"> @@ -7466,6 +8957,22 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> +
+ a test chart using an instrument to create a .ti3 data file. <br>
+ <small><a style="font-family: monospace;" href="collink.html">collink</a><span
+ style="font-family: monospace;"> + + + + + + + + + + + + @@ -7496,10 +9003,6 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Link two device ICC profiles to create a device - link profile. <br> - <small><a style="font-family: monospace;" href="colprof.html">colprof</a><span - style="font-family: monospace;"> @@ -7576,6 +9079,13 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> +
+ </span></small>Link two device ICC profiles to create a device
+ link profile. <br>
+ <small><a style="font-family: monospace;" href="colprof.html">colprof</a><span
+ style="font-family: monospace;"> + + @@ -7596,10 +9106,6 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Create an ICC profile from the .ti3 test data.<br> - <font size="-1"><a style="font-family: monospace;" - href="colverify.html">colverify</a><span - style="font-family: monospace;"> </span></font>Verify @@ -7696,12 +9202,16 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - matching of CIE in two CGATS/.ti3 files (also view differences as - VRML)<br> - <small style="font-family: monospace;"><a href="dispcal.html">dispcal</a> - </small>Adjust, calibrate and - profile a display<small><big>.</big></small><br> - <small><a style="font-family: monospace;" href="dispread.html">dispread</a><span +
+ </span></small>Create an ICC profile from the .ti3 test data.<br>
+ <font size="-1"><a style="font-family: monospace;"
+ href="colverify.html">colverify</a><span style="font-family:
+ monospace;"> </span></font>Verify matching
+ of CIE in two CGATS/.ti3 files (also view differences as VRML)<br>
+ <small style="font-family: monospace;"><a href="dispcal.html">dispcal</a>
+ </small>Adjust, calibrate and
+ profile a display<small><big>.</big></small><br>
+ <small><a style="font-family: monospace;" href="dispread.html">dispread</a><span
style="font-family: monospace;"> </span></small>Test @@ -7799,9 +9309,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - and read colorimetric values from a display <br> - <small><a style="font-family: monospace;" href="dispwin.html">dispwin</a><span - style="font-family: monospace;"></span></small><small><span + + + + + + + + + + + + + + + + + + + + + + +
+ and read colorimetric values from a display <br>
+ <small><a style="font-family: monospace;" href="dispwin.html">dispwin</a><span
+ style="font-family: monospace;"></span></small><small><span
style="font-family: monospace;"> </span></small>Install @@ -7899,10 +9432,33 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - or uninstall display profile, set display calibration from profile - or .cal file, test displace and dispwin access to a display.<br> - <small><a style="font-family: monospace;" href="extracticc.html">extracticc</a><span - style="font-family: monospace;"></span></small><small><span + + + + + + + + + + + + + + + + + + + + + + +
+ or uninstall display profile, set display calibration from profile
+ or .cal file, test displace and dispwin access to a display.<br>
+ <small><a style="font-family: monospace;" href="extracticc.html">extracticc</a><span
+ style="font-family: monospace;"></span></small><small><span
style="font-family: monospace;"> </span>Extract @@ -8000,13 +9556,36 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - an embedded ICC profile from a TIFF or JPEG file.<br> - </small><small><a style="font-family: monospace;" - href="extractttag.html">extractttag</a><span style="font-family: - monospace;"></span></small><small><span style="font-family: - monospace;"> </span>Extract a text tag (ie. CGATS - .ti3 data or CAL) from an ICC profile.</small><br> - <small><a style="font-family: monospace;" href="fakeCMY.html">fakeCMY</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ an embedded ICC profile from a TIFF or JPEG file.<br>
+ </small><small><a style="font-family: monospace;"
+ href="extractttag.html">extractttag</a><span style="font-family:
+ monospace;"></span></small><small><span style="font-family:
+ monospace;"> </span>Extract a text tag (ie. CGATS
+ .ti3 data or CAL) from an ICC profile.</small><br>
+ <small><a style="font-family: monospace;" href="fakeCMY.html">fakeCMY</a><span
style="font-family: monospace;"> @@ -8104,9 +9683,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Create a fake Argyll .ti3 CMY data file from a CMYK - profile, as a basis of creating a CMY to CMYK separation <br> - <small><a style="font-family: monospace;" href="fakeread.html">fakeread</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Create a fake Argyll .ti3 CMY data file from a CMYK
+ profile, as a basis of creating a CMY to CMYK separation <br>
+ <small><a style="font-family: monospace;" href="fakeread.html">fakeread</a><span
style="font-family: monospace;"> </span></small>Fake @@ -8204,8 +9806,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - the reading of a device using an ICC or MPP profile. <br> - <small><a style="font-family: monospace;" href="filmread.html">filmread</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ the reading of a device using an ICC or MPP profile. <br>
+ <small><a style="font-family: monospace;" href="filmread.html">filmread</a><span
style="font-family: monospace;"> </span></small>Read @@ -8303,8 +9928,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - film colorimetric values using a SpectroScanT (Deprecated ?)<br> - <small><a style="font-family: monospace;" href="filmtarg.html">filmtarg</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ film colorimetric values using a SpectroScanT (Deprecated ?)<br>
+ <small><a style="font-family: monospace;" href="filmtarg.html">filmtarg</a><span
style="font-family: monospace;"> </span></small>Create @@ -8402,8 +10050,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - film recorder TIFF files from Argyll .ti1 file. <br> - <small><a style="font-family: monospace;" href="greytiff.html">greytiff</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ film recorder TIFF files from Argyll .ti1 file. <br>
+ <small><a style="font-family: monospace;" href="greytiff.html">greytiff</a><span
style="font-family: monospace;"> </span></small>Convert @@ -8501,9 +10172,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a TIFF file to monochrome using an ICC device profile <small><a - style="font-family: monospace;" href="oeminst.html"></a></small><br> - <small><a style="font-family: monospace;" href="iccdump.html">iccdump</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ a TIFF file to monochrome using an ICC device profile <small><a
+ style="font-family: monospace;" href="oeminst.html"></a></small><br>
+ <small><a style="font-family: monospace;" href="iccdump.html">iccdump</a><span
style="font-family: monospace;"> @@ -8601,8 +10295,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Dump the contents of an ICC profile as text. <br> - <small><a style="font-family: monospace;" href="iccgamut.html">iccgamut</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Dump the contents of an ICC profile as text. <br>
+ <small><a style="font-family: monospace;" href="iccgamut.html">iccgamut</a><span
style="font-family: monospace;"> </span></small>Create @@ -8700,9 +10417,6 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a gamut file or VRML file of the color gamut of an ICC profile. <br> - <small><a style="font-family: monospace;" href="icclu.html">icclu </a><span - style="font-family: monospace;"> @@ -8725,6 +10439,10 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> +
+ a gamut file or VRML file of the color gamut of an ICC profile. <br>
+ <small><a style="font-family: monospace;" href="icclu.html">icclu </a><span
+ style="font-family: monospace;"> @@ -8799,10 +10517,6 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Lookup individual color values through any ICC - profile table. <br> - <small><a style="font-family: monospace;" href="illumread.html">illumread</a><span - style="font-family: monospace;"> </span></small>Use @@ -8847,6 +10561,24 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> +
+ </span></small>Lookup individual color values through any ICC
+ profile table. <br>
+ <small><a style="font-family: monospace;" href="illumread.html">illumread</a><span
+ style="font-family: monospace;"> </span></small>Use + + + + + + + + + + + + + @@ -8898,13 +10630,6 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - an instrument to measure an illuminant spectrum, and estimate its UV - content.<br> - <small><a style="font-family: monospace;" href="invprofcheck.html">invprofcheck</a><span - style="font-family: monospace;"> </span></small>Check ICC - forward against inverse lookup. <br> - <small><a style="font-family: monospace;" href="kodak2ti3.html">kodak2ti3</a><span - style="font-family: monospace;"> </span></small>Convert @@ -8958,6 +10683,14 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> +
+ an instrument to measure an illuminant spectrum, and estimate its UV
+ content.<br>
+ <small><a style="font-family: monospace;" href="invprofcheck.html">invprofcheck</a><span
+ style="font-family: monospace;"> </span></small>Check ICC
+ forward against inverse lookup. <br>
+ <small><a style="font-family: monospace;" href="kodak2ti3.html">kodak2ti3</a><span
+ style="font-family: monospace;"> </span></small>Convert @@ -9001,11 +10734,6 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - Kodak Colorflow format CMYK test chart into Argyll .ti3 CGATS - format. <br> - <small><big><small><a style="font-family: monospace;" - href="ls2ti3.html">ls2ti3</a><span - style="font-family: monospace;"> @@ -9081,6 +10809,12 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> +
+ Kodak Colorflow format CMYK test chart into Argyll .ti3 CGATS
+ format. <br>
+ <small><big><small><a style="font-family: monospace;"
+ href="ls2ti3.html">ls2ti3</a><span style="font-family:
+ monospace;"> </span><big>Convert @@ -9102,9 +10836,10 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span><big>Convert LightSpace format RGB .bcs test chart - results into Argyll .ti3 CGATS format.</big></small></big></small><br> - <small><a style="font-family: monospace;" href="mppcheck.html">mppcheck</a><span +
+ LightSpace format RGB .bcs test chart results into Argyll
+ .ti3 CGATS format.</big></small></big></small><br>
+ <small><a style="font-family: monospace;" href="mppcheck.html">mppcheck</a><span
style="font-family: monospace;"> </span></small>Check @@ -9202,8 +10937,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - an MPP profile against .ti3 test chart data. <br> - <small><a style="font-family: monospace;" href="mpplu.html">mpplu</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ an MPP profile against .ti3 test chart data. <br>
+ <small><a style="font-family: monospace;" href="mpplu.html">mpplu</a><span
style="font-family: monospace;"> @@ -9301,9 +11059,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Lookup individual color values though an MPP - profile. Also create MPP gamut files/views. <br> - <small><a style="font-family: monospace;" href="mppprof.html">mppprof</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Lookup individual color values though an MPP
+ profile. Also create MPP gamut files/views. <br>
+ <small><a style="font-family: monospace;" href="mppprof.html">mppprof</a><span
style="font-family: monospace;"> @@ -9401,14 +11182,37 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Create a Model Printer Profile (MPP) from the .ti3 - test data. <br> - <small><a style=" font-family: monospace;" href="oeminst.html">oeminst</a><span - style="font-family: monospace;"> - </span></small>Install Instrument manufacturers files for the - Spyder 2, EDR or CCSS calibration files for i1d3 or Spyder 4 or - 5, CCMX files for colorimeters.<br> - <small><a style="font-family: monospace;" href="printcal.html">printcal</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Create a Model Printer Profile (MPP) from the .ti3
+ test data. <br>
+ <small><a style=" font-family: monospace;" href="oeminst.html">oeminst</a><span
+ style="font-family: monospace;">
+ </span></small>Install Instrument manufacturers files for the
+ Spyder 2, EDR or CCSS calibration files for i1d3 or Spyder 4 or
+ 5, CCMX files for colorimeters.<br>
+ <small><a style="font-family: monospace;" href="printcal.html">printcal</a><span
style="font-family: monospace;"> </span></small>Create @@ -9505,8 +11309,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a printer calibration .cal file from a .ti3 data file<small><big>.</big></small><br> - <small><a style="font-family: monospace;" href="printtarg.html">printtarg</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ a printer calibration .cal file from a .ti3 data file<small><big>.</big></small><br>
+ <small><a style="font-family: monospace;" href="printtarg.html">printtarg</a><span
style="font-family: monospace;"> </span></small><small><big>Create @@ -9604,9 +11431,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a PS, EPS or TIFF file containing test patch values, ready for - printing.</big></small><br> - <small><a style="font-family: monospace;" href="profcheck.html">profcheck</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ a PS, EPS or TIFF file containing test patch values, ready for
+ printing.</big></small><br>
+ <small><a style="font-family: monospace;" href="profcheck.html">profcheck</a><span
style="font-family: monospace;"> </span></small>Check @@ -9704,14 +11554,37 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - an ICC profile against .ti3 test chart data, create pruned .ti3 - file.<br> - <small><a style="font-family: monospace;" href="refine.html">refine</a><span - style="font-family: monospace;"> - </span></small>Creates an - abstract profile from two chart readings, useful for refining - proofing profiles. <br> - <small><a style="font-family: monospace;" href="revfix.html">revfix</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ an ICC profile against .ti3 test chart data, create pruned .ti3
+ file.<br>
+ <small><a style="font-family: monospace;" href="refine.html">refine</a><span
+ style="font-family: monospace;">
+ </span></small>Creates an
+ abstract profile from two chart readings, useful for refining
+ proofing profiles. <br>
+ <small><a style="font-family: monospace;" href="revfix.html">revfix</a><span
style="font-family: monospace;"> @@ -9809,9 +11682,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Regenerate a device profiles B2A table data by - inverting the A2B table. <br> - <small><a style="font-family: monospace;" href="scanin.html">scanin</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Regenerate a device profiles B2A table data by
+ inverting the A2B table. <br>
+ <small><a style="font-family: monospace;" href="scanin.html">scanin</a><span
style="font-family: monospace;"> @@ -9909,10 +11805,33 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Convert a TIFF image of a test chart into - .ti3 device values. <br> - <small><a style="font-family: monospace;" href="spec2cie.html">spec2cie</a><span - style="font-family: monospace;"> </span><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Convert a TIFF image of a test chart into
+ .ti3 device values. <br>
+ <small><a style="font-family: monospace;" href="spec2cie.html">spec2cie</a><span
+ style="font-family: monospace;"> </span><span
style="text-decoration: underline; font-family: monospace;"></span></small>Convert @@ -10010,10 +11929,33 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - reflective spectral .ti3 readings into CIE XYZ and D50 L*a*b* - readings. Apply FWA, plot spectrums.<br> - <small><a style="font-family: monospace;" href="specplot.html">specplot</a><span - style="font-family: monospace;"> </span><span + + + + + + + + + + + + + + + + + + + + + + +
+ spectral .ti3 or .sp readings into CIE XYZ and D50 L*a*b* readings.
+ Apply FWA, plot spectrums.<br>
+ <small><a style="font-family: monospace;" href="specplot.html">specplot</a><span
+ style="font-family: monospace;"> </span><span
style="text-decoration: underline; font-family: monospace;"></span></small> @@ -10111,8 +12053,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - Plot a spectrum (.sp, .cmf, .ccss) and calculate CCT and VCT.<br> - <small><a style="font-family: monospace;" href="splitti3.html">splitsti3</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ Plot a spectrum (.sp, .cmf, .ccss) and calculate CCT and VCT.<br>
+ <small><a style="font-family: monospace;" href="splitti3.html">splitsti3</a><span
style="font-family: monospace;"> </span></small>Split @@ -10209,9 +12174,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a CGATS file (ie. a .ti3) into two parts randomly to verify - profiling. <br> - <small><a style="font-family: monospace;" href="spotread.html">spotread</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ a CGATS file (ie. a .ti3) into two parts randomly to verify
+ profiling. <br>
+ <small><a style="font-family: monospace;" href="spotread.html">spotread</a><span
style="font-family: monospace;"> </span></small>Use @@ -10308,9 +12296,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - an instrument to read a single spot color value. <small><a - style="font-family: monospace;" href="oeminst.html"></a></small><br> - <small><a style="font-family: monospace;" href="synthcal.html">synthcal</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ an instrument to read a single spot color value. <small><a
+ style="font-family: monospace;" href="oeminst.html"></a></small><br>
+ <small><a style="font-family: monospace;" href="synthcal.html">synthcal</a><span
style="font-family: monospace;"> </span></small>Create @@ -10407,9 +12418,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a synthetic input, display or output calibration (<a - href="File_Formats.html#.cal">.cal</a>)file.<br> - <small><a style="font-family: monospace;" href="synthread.html">synthread</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ a synthetic input, display or output calibration (<a
+ href="File_Formats.html#.cal">.cal</a>)file.<br>
+ <small><a style="font-family: monospace;" href="synthread.html">synthread</a><span
style="font-family: monospace;"> </span><big>Fake @@ -10507,8 +12541,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - the reading of a device using a synthetic device model. </big></small><br> - <small><a style="font-family: monospace;" href="targen.html">targen</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ the reading of a device using a synthetic device model. </big></small><br>
+ <small><a style="font-family: monospace;" href="targen.html">targen</a><span
style="font-family: monospace;"> @@ -10606,9 +12663,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Generate a profiling test target values .ti1 file. - <br> - <small><a style="font-family: monospace;" href="tiffgamut.html">tiffgamut</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Generate a profiling test target values .ti1 file.
+ <br>
+ <small><a style="font-family: monospace;" href="tiffgamut.html">tiffgamut</a><span
style="font-family: monospace;"> </span></small>Create @@ -10706,13 +12786,36 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - a gamut file or VRML file of the color gamut of a TIFF or JPEG - image. <br> - <small><a style="font-family: monospace;" href="timage.html">timage</a><span - style="font-family: monospace;"> - </span></small>Create TIFF - test images. <br> - <small><a style="font-family: monospace;" href="txt2ti3.html">txt2ti3</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ a gamut file or VRML file of the color gamut of a TIFF or JPEG
+ image. <br>
+ <small><a style="font-family: monospace;" href="timage.html">timage</a><span
+ style="font-family: monospace;">
+ </span></small>Create TIFF
+ test images. <br>
+ <small><a style="font-family: monospace;" href="txt2ti3.html">txt2ti3</a><span
style="font-family: monospace;"> @@ -10810,11 +12913,34 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small><small><big>Convert Gretag/Logo/X-Rite/Barbieri or - other format RGB or CMYK test chart results into Argyll .ti3 - CGATS format.</big></small> <br> - <font size="-1"><a style="font-family: monospace;" - href="viewgam.html">viewgam</a><span style="font-family: + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small><small><big>Convert Gretag/Logo/X-Rite/Barbieri or
+ other format RGB or CMYK test chart results into Argyll .ti3
+ CGATS format.</big></small> <br>
+ <font size="-1"><a style="font-family: monospace;"
+ href="viewgam.html">viewgam</a><span style="font-family:
monospace;"> </span></font>Convert @@ -10911,9 +13037,32 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - one or more gamuts into a VRML 3D visualization file. Compute an - intersection.<br> - <small><a style="font-family: monospace;" href="xicclu.html">xicclu</a><span + + + + + + + + + + + + + + + + + + + + + + +
+ one or more gamuts into a VRML 3D visualization file. Compute an
+ intersection.<br>
+ <small><a style="font-family: monospace;" href="xicclu.html">xicclu</a><span
style="font-family: monospace;"> @@ -11011,36 +13160,59 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - </span></small>Lookup individual color values forward or inverted - though an ICC profile or CAL table. <br> - <br> - <h2><u><a href="Environment.html">Environment Variables<br> - </a></u></h2> - <span style="text-decoration: underline;"><span style="font-weight: - bold;"></span></span> Performance/memory tuning hints, plus - tweaks for scipting.<br> - <h2><u><a href="Performance.html">Performance Tuning<br> - </a></u></h2> - <span style="text-decoration: underline;"><span style="font-weight: - bold;"></span></span> Performance hints. <br> - <h2><u><a href="Overview.html">Overview</a></u></h2> - Overview of the software and its aims and functionality.<br> - <h2><u><a href="Limitations.html">Limitations</a></u></h2> - Limitations of the current functionality.<br> - <h2><u><a href="Organisation.html">Organization</a></u></h2> - How directories are organized, what they contain. - <h2><u><a href="Source.html">Source</a></u></h2> - Any detailed documentation on how the software works, or what - algorithms it is based on. (Very incomplete.) - <h2><u><a href="MinorTools.html">Minor Tools</a></u></h2> - A very brief description of minor tools and test harnesses. <br> - <br> - <br> - <h2><u><a name="FFormats"></a><a href="File_Formats.html">File - formats that Argyll uses</a></u></h2> - Argyll uses a number of file formats for its operation, some that - are external standards, and some that are unique to Argyll. <br> - <br> + + + + + + + + + + + + + + + + + + + + + + +
+ </span></small>Lookup individual color values forward or inverted
+ though an ICC profile or CAL table. <br>
+ <br>
+ <h2><u><a href="Environment.html">Environment Variables<br>
+ </a></u></h2>
+ <span style="text-decoration: underline;"><span style="font-weight:
+ bold;"></span></span> Performance/memory tuning hints, tweaks
+ for srcipting, plus lesser used behavior options.<br>
+ <h2><u><a href="Performance.html">Performance Tuning<br>
+ </a></u></h2>
+ <span style="text-decoration: underline;"><span style="font-weight:
+ bold;"></span></span> Performance hints. <br>
+ <h2><u><a href="Overview.html">Overview</a></u></h2>
+ Overview of the software and its aims and functionality.<br>
+ <h2><u><a href="Limitations.html">Limitations</a></u></h2>
+ Limitations of the current functionality.<br>
+ <h2><u><a href="Organisation.html">Organization</a></u></h2>
+ How directories are organized, what they contain.
+ <h2><u><a href="Source.html">Source</a></u></h2>
+ Any detailed documentation on how the software works, or what
+ algorithms it is based on. (Very incomplete.)
+ <h2><u><a href="MinorTools.html">Minor Tools</a></u></h2>
+ A very brief description of minor tools and test harnesses. <br>
+ <br>
+ <br>
+ <h2><u><a name="FFormats"></a><a href="File_Formats.html">File
+ formats that Argyll uses</a></u></h2>
+ Argyll uses a number of file formats for its operation, some that
+ are external standards, and some that are unique to Argyll. <br>
+ <br>
<a href="File_Formats.html#.ti1">.ti1</a> @@ -11138,7 +13310,30 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - Device test values <br> + + + + + + + + + + + + + + + + + + + + + + +
+ Device test values <br>
<a href="File_Formats.html#.ti2">.ti2</a> @@ -11236,7 +13431,30 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - Device test values & chart layout <br> + + + + + + + + + + + + + + + + + + + + + + +
+ Device test values & chart layout <br>
<a href="File_Formats.html#.ti3">.ti3</a> @@ -11334,11 +13552,34 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - Device test values & CIE tristimulus/spectral results <a - href="ti3_format.html">Format details.</a><br> - <a href="File_Formats.html#.cal">.cal</a> - Device - calibration information. <a href="cal_format.html">Format details.</a><br> + + + + + + + + + + + + + + + + + + + + + + +
+ Device test values & CIE tristimulus/spectral results <a
+ href="ti3_format.html">Format details.</a><br>
+ <a href="File_Formats.html#.cal">.cal</a>
+ Device
+ calibration information. <a href="cal_format.html">Format details.</a><br>
<a href="File_Formats.html#.cht">.cht</a> @@ -11436,8 +13677,31 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - Test chart recognition template. <a href="cht_format.html">Format - details.</a> <br> + + + + + + + + + + + + + + + + + + + + + + +
+ Test chart recognition template. <a href="cht_format.html">Format
+ details.</a> <br>
<a href="File_Formats.html#.gam">.gam</a> @@ -11535,7 +13799,30 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - 3D gamut surface description <br> + + + + + + + + + + + + + + + + + + + + + + +
+ 3D gamut surface description <br>
<a href="File_Formats.html#.sp">.sp</a> @@ -11633,15 +13920,38 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - Illuminant spectral description <br> - <a href="File_Formats.html#.cmf">.cmf</a> - Color Matching - Functions<br> - <a href="File_Formats.html#.ccmx">.ccmx</a> - Colorimeter Correction Matrix <br> - <a href="File_Formats.html#.ccmx">.ccss</a> - Colorimeter Calibration - Spectral Set <br> + + + + + + + + + + + + + + + + + + + + + + +
+ Illuminant spectral description <br>
+ <a href="File_Formats.html#.cmf">.cmf</a>
+ Color Matching
+ Functions<br>
+ <a href="File_Formats.html#.ccmx">.ccmx</a>
+ Colorimeter Correction Matrix <br>
+ <a href="File_Formats.html#.ccmx">.ccss</a>
+ Colorimeter Calibration
+ Spectral Set <br>
<a href="File_Formats.html#CGATS">CGATS</a> @@ -11739,7 +14049,30 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - Standard text based data exchange format <br> + + + + + + + + + + + + + + + + + + + + + + +
+ Standard text based data exchange format <br>
<a href="File_Formats.html#ICC">ICC</a> @@ -11837,7 +14170,30 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - International Color Consortium profile format <br> + + + + + + + + + + + + + + + + + + + + + + +
+ International Color Consortium profile format <br>
<a href="File_Formats.html#MPP">MPP</a> @@ -11935,7 +14291,30 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - Model device profile format <br> + + + + + + + + + + + + + + + + + + + + + + +
+ Model device profile format <br>
<a href="File_Formats.html#TIFF">TIFF</a> @@ -12033,7 +14412,30 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - Tag Image File Format raster files. <br> + + + + + + + + + + + + + + + + + + + + + + +
+ Tag Image File Format raster files. <br>
<a href="File_Formats.html#JPEG">JPEG</a> @@ -12131,12 +14533,35 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - Joint Photographic Experts Group, JPEG File Interchange Format - raster files. <br> - <a href="doc/ucmm.html">ucmm</a> - Unix micro Color Management Module convention and - configuration file format and <span style="color: rgb(204, 0, 0); - font-weight: bold;">Profile Locations</span>.<br> + + + + + + + + + + + + + + + + + + + + + + +
+ Joint Photographic Experts Group, JPEG File Interchange Format
+ raster files. <br>
+ <a href="ucmm.html">ucmm</a> Unix micro
+ Color Management Module convention and configuration file format and
+ <span style="color: rgb(204, 0, 0); font-weight: bold;">Profile
+ Locations</span>.<br>
<a href="File_Formats.html#VRML">VRML</a> @@ -12234,42 +14659,65 @@ href="http://www.google.com/search?hl=en&q=windows+command+prompt+tutorial"> - Virtual Reality Modelling Language 3D file format. <br> - <a href="File_Formats.html#X3D">X3D</a> - Open - standards file format to represent 3D scenes using XML.<br> - <a href="File_Formats.html#X3DOM">X3DOM</a> - Open-source framework and runtime for 3D graphics on the Web.<br> - <br> - - <h2><u>Errors, Corrections and Omissions:</u></h2> - <script language="JavaScript"> -<!-- -// Comment -var v1 = ".com" -var v2 = "argyllcms" -var v3 = "Graeme" -var v4 = "@" -var v5 = "mailto:" -var v6 = v5 + v3 + v4 + v2 + v1 -document.write("<a href=" + v6 + ">" + "Let me know" + "</a>") -//--> -</script> If you notice any errors, corrections needed or omissions in - the current documentation, please contact the author.<br> - <br> - <br> - </body> -</html> + + + + + + + + + +
+ Virtual Reality Modelling Language 3D file format. <br>
+ <a href="File_Formats.html#X3D">X3D</a>
+ Open
+ standards file format to represent 3D scenes using XML.<br>
+ <a href="File_Formats.html#X3DOM">X3DOM</a>
+ Open-source framework and runtime for 3D graphics on the Web.<br>
+ <br>
+
+ <h2><u>Errors, Corrections and Omissions:</u></h2>
+ <script language="JavaScript">
+
+<!--
+
+// Comment
+
+var v1 = ".com"
+
+var v2 = "argyllcms"
+
+var v3 = "Graeme"
+
+var v4 = "@"
+
+var v5 = "mailto:"
+
+var v6 = v5 + v3 + v4 + v2 + v1
+
+document.write("<a href=" + v6 + ">" + "Let me know" + "</a>")
+
+//-->
+
+
+
+</script> If you notice any errors, corrections needed or omissions in
+ the current documentation, please contact the author.<br>
+ <br>
+ <br>
+ </body>
+</html>
diff --git a/doc/CMP_Digital_Target-7.jpg b/doc/CMP_Digital_Target-7.jpg Binary files differnew file mode 100644 index 0000000..b5eaab6 --- /dev/null +++ b/doc/CMP_Digital_Target-7.jpg diff --git a/doc/ChangesSummary.html b/doc/ChangesSummary.html index fb586e3..459285f 100644 --- a/doc/ChangesSummary.html +++ b/doc/ChangesSummary.html @@ -16,6 +16,74 @@ <h1> Summary of Argyll CMS Changes since last release</h1> <h3>For a <span style="text-decoration: underline;">complete</span> and more detailed list of changes, please see the log.txt file.</h3> + <h1>[V1.8.3 -> V1.9.1] 28th September 2016</h1> + <ul> + <li>Improved robustness of ChromeCast discovery, and added some + minimal diagnostics.<br> + </li> + <li>Improved robustness of targen ofps patch generation when using + less well behaved pre-conditioning profiles.<br> + </li> + <li>Fixed oeminst so that it locates cdrom's in Linuxes latest + mount point of /run/media/$USER/.<br> + </li> + <li>Fixed bug in i1pro2 driver, in which strip calibration would + fail if instrument had been first calibrated with + ARGYLL_DISABLE_I1PRO2_DRIVER set, and then calibrated with + ARGYLL_DISABLE_I1PRO2_DRIVER unset.<br> + </li> + <li>Added option to icclib to write Output profiles using 'chad' + tag if the ARGYLL_CREATE_DISPLAY_PROFILE_WITH_CHAD + environment variable is set. This is not recommended for normal + use, but may assist compatibility with other systems.</li> + <li>Added JETI spectraval support, including Bluetooth access.</li> + <li>Added support for the Klein K10 connecting via a serial port.</li> + <li>Fixed bug in Colormunki Smile driver that causes crash on + Ubuntu 16.04.1 LTS.</li> + <li>Modified "lp" intent to greatly reduce eliminate + Helmholtz-Kohlrausch appearance modelling.<br> + </li> + <li>Fixed problem with targen -g, in that the corresponding XYZ + values had double the power applied, rather than none. This was + causing problems with printtarg spacer colors.<br> + </li> + <li>Extensive re-write of colorimetric nearest clipping code in + rspl/rev.c to restore precision that was lost in the speedups + made in V1.0.0. The nnrev setup now takes a lot longer with + high resolution CMYK profiles though. This corrects a + "green becoming too yellow" problem for mapping from ProPhoto + space with some RGB devices.</li> + <li>Change dispwin to properly set X11 DirectColor and take + account of TrueColor Colormap. This fixes problem with + NVidia linux driver 364.12 exposing a VideoLUT depth that is + different from the frame buffer depth.</li> + <li>Change icclib to automatically repair icmTextDescription + strings that have an allocation that is longer than their size.</li> + <li>Added i1Pro Lamp Drift test and fix functions to spotread (-Y + l|L options).</li> + <li>Change colprof so that -s -S will accept general compression + percentage as an alternative to a source colorspace/image gamut.</li> + <li>Added optional conversion from native Gretag-MacBeth & + X-Rite reflective calibration standards to/from XRGA.</li> + <li>Changed OS X GUI support code so as not to switch to "interact + with the Dock" mode until actual GUI element is to be displayed. + This prevents batch commands with optional GUI elements from + blocking normal GUI interactions.</li> + <li>Re-jigged OS X UI code to use the main thread to avoid window + creation timing issues and a warning backtrace on OS X 10.11.</li> + <li>Added CMP_Digital_Target-7.cht</li> + <li>Fix spec2cie to cope with .ti3 files that are missing device + values, so that it can process a wider range of input CIE + reference files.</li> + <li>Changed implementation of ARGYLL_NOT_INTERACTIVE on MSWin to + make it more reliable when operated progromatically.</li> + <li>Fixed chartread so that if you are reading patch by patch, the + location strings can be arbitrary (i.e. they don't have to + conform to an alpha/num strip/patch pattern.)</li> + <li>Added support for Sencore ColorPro V, IV & III + colorimeters (based on Sequel Chroma colorimeter.).<br> + </li> + </ul> <h1>[V1.8.2 -> V1.8.3] 26th October 2015</h1> <ul> <li>Added SpyderCheckr24 scaning .cht and .cie files.</li> @@ -1031,6 +1099,17 @@ + + + + + + + + + + + </span>for systems with > 3Gig Ram.</li> <li>Add support for the Eye-One Monitor spectrometer.</li> <li>Added -L option to <span style="font-weight: bold;">printtarg</span> @@ -1072,6 +1151,17 @@ + + + + + + + + + + + and memory usage issues.</li> <li>Fixed issues with Eye-One Pro Rev B timeouts.</li> <li>Added new option to collink -fk, that forces 000K input to K diff --git a/doc/Environment.html b/doc/Environment.html index b4cd9ca..c4c1aed 100644 --- a/doc/Environment.html +++ b/doc/Environment.html @@ -10,9 +10,53 @@ <title>Argyll Environment Variables</title> </head> <body> + <h2><u>Setting an environment variable</u></h2> + To set an environment variable an MSWindows DOS shell, either + use set, e.g.;<br> <br> - <h2> <u>Environment variables<br> - </u></h2> + set ARGYLL_REV_CACHE_MULT=1.5<br> + <br> + which will set the value for that session, or set it in<br> + <br> + Control Panel->System->Advanced->Environment Variables..<br> + <br> + in either user or system variables.<br> + <br> + You can examine individual variables using<br> + <br> + echo %VARIABLE_NAME%<br> + <br> + or see all of them using<br> + <br> + set<br> + <br> + <br> + For OS X or Linux, the exact procedure will depend on the shell you + are running, but<br> + is usually something like:<br> + <br> + export ARGYLL_REV_CACHE_MULT=1.5<br> + or<br> + set ARGYLL_REV_CACHE_MULT=1.5<br> + or<br> + ARGYLL_REV_CACHE_MULT=1.5<br> + <br> + and may need separately exporting, something like:<br> + <br> + export ARGYLL_REV_CACHE_MULT<br> + <br> + Generally it should be configured in the shell start-up + script, if you want the setting to be used<br> + for every session.<br> + <br> + You can examine individual variables using<br> + <br> + echo $VARIABLE_NAME<br> + <br> + or see all of them using<br> + <br> + set<br> + <h2><u>Environment variables</u></h2> The following environment variables affect behaviour:<br> <br> <span style="font-weight: bold;"><a name="ARGYLL_NOT_INTERACTIVE"></a>ARGYLL_NOT_INTERACTIVE</span><br> @@ -45,6 +89,14 @@ Note that on MSWin systems, the character and return or line fee characters must be written to stdin in a single operation (i.e. testing <span style="font-weight: bold;">ARGYLL_NOT_INTERACTIVE + + + + + + + + </span>mode manually will probably fail, because the character and return get split up.)<br> </div> @@ -58,12 +110,28 @@ + + + + + + + + </b>or <b>X3DOM</b>, which will result in <b>.wrl</b>, <b>.x3d</b> and <b>.x3d.html</b> files respectively. See <a href="3dformat">3d + + + + + + + + Viewing Format</a>.<br> </blockquote> <b><br> @@ -97,6 +165,14 @@ a + + + + + + + + delay of 200 msec is allowed between changing a patch color in software, and that change appearing in the displayed color itself. For some instuments (ie. i1d3, i1pro, ColorMunki, Klein K10-A) @@ -116,6 +192,14 @@ environment + + + + + + + + variable, ie. ARGYLL_MIN_DISPLAY_UPDATE_DELAY_MS=400 would set a 400 msec minimum delay.<br> <span style="font-weight: bold;"><br> @@ -158,19 +242,19 @@ environment as being recommended practice in modelling chromatic adaption. The ICC profile format though, specifies the use of a non-cone space XYZ adaptation (so called "Wrong Von Kries" - chromatic adaptation) [ ICC Specification<br> - ICC.1:2001-04 (ICCV2.4) Annex A, pp 66, equations A.1, A.2 & - A.3 ], so ArgyllCMS profiles have a very slight incompatibility - with ICC profiles created strictly according to the ICC - specifications, depending on how close to white Output (i.e. - print) profiles media white is to the perfect diffuser. (Note that - CMM's that strictly follow the ICC specifications have much more - gross incompatibilities due to this, when dealing with the HP - & Microsoft sRGB and AdobeRGB profiles.) By setting this - environment variable, Output (i.e. print) profiles will be created - that better conform to the ICC specification, and therefore - have better inter-interoperability with some other CMMs, at the - cost of poorer color behavior.<br> + chromatic adaptation) [ ICC Specification ICC.1:2001-04 (ICCV2.4) + Annex A, pp 66, equations A.1, A.2 & A.3 ], so ArgyllCMS + profiles have a very slight incompatibility with ICC profiles + created strictly according to the ICC specifications, depending on + how close to white Output (i.e. print) profiles media white is to + the perfect diffuser. (Note that CMM's that strictly follow the + ICC specifications have much more gross incompatibilities due to + this, when dealing with the HP & Microsoft sRGB and AdobeRGB + profiles.) By setting this environment variable, Output (i.e. + print) profiles will be created that better conform to the ICC + specification, and therefore have better + inter-interoperability with some other CMMs, at the cost of poorer + color behavior.<br> See also the <a href="ArgyllCMS_arts_tag.html">ArgyllCMS 'arts' tag</a>.<br> <span style="font-weight: bold;"><span style="font-weight: bold;"><span @@ -199,7 +283,7 @@ environment later on with the introduction of the ChromaticAdapation ('chad') tag, but this did not restore the Absolute Colorimetric capability to Display profiles. The latter approach has also been adopted - more formally in the ICC V4 specifications. To improve restore the + more formally in the ICC V4 specifications. To restore the Absolute Intent for such profiles, ArgyllCMS will make use of the 'chad' tag in such profiles when Absolute Colorimetric intent is requested, but by default does not create such profiles. Setting @@ -209,8 +293,117 @@ environment D50 matrix in the 'chad' tag. (This approach has slightly poorer accuracy for Absolute Intent than ArgyllCMS's default.) <br> </blockquote> + <br> <span style="font-weight: bold;"><span style="font-weight: bold;"><span - style="font-weight: bold;"><a + style="font-weight: bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: + bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: + bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"><a + name="ARGYLL_CREATE_OUTPUT_PROFILE_WITH_CHAD"></a>ARGYLL_CREATE_OUTPUT_PROFILE_WITH_CHAD<br> + </span></span></span></span></span></span></span></span></span></span></span></span> + <blockquote>For Output type devices (i.e. Printers), the assumption + is that test patches are measured under D50 illuminant. It can be + very useful for proofing to calculate color corrections for other, + real world illuminants, and ArgyllCMS makes provision for this + with the <a href="colprof.html#i">coloprof -i</a> parameter, or + the <a href="spec2cie.html#i">spec2cie -i</a> parameter. To be + broadly useful, this change in illuminant needs to be available to + CMM's, which the ArgyllCMS's implementation makes possible by + incorporating the illuminant change into the absolute XYZ values + and hence the white point tag, so that Absolute Colorimetric + rendering intent returns XYZ values under that illuminant using + any CMM.<br> + <br> + The ICC specification have provision for hiding this difference in + illuminant by chromatically transforming the absolute values to be + functionally equivalent to having been measured using a D50 + illuminant, and recording this transform in the ChromaticAdapation + ('chad') tag. This appears to motivated by the assumption that the + difference in illuminant is a quirk or limitation of the + instrument that is to be worked around, as well as the limitation + of the ICC Absolute to Relative chromatic transformation being + based on the inferior non-cone space XYZ adaptation (so called + "Wrong Von Kries" chromatic adaptation), while the + ChromaticAdapation tag allows for the use of a superior cone-space + based transformation. (see <span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: + bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: + bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;">ARGYLL_CREATE_WRONG_VON_KRIES_OUTPUT_CLASS_REL_WP</span></span></span></span></span></span></span></span></span></span></span></span><span + style="font-weight: bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: + bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"> </span></span></span></span></span></span></span></span></span></span></span></span>above + for more details.)<span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: + bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: + bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"> <br> + <br> + </span></span></span></span></span></span></span></span></span></span></span></span>To + allow for strict conformance to the ICC specification when using + non-standard illuminants, setting the <span style="font-weight: + bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: + bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;">ARGYLL_CREATE_OUTPUT_PROFILE_WITH_CHAD + </span></span></span></span></span></span></span></span></span></span></span></span>environment + variable causes a non-D50 illuminant white point change to be + hidden in the ChromaticAdapation Tag, and to still allow this to + be useful in a proofing situation, ArgyllCMS will incorporate the + effect of the ChromaticAdapation Tag when Absolute Colorimetric + Intent is chosen. Note that other CMM's may not do. For full + conformance with ICC specifications, the <span + style="font-weight: bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: + bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;">ARGYLL_CREATE_WRONG_VON_KRIES_OUTPUT_CLASS_REL_WP</span></span></span></span></span></span></span></span></span></span></span></span> + variable would also be set, but neither of these options is + recommended, since ArgyllCMS's default behavior will give superior + results.<span style="font-weight: bold;"><span style="font-weight: + bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: + bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: + bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"><br> + </span></span></span></span></span></span></span></span></span></span></span></span></blockquote> + <span style="font-weight: bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: + bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span style="font-weight: + bold;"><span style="font-weight: bold;"><span + style="font-weight: bold;"><span + style="font-weight: bold;"></span></span></span></span></span></span></span></span></span><a name="ARGYLL_CCAST_DEFAULT_RECEIVER"></a>ARGYLL_CCAST_DEFAULT_RECEIVER<br> </span></span></span> <blockquote>By default the ChromeCast test patch source uses a @@ -236,12 +429,27 @@ environment name="ARGYLL_DISABLE_I1PRO2_DRIVER"></a>ARGYLL_DISABLE_I1PRO2_DRIVER<br> <br> </span> - <div style="margin-left: 40px;">There is now support for most of the - the Eye-One Pro Rev E (aka Eye-One Pro 2) instrument features, but - a Rev E can be operated in legacy mode if the environment variable + <div style="margin-left: 40px;">ArgyllCMS supports most of the the + Eye-One Pro Rev E (aka Eye-One Pro 2) instrument features, but a + Rev E can be operated in legacy mode if the environment variable ARGYLL_DISABLE_I1PRO2_DRIVER is set (ie. set it to "yes").<br> + <br> </div> - <span style="font-weight: bold;"></span><br> + <span style="font-weight: bold;"></span><span style="font-weight: + bold;"><a name="ARGYLL_XRGA"></a>ARGYLL_XRGA</span><br> + <blockquote>If the <span style="font-weight: bold;">ARGYLL_XRGA </span> + environment variable is set to:<br> + <br> + <b>XRGA</b>, then all Getag-MacBeth/X-Rite + reflective measurements will be converted to XRGA.<br> + <b> XRDI</b>, then all Getag-MacBeth/X-Rite + reflective measurements will be converted to XRDI.<br> + <b> GMDI</b>, then all Getag-MacBeth/X-Rite + reflective measurements will be converted to GMDI.<br> + <br> + If not set (or set to some other string), then the native + calibration will be used. Note that the values must be upper case.<br> + </blockquote> <span style="font-weight: bold;"><a name="XDG_CACHE_HOME"></a>XDG_CACHE_HOME<br> <span style="font-weight: bold;"><br> </span></span> @@ -257,6 +465,14 @@ Base + + + + + + + + Directory Specification</a>, and uses the <span style="font-weight: bold;">XDG_CACHE_HOME</span> environment variable to place per instrument calibration information, and diff --git a/doc/FWA.html b/doc/FWA.html index c6b1f4b..e83a64f 100644 --- a/doc/FWA.html +++ b/doc/FWA.html @@ -225,9 +225,10 @@ instruments provide an illuminant measurement capability over the visible spectrum, for FWA compensation it is desirable to know the Ultra Violet (UV) component of the illuminant. Few color instruments - are capable of reading to such short wavelengths though. Argyll - provides an indirect way of estimating the UV component of an - illuminant using its <a href="illumread.html">illumread</a> + are capable of reading to such short wavelengths though (the <a + href="instruments.html#specbos">JETI specbos 1211</a> is an + exception). Argyll provides an indirect way of estimating the UV + component of an illuminant using its <a href="illumread.html">illumread</a> utility. Using illumread in combination with FWA compensation is the recommended approach to modelling real world appearance of paper containing FWA.<br> diff --git a/doc/File_Formats.html b/doc/File_Formats.html index ae59dd2..aeddc6d 100644 --- a/doc/File_Formats.html +++ b/doc/File_Formats.html @@ -200,7 +200,7 @@ To check if your browser supports X3DOM, try <a href="http://www.x3dom.org/check/">this test page</a>.<br> For more information about ArgyllCMS use of it, see <a - href="3Dformat.html">3D Viewing Format</a>.<br> + href="3dformat.html">3D Viewing Format</a>.<br> <br> <br> <br> diff --git a/doc/Installing_Linux.html b/doc/Installing_Linux.html index a26d64c..87d7fba 100644 --- a/doc/Installing_Linux.html +++ b/doc/Installing_Linux.html @@ -51,6 +51,8 @@ + + the <span style="font-weight: bold;">/etc/rc.local</span> startup script. You may also have to run <span style="font-weight: bold;">xset @@ -63,6 +65,8 @@ + + b 100 1000 100</span> in your local setup, if you are running in an X11 environment. You can check that the system bell is operating by doing an "echo ^G", where ^G is ctrl-G.<br> @@ -181,17 +185,16 @@ /etc/udev/rules.d/55-Argyll.rules file, but for older systems you probably need to disable libmtp (look in the udev configuration).<br> <br> - The <b>JETI</b> specbos <span style="font-weight: bold;">1211</span><span - style="font-weight: bold;"> </span>and <b>1201</b>, and the <b>Klien - - - - - K10A</b> makes use of the <a + The <b>JETI</b> specbos <b>1211</b><b>, </b><b>1201</b><b>, + 1511, 1501</b> and the <b>Klien K10A</b> makes use of the <a href="http://www.ftdichip.com/Drivers/VCP.htm">FTDI Virtual COM Port Drivers</a> (VCP), that should come with any recent version - of Linux. You may have to add yourself to the <b>dialout</b> group - to be able to open the instrument.<br> + of Linux. Older versions of Linux may not support the FTDI FT231XS + chip that the <b>JETI</b> specbos <b>1511, 1501</b> use. You may + have to add yourself to the<span style="font-weight: bold;"> + tty, </span><span style="font-weight: bold;">uucp</span> + or <b>dialout</b> group to have permission to open the + instrument.<br> <br> <span style="font-weight: bold;"></span> <hr style="width: 100%; height: 2px;"> @@ -255,6 +258,8 @@ + + </span>(as appropriate) with owner root, group root, permissions 644.<br> <br> @@ -279,6 +284,8 @@ + + <b>/sbin/udevcontrol reload_rules</b> or <span style="font-weight: bold;">/sbin/udevstart</span> or reboot to get the new file noticed.<br> @@ -347,6 +354,8 @@ instruments + + access using hotplug:<br> </span></h5> Under <span style="font-weight: bold;">much older versions of Linux</span>, @@ -395,7 +404,8 @@ instruments If this doesn't work you will have to run "id yourusername" to list the current suplemental<br> groups, and add colord using just "usermod -G - group1,group2,... yourusername")<br> + group1,group2,... yourusername"<br> + Another option may be to use gpasswd -a $USER colord))<br> <br> You may find that the <span style="font-weight: bold;">colord</span> group doesn't exist on your system, and if so you will need to @@ -403,10 +413,10 @@ instruments <br> sudo groupadd -r colord<br> <br> - and then add youself to the colord group.<br> + and then add yourself to the colord group.<br> <br> You may have to log out and then in again for the groups to become - effecive.<br> + effective.<br> <br> You can test whether your instrument is accessible by plugging it in and then running "spotread -?" and looking for it listed after the <span @@ -425,35 +435,42 @@ instruments + + access:</span><br> </h5> If you have a serial instrument then you may find that by default you don't have permission to access the serial ports or a Serial to USB adapter. Most systems make the serial ports available to any - user in the <span style="font-weight: bold;">tty</span> and <span - style="font-weight: bold;">uucp </span>group, so the best way of - getting access to the serial ports is to add yourself to those - groups. You can do this either by using a "Users and Groups" system - administration tool, or on the command line using "usermod":<br> + user in the <span style="font-weight: bold;">tty</span>, <span + style="font-weight: bold;">uucp </span>or <b>dialout </b>group, + so the best way of getting access to the serial ports is to add + yourself to the correct group. (You can identify the correct group + by looking at the group name shown by <b>ls -l /dev/ttyS*</b> )<b><br> + <br> + </b> You can add yourself to a group either by using a "Users + and Groups" system administration tool, or on the command line using + "usermod":<br> <br> su root<br> - usermod -a -G tty,uucp $USER<br> + usermod -a -G dialout $USER<br> <br> or<br> <br> - sudo usermod -a -G tty,uucp $USER<br> + sudo usermod -a -G dialout $USER<br> <br> (If the usermod program isn't found as root, it might be in /usr/sbin, ie. use /usr/sbin/usermod .... etc.<br> If usermod doesn't recognize the -a flag try "usermod -A - colord $USER".<br> + dialout $USER".<br> If this doesn't work you will have to run "id yourusername" to list the current suplemental<br> - groups, and add a tty or uucp group using just "usermod -G - group1,group2,... yourusername")<br> + groups, and add a tty, uucp or dialout group using just + "usermod -G group1,group2,... yourusername"<br> + Another option may be to use gpasswd -a $USER dialout)<br> <br> You may have to log out and then in again for the group to become - effecive.<span style="font-weight: bold;"><br> + effective.<span style="font-weight: bold;"><br> </span> <p> <br> <br> diff --git a/doc/Installing_MSWindows.html b/doc/Installing_MSWindows.html index bb610cd..21f39ca 100644 --- a/doc/Installing_MSWindows.html +++ b/doc/Installing_MSWindows.html @@ -9,8 +9,8 @@ [Netscape]"> <title>Argyll Installation on Microsoft Windows</title> </head> - <body style="color: rgb(0, 0, 0);" alink="#ee0000" link="#0000ee" - vlink="#551a8b"> + <body style="color: rgb(0, 0, 0);" link="#0000ee" vlink="#551a8b" + alink="#ee0000"> <h1> <u>Installing the software on Microsoft Windows<br> </u></h1> <h3 style="background-color: rgb(255, 255, 255);"><span @@ -31,8 +31,8 @@ You should also configure your %PATH% environment variable to give access to the executables from your command line environment.<br> <br> - For <span style="font-weight: bold;">Windows 8</span> & <b>8.1</b>, - look in<br> + For <span style="font-weight: bold;">Windows 8</span>, <b>8.1 + & 10</b>, look in<br> <span style="font-weight: bold;"></span>Desktop -> Settings -> Control Panel -> System And Security -> System -> Advanced System Settings -> Environment Variables<br> @@ -133,22 +133,24 @@ for these instruments, although it is possible to select the libusb0.sys driver as an alternative to the default HID driver.<br> <br> - If you are using the <b>JETI</b> specbos <span style="font-weight: - bold;">1211</span><span style="font-weight: bold;"> </span>or <b>1201</b>, - or the <b>Klein K10A</b> then you may need to install the <a - href="http://www.ftdichip.com/Drivers/VCP.htm">FTDI Virtual COM - Port Drivers</a> (VCP), if they are not already on your system.<br> + If you are using the <b>JETI</b> specbos <b>1211</b><b>, </b><b>1201</b><b>, + 1511, 1501</b> and the <b>Klien K10A</b><b></b> then you may need + to install the <a href="http://www.ftdichip.com/Drivers/VCP.htm">FTDI + Virtual COM Port Drivers</a> (VCP), if they are not already on + your system. You may have to update to the latest FTDI driver to + work with the FTDI FT231XS chip that the <b>JETI</b> specbos <b>1511, + 1501</b> use.<br> <br> Jump to your operating system version:<br> <br> - <a href="#WIN8">Windows 8</a><br> + <a href="#WIN8">Windows 8, 8.1 & 10</a><br> <a href="#WINV7">Windows 7</a><br> <a href="#WINV7">Windows Vista</a><br> <a href="#WINXP">Windows XP</a><br> <a href="#WIN2K">Windows 2000</a><br> <br> <hr style="width: 100%; height: 2px;"><a name="WIN8"></a><font - size="+1"><span style="font-weight: bold;">Windows 8 & 8.1</span></font><font + size="+1"><span style="font-weight: bold;">Windows 8, 8.1 & 10</span></font><font size="+1"><span style="font-weight: bold;"></span></font><br> <br> <span style="color: rgb(51, 153, 153);"><span style="color: rgb(0, diff --git a/doc/Installing_OSX.html b/doc/Installing_OSX.html index 76aa98a..1d7bb8d 100644 --- a/doc/Installing_OSX.html +++ b/doc/Installing_OSX.html @@ -1,116 +1,116 @@ -<!DOCTYPE html PUBLIC "-//w3c//dtd html 4.0 transitional//en"> -<html> - <head> - <meta http-equiv="Content-Type" content="text/html; - charset=windows-1252"> - <meta http-equiv="content-type" content="text/html; - charset=windows-1252"> - <meta name="GENERATOR" content="Mozilla/4.73 [en] (WinNT; I) - [Netscape]"> - <title>Argyll Installation on Apple OS X</title> - </head> - <body> - <h1> <u>Installing the software on Apple OS X<br> - </u></h1> - <br> - You will need to unpack the downloaded file in such a way that the - files it contains end up in the location you have chosen to hold its - contents.<br> - <br> - If you want to install it system wide, then you probably want to - unpack it in the <i>/Applications</i> folder, so that it ends up in - the <i>/Applications/Argyll_VX.X.X</i> folder.<br> - Another option is just to install it somewhere under your $HOME - folder, such as <span style="font-style: italic;">$HOME/</span><i>Argyll_VX.X.X</i> - or <span style="font-style: italic;">$HOME/</span><i>bin/Argyll_VX.X.X</i>, - depending on how you like to organize your applications and utility - programs. ($HOME is the shell symbolic name for your home folder, - typically /Users/<i>username</i>. Another abbreviation for it is the - ~ character.)<br> - <br> - You can unpack it by control-click on the downloaded file and “Open - With” BOMArchiveHelper or Archive Utility. Drag the resulting folder - to where you want it, e.g. into <i>/Applications</i>, <i>$HOME</i> - or <i>$HOME/bin</i>.<br> - <br> - Alternatively you can unpack it on the command line using the - command <span style="font-weight: bold;">tar -zxf</span> <span - style="font-weight: bold;">archivename.tgz</span>, which will - create a folder <span style="font-weight: bold;">Argyll_VX.X.X</span> - in your current folder, where X.X.X is the version number, and the - executables will be in <span style="font-weight: bold;">Argyll_VX.X.X/bin</span> - sub-folder.<br> - <br> - Open a Terminal shell. This will be in - Applications->Utilities->Terminal (Dragging it to the dock is - a good idea to make it more accessible).<br> - <br> - You should configure your $PATH environment variable to give the - shell access to the executable from your command line environment - without having to spell out the whole path every time, by editing - your <span style="font-weight: bold;">.profile</span> file, which - will be in your $HOME folder. You can open a graphical editor on - this file by using the open command:<br> - <br> - open $HOME/.profile<br> - <br> - or alternatively, use some other text editor that you are familiar - with.<br> - <br> - Add a line similar to the following line to your .profile file:<br> - <br> - PATH=$PATH:/Applications/Argyll_VX.X.X/bin<br> - <br> - where "/Applications/Argyll_VX.X.X/bin" is the path to the folder - that contains the ArgyllCMS executables.<br> - Save your changes and exit the editor.<br> - <br> - If you want further guidance in setting up and using a command line - environment, then please consult an appropriate tutorial, e.g. <<a -href="http://heather.cs.ucdavis.edu/matloff/public_html/UnixAndC/Unix/ShellIntro.pdf">ShellIntro</a>>.<br> - <br> - The .tgz file also contains several useful reference files (such as - scanner chart recognition templates, sample illumination spectrum - etc.) in the <b>ref</b> sub-folder, as well as all the current - documentation in a <b>doc</b> sub-folder.<br> - <br> - For most devices there is nothing special to do. Plug in and go. - Some devices may not work without some extra help though:<br> - <h3><a name="ColorMunki"></a><span style="text-decoration: - underline;">X-Rite ColorMunki</span></h3> - Some version of X-Rite's ColorMunki drivers released between 2009 - and 2011 install an X-Rite daemon that runs as root and grabs the - device, preventing any other programs (such as Argyll) from opening - them. Latter versions seem to be more cooperative, and don't suffer - from this problem. There are three ways of working around this - problem:<br> - <br> - 1) Turn off the X-Rite service for the ColorMunki. See <<a - class="moz-txt-link-freetext" -href="http://www.xrite.com/product_overview.aspx?ID=1161&Action=support&SupportID=4980">http://www.xrite.com/product_overview.aspx?ID=1161&Action=support&SupportID=4980</a>>.<br> - <br> - 2) Run all Argyll programs that need to access the instrument as - root. For instance:<br> - <br> - sudo spotread<br> - <br> - and then you will be asked for the root password.<br> - While these methods will work, they are inconvenient. <br> - <br> - 3) Alter the X-Rite drivers Daeomon so that it runs under your user - account.<br> - <br> - To do this you need to edit the script that controls the X-Rite - Daemon.<br> - <br> - cd ~<br> - whoami<br> - cp - /Library/LaunchDaemons/com.xrite.device.colormunki.plist temp.plist<br> - open temp.plist<br> - <br> - and add one child below the root:<br> - <br> +<!DOCTYPE html PUBLIC "-//w3c//dtd html 4.0 transitional//en">
+<html>
+ <head>
+ <meta http-equiv="Content-Type" content="text/html;
+ charset=windows-1252">
+ <meta http-equiv="content-type" content="text/html;
+ charset=windows-1252">
+ <meta name="GENERATOR" content="Mozilla/4.73 [en] (WinNT; I)
+ [Netscape]">
+ <title>Argyll Installation on Apple OS X</title>
+ </head>
+ <body>
+ <h1> <u>Installing the software on Apple OS X<br>
+ </u></h1>
+ <br>
+ You will need to unpack the downloaded file in such a way that the
+ files it contains end up in the location you have chosen to hold its
+ contents.<br>
+ <br>
+ If you want to install it system wide, then you probably want to
+ unpack it in the <i>/Applications</i> folder, so that it ends up in
+ the <i>/Applications/Argyll_VX.X.X</i> folder.<br>
+ Another option is just to install it somewhere under your $HOME
+ folder, such as <span style="font-style: italic;">$HOME/</span><i>Argyll_VX.X.X</i>
+ or <span style="font-style: italic;">$HOME/</span><i>bin/Argyll_VX.X.X</i>,
+ depending on how you like to organize your applications and utility
+ programs. ($HOME is the shell symbolic name for your home folder,
+ typically /Users/<i>username</i>. Another abbreviation for it is the
+ ~ character.)<br>
+ <br>
+ You can unpack it by control-click on the downloaded file and “Open
+ With” BOMArchiveHelper or Archive Utility. Drag the resulting folder
+ to where you want it, e.g. into <i>/Applications</i>, <i>$HOME</i>
+ or <i>$HOME/bin</i>.<br>
+ <br>
+ Alternatively you can unpack it on the command line using the
+ command <span style="font-weight: bold;">tar -zxf</span> <span
+ style="font-weight: bold;">archivename.tgz</span>, which will
+ create a folder <span style="font-weight: bold;">Argyll_VX.X.X</span>
+ in your current folder, where X.X.X is the version number, and the
+ executables will be in <span style="font-weight: bold;">Argyll_VX.X.X/bin</span>
+ sub-folder.<br>
+ <br>
+ Open a Terminal shell. This will be in
+ Applications->Utilities->Terminal (Dragging it to the dock is
+ a good idea to make it more accessible).<br>
+ <br>
+ You should configure your $PATH environment variable to give the
+ shell access to the executable from your command line environment
+ without having to spell out the whole path every time, by editing
+ your <span style="font-weight: bold;">.profile</span> file, which
+ will be in your $HOME folder. You can open a graphical editor on
+ this file by using the open command:<br>
+ <br>
+ open $HOME/.profile<br>
+ <br>
+ or alternatively, use some other text editor that you are familiar
+ with.<br>
+ <br>
+ Add a line similar to the following line to your .profile file:<br>
+ <br>
+ PATH=$PATH:/Applications/Argyll_VX.X.X/bin<br>
+ <br>
+ where "/Applications/Argyll_VX.X.X/bin" is the path to the folder
+ that contains the ArgyllCMS executables.<br>
+ Save your changes and exit the editor.<br>
+ <br>
+ If you want further guidance in setting up and using a command line
+ environment, then please consult an appropriate tutorial, e.g. <<a
+href="http://heather.cs.ucdavis.edu/matloff/public_html/UnixAndC/Unix/ShellIntro.pdf">ShellIntro</a>>.<br>
+ <br>
+ The .tgz file also contains several useful reference files (such as
+ scanner chart recognition templates, sample illumination spectrum
+ etc.) in the <b>ref</b> sub-folder, as well as all the current
+ documentation in a <b>doc</b> sub-folder.<br>
+ <br>
+ For most devices there is nothing special to do. Plug in and go.
+ Some devices may not work without some extra help though:<br>
+ <h3><a name="ColorMunki"></a><span style="text-decoration:
+ underline;">X-Rite ColorMunki</span></h3>
+ Some version of X-Rite's ColorMunki drivers released between 2009
+ and 2011 install an X-Rite daemon that runs as root and grabs the
+ device, preventing any other programs (such as Argyll) from opening
+ them. Latter versions seem to be more cooperative, and don't suffer
+ from this problem. There are three ways of working around this
+ problem:<br>
+ <br>
+ 1) Turn off the X-Rite service for the ColorMunki. See <<a
+ class="moz-txt-link-freetext"
+href="http://www.xrite.com/product_overview.aspx?ID=1161&Action=support&SupportID=4980">http://www.xrite.com/product_overview.aspx?ID=1161&Action=support&SupportID=4980</a>>.<br>
+ <br>
+ 2) Run all Argyll programs that need to access the instrument as
+ root. For instance:<br>
+ <br>
+ sudo spotread<br>
+ <br>
+ and then you will be asked for the root password.<br>
+ While these methods will work, they are inconvenient. <br>
+ <br>
+ 3) Alter the X-Rite drivers Daeomon so that it runs under your user
+ account.<br>
+ <br>
+ To do this you need to edit the script that controls the X-Rite
+ Daemon.<br>
+ <br>
+ cd ~<br>
+ whoami<br>
+ cp
+ /Library/LaunchDaemons/com.xrite.device.colormunki.plist temp.plist<br>
+ open temp.plist<br>
+ <br>
+ and add one child below the root:<br>
+ <br>
<span style="text-decoration: underline;">Item Type @@ -122,9 +122,10 @@ Type &nbs - Value - </span><br> - UserName +
+ Value
+ </span><br>
+ UserName
string @@ -136,62 +137,63 @@ string &n - myusername<br> - <br> - where "myusername" is your username shown by whoami, and save the - file. You then need to copy the modified file back: <br> - <br> - sudo cp temp.plist - /Library/LaunchDaemons/com.xrite.device.colormunki.plist<br> - <br> - You will then need to restart the machine for this change to take - effect, or invoke the following commands:<br> - <br> - sudo launchctl unload - /Library/LaunchDaemons/com.xrite.device.colormunki.plist<br> - sudo launchctl load - /Library/LaunchDaemons/com.xrite.device.colormunki.plist<br> - <br> - <span style="font-weight: bold;">NOTE</span> that after running - Argyll tools, you may have to turn the X-Rite service off then on - again, or disconnect and reconnect the instrument.<br> - <br> - <h3><a name="ColorMunki"></a><span style="text-decoration: - underline;">X-Rite EyeOne Pro</span><br> - </h3> - Some version of X-Rite's EyeOne Pro drivers drivers released between - 2009 and 2011 install an X-Rite daemon that runs as root and grabs - the device, preventing any other programs (such as Argyll) from - opening them. Latter versions seem to be more cooperative, and don't - suffer from this problem. There are three ways of working around - this problem:<br> - <br> - 1) Turn off the X-Rite service for the EyeOne Pro. See <<a - class="moz-txt-link-freetext" -href="http://www.xrite.com/product_overview.aspx?ID=1161&Action=support&SupportID=4980">http://www.xrite.com/product_overview.aspx?ID=1161&Action=support&SupportID=4980</a>>.<br> - <br> - 2) Run all Argyll programs that need to access the instrument as - root. For instance:<br> - <br> - sudo spotread<br> - <br> - and then you will be asked for the root password.<br> - While these methods will work, they are inconvenient. <br> - <br> - 3) Alter the X-Rite drivers Daemon so that it runs under your user - account.<br> - <br> - To do this you need to edit the script that controls the X-Rite - Daemon.<br> - <br> - cd ~<br> - whoami<br> - cp - /Library/LaunchDaemons/com.xrite.device.i1.plist temp.plist<br> - open temp.plist<br> - <br> - and add one child below the root:<br> - <br> +
+ myusername<br>
+ <br>
+ where "myusername" is your username shown by whoami, and save the
+ file. You then need to copy the modified file back: <br>
+ <br>
+ sudo cp temp.plist
+ /Library/LaunchDaemons/com.xrite.device.colormunki.plist<br>
+ <br>
+ You will then need to restart the machine for this change to take
+ effect, or invoke the following commands:<br>
+ <br>
+ sudo launchctl unload
+ /Library/LaunchDaemons/com.xrite.device.colormunki.plist<br>
+ sudo launchctl load
+ /Library/LaunchDaemons/com.xrite.device.colormunki.plist<br>
+ <br>
+ <span style="font-weight: bold;">NOTE</span> that after running
+ Argyll tools, you may have to turn the X-Rite service off then on
+ again, or disconnect and reconnect the instrument.<br>
+ <br>
+ <h3><a name="ColorMunki"></a><span style="text-decoration:
+ underline;">X-Rite EyeOne Pro</span><br>
+ </h3>
+ Some version of X-Rite's EyeOne Pro drivers drivers released between
+ 2009 and 2011 install an X-Rite daemon that runs as root and grabs
+ the device, preventing any other programs (such as Argyll) from
+ opening them. Latter versions seem to be more cooperative, and don't
+ suffer from this problem. There are three ways of working around
+ this problem:<br>
+ <br>
+ 1) Turn off the X-Rite service for the EyeOne Pro. See <<a
+ class="moz-txt-link-freetext"
+href="http://www.xrite.com/product_overview.aspx?ID=1161&Action=support&SupportID=4980">http://www.xrite.com/product_overview.aspx?ID=1161&Action=support&SupportID=4980</a>>.<br>
+ <br>
+ 2) Run all Argyll programs that need to access the instrument as
+ root. For instance:<br>
+ <br>
+ sudo spotread<br>
+ <br>
+ and then you will be asked for the root password.<br>
+ While these methods will work, they are inconvenient. <br>
+ <br>
+ 3) Alter the X-Rite drivers Daemon so that it runs under your user
+ account.<br>
+ <br>
+ To do this you need to edit the script that controls the X-Rite
+ Daemon.<br>
+ <br>
+ cd ~<br>
+ whoami<br>
+ cp
+ /Library/LaunchDaemons/com.xrite.device.i1.plist temp.plist<br>
+ open temp.plist<br>
+ <br>
+ and add one child below the root:<br>
+ <br>
<span style="text-decoration: underline;">Item Type @@ -203,9 +205,10 @@ Type &nbs - Value - </span><br> - UserName +
+ Value
+ </span><br>
+ UserName
string @@ -217,26 +220,27 @@ string &n - myusername<br> - <br> - where "myusername" is your username shown by whoami, and save the - file. You then need to copy the modified file back: <br> - <br> - sudo cp temp.plist - /Library/LaunchDaemons/com.xrite.device.i1.plist<br> - <br> - You will then need to restart the machine for this change to take - effect, or invoke the following commands:<br> - <br> - sudo launchctl unload - /Library/LaunchDaemons/com.xrite.device.i1.plist<br> - sudo launchctl load - /Library/LaunchDaemons/com.xrite.device.i1.plist<br> - <br> - <span style="font-weight: bold;">NOTE</span> that after running - Argyll tools, you may have to turn the X-Rite service off then on - again, or disconnect and reconnect the instrument.<br> - <br> +
+ myusername<br>
+ <br>
+ where "myusername" is your username shown by whoami, and save the
+ file. You then need to copy the modified file back: <br>
+ <br>
+ sudo cp temp.plist
+ /Library/LaunchDaemons/com.xrite.device.i1.plist<br>
+ <br>
+ You will then need to restart the machine for this change to take
+ effect, or invoke the following commands:<br>
+ <br>
+ sudo launchctl unload
+ /Library/LaunchDaemons/com.xrite.device.i1.plist<br>
+ sudo launchctl load
+ /Library/LaunchDaemons/com.xrite.device.i1.plist<br>
+ <br>
+ <span style="font-weight: bold;">NOTE</span> that after running
+ Argyll tools, you may have to turn the X-Rite service off then on
+ again, or disconnect and reconnect the instrument.<br>
+ <br>
<h3><a name="specbos"></a><span style="text-decoration: underline;">JETI specbos @@ -248,68 +252,70 @@ specbos - 1201 and 1211</span> and <u>Klein K10A</u><br> - </h3> - <br> - If you are using the <b>JETI</b> specbos <span style="font-weight: - bold;">1211</span><span style="font-weight: bold;"> </span>and <b>1201</b>, - or the <b>Klein K10A</b> then you may need to install the <a - href="http://www.ftdichip.com/Drivers/VCP.htm">FTDI Virtual COM - Port Drivers</a> (VCP), if they are not already on your system.<br> - <br> - <h3><a name="HCFR"></a><u>HCFR Colorimeter</u></h3> - The default OS X class drivers will grab this device, preventing - Argyll from accessing it. To overcome this, you need to install a - codeless kernel extension if you wish to use the HCFR colorimeter, - that prevents this from happening. From the command line you need to - create a folder called Argyll.kext somewhere convenient, and then - place in it one file called Info.plist, containing the following:<br> - <br> - ----------------- cut here ---------------------<br> - <?xml version="1.0" encoding="UTF-8"?><br> - <!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST - 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"><br> - <plist version="1.0"><br> - <dict><br> - - <key>CFBundleDevelopmentRegion</key> - <string>English</string><br> - - <key>CFBundleGetInfoString</key> <string>Libusb - USB device Shield</string><br> - - <key>CFBundleIdentifier</key> - <string>com.libusb.USB_Shield</string><br> - - <key>CFBundleInfoDictionaryVersion</key> - <string>6.0</string><br> - <key>CFBundleName</key> - <string>Libusb USB device Shield</string><br> - - <key>CFBundlePackageType</key> - <string>KEXT</string><br> - <key>CFBundleSignature</key> - <string>????</string><br> - <key>CFBundleVersion</key> - <string>6.0</string><br> - - <key>IOKitPersonalities</key><br> - <dict><br> - - <key>HCFR</key><br> - <dict><br> - - <key>CFBundleIdentifier</key> - <string>com.apple.driver.AppleUSBComposite</string><br> - - <key>IOClass</key> - <string>AppleUSBComposite</string><br> - - <key>IOProviderClass</key> - <string>IOUSBDevice</string><br> - - <key>idVendor</key> - <integer>1243</integer><br> +
+ 1201 and 1211</span> and <u>Klein K10A</u><br>
+ </h3>
+ <br>
+ If you are using the <b>JETI</b> specbos <b>1211</b><b>, </b><b>1201</b><b>,
+ 1511, 1501</b> and the <b>Klien K10A</b> then you may need to
+ install the <a href="http://www.ftdichip.com/Drivers/VCP.htm">FTDI
+ Virtual COM Port Drivers</a> (VCP), if they are not already on
+ your system. You may have to update to the latest FTDI driver to
+ work with the FTDI FT231XS chip that the <b>JETI</b> specbos <b>1511,
+ 1501</b> use.<br>
+ <h3><a name="HCFR"></a><u>HCFR Colorimeter</u></h3>
+ The default OS X class drivers will grab this device, preventing
+ Argyll from accessing it. To overcome this, you need to install a
+ codeless kernel extension if you wish to use the HCFR colorimeter,
+ that prevents this from happening. From the command line you need to
+ create a folder called Argyll.kext somewhere convenient, and then
+ place in it one file called Info.plist, containing the following:<br>
+ <br>
+ ----------------- cut here ---------------------<br>
+ <?xml version="1.0" encoding="UTF-8"?><br>
+ <!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST
+ 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"><br>
+ <plist version="1.0"><br>
+ <dict><br>
+
+ <key>CFBundleDevelopmentRegion</key>
+ <string>English</string><br>
+
+ <key>CFBundleGetInfoString</key> <string>Libusb
+ USB device Shield</string><br>
+
+ <key>CFBundleIdentifier</key>
+ <string>com.libusb.USB_Shield</string><br>
+
+ <key>CFBundleInfoDictionaryVersion</key>
+ <string>6.0</string><br>
+ <key>CFBundleName</key>
+ <string>Libusb USB device Shield</string><br>
+
+ <key>CFBundlePackageType</key>
+ <string>KEXT</string><br>
+ <key>CFBundleSignature</key>
+ <string>????</string><br>
+ <key>CFBundleVersion</key>
+ <string>6.0</string><br>
+
+ <key>IOKitPersonalities</key><br>
+ <dict><br>
+
+ <key>HCFR</key><br>
+ <dict><br>
+
+ <key>CFBundleIdentifier</key>
+ <string>com.apple.driver.AppleUSBComposite</string><br>
+
+ <key>IOClass</key>
+ <string>AppleUSBComposite</string><br>
+
+ <key>IOProviderClass</key>
+ <string>IOUSBDevice</string><br>
+
+ <key>idVendor</key>
+ <integer>1243</integer><br>
@@ -320,35 +326,36 @@ specbos - <key>idProduct</key> - <integer>91</integer><br> - - </dict><br> - </dict><br> - - <key>OSBundleCompatibleVersion</key> - <string>1.8</string><br> - <key>OSBundleLibraries</key><br> - <dict><br> - - <key>com.apple.kernel.iokit</key> - <string>6.0</string><br> - </dict><br> - </dict><br> - </plist><br> - ----------------- cut here ---------------------<br> - <br> - (You can also copy this from the source installation in - usb/Argyll.kext)<br> - <br> - You then need to install it by using:<br> - <br> - sudo cp -R Argyll.kext /System/Library/Extensions<br> - <br> - supplying the appropriate root password when prompted.<br> - Reboot the system to activate the extension.<br> - <br> - <p><br> - </p> - </body> -</html> +
+ <key>idProduct</key>
+ <integer>91</integer><br>
+
+ </dict><br>
+ </dict><br>
+
+ <key>OSBundleCompatibleVersion</key>
+ <string>1.8</string><br>
+ <key>OSBundleLibraries</key><br>
+ <dict><br>
+
+ <key>com.apple.kernel.iokit</key>
+ <string>6.0</string><br>
+ </dict><br>
+ </dict><br>
+ </plist><br>
+ ----------------- cut here ---------------------<br>
+ <br>
+ (You can also copy this from the source installation in
+ usb/Argyll.kext)<br>
+ <br>
+ You then need to install it by using:<br>
+ <br>
+ sudo cp -R Argyll.kext /System/Library/Extensions<br>
+ <br>
+ supplying the appropriate root password when prompted.<br>
+ Reboot the system to activate the extension.<br>
+ <br>
+ <p><br>
+ </p>
+ </body>
+</html>
diff --git a/doc/JETI_1501.jpg b/doc/JETI_1501.jpg Binary files differnew file mode 100644 index 0000000..ac348d6 --- /dev/null +++ b/doc/JETI_1501.jpg diff --git a/doc/License4.txt b/doc/License4.txt new file mode 100644 index 0000000..61be41a --- /dev/null +++ b/doc/License4.txt @@ -0,0 +1,22 @@ +************************************************************************* +Copyright (c) 1997-2015 Graeme W. Gill + +Permission is hereby granted, free of charge, to any person obtaining a copy +of this software and associated documentation files (the "Software"), to deal +in the Software without restriction, including without limitation the rights +to use, copy, modify, merge, publish, distribute, sublicense, and/or sell +copies of the Software, and to permit persons to whom the Software is +furnished to do so, subject to the following conditions: + +The above copyright notice and this permission notice shall be included in +all copies or substantial portions of the Software. + +THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR +IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, +FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE +AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER +LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, +OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN +THE SOFTWARE. + +************************************************************************* diff --git a/doc/Performance.html b/doc/Performance.html index 340cec0..c45084b 100644 --- a/doc/Performance.html +++ b/doc/Performance.html @@ -2,139 +2,72 @@ <html> <head> <meta http-equiv="Content-Type" content="text/html; - charset=ISO-8859-1"> + charset=windows-1252"> <meta http-equiv="content-type" content="text/html; - charset=ISO-8859-1"> + charset=windows-1252"> <meta name="GENERATOR" content="Mozilla/4.73 [en] (WinNT; I) [Netscape]"> <title>Argyll Performance Tuning</title> </head> <body> - <h2> - <u>Performance Tuning</u></h2> + <h2> <u>Performance Tuning</u></h2> <br> Some operations in Argyll can be particularly slow, so it is worth examining ways of improving performance, or trading memory - consumption - for performance.<br> + consumption for performance.<br> + <br> + (See <a href="Environment.html">here</a> for how to set Environment + variables.)<br> <h3>Creating Device Links and Profiles<br> </h3> In creating device links or the B2A tables of profiles, the - execution - time is often dominated by the inversion of forward - color lookup values. An in-memory cache is employed to speed up this + execution time is often dominated by the inversion of forward color + lookup values. An in-memory cache is employed to speed up this operation, by keeping computed values in case they can be used more than once. The amount of memory used for caching these values is pre-set within the inversion code, and by default is set to use half - of - the available RAM on the system, with a minimum of 50 Mbytes.<br> + of the available RAM on the system, with a minimum of 50 Mbytes.<br> <br> The reverse cache size can be changed by setting an environment - variable - <span style="font-weight: bold;">ARGYLL_REV_CACHE_MULT</span> to a - number greater or less than than 1.0 This will multiply the size of - the - cache by that number (i.e. 1.5 would increase the cache size by 50%, - 0.5 would halve it).<br> + variable <span style="font-weight: bold;">ARGYLL_REV_CACHE_MULT</span> + to a number greater or less than than 1.0 This will multiply the + size of the cache by that number (i.e. 1.5 would increase the cache + size by 50%, 0.5 would halve it).<br> <br> If you find that <span style="font-weight: bold;">colprof</span> - or <span style="font-weight: bold;">collink</span> - are working very slowly, but that your CPU's are nearly idle, then - this + or <span style="font-weight: bold;">collink</span> are + working very slowly, but that your CPU's are nearly idle, then this is a sign of disk swapping, and that too much memory is being requested. This can be because other applications are also - using - memory, or Argyll's default setting tries to use more memory than is - actually available. You can try shutting down other applications - when - this happens, or you can <span style="font-weight: bold;">lower</span> - the amount of memory Argyll uses by setting <span - style="font-weight: bold;">ARGYLL_REV_CACHE_MULT</span> to a value - less than 1.0 (ie. try 0.5). <br> + using memory, or Argyll's default setting tries to use more memory + than is actually available. You can try shutting down other + applications when this happens, or you can <span + style="font-weight: bold;">lower</span> the amount of memory + Argyll uses by setting <span style="font-weight: bold;">ARGYLL_REV_CACHE_MULT</span> + to a value less than 1.0 (ie. try 0.5). <br> <br> If you have a lot of memory available, you can try increasing the cache size to use more of the available RAM (particularly if you get - a - "Warning - Reverse Cell Cache exhausted, - processing in chunks" message during processing), but if you set it - to - a value too near 2.0 you risk disk swapping, which can slow progress - to - a crawl.<br> + a "Warning - Reverse Cell Cache exhausted, processing in chunks" + message during processing), but if you set it to a value too near + 2.0 you risk disk swapping, which can slow progress to a crawl.<br> <br> If you have a lot of memory available, then a second adjustment that - can make a great difference to the time taken - in creating B2A tables is the resolution of the inverse lookup - acceleration grid. The finer the grid, the less searching is needed - to - locate the input colorspace values that - correspond to a target output color value, but the greater the - memory - used in this - structure, and the greater the setup time needed to initialize the - acceleration grid. The <span style="font-weight: bold;">ARGYLL_REV_ACC_GRID_RES_MULT</span> + can make a great difference to the time taken in creating B2A tables + is the resolution of the inverse lookup acceleration grid. The finer + the grid, the less searching is needed to locate the input + colorspace values that correspond to a target output color value, + but the greater the memory used in this structure, and the greater + the setup time needed to initialize the acceleration grid. The <span + style="font-weight: bold;">ARGYLL_REV_ACC_GRID_RES_MULT</span> environment variable can alter the default resolution by a scale factor. A value of 0.5 for instance, would halve the resolution (typically meaning 1/8 th. the total number of grid entries and memory), while a value of 2.0 would double it, typically resulting - in 8 - times the memory usage. Increasing the resolution too much will - reduce - the available memory for the reverse cache, and greatly increase - setup - time.<br> - <br> - <h3>Setting an environment variable:</h3> - <br> - To set an environment variable an MSWindows DOS shell, either use - set, - e.g.;<br> - <br> - set ARGYLL_REV_CACHE_MULT=1.5<br> - <br> - which will set the value for that session, or set it in<br> - <br> - Control Panel->System->Advanced->Environment Variables..<br> - <br> - in either user or system variables.<br> - <br> - You can examine individual variables using<br> - <br> - echo %VARIABLE_NAME%<br> - <br> - or see all of them using<br> - <br> - set<br> - <br> - <br> - For OS X or Linux, the exact procedure will depend on the shell you - are - running, but<br> - is usually something like:<br> - <br> - export ARGYLL_REV_CACHE_MULT=1.5<br> - or<br> - set ARGYLL_REV_CACHE_MULT=1.5<br> - or<br> - ARGYLL_REV_CACHE_MULT=1.5<br> - <br> - and may need separately exporting, something like:<br> - <br> - export ARGYLL_REV_CACHE_MULT<br> - <br> - Generally it should be configured in the shell start-up - script, - if you - want the setting to be used<br> - for every session.<br> - <br> - You can examine individual variables using<br> - <br> - echo $VARIABLE_NAME<br> - <br> - or see all of them using<br> + in 8 times the memory usage. Increasing the resolution too much will + reduce the available memory for the reverse cache, and greatly + increase setup time.<br> <br> - set<br> <br> <br> <br> diff --git a/doc/Scenarios.html b/doc/Scenarios.html index c8bb154..8aa5d64 100644 --- a/doc/Scenarios.html +++ b/doc/Scenarios.html @@ -1,134 +1,134 @@ -<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> -<html> - <head> - <title>Argyll Usage Scenarios</title> - <meta http-equiv="content-type" content="text/html; - charset=windows-1252"> - </head> - <body> - <h2><u>Typical usage Scenarios and Examples</u></h2> - Choose a task from the list below. For more details on alternative - options, follow the links to the individual tools being used.<br> - <br> - Note that by default it is assumed that ICC profile have the file - extension <span style="font-weight: bold;">.icm</span>, but that on - Apple OS X and Unix/Linux platforms, the <span style="font-weight: - bold;">.icc</span> extension is expected and should be used.<br> - <h4><a href="#PM1">Profiling Displays</a></h4> - <h4> <a href="#PM1a">Checking you can access your - display<br> - </a></h4> - <h4> <a href="#PM1b">Adjusting and Calibrating a - displays</a></h4> - <h4> <a href="#PM1c">Adjusting, calibrating and - profiling in one step<br> - </a><span style="font-weight: bold;"></span><span - style="font-weight: bold;"></span><span style="text-decoration: - underline;"></span></h4> - <h4> <a href="#PM2">Creating display test values</a></h4> - <h4> <a href="#PM3">Taking readings from a - display</a></h4> - <h4> <a href="#PM4">Creating a display profile</a></h4> - <h4> <span style="text-decoration: underline;"></span><a - href="#PM5">Installing a display profile</a></h4> - <h4> <span style="text-decoration: underline;"></span><a - href="#PM6">Expert tips when measuring displays</a></h4> - <h4> <span style="text-decoration: underline;"></span><a - href="#PM7">Calibrating and profiling a display that doesn't - have VideoLUT access.</a></h4> - <h4><br> - <a href="#PS1">Profiling Scanners and other input devices such as - cameras<br> - </a></h4> - <h4> <a href="#PS2">Types of test charts</a></h4> - <h4> <a href="#PS3">Taking readings from a - scanner</a></h4> - <h4> <a href="#PS4">Creating a scanner profile</a></h4> - <h4><br> - <a href="#PP1">Profiling Printers</a></h4> - <h4> <a href="#PP2">Creating a print profile - test chart</a></h4> - <h4> <a href="Scenarios.html#PP2b">Printing a - print profile test chart</a></h4> - <h4> <a href="#PP3">Reading a print test chart - using an instrument</a></h4> - <h4> <a href="#PP4">Reading a print test chart - using a scanner</a></h4> - <h4> </h4> - <h4> <a href="#PP5">Creating a printer profile<br> - </a></h4> - <h4> <a href="#PP6">Choosing a black generation - curve</a></h4> - <br> - <h4><a href="Scenarios.html#PC1">Calibrating Printers</a></h4> - <h4> <a href="Scenarios.html#PC2">Calibrated - print workflows</a></h4> - <h4> <a href="Scenarios.html#PC3">Creating a - print calibration test chart</a></h4> - <h4> </h4> - <h4> <a href="Scenarios.html#PC4">Creating a - printer calibration<br> - </a></h4> - <h4> <a href="Scenarios.html#PC5">Using a printer - calibration</a></h4> - <h4> <a href="#PC6">How profile ink limits are - handled when calibration is being used<br> - </a></h4> - <h4> <a href="#LP1">Linking Profiles</a></h4> - <p> <b><a href="#LP2">Image dependent gamut - mapping using device links</a></b><br> - </p> - <p> <b><a href="#LP2">Soft Proofing Link</a></b><br> - </p> - <h4> <a href="#TR1">Transforming colorspaces of raster files</a></h4> - <h4></h4> - <h4> <a href="#TV1">Creating Video Calibration 3DLuts</a></h4> - <h4><a href="Scenarios.html#TV2">Verifying Video Calibration 3DLuts</a></h4> - <br> - <hr style="width: 100%; height: 2px;"><br> - <h3><a name="PM1"></a>Profiling Displays</h3> - Argyll supports adjusting, calibrating and profiling of displays - using one of a number of instruments - see <a - href="instruments.html">instruments</a> for a current list. - Adjustment and calibration are prior steps to profiling, in which - the display is adjusted using it's screen controls, and then - per channel lookup tables are created to make it meet a well behaved - response of the desired type. The process following that of - creating a display profile is then similar to that of all other - output devices :- first a set of device colorspace test values needs - to be created to exercise the display, then these values need to be - displayed, while taking measurements of the resulting colors using - the instrument. Finally, the device value/measured color values need - to be converted into an ICC profile.<br> - <br> - <h3><a name="PM1a"></a>Checking you can access your display<br> - </h3> - You might first want to check that you are accessing and can - calibrate your display. You can do this using the <a - href="dispwin.html">dispwin</a><span style="font-weight: bold;"></span> - tool<span style="font-weight: bold;">.</span> If you just run <span - style="font-weight: bold;">dispwin</span> it will create a test - window and run through a series of test colors before checking that - the VideoLUT can be accessed by the display. If you invoke the usage - for <span style="font-weight: bold;">dispwin</span> (by giving it - an unrecognized option, e.g. <span style="font-weight: bold;">-?</span>) - then it will show a list of available displays next to the <span - style="font-weight: bold;"><span style="font-weight: bold;">-d</span></span> - flag. Make sure that you are accessing the display you intend to - calibrate and profile, and that the VideoLUT is effective (the <span - style="font-weight: bold;">-r</span> flag can be used to just run - the VideoLUT test). You can also try clearing the VideoLUTs using - the <span style="font-weight: bold;">-c</span> flag, and loading a - deliberately strange looking calibration <span style="font-weight: - bold;">strange.cal</span> that is provided in the Argyll <span - style="font-weight: bold;">ref</span> directory.<br> - <br> - Note that calibrating and/or profiling <span style="font-weight: - bold;">remote</span> displays is possible using X11 or a web - browser (see <span style="font-weight: bold;">-d</span> option of - dispcal and dispread), or by using some external program to send - test colors to a display (see <span style="font-weight: bold;">-C</span> - and <span style="font-weight: bold;">-M</span> options of dispcal +<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<html>
+ <head>
+ <title>Argyll Usage Scenarios</title>
+ <meta http-equiv="content-type" content="text/html;
+ charset=windows-1252">
+ </head>
+ <body>
+ <h2><u>Typical usage Scenarios and Examples</u></h2>
+ Choose a task from the list below. For more details on alternative
+ options, follow the links to the individual tools being used.<br>
+ <br>
+ Note that by default it is assumed that ICC profile have the file
+ extension <span style="font-weight: bold;">.icm</span>, but that on
+ Apple OS X and Unix/Linux platforms, the <span style="font-weight:
+ bold;">.icc</span> extension is expected and should be used.<br>
+ <h4><a href="#PM1">Profiling Displays</a></h4>
+ <h4> <a href="#PM1a">Checking you can access your
+ display<br>
+ </a></h4>
+ <h4> <a href="#PM1b">Adjusting and Calibrating a
+ displays</a></h4>
+ <h4> <a href="#PM1c">Adjusting, calibrating and
+ profiling in one step<br>
+ </a><span style="font-weight: bold;"></span><span
+ style="font-weight: bold;"></span><span style="text-decoration:
+ underline;"></span></h4>
+ <h4> <a href="#PM2">Creating display test values</a></h4>
+ <h4> <a href="#PM3">Taking readings from a
+ display</a></h4>
+ <h4> <a href="#PM4">Creating a display profile</a></h4>
+ <h4> <span style="text-decoration: underline;"></span><a
+ href="#PM5">Installing a display profile</a></h4>
+ <h4> <span style="text-decoration: underline;"></span><a
+ href="#PM6">Expert tips when measuring displays</a></h4>
+ <h4> <span style="text-decoration: underline;"></span><a
+ href="#PM7">Calibrating and profiling a display that doesn't
+ have VideoLUT access.</a></h4>
+ <h4><br>
+ <a href="#PS1">Profiling Scanners and other input devices such as
+ cameras<br>
+ </a></h4>
+ <h4> <a href="#PS2">Types of test charts</a></h4>
+ <h4> <a href="#PS3">Taking readings from a
+ scanner</a></h4>
+ <h4> <a href="#PS4">Creating a scanner profile</a></h4>
+ <h4><br>
+ <a href="#PP1">Profiling Printers</a></h4>
+ <h4> <a href="#PP2">Creating a print profile
+ test chart</a></h4>
+ <h4> <a href="Scenarios.html#PP2b">Printing a
+ print profile test chart</a></h4>
+ <h4> <a href="#PP3">Reading a print test chart
+ using an instrument</a></h4>
+ <h4> <a href="#PP4">Reading a print test chart
+ using a scanner</a></h4>
+ <h4> </h4>
+ <h4> <a href="#PP5">Creating a printer profile<br>
+ </a></h4>
+ <h4> <a href="#PP6">Choosing a black generation
+ curve</a></h4>
+ <br>
+ <h4><a href="Scenarios.html#PC1">Calibrating Printers</a></h4>
+ <h4> <a href="Scenarios.html#PC2">Calibrated
+ print workflows</a></h4>
+ <h4> <a href="Scenarios.html#PC3">Creating a
+ print calibration test chart</a></h4>
+ <h4> </h4>
+ <h4> <a href="Scenarios.html#PC4">Creating a
+ printer calibration<br>
+ </a></h4>
+ <h4> <a href="Scenarios.html#PC5">Using a printer
+ calibration</a></h4>
+ <h4> <a href="#PC6">How profile ink limits are
+ handled when calibration is being used<br>
+ </a></h4>
+ <h4> <a href="#LP1">Linking Profiles</a></h4>
+ <p> <b><a href="#LP2">Image dependent gamut
+ mapping using device links</a></b><br>
+ </p>
+ <p> <b><a href="#LP2">Soft Proofing Link</a></b><br>
+ </p>
+ <h4> <a href="#TR1">Transforming colorspaces of raster files</a></h4>
+ <h4></h4>
+ <h4> <a href="#TV1">Creating Video Calibration 3DLuts</a></h4>
+ <h4><a href="Scenarios.html#TV2">Verifying Video Calibration 3DLuts</a></h4>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ <h3><a name="PM1"></a>Profiling Displays</h3>
+ Argyll supports adjusting, calibrating and profiling of displays
+ using one of a number of instruments - see <a
+ href="instruments.html">instruments</a> for a current list.
+ Adjustment and calibration are prior steps to profiling, in which
+ the display is adjusted using it's screen controls, and then
+ per channel lookup tables are created to make it meet a well behaved
+ response of the desired type. The process following that of
+ creating a display profile is then similar to that of all other
+ output devices :- first a set of device colorspace test values needs
+ to be created to exercise the display, then these values need to be
+ displayed, while taking measurements of the resulting colors using
+ the instrument. Finally, the device value/measured color values need
+ to be converted into an ICC profile.<br>
+ <br>
+ <h3><a name="PM1a"></a>Checking you can access your display<br>
+ </h3>
+ You might first want to check that you are accessing and can
+ calibrate your display. You can do this using the <a
+ href="dispwin.html">dispwin</a><span style="font-weight: bold;"></span>
+ tool<span style="font-weight: bold;">.</span> If you just run <span
+ style="font-weight: bold;">dispwin</span> it will create a test
+ window and run through a series of test colors before checking that
+ the VideoLUT can be accessed by the display. If you invoke the usage
+ for <span style="font-weight: bold;">dispwin</span> (by giving it
+ an unrecognized option, e.g. <span style="font-weight: bold;">-?</span>)
+ then it will show a list of available displays next to the <span
+ style="font-weight: bold;"><span style="font-weight: bold;">-d</span></span>
+ flag. Make sure that you are accessing the display you intend to
+ calibrate and profile, and that the VideoLUT is effective (the <span
+ style="font-weight: bold;">-r</span> flag can be used to just run
+ the VideoLUT test). You can also try clearing the VideoLUTs using
+ the <span style="font-weight: bold;">-c</span> flag, and loading a
+ deliberately strange looking calibration <span style="font-weight:
+ bold;">strange.cal</span> that is provided in the Argyll <span
+ style="font-weight: bold;">ref</span> directory.<br>
+ <br>
+ Note that calibrating and/or profiling <span style="font-weight:
+ bold;">remote</span> displays is possible using X11 or a web
+ browser (see <span style="font-weight: bold;">-d</span> option of
+ dispcal and dispread), or by using some external program to send
+ test colors to a display (see <span style="font-weight: bold;">-C</span>
+ and <span style="font-weight: bold;">-M</span> options of dispcal
and dispread), but you may want to refer to <a href="#PM7">Calibrating @@ -184,26 +184,29 @@ - and profiling a display that doesn't have VideoLUT access</a>.<br> - <br> - <h3><a name="PM1b"></a>Adjusting and Calibrating Displays</h3> - Please read <a href="calvschar.html">What's the difference between - Calibration and Characterization ?</a> if you are unclear as to - the difference .<br> - <br> - The first step is to decide what the target should be for adjustment - and calibration. This boils down to three things: The desired - brightness, the desired white point, and the desired response curve. - The native brightness and white points of a display may be different - to the desired characteristics for some purposes. For instance, for - graphic arts use, it might be desirable to run with a warmer white - point of about 5000 degrees Kelvin, rather than the default display - white point of 6500 to 9000 Kelvin. Some LCD displays are too bright - to compare to printed material under available lighting, so it might - be desirable to reduce the maximum brightness.<br> - <br> - You can run <a href="dispcal.html#r">dispcal -r</a> to check on how - your display is currently set up. (you may have to run this as <span + + +
+ and profiling a display that doesn't have VideoLUT access</a>.<br>
+ <br>
+ <h3><a name="PM1b"></a>Adjusting and Calibrating Displays</h3>
+ Please read <a href="calvschar.html">What's the difference between
+ Calibration and Characterization ?</a> if you are unclear as to
+ the difference .<br>
+ <br>
+ The first step is to decide what the target should be for adjustment
+ and calibration. This boils down to three things: The desired
+ brightness, the desired white point, and the desired response curve.
+ The native brightness and white points of a display may be different
+ to the desired characteristics for some purposes. For instance, for
+ graphic arts use, it might be desirable to run with a warmer white
+ point of about 5000 degrees Kelvin, rather than the default display
+ white point of 6500 to 9000 Kelvin. Some LCD displays are too bright
+ to compare to printed material under available lighting, so it might
+ be desirable to reduce the maximum brightness.<br>
+ <br>
+ You can run <a href="dispcal.html#r">dispcal -r</a> to check on how
+ your display is currently set up. (you may have to run this as <span
style="text-decoration: underline; color: rgb(204, 51, 204);">dispcal -yl @@ -265,331 +268,343 @@ - -r</span> for an LCD display, or <span style="text-decoration: - underline; color: rgb(204, 51, 204);">dispcal -yc -r</span> for a - CRT display with most of the colorimeter instruments. If so, this - will apply to all of the following examples.)<br> - <br> - Once this is done, <a href="dispcal.html">dispcal</a> can be run to - guide you through the display adjustments, and then calibrate it. By - default, the brightness and white point will be kept the same as the - devices natural brightness and white point. The default response - curve is a gamma of 2.4, except for Apple OS X systems prior to 10.6 - where a gamma of 1.8 is the default. 2.4 is close to that of - many monitors, and close to that of the sRGB colorspace. <br> - <br> - A typical calibration that leaves the brightness and white point - alone, might be:<br> - <br> - <a href="dispcal.html">dispcal</a> -v TargetA<br> - <br> - which will result in a "TargetA.cal" calibration file, that can then - be used during the profiling stage.<br> - <br> - If the absolutely native response of the display is desired during - profiling, then calibration should be skipped, and the linear.cal - file from the "ref" directory used instead as the argument to the -k - flag of <span style="font-weight: bold;">dispread</span>.<br> - <br> - <b>Dispcal</b> will display a test window in the middle of the - screen, and issue a series of instructions about placing the - instrument on the display. You may need to make sure that the - display cursor is not in the test window, and it may also be - necessary to disable any screensaver and powersavers before starting - the process, although both <span style="font-weight: bold;">dispcal</span> - and <span style="font-weight: bold;">dispread</span> will attempt - to do this for you. It's also highly desirable on CRT's, to clear - your screen of any white or bright background images or windows - (running your shell window with white text on a black background - helps a lot here.), or at least keep any bright areas away from the - test window, and be careful not to change anything on the display - while the readings are taken. Lots of bright images or windows can - affect the ability to measure the black point accurately, and - changing images on the display can cause inconsistency in the - readings, and leading to poor results.<span - style="font-weight: bold;"></span> LCD displays seem to be less - influenced by what else is on the screen.<br> - <br> - If <span style="font-weight: bold;">dispcal</span> is run without - arguments, it will provide a usage screen. The <span - style="font-weight: bold;">-c</span> parameter allows selecting a - communication port for an instrument, or selecting the instrument - you want to use, and the <a href="dispcal.html#d"><span - style="font-weight: bold;">-d</span></a> option allows selecting - a target display on a multi-display system. On some multi-monitor - systems, it may not be possible to independently calibrate and - profile each display if they appear as one single screen to the - operating system, or if it is not possible to set separate video - lookup tables for each display. You can change the position and size - of the test window using the <a href="dispcal.html#P"><span - style="font-weight: bold;">-P</span></a> parameter. You can - determine how best to arrange the test window, as well as whether - each display has separate video lookup capability, by experimenting - with the <a href="dispwin.html">dispwin</a> tool. <br> - <br> - For a more detailed discussion on interactively adjusting the - display controls using <span style="font-weight: bold;">dispcal</span>, - see <a href="dispcal.html#Adjustment">dispcal-adjustment</a>. Once - you have adjusted and calibrated your display, you can move on to - the next step.<br> - <br> - When you have calibrated and profiled your display, you can keep it - calibrated using the <a href="dispcal.html#u">dispcal -u</a> - option.<br> - <br> - <h4><a name="PM1c"></a>Adjusting, calibrating and profiling in one - step.</h4> - If a simple matrix/shaper display profile is all that is desired, <span - style="font-weight: bold;">dispcal</span> can be used to do this, - permitting display adjustment, calibration and profiling all in one - operation. This is done by using the <span style="font-weight: - bold;"><span style="font-weight: bold;">dispcal </span>-o</span> - flag:<br> - <br> - <a href="dispcal.html">dispcal</a> <a href="dispcal.html#v">-v</a> - <a href="dispcal.html#o">-o</a> <a href="dispcal.html#p1">TargetA</a><br> - <br> - This will create both a TargetA.cal file, but also a TargetA.icm - file. See <a href="dispcal.html#o">-o</a> and <a - href="dispcal.html#O">-O</a> for other variations.<br> - <br> - For more flexibility in creating a display profile, the separate - steps of creating characterization test values using <span - style="font-weight: bold;">targen</span>, reading them from the - display using <span style="font-weight: bold;">dispread</span>, and - then creating a profile using <span style="font-weight: bold;">colprof</span> - are used. The following steps illustrate this:<br> - <h4><a name="PM2"></a>Profiling in several steps: Creating display - test values</h4> - If the <span style="font-weight: bold;">dispcal</span> has not been - used to create a display profile at the same time as adjustment and - calibration, then it can be used to create a suitable set of - calibration curves as the first step, or the calibration step can be - omitted, and the display cansimply be profiled.<br> - <br> - The first step in profiling any output device, is to create a set of - device colorspace test values. The important parameters needed are: - <br> - <ul> - <li>What colorspace does the device use ?</li> - <li>How many test patches do I want to use ?</li> - <li>What information do I already have about how the device - behaves ?</li> - </ul> - For a display device, the colorspace will be RGB. The number - of test patches will depend somewhat on what quality profile you - want to make, what type of profile you want to make, and how long - you are prepared to wait when testing the display.<br> - At a minimum, a few hundred values are needed. A matrix/shaper type - of profile can get by with fewer test values, while a LUT based - profile will give better results if more test values are used. A - typical number might be 200-600 or so values, while 1000-2000 is not - an unreasonable number for a high quality characterization of a - display.<br> - <br> - To assist the choice of test patch values, it can help to have a - rough idea of how the device behaves. This could be in the form of - an ICC profile of a similar device, or a lower quality, or previous - profile for that particular device. If one were going to make a very - high quality LUT based profile, then it might be worthwhile to make - up a smaller, preliminary shaper/matrix profile using a few hundred - test points, before embarking on testing the device with several - thousand.<br> - <br> - Lets say that we ultimately want to make a profile for the device - "DisplayA", the simplest approach is to make a set of test values - that is independent of the characteristics of the particular device:<br> - <br> - <a href="targen.html">targen</a> <a href="targen.html#v">-v</a> - <a href="targen.html#d">-d3</a> <a href="targen.html#f">-f500</a> - <a href="targen.html#p1">DisplayA</a><br> - <br> - If there is a preliminary or previous profile called "OldDisplay" - available, and we want to try creating a "pre-conditioned" set of - test values that will more efficiently sample the device response, - then the following would achieve this:<br> - <u><br> - </u><a href="targen.html"> targen</a> <a href="targen.html#v">-v</a> - <a href="targen.html#d">-d3</a> <a href="targen.html#f">-f500</a> - <a href="targen.html#c">-cOldDisplay.icm</a> <a - href="targen.html#p1">DisplayA</a><br> - <br> - The output of <b>targen</b> will be the file DisplayA.ti1, - containing the device space test values, as well as expected CIE - values used for chart recognition purposes.<br> - <br> - <h4><a name="PM3"></a>Profiling in several steps: Taking readings - from a display</h4> - First it is necessary to connect your measurement instrument to your - computer, and check which communication port it is connected to. In - the following example, it is assumed that the instrument is - connected to the default port 1, which is either the first USB - instrument found, or serial port found. Invoking dispread so as to - display the usage information (by using a flag -? or --) will list - the identified serial and USB ports, and their labels.<br> - <br> - <a href="dispread.html">dispread</a> <a href="dispread.html#v">-v</a> - <a href="dispread.html#p1">DisplayA</a><br> - <br> - If we created a calibration for the display using <a - href="dispcal.html">dispcal</a>, then we will want to use this - when we take the display readings (e.g. TargetA.cal from the - calibration example)..<br> - <br> - <a href="dispread.html">dispread</a> <a href="dispread.html#v">-v</a> - <a href="dispread.html#k">-k TargetA.cal</a> <a - href="dispread.html#p1">DisplayA</a><br> - <br> - <b>dispread</b> will display a test window in the middle of the - screen, and issue a series of instructions about placing the - instrument on the display. You may need to make sure that the - display cursor is not in the test window, and it may also be - necessary to disable any screensaver before starting the process. - Exactly the same facilities are provided to select alternate - displays using the <span style="font-weight: bold;">-d</span> - parameter, and an alternate location and size for the test window - using the <span style="font-weight: bold;">-P</span> parameter as - with <span style="font-weight: bold;">dispcal</span>.<br> - <h4><a name="PM4"></a>Profiling in several steps: Creating a display - profile</h4> - There are two basic choices of profile type for a display, a - shaper/matrix profile, or a LUT based profile. They have different - tradeoffs. A shaper/matrix profile will work well on a well behaved - display, that is one that behaves in an additive color manner, will - give very smooth looking results, and needs fewer test points to - create. A LUT based profile on the other hand, will model any - display behaviour more accurately, and can accommodate gamut mapping - and different intent tables. Often it can show some unevenness and - contouring in the results though.<br> - <br> - To create a matrix/shaper profile, the following suffices:<br> - <br> - <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a> - <a href="colprof.html#E">-D"Display A"</a> <a href="colprof.html#q">-qm</a> - <a href="colprof.html#a">-as</a> <a href="colprof.html#p1">DisplayA</a><br> - <br> - For a LUT based profile, where gamut mapping is desired, then a - source profile will need to be provided to define the source gamut. - For instance, if the display profile was likely to be linked to a - CMYK printing source profile, say "swop.icm" or "fogra39l.icm", then - the following would suffice:<br> - <br> - <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a> - <a href="colprof.html#E">-D"Display A"</a> <a href="colprof.html#q">-qm</a> - <a href="colprof.html#S">-S</a><a href="colprof.html#S"> - fogra39l.icm</a> <a href="colprof.html#c">-cpp</a> <a - href="colprof.html#d">-dmt</a> <a href="colprof.html#p1">DisplayA</a><br> - <br> - Make sure you check the delta E report at the end of the profile - creation, to see if the sample data and profile is behaving - reasonably.<br> - If a calibration file was used with <a href="dispread.html">dispread</a>, - then it will be converted to a vcgt tag in the profile, so that the - operating system or other system color tools load the lookup curves - into the display hardware, when the profile is used.<br> - <h4><a name="PM5"></a>Installing a display profile</h4> - <a href="dispwin.html">dispwin</a> provides a convenient way of - installing a profile as the default system profile for the chosen - display:<br> - <br> - <a href="dispwin.html">dispwin</a> <a href="dispwin.html#I">-I</a> - <a href="dispwin.html#p1">DisplayA.icm</a><br> - <br> - This also sets the display to the calibration contained in the - profile. If you want to try out a calibration before installing the - profile, using dispwin without the <span style="font-weight: bold;">-I</span> - option will load a calibration (ICC profile or .cal file) into the - current display.<br> - <br> - Some systems will automatically set the display to the calibration - contained in the installed profile (ie. OS X), while on other - systems (ie. MSWindows and Linux/X11) it is necessary to use some - tool to do this. On MSWindows XP you could install the - optional <span style="font-weight: bold;">Microsoft Color Control Panel Applet for Windows XP</span> - available for download from Microsoft to do this, but <span - style="font-weight: bold;">NOTE</span> however that it seems to - have a <span style="font-weight: bold;">bug</span>, in that it - sometimes associates the profiles with the <span - style="font-weight: bold;">wrong monitor</span> entry. Other - display calibration tools will often install a similar tool, so - beware of there being multiple, competing programs. [ Commonly these - will be in your Start->Programs->Startup folder. ]<br> - On Microsoft Vista, you need to use dispwin -L or some other tool to - load the installed profiles calibration at startup.<br> - <br> - To use dispwin to load the installed profiles calibration to the - display, use<br> - <br> - <a href="dispwin.html">dispwin</a> <a href="dispwin.html#L">-L</a><br> - <br> - As per usual, you can select the appropriate display using the <a - href="dispwin.html#d">-d</a> flag.<br> - <br> - This can be automated on MSWindows and X11/Linux by adding this - command to an appropriate startup script.<br> - More system specific details, including how to create such startup - scripts are <a href="dispprofloc.html">here</a>. <br> - <br> - If you are using Microsoft <span style="font-weight: bold;">Vista</span>, - there is a known <span style="font-weight: bold;">bug</span> in - Vista that resets the calibration every time a fade-in effect is - executed, which happens if you lock and unlock the computer, resume - from sleep or hibernate, or User Access Control is activated. Using - <a href="dispwin.html">dispwin</a> <a href="dispwin.html#L">-L</a> - may not restore the calibration, because Vista filters out setting - (what it thinks) is a calibration that is already loaded. Use <a - href="dispwin.html">dispwin</a> <a href="dispwin.html#c">-c</a> <a - href="dispwin.html#L">-L</a><span style="font-family: monospace;"></span> - as a workaround, as this will first clear the calibration, then - re-load the current calibration.<br> - <br> - On X11/Linux systems, you could try adding <a href="dispwin.html">dispwin</a> - <a href="dispwin.html#L">-L</a> to your <span style="font-weight: - bold;">~/.config/autostart</span> file, so that your window - manager automatically sets calibration when it starts. If you are - running XRandR 1.2, you might consider running the experimental <a - href="dispwin.html#D">dispwin -E</a> in the background, as in its - "daemon" mode it will update the profile and calibration in response - to any changes in the the connected display.<br> - <br> - <h4><a name="PM6"></a>Expert tips when measuring displays:<br> - </h4> - Sometimes it can be difficult to get good quality, consistent and - visually relevant readings from displays, due to various practical - considerations with regard to instruments and the displays - themselves. Argyll's tools have some extra options that may assist - in overcoming these problems.<br> - <br> - If you are using an Eye-One Pro or ColorMunki spectrometer, then you - may wish to use the <a href="dispcal.html#H">high resolution - spectral mode</a> (<span style="font-weight: bold;">-H</span>). - This may be better at capturing the often narrow wavelength peaks - that are typical of display primary colors.<br> - <br> - All instruments depend on silicon sensors, and such sensors generate - a temperature dependant level of noise ("dark noise") that is - factored out of the measurements by a dark or black instrument - calibration. The spectrometers in particular need this calibration - before commencing each set of measurements. Often an instrument will - warm up as it sits on a display, and this warming up can cause the - dark noise to increase, leading to inaccuracies in dark patch - measurements. The longer the measurement takes, the worse this - problem is likely to be. One way of addressing this is to - "acclimatise" the instrument before commencing measurements by - placing it on the screen in a powered up state, and leaving it for - some time. (Some people leave it for up to an hour to acclimatise.). - Another approach is to try and <a href="dispcal.html#I">compensate - for dark calibration changes</a> (<span style="font-weight: bold;">-Ib</span>) - by doing on the fly calibrations during the measurements, based on - the assumption that the black level of the display itself won't - change significantly. <br> - <br> - Some displays take a long time to settle down and stabilise. The is - often the case with LCD (Liquid Crystal) displays that use - fluorescent back lights, and these sorts of displays can change in - brightness significantly with changes in temperature. One way of - addressing this is to make sure that the display is given adequate - time to warm up before measurements. Another approach is to try and + + +
+ -r</span> for an LCD display, or <span style="text-decoration:
+ underline; color: rgb(204, 51, 204);">dispcal -yc -r</span> for a
+ CRT display with most of the colorimeter instruments. If so, this
+ will apply to all of the following examples.)<br>
+ <br>
+ Once this is done, <a href="dispcal.html">dispcal</a> can be run to
+ guide you through the display adjustments, and then calibrate it. By
+ default, the brightness and white point will be kept the same as the
+ devices natural brightness and white point. The default response
+ curve is a gamma of 2.4, except for Apple OS X systems prior to 10.6
+ where a gamma of 1.8 is the default. 2.4 is close to that of
+ many monitors, and close to that of the sRGB colorspace. <br>
+ <br>
+ A typical calibration that leaves the brightness and white point
+ alone, might be:<br>
+ <br>
+ <a href="dispcal.html">dispcal</a> -v TargetA<br>
+ <br>
+ which will result in a "TargetA.cal" calibration file, that can then
+ be used during the profiling stage.<br>
+ <br>
+ If the absolutely native response of the display is desired during
+ profiling, then calibration should be skipped, and the linear.cal
+ file from the "ref" directory used instead as the argument to the -k
+ flag of <span style="font-weight: bold;">dispread</span>.<br>
+ <br>
+ <b>Dispcal</b> will display a test window in the middle of the
+ screen, and issue a series of instructions about placing the
+ instrument on the display. You may need to make sure that the
+ display cursor is not in the test window, and it may also be
+ necessary to disable any screensaver and powersavers before starting
+ the process, although both <span style="font-weight: bold;">dispcal</span>
+ and <span style="font-weight: bold;">dispread</span> will attempt
+ to do this for you. It's also highly desirable on CRT's, to clear
+ your screen of any white or bright background images or windows
+ (running your shell window with white text on a black background
+ helps a lot here.), or at least keep any bright areas away from the
+ test window, and be careful not to change anything on the display
+ while the readings are taken. Lots of bright images or windows can
+ affect the ability to measure the black point accurately, and
+ changing images on the display can cause inconsistency in the
+ readings, and leading to poor results.<span
+ style="font-weight: bold;"></span> LCD displays seem to be less
+ influenced by what else is on the screen.<br>
+ <br>
+ If <span style="font-weight: bold;">dispcal</span> is run without
+ arguments, it will provide a usage screen. The <span
+ style="font-weight: bold;">-c</span> parameter allows selecting a
+ communication port for an instrument, or selecting the instrument
+ you want to use, and the <a href="dispcal.html#d"><span
+ style="font-weight: bold;">-d</span></a> option allows selecting
+ a target display on a multi-display system. On some multi-monitor
+ systems, it may not be possible to independently calibrate and
+ profile each display if they appear as one single screen to the
+ operating system, or if it is not possible to set separate video
+ lookup tables for each display. You can change the position and size
+ of the test window using the <a href="dispcal.html#P"><span
+ style="font-weight: bold;">-P</span></a> parameter. You can
+ determine how best to arrange the test window, as well as whether
+ each display has separate video lookup capability, by experimenting
+ with the <a href="dispwin.html">dispwin</a> tool. <br>
+ <br>
+ For a more detailed discussion on interactively adjusting the
+ display controls using <span style="font-weight: bold;">dispcal</span>,
+ see <a href="dispcal.html#Adjustment">dispcal-adjustment</a>. Once
+ you have adjusted and calibrated your display, you can move on to
+ the next step.<br>
+ <br>
+ When you have calibrated and profiled your display, you can keep it
+ calibrated using the <a href="dispcal.html#u">dispcal -u</a>
+ option.<br>
+ <br>
+ <h4><a name="PM1c"></a>Adjusting, calibrating and profiling in one
+ step.</h4>
+ If a simple matrix/shaper display profile is all that is desired, <span
+ style="font-weight: bold;">dispcal</span> can be used to do this,
+ permitting display adjustment, calibration and profiling all in one
+ operation. This is done by using the <span style="font-weight:
+ bold;"><span style="font-weight: bold;">dispcal </span>-o</span>
+ flag:<br>
+ <br>
+ <a href="dispcal.html">dispcal</a> <a href="dispcal.html#v">-v</a>
+ <a href="dispcal.html#o">-o</a> <a href="dispcal.html#p1">TargetA</a><br>
+ <br>
+ This will create both a TargetA.cal file, but also a TargetA.icm
+ file. See <a href="dispcal.html#o">-o</a> and <a
+ href="dispcal.html#O">-O</a> for other variations.<br>
+ <br>
+ For more flexibility in creating a display profile, the separate
+ steps of creating characterization test values using <span
+ style="font-weight: bold;">targen</span>, reading them from the
+ display using <span style="font-weight: bold;">dispread</span>, and
+ then creating a profile using <span style="font-weight: bold;">colprof</span>
+ are used. The following steps illustrate this:<br>
+ <h4><a name="PM2"></a>Profiling in several steps: Creating display
+ test values</h4>
+ If the <span style="font-weight: bold;">dispcal</span> has not been
+ used to create a display profile at the same time as adjustment and
+ calibration, then it can be used to create a suitable set of
+ calibration curves as the first step, or the calibration step can be
+ omitted, and the display cansimply be profiled.<br>
+ <br>
+ The first step in profiling any output device, is to create a set of
+ device colorspace test values. The important parameters needed are:
+ <br>
+ <ul>
+ <li>What colorspace does the device use ?</li>
+ <li>How many test patches do I want to use ?</li>
+ <li>What information do I already have about how the device
+ behaves ?</li>
+ </ul>
+ For a display device, the colorspace will be RGB. The number
+ of test patches will depend somewhat on what quality profile you
+ want to make, what type of profile you want to make, and how long
+ you are prepared to wait when testing the display.<br>
+ At a minimum, a few hundred values are needed. A matrix/shaper type
+ of profile can get by with fewer test values, while a LUT based
+ profile will give better results if more test values are used. A
+ typical number might be 200-600 or so values, while 1000-2000 is not
+ an unreasonable number for a high quality characterization of a
+ display.<br>
+ <br>
+ To assist the choice of test patch values, it can help to have a
+ rough idea of how the device behaves. This could be in the form of
+ an ICC profile of a similar device, or a lower quality, or previous
+ profile for that particular device. If one were going to make a very
+ high quality LUT based profile, then it might be worthwhile to make
+ up a smaller, preliminary shaper/matrix profile using a few hundred
+ test points, before embarking on testing the device with several
+ thousand.<br>
+ <br>
+ Lets say that we ultimately want to make a profile for the device
+ "DisplayA", the simplest approach is to make a set of test values
+ that is independent of the characteristics of the particular device:<br>
+ <br>
+ <a href="targen.html">targen</a> <a href="targen.html#v">-v</a>
+ <a href="targen.html#d">-d3</a> <a href="targen.html#f">-f500</a>
+ <a href="targen.html#p1">DisplayA</a><br>
+ <br>
+ If there is a preliminary or previous profile called "OldDisplay"
+ available, and we want to try creating a "pre-conditioned" set of
+ test values that will more efficiently sample the device response,
+ then the following would achieve this:<br>
+ <u><br>
+ </u><a href="targen.html"> targen</a> <a href="targen.html#v">-v</a>
+ <a href="targen.html#d">-d3</a> <a href="targen.html#f">-f500</a>
+ <a href="targen.html#c">-cOldDisplay.icm</a> <a
+ href="targen.html#p1">DisplayA</a><br>
+ <br>
+ The output of <b>targen</b> will be the file DisplayA.ti1,
+ containing the device space test values, as well as expected CIE
+ values used for chart recognition purposes.<br>
+ <br>
+ <h4><a name="PM3"></a>Profiling in several steps: Taking readings
+ from a display</h4>
+ First it is necessary to connect your measurement instrument to your
+ computer, and check which communication port it is connected to. In
+ the following example, it is assumed that the instrument is
+ connected to the default port 1, which is either the first USB
+ instrument found, or serial port found. Invoking dispread so as to
+ display the usage information (by using a flag -? or --) will list
+ the identified serial and USB ports, and their labels.<br>
+ <br>
+ <a href="dispread.html">dispread</a> <a href="dispread.html#v">-v</a>
+ <a href="dispread.html#p1">DisplayA</a><br>
+ <br>
+ If we created a calibration for the display using <a
+ href="dispcal.html">dispcal</a>, then we will want to use this
+ when we take the display readings (e.g. TargetA.cal from the
+ calibration example)..<br>
+ <br>
+ <a href="dispread.html">dispread</a> <a href="dispread.html#v">-v</a>
+ <a href="dispread.html#k">-k TargetA.cal</a> <a
+ href="dispread.html#p1">DisplayA</a><br>
+ <br>
+ <b>dispread</b> will display a test window in the middle of the
+ screen, and issue a series of instructions about placing the
+ instrument on the display. You may need to make sure that the
+ display cursor is not in the test window, and it may also be
+ necessary to disable any screensaver before starting the process.
+ Exactly the same facilities are provided to select alternate
+ displays using the <span style="font-weight: bold;">-d</span>
+ parameter, and an alternate location and size for the test window
+ using the <span style="font-weight: bold;">-P</span> parameter as
+ with <span style="font-weight: bold;">dispcal</span>.<br>
+ <h4><a name="PM4"></a>Profiling in several steps: Creating a display
+ profile</h4>
+ There are two basic choices of profile type for a display, a
+ shaper/matrix profile, or a LUT based profile. They have different
+ tradeoffs. A shaper/matrix profile will work well on a well behaved
+ display, that is one that behaves in an additive color manner, will
+ give very smooth looking results, and needs fewer test points to
+ create. A LUT based profile on the other hand, will model any
+ display behaviour more accurately, and can accommodate gamut mapping
+ and different intent tables. Often it can show some unevenness and
+ contouring in the results though.<br>
+ <br>
+ To create a matrix/shaper profile, the following suffices:<br>
+ <br>
+ <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a>
+ <a href="colprof.html#E">-D"Display A"</a> <a href="colprof.html#q">-qm</a>
+ <a href="colprof.html#a">-as</a> <a href="colprof.html#p1">DisplayA</a><br>
+ <br>
+ For a LUT based profile, where gamut mapping is desired, then a
+ source profile will need to be provided to define the source gamut.
+ For instance, if the display profile was likely to be linked to a
+ CMYK printing source profile, say "swop.icm" or "fogra39l.icm", then
+ the following would suffice:<br>
+ <br>
+ <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a>
+ <a href="colprof.html#E">-D"Display A"</a> <a href="colprof.html#q">-qm</a>
+ <a href="colprof.html#S">-S</a><a href="colprof.html#S">
+ fogra39l.icm</a> <a href="colprof.html#c">-cpp</a> <a
+ href="colprof.html#d">-dmt</a> <a href="colprof.html#p1">DisplayA</a><br>
+ <br>
+ A fallback to using a specific source profile/gamut is to use a
+ general compression percentage as a gamut mapping:<br>
+ <br>
+ <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a>
+ <a href="colprof.html#E">-D"Display A"</a> <a href="colprof.html#q">-qm</a>
+ <a href="file:///D:/src/argyll/doc/colprof.html#S">-S</a><a
+ href="colprof.html#S"> 20</a> <a href="colprof.html#c">-cpp</a> <a
+ href="colprof.html#d">-dmt</a> <a href="colprof.html#p1">DisplayA</a><br>
+ <br>
+ Make sure you check the delta E report at the end of the profile
+ creation, to see if the sample data and profile is behaving
+ reasonably.<br>
+ If a calibration file was used with <a href="dispread.html">dispread</a>,
+ then it will be converted to a vcgt tag in the profile, so that the
+ operating system or other system color tools load the lookup curves
+ into the display hardware, when the profile is used.<br>
+ <h4><a name="PM5"></a>Installing a display profile</h4>
+ <a href="dispwin.html">dispwin</a> provides a convenient way of
+ installing a profile as the default system profile for the chosen
+ display:<br>
+ <br>
+ <a href="dispwin.html">dispwin</a> <a href="dispwin.html#I">-I</a>
+ <a href="dispwin.html#p1">DisplayA.icm</a><br>
+ <br>
+ This also sets the display to the calibration contained in the
+ profile. If you want to try out a calibration before installing the
+ profile, using dispwin without the <span style="font-weight: bold;">-I</span>
+ option will load a calibration (ICC profile or .cal file) into the
+ current display.<br>
+ <br>
+ Some systems will automatically set the display to the calibration
+ contained in the installed profile (ie. OS X), while on other
+ systems (ie. MSWindows and Linux/X11) it is necessary to use some
+ tool to do this. On MSWindows XP you could install the
+ optional <span style="font-weight: bold;">Microsoft Color Control Panel Applet for Windows XP</span>
+ available for download from Microsoft to do this, but <span
+ style="font-weight: bold;">NOTE</span> however that it seems to
+ have a <span style="font-weight: bold;">bug</span>, in that it
+ sometimes associates the profiles with the <span
+ style="font-weight: bold;">wrong monitor</span> entry. Other
+ display calibration tools will often install a similar tool, so
+ beware of there being multiple, competing programs. [ Commonly these
+ will be in your Start->Programs->Startup folder. ]<br>
+ On Microsoft Vista, you need to use dispwin -L or some other tool to
+ load the installed profiles calibration at startup.<br>
+ <br>
+ To use dispwin to load the installed profiles calibration to the
+ display, use<br>
+ <br>
+ <a href="dispwin.html">dispwin</a> <a href="dispwin.html#L">-L</a><br>
+ <br>
+ As per usual, you can select the appropriate display using the <a
+ href="dispwin.html#d">-d</a> flag.<br>
+ <br>
+ This can be automated on MSWindows and X11/Linux by adding this
+ command to an appropriate startup script.<br>
+ More system specific details, including how to create such startup
+ scripts are <a href="dispprofloc.html">here</a>. <br>
+ <br>
+ If you are using Microsoft <span style="font-weight: bold;">Vista</span>,
+ there is a known <span style="font-weight: bold;">bug</span> in
+ Vista that resets the calibration every time a fade-in effect is
+ executed, which happens if you lock and unlock the computer, resume
+ from sleep or hibernate, or User Access Control is activated. Using
+ <a href="dispwin.html">dispwin</a> <a href="dispwin.html#L">-L</a>
+ may not restore the calibration, because Vista filters out setting
+ (what it thinks) is a calibration that is already loaded. Use <a
+ href="dispwin.html">dispwin</a> <a href="dispwin.html#c">-c</a> <a
+ href="dispwin.html#L">-L</a><span style="font-family: monospace;"></span>
+ as a workaround, as this will first clear the calibration, then
+ re-load the current calibration.<br>
+ <br>
+ On X11/Linux systems, you could try adding <a href="dispwin.html">dispwin</a>
+ <a href="dispwin.html#L">-L</a> to your <span style="font-weight:
+ bold;">~/.config/autostart</span> file, so that your window
+ manager automatically sets calibration when it starts. If you are
+ running XRandR 1.2, you might consider running the experimental <a
+ href="dispwin.html#D">dispwin -E</a> in the background, as in its
+ "daemon" mode it will update the profile and calibration in response
+ to any changes in the the connected display.<br>
+ <br>
+ <h4><a name="PM6"></a>Expert tips when measuring displays:<br>
+ </h4>
+ Sometimes it can be difficult to get good quality, consistent and
+ visually relevant readings from displays, due to various practical
+ considerations with regard to instruments and the displays
+ themselves. Argyll's tools have some extra options that may assist
+ in overcoming these problems.<br>
+ <br>
+ If you are using an Eye-One Pro or ColorMunki spectrometer, then you
+ may wish to use the <a href="dispcal.html#H">high resolution
+ spectral mode</a> (<span style="font-weight: bold;">-H</span>).
+ This may be better at capturing the often narrow wavelength peaks
+ that are typical of display primary colors.<br>
+ <br>
+ All instruments depend on silicon sensors, and such sensors generate
+ a temperature dependant level of noise ("dark noise") that is
+ factored out of the measurements by a dark or black instrument
+ calibration. The spectrometers in particular need this calibration
+ before commencing each set of measurements. Often an instrument will
+ warm up as it sits on a display, and this warming up can cause the
+ dark noise to increase, leading to inaccuracies in dark patch
+ measurements. The longer the measurement takes, the worse this
+ problem is likely to be. One way of addressing this is to
+ "acclimatise" the instrument before commencing measurements by
+ placing it on the screen in a powered up state, and leaving it for
+ some time. (Some people leave it for up to an hour to acclimatise.).
+ Another approach is to try and <a href="dispcal.html#I">compensate
+ for dark calibration changes</a> (<span style="font-weight: bold;">-Ib</span>)
+ by doing on the fly calibrations during the measurements, based on
+ the assumption that the black level of the display itself won't
+ change significantly. <br>
+ <br>
+ Some displays take a long time to settle down and stabilise. The is
+ often the case with LCD (Liquid Crystal) displays that use
+ fluorescent back lights, and these sorts of displays can change in
+ brightness significantly with changes in temperature. One way of
+ addressing this is to make sure that the display is given adequate
+ time to warm up before measurements. Another approach is to try and
<a href="dispcal.html#I">compensate for display white level</a> @@ -650,20 +665,23 @@ - (<span style="font-weight: bold;">-Iw</span>) changes by doing on - the fly calibrations during the measurements. Instrument black level - drift and display white level drift can be combined (<span - style="font-weight: bold;">-Ibw</span>).<br> - <br> - Colorimeter instruments make use of physical color filters that - approximate the standard observer spectral sensitivity curves. - Because these filters are not perfectly accurate, the manufacturer - calibrates the instrument for typical displays, which is why you - have to make a selection between CRT (Cathode Ray Tube) and LCD - (Liquid Crystal Display) modes. If you are measuring a display that - has primary colorants that differ significantly from those typical - displays, (ie. you have a Wide Gamut Display), then you may - get disappointing results with a Colorimeter. One way of addressing + + +
+ (<span style="font-weight: bold;">-Iw</span>) changes by doing on
+ the fly calibrations during the measurements. Instrument black level
+ drift and display white level drift can be combined (<span
+ style="font-weight: bold;">-Ibw</span>).<br>
+ <br>
+ Colorimeter instruments make use of physical color filters that
+ approximate the standard observer spectral sensitivity curves.
+ Because these filters are not perfectly accurate, the manufacturer
+ calibrates the instrument for typical displays, which is why you
+ have to make a selection between CRT (Cathode Ray Tube) and LCD
+ (Liquid Crystal Display) modes. If you are measuring a display that
+ has primary colorants that differ significantly from those typical
+ displays, (ie. you have a Wide Gamut Display), then you may
+ get disappointing results with a Colorimeter. One way of addressing
this problem is to use a <a href="File_Formats.html#.ccmx">Colorimeter @@ -723,117 +741,120 @@ - Correction Matrix</a>. These are specific to a particular - Colorimeter and Display make and model combination, although a - matrix for a different but similar type of display may give better - results than none at all. A list of contributed <span - style="font-weight: bold;">ccmx</span> files is <a - href="ccmxs.html">here</a>.<br> - <br> - <h4><a name="PM7"></a>Calibrating and profiling a display that - doesn't have VideoLUT access.</h4> - <p>In some situation there is no access to a displays VideoLUT - hardware, and this hardware is what is usually used to implement - display calibration. This could be because the display is being - accessed via a web server, or because the driver or windowing - system doesn't support VideoLUT access.<br> - </p> - <p>There are two basic options in this situation:<br> - </p> - <p> 1) Don't attempt to calibrate, just profile the display.<br> - 2) Calibrate, but incorporate the calibration in some other - way in the workflow.<br> - </p> - <p>The first case requires nothing special - just skip calibration - (see the previous section <a href="#PM7">Profiling in several - steps: Creating display test values</a>).</p> - <p> In the second case, there are three choices:<br> - </p> - <p> 2a) Use dispcal to create a calibration and a quick profile - that incorporates the calibration into the profile.<br> - 2b) Use dispcal to create the calibration, then dispread and - colprof to create a profile, and then incorporate the calibration - into the profile using applycal.<br> - 2c) Use dispcal to create the calibration, then dispread and - colprof to create a profile, and then apply the calibration after - the profile in a cctiff workflow.<br> - </p> - <p>The first case requires nothing special, use dispcal in a normal - fashioned with the <span style="font-weight: bold;">-o</span> - option to generate a quick profile.The profile created will <span - style="text-decoration: underline;">not</span> contain a 'vcgt' - tag, but instead will have the calibration curves incorporated - into the profile itself. If calibration parameters are chosen that - change the displays white point or brightness, then this will - result in a slightly unusual profile that has a white point that - does not correspond with device R=G=B=1.0. Some systems may not - cope properly with this type of profile, and a general shift in - white point through such a profile can create an odd looking - display if it is applied to images but not to other elements on - the display say as GUI decoration elements or other application - windows.<br> - </p> - <p>In the second case, the calibration file created using dispcal - should be provided to dispread using the <span - style="font-weight: bold;">-K</span> flag:<br> - </p> - <p><a href="dispread.html">dispread</a> <a href="dispread.html#v">-v</a> - <a href="dispread.html#K">-K TargetA.cal</a> <a - href="dispread.html#p1">DisplayA</a></p> - <p><span style="font-weight: bold;"></span>Create the profile as - usual using colprof. but note that colprof will ignore the - calibration, and that no 'vcgt' tag will be added to the profile.<br> - You can then use <a href="applycal.html">applycal </a>to combine - the calibration into the profile. Note that the resulting profile - will be slightly unusual, since the profile is not made completely - consistent with the effects of the calibration, and the device - R=G=B=1.0 probably not longer corresponds with the PCS white or - the white point.<br> - </p> - In the third case, the same procedure as above is used to create a - profile, but the calibration is applied in a raster transformation - workflow explicitly, e.g.:<br> - <br> - <a href="cctiff.html">cctiff</a> <a - href="cctiff.html#p1">SourceProfile.icm</a> <a - href="cctiff.html#p1">DisplayA.icm</a> <a href="cctiff.html#p2">DisplayA.cal</a> - <a href="cctiff.html#p3">infile.tif</a> <a href="cctiff.html#p4">outfile.tif</a><br> - or<br> - <a href="cctiff.html">cctiff</a> <a - href="cctiff.html#p1">SourceProfile.icm</a> <a - href="cctiff.html#p1">DisplayA.icm</a> <a href="cctiff.html#p2">DisplayA.cal</a> - <a href="cctiff.html#p3">infile.jpg</a> <a href="cctiff.html#p4">outfile.jpg</a><br> - <span style="font-weight: bold;"></span><br> - <hr size="2" width="100%"> - <h3><a name="PS1"></a>Profiling Scanners and other input devices - such as cameras<br> - </h3> - Because a scanner or camera is an input device, it is necessary to - go about profiling it in quite a different way to an output device. - To profile it, a test chart is needed to exercise the input device - response, to which the CIE values for each test patch is known. - Generally standard reflection or transparency test charts are used - for this purpose.<br> - <h4><a name="PS2"></a>Types of test charts</h4> - The most common and popular test chart for scanner profiling is the - IT8.7/2 chart. This is a standard format chart generally reproduced - on photographic film, containing about 264 test patches.<br> - An accessible and affordable source of such targets is Wolf Faust a - <a href="http://www.targets.coloraid.de/">www.coloraid.de</a>.<br> - Another source is LaserSoft <a - href="http://www.silverfast.com/show/it8/en.html">www.silverfast.com.</a><br> - The Kodak Q-60 Color Input Target is also a typical example:<br> - <br> - <img src="Q60.jpg" alt="Kodak Q60 chart image" width="200" - height="141"> <br> - <br> - A very simple chart that is widely available is the Macbeth - ColorChecker chart, although it contains only 24 patches and - therefore is probably not ideal for creating profiles:<br> - <img alt="ColorChecker 24 patch" src="colorchecker.jpg" - style="width: 112px; height: 78px;"><br> - <br> - Other popular charts are the X-Rite/GretagMacbeth ColorChecker DC + + +
+ Correction Matrix</a>. These are specific to a particular
+ Colorimeter and Display make and model combination, although a
+ matrix for a different but similar type of display may give better
+ results than none at all. A list of contributed <span
+ style="font-weight: bold;">ccmx</span> files is <a
+ href="ccmxs.html">here</a>.<br>
+ <br>
+ <h4><a name="PM7"></a>Calibrating and profiling a display that
+ doesn't have VideoLUT access.</h4>
+ <p>In some situation there is no access to a displays VideoLUT
+ hardware, and this hardware is what is usually used to implement
+ display calibration. This could be because the display is being
+ accessed via a web server, or because the driver or windowing
+ system doesn't support VideoLUT access.<br>
+ </p>
+ <p>There are two basic options in this situation:<br>
+ </p>
+ <p> 1) Don't attempt to calibrate, just profile the display.<br>
+ 2) Calibrate, but incorporate the calibration in some other
+ way in the workflow.<br>
+ </p>
+ <p>The first case requires nothing special - just skip calibration
+ (see the previous section <a href="#PM7">Profiling in several
+ steps: Creating display test values</a>).</p>
+ <p> In the second case, there are three choices:<br>
+ </p>
+ <p> 2a) Use dispcal to create a calibration and a quick profile
+ that incorporates the calibration into the profile.<br>
+ 2b) Use dispcal to create the calibration, then dispread and
+ colprof to create a profile, and then incorporate the calibration
+ into the profile using applycal.<br>
+ 2c) Use dispcal to create the calibration, then dispread and
+ colprof to create a profile, and then apply the calibration after
+ the profile in a cctiff workflow.<br>
+ </p>
+ <p>The first case requires nothing special, use dispcal in a normal
+ fashioned with the <span style="font-weight: bold;">-o</span>
+ option to generate a quick profile.The profile created will <span
+ style="text-decoration: underline;">not</span> contain a 'vcgt'
+ tag, but instead will have the calibration curves incorporated
+ into the profile itself. If calibration parameters are chosen that
+ change the displays white point or brightness, then this will
+ result in a slightly unusual profile that has a white point that
+ does not correspond with device R=G=B=1.0. Some systems may not
+ cope properly with this type of profile, and a general shift in
+ white point through such a profile can create an odd looking
+ display if it is applied to images but not to other elements on
+ the display say as GUI decoration elements or other application
+ windows.<br>
+ </p>
+ <p>In the second case, the calibration file created using dispcal
+ should be provided to dispread using the <span
+ style="font-weight: bold;">-K</span> flag:<br>
+ </p>
+ <p><a href="dispread.html">dispread</a> <a href="dispread.html#v">-v</a>
+ <a href="dispread.html#K">-K TargetA.cal</a> <a
+ href="dispread.html#p1">DisplayA</a></p>
+ <p><span style="font-weight: bold;"></span>Create the profile as
+ usual using colprof. but note that colprof will ignore the
+ calibration, and that no 'vcgt' tag will be added to the profile.<br>
+ You can then use <a href="applycal.html">applycal </a>to combine
+ the calibration into the profile. Note that the resulting profile
+ will be slightly unusual, since the profile is not made completely
+ consistent with the effects of the calibration, and the device
+ R=G=B=1.0 probably not longer corresponds with the PCS white or
+ the white point.<br>
+ </p>
+ In the third case, the same procedure as above is used to create a
+ profile, but the calibration is applied in a raster transformation
+ workflow explicitly, e.g.:<br>
+ <br>
+ <a href="cctiff.html">cctiff</a> <a
+ href="cctiff.html#p1">SourceProfile.icm</a> <a
+ href="cctiff.html#p1">DisplayA.icm</a> <a href="cctiff.html#p2">DisplayA.cal</a>
+ <a href="cctiff.html#p3">infile.tif</a> <a href="cctiff.html#p4">outfile.tif</a><br>
+ or<br>
+ <a href="cctiff.html">cctiff</a> <a
+ href="cctiff.html#p1">SourceProfile.icm</a> <a
+ href="cctiff.html#p1">DisplayA.icm</a> <a href="cctiff.html#p2">DisplayA.cal</a>
+ <a href="cctiff.html#p3">infile.jpg</a> <a href="cctiff.html#p4">outfile.jpg</a><br>
+ <span style="font-weight: bold;"></span><br>
+ <hr size="2" width="100%">
+ <h3><a name="PS1"></a>Profiling Scanners and other input devices
+ such as cameras<br>
+ </h3>
+ Because a scanner or camera is an input device, it is necessary to
+ go about profiling it in quite a different way to an output device.
+ To profile it, a test chart is needed to exercise the input device
+ response, to which the CIE values for each test patch is known.
+ Generally standard reflection or transparency test charts are used
+ for this purpose.<br>
+ <h4><a name="PS2"></a>Types of test charts</h4>
+ The most common and popular test chart for scanner profiling is the
+ IT8.7/2 chart. This is a standard format chart generally reproduced
+ on photographic film, containing about 264 test patches.<br>
+ An accessible and affordable source of such targets is Wolf Faust a
+ <a href="http://www.targets.coloraid.de/">www.coloraid.de</a>.<br>
+ Another source is LaserSoft <a
+ href="http://www.silverfast.com/show/it8/en.html">www.silverfast.com.</a><br>
+ The Kodak Q-60 Color Input Target is also a typical example:<br>
+ <br>
+ <img src="Q60.jpg" alt="Kodak Q60 chart image" width="200"
+ height="141"> <br>
+ <br>
+ A very simple chart that is widely available is the Macbeth
+ ColorChecker chart, although it contains only 24 patches and
+ therefore is probably not ideal for creating profiles:<br>
+ <img alt="ColorChecker 24 patch" src="colorchecker.jpg"
+ style="width: 112px; height: 78px;"><br>
+ <br>
+ Other popular charts are the X-Rite/GretagMacbeth ColorChecker DC
and <a href="http://www.xrite.com/product_overview.aspx?ID=938">ColorChecker @@ -894,17 +915,20 @@ - SG</a> charts:<br> - <br> - <img src="DC.jpg" alt="GretagMacbeth ColorChecker DC chart" - width="200" height="122"> <img alt="ColorChecker SG" src="SG.jpg" - style="width: 174px; height: 122px;"><br> - <br> - The GretagMacbeth Eye-One Pro Scan Target 1.4 can also be used:<br> - <br> - <img alt="Eye-One Scan Target 1.4" src="i1scan14.jpg" style="border: - 2px solid ; width: 200px; height: 140px;"><br> - <br> + + +
+ SG</a> charts:<br>
+ <br>
+ <img src="DC.jpg" alt="GretagMacbeth ColorChecker DC chart"
+ width="200" height="122"> <img alt="ColorChecker SG" src="SG.jpg"
+ style="width: 174px; height: 122px;"><br>
+ <br>
+ The GretagMacbeth Eye-One Pro Scan Target 1.4 can also be used:<br>
+ <br>
+ <img alt="Eye-One Scan Target 1.4" src="i1scan14.jpg" style="border:
+ 2px solid ; width: 200px; height: 140px;"><br>
+ <br>
Also supported is the <a href="http://www.hutchcolor.com/hct.htm">HutchColor @@ -965,22 +989,28 @@ - HCT</a> :<br> - <br> - <img alt="HutchColor HCT" src="HCT.jpg" style="width: 182px; height: - 140px;"><br> - <br> - <br> - and <a href="http://www.cmp-color.fr/DT3.html">Christophe - Métairie's Digital TargeT 003</a> and <a - href="http://www.cmp-color.fr/digital%20target.html">Christophe - Métairie's Digital Target - 4</a> :<br> - <br> - <img alt="CMP_DT_003" src="CMP_DT_003.jpg" style="width: 186px; - height: 141px;"> <img style="width: 203px; height: 140px;" - alt="CMP_Digital_Target-4" src="CMP_Digital_Target-4.jpg" - width="203" height="140"><br> - <br> + + +
+ HCT</a> :<br>
+ <br>
+ <img alt="HutchColor HCT" src="HCT.jpg" style="width: 182px; height:
+ 140px;"><br>
+ <br>
+ <br>
+ and <a href="http://www.cmp-color.fr/DT3.html">Christophe
+ Métairie's Digital TargeT 003</a>, <a
+ href="http://www.cmp-color.fr/digital%20target.html">Christophe
+ Métairie's Digital Target - 4</a> , and <a
+ href="http://www.cmp-color.fr/digital%20target.html">Christophe
+ Métairie's Digital Target - 7</a>:<br>
+ <br>
+ <img alt="CMP_DT_003" src="CMP_DT_003.jpg" style="width: 186px;
+ height: 141px;"> <img style="width: 203px; height: 140px;"
+ alt="CMP_Digital_Target-4" src="CMP_Digital_Target-4.jpg"
+ width="203" height="140"> <img alt="CMP_Digital_Target-4"
+ src="CMP_Digital_Target-7.jpg" width="202" height="146"><br>
+ <br>
and the <a href="http://www.silverfast.com/show/dc-targets/en.html">LaserSoft @@ -1041,25 +1071,28 @@ - Imaging DCPro Target</a>:<br> - <br> - <img style="width: 153px; height: 122px;" alt="LaserSoft DCPro - Target" src="LSDC.jpg"><br> - <br> - The Datacolor <a - href="http://spyder.datacolor.com/product-cb-spydercheckr.php">SpyderCheckr</a>:<br> - <br> - <img style=" width: 146px; height: 109px;" alt="Datacolor - SpyderCheckr" src="SpyderChecker.jpg"><br> - <br> - The Datacolor <a - href="http://spyder.datacolor.com/portfolio-view/spydercheckr-24/">SpyderCheckr24</a>:<br> - <br> - <img alt="SpyderCheckr24" src="SpyderChecker24.jpg" width="82" - height="122"><br> - <br> - One of the QPcard's:<br> - <a + + +
+ Imaging DCPro Target</a>:<br>
+ <br>
+ <img style="width: 153px; height: 122px;" alt="LaserSoft DCPro
+ Target" src="LSDC.jpg"><br>
+ <br>
+ The Datacolor <a
+ href="http://spyder.datacolor.com/product-cb-spydercheckr.php">SpyderCheckr</a>:<br>
+ <br>
+ <img style=" width: 146px; height: 109px;" alt="Datacolor
+ SpyderCheckr" src="SpyderChecker.jpg"><br>
+ <br>
+ The Datacolor <a
+ href="http://spyder.datacolor.com/portfolio-view/spydercheckr-24/">SpyderCheckr24</a>:<br>
+ <br>
+ <img alt="SpyderCheckr24" src="SpyderChecker24.jpg" width="82"
+ height="122"><br>
+ <br>
+ One of the QPcard's:<br>
+ <a
href="http://www.qpcard.com/en_b2c/color-reference-cards/qpcard201.html">QPcard @@ -1114,7 +1147,10 @@ - 201</a>: <a + + +
+ 201</a>: <a
href="http://www.qpcard.com/en_b2c/color-reference-cards/instant-camera-raw-profiling-with-qpcard-202.html">QPcard @@ -1169,86 +1205,89 @@ href="http://www.qpcard.com/en_b2c/color-reference-cards/instant-camera-raw-prof - 202</a>:<br> - <br> - <img style=" width: 41px; height: 141px;" alt="QPCard201" - src="QPcard201.jpg"> - <img - style=" width: 97px; height: 141px;" alt="QPcard202" - src="QPcard202.jpg"><br> - <br> - <h4><a name="PS3"></a>Taking readings from a scanner or camera<br> - </h4> - The test chart you are using needs to be placed on the scanner, and - the scanner needs to be configured to a suitable state, and restored - to that same state when used subsequently with the resulting - profile. For a camera, the chart needs to be lit in a controlled and - even manner using the light source that will be used for subsequent - photographs, and should be shot so as to minimise any geometric - distortion, although the <a href="scanin.html#p">scanin -p</a> flag - may be used to compensate for some degree of distortion. As with any - color profiling task, it is important to setup a known and - repeatable image processing flow, to ensure that the resulting - profile will be usable.<br> - <br> - The chart should be captured and saved to a TIFF format file. I will - assume the resulting file is called scanner.tif. The raster file - need only be roughly cropped so as to contain the test chart - (including the charts edges).<br> - <br> - The second step is to extract the RGB values from the scanner.tif - file, and match then to the reference CIE values. To locate the - patch values in the scan, the <b>scanin</b> tool needs to be given - a template <a href="File_Formats.html#.cht">.cht</a> file that - describes the features of the chart, and how the test patches are - labeled. Also needed is a file containing the CIE values for each of - the patches in the chart, which is typically supplied with the - chart, available from the manufacturers web site, or has been - measured using a spectrometer.<br> - <br> - <div style="margin-left: 40px;">For an IT8.7/2 chart, this is the <span - style="font-weight: bold;">ref/</span><b>it8.cht</b> file - supplied with Argyll, and the manufacturer will will supply - an individual or batch average file along with the chart - containing this information, or downloadable from their web site. - For instance, Kodak Q60 target reference files are <a - href="ftp://ftp.kodak.com/gastds/Q60DATA/">here</a>.<br> - NOTE that the reference file for the IT8.7/2 chart supplied with <span - style="font-weight: bold;">Monaco EZcolor</span> can be - obtained by unzipping the .mrf file. (You may have to make a copy - of the file with a .zip extension to do this.)<br> - <br> - For the ColorChecker 24 patch chart, the <span - style="font-weight: bold;">ref/ColorChecker.cht</span> file - should be used, and there is also a <span style="font-weight: - bold;">ref/ColorChecker.cie</span> file provided that is based - on the manufacturers reference values for the chart. You can also - create your own reference file using an instrument and chartread, - making use of the chart reference file <span style="font-weight: - bold;">ref/ColorChecker.ti2</span>:<br> - <a href="chartread.html">chartread</a> -n - ColorChecker.ti2<br> - Note that due to the small number of patches, a profile created - from such a chart is not likely to be very detailed.<br> - <br> - For the ColorChecker DC chart, the <span style="font-weight: - bold;">ref/ColorCheckerDC.cht</span> file should be used, and - there will be a ColorCheckerDC reference file supplied by - X-Rite/GretagMacbeth with the chart.<br> - <br> - The ColorChecker SG is relatively expensive, but is preferred by - many people because (like the ColorChecker and ColorCheckerDC) its - colors are composed of multiple different pigments, giving it - reflective spectra that are more representative of the real world, - unlike many other charts that are created out of combination of 3 - or 4 colorants.<br> - A limited CIE reference file is available from X-Rite <a -href="http://www.xrite.com/documents/apps/public/digital_colorchecker_sg_l_a_b.txt">here</a>, - but it is not in the usual CGATS format. To convert it to a CIE - reference file useful for <span style="font-weight: bold;">scanin</span>, - you will need to edit the X-Rite file using a <span - style="text-decoration: underline;">plain text</span> editor, - first deleting everything before the line starting with "A1" and + + +
+ 202</a>:<br>
+ <br>
+ <img style=" width: 41px; height: 141px;" alt="QPCard201"
+ src="QPcard201.jpg">
+ <img
+ style=" width: 97px; height: 141px;" alt="QPcard202"
+ src="QPcard202.jpg"><br>
+ <br>
+ <h4><a name="PS3"></a>Taking readings from a scanner or camera<br>
+ </h4>
+ The test chart you are using needs to be placed on the scanner, and
+ the scanner needs to be configured to a suitable state, and restored
+ to that same state when used subsequently with the resulting
+ profile. For a camera, the chart needs to be lit in a controlled and
+ even manner using the light source that will be used for subsequent
+ photographs, and should be shot so as to minimise any geometric
+ distortion, although the <a href="scanin.html#p">scanin -p</a> flag
+ may be used to compensate for some degree of distortion. As with any
+ color profiling task, it is important to setup a known and
+ repeatable image processing flow, to ensure that the resulting
+ profile will be usable.<br>
+ <br>
+ The chart should be captured and saved to a TIFF format file. I will
+ assume the resulting file is called scanner.tif. The raster file
+ need only be roughly cropped so as to contain the test chart
+ (including the charts edges).<br>
+ <br>
+ The second step is to extract the RGB values from the scanner.tif
+ file, and match then to the reference CIE values. To locate the
+ patch values in the scan, the <b>scanin</b> tool needs to be given
+ a template <a href="File_Formats.html#.cht">.cht</a> file that
+ describes the features of the chart, and how the test patches are
+ labeled. Also needed is a file containing the CIE values for each of
+ the patches in the chart, which is typically supplied with the
+ chart, available from the manufacturers web site, or has been
+ measured using a spectrometer.<br>
+ <br>
+ <div style="margin-left: 40px;">For an IT8.7/2 chart, this is the <span
+ style="font-weight: bold;">ref/</span><b>it8.cht</b> file
+ supplied with Argyll, and the manufacturer will will supply
+ an individual or batch average file along with the chart
+ containing this information, or downloadable from their web site.
+ For instance, Kodak Q60 target reference files are <a
+ href="ftp://ftp.kodak.com/gastds/Q60DATA/">here</a>.<br>
+ NOTE that the reference file for the IT8.7/2 chart supplied with <span
+ style="font-weight: bold;">Monaco EZcolor</span> can be
+ obtained by unzipping the .mrf file. (You may have to make a copy
+ of the file with a .zip extension to do this.)<br>
+ <br>
+ For the ColorChecker 24 patch chart, the <span
+ style="font-weight: bold;">ref/ColorChecker.cht</span> file
+ should be used, and there is also a <span style="font-weight:
+ bold;">ref/ColorChecker.cie</span> file provided that is based
+ on the manufacturers reference values for the chart. You can also
+ create your own reference file using an instrument and chartread,
+ making use of the chart reference file <span style="font-weight:
+ bold;">ref/ColorChecker.ti2</span>:<br>
+ <a href="chartread.html">chartread</a> -n
+ ColorChecker.ti2<br>
+ Note that due to the small number of patches, a profile created
+ from such a chart is not likely to be very detailed.<br>
+ <br>
+ For the ColorChecker DC chart, the <span style="font-weight:
+ bold;">ref/ColorCheckerDC.cht</span> file should be used, and
+ there will be a ColorCheckerDC reference file supplied by
+ X-Rite/GretagMacbeth with the chart.<br>
+ <br>
+ The ColorChecker SG is relatively expensive, but is preferred by
+ many people because (like the ColorChecker and ColorCheckerDC) its
+ colors are composed of multiple different pigments, giving it
+ reflective spectra that are more representative of the real world,
+ unlike many other charts that are created out of combination of 3
+ or 4 colorants.<br>
+ A limited CIE reference file is available from X-Rite <a
+href="http://www.xrite.com/documents/apps/public/digital_colorchecker_sg_l_a_b.txt">here</a>,
+ but it is not in the usual CGATS format. To convert it to a CIE
+ reference file useful for <span style="font-weight: bold;">scanin</span>,
+ you will need to edit the X-Rite file using a <span
+ style="text-decoration: underline;">plain text</span> editor,
+ first deleting everything before the line starting with "A1" and
everything after "N10", then prepending <a href="SG_header.txt">this @@ -1308,92 +1347,108 @@ href="http://www.xrite.com/documents/apps/public/digital_colorchecker_sg_l_a_b.t - header</a>, and appending <a href="SG_footer.txt">this footer</a>, - making sure there are no blank lines inserted in the process. - There are reports that X-Rite have experimented with different ink - formulations for certain patches, so the above reference may not - be as accurate as desired, and it is preferable to measure your - own chart using a spectrometer, if you have the capability.<br> - If you do happen to have access to a more comprehensive instrument - measurement of the ColorChecker SG, or you have measured it - yourself using a color instrument,<br> - then you <span style="text-decoration: underline;">may</span> - need to convert the reference information from spectral <span - style="font-weight: bold;">ColorCheckerSG.txt</span> file to CIE - value <span style="font-weight: bold;">ColorCheckerSG.cie</span> - reference file, follow the following steps:<br> - <a href="txt2ti3.html">txt2ti3</a> - ColorCheckerSG.txt ColorCheckerSG<br> - <a href="spec2cie.html">spec2cie</a> - ColorCheckerSG.ti3 ColorCheckerSG.cie<br> - <br> - For the Eye-One Pro Scan Target 1.4 chart, the <span - style="font-weight: bold;"><span style="font-weight: bold;">ref/</span>i1_RGB_Scan_1.4.cht</span> - file should be used, and as there is no reference file - accompanying this chart, the chart needs to be read with an - instrument (usually the Eye-One Pro). This can be done using - chartread, making use of the chart reference file <span - style="font-weight: bold;">ref/i1_RGB_Scan_1.4.ti2</span>:<br> - <a href="chartread.html">chartread</a> -n - i1_RGB_Scan_1.4<br> - and then rename the resulting <span style="font-weight: bold;">i1_RGB_Scan_1.4.ti3</span> - file to <span style="font-weight: bold;">i1_RGB_Scan_1.4.cie</span><br> - <span style="font-weight: bold;"></span><br> - For the HutchColor HCT chart, the <span style="font-weight: - bold;"><span style="font-weight: bold;">ref/</span>Hutchcolor.cht</span> - file should be used, and the reference <span style="font-weight: - bold;">.txt</span> file downloaded from the HutchColor website.<br> - <br> - For the Christophe Métairie's Digital TargeT 003 chart with 285 - patches, the <span style="font-weight: bold;"><span - style="font-weight: bold;">ref/</span>CMP_DT_003.cht</span> - file should be used, and the cie reference <span - style="font-weight: bold;"></span>files come with the chart.<br> - <br> - For the Christophe Métairie's Digital Target-4 chart with 570 - patches, the <span style="font-weight: bold;">ref/CMP_Digital_Target-4.cht</span> - file should be used, and the cie reference <span - style="font-weight: bold;"></span>files come with the chart.<br> - <br> - For the LaserSoft DCPro chart, the <span style="font-weight: - bold;">ref/LaserSoftDCPro.cht</span> file should be used, and - reference <span style="font-weight: bold;">.txt</span> file - downloaded from the <a - href="http://www.silverfast.com/it8calibration/">Silverfast - website</a>.<br> - <br> - For the Datacolor SpyderCheckr, the <span style="font-weight: - bold;">ref/SpyderChecker.cht</span> file should be used, and a - reference <span style="font-weight: bold;">ref/SpyderChecker.cie - </span>file made from measuring a sample chart is also available. - Alternately you could create your own reference file by - transcribing the <a - href="http://spyder.datacolor.com/images/photo_checkr_colordatainfo.jpg">values</a> - on the Datacolor website. <br> - <br> - For the Datacolor SpyderCheckr, the <span style="font-weight: - bold;">ref/SpyderChecker24.cht</span> file should be used, and a + + +
+ header</a>, and appending <a href="SG_footer.txt">this footer</a>,
+ making sure there are no blank lines inserted in the process. Name
+ the resulting file <b>ColorCheckerSG.cie</b>.<br>
+ There are reports that X-Rite have experimented with different ink
+ formulations for certain patches, so the above reference may not
+ be as accurate as desired, and it is preferable to measure your
+ own chart using a spectrometer, if you have the capability.<br>
+ If you do happen to have access to a more comprehensive instrument
+ measurement of the ColorChecker SG, or you have measured it
+ yourself using chart reading software other than ArgyllCMS, then
+ you <span style="text-decoration: underline;">may</span> need to
+ convert the reference information from spectral only <span
+ style="font-weight: bold;">ColorCheckerSG.txt</span> file to CIE
+ value <span style="font-weight: bold;">ColorCheckerSG.cie</span>
+ reference file, follow the following steps:<br>
+ <a href="txt2ti3.html">txt2ti3</a>
+ ColorCheckerSG.txt ColorCheckerSG<br>
+ <a href="spec2cie.html">spec2cie</a>
+ ColorCheckerSG.ti3 ColorCheckerSG.cie<br>
+ <br>
+ For the Eye-One Pro Scan Target 1.4 chart, the <span
+ style="font-weight: bold;"><span style="font-weight: bold;">ref/</span>i1_RGB_Scan_1.4.cht</span>
+ file should be used, and as there is no reference file
+ accompanying this chart, the chart needs to be read with an
+ instrument (usually the Eye-One Pro). This can be done using
+ chartread, making use of the chart reference file <span
+ style="font-weight: bold;">ref/i1_RGB_Scan_1.4.ti2</span>:<br>
+ <a href="chartread.html">chartread</a> -n
+ i1_RGB_Scan_1.4<br>
+ and then rename the resulting <span style="font-weight: bold;">i1_RGB_Scan_1.4.ti3</span>
+ file to <span style="font-weight: bold;">i1_RGB_Scan_1.4.cie</span><br>
+ <span style="font-weight: bold;"></span><br>
+ For the HutchColor HCT chart, the <span style="font-weight:
+ bold;"><span style="font-weight: bold;">ref/</span>Hutchcolor.cht</span>
+ file should be used, and the reference <span style="font-weight:
+ bold;">.txt</span> file downloaded from the HutchColor website.<br>
+ <br>
+ For the Christophe Métairie's Digital TargeT 003 chart with 285
+ patches, the <span style="font-weight: bold;"><span
+ style="font-weight: bold;">ref/</span>CMP_DT_003.cht</span>
+ file should be used, and the cie reference <span
+ style="font-weight: bold;"></span>files come with the chart.<br>
+ <br>
+ For the Christophe Métairie's Digital Target-4 chart with 570
+ patches, the <span style="font-weight: bold;">ref/CMP_Digital_Target-4.cht</span>
+ file should be used, and the cie reference <span
+ style="font-weight: bold;"></span>files come with the chart.<br>
+ <br>
+ For the Christophe Métairie's Digital Target-7 chart with 570
+ patches, the <span style="font-weight: bold;">ref/CMP_Digital_Target-7.cht</span>
+ file should be used, and the spectral .txt file should be
+ converted to a cie reference file:<br>
+ <a href="txt2ti3.html">txt2ti3</a>
+ DT7_XXXXX_Spectral.txt temp<br>
+ <a href="spec2cie.html">spec2cie</a> temp.ti3
+ DT7_XXXXX.cie<br>
+ <br>
+ For the LaserSoft DCPro chart, the <span style="font-weight:
+ bold;">ref/LaserSoftDCPro.cht</span> file should be used, and
+ reference <span style="font-weight: bold;">.txt</span> file
+ downloaded from the <a
+ href="http://www.silverfast.com/it8calibration/">Silverfast
+ website</a>.<br>
+ <br>
+ For the Datacolor SpyderCheckr, the <span style="font-weight:
+ bold;">ref/SpyderChecker.cht</span> file should be used, and a
+ reference <span style="font-weight: bold;">ref/SpyderChecker.cie
+ </span>file made from measuring a sample chart is also available.
+ Alternately you could create your own reference file by
+ transcribing the <a
+ href="http://spyder.datacolor.com/images/photo_checkr_colordatainfo.jpg">values</a>
+ on the Datacolor website. <br>
+ <br>
+ For the Datacolor SpyderCheckr, the <span style="font-weight:
+ bold;">ref/SpyderChecker24.cht</span> file should be used, and a
reference <span style="font-weight: bold;">ref/SpyderChecker24.cie - </span>file made from measuring a sample chart is also available. - Alternately you could create your own reference file by - transcribing the <a - href="http://spyder.datacolor.com/images/photo_checkr_colordatainfo.jpg">values</a> - on the Datacolor website. <br> - <br> - For the QPCard 201, the <span style="font-weight: bold;">ref/QPcard_201.cht</span> - file should be used, and a reference <span style="font-weight: - bold;">ref/QPcard_201.cie</span> file made from measuring a - sample chart is also available. <br> - <br> - For the QPCard 202, the <span style="font-weight: bold;">ref/QPcard_202.cht</span> - file should be used, and a reference <span style="font-weight: - bold;">ref/QPcard_202.cie</span> file made from measuring a - sample chart is also available. <br> - </div> - <br> - For any other type of chart, a chart recognition template file will - need to be created (this is beyond the scope of the current + + +
+ </span>file made from measuring a sample chart is also available.
+ Alternately you could create your own reference file by
+ transcribing the <a
+ href="http://spyder.datacolor.com/images/photo_checkr_colordatainfo.jpg">values</a>
+ on the Datacolor website. <br>
+ <br>
+ For the QPCard 201, the <span style="font-weight: bold;">ref/QPcard_201.cht</span>
+ file should be used, and a reference <span style="font-weight:
+ bold;">ref/QPcard_201.cie</span> file made from measuring a
+ sample chart is also available. <br>
+ <br>
+ For the QPCard 202, the <span style="font-weight: bold;">ref/QPcard_202.cht</span>
+ file should be used, and a reference <span style="font-weight:
+ bold;">ref/QPcard_202.cie</span> file made from measuring a
+ sample chart is also available. <br>
+ </div>
+ <br>
+ For any other type of chart, a chart recognition template file will
+ need to be created (this is beyond the scope of the current
documentation, although see the <a href="cht_format.html">.cht_format @@ -1453,402 +1508,405 @@ href="http://www.xrite.com/documents/apps/public/digital_colorchecker_sg_l_a_b.t - documentation</a>).<br> - <br> - To create the scanner .ti3 file, run the <b>scanin</b> tool as - follows (assuming an IT8 chart is being used):<br> - <br> - <a href="scanin.html"> scanin</a> -v scanner.tif It8.cht It8ref.txt<br> - <br> - "It8ref.txt" or "It8ref.cie" is assumed to be the name of the CIE - reference file supplied by the chart manufacturer. The resulting - file will be named "<b>scanner.ti3</b>".<br> - <br> - <span style="font-weight: bold;">scanin</span> will process 16 bit - per component .tiff files, which (if the scanner is capable of - creating such files), may improve the quality of the profile. - <br> - <br> - If you have any doubts about the correctness of the chart - recognition, or the subsequent profile's delta E report is unusual, - then use the scanin diagnostic flags <a href="scanin.html#d">-dipn</a> - and examine the <span style="font-weight: bold;">diag.tif</span> - diagnostic file, to make sure that the patches are identified and - aligned correctly. If you have problems getting good automatic - alignment, then consider doing a manual alignment by locating the - fiducial marks on your scan, and feeding them into scanin <a - href="scanin.html#F">-F</a> parameters. The fiducial marks should - be listed in a clockwise direction starting at the top left.<br> - <h4><a name="PS4"></a>Creating a scanner or camera input profile</h4> - Similar to a display profile, an input profile can be either a - shaper/matrix or LUT based profile. Well behaved input devices will - probably give the best results with a shaper/matrix profile, and - this may also be the best choice if your test chart has a small or - unevenly distributed set of test patchs (ie. the IT8.7.2). If a - shaper/matrix profile is a poor fit, consider using a LUT type - profile.<br> - <br> - When creating a LUT type profile, there is the choice of XYZ or - L*a*b* PCS (Device independent, Profile Connection Space). Often for - input devices, it is better to choose the XYZ PCS, as this may be a - better fit given that input devices are usually close to being - linearly additive in behaviour.<br> - <br> - If the purpose of the input profile is to use it as a substitute for - a colorimeter, then the <b>-u</b> flag should be used to avoid - clipping values above the white point. Unless the shaper/matrix type - profile is a very good fit, it is probably advisable to use a LUT - type profile in this situation.<br> - <br> - To create a matrix/shaper profile, the following suffices:<br> - <br> - <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a> - <a href="colprof.html#E">-D"Scanner</a> <a href="colprof.html#E">A"</a> - <a href="colprof.html#q">-qm</a> <a href="colprof.html#a">-as</a> <a - href="colprof.html#p1">scanner</a><br> - <br> - For an XYZ PCS LUT based profile then the following would be used:<br> - <br> - <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a> - <a href="colprof.html#E">-D"Scanner A"</a> <a href="colprof.html#q">-qm</a> - <a href="colprof.html#a">-ax</a> <a href="colprof.html#p1">scanner</a><br> - <br> - For the purposes of a poor mans colorimeter, the following would - generally be used:<br> - <br> - <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a> - <a href="colprof.html#E">-D"Scanner A"</a> <a href="colprof.html#q">-qm</a> - <a href="colprof.html#a">-ax</a> <a href="colprof.html#u">-u</a> <a - href="colprof.html#p1">scanner</a><br> - <br> - Make sure you check the delta E report at the end of the profile - creation, to see if the sample data and profile is behaving - reasonably. Depending on the type of device, and the consistency of - the readings, average errors of 5 or less, and maximum errors of 15 - or less would normally be expected. If errors are grossly higher - than this, then this is an indication that something is seriously - wrong with the device measurement, or profile creation.<br> - <br> - If profiling a <span style="font-weight: bold;">camera</span> in <span - style="font-weight: bold;">RAW</span> mode, then there may be some - advantage in creating a pure matrix only profile, in which it is - assumed that the camera response is completely linear. This may - reduce extrapolation artefacts. If setting the white point will be - done in some application, then it may also be an advantage to use - the <span style="font-weight: bold;">-u</span> flag and avoid - setting the white point to that of the profile chart:<br> - <br> - <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a> - <a href="colprof.html#E">-D"Camera"</a> <a href="colprof.html#q">-qm</a> - <a href="colprof.html#a">-am</a> <a href="colprof.html#u">-u</a> <a - href="colprof.html#p1">scanner</a><br> - <br> - <br> - <hr size="2" width="100%"> - <h3><a name="PP1"></a>Profiling Printers<br> - </h3> - The overall process is to create a set of device measurement target - values, print them out, measure them, and then create an ICC profile - from the measurements. If the printer is an RGB based printer, then - the process is only slightly more complicated than profiling a - display. If the printer is CMYK based, then some additional - parameters are required to set the total ink limit (TAC) and - black generation curve.<br> - <h4><a name="PP2"></a>Creating a print profile test chart</h4> - The first step in profiling any output device, is to create a set of - device colorspace test values. The important parameters needed are:<br> - <ul> - <li>What colorspace does the device use ?</li> - <li>How many test patches do I want to use/what paper size do I - want to use ?</li> - <li>What instrument am I going to use to read the patches ?<br> - </li> - <li>If it is a CMYK device, what is the total ink limit ?<br> - </li> - <li>What information do I already have about how the device - behaves ?</li> - </ul> - Most printers running through simple drivers will appear as if they - are RGB devices. In fact there is no such thing as a real RGB - printer, since printers use white media and the colorant must - subtract from the light reflected on it to create color, but the - printer itself turns the incoming RGB into the native print - colorspace, so for this reason we will tell targen to use the "Print - RGB" colorspace, so that it knows that it's really a subtractive - media. Other drivers will drive a printer more directly, and will - expect a CMYK profile. [Currently Argyll is not capable of creating - an ICC profile for devices with more colorants than CMYK. When this - capability is introduced, it will by creating an additional - separation profile which then allows the printer to be treated as a - CMY or CMYK printer.] One way of telling what sort of profile is - expected for your device is to examine an existing profile for that - device using <a href="http://www.argyllcms.com/doc/iccdump.html">iccdump</a>.<br> - <br> - The number of test patches will depend somewhat on what quality - profile you want to make, how well behaved the printer is, as well - as the effort needed to read the number of test values. Generally it - is convenient to fill a certain paper size with the maximum number - of test values that will fit.<br> - <br> - At a minimum, for an "RGB" device, a few hundred values are needed - (400-1000). For high quality CMYK profiles, 1000-3000 is not an - unreasonable number of patches.<br> - <br> - To assist the determination of test patch values, it can help to - have a rough idea of how the device behaves, so that the device test - point locations can be pre-conditioned. This could be in the form of - an ICC profile of a similar device, or a lower quality, or previous - profile for that particular device. If one were going to make a very - high quality Lut based profile, then it might be worthwhile to make - up a smaller, preliminary shaper/matrix profile using a few hundred - test points, before embarking on testing the device with several - thousand.<br> - <br> - The documentation for the <a - href="http://www.argyllcms.com/doc/targen.html">targen</a> tool - lists a <a href="http://www.argyllcms.com/doc/targen.html#Table">table</a> - of paper sizes and number of patches for typical situations.<br> - <br> - For a CMYK device, a total ink limit usually needs to be specified. - Sometimes a device will have a maximum total ink limit set by its - manufacturer or operator, and some CMYK systems (such as chemical - proofing systems) don't have any limit. Typical printing devices - such as Xerographic printers, inkjet printers and printing presses - will have a limit. The exact procedure for determining an ink limit - is outside the scope of this document, but one way of going about - this might be to generate some small (say a few hundred patches) - with targen & pritntarg with different total ink limits, and - printing them out, making the ink limit as large as possible without - striking problems that are caused by too much ink.<br> - <br> - Generally one wants to use the maximum possible amount of ink to - maximize the gamut available on the device. For most CMYK devices, - an ink limit between 200 and 400 is usual, but and ink limit of 250% - or over is generally desirable for reasonably dense blacks and dark - saturated colors. And ink limit of less than 200% will begin to - compromise the fully saturated gamut, as secondary colors (ie - combinations of any two primary colorants) will not be able to reach - full strength.<br> - <br> - Once an ink limit is used in printing the characterization test - chart for a device, it becomes a critical parameter in knowing what - the characterized gamut of the device is. If after printing the test - chart, a greater ink limit were to be used, the the software would - effectively be extrapolating the device behaviour at total ink - levels beyond that used in the test chart, leading to inaccuracies.<br> - <br> - Generally in Argyll, the ink limit is established when creating the - test chart values, and then carried through the profile making - process automatically. Once the profile has been made however, the - ink limit is no longer recorded, and you, the user, will have to - keep track of it if the ICC profile is used in any program than - needs to know the usable gamut of the device.<br> - <br> - <br> - Lets consider two devices in our examples, "PrinterA" which is an - "RGB" device, and "PrinterB" which is CMYK, and has a target ink - limit of 250%. <br> - <br> - The simplest approach is to make a set of test values that is - independent of the characteristics of the particular device:<br> - <br> - <a href="targen.html">targen</a> <a href="targen.html#v">-v</a> - <a href="targen.html#d">-d2</a> <a href="targen.html#f">-f1053</a> - <a href="targen.html#p1">PrinterA</a><br> - <br> - <a href="targen.html">targen</a> <a href="targen.html#v">-v</a> - <a href="targen.html#d">-d4</a> <a href="targen.html#l">-l260</a> - <a href="targen.html#f">-f1053</a> <a href="targen.html#p1">PrinterB</a><br> - <br> - The number of patches chosen here happens to be right for an A4 - paper size being read using a Spectroscan instrument. See the <a - href="targen.html#Table">table</a> in the <a - href="targen.html">targen</a> documentation for some other - suggested numbers.<br> - <br> - If there is a preliminary or previous profile called "OldPrinterA" - available, and we want to try creating a "pre-conditioned" set of - test values that will more efficiently sample the device response, - then the following would achieve this:<u><br> - </u><br> - <a href="targen.html">targen</a> <a href="targen.html#v">-v</a> - <a href="targen.html#d">-d2</a> <a href="targen.html#f">-f1053</a> - <a href="targen.html#c">-c OldPrinterA</a> <a - href="targen.html#p1">PrinterA</a><br> - <br> - <a href="targen.html">targen</a> <a href="targen.html#v">-v</a> - <a href="targen.html#d">-d4</a> <a href="targen.html#l">-l260</a> - <a href="targen.html#f">-f1053</a> <a href="targen.html#c">-c - OldPrinterB</a> <a href="targen.html#p1">PrinterB</a><br> - <a href="targen.html#p1"></a><br> - <br> - The output of <b>targen</b> will be the file PrinterA.ti1 and - PrinterB.ti1 respectively, containing the device space test values, - as well as expected CIE values used for chart recognition purposes.<br> - <br> - <h4><a name="PP2b"></a>Printing a print profile test chart<br> - <br> - </h4> - The next step is turn the test values in to a PostScript or TIFF - raster test file that can printed on the device. The basic - information that needs to be supplied is the type of instrument that - will be used to read the patches, as well as the paper size it is to - be formatted for.<br> - <br> - For an X-Rite DTP41, the following would be typical:<br> - <br> - <a href="printtarg.html">printtarg</a> <a href="printtarg.html#v">-v</a> - <a href="printtarg.html#i">-i41</a> <a href="printtarg.html#p">-pA4</a> - <a href="printtarg.html#p1">PrinterA</a><br> - <br> - For a Gretag Eye-One Pro, the following would be typical:<br> - <br> - <a href="printtarg.html">printtarg</a> <a href="printtarg.html#v">-v</a> - <a href="printtarg.html#i">-ii1</a> <a href="printtarg.html#p">-pA4</a> - <a href="printtarg.html#p1">PrinterA</a><br> - <br> - For using with a scanner as a colorimeter, the Gretag Spectroscan - layout is suitable, but the <a href="printtarg.html#s">-s</a> flag - should be used so as to generate a layout suitable for scan - recognition, as well as generating the scan recognition template - files. (You probably want to use less patches with <span - style="font-weight: bold;">targen</span>, when using the <span - style="font-weight: bold;">printtarg -s</span> flag, e.g. 1026 - patches for an A4R page, etc.) The following would be typical:<br> - <br> - <a href="printtarg.html">printtarg</a> <a href="printtarg.html#v">-v</a> - <a href="printtarg.html#s">-s</a> <a href="printtarg.html#i">-iSS</a> - <a href="printtarg.html#p">-pA4R</a> <a href="printtarg.html#p1">PrinterA</a><br> - <span style="font-weight: bold;"><br> - printtarg</span> reads the PrinterA.ti1 file, creates a - PrinterA.ti2 file containing the layout information as well as the - device values and expected CIE values, as well as a PrinterA.ps file - containing the test chart. If the <span style="font-weight: bold;">-s</span> - flag is used, one or more PrinterA.cht files is created to allow the - <a href="scanin.html">scanin</a> program to recognize the chart.<br> - <br> - To create TIFF raster files rather than PostScript, use the <a - href="printtarg.html#t"><span style="font-weight: bold;">-t</span></a> - flag.<br> - <br> - <span style="font-weight: bold;">GSview</span> is a good program to - use to check what the PostScript file will look like, without - actually printing it out. You could also use <span - style="font-weight: bold;">Photoshop</span> or <span - style="font-weight: bold;">ImageMagick</span> for this purpose.<br> - <br> - The last step is to print the chart out.<br> - <br> - Using a suitable PostScript or raster file printing program, - downloader, print the chart. If you are not using a TIFF test chart, - and you do not have a PostScript capable printer, then an - interpreter like GhostScript or even Photoshop could be used to - rasterize the file into something that can be printed. Note that it - is important that the PostScript interpreter or TIFF printing - application and printer configuration is setup for a device - profiling run, and that any sort of color conversion of color - correction be turned off so that the device values in the PostScript - or TIFF file are sent directly to the device. If the device has a - calibration system, then it would be usual to have setup and - calibrated the device before starting the profiling run, and to - apply calibration to the chart values. If Photoshop was to be used, - then either the chart needs to be a single page, or separate .eps or - .tiff files for each page should be used, so that they can be - converted and printed one at a time (see the <a - href="printtarg.html#e">-e</a> and <a href="printtarg.html#t">-t</a> - flags).<br> - <br> - <h4><a name="PP3"></a>Reading a print test chart using an instrument</h4> - Once the test chart has been printed, the color of the patches needs - to be read using a suitable instrument.<br> - <br> - Several different instruments are currently supported, some that - need to be used patch by patch, some read a strip at a time, and - some read a sheet at a time. See <a href="instruments.html">instruments</a> - for a current list.<br> - <br> - The instrument needs to be connected to your computer before running - the <a href="chartread.html">chartread</a> command. Both serial - port and USB connected Instruments are supported. A serial port to - USB adapter might have to be used if your computer doesn't have any - serial ports, and you have a serial interface connected instrument.<br> - <br> - If you run <a href="chartread.html">chartread</a> so as to print - out its usage message (ie. by using a <span style="font-weight: - bold;">-?</span> or <span style="font-weight: bold;">--</span> - flags), then it will list any identified serial ports or USB - connected instruments, and their corresponding number for the <a - href="chartread.html#c">-c</a> option. By default, <a - href="chartread.html">chartread</a> will try to connect to the - first available USB instrument, or an instrument on the first serial - port.<br> - <br> - The only arguments required is to specify the basename of the .ti2 - file. If a non-default serial port is to be used, then the <span - style="font-weight: bold;">-c</span> option would also be - specified.<br> - <br> - e.g. for a Spectroscan on the second port:<br> - <br> - <a href="chartread.html">chartread</a> <a href="chartread.html#c">-c2</a> - <a href="chartread.html#p1">PrinterA</a><br> - <br> - For a DTP41 to the default serial port:<br> - <br> - <a href="chartread.html">chartread</a><a href="chartread.html#i"></a> - <a href="chartread.html#p1">PrinterA</a><br> - <br> - <span style="font-weight: bold;">chartread</span> will interactively - prompt you through the process of reading each sheet or strip. See <a - href="chartread.html">chartread</a> for more details on the - responses for each type of instrument. Continue with <a - href="Scenarios.html#PP5">Creating a printer profile</a>.<br> - <br> - <h4><a name="PP4"></a>Reading a print test chart using a scanner or - camera<br> - </h4> - <br> - Argyll supports using a scanner or even a camera as a substitute for - a colorimeter. While a scanner or camera is no replacement for a - color measurement instrument, it may give acceptable results in some - situations, and may give better results than a generic profile for a - printing device.<br> - <br> - The main limitation of the scanner-as-colorimeter approach are:<br> - <br> - * The scanner dynamic range and/or precision may not match the - printers or what is required for a good profile.<br> - * The spectral interaction of the scanner test chart and printer - test chart with the scanner spectral response can cause color - errors.<br> - * Spectral differences caused by different black amounts in the - print test chart can cause color errors. <br> - * The scanner reference chart gamut may be much smaller than the - printers gamut, making the scanner profile too inaccurate to be - useful. <br> - <br> - As well as some of the above, a camera may not be suitable if it - automatically adjusts exposure or white point when taking a picture, - and this behavior cannot be disabled.<br> - <br> - The end result is often a profile that has a noticeable color cast, - compared to a profile created using a colorimeter or spectrometer.<br> - <br> - <br> - It is assumed that you have created a scanner or camera profile - following the <a - href="http://www.argyllcms.com/doc/Scenarios.html#PS1">procedure</a> - outline above. For best possible results it is advisable to both - profile the scanner or camera, and use it in scanning the printed - test chart, in as "raw" mode as possible (i.e. using 16 bits per - component images, if the scanner or camera is capable of doing so; - not setting white or black points, using a fixed exposure etc.). It - is generally advisable to create a LUT type input profile, and use - the <a href="http://www.argyllcms.com/doc/colprof.html#u">-u</a> - flag to avoid clipping scanned value whiter than the input - calibration chart.<br> - <br> - Scan or photograph your printer chart (or charts) on the scanner or + + +
+ documentation</a>).<br>
+ <br>
+ To create the scanner .ti3 file, run the <b>scanin</b> tool as
+ follows (assuming an IT8 chart is being used):<br>
+ <br>
+ <a href="scanin.html"> scanin</a> -v scanner.tif It8.cht It8ref.txt<br>
+ <br>
+ "It8ref.txt" or "It8ref.cie" is assumed to be the name of the CIE
+ reference file supplied by the chart manufacturer. The resulting
+ file will be named "<b>scanner.ti3</b>".<br>
+ <br>
+ <span style="font-weight: bold;">scanin</span> will process 16 bit
+ per component .tiff files, which (if the scanner is capable of
+ creating such files), may improve the quality of the profile.
+ <br>
+ <br>
+ If you have any doubts about the correctness of the chart
+ recognition, or the subsequent profile's delta E report is unusual,
+ then use the scanin diagnostic flags <a href="scanin.html#d">-dipn</a>
+ and examine the <span style="font-weight: bold;">diag.tif</span>
+ diagnostic file, to make sure that the patches are identified and
+ aligned correctly. If you have problems getting good automatic
+ alignment, then consider doing a manual alignment by locating the
+ fiducial marks on your scan, and feeding them into scanin <a
+ href="scanin.html#F">-F</a> parameters. The fiducial marks should
+ be listed in a clockwise direction starting at the top left.<br>
+ <h4><a name="PS4"></a>Creating a scanner or camera input profile</h4>
+ Similar to a display profile, an input profile can be either a
+ shaper/matrix or LUT based profile. Well behaved input devices will
+ probably give the best results with a shaper/matrix profile, and
+ this may also be the best choice if your test chart has a small or
+ unevenly distributed set of test patchs (ie. the IT8.7.2). If a
+ shaper/matrix profile is a poor fit, consider using a LUT type
+ profile.<br>
+ <br>
+ When creating a LUT type profile, there is the choice of XYZ or
+ L*a*b* PCS (Device independent, Profile Connection Space). Often for
+ input devices, it is better to choose the XYZ PCS, as this may be a
+ better fit given that input devices are usually close to being
+ linearly additive in behaviour.<br>
+ <br>
+ If the purpose of the input profile is to use it as a substitute for
+ a colorimeter, then the <b>-u</b> flag should be used to avoid
+ clipping values above the white point. Unless the shaper/matrix type
+ profile is a very good fit, it is probably advisable to use a LUT
+ type profile in this situation.<br>
+ <br>
+ To create a matrix/shaper profile, the following suffices:<br>
+ <br>
+ <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a>
+ <a href="colprof.html#E">-D"Scanner</a> <a href="colprof.html#E">A"</a>
+ <a href="colprof.html#q">-qm</a> <a href="colprof.html#a">-as</a> <a
+ href="colprof.html#p1">scanner</a><br>
+ <br>
+ For an XYZ PCS LUT based profile then the following would be used:<br>
+ <br>
+ <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a>
+ <a href="colprof.html#E">-D"Scanner A"</a> <a href="colprof.html#q">-qm</a>
+ <a href="colprof.html#a">-ax</a> <a href="colprof.html#p1">scanner</a><br>
+ <br>
+ For the purposes of a poor mans colorimeter, the following would
+ generally be used:<br>
+ <br>
+ <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a>
+ <a href="colprof.html#E">-D"Scanner A"</a> <a href="colprof.html#q">-qm</a>
+ <a href="colprof.html#a">-ax</a> <a href="colprof.html#u">-u</a> <a
+ href="colprof.html#p1">scanner</a><br>
+ <br>
+ Make sure you check the delta E report at the end of the profile
+ creation, to see if the sample data and profile is behaving
+ reasonably. Depending on the type of device, and the consistency of
+ the readings, average errors of 5 or less, and maximum errors of 15
+ or less would normally be expected. If errors are grossly higher
+ than this, then this is an indication that something is seriously
+ wrong with the device measurement, or profile creation.<br>
+ <br>
+ If profiling a <span style="font-weight: bold;">camera</span> in <span
+ style="font-weight: bold;">RAW</span> mode, then there may be some
+ advantage in creating a pure matrix only profile, in which it is
+ assumed that the camera response is completely linear. This may
+ reduce extrapolation artefacts. If setting the white point will be
+ done in some application, then it may also be an advantage to use
+ the <span style="font-weight: bold;">-u</span> flag and avoid
+ setting the white point to that of the profile chart:<br>
+ <br>
+ <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a>
+ <a href="colprof.html#E">-D"Camera"</a> <a href="colprof.html#q">-qm</a>
+ <a href="colprof.html#a">-am</a> <a href="colprof.html#u">-u</a> <a
+ href="colprof.html#p1">scanner</a><br>
+ <br>
+ <br>
+ <hr size="2" width="100%">
+ <h3><a name="PP1"></a>Profiling Printers<br>
+ </h3>
+ The overall process is to create a set of device measurement target
+ values, print them out, measure them, and then create an ICC profile
+ from the measurements. If the printer is an RGB based printer, then
+ the process is only slightly more complicated than profiling a
+ display. If the printer is CMYK based, then some additional
+ parameters are required to set the total ink limit (TAC) and
+ black generation curve.<br>
+ <h4><a name="PP2"></a>Creating a print profile test chart</h4>
+ The first step in profiling any output device, is to create a set of
+ device colorspace test values. The important parameters needed are:<br>
+ <ul>
+ <li>What colorspace does the device use ?</li>
+ <li>How many test patches do I want to use/what paper size do I
+ want to use ?</li>
+ <li>What instrument am I going to use to read the patches ?<br>
+ </li>
+ <li>If it is a CMYK device, what is the total ink limit ?<br>
+ </li>
+ <li>What information do I already have about how the device
+ behaves ?</li>
+ </ul>
+ Most printers running through simple drivers will appear as if they
+ are RGB devices. In fact there is no such thing as a real RGB
+ printer, since printers use white media and the colorant must
+ subtract from the light reflected on it to create color, but the
+ printer itself turns the incoming RGB into the native print
+ colorspace, so for this reason we will tell targen to use the "Print
+ RGB" colorspace, so that it knows that it's really a subtractive
+ media. Other drivers will drive a printer more directly, and will
+ expect a CMYK profile. [Currently Argyll is not capable of creating
+ an ICC profile for devices with more colorants than CMYK. When this
+ capability is introduced, it will by creating an additional
+ separation profile which then allows the printer to be treated as a
+ CMY or CMYK printer.] One way of telling what sort of profile is
+ expected for your device is to examine an existing profile for that
+ device using <a href="http://www.argyllcms.com/doc/iccdump.html">iccdump</a>.<br>
+ <br>
+ The number of test patches will depend somewhat on what quality
+ profile you want to make, how well behaved the printer is, as well
+ as the effort needed to read the number of test values. Generally it
+ is convenient to fill a certain paper size with the maximum number
+ of test values that will fit.<br>
+ <br>
+ At a minimum, for an "RGB" device, a few hundred values are needed
+ (400-1000). For high quality CMYK profiles, 1000-3000 is not an
+ unreasonable number of patches.<br>
+ <br>
+ To assist the determination of test patch values, it can help to
+ have a rough idea of how the device behaves, so that the device test
+ point locations can be pre-conditioned. This could be in the form of
+ an ICC profile of a similar device, or a lower quality, or previous
+ profile for that particular device. If one were going to make a very
+ high quality Lut based profile, then it might be worthwhile to make
+ up a smaller, preliminary shaper/matrix profile using a few hundred
+ test points, before embarking on testing the device with several
+ thousand.<br>
+ <br>
+ The documentation for the <a
+ href="http://www.argyllcms.com/doc/targen.html">targen</a> tool
+ lists a <a href="http://www.argyllcms.com/doc/targen.html#Table">table</a>
+ of paper sizes and number of patches for typical situations.<br>
+ <br>
+ For a CMYK device, a total ink limit usually needs to be specified.
+ Sometimes a device will have a maximum total ink limit set by its
+ manufacturer or operator, and some CMYK systems (such as chemical
+ proofing systems) don't have any limit. Typical printing devices
+ such as Xerographic printers, inkjet printers and printing presses
+ will have a limit. The exact procedure for determining an ink limit
+ is outside the scope of this document, but one way of going about
+ this might be to generate some small (say a few hundred patches)
+ with targen & pritntarg with different total ink limits, and
+ printing them out, making the ink limit as large as possible without
+ striking problems that are caused by too much ink.<br>
+ <br>
+ Generally one wants to use the maximum possible amount of ink to
+ maximize the gamut available on the device. For most CMYK devices,
+ an ink limit between 200 and 400 is usual, but and ink limit of 250%
+ or over is generally desirable for reasonably dense blacks and dark
+ saturated colors. And ink limit of less than 200% will begin to
+ compromise the fully saturated gamut, as secondary colors (ie
+ combinations of any two primary colorants) will not be able to reach
+ full strength.<br>
+ <br>
+ Once an ink limit is used in printing the characterization test
+ chart for a device, it becomes a critical parameter in knowing what
+ the characterized gamut of the device is. If after printing the test
+ chart, a greater ink limit were to be used, the the software would
+ effectively be extrapolating the device behaviour at total ink
+ levels beyond that used in the test chart, leading to inaccuracies.<br>
+ <br>
+ Generally in Argyll, the ink limit is established when creating the
+ test chart values, and then carried through the profile making
+ process automatically. Once the profile has been made however, the
+ ink limit is no longer recorded, and you, the user, will have to
+ keep track of it if the ICC profile is used in any program than
+ needs to know the usable gamut of the device.<br>
+ <br>
+ <br>
+ Lets consider two devices in our examples, "PrinterA" which is an
+ "RGB" device, and "PrinterB" which is CMYK, and has a target ink
+ limit of 250%. <br>
+ <br>
+ The simplest approach is to make a set of test values that is
+ independent of the characteristics of the particular device:<br>
+ <br>
+ <a href="targen.html">targen</a> <a href="targen.html#v">-v</a>
+ <a href="targen.html#d">-d2</a> <a href="targen.html#f">-f1053</a>
+ <a href="targen.html#p1">PrinterA</a><br>
+ <br>
+ <a href="targen.html">targen</a> <a href="targen.html#v">-v</a>
+ <a href="targen.html#d">-d4</a> <a href="targen.html#l">-l260</a>
+ <a href="targen.html#f">-f1053</a> <a href="targen.html#p1">PrinterB</a><br>
+ <br>
+ The number of patches chosen here happens to be right for an A4
+ paper size being read using a Spectroscan instrument. See the <a
+ href="targen.html#Table">table</a> in the <a
+ href="targen.html">targen</a> documentation for some other
+ suggested numbers.<br>
+ <br>
+ If there is a preliminary or previous profile called "OldPrinterA"
+ available, and we want to try creating a "pre-conditioned" set of
+ test values that will more efficiently sample the device response,
+ then the following would achieve this:<u><br>
+ </u><br>
+ <a href="targen.html">targen</a> <a href="targen.html#v">-v</a>
+ <a href="targen.html#d">-d2</a> <a href="targen.html#f">-f1053</a>
+ <a href="targen.html#c">-c OldPrinterA</a> <a
+ href="targen.html#p1">PrinterA</a><br>
+ <br>
+ <a href="targen.html">targen</a> <a href="targen.html#v">-v</a>
+ <a href="targen.html#d">-d4</a> <a href="targen.html#l">-l260</a>
+ <a href="targen.html#f">-f1053</a> <a href="targen.html#c">-c
+ OldPrinterB</a> <a href="targen.html#p1">PrinterB</a><br>
+ <a href="targen.html#p1"></a><br>
+ <br>
+ The output of <b>targen</b> will be the file PrinterA.ti1 and
+ PrinterB.ti1 respectively, containing the device space test values,
+ as well as expected CIE values used for chart recognition purposes.<br>
+ <br>
+ <h4><a name="PP2b"></a>Printing a print profile test chart<br>
+ <br>
+ </h4>
+ The next step is turn the test values in to a PostScript or TIFF
+ raster test file that can printed on the device. The basic
+ information that needs to be supplied is the type of instrument that
+ will be used to read the patches, as well as the paper size it is to
+ be formatted for.<br>
+ <br>
+ For an X-Rite DTP41, the following would be typical:<br>
+ <br>
+ <a href="printtarg.html">printtarg</a> <a href="printtarg.html#v">-v</a>
+ <a href="printtarg.html#i">-i41</a> <a href="printtarg.html#p">-pA4</a>
+ <a href="printtarg.html#p1">PrinterA</a><br>
+ <br>
+ For a Gretag Eye-One Pro, the following would be typical:<br>
+ <br>
+ <a href="printtarg.html">printtarg</a> <a href="printtarg.html#v">-v</a>
+ <a href="printtarg.html#i">-ii1</a> <a href="printtarg.html#p">-pA4</a>
+ <a href="printtarg.html#p1">PrinterA</a><br>
+ <br>
+ For using with a scanner as a colorimeter, the Gretag Spectroscan
+ layout is suitable, but the <a href="printtarg.html#s">-s</a> flag
+ should be used so as to generate a layout suitable for scan
+ recognition, as well as generating the scan recognition template
+ files. (You probably want to use less patches with <span
+ style="font-weight: bold;">targen</span>, when using the <span
+ style="font-weight: bold;">printtarg -s</span> flag, e.g. 1026
+ patches for an A4R page, etc.) The following would be typical:<br>
+ <br>
+ <a href="printtarg.html">printtarg</a> <a href="printtarg.html#v">-v</a>
+ <a href="printtarg.html#s">-s</a> <a href="printtarg.html#i">-iSS</a>
+ <a href="printtarg.html#p">-pA4R</a> <a href="printtarg.html#p1">PrinterA</a><br>
+ <span style="font-weight: bold;"><br>
+ printtarg</span> reads the PrinterA.ti1 file, creates a
+ PrinterA.ti2 file containing the layout information as well as the
+ device values and expected CIE values, as well as a PrinterA.ps file
+ containing the test chart. If the <span style="font-weight: bold;">-s</span>
+ flag is used, one or more PrinterA.cht files is created to allow the
+ <a href="scanin.html">scanin</a> program to recognize the chart.<br>
+ <br>
+ To create TIFF raster files rather than PostScript, use the <a
+ href="printtarg.html#t"><span style="font-weight: bold;">-t</span></a>
+ flag.<br>
+ <br>
+ <span style="font-weight: bold;">GSview</span> is a good program to
+ use to check what the PostScript file will look like, without
+ actually printing it out. You could also use <span
+ style="font-weight: bold;">Photoshop</span> or <span
+ style="font-weight: bold;">ImageMagick</span> for this purpose.<br>
+ <br>
+ The last step is to print the chart out.<br>
+ <br>
+ Using a suitable PostScript or raster file printing program,
+ downloader, print the chart. If you are not using a TIFF test chart,
+ and you do not have a PostScript capable printer, then an
+ interpreter like GhostScript or even Photoshop could be used to
+ rasterize the file into something that can be printed. Note that it
+ is important that the PostScript interpreter or TIFF printing
+ application and printer configuration is setup for a device
+ profiling run, and that any sort of color conversion of color
+ correction be turned off so that the device values in the PostScript
+ or TIFF file are sent directly to the device. If the device has a
+ calibration system, then it would be usual to have setup and
+ calibrated the device before starting the profiling run, and to
+ apply calibration to the chart values. If Photoshop was to be used,
+ then either the chart needs to be a single page, or separate .eps or
+ .tiff files for each page should be used, so that they can be
+ converted and printed one at a time (see the <a
+ href="printtarg.html#e">-e</a> and <a href="printtarg.html#t">-t</a>
+ flags).<br>
+ <br>
+ <h4><a name="PP3"></a>Reading a print test chart using an instrument</h4>
+ Once the test chart has been printed, the color of the patches needs
+ to be read using a suitable instrument.<br>
+ <br>
+ Several different instruments are currently supported, some that
+ need to be used patch by patch, some read a strip at a time, and
+ some read a sheet at a time. See <a href="instruments.html">instruments</a>
+ for a current list.<br>
+ <br>
+ The instrument needs to be connected to your computer before running
+ the <a href="chartread.html">chartread</a> command. Both serial
+ port and USB connected Instruments are supported. A serial port to
+ USB adapter might have to be used if your computer doesn't have any
+ serial ports, and you have a serial interface connected instrument.<br>
+ <br>
+ If you run <a href="chartread.html">chartread</a> so as to print
+ out its usage message (ie. by using a <span style="font-weight:
+ bold;">-?</span> or <span style="font-weight: bold;">--</span>
+ flags), then it will list any identified serial ports or USB
+ connected instruments, and their corresponding number for the <a
+ href="chartread.html#c">-c</a> option. By default, <a
+ href="chartread.html">chartread</a> will try to connect to the
+ first available USB instrument, or an instrument on the first serial
+ port.<br>
+ <br>
+ The only arguments required is to specify the basename of the .ti2
+ file. If a non-default serial port is to be used, then the <span
+ style="font-weight: bold;">-c</span> option would also be
+ specified.<br>
+ <br>
+ e.g. for a Spectroscan on the second port:<br>
+ <br>
+ <a href="chartread.html">chartread</a> <a href="chartread.html#c">-c2</a>
+ <a href="chartread.html#p1">PrinterA</a><br>
+ <br>
+ For a DTP41 to the default serial port:<br>
+ <br>
+ <a href="chartread.html">chartread</a><a href="chartread.html#i"></a>
+ <a href="chartread.html#p1">PrinterA</a><br>
+ <br>
+ <span style="font-weight: bold;">chartread</span> will interactively
+ prompt you through the process of reading each sheet or strip. See <a
+ href="chartread.html">chartread</a> for more details on the
+ responses for each type of instrument. Continue with <a
+ href="Scenarios.html#PP5">Creating a printer profile</a>.<br>
+ <br>
+ <h4><a name="PP4"></a>Reading a print test chart using a scanner or
+ camera<br>
+ </h4>
+ <br>
+ Argyll supports using a scanner or even a camera as a substitute for
+ a colorimeter. While a scanner or camera is no replacement for a
+ color measurement instrument, it may give acceptable results in some
+ situations, and may give better results than a generic profile for a
+ printing device.<br>
+ <br>
+ The main limitation of the scanner-as-colorimeter approach are:<br>
+ <br>
+ * The scanner dynamic range and/or precision may not match the
+ printers or what is required for a good profile.<br>
+ * The spectral interaction of the scanner test chart and printer
+ test chart with the scanner spectral response can cause color
+ errors.<br>
+ * Spectral differences caused by different black amounts in the
+ print test chart can cause color errors. <br>
+ * The scanner reference chart gamut may be much smaller than the
+ printers gamut, making the scanner profile too inaccurate to be
+ useful. <br>
+ <br>
+ As well as some of the above, a camera may not be suitable if it
+ automatically adjusts exposure or white point when taking a picture,
+ and this behavior cannot be disabled.<br>
+ <br>
+ The end result is often a profile that has a noticeable color cast,
+ compared to a profile created using a colorimeter or spectrometer.<br>
+ <br>
+ <br>
+ It is assumed that you have created a scanner or camera profile
+ following the <a
+ href="http://www.argyllcms.com/doc/Scenarios.html#PS1">procedure</a>
+ outline above. For best possible results it is advisable to both
+ profile the scanner or camera, and use it in scanning the printed
+ test chart, in as "raw" mode as possible (i.e. using 16 bits per
+ component images, if the scanner or camera is capable of doing so;
+ not setting white or black points, using a fixed exposure etc.). It
+ is generally advisable to create a LUT type input profile, and use
+ the <a href="http://www.argyllcms.com/doc/colprof.html#u">-u</a>
+ flag to avoid clipping scanned value whiter than the input
+ calibration chart.<br>
+ <br>
+ Scan or photograph your printer chart (or charts) on the scanner or
camera previously profiled. <big><span style="font-weight: bold;">The @@ -1909,97 +1967,100 @@ href="http://www.xrite.com/documents/apps/public/digital_colorchecker_sg_l_a_b.t - scanner or camera must be configured and used exactly the same - as it was when it was profiled.</span></big><br> - <br> - I will assume the resulting scan/photo input file is called <span - style="font-weight: bold;">PrinterB.tif</span> (or <span - style="font-weight: bold;">PrinterB1.tif</span>, <span - style="font-weight: bold;">PrinterB2.tif</span> etc. in the case - of multiple charts). As with profiling the scanner or camera, the - raster file need only be roughly cropped so as to contain the test - chart.<br> - <br> - The scanner recognition files created when <span - style="font-weight: bold;">printtarg</span> was run is assumed to - be called <span style="font-weight: bold;">PrinterB.cht</span>. - Using the scanner profile created previously (assumed to be called <span - style="font-weight: bold;">scanner.icm</span>), the printer test - chart scan patches are converted to CIE values using the <span - style="font-weight: bold;">scanin</span> tool:<br> - <br> - <a href="scanin.html">scanin</a> <a href="scanin.html#v">-v</a> <a - href="scanin.html#c">-c</a> <a href="scanin.html#cp1">PrinterB.tif</a> - <a href="scanin.html#cp2">PrinterB.cht</a> <a - href="scanin.html#cp3">scanner.icm</a> <a href="scanin.html#cp4">PrinterB</a><br> - <br> - If there were multiple test chart pages, the results would be - accumulated page by page using the <a href="scanin.html#ca">-ca</a> - option, ie., if there were 3 pages:<br> - <br> - <a href="scanin.html">scanin</a> <a href="scanin.html#v">-v</a> <a - href="scanin.html#c">-c</a> <a href="scanin.html#cp1">PrinterB1.tif</a> - <a href="scanin.html#cp2">PrinterB1.cht</a> <a - href="scanin.html#cp3">scanner.icm</a> <a href="scanin.html#cp4">PrinterB</a><br> - <a href="scanin.html">scanin</a> <a href="scanin.html#v">-v</a> <a - href="scanin.html#ca">-ca</a> <a href="scanin.html#cp1">PrinterB2.tif</a> - <a href="scanin.html#cp2">PrinterB2.cht</a> <a - href="scanin.html#cp3">scanner.icm</a> <a href="scanin.html#cp4">PrinterB</a><br> - <a href="scanin.html">scanin</a> <a href="scanin.html#v">-v</a> <a - href="scanin.html#ca">-ca</a> <a href="scanin.html#cp1">PrinterB3.tif</a> - <a href="scanin.html#cp2">PrinterB3.cht</a> <a - href="scanin.html#cp3">scanner.icm</a> <a href="scanin.html#cp4">PrinterB</a><br> - <br> - Now that the <span style="font-weight: bold;">PrinterB.ti3</span> - data has been obtained, the profile continue in the next section - with <span style="font-weight: bold;">Creating a printer profile</span>.<br> - <br> - If you have any doubts about the correctness of the chart - recognition, or the subsequent profile's delta E report is unusual, - then use the scanin diagnostic flags <a href="scanin.html#d">-dipn</a> - and examine the <span style="font-weight: bold;">diag.tif</span> - diagnostic file.<br> - <h4><a name="PP5"></a>Creating a printer profile<br> - </h4> - Creating an RGB based printing profile is very similar to creating a - display device profile. For a CMYK printer, some additional - information is needed to set the black generation.<br> - <br> - Where the resulting profile will be used conventionally (ie. using <a - href="collink.html">collink</a> <a href="collink.html#s">-s</a>, - or <a href="cctiff.html">cctiff</a> or most other "dumb" CMMs) it - is important to specify that gamut mapping should be computed for - the output (B2A) perceptual and saturation tables. This is done by - specifying a device profile as the parameter to the <a - href="colprof.html">colprof</a> <a href="colprof.html#S">-S</a> - flag. When you intend to create a "general use" profile, it can be a - good technique to specify the source gamut as the opposite type of - profile to that being created, i.e. if a printer profile is being - created, specify a display profile (e.g. sRGB) as the source gamut. - If a display profile is being created, then specify a printer - profile as the source (e.g. Figra, SWOP etc.). When linking to - the profile you have created this way as the output profile, then - use perceptual intent if the source is the opposite type, and - relative colorimetric if it is the same type.<br> - <br> - "Opposite type of profile" refers to the native gamut of the device, - and what its fundamental nature is, additive or subtractive. An - emissive display will have additive primaries (R, G & B), while - a reflective print, will have subtractive primaries (C, M, Y & - possibly others), irrespective of what colorspace the printer is - driven in (a printer might present an RGB interface, but internally - this will be converted to CMY, and it will have a CMY type of - gamut). Because of the complimentary nature of additive and - subtractive device primary colorants, these types of devices have - the most different gamuts, and hence need the most gamut mapping to - convert from one colorspace to the other.<br> - <br> - If you are creating a profile for a specific purpose, intending to - link it to a specific input profile, then you will get the best - results by specifying that source profile as the source gamut.<br> - <br> - If a profile is only going to be used as an input profile, or is - going to be used with a "smart" CMM (e.g. <a href="collink.html">collink</a> + + +
+ scanner or camera must be configured and used exactly the same
+ as it was when it was profiled.</span></big><br>
+ <br>
+ I will assume the resulting scan/photo input file is called <span
+ style="font-weight: bold;">PrinterB.tif</span> (or <span
+ style="font-weight: bold;">PrinterB1.tif</span>, <span
+ style="font-weight: bold;">PrinterB2.tif</span> etc. in the case
+ of multiple charts). As with profiling the scanner or camera, the
+ raster file need only be roughly cropped so as to contain the test
+ chart.<br>
+ <br>
+ The scanner recognition files created when <span
+ style="font-weight: bold;">printtarg</span> was run is assumed to
+ be called <span style="font-weight: bold;">PrinterB.cht</span>.
+ Using the scanner profile created previously (assumed to be called <span
+ style="font-weight: bold;">scanner.icm</span>), the printer test
+ chart scan patches are converted to CIE values using the <span
+ style="font-weight: bold;">scanin</span> tool:<br>
+ <br>
+ <a href="scanin.html">scanin</a> <a href="scanin.html#v">-v</a> <a
+ href="scanin.html#c">-c</a> <a href="scanin.html#cp1">PrinterB.tif</a>
+ <a href="scanin.html#cp2">PrinterB.cht</a> <a
+ href="scanin.html#cp3">scanner.icm</a> <a href="scanin.html#cp4">PrinterB</a><br>
+ <br>
+ If there were multiple test chart pages, the results would be
+ accumulated page by page using the <a href="scanin.html#ca">-ca</a>
+ option, ie., if there were 3 pages:<br>
+ <br>
+ <a href="scanin.html">scanin</a> <a href="scanin.html#v">-v</a> <a
+ href="scanin.html#c">-c</a> <a href="scanin.html#cp1">PrinterB1.tif</a>
+ <a href="scanin.html#cp2">PrinterB1.cht</a> <a
+ href="scanin.html#cp3">scanner.icm</a> <a href="scanin.html#cp4">PrinterB</a><br>
+ <a href="scanin.html">scanin</a> <a href="scanin.html#v">-v</a> <a
+ href="scanin.html#ca">-ca</a> <a href="scanin.html#cp1">PrinterB2.tif</a>
+ <a href="scanin.html#cp2">PrinterB2.cht</a> <a
+ href="scanin.html#cp3">scanner.icm</a> <a href="scanin.html#cp4">PrinterB</a><br>
+ <a href="scanin.html">scanin</a> <a href="scanin.html#v">-v</a> <a
+ href="scanin.html#ca">-ca</a> <a href="scanin.html#cp1">PrinterB3.tif</a>
+ <a href="scanin.html#cp2">PrinterB3.cht</a> <a
+ href="scanin.html#cp3">scanner.icm</a> <a href="scanin.html#cp4">PrinterB</a><br>
+ <br>
+ Now that the <span style="font-weight: bold;">PrinterB.ti3</span>
+ data has been obtained, the profile continue in the next section
+ with <span style="font-weight: bold;">Creating a printer profile</span>.<br>
+ <br>
+ If you have any doubts about the correctness of the chart
+ recognition, or the subsequent profile's delta E report is unusual,
+ then use the scanin diagnostic flags <a href="scanin.html#d">-dipn</a>
+ and examine the <span style="font-weight: bold;">diag.tif</span>
+ diagnostic file.<br>
+ <h4><a name="PP5"></a>Creating a printer profile<br>
+ </h4>
+ Creating an RGB based printing profile is very similar to creating a
+ display device profile. For a CMYK printer, some additional
+ information is needed to set the black generation.<br>
+ <br>
+ Where the resulting profile will be used conventionally (ie. using <a
+ href="collink.html">collink</a> <a href="collink.html#s">-s</a>,
+ or <a href="cctiff.html">cctiff</a> or most other "dumb" CMMs) it
+ is important to specify that gamut mapping should be computed for
+ the output (B2A) perceptual and saturation tables. This is done by
+ specifying a device profile as the parameter to the <a
+ href="colprof.html">colprof</a> <a href="colprof.html#S">-S</a>
+ flag. When you intend to create a "general use" profile, it can be a
+ good technique to specify the source gamut as the opposite type of
+ profile to that being created, i.e. if a printer profile is being
+ created, specify a display profile (e.g. sRGB) as the source gamut.
+ If a display profile is being created, then specify a printer
+ profile as the source (e.g. Figra, SWOP etc.). When linking to
+ the profile you have created this way as the output profile, then
+ use perceptual intent if the source is the opposite type, and
+ relative colorimetric if it is the same type.<br>
+ <br>
+ "Opposite type of profile" refers to the native gamut of the device,
+ and what its fundamental nature is, additive or subtractive. An
+ emissive display will have additive primaries (R, G & B), while
+ a reflective print, will have subtractive primaries (C, M, Y &
+ possibly others), irrespective of what colorspace the printer is
+ driven in (a printer might present an RGB interface, but internally
+ this will be converted to CMY, and it will have a CMY type of
+ gamut). Because of the complimentary nature of additive and
+ subtractive device primary colorants, these types of devices have
+ the most different gamuts, and hence need the most gamut mapping to
+ convert from one colorspace to the other.<br>
+ <br>
+ If you are creating a profile for a specific purpose, intending to
+ link it to a specific input profile, then you will get the best
+ results by specifying that source profile as the source gamut.<br>
+ <br>
+ If a profile is only going to be used as an input profile, or is
+ going to be used with a "smart" CMM (e.g. <a href="collink.html">collink</a>
<a href="collink.html#g">-g</a> or <a href="collink.html#G">-G</a>), then @@ -2061,82 +2122,94 @@ then - it can save considerable processing time and space if the -b flag is - used, and the -S flag not used.<br> - <br> - For an RGB printer intended to print RGB originals, the following - might be a typical profile usage:<br> - <br> - <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a> - <a href="colprof.html#E">-D"Printer A"</a> <a href="colprof.html#q">-qm</a> - <a href="colprof.html#S">-S</a><a href="colprof.html#S"> sRGB.icm</a> - <a href="colprof.html#c">-cmt</a> <a href="colprof.html#d">-dpp</a> - <a href="colprof.html#p1">PrinterA</a><br> - <br> - or if you intent to print from Fogra, SWOP or other standard CMYK - style originals:<br> - <br> - <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a> - <a href="colprof.html#E">-D"Printer A"</a> <a href="colprof.html#q">-qm</a> - <a href="colprof.html#S">-S</a><a href="colprof.html#S"> - fogra39l.icm</a> <a href="colprof.html#c">-cmt</a> <a - href="colprof.html#d">-dpp</a> <a href="colprof.html#p1">PrinterA</a><br> - <br> - If you know what colorspace your originals are in, use that as the - argument to <span style="font-weight: bold;">-S</span>.<br> - <br> - If your viewing environment for the display and print doesn't match - the ones implied by the <a href="colprof.html#c">-cmt</a> and <a - href="colprof.html#d">-dpp</a> options, leave them out, and - evaluate what, if any appearance transformation is appropriate for - your environment at a later stage.<br> - <br> - Make sure you check the delta E report at the end of the profile - creation, to see if the sample data and profile is behaving - reasonably. Depending on the type of device, and the consistency of - the readings, average errors of 5 or less, and maximum errors of 15 - or less would normally be expected. If errors are grossly higher - than this, then this is an indication that something is seriously - wrong with the device measurement, or profile creation. - <h4><a name="PP6"></a>Choosing a black generation curve (and other - CMYK printer options)<br> - </h4> - For a CMYK printer, it would be normal to specify the type of black - generation, either as something simple, or as a specific curve. The - documentation in <a href="colprof.html#k">colprof</a> for the - details of the options.<span style="font-weight: bold;"><br> - <br> - Note</span> that making a good choice of black generation curve - can affect things such as: how robust neutrals are given printer - drift or changes in viewing lighting, how visible screening is, and - how smooth looking the B2A conversion is.<br> - <br> - For instance, maximizing the level of K will mean that the neutral - colors are composed of greater amounts of Black ink, and black ink - retains its neutral appearance irrespective of printer behavior or - the spectrum of the illuminant used to view the print. On the other - hand, output which is dominantly from one of the color channels will - tend to emphasize the screening pattern and any unevenness (banding - etc.) of that channel, and the black channel in particular has the - highest visibility. So in practice, some balance between the levels - of the four channels is probably best, with more K if the screening - is fine and a robust neutral balance is important, or less K if the - screening is more visible and neutral balance is less critical. The - levels of K at the edges of the gamut of the device will be fixed by - the nature of the ink combinations that maximize the gamut (ie. - typically zero ink for light chromatic colors, some combination for - dark colors, and a high level of black for very dark near neutrals), - and it is also usually important to set a curve that smoothly - transitions to the K values at the gamut edges. Dramatic changes in - K imply equally dramatic changes in CMY, and these abrupt - transitions will reveal the limited precision and detail that can be - captured in a lookup table based profile, often resulting in a - "bumpy" looking output.<br> - <br> - If you want to experiment with the various black generation - parameters, then it might be a good idea to create a preliminary - profile (using <a href="colprof.html#q">-ql</a> <a - href="colprof.html#b">-b</a> <a href="colprof.html#ni">-no</a>, <a + + +
+ it can save considerable processing time and space if the -b flag is
+ used, and the -S flag not used.<br>
+ <br>
+ For an RGB printer intended to print RGB originals, the following
+ might be a typical profile usage:<br>
+ <br>
+ <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a>
+ <a href="colprof.html#E">-D"Printer A"</a> <a href="colprof.html#q">-qm</a>
+ <a href="colprof.html#S">-S</a><a href="colprof.html#S"> sRGB.icm</a>
+ <a href="colprof.html#c">-cmt</a> <a href="colprof.html#d">-dpp</a>
+ <a href="colprof.html#p1">PrinterA</a><br>
+ <br>
+ or if you intent to print from Fogra, SWOP or other standard CMYK
+ style originals:<br>
+ <br>
+ <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a>
+ <a href="colprof.html#E">-D"Printer A"</a> <a href="colprof.html#q">-qm</a>
+ <a href="colprof.html#S">-S</a><a href="colprof.html#S">
+ fogra39l.icm</a> <a href="colprof.html#c">-cmt</a> <a
+ href="colprof.html#d">-dpp</a> <a href="colprof.html#p1">PrinterA</a><br>
+ <br>
+ If you know what colorspace your originals are in, use that as the
+ argument to <span style="font-weight: bold;">-S</span>.<br>
+ <br>
+ If your viewing environment for the display and print doesn't match
+ the ones implied by the <a href="colprof.html#c">-cmt</a> and <a
+ href="colprof.html#d">-dpp</a> options, leave them out, and
+ evaluate what, if any appearance transformation is appropriate for
+ your environment at a later stage.<br>
+ <br>
+ A fallback to using a specific source profile/gamut is to use a
+ general compression percentage as a gamut mapping:<br>
+ <br>
+ <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a>
+ <a href="colprof.html#E">-D"Printer A"</a> <a href="colprof.html#q">-qm</a>
+ <a href="file:///D:/src/argyll/doc/colprof.html#S">-S</a><a
+ href="colprof.html#S"> 20</a> <a href="colprof.html#c">-cmt</a> <a
+ href="colprof.html#d">-dpp</a> <a href="colprof.html#p1">PrinterA</a><br>
+ <br>
+ Make sure you check the delta E report at the end of the profile
+ creation, to see if the sample data and profile is behaving
+ reasonably. Depending on the type of device, and the consistency of
+ the readings, average errors of 5 or less, and maximum errors of 15
+ or less would normally be expected. If errors are grossly higher
+ than this, then this is an indication that something is seriously
+ wrong with the device measurement, or profile creation.
+ <h4><a name="PP6"></a>Choosing a black generation curve (and other
+ CMYK printer options)<br>
+ </h4>
+ For a CMYK printer, it would be normal to specify the type of black
+ generation, either as something simple, or as a specific curve. The
+ documentation in <a href="colprof.html#k">colprof</a> for the
+ details of the options.<span style="font-weight: bold;"><br>
+ <br>
+ Note</span> that making a good choice of black generation curve
+ can affect things such as: how robust neutrals are given printer
+ drift or changes in viewing lighting, how visible screening is, and
+ how smooth looking the B2A conversion is.<br>
+ <br>
+ For instance, maximizing the level of K will mean that the neutral
+ colors are composed of greater amounts of Black ink, and black ink
+ retains its neutral appearance irrespective of printer behavior or
+ the spectrum of the illuminant used to view the print. On the other
+ hand, output which is dominantly from one of the color channels will
+ tend to emphasize the screening pattern and any unevenness (banding
+ etc.) of that channel, and the black channel in particular has the
+ highest visibility. So in practice, some balance between the levels
+ of the four channels is probably best, with more K if the screening
+ is fine and a robust neutral balance is important, or less K if the
+ screening is more visible and neutral balance is less critical. The
+ levels of K at the edges of the gamut of the device will be fixed by
+ the nature of the ink combinations that maximize the gamut (ie.
+ typically zero ink for light chromatic colors, some combination for
+ dark colors, and a high level of black for very dark near neutrals),
+ and it is also usually important to set a curve that smoothly
+ transitions to the K values at the gamut edges. Dramatic changes in
+ K imply equally dramatic changes in CMY, and these abrupt
+ transitions will reveal the limited precision and detail that can be
+ captured in a lookup table based profile, often resulting in a
+ "bumpy" looking output.<br>
+ <br>
+ If you want to experiment with the various black generation
+ parameters, then it might be a good idea to create a preliminary
+ profile (using <a href="colprof.html#q">-ql</a> <a
+ href="colprof.html#b">-b</a> <a href="colprof.html#ni">-no</a>, <a
href="colprof.html#no">-ni</a> and no <a href="colprof.html#S">-S</a>), @@ -2196,406 +2269,409 @@ then - and then used <a href="xicclu.html#g">xicclu</a> to explore the - effect of the parameters.<br> - <br> - For instance, say we have our CMYK .ti3 file <span - style="font-weight: bold;">PrinterB.ti3</span>. First we make a - preliminary profile called <span style="font-weight: bold;">PrinterBt</span>:<br> - <br> - copy PrinterB.ti3 PrinterBt.ti3 (Use - "cp" on Linux or OSX of course.)<br> - <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a> - <a href="colprof.html#q">-qm</a> <a href="colprof.html#b">-b</a> <a - href="colprof.html#c">-cmt</a> <a href="colprof.html#d">-dpp</a> - <a href="colprof.html#p1">PrinterBt</a><br> - <br> - Then see what the minimum black level down the neutral axis can be. - Note that we need to also set any ink limits we've decided on as - well (coloprof defaulting to 10% less than the value recorded in the - .ti3 file). In this example the test chart has a 300% total ink - limit, and we've decided to use 290%:<br> - <br> - <a href="xicclu.html">xicclu</a> <a href="xicclu.html#g">-g</a> <a - href="xicclu.html#k">-kz</a> <a href="xicclu.html#l">-l290</a> <a - href="xicclu.html#f">-fif</a> <a href="xicclu.html#i">-ir</a> <a - href="xicclu.html#p1">PrinterBt.icm</a><br> - <br> - Which might be a graph something like this:<br> - <br> - <img alt="Graph of CMYK neutral axis with minimum K" - src="Kgraph1.jpg" style="width: 250px; height: 250px;"><br> - <br> - Note how the minimum black is zero up to 93% of the - white->black L* curve, and then jumps up to 87%. This is because - we've reached the total ink limit, and K then has to be substituted - for CMY, to keep the total under the total ink limit.<br> - <br> - Then let's see what the maximum black level down the neutral axis - can be:<br> - <br> - <a href="xicclu.html">xicclu</a> <a href="xicclu.html#g">-g</a> <a - href="xicclu.html#k">-kx</a> <a href="xicclu.html#l">-l290</a> <a - href="xicclu.html#f">-fif</a> <a href="xicclu.html#i">-ir</a> <a - href="xicclu.html#p1">PrinterBt.icm</a><br> - <br> - Which might be a graph something like this:<br> - <br> - <img alt="Graph of CMYK neutral axis with maximum K" - src="Kgraph2.jpg" style="width: 250px; height: 250px;"><br> - <br> - Note how the CMY values are fairly low up to 93% of the - white->black L* curve (the low levels of CMY are helping set the - neutral color), and then they jump up. This is because we've reach - the point where black on it's own, isn't as dark as the color that - can be achieved using CMY and K. Because the K has a dominant effect - on the hue of the black, the levels of CMY are often fairly volatile - in this region.<br> - <br> - Any K curve we specify must lie between the black curves of the - above two graphs.<br> - <br> - Let's say we'd like to chose a moderate black curve, one that aims - for about equal levels of CMY and K. We should also aim for it to be - fairly smooth, since this will minimize visual artefacts caused by - the limited fidelity that profile LUT tables are able to represent - inside the profile.<br> - <br> - <img style="width: 340px; height: 258px;" alt="-k parameters" - src="Kparams.jpg"><br> - <br> - <br> - For minimum discontinuities we should aim for the curve to finish at - the point it has to reach to satisfy the total ink limit at 87% - curve and 93% black. For a first try we can simply set a straight - line to that point: <br> - <br> - <a href="xicclu.html">xicclu</a> <a href="xicclu.html#g">-g</a> <a - href="xicclu.html#k">-kp 0 0 .93 .87 1.0</a> <a - href="xicclu.html#l">-l290</a> <a href="xicclu.html#f">-fif</a> <a - href="xicclu.html#i">-ir</a> <a href="xicclu.html#p1">PrinterBt.icm</a><br> - <br> - <img alt="Graph of CMYK neutral axis with kp 0 0 1.0 1.0 1.0 -l290" - src="Kgraph3.jpg" style="width: 250px; height: 250px;"><br> - <br> - The black "curve" hits the 93%/87% mark well, but is a bit too far - above CMY, so we'll try making the black curve concave:<br> - <br> - <a href="xicclu.html">xicclu</a> <a href="xicclu.html#g">-g</a> <a - href="xicclu.html#k">-kp </a><a href="xicclu.html#k">0 0 .93 .87 - 0.65</a> <a href="xicclu.html#l">-l290</a> <a - href="xicclu.html#f">-fif</a> <a href="xicclu.html#i">-ir</a> <a - href="xicclu.html#p1">PrinterBt.icm</a><br> - <br> - <img alt="Graph of CMYK neutral axis with -kp 0 .05 1 .9 1 -l290" - src="Kgraph4.jpg" style="width: 250px; height: 249px;"><br> - <br> - This looks just about perfect, so the the curve parameters can now - be used to generate our real profile:<br> - <br> - <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a> - <a href="colprof.html#E">-D"Printer B"</a> <a href="colprof.html#q">-qm</a> - <a href="colprof.html#k">-kp </a><a href="xicclu.html#k">0 0 .93 - .87 0.65</a> <a href="colprof.html#S">-S</a><a - href="colprof.html#S"> sRGB.icm</a> <a href="colprof.html#c">-cmt</a> - <a href="colprof.html#d">-dpp</a> <a href="colprof.html#p1">PrinterB</a><br> - <br> - and the resulting B2A table black curve can be checked using xicclu:<br> - <br> - <a href="xicclu.html">xicclu</a> <a href="xicclu.html#g">-g</a> <a - href="xicclu.html#f">-fb</a> <a href="xicclu.html#i">-ir</a> <a - href="xicclu.html#p1">PrinterB.icm</a><br> - <br> - <img style="width: 250px; height: 250px;" alt="sadsadas" - src="Kgraph5.jpg"><br> - <br> - <br> - <hr style="margin-left: 0px; margin-right: auto; width: 20%; height: - 2px;"><br> - <span style="font-weight: bold;">Examples of other inkings:<br> - <br> - </span>A smoothed zero black inking:<br> - <br> - <a href="xicclu.html">xicclu</a> <a href="xicclu.html#g">-g</a> <a - href="xicclu.html#k">-kp </a><a href="xicclu.html#k">0 .7 .93 .87 - 1.0</a> <a href="xicclu.html#l">-l290</a> <a - href="xicclu.html#f">-fif</a> <a href="xicclu.html#i">-ir</a> <a - href="xicclu.html#p1">PrinterBt.icm</a><br> - <br> - <img style="width: 250px; height: 250px;" alt="sadsadas" - src="Kgraph6.jpg"><br> - <br> - A low black inking:<br> - <br> - <a href="xicclu.html">xicclu</a> <a href="xicclu.html#g">-g</a> <a - href="xicclu.html#k">-kp </a><a href="xicclu.html#k">0 0 .93 .87 - 0.15</a> <a href="xicclu.html#l">-l290</a> <a - href="xicclu.html#f">-fif</a> <a href="xicclu.html#i">-ir</a> <a - href="xicclu.html#p1">PrinterBt.icm</a><br> - <br> - <img style="width: 250px; height: 250px;" alt="sadsadas" - src="Kgraph7.jpg"><br> - <br> - <br> - A high black inking:<br> - <br> - <a href="xicclu.html">xicclu</a> <a href="xicclu.html#g">-g</a> <a - href="xicclu.html#k">-kp </a><a href="xicclu.html#k">0 0 .93 .87 - 1.2</a> <a href="xicclu.html#l">-l290</a> <a - href="xicclu.html#f">-fif</a> <a href="xicclu.html#i">-ir</a> <a - href="xicclu.html#p1">PrinterBt.icm</a><br> - <br> - <img style="width: 250px; height: 250px;" alt="sadsadas" - src="Kgraph8.jpg"><br> - <br> - <span style="font-weight: bold;"></span> - <h4>Overriding the ink limit<br> - </h4> - Normally the total ink limit will be read from the <span - style="font-weight: bold;">PrinterB.ti3</span> file, and will be - set at a level 10% lower than the number used in creating the test - chart values using <a href="targen.html#l">targen -l</a>. If you - want to override this with a lower limit, then use the <a - href="colprof.html#l">-l flag</a>.<br> - <br> - <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a> - <a href="colprof.html#E">-D"Printer B"</a> <a href="colprof.html#q">-qm</a> - <a href="colprof.html#S">-S</a><a href="colprof.html#S"> sRGB.icm</a> - <a href="colprof.html#c">-cmt</a> <a href="colprof.html#d">-dpp</a> - <a href="colprof.html#k">-kr</a> <a href="xicclu.html#l">-l290</a> - <a href="colprof.html#p1">PrinterB</a><br> - <br> - Make sure you check the delta E report at the end of the profile - creation, to see if the profile is behaving reasonably.<br> - <br> - One way of checking that your ink limit is not too high, is to use "<span - style="font-weight: bold;">xicc -fif -ia</span>" to check, by - setting different ink limits using the <span style="font-weight: - bold;">-l</span> option, feeding Lab = 0 0 0 into it, and checking - the resulting black point. Starting with the ink limit used - with <span style="font-weight: bold;">targen</span> for the test - chart, reduce it until the black point starts to be affected. If it - is immediately affected by any reduction in the ink limit, then the - black point may be improved by increasing the ink limit used to - generate the test chart and then re-print and re-measuring it, - assuming other aspects such as wetness, smudging, spreading or - drying time are not an issue.<br> - <br> - <hr style="width: 100%; height: 2px;"><br> - <h3><a name="PC1"></a>Calibrating Printers<br> - </h3> - <span style="font-weight: bold;">Profiling</span> creates a - description of how a device behaves, while <span - style="font-weight: bold;">calibration</span> on the other hand is - intended to <span style="text-decoration: underline;">change</span> - how a device behaves. Argyll has the ability to create per-channel - device space calibration curves for print devices, that can then be - used to improve the behavior of of the device, making a subsequent - profile fit the device more easily and also allow day to day - correction of device drift without resorting to a full re-profile.<br> - <br> - <span style="font-weight: bold;">NOTE:</span> Because calibration - adds yet another layer to the way color is processed, it is - recommended that it not be attempted until the normal profiling - workflow is established, understood and verified.<br> - <h4><a name="PC2"></a>Calibrated print workflows</h4> - There are two main workflows that printer calibration curves can be - applied to:<br> - <br> - <span style="text-decoration: underline;">Workflow <span - style="font-weight: bold;">with</span> native calibration - capability</span>:<br> - <br> - Firstly the printer itself may have the capability of using per - channel calibration curves. In this situation, the calibration - process will be largely independent of profiling. Firstly the - printer is configured to have both its color management and - calibration disabled (the latter perhaps achieved by loading linear - calibration curves), and a print calibration test chart that - consists of per channel color wedges is printed. The calibration - chart is read and the resulting .ti3 file converted into calibration - curves by processing it using <span style="font-weight: bold;">printcal</span>. - The calibration is then installed into the printer. Subsequent - profiling will be performed on the <span style="text-decoration: - underline;">calibrated</span> printer (ie. the profile test chart - will have the calibration curves applied to it by the printer, and - the resulting ICC profile will represent the behavior of the - calibrated printer.)<br> - <br> - <span style="text-decoration: underline;">Workflow <span - style="font-weight: bold;">without</span> native calibration - capability</span>:<br> - <br> - The second workflow is one in which the printer has no calibration - capability itself. In this situation, the calibration process will - have to be applied using the ICC color management tools, so careful - coordination with profiling is needed. Firstly the printer is - configured to have its color management disabled, and a print - calibration test chart that consists of per channel color wedges is - printed. The calibration chart is converted into calibration curves - by reading it and then processing the resultant .ti3 using <span - style="font-weight: bold;">printcal</span>,. During the subsequent - <span style="text-decoration: underline;">profiling</span>, the - calibration curves will need to be applied to the profile test chart - in the process of using <span style="font-weight: bold;">printtarg</span>. - Once the the profile has been created, then in subsequent printing - the calibration curves will need to be applied to an image being - printed either explicitly when using <span style="font-weight: - bold;">cctiff</span> to apply color profiles <span - style="text-decoration: underline;">and</span> calibration, <span - style="font-weight: bold;">OR</span> by creating a version of the - profile that has had the calibration curves incorporated into it - using the <span style="font-weight: bold;">applycal</span> tool. - The latter is useful when some CMM (color management module) other - than <span style="font-weight: bold;">cctiff </span>is being used.<br> - <br> - Once calibration aim targets for a particular device and mode - (screening, paper etc.) have been established, then the printer can - be re-calibrated at any time to bring its per channel behavior back - into line if it drifts, and the new calibration curves can be - installed into the printer, or re-incorporated into the profile. - - <h4><a name="PC3"></a>Creating a print calibration test chart</h4> - The first step is to create a print calibration test chart. Since - calibration only creates per-channel curves, only single channel - step wedges are required for the chart. The main choice is the - number of steps in each wedge. For simple fast calibrations perhaps - as few as 20 steps per channel may be enough, but for a better - quality of calibration something like 50 or more steps would be a - better choice.<br> - <br> - Let's consider two devices in our examples, "PrinterA" which is an - "RGB" printer device, and "PrinterB" which is CMYK. In fact there is - no such thing as a real RGB printer, since printers use white media - and the colorant must subtract from the light reflected on it to - create color, but the printer itself turns the incoming RGB into the - native print colorspace, so for this reason we are careful to tell - targen to use the "Print RGB" colorspace, so that it knows to create - step wedges from media white to full colorant values.<br> - <br> - For instance, to create a 50 steps per channel calibration test - chart for our RGB and CMYK devices, the following would be - sufficient:<br> - <br> - <a href="targen.html">targen</a> <a href="targen.html#v">-v</a> - <a href="targen.html#d">-d2</a> <a href="targen.html#s">-s50</a> - <a href="targen.html#e">-e3</a> <a href="targen.html#f">-f0</a> <a - href="targen.html#p1">PrinterA_c</a><br> - <br> - <a href="targen.html">targen</a> <a href="targen.html#v">-v</a> - <a href="targen.html#d">-d4</a> <a href="targen.html#s">-s50</a> - <a href="targen.html#e">-e4</a> <a href="targen.html#f">-f0</a> <a - href="targen.html#p1">PrinterB_c</a><br> - <a href="targen.html#p1"></a><br> - For an outline of how to then print and read the resulting test - chart, see <a href="Scenarios.html#PP2b">Printing a print - profile test chart</a>, and <a href="Scenarios.html#PP3">Reading - a print test chart using an instrument</a>. Note that the printer - must be in an un-profiled and un-calibrated mode when doing this - print. Having done this, there will be a PrinterA.ti3 or - PrinterB.ti3 file containing the step wedge calibration chart - readings.<br> - <br> - <span style="font-weight: bold;">NOTE</span> that if you are - calibrating a raw printer driver, and there is considerable dot - gain, then you may want to use the <a href="targen.html#p">-p</a> - parameter to adjust the test chart point distribution to spread them - more evenly in perceptual space, giving more accurate control over - the calibration. Typically this will be a value greater than one for - a device that has dot gain, e.g. values of 1.5, 2.0 or 2.5 might be - good places to start. You can do a preliminary calibration and use - the verbose output of printcal to recommend a suitable value for <span - style="font-weight: bold;">-p</span>.<br> - <h4><a name="PC4"></a>Creating a printer calibration<br> - </h4> - The <a href="printcal.html">printcal</a> tool turns a calibration - chart <a href="File_Formats.html#.ti3">.ti3</a> file into a <a - href="File_Formats.html#.cal">.cal</a> file. It has three main - operating modes:- Initial calibration, Re-Calibration, and - Verification. (A fourth mode, "Imitation" is very like Initial - Calibration, but is used for establishing a calibration target that - a similar printer can attempt to imitate.)<br> - <br> - The distinction between Initial Calibration and Re-Calibration is - that in the initial calibration we establish the "aim points" or - response we want out of the printer after calibration. There are - three basic parameters to set this for each channel: Maximum level, - minimum level, and curve shape.<br> - <br> - By default the maximum level will be set using a heuristic which - attempts to pick the point when there is diminishing returns for - applying more colorant. This can be overridden using the <span - style="font-weight: bold;">-x# percent</span> option, where <span - style="font-weight: bold;">#</span> represents the choice of - channel this will be applied to. The parameter is the percentage of - device maximum. <br> - <br> - The minimum level defaults to 0, but can be overridden using the <span - style="font-weight: bold;">-n# deltaE</span> option. A minimum of - 0 means that zero colorant will correspond to the natural media - color, but it may be desirable to set a non-pure media color using - calibration for the purposes of emulating some other media. The - parameter is in Delta E units.<br> - <br> - The curve shape defaults to being perceptually uniform, which means - that even steps of calibrated device value result in perceptually - even color steps. In some situations it may be desirable to alter - this curve (for instance when non color managed output needs to be - sent to the calibrated printer), and a simple curve shape target can - be set using the <span style="font-weight: bold;">-t# percent</span> - parameter. This affects the output value at 50% input value, and - represents the percentage of perceptual output. By default it is 50% - perceptual output for 50% device input.<br> - <br> - Once a device has been calibrated, it can be re-calibrated to the - same aim target.<br> - <br> - Verification uses a calibration test chart printed through the - calibration, and compares the achieved response to the aim target.<br> - <br> - The simplest possible way of creating the <span style="font-weight: - bold;">PrinterA.cal</span> file is:<br> - <br> - <a href="printcal.html">printcal</a> <a - href="printcal.html#i">-i</a> <a href="colprof.html#p2">PrinterA_c</a><br> - <br> - For more detailed information, you can add the <span - style="font-weight: bold;">-v</span> and <span - style="font-weight: bold;">-p</span> flags:<br> - <br> - <a href="printcal.html">printcal</a> <a - href="printcal.html#v">-v</a> <a href="printcal.html#p">-p</a> <a - href="printcal.html#i">-i</a> <a href="colprof.html#p2">PrinterB_c</a><br> - <br> - (You will need to select the plot window and hit a key to advance - past each plot).<br> - <br> - For re-calibration, the name of the previous calibration file will - need to be supplied, and a new calibration<br> - file will be created:<br> - <br> - <a href="printcal.html">printcal</a> <a - href="printcal.html#v">-v</a> <a href="printcal.html#p">-p</a> <a - href="printcal.html#r">-r</a> <a href="colprof.html#p1">PrinterB_c_old</a> - <a href="colprof.html#p2">PrinterB_c_new</a><br> - <br> - Various aim points are normally set automatically by <span - style="font-weight: bold;">printcal</span>, but these can be - overridden using the <a href="colprof.html#x">-x</a>, <a - href="colprof.html#n">-n</a> and <a href="colprof.html#t">-t</a> - options. e.g. say we wanted to set the maximum ink for Cyan to 80% - and Black to 95%, we might use:<br> - <br> - <a href="printcal.html">printcal</a> <a - href="printcal.html#v">-v</a> <a href="printcal.html#p">-p</a> <a - href="printcal.html#i">-i</a> <a href="colprof.html#x">-xc 80</a> - <a href="colprof.html#x">-xk 95</a> <a href="colprof.html#p2">PrinterB_c</a><br> - <br> - <a href="colprof.html#p2"></a> - <h4><a name="PC5"></a>Using a printer calibration</h4> - The resulting calibration curves can be used with the following - other Argyll tools:<br> - <br> + + +
+ and then used <a href="xicclu.html#g">xicclu</a> to explore the
+ effect of the parameters.<br>
+ <br>
+ For instance, say we have our CMYK .ti3 file <span
+ style="font-weight: bold;">PrinterB.ti3</span>. First we make a
+ preliminary profile called <span style="font-weight: bold;">PrinterBt</span>:<br>
+ <br>
+ copy PrinterB.ti3 PrinterBt.ti3 (Use
+ "cp" on Linux or OSX of course.)<br>
+ <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a>
+ <a href="colprof.html#q">-qm</a> <a href="colprof.html#b">-b</a> <a
+ href="colprof.html#c">-cmt</a> <a href="colprof.html#d">-dpp</a>
+ <a href="colprof.html#p1">PrinterBt</a><br>
+ <br>
+ Then see what the minimum black level down the neutral axis can be.
+ Note that we need to also set any ink limits we've decided on as
+ well (coloprof defaulting to 10% less than the value recorded in the
+ .ti3 file). In this example the test chart has a 300% total ink
+ limit, and we've decided to use 290%:<br>
+ <br>
+ <a href="xicclu.html">xicclu</a> <a href="xicclu.html#g">-g</a> <a
+ href="xicclu.html#k">-kz</a> <a href="xicclu.html#l">-l290</a> <a
+ href="xicclu.html#f">-fif</a> <a href="xicclu.html#i">-ir</a> <a
+ href="xicclu.html#p1">PrinterBt.icm</a><br>
+ <br>
+ Which might be a graph something like this:<br>
+ <br>
+ <img alt="Graph of CMYK neutral axis with minimum K"
+ src="Kgraph1.jpg" style="width: 250px; height: 250px;"><br>
+ <br>
+ Note how the minimum black is zero up to 93% of the
+ white->black L* curve, and then jumps up to 87%. This is because
+ we've reached the total ink limit, and K then has to be substituted
+ for CMY, to keep the total under the total ink limit.<br>
+ <br>
+ Then let's see what the maximum black level down the neutral axis
+ can be:<br>
+ <br>
+ <a href="xicclu.html">xicclu</a> <a href="xicclu.html#g">-g</a> <a
+ href="xicclu.html#k">-kx</a> <a href="xicclu.html#l">-l290</a> <a
+ href="xicclu.html#f">-fif</a> <a href="xicclu.html#i">-ir</a> <a
+ href="xicclu.html#p1">PrinterBt.icm</a><br>
+ <br>
+ Which might be a graph something like this:<br>
+ <br>
+ <img alt="Graph of CMYK neutral axis with maximum K"
+ src="Kgraph2.jpg" style="width: 250px; height: 250px;"><br>
+ <br>
+ Note how the CMY values are fairly low up to 93% of the
+ white->black L* curve (the low levels of CMY are helping set the
+ neutral color), and then they jump up. This is because we've reach
+ the point where black on it's own, isn't as dark as the color that
+ can be achieved using CMY and K. Because the K has a dominant effect
+ on the hue of the black, the levels of CMY are often fairly volatile
+ in this region.<br>
+ <br>
+ Any K curve we specify must lie between the black curves of the
+ above two graphs.<br>
+ <br>
+ Let's say we'd like to chose a moderate black curve, one that aims
+ for about equal levels of CMY and K. We should also aim for it to be
+ fairly smooth, since this will minimize visual artefacts caused by
+ the limited fidelity that profile LUT tables are able to represent
+ inside the profile.<br>
+ <br>
+ <img style="width: 340px; height: 258px;" alt="-k parameters"
+ src="Kparams.jpg"><br>
+ <br>
+ <br>
+ For minimum discontinuities we should aim for the curve to finish at
+ the point it has to reach to satisfy the total ink limit at 87%
+ curve and 93% black. For a first try we can simply set a straight
+ line to that point: <br>
+ <br>
+ <a href="xicclu.html">xicclu</a> <a href="xicclu.html#g">-g</a> <a
+ href="xicclu.html#k">-kp 0 0 .93 .87 1.0</a> <a
+ href="xicclu.html#l">-l290</a> <a href="xicclu.html#f">-fif</a> <a
+ href="xicclu.html#i">-ir</a> <a href="xicclu.html#p1">PrinterBt.icm</a><br>
+ <br>
+ <img alt="Graph of CMYK neutral axis with kp 0 0 1.0 1.0 1.0 -l290"
+ src="Kgraph3.jpg" style="width: 250px; height: 250px;"><br>
+ <br>
+ The black "curve" hits the 93%/87% mark well, but is a bit too far
+ above CMY, so we'll try making the black curve concave:<br>
+ <br>
+ <a href="xicclu.html">xicclu</a> <a href="xicclu.html#g">-g</a> <a
+ href="xicclu.html#k">-kp </a><a href="xicclu.html#k">0 0 .93 .87
+ 0.65</a> <a href="xicclu.html#l">-l290</a> <a
+ href="xicclu.html#f">-fif</a> <a href="xicclu.html#i">-ir</a> <a
+ href="xicclu.html#p1">PrinterBt.icm</a><br>
+ <br>
+ <img alt="Graph of CMYK neutral axis with -kp 0 .05 1 .9 1 -l290"
+ src="Kgraph4.jpg" style="width: 250px; height: 249px;"><br>
+ <br>
+ This looks just about perfect, so the the curve parameters can now
+ be used to generate our real profile:<br>
+ <br>
+ <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a>
+ <a href="colprof.html#E">-D"Printer B"</a> <a href="colprof.html#q">-qm</a>
+ <a href="colprof.html#k">-kp </a><a href="xicclu.html#k">0 0 .93
+ .87 0.65</a> <a href="colprof.html#S">-S</a><a
+ href="colprof.html#S"> sRGB.icm</a> <a href="colprof.html#c">-cmt</a>
+ <a href="colprof.html#d">-dpp</a> <a href="colprof.html#p1">PrinterB</a><br>
+ <br>
+ and the resulting B2A table black curve can be checked using xicclu:<br>
+ <br>
+ <a href="xicclu.html">xicclu</a> <a href="xicclu.html#g">-g</a> <a
+ href="xicclu.html#f">-fb</a> <a href="xicclu.html#i">-ir</a> <a
+ href="xicclu.html#p1">PrinterB.icm</a><br>
+ <br>
+ <img style="width: 250px; height: 250px;" alt="sadsadas"
+ src="Kgraph5.jpg"><br>
+ <br>
+ <br>
+ <hr style="margin-left: 0px; margin-right: auto; width: 20%; height:
+ 2px;"><br>
+ <span style="font-weight: bold;">Examples of other inkings:<br>
+ <br>
+ </span>A smoothed zero black inking:<br>
+ <br>
+ <a href="xicclu.html">xicclu</a> <a href="xicclu.html#g">-g</a> <a
+ href="xicclu.html#k">-kp </a><a href="xicclu.html#k">0 .7 .93 .87
+ 1.0</a> <a href="xicclu.html#l">-l290</a> <a
+ href="xicclu.html#f">-fif</a> <a href="xicclu.html#i">-ir</a> <a
+ href="xicclu.html#p1">PrinterBt.icm</a><br>
+ <br>
+ <img style="width: 250px; height: 250px;" alt="sadsadas"
+ src="Kgraph6.jpg"><br>
+ <br>
+ A low black inking:<br>
+ <br>
+ <a href="xicclu.html">xicclu</a> <a href="xicclu.html#g">-g</a> <a
+ href="xicclu.html#k">-kp </a><a href="xicclu.html#k">0 0 .93 .87
+ 0.15</a> <a href="xicclu.html#l">-l290</a> <a
+ href="xicclu.html#f">-fif</a> <a href="xicclu.html#i">-ir</a> <a
+ href="xicclu.html#p1">PrinterBt.icm</a><br>
+ <br>
+ <img style="width: 250px; height: 250px;" alt="sadsadas"
+ src="Kgraph7.jpg"><br>
+ <br>
+ <br>
+ A high black inking:<br>
+ <br>
+ <a href="xicclu.html">xicclu</a> <a href="xicclu.html#g">-g</a> <a
+ href="xicclu.html#k">-kp </a><a href="xicclu.html#k">0 0 .93 .87
+ 1.2</a> <a href="xicclu.html#l">-l290</a> <a
+ href="xicclu.html#f">-fif</a> <a href="xicclu.html#i">-ir</a> <a
+ href="xicclu.html#p1">PrinterBt.icm</a><br>
+ <br>
+ <img style="width: 250px; height: 250px;" alt="sadsadas"
+ src="Kgraph8.jpg"><br>
+ <br>
+ <span style="font-weight: bold;"></span>
+ <h4>Overriding the ink limit<br>
+ </h4>
+ Normally the total ink limit will be read from the <span
+ style="font-weight: bold;">PrinterB.ti3</span> file, and will be
+ set at a level 10% lower than the number used in creating the test
+ chart values using <a href="targen.html#l">targen -l</a>. If you
+ want to override this with a lower limit, then use the <a
+ href="colprof.html#l">-l flag</a>.<br>
+ <br>
+ <a href="colprof.html">colprof</a> <a href="colprof.html#v">-v</a>
+ <a href="colprof.html#E">-D"Printer B"</a> <a href="colprof.html#q">-qm</a>
+ <a href="colprof.html#S">-S</a><a href="colprof.html#S"> sRGB.icm</a>
+ <a href="colprof.html#c">-cmt</a> <a href="colprof.html#d">-dpp</a>
+ <a href="colprof.html#k">-kr</a> <a href="xicclu.html#l">-l290</a>
+ <a href="colprof.html#p1">PrinterB</a><br>
+ <br>
+ Make sure you check the delta E report at the end of the profile
+ creation, to see if the profile is behaving reasonably.<br>
+ <br>
+ One way of checking that your ink limit is not too high, is to use "<span
+ style="font-weight: bold;">xicc -fif -ia</span>" to check, by
+ setting different ink limits using the <span style="font-weight:
+ bold;">-l</span> option, feeding Lab = 0 0 0 into it, and checking
+ the resulting black point. Starting with the ink limit used
+ with <span style="font-weight: bold;">targen</span> for the test
+ chart, reduce it until the black point starts to be affected. If it
+ is immediately affected by any reduction in the ink limit, then the
+ black point may be improved by increasing the ink limit used to
+ generate the test chart and then re-print and re-measuring it,
+ assuming other aspects such as wetness, smudging, spreading or
+ drying time are not an issue.<br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ <h3><a name="PC1"></a>Calibrating Printers<br>
+ </h3>
+ <span style="font-weight: bold;">Profiling</span> creates a
+ description of how a device behaves, while <span
+ style="font-weight: bold;">calibration</span> on the other hand is
+ intended to <span style="text-decoration: underline;">change</span>
+ how a device behaves. Argyll has the ability to create per-channel
+ device space calibration curves for print devices, that can then be
+ used to improve the behavior of of the device, making a subsequent
+ profile fit the device more easily and also allow day to day
+ correction of device drift without resorting to a full re-profile.<br>
+ <br>
+ <span style="font-weight: bold;">NOTE:</span> Because calibration
+ adds yet another layer to the way color is processed, it is
+ recommended that it not be attempted until the normal profiling
+ workflow is established, understood and verified.<br>
+ <h4><a name="PC2"></a>Calibrated print workflows</h4>
+ There are two main workflows that printer calibration curves can be
+ applied to:<br>
+ <br>
+ <span style="text-decoration: underline;">Workflow <span
+ style="font-weight: bold;">with</span> native calibration
+ capability</span>:<br>
+ <br>
+ Firstly the printer itself may have the capability of using per
+ channel calibration curves. In this situation, the calibration
+ process will be largely independent of profiling. Firstly the
+ printer is configured to have both its color management and
+ calibration disabled (the latter perhaps achieved by loading linear
+ calibration curves), and a print calibration test chart that
+ consists of per channel color wedges is printed. The calibration
+ chart is read and the resulting .ti3 file converted into calibration
+ curves by processing it using <span style="font-weight: bold;">printcal</span>.
+ The calibration is then installed into the printer. Subsequent
+ profiling will be performed on the <span style="text-decoration:
+ underline;">calibrated</span> printer (ie. the profile test chart
+ will have the calibration curves applied to it by the printer, and
+ the resulting ICC profile will represent the behavior of the
+ calibrated printer.)<br>
+ <br>
+ <span style="text-decoration: underline;">Workflow <span
+ style="font-weight: bold;">without</span> native calibration
+ capability</span>:<br>
+ <br>
+ The second workflow is one in which the printer has no calibration
+ capability itself. In this situation, the calibration process will
+ have to be applied using the ICC color management tools, so careful
+ coordination with profiling is needed. Firstly the printer is
+ configured to have its color management disabled, and a print
+ calibration test chart that consists of per channel color wedges is
+ printed. The calibration chart is converted into calibration curves
+ by reading it and then processing the resultant .ti3 using <span
+ style="font-weight: bold;">printcal</span>,. During the subsequent
+ <span style="text-decoration: underline;">profiling</span>, the
+ calibration curves will need to be applied to the profile test chart
+ in the process of using <span style="font-weight: bold;">printtarg</span>.
+ Once the the profile has been created, then in subsequent printing
+ the calibration curves will need to be applied to an image being
+ printed either explicitly when using <span style="font-weight:
+ bold;">cctiff</span> to apply color profiles <span
+ style="text-decoration: underline;">and</span> calibration, <span
+ style="font-weight: bold;">OR</span> by creating a version of the
+ profile that has had the calibration curves incorporated into it
+ using the <span style="font-weight: bold;">applycal</span> tool.
+ The latter is useful when some CMM (color management module) other
+ than <span style="font-weight: bold;">cctiff </span>is being used.<br>
+ <br>
+ Once calibration aim targets for a particular device and mode
+ (screening, paper etc.) have been established, then the printer can
+ be re-calibrated at any time to bring its per channel behavior back
+ into line if it drifts, and the new calibration curves can be
+ installed into the printer, or re-incorporated into the profile.
+
+ <h4><a name="PC3"></a>Creating a print calibration test chart</h4>
+ The first step is to create a print calibration test chart. Since
+ calibration only creates per-channel curves, only single channel
+ step wedges are required for the chart. The main choice is the
+ number of steps in each wedge. For simple fast calibrations perhaps
+ as few as 20 steps per channel may be enough, but for a better
+ quality of calibration something like 50 or more steps would be a
+ better choice.<br>
+ <br>
+ Let's consider two devices in our examples, "PrinterA" which is an
+ "RGB" printer device, and "PrinterB" which is CMYK. In fact there is
+ no such thing as a real RGB printer, since printers use white media
+ and the colorant must subtract from the light reflected on it to
+ create color, but the printer itself turns the incoming RGB into the
+ native print colorspace, so for this reason we are careful to tell
+ targen to use the "Print RGB" colorspace, so that it knows to create
+ step wedges from media white to full colorant values.<br>
+ <br>
+ For instance, to create a 50 steps per channel calibration test
+ chart for our RGB and CMYK devices, the following would be
+ sufficient:<br>
+ <br>
+ <a href="targen.html">targen</a> <a href="targen.html#v">-v</a>
+ <a href="targen.html#d">-d2</a> <a href="targen.html#s">-s50</a>
+ <a href="targen.html#e">-e3</a> <a href="targen.html#f">-f0</a> <a
+ href="targen.html#p1">PrinterA_c</a><br>
+ <br>
+ <a href="targen.html">targen</a> <a href="targen.html#v">-v</a>
+ <a href="targen.html#d">-d4</a> <a href="targen.html#s">-s50</a>
+ <a href="targen.html#e">-e4</a> <a href="targen.html#f">-f0</a> <a
+ href="targen.html#p1">PrinterB_c</a><br>
+ <a href="targen.html#p1"></a><br>
+ For an outline of how to then print and read the resulting test
+ chart, see <a href="Scenarios.html#PP2b">Printing a print
+ profile test chart</a>, and <a href="Scenarios.html#PP3">Reading
+ a print test chart using an instrument</a>. Note that the printer
+ must be in an un-profiled and un-calibrated mode when doing this
+ print. Having done this, there will be a PrinterA.ti3 or
+ PrinterB.ti3 file containing the step wedge calibration chart
+ readings.<br>
+ <br>
+ <span style="font-weight: bold;">NOTE</span> that if you are
+ calibrating a raw printer driver, and there is considerable dot
+ gain, then you may want to use the <a href="targen.html#p">-p</a>
+ parameter to adjust the test chart point distribution to spread them
+ more evenly in perceptual space, giving more accurate control over
+ the calibration. Typically this will be a value greater than one for
+ a device that has dot gain, e.g. values of 1.5, 2.0 or 2.5 might be
+ good places to start. You can do a preliminary calibration and use
+ the verbose output of printcal to recommend a suitable value for <span
+ style="font-weight: bold;">-p</span>.<br>
+ <h4><a name="PC4"></a>Creating a printer calibration<br>
+ </h4>
+ The <a href="printcal.html">printcal</a> tool turns a calibration
+ chart <a href="File_Formats.html#.ti3">.ti3</a> file into a <a
+ href="File_Formats.html#.cal">.cal</a> file. It has three main
+ operating modes:- Initial calibration, Re-Calibration, and
+ Verification. (A fourth mode, "Imitation" is very like Initial
+ Calibration, but is used for establishing a calibration target that
+ a similar printer can attempt to imitate.)<br>
+ <br>
+ The distinction between Initial Calibration and Re-Calibration is
+ that in the initial calibration we establish the "aim points" or
+ response we want out of the printer after calibration. There are
+ three basic parameters to set this for each channel: Maximum level,
+ minimum level, and curve shape.<br>
+ <br>
+ By default the maximum level will be set using a heuristic which
+ attempts to pick the point when there is diminishing returns for
+ applying more colorant. This can be overridden using the <span
+ style="font-weight: bold;">-x# percent</span> option, where <span
+ style="font-weight: bold;">#</span> represents the choice of
+ channel this will be applied to. The parameter is the percentage of
+ device maximum. <br>
+ <br>
+ The minimum level defaults to 0, but can be overridden using the <span
+ style="font-weight: bold;">-n# deltaE</span> option. A minimum of
+ 0 means that zero colorant will correspond to the natural media
+ color, but it may be desirable to set a non-pure media color using
+ calibration for the purposes of emulating some other media. The
+ parameter is in Delta E units.<br>
+ <br>
+ The curve shape defaults to being perceptually uniform, which means
+ that even steps of calibrated device value result in perceptually
+ even color steps. In some situations it may be desirable to alter
+ this curve (for instance when non color managed output needs to be
+ sent to the calibrated printer), and a simple curve shape target can
+ be set using the <span style="font-weight: bold;">-t# percent</span>
+ parameter. This affects the output value at 50% input value, and
+ represents the percentage of perceptual output. By default it is 50%
+ perceptual output for 50% device input.<br>
+ <br>
+ Once a device has been calibrated, it can be re-calibrated to the
+ same aim target.<br>
+ <br>
+ Verification uses a calibration test chart printed through the
+ calibration, and compares the achieved response to the aim target.<br>
+ <br>
+ The simplest possible way of creating the <span style="font-weight:
+ bold;">PrinterA.cal</span> file is:<br>
+ <br>
+ <a href="printcal.html">printcal</a> <a
+ href="printcal.html#i">-i</a> <a href="colprof.html#p2">PrinterA_c</a><br>
+ <br>
+ For more detailed information, you can add the <span
+ style="font-weight: bold;">-v</span> and <span
+ style="font-weight: bold;">-p</span> flags:<br>
+ <br>
+ <a href="printcal.html">printcal</a> <a
+ href="printcal.html#v">-v</a> <a href="printcal.html#p">-p</a> <a
+ href="printcal.html#i">-i</a> <a href="colprof.html#p2">PrinterB_c</a><br>
+ <br>
+ (You will need to select the plot window and hit a key to advance
+ past each plot).<br>
+ <br>
+ For re-calibration, the name of the previous calibration file will
+ need to be supplied, and a new calibration<br>
+ file will be created:<br>
+ <br>
+ <a href="printcal.html">printcal</a> <a
+ href="printcal.html#v">-v</a> <a href="printcal.html#p">-p</a> <a
+ href="printcal.html#r">-r</a> <a href="colprof.html#p1">PrinterB_c_old</a>
+ <a href="colprof.html#p2">PrinterB_c_new</a><br>
+ <br>
+ Various aim points are normally set automatically by <span
+ style="font-weight: bold;">printcal</span>, but these can be
+ overridden using the <a href="colprof.html#x">-x</a>, <a
+ href="colprof.html#n">-n</a> and <a href="colprof.html#t">-t</a>
+ options. e.g. say we wanted to set the maximum ink for Cyan to 80%
+ and Black to 95%, we might use:<br>
+ <br>
+ <a href="printcal.html">printcal</a> <a
+ href="printcal.html#v">-v</a> <a href="printcal.html#p">-p</a> <a
+ href="printcal.html#i">-i</a> <a href="colprof.html#x">-xc 80</a>
+ <a href="colprof.html#x">-xk 95</a> <a href="colprof.html#p2">PrinterB_c</a><br>
+ <br>
+ <a href="colprof.html#p2"></a>
+ <h4><a name="PC5"></a>Using a printer calibration</h4>
+ The resulting calibration curves can be used with the following
+ other Argyll tools:<br>
+ <br>
<a href="printtarg.html#K">printtarg</a> To apply @@ -2664,7 +2740,10 @@ chart, - and/or to have it included in .ti3 file.<br> + + +
+ and/or to have it included in .ti3 file.<br>
<a href="cctiff.html#p2">cctiff</a> To apply @@ -2733,7 +2812,10 @@ an - image file.<br> + + +
+ image file.<br>
<a href="applycal.html#p1">applycal</a> @@ -2794,7 +2876,10 @@ an - To incorporate calibration into an ICC profile.<br> + + +
+ To incorporate calibration into an ICC profile.<br>
<a href="chartread.html#I">chartread</a> To override @@ -2863,349 +2948,346 @@ a - profile chart.<br> - <br> - <br> - In a workflow <span style="font-weight: bold;">with</span> native - calibration capability, the calibration curves would be used with - printarg during subsequent <span style="font-weight: bold;">profiling</span> - so that any ink limit calculations will reflect final device values, - while not otherwise using the calibration within the ICC workflow:<br> - <br> - <a href="printtarg.html">printtarg</a> <a - href="printtarg.html#v">-v</a> <a href="printtarg.html#i">-ii1</a> - <a href="printtarg.html#p">-pA4</a> <a href="printtarg.html#I">-I - PrinterA_c.cal</a> <a href="printtarg.html#p1">PrinterA</a><br> - <br> - This will cause the .ti2 and resulting .ti3 and ICC profiles to - contain the calibration curves, allowing all the tools to be able to - compute final device value ink limits. The calibration curves must - also of course be installed into the printer. The means to do this - is currently outside the scope of Argyll (ie. either the print - system needs to be able to understand Argyll CAL format files, or - some tool will be needed to convert Argyll CAL files into the - printer calibration format).<br> - <br> - <br> - In a workflow <span style="font-weight: bold;">without</span> - native calibration capability, the calibration curves would be used - with printarg to <span style="text-decoration: underline;">apply</span> - the calibration to the test patch samples during subsequent <span - style="font-weight: bold;">profiling</span>, as well as embedding - it in the resulting .ti3 to allow all the tools to be able to - compute final device value ink limits:<br> - <br> - <a href="printtarg.html">printtarg</a> <a - href="printtarg.html#v">-v</a> <a href="printtarg.html#i">-ii1</a> - <a href="printtarg.html#p">-pA4</a> <a href="printtarg.html#K">-K - PrinterA_c.cal</a> <a href="printtarg.html#p1">PrinterA</a><br> - <a href="cctiff.html#p4"></a><br> - To apply calibration to an ICC profile, so that a calibration - unaware CMM can be used:<br> - <br> - <a href="applycal.html">applycal</a> <a - href="applycal.html#p1">PrinterA.cal</a> <a - href="applycal.html#p2">PrinterA.icm</a> <a - href="applycal.html#p3">PrinterA_cal.icm</a><br> - <br> - To apply color management and calibration to a raster image:<br> - <br> - <a href="cctiff.html">cctiff</a> - <a href="cctiff.html#p1">Source.icm</a> <a - href="cctiff.html#p1">PrinterA.icm</a> <a - href="cctiff.html#p2">PrinterA_c.cal</a> - <a href="cctiff.html#p3">infile.tif</a> <a - href="cctiff.html#p4">outfile.tif</a><br> - <br> - or<br> - <br> - <a href="cctiff.html">cctiff</a> - <a href="cctiff.html#p1">Source.icm</a> <a - href="cctiff.html#p1">PrinterA_c.icm</a> - <a href="cctiff.html#p3">infile.tif</a> <a - href="cctiff.html#p4">outfile.tif</a><br> - <br> - [ Note that cctiff will also process JPEG raster images. ]<br> - <br> - Another useful tool is <a href="synthcal.html">synthcal</a>, that - allows creating linear or synthetic calibration files for disabling - calibration or testing.<br> - Similarly, <a href="fakeread.html">fakeread</a> also supports - applying calibration curves and embedding them in the resulting .ti3 - file<br> - <br> - If you want to create a pre-conditioning profile for use with <a - href="targen.html#c">targen -c</a>, then use the PrinterA.icm - profile, <b>NOT</b> PrinterA_c.icm that has calibration curves - applied.<br> - <h4><a name="PC6"></a>How profile ink limits are handled when - calibration is being used.</h4> - Even though the profiling process is carried out on top of the - linearized device, and the profiling is generally unaware of the - underlying non-linearized device values, an exception is made in the - calculation of ink limits during profiling. This is made possible by - including the calibration curves in the profile charts .ti2 and - subsequent .ti3 file and resulting ICC profile <span - style="font-weight: bold;">'targ'</span> text tag, by way of the <span - style="font-weight: bold;">printtarg</span> <span - style="font-weight: bold;">-I</span> or <span style="font-weight: - bold;">-K</span> options. This is done on the assumption that the - physical quantity of ink is what's important in setting the ink - limit, and that the underlying non-linearized device values - represent such a physical quantity.<br> - <br> - <br> - <hr size="2" width="100%"> - <h3><a name="LP1"></a>Linking Profiles</h3> - Two device profiles can be linked together to create a device link - profile, than encapsulates a particular device to device transform. - Often this step is not necessary, as many systems and tools will - link two device profiles "on the fly", but creating a device link - profile gives you the option of using "smart CMM" techniques, such - as true gamut mapping, improved inverse transform accuracy, tailored - black generation and ink limiting.<br> - <br> - The overall process is to link the input space and output space - profiles using <a href="collink.html">collink</a>, creating a - device to device link profile. The device to device link profile can - then be used by cctiff (or other ICC device profile capable tools), - to color correct a raster files.<br> - <br> - Three examples will be given here, showing the three different modes - than <span style="font-weight: bold;">collink</span> supports.<br> - <br> - In <a href="collink.html#s">simple mode</a>, the two profiles are - linked together in a similar fashion to other <span - style="font-weight: bold;">CMMs</span> simply using the forward - and backwards color transforms defined by the profiles. Any gamut - mapping is determined by the content of the tables within the two - profiles, together with the particular intent chosen. Typically the - same intent will be used for both the source and destination - profile:<br> - <br> - <a href="collink.html">collink</a> <a href="collink.html#v">-v</a> - <a href="collink.html#q">-qm</a> <a href="collink.html#s">-s</a> <a - href="collink.html#si">-ip</a> <a href="collink.html#so">-op</a> - <a href="collink.html#p1">SouceProfile.icm</a> <a - href="collink.html#p2">DestinationProfile.icm</a> <a - href="collink.html#p3">Source2Destination.icm</a><br> - <br> - <br> - In <a href="collink.html#g">gamut mapping mode</a>, the - pre-computed intent mappings inside the profiles are not used, but - instead the gamut mapping between source and destination is tailored - to the specific gamuts of the two profiles, and the intent parameter - supplied to <span style="font-weight: bold;">collink</span>. - Additionally, source and destination viewing conditions should be - provided, to allow the color appearance space conversion to work as - intended. The colorimetric B2A table in the destination profile is - used, and this will determine any black generation and ink limiting:<br> - <br> - <a href="collink.html">collink</a> <a href="collink.html#v">-v</a> - <a href="collink.html#q">-qm</a> <a href="collink.html#g">-g</a> <a - href="collink.html#si">-ip</a> <a href="collink.html#c">-cmt</a> - <a href="collink.html#d">-dpp</a> <a href="collink.html#p1">MonitorSouceProfile.icm</a> - <a href="collink.html#p2">DestinationProfile.icm</a> <a - href="collink.html#p3">Source2Destination.icm</a><br> - <br> - [ If your viewing environment for the display and print doesn't - match the ones implied by the <a href="colprof.html#c">-cmt</a> and - <a href="colprof.html#d">-dpp</a> options, leave them out, and - evaluate what, if any appearance transformation is appropriate for - your environment at a later stage. ]<br> - <br> - In <a href="collink.html#G">inverse output table gamut mapping mode</a>, - the pre-computed intent mappings inside the profiles are not used, - but instead the gamut mapping between source and destination is - tailored to the specific gamuts of the two profiles, and the intent - parameter supplied to <span style="font-weight: bold;">collink</span>. - In addition, the B2A table is <span style="font-weight: bold;">not</span> - used in the destination profile, but the A2B table is instead - inverted, leading to improved transform accuracy, and in CMYK - devices, allowing the ink limiting and black generation parameters - to be set:<br> - <br> - For a CLUT table based RGB printer destination profile, the - following would be appropriate:<br> - <br> - <a href="collink.html">collink</a> <a href="collink.html#v">-v</a> - <a href="collink.html#q">-qm</a> <a href="collink.html#G">-G</a> <a - href="collink.html#si">-ip</a> <a href="collink.html#c">-cmt</a> - <a href="collink.html#d">-dpp</a> <a href="collink.html#p1">MonitorSouceProfile.icm</a> - <a href="collink.html#p2">RGBDestinationProfile.icm</a> <a - href="collink.html#p3">Source2Destination.icm</a><br> - <br> - For a CMYK profile, the total ink limit needs to be specified (a - typical value being 10% less than the value used in creating the - device test chart), and the type of black generation also needs to - be specified:<br> - <br> - <a href="collink.html">collink</a> <a href="collink.html#v">-v</a> - <a href="collink.html#q">-qm</a> <a href="collink.html#G">-G</a> <a - href="collink.html#si">-ip</a> <a href="collink.html#c">-cmt</a> - <a href="collink.html#d">-dpp</a> <a href="collink.html#l">-l250</a> - <a href="collink.html#k">-kr</a> <a href="collink.html#p1">MonitorSouceProfile.icm</a> - <a href="collink.html#p2">CMYKDestinationProfile.icm</a> <a - href="collink.html#p3">Source2Destination.icm</a><br> - <br> - Note that you should set the source (<a href="collink.html#c">-c</a>) - and destination (<a href="collink.html#d">-d</a>) viewing conditions - for the type of device the profile represents, and the conditions - under which it will be viewed.<br> - <br> - <h3><a name="LP3"></a>Image dependent gamut mapping using device - links<br> - </h3> - When images are stored in large gamut colorspaces (such as. L*a*b*, - ProPhoto, scRGB etc.), then using the colorspace gamut as the source - gamut for gamut mapping is generally a bad idea, as it leads to - overly compressed and dull images. The correct approach is to use a - source gamut that represents the gamut of the images themselves. - This can be created using tiffgamut, and an example workflow is as - follows:<br> - <br> - <a href="tiffgamut.html">tiffgamut</a> -f80 -pj -cmt ProPhoto.icm - image.tif<br> - <br> - <a href="collink.html">collink</a> <a href="collink.html#v">-v</a> - <a href="collink.html#q">-qh</a> <a href="collink.html#G">-G</a> <a - href="collink.html#Gp">image.gam</a> <a href="collink.html#si">-ip</a> - <a href="collink.html#c">-cmt</a> <a href="collink.html#d">-dpp</a> - <a href="collink.html#p1">ProPhoto.icm</a> <a - href="collink.html#p2">RGBDestinationProfile.icm</a> - <a href="collink.html#p3">Source2Destination.icm</a><br> - <br> - <a href="cctiff.html">cctiff</a> <a - href="cctiff.html#p1">Source2Destination.icm</a> - <a href="cctiff.html#p3">image.tif</a> <a - href="cctiff.html#p4">printfile.tif</a><br> - <br> - The printfile.tif is then send to the printer without color - management, (i.e. in the same way the printer characterization test - chart was printed), since it is in the printers native colorspace.<br> - <br> - You can adjust how conservatively the image gamut is preserved using - the tiffgamut -f parameter. Omitting it or using a larger value (up - to 100) preserves the color gradations of even the lesser used - colors, at the cost of compressing the gamut more.<br> - Using a smaller value will preserve the saturation of the most - popular colors, at the cost of not preserving the color gradations - of less popular colors.<br> - <br> - You can create a gamut that covers a set of source images by - providing more than one image file name to tiffgamut. This may be - more efficient for a group of related images, and ensures that - colors are transformed in exactly the same way for all of the - images.<br> - <br> - An alternative generating a gamut for a specific set of images, is - to use a general smaller gamut definition (i.e. the sRGB profile), - or a gamut that represents the typical range of colors you wish to - preserve.<br> - <br> - The arguments to collink should be appropriate for the output device - type - see the collink examples in the above section.<br> - <h3><a name="LP2"></a>Soft Proofing Link</h3> - Often it is desirable to get an idea what a particular devices - output will look like using a different device. Typically this might - be trying to evaluate print output using a display. Often it is - sufficient to use an absolute or relative colorimetric transform - from the print device space to the display space, but while these - provide a colorimetric preview of the result, they do not take into - account the subjective appearance differences due to the different - device conditions. It can therefore be useful to create a soft proof - appearance transform using collink:<br> - <br> - <a href="collink.html">collink</a> <a href="collink.html#v">-v</a> - <a href="collink.html#q">-qm</a> <a href="collink.html#G">-G</a> <a - href="collink.html#si">-ila</a> <a href="collink.html#c">-cpp</a> - <a href="collink.html#d">-dmt</a> <a href="collink.html#l">-t250</a> <a - href="collink.html#k"></a><a href="collink.html#p1">CMYKDestinationProfile.icm</a> - <a href="collink.html#p2">MonitorProfile.icm</a> <a - href="collink.html#p3">SoftProof.icm</a><br> - <br> - We use the Luminance matched appearance intent, to preserve the - subjective apperance of the target device, which takes into account - the viewing conditions and assumes adaptation to the differences in - the luminence range, but otherwise not attempting to compress or - change the gamut.<br> - <br> - If your viewing environment for the display and print doesn't match - the ones implied by the <a href="collink.html#c">-cpp</a> and <a - href="collink.html#d">-dmt</a> options, then either leave them out - or substitute values that do match your environment.<br> - - <hr size="2" width="100%"><br> - <h3><a name="TR1"></a>Transforming colorspaces of raster files</h3> - Although a device profile or device link profile may be useful with - other programs and systems, Argyll provides the tool <a - href="cctiff.html">cctiff</a> for directly applying a device to - device transform to a <a href="File_Formats.html#TIFF">TIFF</a> or - <a href="File_Formats.html#JPEG">JPEG</a> raster file. The cctiff - tool is capable of linking an arbitrary sequence of device profiles, - device links, abstract profiles and calibration curves. Each device - profile can be preceded by the <span style="font-weight: bold;">-i</span> - option to indicate the intent that should be used. Both 8 and 16 bit - per component files can be handled, and up to 8 color channels. The - color transform is optimized to perform the overall transformation - rapidly.<br> - <br> - If a device link is to be used, the following is a typical example:<br> - <br> - <a href="cctiff.html">cctiff</a> <a href="cctiff.html#p1">Source2Destination.icm</a> - <a href="cctiff.html#p3">infile.tif</a> <a href="cctiff.html#p4">outfile.tif</a><br> - or<br> - <a href="cctiff.html">cctiff</a> <a href="cctiff.html#p1">Source2Destination.icm</a> - <a href="cctiff.html#p3">infile.jpg</a> <a href="cctiff.html#p4">outfile.jpg</a><br> - <br> - <i><br> - </i>If a source and destination profile are to be used, the - following would be a typical example:<br> - <br> - <a href="cctiff.html"> cctiff</a> <a href="cctiff.html#i">-ip</a> - <a href="cctiff.html#p1i">SourceProfile.icm</a> <a - href="cctiff.html#i">-ip</a> <a href="cctiff.html#p1o">DestinationProfile.icm</a> - <a href="cctiff.html#p3">infile.tif</a> <a href="cctiff.html#p4">outfile.tif</a><br> - or<br> - <a href="cctiff.html"> cctiff</a> <a href="cctiff.html#i">-ip</a> - <a href="cctiff.html#p1i">SourceProfile.icm</a> <a - href="cctiff.html#i">-ip</a> <a href="cctiff.html#p1o">DestinationProfile.icm</a> - <a href="cctiff.html#p3">infile.jpg</a> <a href="cctiff.html#p4">outfile.jpg</a><br> - <br> - <br> - <hr size="2" width="100%"><br> - <h3><a name="TV1"></a>Creating Video Calibration 3DLuts</h3> - Video calibration typically involves trying to make your actual - display device emulate an ideal video display, one which matches - what your Video media was intended to be displayed on. An ICC device - link embodies the machinery to do exactly this, to take device - values in the target source colorspace and transform them into an - actual output device colorspace. In the Video and Film industries a - very similar, but less sophisticated means of doing this is to use - 3DLuts, which come in a multitude of different format. ICC device - links have the advantage of being a superset of 3dLuts, encapsulated - in a standard file format.<br> - <br> - To facilitate Video calibration of certain Video systems, ArgyllCMS - supports some 3DLut output options as part of <a - href="collink.html">collink</a>.<br> - <br> - What follows here is an outline of how to create Video calibration - 3DLuts using ArgyllCMS. First comes a general discussion of various - aspects of video device links/3dLuts, and followed with some - specific advice regarding the systems that ArgyllCMS supports. Last - is some recommended scenarios for verifying the quality of Video - calibration achieved.<br> - <h5>1) How to display test patches.<br> - </h5> - Argyll's normal test patch display will be used by default, as long - as any video encoding range considerations are dealt with (see - Signal encoding below).<br> - <br> - An alternative when working with MadVR V 0.86.9 or latter, is to use - the madTPG to display the patches in which case the MadVR video - encoding range setting will operate. This can give some quality - benefits due to MadVR's use of dithering. To display patches using + + +
+ profile chart.<br>
+ <br>
+ <br>
+ In a workflow <span style="font-weight: bold;">with</span> native
+ calibration capability, the calibration curves would be used with
+ printarg during subsequent <span style="font-weight: bold;">profiling</span>
+ so that any ink limit calculations will reflect final device values,
+ while not otherwise using the calibration within the ICC workflow:<br>
+ <br>
+ <a href="printtarg.html">printtarg</a> <a
+ href="printtarg.html#v">-v</a> <a href="printtarg.html#i">-ii1</a>
+ <a href="printtarg.html#p">-pA4</a> <a href="printtarg.html#I">-I
+ PrinterA_c.cal</a> <a href="printtarg.html#p1">PrinterA</a><br>
+ <br>
+ This will cause the .ti2 and resulting .ti3 and ICC profiles to
+ contain the calibration curves, allowing all the tools to be able to
+ compute final device value ink limits. The calibration curves must
+ also of course be installed into the printer. The means to do this
+ is currently outside the scope of Argyll (ie. either the print
+ system needs to be able to understand Argyll CAL format files, or
+ some tool will be needed to convert Argyll CAL files into the
+ printer calibration format).<br>
+ <br>
+ <br>
+ In a workflow <span style="font-weight: bold;">without</span>
+ native calibration capability, the calibration curves would be used
+ with printarg to <span style="text-decoration: underline;">apply</span>
+ the calibration to the test patch samples during subsequent <span
+ style="font-weight: bold;">profiling</span>, as well as embedding
+ it in the resulting .ti3 to allow all the tools to be able to
+ compute final device value ink limits:<br>
+ <br>
+ <a href="printtarg.html">printtarg</a> <a
+ href="printtarg.html#v">-v</a> <a href="printtarg.html#i">-ii1</a>
+ <a href="printtarg.html#p">-pA4</a> <a href="printtarg.html#K">-K
+ PrinterA_c.cal</a> <a href="printtarg.html#p1">PrinterA</a><br>
+ <a href="cctiff.html#p4"></a><br>
+ To apply calibration to an ICC profile, so that a calibration
+ unaware CMM can be used:<br>
+ <br>
+ <a href="applycal.html">applycal</a> <a
+ href="applycal.html#p1">PrinterA.cal</a> <a
+ href="applycal.html#p2">PrinterA.icm</a> <a
+ href="applycal.html#p3">PrinterA_cal.icm</a><br>
+ <br>
+ To apply color management and calibration to a raster image:<br>
+ <br>
+ <a href="cctiff.html">cctiff</a> <a
+ href="cctiff.html#p1">Source.icm</a> <a href="cctiff.html#p1">PrinterA.icm</a>
+ <a href="cctiff.html#p2">PrinterA_c.cal</a> <a
+ href="cctiff.html#p3">infile.tif</a> <a href="cctiff.html#p4">outfile.tif</a><br>
+ <br>
+ or<br>
+ <br>
+ <a href="cctiff.html">cctiff</a> <a
+ href="cctiff.html#p1">Source.icm</a> <a href="cctiff.html#p1">PrinterA_c.icm</a>
+ <a href="cctiff.html#p3">infile.tif</a> <a href="cctiff.html#p4">outfile.tif</a><br>
+ <br>
+ [ Note that cctiff will also process JPEG raster images. ]<br>
+ <br>
+ Another useful tool is <a href="synthcal.html">synthcal</a>, that
+ allows creating linear or synthetic calibration files for disabling
+ calibration or testing.<br>
+ Similarly, <a href="fakeread.html">fakeread</a> also supports
+ applying calibration curves and embedding them in the resulting .ti3
+ file<br>
+ <br>
+ If you want to create a pre-conditioning profile for use with <a
+ href="targen.html#c">targen -c</a>, then use the PrinterA.icm
+ profile, <b>NOT</b> PrinterA_c.icm that has calibration curves
+ applied.<br>
+ <h4><a name="PC6"></a>How profile ink limits are handled when
+ calibration is being used.</h4>
+ Even though the profiling process is carried out on top of the
+ linearized device, and the profiling is generally unaware of the
+ underlying non-linearized device values, an exception is made in the
+ calculation of ink limits during profiling. This is made possible by
+ including the calibration curves in the profile charts .ti2 and
+ subsequent .ti3 file and resulting ICC profile <span
+ style="font-weight: bold;">'targ'</span> text tag, by way of the <span
+ style="font-weight: bold;">printtarg</span> <span
+ style="font-weight: bold;">-I</span> or <span style="font-weight:
+ bold;">-K</span> options. This is done on the assumption that the
+ physical quantity of ink is what's important in setting the ink
+ limit, and that the underlying non-linearized device values
+ represent such a physical quantity.<br>
+ <br>
+ <br>
+ <hr size="2" width="100%">
+ <h3><a name="LP1"></a>Linking Profiles</h3>
+ Two device profiles can be linked together to create a device link
+ profile, than encapsulates a particular device to device transform.
+ Often this step is not necessary, as many systems and tools will
+ link two device profiles "on the fly", but creating a device link
+ profile gives you the option of using "smart CMM" techniques, such
+ as true gamut mapping, improved inverse transform accuracy, tailored
+ black generation and ink limiting.<br>
+ <br>
+ The overall process is to link the input space and output space
+ profiles using <a href="collink.html">collink</a>, creating a
+ device to device link profile. The device to device link profile can
+ then be used by cctiff (or other ICC device profile capable tools),
+ to color correct a raster files.<br>
+ <br>
+ Three examples will be given here, showing the three different modes
+ than <span style="font-weight: bold;">collink</span> supports.<br>
+ <br>
+ In <a href="collink.html#s">simple mode</a>, the two profiles are
+ linked together in a similar fashion to other <span
+ style="font-weight: bold;">CMMs</span> simply using the forward
+ and backwards color transforms defined by the profiles. Any gamut
+ mapping is determined by the content of the tables within the two
+ profiles, together with the particular intent chosen. Typically the
+ same intent will be used for both the source and destination
+ profile:<br>
+ <br>
+ <a href="collink.html">collink</a> <a href="collink.html#v">-v</a>
+ <a href="collink.html#q">-qm</a> <a href="collink.html#s">-s</a> <a
+ href="collink.html#si">-ip</a> <a href="collink.html#so">-op</a>
+ <a href="collink.html#p1">SouceProfile.icm</a> <a
+ href="collink.html#p2">DestinationProfile.icm</a> <a
+ href="collink.html#p3">Source2Destination.icm</a><br>
+ <br>
+ <br>
+ In <a href="collink.html#g">gamut mapping mode</a>, the
+ pre-computed intent mappings inside the profiles are not used, but
+ instead the gamut mapping between source and destination is tailored
+ to the specific gamuts of the two profiles, and the intent parameter
+ supplied to <span style="font-weight: bold;">collink</span>.
+ Additionally, source and destination viewing conditions should be
+ provided, to allow the color appearance space conversion to work as
+ intended. The colorimetric B2A table in the destination profile is
+ used, and this will determine any black generation and ink limiting:<br>
+ <br>
+ <a href="collink.html">collink</a> <a href="collink.html#v">-v</a>
+ <a href="collink.html#q">-qm</a> <a href="collink.html#g">-g</a> <a
+ href="collink.html#si">-ip</a> <a href="collink.html#c">-cmt</a>
+ <a href="collink.html#d">-dpp</a> <a href="collink.html#p1">MonitorSouceProfile.icm</a>
+ <a href="collink.html#p2">DestinationProfile.icm</a> <a
+ href="collink.html#p3">Source2Destination.icm</a><br>
+ <br>
+ [ If your viewing environment for the display and print doesn't
+ match the ones implied by the <a href="colprof.html#c">-cmt</a> and
+ <a href="colprof.html#d">-dpp</a> options, leave them out, and
+ evaluate what, if any appearance transformation is appropriate for
+ your environment at a later stage. ]<br>
+ <br>
+ In <a href="collink.html#G">inverse output table gamut mapping mode</a>,
+ the pre-computed intent mappings inside the profiles are not used,
+ but instead the gamut mapping between source and destination is
+ tailored to the specific gamuts of the two profiles, and the intent
+ parameter supplied to <span style="font-weight: bold;">collink</span>.
+ In addition, the B2A table is <span style="font-weight: bold;">not</span>
+ used in the destination profile, but the A2B table is instead
+ inverted, leading to improved transform accuracy, and in CMYK
+ devices, allowing the ink limiting and black generation parameters
+ to be set:<br>
+ <br>
+ For a CLUT table based RGB printer destination profile, the
+ following would be appropriate:<br>
+ <br>
+ <a href="collink.html">collink</a> <a href="collink.html#v">-v</a>
+ <a href="collink.html#q">-qm</a> <a href="collink.html#G">-G</a> <a
+ href="collink.html#si">-ip</a> <a href="collink.html#c">-cmt</a>
+ <a href="collink.html#d">-dpp</a> <a href="collink.html#p1">MonitorSouceProfile.icm</a>
+ <a href="collink.html#p2">RGBDestinationProfile.icm</a> <a
+ href="collink.html#p3">Source2Destination.icm</a><br>
+ <br>
+ For a CMYK profile, the total ink limit needs to be specified (a
+ typical value being 10% less than the value used in creating the
+ device test chart), and the type of black generation also needs to
+ be specified:<br>
+ <br>
+ <a href="collink.html">collink</a> <a href="collink.html#v">-v</a>
+ <a href="collink.html#q">-qm</a> <a href="collink.html#G">-G</a> <a
+ href="collink.html#si">-ip</a> <a href="collink.html#c">-cmt</a>
+ <a href="collink.html#d">-dpp</a> <a href="collink.html#l">-l250</a>
+ <a href="collink.html#k">-kr</a> <a href="collink.html#p1">MonitorSouceProfile.icm</a>
+ <a href="collink.html#p2">CMYKDestinationProfile.icm</a> <a
+ href="collink.html#p3">Source2Destination.icm</a><br>
+ <br>
+ Note that you should set the source (<a href="collink.html#c">-c</a>)
+ and destination (<a href="collink.html#d">-d</a>) viewing conditions
+ for the type of device the profile represents, and the conditions
+ under which it will be viewed.<br>
+ <br>
+ <h3><a name="LP3"></a>Image dependent gamut mapping using device
+ links<br>
+ </h3>
+ When images are stored in large gamut colorspaces (such as. L*a*b*,
+ ProPhoto, scRGB etc.), then using the colorspace gamut as the source
+ gamut for gamut mapping is generally a bad idea, as it leads to
+ overly compressed and dull images. The correct approach is to use a
+ source gamut that represents the gamut of the images themselves.
+ This can be created using tiffgamut, and an example workflow is as
+ follows:<br>
+ <br>
+ <a href="tiffgamut.html">tiffgamut</a> -f80 -pj -cmt ProPhoto.icm
+ image.tif<br>
+ <br>
+ <a href="collink.html">collink</a> <a href="collink.html#v">-v</a>
+ <a href="collink.html#q">-qh</a> <a href="collink.html#G">-G</a> <a
+ href="collink.html#Gp">image.gam</a> <a href="collink.html#si">-ip</a>
+ <a href="collink.html#c">-cmt</a> <a href="collink.html#d">-dpp</a>
+ <a href="collink.html#p1">ProPhoto.icm</a> <a
+ href="collink.html#p2">RGBDestinationProfile.icm</a> <a
+ href="collink.html#p3">Source2Destination.icm</a><br>
+ <br>
+ <a href="cctiff.html">cctiff</a> <a href="cctiff.html#p1">Source2Destination.icm</a>
+ <a href="cctiff.html#p3">image.tif</a> <a href="cctiff.html#p4">printfile.tif</a><br>
+ <br>
+ The printfile.tif is then send to the printer without color
+ management, (i.e. in the same way the printer characterization test
+ chart was printed), since it is in the printers native colorspace.<br>
+ <br>
+ You can adjust how conservatively the image gamut is preserved using
+ the tiffgamut -f parameter. Omitting it or using a larger value (up
+ to 100) preserves the color gradations of even the lesser used
+ colors, at the cost of compressing the gamut more.<br>
+ Using a smaller value will preserve the saturation of the most
+ popular colors, at the cost of not preserving the color gradations
+ of less popular colors.<br>
+ <br>
+ You can create a gamut that covers a set of source images by
+ providing more than one image file name to tiffgamut. This may be
+ more efficient for a group of related images, and ensures that
+ colors are transformed in exactly the same way for all of the
+ images.<br>
+ <br>
+ An alternative generating a gamut for a specific set of images, is
+ to use a general smaller gamut definition (i.e. the sRGB profile),
+ or a gamut that represents the typical range of colors you wish to
+ preserve.<br>
+ <br>
+ The arguments to collink should be appropriate for the output device
+ type - see the collink examples in the above section.<br>
+ <h3><a name="LP2"></a>Soft Proofing Link</h3>
+ Often it is desirable to get an idea what a particular devices
+ output will look like using a different device. Typically this might
+ be trying to evaluate print output using a display. Often it is
+ sufficient to use an absolute or relative colorimetric transform
+ from the print device space to the display space, but while these
+ provide a colorimetric preview of the result, they do not take into
+ account the subjective appearance differences due to the different
+ device conditions. It can therefore be useful to create a soft proof
+ appearance transform using collink:<br>
+ <br>
+ <a href="collink.html">collink</a> <a href="collink.html#v">-v</a>
+ <a href="collink.html#q">-qm</a> <a href="collink.html#G">-G</a> <a
+ href="collink.html#si">-ila</a> <a href="collink.html#c">-cpp</a>
+ <a href="collink.html#d">-dmt</a> <a href="collink.html#l">-t250</a> <a
+ href="collink.html#k"></a><a href="collink.html#p1">CMYKDestinationProfile.icm</a>
+ <a href="collink.html#p2">MonitorProfile.icm</a> <a
+ href="collink.html#p3">SoftProof.icm</a><br>
+ <br>
+ We use the Luminance matched appearance intent, to preserve the
+ subjective apperance of the target device, which takes into account
+ the viewing conditions and assumes adaptation to the differences in
+ the luminence range, but otherwise not attempting to compress or
+ change the gamut.<br>
+ <br>
+ If your viewing environment for the display and print doesn't match
+ the ones implied by the <a href="collink.html#c">-cpp</a> and <a
+ href="collink.html#d">-dmt</a> options, then either leave them out
+ or substitute values that do match your environment.<br>
+
+ <hr size="2" width="100%"><br>
+ <h3><a name="TR1"></a>Transforming colorspaces of raster files</h3>
+ Although a device profile or device link profile may be useful with
+ other programs and systems, Argyll provides the tool <a
+ href="cctiff.html">cctiff</a> for directly applying a device to
+ device transform to a <a href="File_Formats.html#TIFF">TIFF</a> or
+ <a href="File_Formats.html#JPEG">JPEG</a> raster file. The cctiff
+ tool is capable of linking an arbitrary sequence of device profiles,
+ device links, abstract profiles and calibration curves. Each device
+ profile can be preceded by the <span style="font-weight: bold;">-i</span>
+ option to indicate the intent that should be used. Both 8 and 16 bit
+ per component files can be handled, and up to 8 color channels. The
+ color transform is optimized to perform the overall transformation
+ rapidly.<br>
+ <br>
+ If a device link is to be used, the following is a typical example:<br>
+ <br>
+ <a href="cctiff.html">cctiff</a> <a href="cctiff.html#p1">Source2Destination.icm</a>
+ <a href="cctiff.html#p3">infile.tif</a> <a href="cctiff.html#p4">outfile.tif</a><br>
+ or<br>
+ <a href="cctiff.html">cctiff</a> <a href="cctiff.html#p1">Source2Destination.icm</a>
+ <a href="cctiff.html#p3">infile.jpg</a> <a href="cctiff.html#p4">outfile.jpg</a><br>
+ <br>
+ <i><br>
+ </i>If a source and destination profile are to be used, the
+ following would be a typical example:<br>
+ <br>
+ <a href="cctiff.html"> cctiff</a> <a href="cctiff.html#i">-ip</a>
+ <a href="cctiff.html#p1i">SourceProfile.icm</a> <a
+ href="cctiff.html#i">-ip</a> <a href="cctiff.html#p1o">DestinationProfile.icm</a>
+ <a href="cctiff.html#p3">infile.tif</a> <a href="cctiff.html#p4">outfile.tif</a><br>
+ or<br>
+ <a href="cctiff.html"> cctiff</a> <a href="cctiff.html#i">-ip</a>
+ <a href="cctiff.html#p1i">SourceProfile.icm</a> <a
+ href="cctiff.html#i">-ip</a> <a href="cctiff.html#p1o">DestinationProfile.icm</a>
+ <a href="cctiff.html#p3">infile.jpg</a> <a href="cctiff.html#p4">outfile.jpg</a><br>
+ <br>
+ <br>
+ <hr size="2" width="100%"><br>
+ <h3><a name="TV1"></a>Creating Video Calibration 3DLuts</h3>
+ Video calibration typically involves trying to make your actual
+ display device emulate an ideal video display, one which matches
+ what your Video media was intended to be displayed on. An ICC device
+ link embodies the machinery to do exactly this, to take device
+ values in the target source colorspace and transform them into an
+ actual output device colorspace. In the Video and Film industries a
+ very similar, but less sophisticated means of doing this is to use
+ 3DLuts, which come in a multitude of different format. ICC device
+ links have the advantage of being a superset of 3dLuts, encapsulated
+ in a standard file format.<br>
+ <br>
+ To facilitate Video calibration of certain Video systems, ArgyllCMS
+ supports some 3DLut output options as part of <a
+ href="collink.html">collink</a>.<br>
+ <br>
+ What follows here is an outline of how to create Video calibration
+ 3DLuts using ArgyllCMS. First comes a general discussion of various
+ aspects of video device links/3dLuts, and followed with some
+ specific advice regarding the systems that ArgyllCMS supports. Last
+ is some recommended scenarios for verifying the quality of Video
+ calibration achieved.<br>
+ <h5>1) How to display test patches.<br>
+ </h5>
+ Argyll's normal test patch display will be used by default, as long
+ as any video encoding range considerations are dealt with (see
+ Signal encoding below).<br>
+ <br>
+ An alternative when working with MadVR V 0.86.9 or latter, is to use
+ the madTPG to display the patches in which case the MadVR video
+ encoding range setting will operate. This can give some quality
+ benefits due to MadVR's use of dithering. To display patches using
MadVR rather than Argyll, start madTPG and then use the option "<b>-d @@ -3213,52 +3295,55 @@ a - madvr</b>" in dispcal, dispread and dispwin. Leave the MadTPG - "VideoLUT" and "3dluts" buttons in their default (enabled) - state, as the various tools will automatically take care of - disabling the 3dLut and/or calibration curves as needed.<br> - <br> - Another option is to use a <a - href="http://en.wikipedia.org/wiki/Chromecast">ChromeCast</a> - using the option "<b>-dcc</b>" in dispcal, dispread and dispwin. - Note that the ChromeCast as a test patch source is probably the<b> - least accurate</b> of your choices, since it up-samples the test - patch and transforms from RGB to YCC and back, but should be - accurate within ± 1 bit. You may have to modify any firewall to - permit port 8081 to be accessed on your machine if it falls back to - the Default receiver (see <a href="Installing.html">installation - instructions</a> for your platform). - <h5>2) White point calibration & neutral axis calibration.</h5> - A Device Link is capable of embodying all aspects of the - calibration, including correcting the white point and neutral axis - behavior of the output device, but making such a Link just from two - ICC profile requires the use of Absolute Colorimetric intent during - linking, and this reduces flexibility. In addition, a typical ICC - device profile may not capture the neutral axis behavior quite as - well as an explicit calibration, since it doesn't sample the - displays neutral axis behaviour in quite as much detail. It is often - desirable therefore, to calibrate the display device so as to have - the specific white point desired so that one of the white point - relative linking intents can be used, and to improve the displays - general neutral axis behavior so that subsequent profiling works to - best advantage. In summary, there are basically 4 options in - handling white point & neutral axis calibration:<br> - <ul> - <li>Don't bother correcting the white point. Most displays are - close to the typical D65 target, and our eyes adapt to the white - automatically unless it is very far from the daylight locus or - we have something else to refer to. If this approach is taken, - then display profiling and linking can ignore calibration, and - one of the non Absolute Colorimetric intents (such as Relative - Colorimetric) is chosen during profile linking. It is wise to - make sure that the video card VideoLUTs are set to some known - state (ie. linear using "dispwin -c" , or set by a an installed - ICC display profile) though.<br> - </li> - <li>Calibrate the white point and linearise the neutral axis using - the display controls. Many TV's have internal calibration - controls that allow setting the white point, and possibly the - neutral axis response. Either a dedicated Video calibration + + +
+ madvr</b>" in dispcal, dispread and dispwin. Leave the MadTPG
+ "VideoLUT" and "3dluts" buttons in their default (enabled)
+ state, as the various tools will automatically take care of
+ disabling the 3dLut and/or calibration curves as needed.<br>
+ <br>
+ Another option is to use a <a
+ href="http://en.wikipedia.org/wiki/Chromecast">ChromeCast</a>
+ using the option "<b>-dcc</b>" in dispcal, dispread and dispwin.
+ Note that the ChromeCast as a test patch source is probably the<b>
+ least accurate</b> of your choices, since it up-samples the test
+ patch and transforms from RGB to YCC and back, but should be
+ accurate within ± 1 bit. You may have to modify any firewall to
+ permit port 8081 to be accessed on your machine if it falls back to
+ the Default receiver (see <a href="Installing.html">installation
+ instructions</a> for your platform).
+ <h5>2) White point calibration & neutral axis calibration.</h5>
+ A Device Link is capable of embodying all aspects of the
+ calibration, including correcting the white point and neutral axis
+ behavior of the output device, but making such a Link just from two
+ ICC profile requires the use of Absolute Colorimetric intent during
+ linking, and this reduces flexibility. In addition, a typical ICC
+ device profile may not capture the neutral axis behavior quite as
+ well as an explicit calibration, since it doesn't sample the
+ displays neutral axis behaviour in quite as much detail. It is often
+ desirable therefore, to calibrate the display device so as to have
+ the specific white point desired so that one of the white point
+ relative linking intents can be used, and to improve the displays
+ general neutral axis behavior so that subsequent profiling works to
+ best advantage. In summary, there are basically 4 options in
+ handling white point & neutral axis calibration:<br>
+ <ul>
+ <li>Don't bother correcting the white point. Most displays are
+ close to the typical D65 target, and our eyes adapt to the white
+ automatically unless it is very far from the daylight locus or
+ we have something else to refer to. If this approach is taken,
+ then display profiling and linking can ignore calibration, and
+ one of the non Absolute Colorimetric intents (such as Relative
+ Colorimetric) is chosen during profile linking. It is wise to
+ make sure that the video card VideoLUTs are set to some known
+ state (ie. linear using "dispwin -c" , or set by a an installed
+ ICC display profile) though.<br>
+ </li>
+ <li>Calibrate the white point and linearise the neutral axis using
+ the display controls. Many TV's have internal calibration
+ controls that allow setting the white point, and possibly the
+ neutral axis response. Either a dedicated Video calibration
package could be used, or ArgyllCMS <a href="dispcal.html">dispcal</a>'s @@ -3277,27 +3362,30 @@ a - interactive adjustment mode can be used to set the white point. - Note that while adjusting the neutral axis for neutrality may - help, the Device Link will override the transfer curve - characteristic of the calibrated display, so aiming for a - transfer curve approximately the same as the target and - reasonably perceptually linear is all that is required. If this - approach is taken, then display profiling and linking can ignore - calibration, and one of the non Absolute Colorimetric intents is - chosen during profile linking. It is wise to make sure that the - video card VideoLUTs are set to some known state though.</li> - <li>[<b>Recommended</b>] Calibrate the white point and neutral - axis using ArgyllCMS <a href="dispcal.html">dispcal</a>. Since - the Device Link will override the calibrated transfer curve - characteristic of the display, there there may be no point in - doing much more than a medium calibration, and choosing a - standard that has a straight segment from black, such as L*a*b*, - sRGB, Rec709 or SMPTE240 curve. The exact shape of the - calibration curve is not critically important, as the profiling - and 3dLut will set the final response. If this approach is - taken, then the resulting calibration file should be provided to - dispread as the <a href="dispcal.html#k">-k parameter</a> or <a + + +
+ interactive adjustment mode can be used to set the white point.
+ Note that while adjusting the neutral axis for neutrality may
+ help, the Device Link will override the transfer curve
+ characteristic of the calibrated display, so aiming for a
+ transfer curve approximately the same as the target and
+ reasonably perceptually linear is all that is required. If this
+ approach is taken, then display profiling and linking can ignore
+ calibration, and one of the non Absolute Colorimetric intents is
+ chosen during profile linking. It is wise to make sure that the
+ video card VideoLUTs are set to some known state though.</li>
+ <li>[<b>Recommended</b>] Calibrate the white point and neutral
+ axis using ArgyllCMS <a href="dispcal.html">dispcal</a>. Since
+ the Device Link will override the calibrated transfer curve
+ characteristic of the display, there there may be no point in
+ doing much more than a medium calibration, and choosing a
+ standard that has a straight segment from black, such as L*a*b*,
+ sRGB, Rec709 or SMPTE240 curve. The exact shape of the
+ calibration curve is not critically important, as the profiling
+ and 3dLut will set the final response. If this approach is
+ taken, then the resulting calibration file should be provided to
+ dispread as the <a href="dispcal.html#k">-k parameter</a> or <a
href="dispcal.html#K">-K parameter</a>. See also below <b>Choice @@ -3313,475 +3401,477 @@ a - of where to apply display per channel calibration curves.</b></li> - <li>Choose one of the Absolute Colorimetric intents in collink - (ie. -i aw). This greatly reduces flexibility, and may not be - quite as accurate as an explicit calibration.</li> - </ul> - If an explicit calibration is used, then it is a good idea to add - some test points down the neutral axis when profiling (targen <a - href="targen.html#g">-g parameter</a>). <br> - <br> - <b>3) Choice of where to apply display per channel calibration - curves</b><br> - <br> - If calibration curves are going to be used, then it needs to be - decided where they will be applied in the video processing chain. - There are two options:<br> - <br> - <b>a)</b> Install the calibration curves in the playback system. On - a PC the display, this can be done by loading the calibration curves - into the Video Card temporarily using "dispwin calibration.cal", or - installing the ICC profile into the system persistently using - something like "<a href="dispwin.html#I">dispwin -I profile.icm</a>",<br> - or when using MadVR 0.86.9 or latter by creating a 3dLut with - appended calibration curves using <a href="collink#H">-H - display.cal</a>.<br> - <br> - <b>b)</b> The calibration can be incorporated into the Device - Link/3dLUT by providing it to collink as the <a - href="collink.html#a">-a display.cal</a>. This is the only option - if the video display path does not have some separate facility to - handle calibration curves. Note that if the playback system has - graphic card VideoLUTs then they will have to be set to a defined - consistent state such as linear. When using MadVR 0.86.9 or latter - this will be done automatically since the -a option will append a - linear set of calibration curves to the 3dLut.<br> - <br> - The choice is dictated by a number of considerations:<br> - <ul> - <li>Does the video playback path have a facility for installing - the calibration curves ? If playing back system is a PC, then - typically the Graphics Card supports 1D VideoLUTs, thereby - making a) a possible choice.<br> - </li> - <li>Does the video playback <u>always</u> play back through the - Video Card VideoLUTs ? Some systems do not apply VIdeoLUTs to - things like overlay plane rendering. If not, then you need to - choose b), but also make sure that if it does use the Video Card - VideoLUTs in some situations, that they are set to linear (ie. - dispcal -c). One way of determining when the VideoLUTs get used - or not is to load a distinct calibration such as "strange.cal" - provided in the <b>ref</b> folder, and check visually if it is - affecting the video or not, ie. "dispcal strange.cal". Note that - using MadVR 0.86.9 or latter in combination with a 3dLut with - appended calibration curves will apply the calibration even with - overlay plane rendering.<br> - </li> - <li>Do you want/need other applications to share the calibration - curves or profile or not ? If you do, then it is desirable to - choose a).</li> - <li>Quality considerations. VideoLUTs may or may not be of greater - depth than the standard 8 bit per color component frame buffer. - If they are, and the video path passes that extra depth through - to the display, and the display is capable of using that extra - depth, then a) may be a desirable choice from a quality point of - view. You can get some idea whether this is the case by running - "dispcal -R". If the VideoLUT depth is not better than 8 bits, - then it may be more desirable to choose b), since renders like - MadVR can use dithering to give better than 8 bits precision in - the video playback.<br> - </li> - </ul> - <h5>4) Output device calibration and profiling.</h5> - Output device profiling should basically follow the guide above in <a - href="#PM1b">Adjusting and Calibrating a displays</a> and <a - href="#PM1">Profiling Displays</a>. The assumption is that either - you are calibrating/profiling your computer display for video, or - your TV is connected to the computer you are creating - calibrations/profiles on, and that the connection between the PC and - TV display is such that full range RGB signals are being used, or - that the Video card has automatically or manually been configured to - scale full range RGB values to Video levels for the TV. If the - latter is not possible, then use the -E options on dispcal and - dispread. (See <b>Signal encoding</b> bellow for more details on - this). It may also improve the accuracy of the display profile if - you use the <a href="dispread.html#Z">dispread -Z</a> option to - quantize the test values to the precision of the display - system. Don't use the -E options on dispcal and dispread, nor - the -Z option on dispread if you are using MadVR to display test - patches using the "-d madvr" option.<br> - <br> - Once the profile has been created, it is possible to then use the - resulting Device Link/3DLut with signal encoding other than full - range or Video level RGB. <br> - <h5>5) Target colorspace<br> - </h5> - In practical terms, there are five common Video and Digital Cinema - encoding colorspaces. <br> - <br> - For Standard Definition:<br> - <br> - EBU 3213 or "PAL 576i" primaries.<br> - <br> - SMPTE RP 145 or "NTSC 480i" primaries.<br> - <br> - For High Definition:<br> - <br> - Rec 709 primaries.<br> - <br> - For Ultra High Defintion<br> - <br> - Rec 2020 primaries.<br> - <br> - For Digital Cinema<br> - <br> - SMPTE-431-2 or "DCI-P3"<br> - <br> - PAL and NTSC have historically had poorly specified transfer curve - encodings, and the Rec 709 HDTV encoding curve is the modern <a - href="http://www.poynton.com/notes/DVAI/DVAI_TOC_full.html#23">recommendation</a>, - but the overall interpretation of Video sources may in fact be - partly determined by the expected standard Video display device - characteristics (see <b>Viewing conditions adjustment and gamut - mapping</b> below for more details).<br> - <br> - To enable targeting these colorspaces, ArgyllCMS provides 5 ICC - profiles in the ref directory to use as source - colorspaces: <br> - <br> - EBU3213_PAL.icm<br> - <br> - SMPTE_RP145_NTSC.icm<br> - <br> - Rec709.icm<br> - <br> - Rec2020.icm<br> - <br> - SMPTE431_P3.icm<br> - <h5>6) Signal encoding</h5> - Typical PC display output uses full range RGB signals (0 .. 255 in 8 - bit parlance), while typical Video encoding allows some head & - footroom for overshoot and sync of digitized analog signals, and - typically uses a 16..235 range in 8 bits. In many cases Video is - encoded as luma and color difference signals YCbCr (loosely known as - YUV as well), and this also uses a restricted range 16..235 for Y, - and 16..240 for Cb and Cr in 8 bit encoding. The extended gamut - xvYCC encoding uses 16..235 for Y, and 1..254 for Cb and Cr.<br> - <br> - The signal encoding comes into play in two situations: 1) - Calibrating and profiling the display, and 2) Using the resulting - Device Link/3DLut.<br> - The encoding may need to be different in these two situations, - either because different video source devices are being used for - calibration/profiling and for video playback, or because the video - playback system uses the Device Link/3DLut at a point in its - processing pipeline that requires a specific encoding.<br> - <br> - For calibration & profiling, the display will be driven by a - computer system so that dispcal and dispread can be used. By default - these programs expect to output full range RGB signals, and it is - assumed that either the display accepts full range signals, or that - the graphics card or connection path has been setup to convert the - full range values into Video range signals automatically or - manually. If this is not the case, then both dispcal and dispread - have a -E option that will modify them to output Video range RGB - values.<br> - <br> - If MadVR is the target of the calibration and profiling, then there - is an option to use it to display the calibration and profiling test - patches (<b>-d madvr</b>). In this case, MadVR should be configured - appropriately for full range or Video range encoding, and the -E - flag should <u>not</u> be used with dispcal or dispread, since - MadVR will be taking care of such conversions.<br> - <br> - If a calibration file was created using dispcal -E, then using it in - dispread will automatically trigger Video level RGB signals during - profiling. Any time such a Video level calibration is loaded into - the Graphics card VideoLUTs using dispwin, or the calibration curve - is converted to a 'vcgt' tag in a profile, the curve will also - convert full range RGB to Video range RGB. This should be kept in - mind so that if video playback is being performed with the - calibration curves installed in the Graphics card VideoLUTs, that - full range is converted only once to Video range (ie. In this - situation MadVR output should be set to full range if being played - back through the calibration curves in hardware, but only if dispcal - -E has been used). On the other hand, if the calibration curves are - incorporated into the DeviceLink/3dLUT, then the conversion to Video - levels has to be done somewhere else in the pipeline, such as using - MadVR video level output, or by the graphics card, etc.<br> - <br> - When creating the Device Link/3dLut, it is often necessary to - specify one of the video encodings so that it fits in to the - processing pipeline correctly. For instance the eeColor needs to - have input and output encoding that suits the HDMI signals passing - through it, typically Video Range RGB. MadVR needs Video Level RGB - to match the values being passed through the 3dLut at that point.<br> - <br> - There are several version of YCbCr encoding supported as well, even - though neither the eeColor nor the current version of MadVR need or - can use them at present.<br> - <h5>7) Black point mapping</h5> - <p>Video encoding assumes that the black displayed on a device is a - perfect black (zero light). No real device has a perfect black, - and if a colorimetric intent is used then certain image values - near black will get clipped to the display black point, loosing - shadow detail. To avoid this, some sort of black point mapping is - usually desirable. There are two mechanisms available in collink: - a) Custom EOTF with input and/or output black point mapping, or b) - using one of the smart gamut mapping intents that does black point - mapping (e.g. la, p, pa, ms or s).<br> - </p> - <h5>8) Viewing conditions adjustment and gamut mapping</h5> - <p> </p> - <p>In historical TV systems, there is a viewing conditions - adjustment being made between the bright studio conditions that TV - is filmed in, and the typical dim viewing environment that people - view it in. This is created by the difference between the encoding - response curve gamma of about 2.0, and a typical CRT response - curve gamma of 2.4. <br> - </p> - <p>In theory Rec709 defines the video encoding, but it seems in - practice that much video material is adjusted to look as intended - when displayed on a reference monitor having a display gamma of - somewhere between 2.2 and 2.4, viewed in a dim viewing - environment. The modern standard covering the display EOTF - (Electro-Optical Transfer Curve) is <a - href="http://www.itu.int/rec/R-REC-BT.1886-0-201103-I">BT.1886</a>, - which defines a pure power 2.4 curve with an input offset and - scale applied to account for the black point offset while - retaining dark shadow tonality. So another means of making the - viewing adjustment is to use the BT.1886-like EOTF for Rec709 - encoded material. Collink supports this using the <a - href="collink.html#I">-I b</a>, and allows some control over the - degree of viewing conditions adjustment by overriding the BT.1886 - gamma using the <a href="collink.html#Ib">-I b:g.g</a> - parameter. This is the <b>recommended</b> approach to start with, - since it gives good results with a single parameter.<br> - </p> - <p>The addition of a second optional parameter <a - href="collink.html#Ib">-I b:p.p:g.g</a> - allows control over the degree of black point offset accounted for - as an output offset, as opposed to input offset Once the effective - gamma value has been chosen to suite the viewing conditions and - set the overall contrast for mid greys, increasing the proportion - of black offset accounted for in the output of the curve is a way - of reducing the deep shadow detail, if it is being overly - emphasized. </p> - <p> An alternate approach to making this adjustment is to take - advantage of the viewing conditions adjustment using the CIECAM02 - model available in collink. Some control over the degree of - viewing conditions adjustment is possible by varying the viewing - condition parameters. </p> - <p>A third alternative is to combine the two approaches. The source - is defined as Rec709 primaries with a BT.1886-like EOTF display in - dim viewing conditions, and then CIECAM02 is used to adjust for - the actual display viewing conditions. Once again, control over - the degree of viewing conditions adjustment is possible by varying - the viewing condition parameters<br> - </p> - <p><br> - </p> - <p><b>9) Correcting for any black point inaccuracy in the display - profile</b><br> - </p> - <p>Some video display devices have particularly good black points, - and any slight raising of the black due to innacuracies in the - display profile near black can be objectionable. As well as using - the <a href="targen.html#V">targen -V flag</a> to improve - accuracy near black during profiling, if the display is known to - be well behaved (ie. that it's darkest black is actually at RGB - value 0,0,0), then the <a href="collink.html#b">collink -b</a> - flag can be used, to force the source RGB 0,0,0 to map to the - display 0,0,0.<br> - </p> - <h5>Putting it all together:</h5> - In this example we choose to create a display calibration first - using dispcal, and create a simple matrix profile as well:<br> - <br> - <tt>dispcal -v -o -qm -k0 -w 0.3127,0.3290 -gs -o TVmtx.icm - TV</tt><br> - <br> - We are targeting a D65 white point (<tt>-w 0.3127,0.3290)</tt> and - an sRGB response curve.<br> - <br> - If you are using the madTPG you would use:<br> - <br> - <tt>dispcal -v -d madvr -o -qm -k0 -w 0.3127,0.3290 -gs -o - TVmtx.icm TV</tt><br> - <br> - Then we need to create a display patch test set. We can use the - simple matrix to pre-condition the test patches, as this helps - distribute them where they will be of most benefit. If have - previously profiled your display, you should use that previous - profile, or if you decided not to do a dispcal, then the Rec709.icm - should be used as a substitute. Some per channel and a moderate - number of full spread patches is used here - more will increase - profiling accuracy, a smaller number will speed it up. Since the - video or film material is typically viewed in a darkened viewing - environment, and often uses a range of maximum brightnesses in - different scenes, the device behavior in the dark regions of its - response are often of great importance, and using the <a - href="targen.html#V">targen -V</a> parameter can help improve the - accuracy in this region at the expense of slightly lower accuracy in - lighter regions.<br> - <br> - <tt>targen -v -d3 -s30 -g100 -f1000 -cTVmtx.icm -V1.8 TV</tt><br> - <br> - The display can then be measured:<br> - <br> - <tt>dispread -v -k -Z8 TV.cal TV</tt><br> - <br> - or using madTPG:<br> - <br> - dispread -v -d madvr -K TV.cal TV<br> - <br> - and then a cLUT type ICC profile created. Since we will be using - collink smart linking, we minimize the B2A table size. We use the - default colprof -V parameter carried through from targen:<br> - <br> - <tt>colprof -v -qh -bl TV</tt><br> - <br> - Make sure you check the delta E report at the end of the profile - creation, to see if the sample data and profile is behaving - reasonably. Depending on the type of device, and the consistency of - the readings, average errors of 5 or less, and maximum errors of 15 - or less would normally be expected. If errors are grossly higher - than this, then this is an indication that something is seriously - wrong with the device measurement, or profile creation.<br> - <br> - If you would like to use the display ICC profile for general color - managed applications, then you would compute a more complete - profile:<br> - <br> - <tt>colprof -v -qh TV</tt><br> - <br> - The recommended approach then is to create a Device Link that uses a - BT.1886 black point and viewing conditions adjustment, say one of - the following:<br> - <br> - <tt> collink -v -Ib:2.4 -b -G -ir Rec709.icm TV.icm - HD.icm # dark conditions</tt><tt><br> - </tt><tt> collink -v -Ib -b -G -ir - Rec709.icm TV.icm HD.icm # dim conditions - good - default</tt><tt><br> - </tt><tt> collink -v -Ib:2.1 -b -G -ir Rec709.icm TV.icm - HD.icm # mid to dim conditions</tt><tt><br> - </tt><tt> collink -v -Ib:2.0 -b -G -ir Rec709.icm TV.icm - HD.icm # mid to light conditions</tt><br> - <br> - or you could do it using pure CIECAM02 adjustment and a black point - mapping:<br> - <br> - <tt> collink -v -ctv -dmd -da:1 -G -ila Rec709.icm TV.icm - HD.icm # very dark conditions</tt><tt><br> - </tt><tt> collink -v -ctv -dmd -da:3 -G -ila Rec709.icm - TV.icm HD.icm # dim conditions</tt><tt><br> - </tt><tt> collink -v -ctv -dmd -da:7 -G -ila Rec709.icm - TV.icm HD.icm # mid to dim conditions - good default</tt><tt><br> - </tt><tt> collink -v -ctv -dmd -da:15 -G -ila Rec709.icm - TV.icm HD.icm # mid conditions</tt><br> - <br> - or using both to model a reference video display system that is - adapted to your viewing conditions:<br> - <tt><br> - </tt><tt> collink -v -Ib -c md -dmd -da:5 -G -ila - Rec709.icm TV.icm HD.icm # very dark conditions</tt><tt><br> - </tt><tt> collink -v -Ib -c md -dmd -da:10 -G -ila Rec709.icm - TV.icm HD.icm # dim conditions</tt><tt><br> - </tt><tt> collink -v -Ib -c md -dmd -da:18 -G -ila Rec709.icm - TV.icm HD.icm # mid to dark conditions</tt><tt><br> - </tt><tt> collink -v -Ib -c md -dmd -da:30 -G -ila Rec709.icm - TV.icm HD.icm # mid to dark conditions</tt><br> - <br> - None of the above examples incorporate the calibration curves, so it - is assumed that the calibration curves would be installed so that - the Video Card applies calibration, ie:<br> - <br> - <tt>dispwin TV.cal</tt><br> - <br> - or the simple matrix profile installed:<br> - <br> - <tt>dispwin -I TVmtx.icm</tt><br> - <br> - or a the more complete display profile could be installed:<br> - <br> - dispwin -I TV.icm<br> - <br> - See also <a href="dispprofloc.html">here</a> for information on how - to make sure the calibration is loaded on each system start. If not, - then you will want to incorporate the calibration in the Device - Link/3dlut by using collink "-a TV.cal".<br> - <br> - If the video path needs Video Level RGB encoding but does not - provide a means to do this, then you will want to include the <b>-E</b> - flag in the dispcal and dispread command lines above.<br> - <br> - Below are specific recommendation for the eeColor and MadVR that - include the flags to create the .3dlut and encode the input and - output values appropriately, but only illustrate using the - recommended BT.1886 black point and viewing conditions adjustments, - rather than illustrating CIECAM02 etc. use.<br> - <br> - For faster exploration of different collink option, you could omit - the "colprof -bl" option, and use collink "-g" instead of "-G", - since this<br> - will greatly speed up collink. Once you are happy with the link - details, you can then generate a higher quality link/3dLut using - "collink -G ..".<br> - <br> - You can also increase the precision of the device profile by - increasing the number of test patches measured (ie. up to a few - thousand, depending on how long you are prepared to wait for the - measurement to complete, and how stable your display and instrument - are).<br> - <br> - Alternatives to relative colorimetric rendering ("-i r") or - luminance matched appearance ("-i la") used in the examples above - and below, are, perceptual ("-i p") which will ensure that the - source gamut is compressed rather than clipped by the display, or - even a saturation rendering ("-i ms"), which will expand the gamut - of the source to the full range of the output.<br> - <br> - <br> - <b>eeColor</b><br> - <br> - For PC use, where the encoding is full range RGB:<br> - <br> - <tt>collink -v -3e -Ib -b -G -ir -a TV.cal Rec709.icm TV.icm - HD.icm </tt><br> - <br> - For correct operation both the 3DLut HD.txt and the per channel - input curves HD-first1dred.txt, HD-first1dgreen.txt and - HD-first1dblue.txt. the latter by copying them over the default - input curve files uploaded by the TruVue application.<br> - <br> - See <a - href="http://www.avsforum.com/t/1464890/eecolor-processor-argyllcms"><http://www.avsforum.com/t/1464890/eecolor-processor-argyllcms></a> - for some more details.<br> - <br> - Where the eeColor is connected from a Video source using HDMI, it - will probably be processing TV RGB levels, or YCbCr encoded signals - that it converts to/from RGB internally, so<br> - <br> - <tt>collink -v -3e -et -Et -Ib -b -G -ir -a TV.cal - Rec709.icm TV.icm HD.icm </tt><br> - <br> - in this case just the HD.txt file needs installing on the eeColor, - but make sure that the original linear "first1*.txt files are - re-installed, or install the ones generated by collink, which will - be linear for -e t mode.<br> - <br> - <b>MadVR</b><br> - <br> - MadVR 0.86.9 or latter has a number of features to support accurate - profiling and calibration, and is the recommended version to - use. It converts from the media colorspace to the 3dLut input - space automatically with the type of source being played, but has - configuration for to 5 3dLuts, each one optimized for a particular - source color space. The advantage of building and installing several - 3dLuts is that unnecessary gamut clipping can be avoided.<br> - <br> - If you are just building one 3dLut then Rec709 source is a good one - to pick.<br> - <br> - If you want to share the VideoLUT calibration curves between your - normal desktop and MadVR, then it is recommended that you install - the display ICC profile and use the -H option:<br> - <br> - <tt> collink -v -3m -et -Et -Ib -b -G -ir -H - TV.cal Rec709.icm TV.icm HD.icm</tt><tt><br> - </tt><tt> </tt><tt><br> + + +
+ of where to apply display per channel calibration curves.</b></li>
+ <li>Choose one of the Absolute Colorimetric intents in collink
+ (ie. -i aw). This greatly reduces flexibility, and may not be
+ quite as accurate as an explicit calibration.</li>
+ </ul>
+ If an explicit calibration is used, then it is a good idea to add
+ some test points down the neutral axis when profiling (targen <a
+ href="targen.html#g">-g parameter</a>). <br>
+ <br>
+ <b>3) Choice of where to apply display per channel calibration
+ curves</b><br>
+ <br>
+ If calibration curves are going to be used, then it needs to be
+ decided where they will be applied in the video processing chain.
+ There are two options:<br>
+ <br>
+ <b>a)</b> Install the calibration curves in the playback system. On
+ a PC the display, this can be done by loading the calibration curves
+ into the Video Card temporarily using "dispwin calibration.cal", or
+ installing the ICC profile into the system persistently using
+ something like "<a href="dispwin.html#I">dispwin -I profile.icm</a>",<br>
+ or when using MadVR 0.86.9 or latter by creating a 3dLut with
+ appended calibration curves using <a href="collink#H">-H
+ display.cal</a>.<br>
+ <br>
+ <b>b)</b> The calibration can be incorporated into the Device
+ Link/3dLUT by providing it to collink as the <a
+ href="collink.html#a">-a display.cal</a>. This is the only option
+ if the video display path does not have some separate facility to
+ handle calibration curves. Note that if the playback system has
+ graphic card VideoLUTs then they will have to be set to a defined
+ consistent state such as linear. When using MadVR 0.86.9 or latter
+ this will be done automatically since the -a option will append a
+ linear set of calibration curves to the 3dLut.<br>
+ <br>
+ The choice is dictated by a number of considerations:<br>
+ <ul>
+ <li>Does the video playback path have a facility for installing
+ the calibration curves ? If playing back system is a PC, then
+ typically the Graphics Card supports 1D VideoLUTs, thereby
+ making a) a possible choice.<br>
+ </li>
+ <li>Does the video playback <u>always</u> play back through the
+ Video Card VideoLUTs ? Some systems do not apply VIdeoLUTs to
+ things like overlay plane rendering. If not, then you need to
+ choose b), but also make sure that if it does use the Video Card
+ VideoLUTs in some situations, that they are set to linear (ie.
+ dispcal -c). One way of determining when the VideoLUTs get used
+ or not is to load a distinct calibration such as "strange.cal"
+ provided in the <b>ref</b> folder, and check visually if it is
+ affecting the video or not, ie. "dispcal strange.cal". Note that
+ using MadVR 0.86.9 or latter in combination with a 3dLut with
+ appended calibration curves will apply the calibration even with
+ overlay plane rendering.<br>
+ </li>
+ <li>Do you want/need other applications to share the calibration
+ curves or profile or not ? If you do, then it is desirable to
+ choose a).</li>
+ <li>Quality considerations. VideoLUTs may or may not be of greater
+ depth than the standard 8 bit per color component frame buffer.
+ If they are, and the video path passes that extra depth through
+ to the display, and the display is capable of using that extra
+ depth, then a) may be a desirable choice from a quality point of
+ view. You can get some idea whether this is the case by running
+ "dispcal -R". If the VideoLUT depth is not better than 8 bits,
+ then it may be more desirable to choose b), since renders like
+ MadVR can use dithering to give better than 8 bits precision in
+ the video playback.<br>
+ </li>
+ </ul>
+ <h5>4) Output device calibration and profiling.</h5>
+ Output device profiling should basically follow the guide above in <a
+ href="#PM1b">Adjusting and Calibrating a displays</a> and <a
+ href="#PM1">Profiling Displays</a>. The assumption is that either
+ you are calibrating/profiling your computer display for video, or
+ your TV is connected to the computer you are creating
+ calibrations/profiles on, and that the connection between the PC and
+ TV display is such that full range RGB signals are being used, or
+ that the Video card has automatically or manually been configured to
+ scale full range RGB values to Video levels for the TV. If the
+ latter is not possible, then use the -E options on dispcal and
+ dispread. (See <b>Signal encoding</b> bellow for more details on
+ this). It may also improve the accuracy of the display profile if
+ you use the <a href="dispread.html#Z">dispread -Z</a> option to
+ quantize the test values to the precision of the display
+ system. Don't use the -E options on dispcal and dispread, nor
+ the -Z option on dispread if you are using MadVR to display test
+ patches using the "-d madvr" option.<br>
+ <br>
+ Once the profile has been created, it is possible to then use the
+ resulting Device Link/3DLut with signal encoding other than full
+ range or Video level RGB. <br>
+ <h5>5) Target colorspace<br>
+ </h5>
+ In practical terms, there are five common Video and Digital Cinema
+ encoding colorspaces. <br>
+ <br>
+ For Standard Definition:<br>
+ <br>
+ EBU 3213 or "PAL 576i" primaries.<br>
+ <br>
+ SMPTE RP 145 or "NTSC 480i" primaries.<br>
+ <br>
+ For High Definition:<br>
+ <br>
+ Rec 709 primaries.<br>
+ <br>
+ For Ultra High Defintion<br>
+ <br>
+ Rec 2020 primaries.<br>
+ <br>
+ For Digital Cinema<br>
+ <br>
+ SMPTE-431-2 or "DCI-P3"<br>
+ <br>
+ PAL and NTSC have historically had poorly specified transfer curve
+ encodings, and the Rec 709 HDTV encoding curve is the modern <a
+ href="http://www.poynton.com/notes/DVAI/DVAI_TOC_full.html#23">recommendation</a>,
+ but the overall interpretation of Video sources may in fact be
+ partly determined by the expected standard Video display device
+ characteristics (see <b>Viewing conditions adjustment and gamut
+ mapping</b> below for more details).<br>
+ <br>
+ To enable targeting these colorspaces, ArgyllCMS provides 5 ICC
+ profiles in the ref directory to use as source
+ colorspaces: <br>
+ <br>
+ EBU3213_PAL.icm<br>
+ <br>
+ SMPTE_RP145_NTSC.icm<br>
+ <br>
+ Rec709.icm<br>
+ <br>
+ Rec2020.icm<br>
+ <br>
+ SMPTE431_P3.icm<br>
+ <h5>6) Signal encoding</h5>
+ Typical PC display output uses full range RGB signals (0 .. 255 in 8
+ bit parlance), while typical Video encoding allows some head &
+ footroom for overshoot and sync of digitized analog signals, and
+ typically uses a 16..235 range in 8 bits. In many cases Video is
+ encoded as luma and color difference signals YCbCr (loosely known as
+ YUV as well), and this also uses a restricted range 16..235 for Y,
+ and 16..240 for Cb and Cr in 8 bit encoding. The extended gamut
+ xvYCC encoding uses 16..235 for Y, and 1..254 for Cb and Cr.<br>
+ <br>
+ The signal encoding comes into play in two situations: 1)
+ Calibrating and profiling the display, and 2) Using the resulting
+ Device Link/3DLut.<br>
+ The encoding may need to be different in these two situations,
+ either because different video source devices are being used for
+ calibration/profiling and for video playback, or because the video
+ playback system uses the Device Link/3DLut at a point in its
+ processing pipeline that requires a specific encoding.<br>
+ <br>
+ For calibration & profiling, the display will be driven by a
+ computer system so that dispcal and dispread can be used. By default
+ these programs expect to output full range RGB signals, and it is
+ assumed that either the display accepts full range signals, or that
+ the graphics card or connection path has been setup to convert the
+ full range values into Video range signals automatically or
+ manually. If this is not the case, then both dispcal and dispread
+ have a -E option that will modify them to output Video range RGB
+ values.<br>
+ <br>
+ If MadVR is the target of the calibration and profiling, then there
+ is an option to use it to display the calibration and profiling test
+ patches (<b>-d madvr</b>). In this case, MadVR should be configured
+ appropriately for full range or Video range encoding, and the -E
+ flag should <u>not</u> be used with dispcal or dispread, since
+ MadVR will be taking care of such conversions.<br>
+ <br>
+ If a calibration file was created using dispcal -E, then using it in
+ dispread will automatically trigger Video level RGB signals during
+ profiling. Any time such a Video level calibration is loaded into
+ the Graphics card VideoLUTs using dispwin, or the calibration curve
+ is converted to a 'vcgt' tag in a profile, the curve will also
+ convert full range RGB to Video range RGB. This should be kept in
+ mind so that if video playback is being performed with the
+ calibration curves installed in the Graphics card VideoLUTs, that
+ full range is converted only once to Video range (ie. In this
+ situation MadVR output should be set to full range if being played
+ back through the calibration curves in hardware, but only if dispcal
+ -E has been used). On the other hand, if the calibration curves are
+ incorporated into the DeviceLink/3dLUT, then the conversion to Video
+ levels has to be done somewhere else in the pipeline, such as using
+ MadVR video level output, or by the graphics card, etc.<br>
+ <br>
+ When creating the Device Link/3dLut, it is often necessary to
+ specify one of the video encodings so that it fits in to the
+ processing pipeline correctly. For instance the eeColor needs to
+ have input and output encoding that suits the HDMI signals passing
+ through it, typically Video Range RGB. MadVR needs Video Level RGB
+ to match the values being passed through the 3dLut at that point.<br>
+ <br>
+ There are several version of YCbCr encoding supported as well, even
+ though neither the eeColor nor the current version of MadVR need or
+ can use them at present.<br>
+ <h5>7) Black point mapping</h5>
+ <p>Video encoding assumes that the black displayed on a device is a
+ perfect black (zero light). No real device has a perfect black,
+ and if a colorimetric intent is used then certain image values
+ near black will get clipped to the display black point, loosing
+ shadow detail. To avoid this, some sort of black point mapping is
+ usually desirable. There are two mechanisms available in collink:
+ a) Custom EOTF with input and/or output black point mapping, or b)
+ using one of the smart gamut mapping intents that does black point
+ mapping (e.g. la, p, pa, ms or s).<br>
+ </p>
+ <h5>8) Viewing conditions adjustment and gamut mapping</h5>
+ <p> </p>
+ <p>In historical TV systems, there is a viewing conditions
+ adjustment being made between the bright studio conditions that TV
+ is filmed in, and the typical dim viewing environment that people
+ view it in. This is created by the difference between the encoding
+ response curve gamma of about 2.0, and a typical CRT response
+ curve gamma of 2.4. <br>
+ </p>
+ <p>In theory Rec709 defines the video encoding, but it seems in
+ practice that much video material is adjusted to look as intended
+ when displayed on a reference monitor having a display gamma of
+ somewhere between 2.2 and 2.4, viewed in a dim viewing
+ environment. The modern standard covering the display EOTF
+ (Electro-Optical Transfer Curve) is <a
+ href="http://www.itu.int/rec/R-REC-BT.1886-0-201103-I">BT.1886</a>,
+ which defines a pure power 2.4 curve with an input offset and
+ scale applied to account for the black point offset while
+ retaining dark shadow tonality. So another means of making the
+ viewing adjustment is to use the BT.1886-like EOTF for Rec709
+ encoded material. Collink supports this using the <a
+ href="collink.html#I">-I b</a>, and allows some control over the
+ degree of viewing conditions adjustment by overriding the BT.1886
+ gamma using the <a href="collink.html#Ib">-I b:g.g</a>
+ parameter. This is the <b>recommended</b> approach to start with,
+ since it gives good results with a single parameter.<br>
+ </p>
+ <p>The addition of a second optional parameter <a
+ href="collink.html#Ib">-I b:p.p:g.g</a> allows control over the
+ degree of black point offset accounted for as an output offset, as
+ opposed to input offset Once the effective gamma value has been
+ chosen to suite the viewing conditions and set the overall
+ contrast for mid greys, increasing the proportion of black offset
+ accounted for in the output of the curve is a way of reducing the
+ deep shadow detail, if it is being overly emphasized. </p>
+ <p> An alternate approach to making this adjustment is to take
+ advantage of the viewing conditions adjustment using the CIECAM02
+ model available in collink. Some control over the degree of
+ viewing conditions adjustment is possible by varying the viewing
+ condition parameters. </p>
+ <p>A third alternative is to combine the two approaches. The source
+ is defined as Rec709 primaries with a BT.1886-like EOTF display in
+ dim viewing conditions, and then CIECAM02 is used to adjust for
+ the actual display viewing conditions. Once again, control over
+ the degree of viewing conditions adjustment is possible by varying
+ the viewing condition parameters<br>
+ </p>
+ <p><br>
+ </p>
+ <p><b>9) Correcting for any black point inaccuracy in the display
+ profile</b><br>
+ </p>
+ <p>Some video display devices have particularly good black points,
+ and any slight raising of the black due to innacuracies in the
+ display profile near black can be objectionable. As well as using
+ the <a href="targen.html#V">targen -V flag</a> to improve
+ accuracy near black during profiling, if the display is known to
+ be well behaved (ie. that it's darkest black is actually at RGB
+ value 0,0,0), then the <a href="collink.html#b">collink -b</a>
+ flag can be used, to force the source RGB 0,0,0 to map to the
+ display 0,0,0.<br>
+ </p>
+ <h5>Putting it all together:</h5>
+ In this example we choose to create a display calibration first
+ using dispcal, and create a simple matrix profile as well:<br>
+ <br>
+ <tt>dispcal -v -o -qm -k0 -w 0.3127,0.3290 -gs -o TVmtx.icm
+ TV</tt><br>
+ <br>
+ We are targeting a D65 white point (<tt>-w 0.3127,0.3290)</tt> and
+ an sRGB response curve.<br>
+ <br>
+ If you are using the madTPG you would use:<br>
+ <br>
+ <tt>dispcal -v -d madvr -o -qm -k0 -w 0.3127,0.3290 -gs -o
+ TVmtx.icm TV</tt><br>
+ <br>
+ Then we need to create a display patch test set. We can use the
+ simple matrix to pre-condition the test patches, as this helps
+ distribute them where they will be of most benefit. If have
+ previously profiled your display, you should use that previous
+ profile, or if you decided not to do a dispcal, then the Rec709.icm
+ should be used as a substitute. Some per channel and a moderate
+ number of full spread patches is used here - more will increase
+ profiling accuracy, a smaller number will speed it up. Since the
+ video or film material is typically viewed in a darkened viewing
+ environment, and often uses a range of maximum brightnesses in
+ different scenes, the device behavior in the dark regions of its
+ response are often of great importance, and using the <a
+ href="targen.html#V">targen -V</a> parameter can help improve the
+ accuracy in this region at the expense of slightly lower accuracy in
+ lighter regions.<br>
+ <br>
+ <tt>targen -v -d3 -s30 -g100 -f1000 -cTVmtx.icm -V1.8 TV</tt><br>
+ <br>
+ The display can then be measured:<br>
+ <br>
+ <tt>dispread -v -k -Z8 TV.cal TV</tt><br>
+ <br>
+ or using madTPG:<br>
+ <br>
+ dispread -v -d madvr -K TV.cal TV<br>
+ <br>
+ and then a cLUT type ICC profile created. Since we will be using
+ collink smart linking, we minimize the B2A table size. We use the
+ default colprof -V parameter carried through from targen:<br>
+ <br>
+ <tt>colprof -v -qh -bl TV</tt><br>
+ <br>
+ Make sure you check the delta E report at the end of the profile
+ creation, to see if the sample data and profile is behaving
+ reasonably. Depending on the type of device, and the consistency of
+ the readings, average errors of 5 or less, and maximum errors of 15
+ or less would normally be expected. If errors are grossly higher
+ than this, then this is an indication that something is seriously
+ wrong with the device measurement, or profile creation.<br>
+ <br>
+ If you would like to use the display ICC profile for general color
+ managed applications, then you would compute a more complete
+ profile:<br>
+ <br>
+ <tt>colprof -v -qh TV</tt><br>
+ <br>
+ The recommended approach then is to create a Device Link that uses a
+ BT.1886 black point and viewing conditions adjustment, say one of
+ the following:<br>
+ <br>
+ <tt> collink -v -Ib:2.4 -b -G -ir Rec709.icm TV.icm
+ HD.icm # dark conditions</tt><tt><br>
+ </tt><tt> collink -v -Ib -b -G -ir
+ Rec709.icm TV.icm HD.icm # dim conditions - good
+ default</tt><tt><br>
+ </tt><tt> collink -v -Ib:2.1 -b -G -ir Rec709.icm TV.icm
+ HD.icm # mid to dim conditions</tt><tt><br>
+ </tt><tt> collink -v -Ib:2.0 -b -G -ir Rec709.icm TV.icm
+ HD.icm # mid to light conditions</tt><br>
+ <br>
+ or you could do it using pure CIECAM02 adjustment and a black point
+ mapping:<br>
+ <br>
+ <tt> collink -v -ctv -dmd -da:1 -G -ila Rec709.icm TV.icm
+ HD.icm # very dark conditions</tt><tt><br>
+ </tt><tt> collink -v -ctv -dmd -da:3 -G -ila Rec709.icm
+ TV.icm HD.icm # dim conditions</tt><tt><br>
+ </tt><tt> collink -v -ctv -dmd -da:7 -G -ila Rec709.icm
+ TV.icm HD.icm # mid to dim conditions - good default</tt><tt><br>
+ </tt><tt> collink -v -ctv -dmd -da:15 -G -ila Rec709.icm
+ TV.icm HD.icm # mid conditions</tt><br>
+ <br>
+ or using both to model a reference video display system that is
+ adapted to your viewing conditions:<br>
+ <tt><br>
+ </tt><tt> collink -v -Ib -c md -dmd -da:5 -G -ila
+ Rec709.icm TV.icm HD.icm # very dark conditions</tt><tt><br>
+ </tt><tt> collink -v -Ib -c md -dmd -da:10 -G -ila Rec709.icm
+ TV.icm HD.icm # dim conditions</tt><tt><br>
+ </tt><tt> collink -v -Ib -c md -dmd -da:18 -G -ila Rec709.icm
+ TV.icm HD.icm # mid to dark conditions</tt><tt><br>
+ </tt><tt> collink -v -Ib -c md -dmd -da:30 -G -ila Rec709.icm
+ TV.icm HD.icm # mid to dark conditions</tt><br>
+ <br>
+ None of the above examples incorporate the calibration curves, so it
+ is assumed that the calibration curves would be installed so that
+ the Video Card applies calibration, ie:<br>
+ <br>
+ <tt>dispwin TV.cal</tt><br>
+ <br>
+ or the simple matrix profile installed:<br>
+ <br>
+ <tt>dispwin -I TVmtx.icm</tt><br>
+ <br>
+ or a the more complete display profile could be installed:<br>
+ <br>
+ dispwin -I TV.icm<br>
+ <br>
+ See also <a href="dispprofloc.html">here</a> for information on how
+ to make sure the calibration is loaded on each system start. If not,
+ then you will want to incorporate the calibration in the Device
+ Link/3dlut by using collink "-a TV.cal".<br>
+ <br>
+ If the video path needs Video Level RGB encoding but does not
+ provide a means to do this, then you will want to include the <b>-E</b>
+ flag in the dispcal and dispread command lines above.<br>
+ <br>
+ Below are specific recommendation for the eeColor and MadVR that
+ include the flags to create the .3dlut and encode the input and
+ output values appropriately, but only illustrate using the
+ recommended BT.1886 black point and viewing conditions adjustments,
+ rather than illustrating CIECAM02 etc. use.<br>
+ <br>
+ For faster exploration of different collink option, you could omit
+ the "colprof -bl" option, and use collink "-g" instead of "-G",
+ since this<br>
+ will greatly speed up collink. Once you are happy with the link
+ details, you can then generate a higher quality link/3dLut using
+ "collink -G ..".<br>
+ <br>
+ You can also increase the precision of the device profile by
+ increasing the number of test patches measured (ie. up to a few
+ thousand, depending on how long you are prepared to wait for the
+ measurement to complete, and how stable your display and instrument
+ are).<br>
+ <br>
+ Alternatives to relative colorimetric rendering ("-i r") or
+ luminance matched appearance ("-i la") used in the examples above
+ and below, are, perceptual ("-i p") which will ensure that the
+ source gamut is compressed rather than clipped by the display, or
+ even a saturation rendering ("-i ms"), which will expand the gamut
+ of the source to the full range of the output.<br>
+ <br>
+ <br>
+ <b>eeColor</b><br>
+ <br>
+ For PC use, where the encoding is full range RGB:<br>
+ <br>
+ <tt>collink -v -3e -Ib -b -G -ir -a TV.cal Rec709.icm TV.icm
+ HD.icm </tt><br>
+ <br>
+ For correct operation both the 3DLut HD.txt and the per channel
+ input curves HD-first1dred.txt, HD-first1dgreen.txt and
+ HD-first1dblue.txt. the latter by copying them over the default
+ input curve files uploaded by the TruVue application.<br>
+ <br>
+ See <a
+ href="http://www.avsforum.com/t/1464890/eecolor-processor-argyllcms"><http://www.avsforum.com/t/1464890/eecolor-processor-argyllcms></a>
+ for some more details.<br>
+ <br>
+ Where the eeColor is connected from a Video source using HDMI, it
+ will probably be processing TV RGB levels, or YCbCr encoded signals
+ that it converts to/from RGB internally, so<br>
+ <br>
+ <tt>collink -v -3e -et -Et -Ib -b -G -ir -a TV.cal
+ Rec709.icm TV.icm HD.icm </tt><br>
+ <br>
+ in this case just the HD.txt file needs installing on the eeColor,
+ but make sure that the original linear "first1*.txt files are
+ re-installed, or install the ones generated by collink, which will
+ be linear for -e t mode.<br>
+ <br>
+ <b>MadVR</b><br>
+ <br>
+ MadVR 0.86.9 or latter has a number of features to support accurate
+ profiling and calibration, and is the recommended version to
+ use. It converts from the media colorspace to the 3dLut input
+ space automatically with the type of source being played, but has
+ configuration for to 5 3dLuts, each one optimized for a particular
+ source color space. The advantage of building and installing several
+ 3dLuts is that unnecessary gamut clipping can be avoided.<br>
+ <br>
+ If you are just building one 3dLut then Rec709 source is a good one
+ to pick.<br>
+ <br>
+ If you want to share the VideoLUT calibration curves between your
+ normal desktop and MadVR, then it is recommended that you install
+ the display ICC profile and use the -H option:<br>
+ <br>
+ <tt> collink -v -3m -et -Et -Ib -b -G -ir -H
+ TV.cal Rec709.icm TV.icm HD.icm</tt><tt><br>
+ </tt><tt> </tt><tt><br>
</tt><tt> collink -v -3m -et -Et -Ib -b -G -ir </tt><tt><tt>-H @@ -3808,8 +3898,11 @@ a - TV.cal </tt>EBU3213_PAL.icm TV.icm SD_PAL.icm</tt><tt><br> - </tt><tt> </tt><tt><br> + + +
+ TV.cal </tt>EBU3213_PAL.icm TV.icm SD_PAL.icm</tt><tt><br>
+ </tt><tt> </tt><tt><br>
</tt><tt> collink -v -3m -et -Et -Ib -b -G -ir </tt><tt><tt>-H @@ -3836,15 +3929,18 @@ a - TV.cal </tt>SMPTE_RP145_NTSC.icm TV.icm SD_NTSC.icm</tt><br> - <br> - For best quality it is better to let MadVR apply the calibration - curves using dithering, and allow it to set the graphics card to - linear by using the -a option:<br> - <br> - <tt> collink -v -3m -et -Et -Ib -b -G -ir -a - TV.cal Rec709.icm TV.icm HD.icm</tt><tt><br> - </tt><tt> </tt><tt><br> + + +
+ TV.cal </tt>SMPTE_RP145_NTSC.icm TV.icm SD_NTSC.icm</tt><br>
+ <br>
+ For best quality it is better to let MadVR apply the calibration
+ curves using dithering, and allow it to set the graphics card to
+ linear by using the -a option:<br>
+ <br>
+ <tt> collink -v -3m -et -Et -Ib -b -G -ir -a
+ TV.cal Rec709.icm TV.icm HD.icm</tt><tt><br>
+ </tt><tt> </tt><tt><br>
</tt><tt> collink -v -3m -et -Et -Ib -b -G -ir </tt><tt><tt>-a @@ -3871,8 +3967,11 @@ a - TV.cal </tt>EBU3213_PAL.icm TV.icm SD_PAL.icm</tt><tt><br> - </tt><tt> </tt><tt><br> + + +
+ TV.cal </tt>EBU3213_PAL.icm TV.icm SD_PAL.icm</tt><tt><br>
+ </tt><tt> </tt><tt><br>
</tt><tt> collink -v -3m -et -Et -Ib -b -G -ir </tt><tt><tt>-a @@ -3899,181 +3998,184 @@ a - TV.cal </tt>SMPTE_RP145_NTSC.icm TV.icm SD_NTSC.icm</tt><br> - <br> - the consequence though is that the appearance of other application - will shift when MadVR is using the 3dLut and loading the calibration - curves.<br> - <br> - The 3dLut can be used by opening the MadVR settings dialog, - selecting "calibration" and then selecting "calibrate this display - by using an external 3DLUT file", and then using the file dialog to - use it.<br> - <br> - If neither the -a no -H options are used, then no calibration curves - will be appended to the 3dLut, and MadVR will not change the - VideoLUTs when that 3dLut is in use. It is then up to you to manage - the graphics card VideoLUTs in some other fashion.<tt><br> - <br> - </tt> - <hr size="2" width="100%"><br> - <h3><a name="TV2"></a>Verifying Video Calibration</h3> - <p>Often it is desirable to verify the results of a video - calibration and profile, and the following gives an outline of how - to use ArgyllCMS tools to do this. It is only possible to expect - perfect verification if a colorimetric intent was used during - linking - currently it's not possible to exactly verify a - perceptual or CIECAM02 viewing condition adjusted link.<br> - <br> - </p> - <p>The first step is to create a set of test points. This is - essentially the same as creating a set of test points for the - purposes of profiling, although it is best not to create exactly - the same set, so as to explore the colorspace at different - locatioins. For the purposes here, we'll actually create a regular - grid test set, since this makes it easier to visualize the - results, although a less regular set would probably be better for - numerical evaluation:<br> - </p> - <p> targen -v -d3 -e1 -m6 -f0 -W verify<br> - </p> - <p>We make sure there is at least one white patch usin g -e1, a 20% - increment grid using -m6, no full spread patches, and create an - X3DOM 3d visualization of the point set using the -W flag. It is - good to take a look at the verifyd.x3d.html file using a Web - browser. You may want to create several test sets that look at - particular aspects, ie. neutral axis response, pure colorant - responses, etc.<br> - </p> - <p>Next we create a reference file by simulating the expected - response of the perfect video display system. Assuming the collink - options were "-et -Et -Ib -G -ir Rec709.icm TV.icm HD.icm" then we - would:<tt><tt><br> - </tt></tt></p> - <p><tt><tt> copy verify.ti1 ref.ti1<br> - fakeread -v -b -Z8 TV.icm Rec709.icm ref<br> - </tt></tt></p> - <p>You should adjust the parameters as necessary, so that the - reference matches the link options. For instance, if your link - options included "-I b:0.2:2.15" then the equivalent fakeread - option "-b 0.2:2.15:TV.icm" should be used, etc.<br> - </p> - <hr size="2" width="20%"> - <p>A sanity check we can make at this point is to see what the - expected result of the profiling & calibration will be, by - simulating the reproduction of this test set:<br> - </p> - <p><tt> copy verify.ti1 checkA.ti1</tt><tt><br> - fakeread -v -et -Z8 -p HD.icm -Et TV.icm checkA<br> - </tt></p> - <p>If you used collink -a, then the calibration incorporated in the - device link needs to be undone to match what the display profile - expects:</p> - <p><tt> fakeread -v -et -Z8 -p HD.icm -Et -K TV.cal TV.icm - checkA</tt></p> - <p><tt>and then you can verify:<br> - </tt></p> - <p><tt> colverify -v -n -w -x ref.ti3 checkA.ti3<br> - </tt></p> - <p>If you have targeted some other white point rather than video D65 - for the display, then use the -N flag instead of -n to align the - white points. [ Note that there can be some small discrepancies in - this case in some parts of the color space if a CIECAM02 linking - intent was used, due to the slightly different chromatic - adaptation algorithm it uses compared to the one used by verify to - match the white points.]<tt><br> - </tt></p> - <p><tt> v</tt><tt>erify -v -N -w -x ref.ti3 checkA.ti3</tt><br> - </p> - <p>This will give a numerical report of the delta E's, and also - generate an X3DOM plot of the errors in L*a*b* space. The - important thing is to take a look at the checkA.x3d.html file, to - see if gamut clipping is occurring - this is the case if the large - error vectors are on the sides or top of the gamut. Note that the - perfect cube device space values become a rather distorted cube - like shape in the perceptual L*a*b* space. If the vectors are - small in the bulk of the space, then this indicates that the link - is likely to be doing the right thing in making the display - emulate the video colorspace with a BT.1886 like black point - adjustment. You could also check just the in gamut test points - using:<br> - </p> - <p><tt> v</tt><tt>erify -v -N -w -x -L TV.icm ref.ti3 - checkA.ti3<br> - <br> - </tt></p> - <hr size="2" width="20%"> - <p>You can explicitly compare the gamuts of your video space and - your display using the gamut tools:<br> - </p> - <p><tt> iccgamut -ff -ia Rec709</tt><tt><br> - </tt><tt> iccgamut -ff -ia TV.icm</tt><tt><br> - </tt><tt> viewgam -i Rec709.gam TV.gam gamuts</tt><br> - </p> - <p>and look at the gamuts.x3d.html file, as well as taking notice of - % of the video volume that the display intersects. The X3DOM solid - volume will be the video gamut, while the wire frame is the - display gamut. If you are not targetting D65 with your display, - you should use iccgamut <b>-ir</b> instead of <b>-ia</b>, so as - to align the white points.<br> - </p> - <hr size="2" width="20%"> - <p>The main verification check is to actually measure the display - response and compare it against the reference. Make sure the - display is setup as you would for video playback and then use - dispread:<br> - </p> - <p><tt> copy verify.ti1 checkB.ti1</tt><tt><br> - </tt><tt> dispread -v -Z8 checkB</tt><br> - </p> - <p>You would add any other options needed (such as <b>-y</b> etc.) - to set your instrument up properly. If you are using madTPG, then - configure madVR to use the 3dLut you want to measure as the - default, and also use the dispread -V flag to make sure that the - 3dLut is being used for the measurements: [<b>Note</b> that if the - version of MadVR you are using does not have radio buttons in its - calibration setup to indicate a default 3dLut, then the 3dLut - under test should be the only one set - all others should be - blank. ]<br> - </p> - <p><tt> dispread -v -d madvr -V checkB</tt><br> - </p> - <p>Verify the same way as above:<br> - </p> - <p><tt> v</tt><tt>erify -v -n -w -x ref.ti3 checkB.ti3<br> - </tt></p> - <p>If your display does not cover the full gamut of your video - source, the errors are probably dominated by out of gamut colors. - You can verify just the in gamut test values by asking verify to - skip them, and this will give a better notion of the actual device - link and calibration accuracy:<tt><br> - </tt></p> - <p><tt> v</tt><tt>erify -v -n -w -x -L TV.icm ref.ti3 - checkB.ti3</tt></p> - <p><br> - </p> - <p> <br> - </p> - <p><br> - <br> - </p> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - </body> -</html> + + +
+ TV.cal </tt>SMPTE_RP145_NTSC.icm TV.icm SD_NTSC.icm</tt><br>
+ <br>
+ the consequence though is that the appearance of other application
+ will shift when MadVR is using the 3dLut and loading the calibration
+ curves.<br>
+ <br>
+ The 3dLut can be used by opening the MadVR settings dialog,
+ selecting "calibration" and then selecting "calibrate this display
+ by using an external 3DLUT file", and then using the file dialog to
+ use it.<br>
+ <br>
+ If neither the -a no -H options are used, then no calibration curves
+ will be appended to the 3dLut, and MadVR will not change the
+ VideoLUTs when that 3dLut is in use. It is then up to you to manage
+ the graphics card VideoLUTs in some other fashion.<tt><br>
+ <br>
+ </tt>
+ <hr size="2" width="100%"><br>
+ <h3><a name="TV2"></a>Verifying Video Calibration</h3>
+ <p>Often it is desirable to verify the results of a video
+ calibration and profile, and the following gives an outline of how
+ to use ArgyllCMS tools to do this. It is only possible to expect
+ perfect verification if a colorimetric intent was used during
+ linking - currently it's not possible to exactly verify a
+ perceptual or CIECAM02 viewing condition adjusted link.<br>
+ <br>
+ </p>
+ <p>The first step is to create a set of test points. This is
+ essentially the same as creating a set of test points for the
+ purposes of profiling, although it is best not to create exactly
+ the same set, so as to explore the colorspace at different
+ locatioins. For the purposes here, we'll actually create a regular
+ grid test set, since this makes it easier to visualize the
+ results, although a less regular set would probably be better for
+ numerical evaluation:<br>
+ </p>
+ <p> targen -v -d3 -e1 -m6 -f0 -W verify<br>
+ </p>
+ <p>We make sure there is at least one white patch usin g -e1, a 20%
+ increment grid using -m6, no full spread patches, and create an
+ X3DOM 3d visualization of the point set using the -W flag. It is
+ good to take a look at the verifyd.x3d.html file using a Web
+ browser. You may want to create several test sets that look at
+ particular aspects, ie. neutral axis response, pure colorant
+ responses, etc.<br>
+ </p>
+ <p>Next we create a reference file by simulating the expected
+ response of the perfect video display system. Assuming the collink
+ options were "-et -Et -Ib -G -ir Rec709.icm TV.icm HD.icm" then we
+ would:<tt><tt><br>
+ </tt></tt></p>
+ <p><tt><tt> copy verify.ti1 ref.ti1<br>
+ fakeread -v -b -Z8 TV.icm Rec709.icm ref<br>
+ </tt></tt></p>
+ <p>You should adjust the parameters as necessary, so that the
+ reference matches the link options. For instance, if your link
+ options included "-I b:0.2:2.15" then the equivalent fakeread
+ option "-b 0.2:2.15:TV.icm" should be used, etc.<br>
+ </p>
+ <hr size="2" width="20%">
+ <p>A sanity check we can make at this point is to see what the
+ expected result of the profiling & calibration will be, by
+ simulating the reproduction of this test set:<br>
+ </p>
+ <p><tt> copy verify.ti1 checkA.ti1</tt><tt><br>
+ fakeread -v -et -Z8 -p HD.icm -Et TV.icm checkA<br>
+ </tt></p>
+ <p>If you used collink -a, then the calibration incorporated in the
+ device link needs to be undone to match what the display profile
+ expects:</p>
+ <p><tt> fakeread -v -et -Z8 -p HD.icm -Et -K TV.cal TV.icm
+ checkA</tt></p>
+ <p><tt>and then you can verify:<br>
+ </tt></p>
+ <p><tt> colverify -v -n -w -x ref.ti3 checkA.ti3<br>
+ </tt></p>
+ <p>If you have targeted some other white point rather than video D65
+ for the display, then use the -N flag instead of -n to align the
+ white points. [ Note that there can be some small discrepancies in
+ this case in some parts of the color space if a CIECAM02 linking
+ intent was used, due to the slightly different chromatic
+ adaptation algorithm it uses compared to the one used by verify to
+ match the white points.]<tt><br>
+ </tt></p>
+ <p><tt> v</tt><tt>erify -v -N -w -x ref.ti3 checkA.ti3</tt><br>
+ </p>
+ <p>This will give a numerical report of the delta E's, and also
+ generate an X3DOM plot of the errors in L*a*b* space. The
+ important thing is to take a look at the checkA.x3d.html file, to
+ see if gamut clipping is occurring - this is the case if the large
+ error vectors are on the sides or top of the gamut. Note that the
+ perfect cube device space values become a rather distorted cube
+ like shape in the perceptual L*a*b* space. If the vectors are
+ small in the bulk of the space, then this indicates that the link
+ is likely to be doing the right thing in making the display
+ emulate the video colorspace with a BT.1886 like black point
+ adjustment. You could also check just the in gamut test points
+ using:<br>
+ </p>
+ <p><tt> v</tt><tt>erify -v -N -w -x -L TV.icm ref.ti3
+ checkA.ti3<br>
+ <br>
+ </tt></p>
+ <hr size="2" width="20%">
+ <p>You can explicitly compare the gamuts of your video space and
+ your display using the gamut tools:<br>
+ </p>
+ <p><tt> iccgamut -ff -ia Rec709</tt><tt><br>
+ </tt><tt> iccgamut -ff -ia TV.icm</tt><tt><br>
+ </tt><tt> viewgam -i Rec709.gam TV.gam gamuts</tt><br>
+ </p>
+ <p>and look at the gamuts.x3d.html file, as well as taking notice of
+ % of the video volume that the display intersects. The X3DOM solid
+ volume will be the video gamut, while the wire frame is the
+ display gamut. If you are not targetting D65 with your display,
+ you should use iccgamut <b>-ir</b> instead of <b>-ia</b>, so as
+ to align the white points.<br>
+ </p>
+ <hr size="2" width="20%">
+ <p>The main verification check is to actually measure the display
+ response and compare it against the reference. Make sure the
+ display is setup as you would for video playback and then use
+ dispread:<br>
+ </p>
+ <p><tt> copy verify.ti1 checkB.ti1</tt><tt><br>
+ </tt><tt> dispread -v -Z8 checkB</tt><br>
+ </p>
+ <p>You would add any other options needed (such as <b>-y</b> etc.)
+ to set your instrument up properly. If you are using madTPG, then
+ configure madVR to use the 3dLut you want to measure as the
+ default, and also use the dispread -V flag to make sure that the
+ 3dLut is being used for the measurements: [<b>Note</b> that if the
+ version of MadVR you are using does not have radio buttons in its
+ calibration setup to indicate a default 3dLut, then the 3dLut
+ under test should be the only one set - all others should be
+ blank. ]<br>
+ </p>
+ <p><tt> dispread -v -d madvr -V checkB</tt><br>
+ </p>
+ <p>Verify the same way as above:<br>
+ </p>
+ <p><tt> v</tt><tt>erify -v -n -w -x ref.ti3 checkB.ti3<br>
+ </tt></p>
+ <p>If your display does not cover the full gamut of your video
+ source, the errors are probably dominated by out of gamut colors.
+ You can verify just the in gamut test values by asking verify to
+ skip them, and this will give a better notion of the actual device
+ link and calibration accuracy:<tt><br>
+ </tt></p>
+ <p><tt> v</tt><tt>erify -v -n -w -x -L TV.icm ref.ti3
+ checkB.ti3</tt></p>
+ <p><br>
+ </p>
+ <p> <br>
+ </p>
+ <p><br>
+ <br>
+ </p>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ </body>
+</html>
diff --git a/doc/XRGA.html b/doc/XRGA.html new file mode 100644 index 0000000..295d7b2 --- /dev/null +++ b/doc/XRGA.html @@ -0,0 +1,137 @@ +<!DOCTYPE html PUBLIC "-//w3c//dtd html 4.0 transitional//en"> +<html> + <head> + <meta http-equiv="Content-Type" content="text/html; + charset=windows-1252"> + <meta http-equiv="content-type" content="text/html; + charset=windows-1252"> + <meta name="GENERATOR" content="Mozilla/4.73 [en] (WinNT; I) + [Netscape]"> + <title>Argyll XRGA conversion</title> + </head> + <body> + <br> + <h2> <u>Conversion to/from XRGA<br> + </u></h2> + After purchasing Gretag-Macbeth, X-Rite harmonized the subtly + different calibration standards the two companies were using for + their reflective measurement instruments, in order to minimize + changes with the introduction of new instruments. The result was the + <a href="http://www.xrite.com/xrite-graphic-arts-standard">XRGA + standard</a>, introduced in September 2010.<br> + <br> + Current X-Rite instruments are natively calibrated to XRGA, while + older instruments from X-Rite are calibrated to XRDI, and + Gretag-Macbeth instruments to GMDI standards. To smooth the + interchange of old and new instruments, a spectral <a +href="https://www.xrite.com/documents/literature/en/L7-462_XRGA_WhitePaper_en.pdf">conversion + + + is possible</a> between these different standards. While such a + conversion is not perfect, it reduces the discontinuities between + old instrument families and current X-Rite instruments.<br> + <br> + By default, Argyll will use the native calibration of Gretag-Macbeth + and X-Rite instruments. These are summarized here:<br> + <br> + <br> + <table border="0" cellpadding="2" cellspacing="2"> + <tbody> + <tr> + <td valign="top"><a href="instruments.html#DTP20">DTP20 + "Pulse"</a> <br> + </td> + <td valign="top">XRDI<br> + </td> + </tr> + <tr> + <td valign="top"><a href="instruments.html#DTP22">DTP22 + Digital Swatchbook</a></td> + <td valign="top">XRDI<br> + </td> + </tr> + <tr> + <td valign="top"><a href="instruments.html#DTP41">DTP41</a></td> + <td valign="top">XRDI<br> + </td> + </tr> + <tr> + <td valign="top"><a href="instruments.html#dtp51">DTP51</a></td> + <td valign="top">XRDI<br> + </td> + </tr> + <tr> + <td valign="top"> <a href="instruments.html#sl">Spectrolino</a>/ + <a href="instruments.html#ss">SpectroScan</a></td> + <td valign="top">GMDI<br> + </td> + </tr> + <tr> + <td valign="top"><a href="instruments.html#i1p">Eye-One Pro</a> + Rev A-D</td> + <td valign="top">GMDI<br> + </td> + </tr> + <tr> + <td valign="top"><a href="instruments.html#ColorMunki"><span + style="text-decoration: underline;">ColorMunki</span></a> + Design or Photo</td> + <td valign="top">XRGA<br> + </td> + </tr> + <tr> + <td valign="top"><a href="instruments.html#i1p2">Eye-One Pro2</a> + (Eye-One Pro Rev E)</td> + <td valign="top">XRGA<br> + </td> + </tr> + </tbody> + </table> + <br> + <br> + You can override this and force reflective data to be a particular + calibration standard in two ways:<br> + <br> + <a name="A"></a>Using the <b>-A</b> command line option in <a + href="spotread.html#A">spotread</a> and <a + href="chartread.html#A">chartread</a>:<br> + <br> + <b>-A </b>N|A|X|G<br> + <br> + The <b>N</b> argument sets + the calibration to Native.<br> + The <b>A</b> argument sets + the calibration to XRGA.<br> + The <b>X</b> argument sets + the calibration to XRDI.<br> + The <b>G</b> argument sets + the calibration to GMDI.<br> + <br> + <br> + Or by setting an environment variable:<br> + (Note that command line options will override this.)<br> + <br> + <br> + <span style="font-weight: bold;"><a name="ARGYLL_XRGA"></a>ARGYLL_XRGA</span><br> + <br> + <div style="margin-left: 40px;"> If the <span style="font-weight: + bold;">ARGYLL_XRGA </span> environment variable is set to:<br> + <br> + <b>XRGA</b>, then all Getag-MacBeth/X-Rite + reflective measurements will be converted to XRGA.<br> + <b> XRDI</b>, then all Getag-MacBeth/X-Rite + reflective measurements will be converted to XRDI.<br> + <b> GMDI</b>, then all Getag-MacBeth/X-Rite + reflective measurements will be converted to GMDI.<br> + <br> + If not set (or set to some other string), then the native + calibration will be used. Note that the values must be upper case.<br> + </div> + <span style="font-weight: bold;"></span><br> + All of the above except the <b>DTP51</b> can have a conversion + applied. <br> + (The DTP51 returns only colorimetric data, while the conversion + requires spectral data.)<br> + <br> + </body> +</html> @@ -3,6 +3,7 @@ DocLicense.txt License.txt License2.txt License3.txt +License4.txt ArgyllDoc.html ChangesSummary.html ColorManagement.html @@ -48,6 +49,7 @@ i1p.jpg sl.jpg ss.jpg JETI_1211.jpg +JETI_1501.jpg ColorHug.jpg EX1.jpg SMCube.jpg @@ -135,6 +137,7 @@ viewgam.html xicclu.html oeminst.html ucmm.html +XRGA.html Q60.jpg DC.jpg SG.jpg @@ -144,6 +147,7 @@ i1scan14.jpg HCT.jpg CMP_DT_003.jpg CMP_Digital_Target-4.jpg +CMP_Digital_Target-7.jpg colorchecker.jpg SpyderChecker.jpg SpyderChecker24.jpg diff --git a/doc/average.html b/doc/average.html index 231df92..e67ab2d 100644 --- a/doc/average.html +++ b/doc/average.html @@ -10,8 +10,7 @@ <h2><b>spectro/average</b></h2> <h3>Summary</h3> Average or merge two or more <a href="File_Formats.html#.ti3">.ti3</a> - measurement - files.<br> + measurement files.<br> If only one input file is provided, all the patches with the same device values will be average together.<br> <h3>Usage</h3> @@ -19,35 +18,78 @@ <span style="font-family: monospace;"></span></small><small><span style="font-family: monospace;"></span></small><span style="font-family: monospace;">usage: average [-options] - input1.ti3 - input2.ti3 ... output.ti3</span><br style="font-family: + input1.ti3 input2.ti3 ... output.ti3</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> -v - Verbose</span><br style="font-family: monospace;"> + + + + Verbose</span><br> + <span style="font-family: monospace;"> -e + + Median rather than average</span><br> + <tt> -g + + Geometric Median of PCS in encoded space</tt><tt><br> + </tt><tt> -L + + Geometric Median of PCS in L*a*b* space</tt><tt><br> + </tt><tt> -X + + Geometric Median of PCS in XYZ space</tt><br> <span style="font-family: monospace;"> -m Merge + + + rather than average</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> input1.ti3 First + + + input file</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> input2.ti3 Second + + + input file</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> ... + + + etc.</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> output.ti3 Resulting + + + averaged or merged output file</span><br> <br> <br> All keywords and other table data will be taken from the first input file. By default the input files are averaged, but they can be - merged - by using the <span style="font-weight: bold;">-m</span> flag.<br> + merged by using the <span style="font-weight: bold;">-m</span> + flag.<br> <br> The fields must be the same and in the same order. For averaging, - the - device values must be the same and in the same order.<br> + the device values must be the same and in the same order.<br> + <br> + If the <b>-e</b> option is used, then the independent median (i.e. + Marginal median) of the field values is used, rather than the + average. <br> + <br> + If the<b> </b><b>-g</b> option is used, then <a + href="https://en.wikipedia.org/wiki/Geometric_median">Geometric + Median</a> of PCS values is computed in their encoded space (i.e. + XYZ or L*a*b*).<br> + <br> + If the <b>-L</b> option is used, then Geometric Median of PCS + values is computed in L*a*b* space.<br> + <br> + If the <b>-X</b> option is used, then Geometric Median of PCS + values is computed in XYZ space.<br> <br> </body> </html> diff --git a/doc/chartread.html b/doc/chartread.html index e9dddaf..19f4add 100644 --- a/doc/chartread.html +++ b/doc/chartread.html @@ -28,6 +28,8 @@ Verbose + + mode</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#c">-c listno</a><span @@ -44,6 +46,8 @@ transmission + + measurement mode<br> </span></small><small><span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#d">-d</a><span @@ -56,6 +60,8 @@ measurement + + mode (white Y relative results)</span></small><small><span style="font-family: monospace;"></span></small><small><span style="font-family: monospace;"><br> @@ -66,6 +72,8 @@ measurement + + Display type - instrument specific list to choose from.</span></font><br> <small><span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#e">-e</a><span @@ -77,6 +85,8 @@ measurement + + mode (absolute results)<br> </span></small><small><span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#p">-p</a><span @@ -89,12 +99,16 @@ by + + patch rather than strip</span></small><br> <small><span style="font-family: monospace;"></span> <a style="font-family: monospace;" href="#x">-x [lx]</a><span style="font-family: monospace;"> Take + + manually entered values, either L*a*b* (-xl) or XYZ (-xx).</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a @@ -107,6 +121,8 @@ Don't + + save spectral information (default saves spectral)<br> </span></small><small><span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#l">-l</a><span @@ -126,6 +142,8 @@ partly + + read chart<br> <a href="#I">-I</a> file.cal Override @@ -136,6 +154,8 @@ partly + + Set filter configuration:<br> n @@ -143,6 +163,8 @@ partly + + None<br> p @@ -150,6 +172,8 @@ partly + + Polarising filter<br> 6 @@ -157,6 +181,8 @@ partly + + D65<br> u @@ -164,8 +190,14 @@ partly + + U.V. Cut</span></font><small><span style="font-family: monospace;"></span><span style="font-family: monospace;"></span></small><br> + <font size="-1"><span style="font-family: monospace;"><a + href="#A">-A N|A|X|G</a> + + XRGA conversion</span></font> (default N)<br> <font size="-1"><span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#N">-N</a><span style="font-family: monospace;"> @@ -190,6 +222,8 @@ partly + + Apply Colorimeter Correction Matrix</span></font><br> <span style="font-family: monospace;"> <a href="#X2">-X file.ccss</a> @@ -203,6 +237,8 @@ Samples + + for calibration</span><br> <small><span style="font-family: monospace;"> </span><a style=" font-family: monospace;" href="#Q">-Q observ</a><span @@ -216,6 +252,8 @@ Samples + + </span></small><small><span style="font-family: monospace;">1931_2 </span></small><small><span style="font-family: monospace;"> (def.)</span></small><small><span @@ -232,6 +270,8 @@ patch + + consistency tolerance by ratio (if available)<br> </span></font><font size="-1"><span style="font-family: monospace;"> <a href="#S">-S</a> @@ -242,6 +282,8 @@ strip + + & unexpected value warnings</span></font><br> <font size="-1"><span style="font-family: monospace;"> <a href="#W">-W n|h|x</a> @@ -250,6 +292,8 @@ Override + + serial port flow control: n = none, h = HW, x = Xon/Xoff</span></font><br style="font-family: monospace;"> <small><span style="font-family: monospace;"></span><small @@ -263,6 +307,8 @@ Override + + Base name for input[</span><a style="font-family: monospace;" href="File_Formats.html#.ti2">.ti2</a><span style="font-family: monospace;">]/output[</span><a @@ -410,6 +456,8 @@ Override + + -I</span> parameter allows overriding the .ti2 calibration curves placed in the resulting .ti3 file with the actual calibration that was used for that particular print.<br> @@ -421,6 +469,21 @@ Override simulation, or Ultra Violet Cut filter, and this option allows the instrument to be configured appropriately.<br> <br> + <a name="A"></a>The <b>-A</b> options allows overriding the default + or environment variable set <a href="XRGA.html">XRGA</a> + conversion:<br> + <br> + <b>-A N|A|X|G</b><br> + <br> + The <b>N</b> argument sets + the calibration to Native (default).<br> + The <b>A</b> argument sets + the calibration to XRGA.<br> + The <b>X</b> argument sets + the calibration to XRDI.<br> + The <b>G</b> argument sets + the calibration to GMDI.<br> + <br> <a name="N"></a> <span style="font-weight: bold;">-N</span> Any instrument that requires regular calibration will ask for calibration on initial start-up. Sometimes this can be awkward if diff --git a/doc/colprof.html b/doc/colprof.html index 755226b..d5df56e 100644 --- a/doc/colprof.html +++ b/doc/colprof.html @@ -9,9 +9,11 @@ <body> <h2> profile/colprof</h2> <h3>Summary</h3> - Create an <a href="File_Formats.html#ICC">ICC</a> profile from - the <a href="File_Formats.html#.ti3">.ti3</a> test chart patch - values.<br> + Create an RGB, CMY or CMYK <a href="File_Formats.html#ICC">ICC</a> + profile from the <a href="File_Formats.html#.ti3">.ti3</a> test + chart patch values.<br> + [ Note that currently, Monochrome and N-Color profiles are not + supported. ]<br> <h3>Usage Summary</h3> <tt><small>colprof [-<i>options</i>] inoutfile<br> <a href="#v">-v</a> @@ -48,6 +50,10 @@ + + + + Verbose mode<br> <a href="#A">-A "manufacturer"</a> Set the manufacturer description string<br> @@ -86,6 +92,10 @@ + + + + Default intent: Perceptual, Rel. Colorimetric, Saturation, Abs. Colorimetric</small></tt><tt><br> @@ -129,6 +139,10 @@ + + + + Don't create input (Device) shaper curves<br> </small></tt><tt><small> <a href="#np">-np</a> @@ -168,6 +182,10 @@ + + + + Don't create output (PCS) shaper curves<br> </small></tt><tt><small> <a href="#nc">-nc</a> @@ -221,6 +239,10 @@ x + + + + max K, r = ramp K<br> <a href="#kp">-k p stle stpo enpo enle shape</a><br> @@ -267,6 +289,10 @@ White + + + + - 1.0<br> @@ -313,6 +339,10 @@ Wh + + + + 0.0 - Bk 1.0<br> @@ -359,6 +389,10 @@ Wh + + + + 0.0 - Bk 1.0<br> @@ -404,6 +438,10 @@ Black + + + + 0.0 - 1.0<br> @@ -450,6 +488,10 @@ concave, + + + + 1.0-2.0 convex<br> <a href="#K">-K parameters</a> @@ -476,6 +518,10 @@ concave, + + + + Same as -k, but target is K locus rather than K value itself<br> <a href="#l">-l <i>tlimit</i></a> override CMYK total ink limit, 0 - 400% @@ -529,6 +575,10 @@ cLUT + + + + x = XYZ cLUT, X = display XYZ cLUT + matrix<br> @@ -574,6 +624,10 @@ s + + + + shaper+matrix, m = matrix only,<br> @@ -620,6 +674,10 @@ S + + + + single shaper+matrix<br> <a href="#u">-u</a> @@ -651,6 +709,10 @@ S + + + + If input profile, auto scale WP to allow extrapolation</small></tt><tt><br> </tt><tt> </tt><tt><small><small> <a href="#uc">-uc</a> @@ -699,6 +761,10 @@ and + + + + primaries to be +ve</tt><tt><br> <a href="#B">-B X,Y,Z</a> @@ -709,6 +775,10 @@ and + + + + Display Black Point override hack<br> <a href="#V">-V demphasis</a> @@ -725,6 +795,10 @@ and + + + + Degree of dark region cLUT grid emphasis 1.0-3.0 (default 1.00 = none)<br> </tt><tt> </tt><tt><small><small><a href="#f">-f [<i>illum</i>]</a> @@ -754,6 +828,10 @@ and + + + + M0, M1, M2, </small></small></tt><tt><small><small><small>A, C, D50 (def.), D50M2, D65, F5, F8, F10 or file.sp ]</small></small></small></tt><tt><br> </tt><tt><small><small><small><small> <a href="#i">-i <i>illum</i></a> @@ -780,6 +858,10 @@ and + + + + Choose illuminant for computation of CIE XYZ from spectral data & FWA:<br> @@ -816,6 +898,10 @@ D50M2, + + + + D65, F5, F8, F10 or file.sp</small></small></small><br> <a href="#o">-o <i>observ</i></a> Choose CIE Observer for spectral data:<br> @@ -853,82 +939,22 @@ D50M2, + + + + 1931_2 </small></tt><tt><small>(def.)</small></tt><tt><small>, 1964_10, S&B 1955_2, shaw, J&V 1978_2<br> <a href="#r">-r avgdev</a> Average deviation of device+instrument readings as a percentage (default 0.5%)<br> - <a href="#s">-s src.icc</a> -Apply -gamut -mapping -to -output -profile -perceptual -B2A -table -for - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - given source<br> - <a href="#S">-S src.icc</a> - - - - - - - - - - - - - - - - - - - - - - - - - + <a href="#s">-s src.icm|cperc</a> Apply gamut + mapping to output profile perceptual B2A table for given source, + or compression percentage<br> + <a href="#S">-S src.icm|experc</a> Apply gamut + mapping to output profile perceptual and saturation B2A table, + or expansion percentage<br> + <a href="#nP">-nP</a> @@ -937,9 +963,6 @@ for - Apply gamut mapping to output profile perceptual and saturation - B2A table<br> - <a href="#nP">-nP</a> @@ -969,13 +992,13 @@ for + Use colormetric source gamut to make output profile perceptual + table<br> + <a href="#nS">-nS</a> - Use colormetric source gamut to make output profile perceptual - table<br> - <a href="#nS">-nS</a> @@ -1053,6 +1076,10 @@ for + + + + Override gamut mapping intent for output profile saturation table:<br> </small></tt><tt><small> @@ -1105,9 +1132,17 @@ for + + + + pa - Perceptual Appearance</small></tt><br> <tt><tt><small> + + + + lp - Luminance Preserving Perceptual</small></tt><br> </tt><tt> </tt><tt><small> @@ -1143,6 +1178,10 @@ for + + + + ms - Saturation<br> s - Enhanced Saturation [ICC @@ -1171,6 +1210,10 @@ for + + + + rl - White Point Matched Colorimetric (Lab)<br> <a href="#c">-c viewcond</a> @@ -1206,6 +1249,10 @@ for + + + + set input viewing conditions for output profile CIECAM02 gamut mapping,<br> @@ -1242,6 +1289,10 @@ for + + + + either an enumerated choice, or a parameter<br> <a href="#d">-d viewcond</a> @@ -1277,6 +1328,10 @@ for + + + + set output viewing conditions for output profile CIECAM02, gamut mapping<br> @@ -1313,6 +1368,10 @@ for + + + + either an enumerated choice, or a parameter:value change<br> @@ -1348,6 +1407,10 @@ for + + + + Also sets out of gamut clipping CAM space.<br> @@ -1383,6 +1446,10 @@ for + + + + Enumerated Viewing Conditions:<br> </small></tt><tt><small> pp - Practical Reflection Print (ISO-3664 @@ -1447,6 +1514,10 @@ for + + + + c = transparency (default average)<br> @@ -1495,6 +1566,10 @@ for + + + + g:glare Glare light % of ambient (default 5)</span><br style="font-family: monospace;"> @@ -1544,6 +1619,10 @@ for + + + + Create gamut gammap_p.x3d.html and gammap_s.x3d.html diagostics<br> </small></tt><tt><small> <a href="#O">-O outputfile</a> Override @@ -1580,6 +1659,10 @@ Override + + + + the default output filename & extension.</small></tt><tt><br> </tt><tt> </tt><tt><small> <a href="#p1"><i>inoutfile</i></a> Base name for @@ -1650,7 +1733,8 @@ Override Perceptual, <span style="font-weight: bold;">r</span> to set Relative Colorimetric, <span style="font-weight: bold;">s</span> to set Saturation, and <span style="font-weight: bold;">a</span> to - set Absolute colorimetric.<br> + set Absolute colorimetric. Some CMM's will use this to determine the + default intent that they will use.<br> <br> <a name="q"></a> The <b>-q</b> parameter sets the level of effort and/or detail in the resulting profile. For table based profiles @@ -1736,6 +1820,10 @@ the + + + + device and CIE/spectral sample data and calibration curves used to create a profile is stored in the <span style="font-weight: bold;">'targ'</span> text tag in the resulting ICC profile. To suppress this and make the @@ -1772,6 +1860,10 @@ the + + + + </span>flag. <span style="font-weight: bold;">Note</span> that this will then preclude final calibrated device value ink limits from being computed for the resulting profile in subsequent use (ie. <a @@ -1843,6 +1935,10 @@ the + + + + | _______ enle<br> @@ -1879,6 +1975,10 @@ the + + + + | /<br> @@ -1914,6 +2014,10 @@ the + + + + | /<br> @@ -1949,6 +2053,10 @@ the + + + + | /<br> @@ -1984,6 +2092,10 @@ the + + + + | /<br> stle | ------/<br> @@ -2027,6 +2139,10 @@ White &nb + + + + Black<br> </tt> <br> For minimum sensitivity of printed output to the lighting spectrum, @@ -2286,6 +2402,10 @@ White &nb + + + + Violet</span> spectral content, otherwise FWA compensation won't work properly. This means you ideally need to measure your illuminant spectrum using an instrument that can measure down to @@ -2428,31 +2548,54 @@ White &nb <br> <a name="S"></a><a name="s"></a><span style="font-weight: bold;">-s -S </span>In order to generate perceptual and saturation - intent B2A tables for output profiles, it is necessary to specify at - least one profile to define what source gamut should be used in the - source to destination gamut mapping. [For more information on <span + intent B2A tables for output profiles, it is necessary to have + something that defines what source gamut should be used to create + the source to destination gamut mapping. [For more information on <span style="text-decoration: underline;">why</span> a source gamut is needed, see <a href="iccgamutmapping.html">About ICC profiles and - Gamut Mapping</a>] The <b>-S</b> parameter is used to do this, - and doing so causes perceptual and saturation tables to be + Gamut Mapping</a>]. The <b>-S</b> parameter is used to do + this, and doing so causes perceptual and saturation tables to be generated. If only a perceptual intent is needed, then the <b>-s</b> flag can be used, and the saturation intent will use the same table - as the perceptual intent. Note that a input, output, display or - device colororspace profile should be specified, not a non-device - colorspace, device link, abstract or named color profile.<br> - If no source gamut is specified for a cLUT Display profile, then an - ICC Version 2.2.0 profile will be created with only an A2B0 and B2A0 - tag. If a source gamut is specified, then an ICC Version 2.4.0 - profile will be created with a full complement of B2A tags to - support all intents. The source gamut is created from the - corresponding intent table of the provided profile to the output - table being created. A TIFF or JPEG file containing an embedded ICC - profile may be supplied as the argument.<br> + as the perceptual intent.<br> + <br> + There are two ways of specifying a source gamut 1) Specify a + specific source ICC profile or 2) Specify a general compression of + the output gamut as a percentage. With the second choice, incoming + colors that are up to the percentage outside the devices gamut will + be compressed to fit into it. The same percentage is used for + expansion if a saturation table is generated, or a separate + percentage can be specified by including both a <b>-s</b> and <b>-S</b> + percentage. You can optionally specify <u>both</u> and input ICC + profile and a general compression percentage by using the -S option + twice, in which case the input profile determines just the luminance + range mapping, with the percentage determining the gamut volume + compression. If a percentage compression is specified without an ICC + profile, then the incoming luminance range will be assumed to be + full range (perfect white to perfect black), which is compatible + with idealized colorspaces such as sRGB, AdobeRGB and other working + RGB spaces. The input viewing conditions are applicable to the + assumed full range input.<br> + <br> + If no source ICC or compression percentage is specified for a cLUT + Display profile, then an ICC Version 2.2.0 profile will be created + with only an A2B0 and B2A0 tag. If a source gamut is specified, then + an ICC Version 2.4.0 profile will be created with a full complement + of B2A tags to support all intents.<br> + <br> + The source gamut is created from the corresponding intent table of + the provided profile to the output table being created. A TIFF or + JPEG file containing an embedded ICC profile may be supplied as the + argument, instead of an ICC profile.<br> + <br> <span style="font-weight: bold;">Note</span> that input profiles and matrix profiles will only contain a colorimetric intent table or matrix, and hence the <span style="font-weight: bold;">-s</span> and <span style="font-weight: bold;">-S</span> option is not relevant.<br> + <b>Note</b> that an input, output, display or device colororspace + profile should be specified, not a non-device colorspace, device + link, abstract or named color profile.<br> <br> <a name="nP"></a><span style="font-weight: bold;">-nP</span>: Normally when a source profile is provided to define the source @@ -2499,7 +2642,9 @@ White &nb space should be Jab appearance space, with the viewing conditions generally being those of the input profile viewing conditions. The input profile will normally be the one used to create a source image - gamut using <span style="font-weight: bold;">tiffgamut</span>.<br> + gamut using <span style="font-weight: bold;">tiffgamut</span>. Note + that a source gamut is not used if a general compression ratio gamut + mapping is used.<br> <br> <b><a name="p"></a></b>The <b>-p</b> option allows specifying one or more abstract profiles that will be applied to the output tables, diff --git a/doc/dispcal.html b/doc/dispcal.html index d66caf5..ff96ff2 100644 --- a/doc/dispcal.html +++ b/doc/dispcal.html @@ -1,28 +1,28 @@ -<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> -<html> - <head> - <title>dispcal</title> - <meta http-equiv="content-type" content="text/html; - charset=windows-1252"> - <meta name="author" content="Graeme Gill"> - </head> - <body> - <h2><b>spectro/dispcal</b></h2> - <h3>Summary</h3> - Given calibration target information [white point, maximum - brightness, and response curve ("gamma")], display a series of test - patches on the display, and using the colorimetric values read, - create a calibration lookup tables that make the display meet the - desired target. The type of instrument is determined by the - communication port selected. Emission and display measurement - instruments are supported.<br> - <h3>Usage</h3> - <font size="-1"><span style="font-family: monospace;">dispcal - [-options]</span><i style="font-family: monospace;"> inoutfile</i><br - style="font-family: monospace;"> - <span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#v">-v [n]</a><span - style="font-family: monospace;"> +<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<html>
+ <head>
+ <title>dispcal</title>
+ <meta http-equiv="content-type" content="text/html;
+ charset=windows-1252">
+ <meta name="author" content="Graeme Gill">
+ </head>
+ <body>
+ <h2><b>spectro/dispcal</b></h2>
+ <h3>Summary</h3>
+ Given calibration target information [white point, maximum
+ brightness, and response curve ("gamma")], display a series of test
+ patches on the display, and using the colorimetric values read,
+ create a calibration lookup tables that make the display meet the
+ desired target. The type of instrument is determined by the
+ communication port selected. Emission and display measurement
+ instruments are supported.<br>
+ <h3>Usage</h3>
+ <font size="-1"><span style="font-family: monospace;">dispcal
+ [-options]</span><i style="font-family: monospace;"> inoutfile</i><br
+ style="font-family: monospace;">
+ <span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#v">-v [n]</a><span
+ style="font-family: monospace;">
@@ -70,18 +70,18 @@ - - Verbose mode<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> </span><a style="font-family: monospace;" - href="#display">-display displayname</a><span - style="font-family: monospace;"> [X11 only] Choose X11 display - name<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> <a href="#dnm">-d n[,m]</a> - - [X11 only]Choose the display from the following list (default - 1),<br> +
+ Verbose mode<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> </span><a style="font-family: monospace;"
+ href="#display">-display displayname</a><span
+ style="font-family: monospace;"> [X11 only] Choose X11 display
+ name<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> <a href="#dnm">-d n[,m]</a>
+
+ [X11 only]Choose the display from the following list (default
+ 1),<br>
and optionally @@ -137,9 +137,9 @@ for - - VideoLUT access.</span></font><br> - <font size="-1"><span style="font-family: monospace;"> <a +
+ VideoLUT access.</span></font><br>
+ <font size="-1"><span style="font-family: monospace;"> <a
href="#d">-d n</a> Choose the @@ -195,8 +195,8 @@ list - - 1)</span></font><br> +
+ 1)</span></font><br>
<span style="font-family: monospace;"> <a href="#dweb">-dweb[:port]</a> @@ -243,9 +243,9 @@ list - - Display via a web server at port (default 8080)</span><br> - <span style="font-family: monospace;"> <a href="#dmadvr">-dmadvr</a> +
+ Display via a web server at port (default 8080)</span><br>
+ <span style="font-family: monospace;"> <a href="#dmadvr">-dmadvr</a>
@@ -276,8 +276,8 @@ list - - [MSWin] Display via MadVR Video Renderer</span><br> +
+ [MSWin] Display via MadVR Video Renderer</span><br>
<tt> </tt><tt><a href="#dcc">-dcc[:n]</a> @@ -288,13 +288,13 @@ list - - </tt><tt>Display via n'th ChromeCast (default 1, ? for list)</tt><br - style="font-family: monospace;"> - <font size="-1"><span style="font-family: monospace;"></span><span - style="font-family: monospace;"></span><span style="font-family: - monospace;"></span> <span style="font-family: monospace;"></span></font><small - style="font-family: monospace;"><span style="font-family: +
+ </tt><tt>Display via n'th ChromeCast (default 1, ? for list)</tt><br
+ style="font-family: monospace;">
+ <font size="-1"><span style="font-family: monospace;"></span><span
+ style="font-family: monospace;"></span><span style="font-family:
+ monospace;"></span> <span style="font-family: monospace;"></span></font><small
+ style="font-family: monospace;"><span style="font-family:
monospace;"></span><a style="font-family: monospace;" href="#c">-c @@ -342,37 +342,37 @@ list - - listno</a><span style="font-family: monospace;"> - Set communication port from - the following list (default 1)<br> - </span></small><font size="-1"><span style="font-family: - monospace;"> </span><a style="font-family: monospace;" - href="#r">-r</a><span style="font-family: monospace;"> - - Report on the calibrated display then - exit</span></font><font size="-1"><span style="font-family: - monospace;"></span><span style="font-family: monospace;"></span><span - style="font-family: monospace;"></span><span style="font-family: - monospace;"><br> - </span></font><font size="-1"><span style="font-family: - monospace;"> </span><a style="font-family: monospace;" - href="#R">-R</a><span style="font-family: monospace;"> - - Report on the uncalibrated display then - exit</span></font><font size="-1"><span style="font-family: - monospace;"></span></font><br> - <font size="-1"><span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#m">-m</a><span - style="font-family: monospace;"> - - </span></font><font size="-1"><span - style="font-family: monospace;">Skip</span><span - style="font-family: monospace;"> adjustment of the monitor - controls</span></font><br> - <font size="-1"><span style="font-family: monospace;"><a - href="#o">-o [profile.icm]</a> Create - fast matrix/shaper profile [different filename to outfile.icm]<br> +
+ listno</a><span style="font-family: monospace;">
+ Set communication port from
+ the following list (default 1)<br>
+ </span></small><font size="-1"><span style="font-family:
+ monospace;"> </span><a style="font-family: monospace;"
+ href="#r">-r</a><span style="font-family: monospace;">
+
+ Report on the calibrated display then
+ exit</span></font><font size="-1"><span style="font-family:
+ monospace;"></span><span style="font-family: monospace;"></span><span
+ style="font-family: monospace;"></span><span style="font-family:
+ monospace;"><br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> </span><a style="font-family: monospace;"
+ href="#R">-R</a><span style="font-family: monospace;">
+
+ Report on the uncalibrated display then
+ exit</span></font><font size="-1"><span style="font-family:
+ monospace;"></span></font><br>
+ <font size="-1"><span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#m">-m</a><span
+ style="font-family: monospace;">
+
+ </span></font><font size="-1"><span
+ style="font-family: monospace;">Skip</span><span
+ style="font-family: monospace;"> adjustment of the monitor
+ controls</span></font><br>
+ <font size="-1"><span style="font-family: monospace;"><a
+ href="#o">-o [profile.icm]</a> Create
+ fast matrix/shaper profile [different filename to outfile.icm]<br>
<a href="#O">-O description</a> @@ -420,8 +420,8 @@ list - - Fast ICC Profile Description string (Default "outfile")<br> +
+ Fast ICC Profile Description string (Default "outfile")<br>
<a href="#u">-u</a> Update previous @@ -477,12 +477,12 @@ ICC - - profile VideoLUTs</span><span style="font-family: monospace;"></span><span - style="font-family: monospace;"></span><br style="font-family: - monospace;"> - <span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#q">-q [lmh]</a><span +
+ profile VideoLUTs</span><span style="font-family: monospace;"></span><span
+ style="font-family: monospace;"></span><br style="font-family:
+ monospace;">
+ <span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#q">-q [lmh]</a><span
style="font-family: monospace;"> @@ -530,8 +530,8 @@ ICC - - Quality - Low, Medium (def), High<br> +
+ Quality - Low, Medium (def), High<br>
<a href="#p">-p</a> @@ -568,10 +568,10 @@ ICC - - Use telephoto mode (ie. for a projector) (if available)<br> - </span></font><font size="-1"><span style="font-family: - monospace;"><a href="#y">-y X</a> +
+ Use telephoto mode (ie. for a projector) (if available)<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"><a href="#y">-y X</a>
@@ -619,12 +619,12 @@ ICC - - Display type - instrument specific list to choose from.</span></font><font - size="-1"><span style="font-family: monospace;"><br - style="font-family: monospace;"> - </span><span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#t">-t [temp]</a><span +
+ Display type - instrument specific list to choose from.</span></font><font
+ size="-1"><span style="font-family: monospace;"><br
+ style="font-family: monospace;">
+ </span><span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#t">-t [temp]</a><span
style="font-family: monospace;"> White Daylight @@ -680,10 +680,10 @@ in - - deg. K (deflt.)<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> </span><a style="font-family: monospace;" +
+ deg. K (deflt.)<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> </span><a style="font-family: monospace;"
href="#T">-T [temp]</a><span style="font-family: monospace;"> White Black @@ -739,11 +739,11 @@ temperaturee - - in deg. K</span></font><br style="font-family: monospace;"> - <font size="-1"><span style="font-family: monospace;"></span><span - style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#w">-w x,y</a><span +
+ in deg. K</span></font><br style="font-family: monospace;">
+ <font size="-1"><span style="font-family: monospace;"></span><span
+ style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#w">-w x,y</a><span
style="font-family: monospace;"> @@ -791,11 +791,11 @@ temperaturee - - Set the target white point as chromaticity coordinates</span><br - style="font-family: monospace;"> - <span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#b">-b bright</a><span +
+ Set the target white point as chromaticity coordinates</span><br
+ style="font-family: monospace;">
+ <span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#b">-b bright</a><span
style="font-family: monospace;"> @@ -843,11 +843,11 @@ temperaturee - - Set the target white brightness in cd/m^2</span><br - style="font-family: monospace;"> - <span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#g">-g gamma</a><span +
+ Set the target white brightness in cd/m^2</span><br
+ style="font-family: monospace;">
+ <span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#g">-g gamma</a><span
style="font-family: monospace;"> @@ -895,9 +895,9 @@ temperaturee - - Set the target response curve gamma (Def. 2.4)</span><br - style="font-family: monospace;"> +
+ Set the target response curve gamma (Def. 2.4)</span><br
+ style="font-family: monospace;">
<span style="font-family: monospace;"> @@ -945,9 +945,9 @@ temperaturee - - Use "-gl" for L*a*b* curve</span><br style="font-family: - monospace;"> +
+ Use "-gl" for L*a*b* curve</span><br style="font-family:
+ monospace;">
<span style="font-family: monospace;"> @@ -995,8 +995,8 @@ temperaturee - - Use "-gs" for sRGB curve<br> +
+ Use "-gs" for sRGB curve<br>
Use "-g709" @@ -1052,8 +1052,8 @@ use - - -a as well!)<br> +
+ -a as well!)<br>
@@ -1101,9 +1101,9 @@ use - - Use "-g240" for SMPTE 240M curve </span></font><font size="-1"><span - style="font-family: monospace;">(should use -a as well!)</span></font><br> +
+ Use "-g240" for SMPTE 240M curve </span></font><font size="-1"><span
+ style="font-family: monospace;">(should use -a as well!)</span></font><br>
<font size="-1"><span style="font-family: monospace;"> @@ -1151,7 +1151,7 @@ use - +
Use "-G2.4 -f0" for BT.1886</span></font> @@ -1192,13 +1192,13 @@ use - - <br> - <font size="-1"><span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#G">-G gamma</a><span - style="font-family: monospace;"> - - Set the target response curve actual technical gamma<br> +
+ <br>
+ <font size="-1"><span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#G">-G gamma</a><span
+ style="font-family: monospace;">
+
+ Set the target response curve actual technical gamma<br>
<a href="#f">-f [degree]</a> Amount of @@ -1254,8 +1254,8 @@ output - - offset (default all output offset)<br> +
+ offset (default all output offset)<br>
<a href="#a">-a ambient</a> @@ -1303,17 +1303,17 @@ output - - Use viewing condition adjustment for ambient in Lux<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> <a href="#k">-k factor</a> - - Amount to try and correct black point hue. Default 1.0, LCD - default 0.0<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> <a href="#A">-A rate</a> - - Rate of blending from neutral to black point. Default 4.0<br> +
+ Use viewing condition adjustment for ambient in Lux<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> <a href="#k">-k factor</a>
+
+ Amount to try and correct black point hue. Default 1.0, LCD
+ default 0.0<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> <a href="#A">-A rate</a>
+
+ Rate of blending from neutral to black point. Default 4.0<br>
<a href="#bhack">-b</a> @@ -1322,10 +1322,10 @@ output - - Use forced black point hack<br> - </span></font> <font size="-1"><span style="font-family: - monospace;"> </span><a style="font-family: monospace;" +
+ Use forced black point hack<br>
+ </span></font> <font size="-1"><span style="font-family:
+ monospace;"> </span><a style="font-family: monospace;"
href="#B">-B bkbright</a><span style="font-family: monospace;"> @@ -1373,12 +1373,12 @@ output - - Set the target black brightness in cd/m^2</span></font><br - style="font-family: monospace;"> - <font size="-1"><span style="font-family: monospace;"></span><span - style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#e">-e [n]</a><span +
+ Set the target black brightness in cd/m^2</span></font><br
+ style="font-family: monospace;">
+ <font size="-1"><span style="font-family: monospace;"></span><span
+ style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#e">-e [n]</a><span
style="font-family: monospace;"> @@ -1426,12 +1426,12 @@ output - - Run n verify passes on final curves<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> </span><a style="font-family: monospace;" - href="#z">-<font size="-1">z</font></a><span style="font-family: - monospace;"> +
+ Run n verify passes on final curves<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> </span><a style="font-family: monospace;"
+ href="#z">-<font size="-1">z</font></a><span style="font-family:
+ monospace;">
@@ -1479,13 +1479,13 @@ output - - Run only verify pass on installed calibration curves</span></font><br - style="font-family: monospace;"> - <font size="-1"><span style="font-family: monospace;"></span><span - style="font-family: monospace;"> <a href="#P">-P - ho,vo,ss[,vs]</a> Position test window - and scale it</span><br style="font-family: monospace;"> +
+ Run only verify pass on installed calibration curves</span></font><br
+ style="font-family: monospace;">
+ <font size="-1"><span style="font-family: monospace;"></span><span
+ style="font-family: monospace;"> <a href="#P">-P
+ ho,vo,ss[,vs]</a> Position test window
+ and scale it</span><br style="font-family: monospace;">
<span style="font-family: monospace;"> ho,vi: 0.0 @@ -1541,8 +1541,8 @@ center, - - = right/bottom etc.</span><br style="font-family: monospace;"> +
+ = right/bottom etc.</span><br style="font-family: monospace;">
<span style="font-family: monospace;"> ss: 0.5 @@ -1598,9 +1598,9 @@ normal, - - = double etc.<br> - </span></font><font size="-1"><span style="font-family: +
+ = double etc.<br>
+ </span></font><font size="-1"><span style="font-family:
monospace;"> @@ -1635,10 +1635,10 @@ normal, - - ss,vs: = optional horizontal, vertical scale.</span></font><br> - <font size="-1"><span style="font-family: monospace;"> <a - href="#F">-F</a> +
+ ss,vs: = optional horizontal, vertical scale.</span></font><br>
+ <font size="-1"><span style="font-family: monospace;"> <a
+ href="#F">-F</a>
@@ -1686,11 +1686,11 @@ normal, - - Fill whole screen with black background</span></font><font - size="-1"><span style="font-family: monospace;"></span></font><br> - <font size="-1"><span style="font-family: monospace;"> </span></font><font - size="-1"><span style="font-family: monospace;"><a href="#E">-E</a> +
+ Fill whole screen with black background</span></font><font
+ size="-1"><span style="font-family: monospace;"></span></font><br>
+ <font size="-1"><span style="font-family: monospace;"> </span></font><font
+ size="-1"><span style="font-family: monospace;"><a href="#E">-E</a>
@@ -1717,13 +1717,13 @@ normal, - - </span></font><small><span style="font-family: monospace;">Video - encode output as (16-235)/255 "TV" levels</span></small><br - style="font-family: monospace;"> - <font size="-1"><span style="font-family: monospace;"></span><span - style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#n">-n</a><span +
+ </span></font><small><span style="font-family: monospace;">Video
+ encode output as (16-235)/255 "TV" levels</span></small><br
+ style="font-family: monospace;">
+ <font size="-1"><span style="font-family: monospace;"></span><span
+ style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#n">-n</a><span
style="font-family: monospace;"> [X11 @@ -1779,14 +1779,14 @@ on - - test window<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> </span><a style="font-family: monospace;" - href="#J">-J</a><span style="font-family: monospace;"> - - Run instrument calibration first<br> - </span></font><font size="-1"><span style="font-family: +
+ test window<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> </span><a style="font-family: monospace;"
+ href="#J">-J</a><span style="font-family: monospace;">
+
+ Run instrument calibration first<br>
+ </span></font><font size="-1"><span style="font-family:
monospace;"> <a href="#N">-N</a> @@ -1834,18 +1834,18 @@ on - - Disable initial calibration of instrument if possible</span></font><br> - <font size="-1"><span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#H">-H</a><span - style="font-family: monospace;"> - - Use high resolution spectrum mode (if - available)<br> - </span></font><font size="-1"><span style="font-family: - monospace;"></span><span style="font-family: monospace;"><br> - </span></font><font size="-1"><span style="font-family: - monospace;"><span style="text-decoration: underline;"></span><a +
+ Disable initial calibration of instrument if possible</span></font><br>
+ <font size="-1"><span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#H">-H</a><span
+ style="font-family: monospace;">
+
+ Use high resolution spectrum mode (if
+ available)<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"></span><span style="font-family: monospace;"><br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"><span style="text-decoration: underline;"></span><a
href="#X1">-X file.ccmx</a> @@ -1893,9 +1893,9 @@ on - - Apply Colorimeter Correction Matrix</span></font><br> - <span style="font-family: monospace;"> <a href="#X2">-X +
+ Apply Colorimeter Correction Matrix</span></font><br>
+ <span style="font-family: monospace;"> <a href="#X2">-X
file.ccss</a> Use Colorimeter @@ -1946,14 +1946,14 @@ Calibration - - Spectral Samples for calibration</span><font size="-1"><span - style="font-family: monospace;"><br> - </span></font><small><span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#Q">-Q <i>observ</i></a><span - style="font-family: monospace;"> - Choose CIE Observer for spectrometer or CCSS - colorimeter data:</span><br style="font-family: monospace;"> +
+ Spectral Samples for calibration</span><font size="-1"><span
+ style="font-family: monospace;"><br>
+ </span></font><small><span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#Q">-Q <i>observ</i></a><span
+ style="font-family: monospace;">
+ Choose CIE Observer for spectrometer or CCSS
+ colorimeter data:</span><br style="font-family: monospace;">
<span style="font-family: monospace;"> @@ -2001,11 +2001,11 @@ Calibration - - 1931_2 </span></small><small><span - style="font-family: monospace;">(def.)</span></small><small><span - style="font-family: monospace;">, 1964_10, S&B 1955_2, shaw, - J&V 1978_2, 1964_10c<br> +
+ 1931_2 </span></small><small><span
+ style="font-family: monospace;">(def.)</span></small><small><span
+ style="font-family: monospace;">, 1964_10, S&B 1955_2, shaw,
+ J&V 1978_2, 1964_10c<br>
<a href="#I">-I b|w</a> @@ -2053,8 +2053,8 @@ Calibration - - Drift compensation, Black: -Ib, White: -Iw, Both: -Ibw</span></small><br> +
+ Drift compensation, Black: -Ib, White: -Iw, Both: -Ibw</span></small><br>
<small><span style="font-family: monospace;"><tt> <a href="#YR">-Y @@ -2071,7 +2071,7 @@ Calibration - +
R:<i>rate</i></a> @@ -2088,36 +2088,36 @@ Calibration - - Override measured refresh rate with rate Hz<br> - </tt> </span></small><font size="-1"><span - style="font-family: monospace;"></span><a style=" font-family: - monospace;" href="#YA">-<font size="-1">Y</font> A</a><span - style="font-family: monospace;"> - - Use non-adaptive integration time mode (if - available).</span></font><br> - <font size="-1"><span style="font-family: monospace;"> </span><a - style=" font-family: monospace;" href="#Yp">-<font size="-1">Y</font> - <font size="-1">p</font></a><span style="font-family: - monospace;"> - - Don't wait for the instrument to be placed on - the display</span></font><br> - <small><span style="font-family: monospace;"> </span></small><font - size="-1"><span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#C">-C "command"</a><span - style="font-family: monospace;"> - Invoke shell - "command" each time a color is set</span></font><br> - <font size="-1"><span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#M">-M "command"</a><span - style="font-family: monospace;"> - Invoke shell - "command" each time a color is measured</span></font><font - size="-1"><span style="font-family: monospace;"></span><span - style="font-family: monospace;"></span></font><br> - <font size="-1"><span style="font-family: monospace;"> <a +
+ Override measured refresh rate with rate Hz<br>
+ </tt> </span></small><font size="-1"><span
+ style="font-family: monospace;"></span><a style=" font-family:
+ monospace;" href="#YA">-<font size="-1">Y</font> A</a><span
+ style="font-family: monospace;">
+
+ Use non-adaptive integration time mode (if
+ available).</span></font><br>
+ <font size="-1"><span style="font-family: monospace;"> </span><a
+ style=" font-family: monospace;" href="#Yp">-<font size="-1">Y</font>
+ <font size="-1">p</font></a><span style="font-family:
+ monospace;">
+
+ Don't wait for the instrument to be placed on
+ the display</span></font><br>
+ <small><span style="font-family: monospace;"> </span></small><font
+ size="-1"><span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#C">-C "command"</a><span
+ style="font-family: monospace;">
+ Invoke shell
+ "command" each time a color is set</span></font><br>
+ <font size="-1"><span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#M">-M "command"</a><span
+ style="font-family: monospace;">
+ Invoke shell
+ "command" each time a color is measured</span></font><font
+ size="-1"><span style="font-family: monospace;"></span><span
+ style="font-family: monospace;"></span></font><br>
+ <font size="-1"><span style="font-family: monospace;"> <a
href="#W">-W n|h|x</a> Override serial @@ -2173,12 +2173,12 @@ none, - - h = HW, x = Xon/Xoff</span></font><font size="-1"><span - style="font-family: monospace;"></span></font><br> - <font size="-1"><span style="font-family: monospace;"> </span></font><font - size="-1"><span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#D">-D [level]</a><span +
+ h = HW, x = Xon/Xoff</span></font><font size="-1"><span
+ style="font-family: monospace;"></span></font><br>
+ <font size="-1"><span style="font-family: monospace;"> </span></font><font
+ size="-1"><span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#D">-D [level]</a><span
style="font-family: monospace;"> @@ -2226,12 +2226,12 @@ none, - - Print debug diagnostics to stderr</span></font><br - style="font-family: monospace;"> - <font size="-1"><span style="font-family: monospace;"></span><span - style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#p1"><i>inoutfile</i></a><span +
+ Print debug diagnostics to stderr</span></font><br
+ style="font-family: monospace;">
+ <font size="-1"><span style="font-family: monospace;"></span><span
+ style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#p1"><i>inoutfile</i></a><span
style="font-family: monospace;"> @@ -2279,79 +2279,79 @@ none, - - </span><span style="font-family: monospace;">Base name for created - or updated </span></font><font size="-1"><a style="font-family: - monospace;" href="cal_format.html">.cal</a><span - style="font-family: monospace;"></span></font><font size="-1"><span - style="font-family: monospace;"> and <a - href="File_Formats.html#ICC">.icm</a> output files</span></font><br> - <br> - <h3>Comments<br> - </h3> - This is the tool is used for adjusting and calibrating a display to - reach specified target behaviour, and optionally profiling it. - For best results on a CRT, you should run this against a neutral - grey desktop background, and avoid having any bright images or - windows on the screen at the time you run dispcal. You could also - use the <span style="font-weight: bold;">-B</span> option to black - the whole screen out, although this will make it impossible to - control dispcal unless you have more than one display.<br> - <br> - <a name="v"></a> The <b>-v</b> flag reports progress information, - as well as other statistics about the progress of calibration. A - numerical argument greater than 1 gives greater verbosity. 2 will - give per step adjustment and repeat information, while 3 will give - even greater technical detail.<br> - <br> - <a name="display"></a>When running on a UNIX based system that used - the X11 Windowing System, <b>dispcal</b> will by default use the - $DISPLAY environment variable to determine which local or remote - display and screen to read from. This can be overridden by supplying - an X11 display name to the <span style="font-weight: bold;">-display</span> - option. Note that if Xinerama is active, you can't select the screen - using $DISPLAY or -display, you have to select it using the <span - style="font-weight: bold;">-d</span> parameter.<br> - <br> - <a name="d"></a> By default the main display will be the location of - the test window. If the system has more than one display or screen, - an alternate display/screen can be selected with the <span - style="font-weight: bold;">-d</span> parameter. If you invoke <span - style="font-weight: bold;">dispcal</span> so as to display the - usage information (i.e. "dispcal -?" or "dispcal --"), then the - discovered displays/screens will be listed. Multiple displays may - not be listed, if they appear as a single display to the operating - system (ie. the multi-display support is hidden in the video card - driver). On UNIX based system that used the X11 Windowing System, - the <span style="font-weight: bold;">-d</span> parameter will - override the screen specified by the $DISPLAY or parameter.<br> - <br> - <span style="font-weight: bold;">Note</span> that if VideoLUTs for a - display are not accessible (i.e. no hardware calibration - capability), <span style="font-weight: bold;">dispcal</span> will - will issue a warning, but continue creating a calibration based on - the display "as-is" rather than its native response. See the <a - href="dispcal.html#o">-o</a> flag for an explanation of the - implications of having no access to the VideoLUTs.<br> - <br> - On X11 the inability to access VideoLUTs could be because you are - trying to access a remote display, and the remote display doesn't - support the XF86VidMode extension, or perhaps you are running - multiple monitors using NVidia TwinView, or MergedFB, and trying to - access anything other than the primary monitor. TwinView and - MergedFB don't properly support the XF86VidMode extension for - multiple displays. You can use <a href="dispwin.html#r">dispwin -r</a> - to test whether the VideoLUTs are accessible for a particular - display. See also below, on how to select a different display for - VideoLUT access. Also note that dispcal will fail if the Visual - depth doesn't match the VideoLUT depth. Typically the VideoLUTs have - 256 entries per color component, so the Visual generally needs to be - 24 bits, 8 bits per color component.<br> - <br> - <a name="dnm"></a>Because of the difficulty cause by TwinView and - MergedFB in X11 based systems, you can optionally specify a separate - display number after the display that is going to be used to present - test patches, for accessing the VideoLUT hardware. This must be +
+ </span><span style="font-family: monospace;">Base name for created
+ or updated </span></font><font size="-1"><a style="font-family:
+ monospace;" href="cal_format.html">.cal</a><span
+ style="font-family: monospace;"></span></font><font size="-1"><span
+ style="font-family: monospace;"> and <a
+ href="File_Formats.html#ICC">.icm</a> output files</span></font><br>
+ <br>
+ <h3>Comments<br>
+ </h3>
+ This is the tool is used for adjusting and calibrating a display to
+ reach specified target behaviour, and optionally profiling it.
+ For best results on a CRT, you should run this against a neutral
+ grey desktop background, and avoid having any bright images or
+ windows on the screen at the time you run dispcal. You could also
+ use the <span style="font-weight: bold;">-B</span> option to black
+ the whole screen out, although this will make it impossible to
+ control dispcal unless you have more than one display.<br>
+ <br>
+ <a name="v"></a> The <b>-v</b> flag reports progress information,
+ as well as other statistics about the progress of calibration. A
+ numerical argument greater than 1 gives greater verbosity. 2 will
+ give per step adjustment and repeat information, while 3 will give
+ even greater technical detail.<br>
+ <br>
+ <a name="display"></a>When running on a UNIX based system that used
+ the X11 Windowing System, <b>dispcal</b> will by default use the
+ $DISPLAY environment variable to determine which local or remote
+ display and screen to read from. This can be overridden by supplying
+ an X11 display name to the <span style="font-weight: bold;">-display</span>
+ option. Note that if Xinerama is active, you can't select the screen
+ using $DISPLAY or -display, you have to select it using the <span
+ style="font-weight: bold;">-d</span> parameter.<br>
+ <br>
+ <a name="d"></a> By default the main display will be the location of
+ the test window. If the system has more than one display or screen,
+ an alternate display/screen can be selected with the <span
+ style="font-weight: bold;">-d</span> parameter. If you invoke <span
+ style="font-weight: bold;">dispcal</span> so as to display the
+ usage information (i.e. "dispcal -?" or "dispcal --"), then the
+ discovered displays/screens will be listed. Multiple displays may
+ not be listed, if they appear as a single display to the operating
+ system (ie. the multi-display support is hidden in the video card
+ driver). On UNIX based system that used the X11 Windowing System,
+ the <span style="font-weight: bold;">-d</span> parameter will
+ override the screen specified by the $DISPLAY or parameter.<br>
+ <br>
+ <span style="font-weight: bold;">Note</span> that if VideoLUTs for a
+ display are not accessible (i.e. no hardware calibration
+ capability), <span style="font-weight: bold;">dispcal</span> will
+ will issue a warning, but continue creating a calibration based on
+ the display "as-is" rather than its native response. See the <a
+ href="dispcal.html#o">-o</a> flag for an explanation of the
+ implications of having no access to the VideoLUTs.<br>
+ <br>
+ On X11 the inability to access VideoLUTs could be because you are
+ trying to access a remote display, and the remote display doesn't
+ support the XF86VidMode extension, or perhaps you are running
+ multiple monitors using NVidia TwinView, or MergedFB, and trying to
+ access anything other than the primary monitor. TwinView and
+ MergedFB don't properly support the XF86VidMode extension for
+ multiple displays. You can use <a href="dispwin.html#r">dispwin -r</a>
+ to test whether the VideoLUTs are accessible for a particular
+ display. See also below, on how to select a different display for
+ VideoLUT access. Also note that dispcal will fail if the Visual
+ depth doesn't match the VideoLUT depth. Typically the VideoLUTs have
+ 256 entries per color component, so the Visual generally needs to be
+ 24 bits, 8 bits per color component.<br>
+ <br>
+ <a name="dnm"></a>Because of the difficulty cause by TwinView and
+ MergedFB in X11 based systems, you can optionally specify a separate
+ display number after the display that is going to be used to present
+ test patches, for accessing the VideoLUT hardware. This must be
specified as a single string, e.g. <span style="font-weight: bold;">-d @@ -2399,273 +2399,273 @@ none, - - 1,2</span> . Some experimentation may be needed using <a - href="dispwin.html">dispwin</a> on such systems, to discover what - screen has access to the VideoLUT hardware, and which screens the - test patches appear on. You may be able to calibrate one screen, and - then share the calibration with another screen. Profiling can be - done independently to calibration on each screen.<br> - <br> - <a name="dweb"></a><span style="font-weight: bold;">-dweb</span> or - <span style="font-weight: bold;">-dweb:port</span> starts a - standalone web server on your machine, which then allows a local or - remote web browser to display the the color test patches. By default - port <span style="font-weight: bold;">8080</span> is used, but this - can be overridden by appending a <span style="font-weight: bold;">:</span> - and the port number i.e. <span style="font-weight: bold;">-dweb:8001</span>. - The URL will be <span style="font-weight: bold;">http://</span> - then name of the machine or its I.P. address followed by a colon and - the port number - e.g something like <span style="font-weight: - bold;">http://192.168.0.1:8080</span>. If you use the verbose - option (<span style="font-weight: bold;">-v</span>) then a likely - URL will be printed once the server is started, or you could run <span - style="font-weight: bold;">ipconfig</span> (MSWin) or <span - style="font-weight: bold;">/sbin/ifconfig</span> (Linux or OS X) - and identify an internet address for your machine that way. <b>JavaScript</b> - needs to be enabled in your web browser for this to work. You may - have to modify any firewall to permit port 8080 to be accessed on - your machine.<br> - <br> - Note that if you use this method of displaying test patches, that - there is no access to the display VideoLUTs and that the colors will - be displayed with 8 bit per component precision, and any - screen-saver or power-saver will not be disabled. You will also be - at the mercy of any color management applied by the web browser, and - may have to carefully review and configure such color management. - See the <a href="#o">-o</a> flag for an explanation of the - implications of having no access to the VideoLUTs.<br> - <br> - <a name="dmadvr"></a><span style="font-weight: bold;">-dmadvr</span> - [MSWin only] causes test patches to be displayed using the MadVR - video renderer. Note that will have to start <b>MadTPG</b> before - running dispcal, and that while you can adjust the "Test Pattern - Configuration" controls, you should <u>not</u> normally alter the - "Existing Calibration" controls, as dispcal will set these - appropriately. <br> - <br> - <a name="dcc"></a><span style="font-weight: bold;">-dcc</span> or <b>-dcc:<i>no</i></b> - causes test patches to be displayed using and available <a - href="http://en.wikipedia.org/wiki/Chromecast">ChromeCast</a> to - your TV. Use <b>-dcc:?</b> to display a list of ChromeCasts on your - local network. Note that the ChromeCast as a test patch source is - probably the<b> least accurate</b> of your choices, since it - up-samples the test patch and transforms from RGB to YCC and back, - but should be accurate within ± 1 bit. You may have to modify any - firewall to permit port 8081 to be accessed on your machine if it +
+ 1,2</span> . Some experimentation may be needed using <a
+ href="dispwin.html">dispwin</a> on such systems, to discover what
+ screen has access to the VideoLUT hardware, and which screens the
+ test patches appear on. You may be able to calibrate one screen, and
+ then share the calibration with another screen. Profiling can be
+ done independently to calibration on each screen.<br>
+ <br>
+ <a name="dweb"></a><span style="font-weight: bold;">-dweb</span> or
+ <span style="font-weight: bold;">-dweb:port</span> starts a
+ standalone web server on your machine, which then allows a local or
+ remote web browser to display the the color test patches. By default
+ port <span style="font-weight: bold;">8080</span> is used, but this
+ can be overridden by appending a <span style="font-weight: bold;">:</span>
+ and the port number i.e. <span style="font-weight: bold;">-dweb:8001</span>.
+ The URL will be <span style="font-weight: bold;">http://</span>
+ then name of the machine or its I.P. address followed by a colon and
+ the port number - e.g something like <span style="font-weight:
+ bold;">http://192.168.0.1:8080</span>. If you use the verbose
+ option (<span style="font-weight: bold;">-v</span>) then a likely
+ URL will be printed once the server is started, or you could run <span
+ style="font-weight: bold;">ipconfig</span> (MSWin) or <span
+ style="font-weight: bold;">/sbin/ifconfig</span> (Linux or OS X)
+ and identify an internet address for your machine that way. <b>JavaScript</b>
+ needs to be enabled in your web browser for this to work. You may
+ have to modify any firewall to permit port 8080 to be accessed on
+ your machine.<br>
+ <br>
+ Note that if you use this method of displaying test patches, that
+ there is no access to the display VideoLUTs and that the colors will
+ be displayed with 8 bit per component precision, and any
+ screen-saver or power-saver will not be disabled. You will also be
+ at the mercy of any color management applied by the web browser, and
+ may have to carefully review and configure such color management.
+ See the <a href="#o">-o</a> flag for an explanation of the
+ implications of having no access to the VideoLUTs.<br>
+ <br>
+ <a name="dmadvr"></a><span style="font-weight: bold;">-dmadvr</span>
+ [MSWin only] causes test patches to be displayed using the MadVR
+ video renderer. Note that will have to start <b>MadTPG</b> before
+ running dispcal, and that while you can adjust the "Test Pattern
+ Configuration" controls, you should <u>not</u> normally alter the
+ "Existing Calibration" controls, as dispcal will set these
+ appropriately. <br>
+ <br>
+ <a name="dcc"></a><span style="font-weight: bold;">-dcc</span> or <b>-dcc:<i>no</i></b>
+ causes test patches to be displayed using and available <a
+ href="http://en.wikipedia.org/wiki/Chromecast">ChromeCast</a> to
+ your TV. Use <b>-dcc:?</b> to display a list of ChromeCasts on your
+ local network. Note that the ChromeCast as a test patch source is
+ probably the<b> least accurate</b> of your choices, since it
+ up-samples the test patch and transforms from RGB to YCC and back,
+ but should be accurate within ± 1 bit. You may have to modify any
+ firewall to permit port 8081 to be accessed on your machine if it
falls back to the Default receiver (see <a href="Installing.html">installation - - instructions</a> for your platform).<br> - <br> - <a name="c"></a> <span style="font-weight: bold;">-c</span> The - instrument is assumed to communicate through a USB or serial - communication port, and the port can be selected with the <b>-c</b> - option, if the instrument is not connected to the first port. If you - invoke <span style="font-weight: bold;">dispcal</span> so as to - display the usage information (i.e. "dispcal -?" or "dispcal --"), - then the discovered USB and serial ports will be listed. On - UNIX/Linux, a list of all possible serial ports are shown, but not - all of them may actually be present on your system.<br> - <br> - <a name="r"></a> The -<span style="font-weight: bold;">r</span> and - <span style="font-weight: bold;"><a name="R"></a>-R </span>flags - perform a quick measurement of current display behaviour, reports - and then exits. If the <span style="font-weight: bold;">-r</span> - flag is used the measurement are taken using the currently loaded - calibration (Video LUT) curves, and in the case of MadVR renderer - test patch display the Color Management 3dLut. If <span - style="font-weight: bold;">-R</span> is use, then the uncalibrated - ("raw" or "native") behaviour is measured (ie. no VideoLut or CM). - Reported are: <br> - <br> - Black Brightness in cd/m^2<br> - White Brightness in cd/m^2<br> - The approximate Gamma<br> - The white point x,y chromaticity co-ordinates<br> - The correlated color temperature in Kelvin, and - the CIEDE200 to the Black Body locus.<br> - The correlated Daylight temperature in Kelvin, - and the CIEDE200 to the Daylight locus.<br> - The visual color temperature in Kelvin, and the - CIEDE200 to the Black Body locus.<br> - The visual Daylight temperature in Kelvin, and - the CIEDE200 to the Daylight locus.<br> - The visual color temperature in Kelvin<br> - (for <span style="font-weight: bold;">-R </span>"raw":)<br> - The apparent VideoLUT entry number of significant - bits.<br> - <br> - Note that the correlated color temperature is the temperature of a - black body radiator that has the closest color to the white point - measured using the traditional CIE 1960 UCS space color difference - formula. The correlated daylight temperature is a similar thing, - except the CIE daylight locus is used. The visual color temperature - values are calculated similarly to the correlated color - temperatures, but using the modern CIEDE2000 color difference - formula to calculate a better visual approximation to the closest - temperature to the displays white point. There will be no difference - between the UCS and CIEDE2000 temperatures if the display white - point actually lies on the particular locus.<br> - <br> - <a name="m"></a> The -<span style="font-weight: bold;">m</span> - option skips the usual process of adjusting the display monitor - contrast, brightness and white point controls, and skips straight to - calibration.<br> - <br> - <a name="o"></a><span style="font-weight: bold;">-o [</span><span - style="font-style: italic;">profile.icm</span><span - style="font-weight: bold;">]</span> Normally <span - style="font-weight: bold;">dispcal</span> creates just a - calibration file, which can then be used for subsequent - characterization using <a href="dispread.html">dispread</a> and - profiling using <a href="colprof.html">colprof</a>. If the <span - style="font-weight: bold;">-o</span> flag is used, <span - style="font-weight: bold;">dispcal</span> will also create a - shaper/matrix profile. By default it will create a profile named <span - style="font-weight: bold;">inoutfile.icm</span>, but a differently - named file can be created or updated by specifying the name after - the <span style="font-weight: bold;">-o</span> flag. If the <span - style="font-weight: bold;">-u</span> flag is used with <span - style="font-weight: bold;">-o</span>, then the ICC profile <span - style="font-weight: bold;">vcgt</span> calibration curves will be - updated.<br> - <br> - Note that if VideoLUT access is not possible for the display, that - hardware calibration is not possible. dispcal will create - calibration curves anyway with a warning, and if a profile is - created, it will not contain a 'vcgt' tag, but instead will have the - calibration curves incorporated into the profile itself. If - calibration parameters are chosen that change the displays white - point or brightness, then this will result in a slightly unusual - profile that has a white point that does not correspond with - R=G=B=1.0. Some systems may not cope properly with this type of - profile. See the <a href="Scenarios.html#PM7">tutorial</a> for a - further explanation.<br> - <br> - <a name="O"></a>The <b>-O</b> parameter allows setting of the - shaper/matrix profile description tag. The parameter should be a - string that describes the device and profile. With most command line - shells, it will be necessary to enclose the parameter with double - quotes, so that spaces and other special characters are included in - the parameter, and not mistaken for the start of another flag, or as - a final command line parameter. Many programs that deal with ICC - profiles use the description tag to identify a profile, rather than - the profile filename, so using a descriptive string is important in - being able to find a profile. By default, the profile file name will - be used as the description.<br> - <br> - <a name="u"></a><span style="font-weight: bold;">-u</span> Normally - <span style="font-weight: bold;">dispcal</span> creates a new - calibration file and optional profile, based on the requested - targets and the response of the display. This can take a fair amount - of time, particularly if a high quality level has been selected, so - to speed up the process of keeping a display in calibration the <span - style="font-weight: bold;">-u</span> flag can be used. This uses - the same calibration targets as the previous calibration but does a - smaller number of refinement passes, enough to improve the accuracy - of the calibration to account for drift in the device. If the <span - style="font-weight: bold;">-o</span> flag is used as well, then - the ICC profile <span style="font-weight: bold;"></span>will have - its vcgt tag updated with the new calibration. This keeps the - profile up to date with the display. Normally <span - style="font-weight: bold;">dispcal -u</span> will use the same - quality level that was specified in the previous calibration, but - this can be overridden using the <span style="font-weight: bold;">-q</span> - flag. Any options that attempt to change the calibration target (ie. - white point, brightness, gamma etc.) will be ignored. Adjustment of - the display monitor controls is skipped. A profile cannot be updated - if the display does not support hardware calibration (no VideoLUT - access).<br> - <br> - <a name="q"></a> Quality - Low, Medium (def), High. The <span - style="font-weight: bold;">-q</span> flag determines how much time - and effort to go to in calibrating the display. The higher the - quality, the more test readings will be done, the more refinement - passes will be done, the tighter will be the accuracy tolerance, and - the more detailed will be the calibration of the display. The result - will ultimately be limited by the accuracy of the instrument, the - repeatability of the display and instrument, and the resolution of - the Video Lookup table entries and Digital or Analogue output - (RAMDAC).<br> - <br> - <a name="p"></a>The <span style="font-weight: bold;">-p</span> flag - allows measuring in telephoto mode, using instruments that support - this mode, e.g. the ColorMunki. Telephoto mode is one for taking - emissive measurements from a distance (ie. telespectometer, - tele-colorimeter) mode, and typically would be used for measuring - projector type displays. If a device does not support a specific - telephoto mode, then the normal emissive mode may be suitable for - measuring projectors.<br> - <br> - <a name="y"></a> The <span style="font-weight: bold;">-y</span> - flag allows setting the Display Type. The selection typically - determines two aspects of of the instrument operation: <span - style="font-weight: bold;">1)</span> It may set the measuring mode - to suite <a - href="http://en.wikipedia.org/wiki/Comparison_of_display_technology"><span - style="font-weight: bold;">refresh</span> or <span - style="font-weight: bold;">non-refresh</span> displays</a>. - Typically only LCD (Liquid Crystal) displays have a non-refresh - nature. <span style="font-weight: bold;">2)</span> It may select an - instrument calibration matrix suitable for a particular display - type. The selections available depends on the type and model of - instrument, and a list of the options for the discovered instruments - will be shown in the <a href="ArgyllDoc.html#CmdLine">usage</a> - information. For more details on what particular instruments support - and how this works, see <a href="instruments.html">Operation of - particular instruments</a>. <b>3)</b> Any installed CCSS files - (if applicable), or CCMX files. These files are typically created - using <a href="ccxxmake.html">ccxxmake</a>, and installed using <a - href="oeminst.html">oeminst</a>. The default and Base Calibration - types will be indicated in the usage.<br> - <br> - <a name="t"></a><span style="text-decoration: underline;"></span> <span - style="font-weight: bold;">-t</span> Set the target white point - locus to the equivalent of a Daylight spectrum of the given - temperature in degrees Kelvin. By default the white point target - will be the native white of the display, and it's color temperature - and delta E to the daylight spectrum locus will be shown during - monitor adjustment, and adjustments will be recommended to put the - display white point directly on the Daylight locus. If a Daylight - color temperature is given as an argument to <span - style="font-weight: bold;">-t</span>, then this will become the - target of the adjustment, and the recommended adjustments will be - those needed to make the monitor white point meet the target. - Typical values might be 5000 for matching printed output, or - 6500, which gives a brighter, bluer look. A white point temperature - different to that native to the display may limit the maximum - brightness possible.<br> - <br> - <a name="T"></a><span style="text-decoration: underline;"></span> <span - style="font-weight: bold;">-T</span> Same functionality as - the <span style="font-weight: bold;">-t</span> option, except the - white point locus will be the Black Body, or Planckian locus, rather - than the Daylight locus. While these two white point loci are quite - close, they are subtly different. If a temperature is given as an - argument, this will become the Black Body target temperature during - adjustment.<br> - <br> - <a name="w"></a><span style="font-weight: bold;">-w</span> An - alternative to specifying a white point target in Daylight or - Black Body degrees Kevin, is to specify it in chromaticity - co-ordinates. This allows the white point to be a color other than - one on the Daylight or Black Body. Note that the x,y numbers must be - specified as a single string (no space between the numbers and the - comma).<br> - <br> - <a name="b"></a><span style="font-weight: bold;">-b</span> Set - the target brightness of white in cd/m^2. If this number cannot be - reached, the brightest output possible is chosen, consistent with - matching the white point target. Note that many of the instruments - are not particularly accurate when assessing the absolute display - brightness in cd/m^2. <span style="font-weight: bold;">NOTE</span> - that some LCD screens behave a little strangely near their absolute - white point, and may therefore exhibit odd behavior at values just - below white. It may be advisable in such cases to set a brightness - slightly less than the maximum such a display is capable of.<br> - <br> +
+ instructions</a> for your platform).<br>
+ <br>
+ <a name="c"></a> <span style="font-weight: bold;">-c</span> The
+ instrument is assumed to communicate through a USB or serial
+ communication port, and the port can be selected with the <b>-c</b>
+ option, if the instrument is not connected to the first port. If you
+ invoke <span style="font-weight: bold;">dispcal</span> so as to
+ display the usage information (i.e. "dispcal -?" or "dispcal --"),
+ then the discovered USB and serial ports will be listed. On
+ UNIX/Linux, a list of all possible serial ports are shown, but not
+ all of them may actually be present on your system.<br>
+ <br>
+ <a name="r"></a> The -<span style="font-weight: bold;">r</span> and
+ <span style="font-weight: bold;"><a name="R"></a>-R </span>flags
+ perform a quick measurement of current display behaviour, reports
+ and then exits. If the <span style="font-weight: bold;">-r</span>
+ flag is used the measurement are taken using the currently loaded
+ calibration (Video LUT) curves, and in the case of MadVR renderer
+ test patch display the Color Management 3dLut. If <span
+ style="font-weight: bold;">-R</span> is use, then the uncalibrated
+ ("raw" or "native") behaviour is measured (ie. no VideoLut or CM).
+ Reported are: <br>
+ <br>
+ Black Brightness in cd/m^2<br>
+ White Brightness in cd/m^2<br>
+ The approximate Gamma<br>
+ The white point x,y chromaticity co-ordinates<br>
+ The correlated color temperature in Kelvin, and
+ the CIEDE200 to the Black Body locus.<br>
+ The correlated Daylight temperature in Kelvin,
+ and the CIEDE200 to the Daylight locus.<br>
+ The visual color temperature in Kelvin, and the
+ CIEDE200 to the Black Body locus.<br>
+ The visual Daylight temperature in Kelvin, and
+ the CIEDE200 to the Daylight locus.<br>
+ The visual color temperature in Kelvin<br>
+ (for <span style="font-weight: bold;">-R </span>"raw":)<br>
+ The apparent VideoLUT entry number of significant
+ bits.<br>
+ <br>
+ Note that the correlated color temperature is the temperature of a
+ black body radiator that has the closest color to the white point
+ measured using the traditional CIE 1960 UCS space color difference
+ formula. The correlated daylight temperature is a similar thing,
+ except the CIE daylight locus is used. The visual color temperature
+ values are calculated similarly to the correlated color
+ temperatures, but using the modern CIEDE2000 color difference
+ formula to calculate a better visual approximation to the closest
+ temperature to the displays white point. There will be no difference
+ between the UCS and CIEDE2000 temperatures if the display white
+ point actually lies on the particular locus.<br>
+ <br>
+ <a name="m"></a> The -<span style="font-weight: bold;">m</span>
+ option skips the usual process of adjusting the display monitor
+ contrast, brightness and white point controls, and skips straight to
+ calibration.<br>
+ <br>
+ <a name="o"></a><span style="font-weight: bold;">-o [</span><span
+ style="font-style: italic;">profile.icm</span><span
+ style="font-weight: bold;">]</span> Normally <span
+ style="font-weight: bold;">dispcal</span> creates just a
+ calibration file, which can then be used for subsequent
+ characterization using <a href="dispread.html">dispread</a> and
+ profiling using <a href="colprof.html">colprof</a>. If the <span
+ style="font-weight: bold;">-o</span> flag is used, <span
+ style="font-weight: bold;">dispcal</span> will also create a
+ shaper/matrix profile. By default it will create a profile named <span
+ style="font-weight: bold;">inoutfile.icm</span>, but a differently
+ named file can be created or updated by specifying the name after
+ the <span style="font-weight: bold;">-o</span> flag. If the <span
+ style="font-weight: bold;">-u</span> flag is used with <span
+ style="font-weight: bold;">-o</span>, then the ICC profile <span
+ style="font-weight: bold;">vcgt</span> calibration curves will be
+ updated.<br>
+ <br>
+ Note that if VideoLUT access is not possible for the display, that
+ hardware calibration is not possible. dispcal will create
+ calibration curves anyway with a warning, and if a profile is
+ created, it will not contain a 'vcgt' tag, but instead will have the
+ calibration curves incorporated into the profile itself. If
+ calibration parameters are chosen that change the displays white
+ point or brightness, then this will result in a slightly unusual
+ profile that has a white point that does not correspond with
+ R=G=B=1.0. Some systems may not cope properly with this type of
+ profile. See the <a href="Scenarios.html#PM7">tutorial</a> for a
+ further explanation.<br>
+ <br>
+ <a name="O"></a>The <b>-O</b> parameter allows setting of the
+ shaper/matrix profile description tag. The parameter should be a
+ string that describes the device and profile. With most command line
+ shells, it will be necessary to enclose the parameter with double
+ quotes, so that spaces and other special characters are included in
+ the parameter, and not mistaken for the start of another flag, or as
+ a final command line parameter. Many programs that deal with ICC
+ profiles use the description tag to identify a profile, rather than
+ the profile filename, so using a descriptive string is important in
+ being able to find a profile. By default, the profile file name will
+ be used as the description.<br>
+ <br>
+ <a name="u"></a><span style="font-weight: bold;">-u</span> Normally
+ <span style="font-weight: bold;">dispcal</span> creates a new
+ calibration file and optional profile, based on the requested
+ targets and the response of the display. This can take a fair amount
+ of time, particularly if a high quality level has been selected, so
+ to speed up the process of keeping a display in calibration the <span
+ style="font-weight: bold;">-u</span> flag can be used. This uses
+ the same calibration targets as the previous calibration but does a
+ smaller number of refinement passes, enough to improve the accuracy
+ of the calibration to account for drift in the device. If the <span
+ style="font-weight: bold;">-o</span> flag is used as well, then
+ the ICC profile <span style="font-weight: bold;"></span>will have
+ its vcgt tag updated with the new calibration. This keeps the
+ profile up to date with the display. Normally <span
+ style="font-weight: bold;">dispcal -u</span> will use the same
+ quality level that was specified in the previous calibration, but
+ this can be overridden using the <span style="font-weight: bold;">-q</span>
+ flag. Any options that attempt to change the calibration target (ie.
+ white point, brightness, gamma etc.) will be ignored. Adjustment of
+ the display monitor controls is skipped. A profile cannot be updated
+ if the display does not support hardware calibration (no VideoLUT
+ access).<br>
+ <br>
+ <a name="q"></a> Quality - Low, Medium (def), High. The <span
+ style="font-weight: bold;">-q</span> flag determines how much time
+ and effort to go to in calibrating the display. The higher the
+ quality, the more test readings will be done, the more refinement
+ passes will be done, the tighter will be the accuracy tolerance, and
+ the more detailed will be the calibration of the display. The result
+ will ultimately be limited by the accuracy of the instrument, the
+ repeatability of the display and instrument, and the resolution of
+ the Video Lookup table entries and Digital or Analogue output
+ (RAMDAC).<br>
+ <br>
+ <a name="p"></a>The <span style="font-weight: bold;">-p</span> flag
+ allows measuring in telephoto mode, using instruments that support
+ this mode, e.g. the ColorMunki. Telephoto mode is one for taking
+ emissive measurements from a distance (ie. telespectometer,
+ tele-colorimeter) mode, and typically would be used for measuring
+ projector type displays. If a device does not support a specific
+ telephoto mode, then the normal emissive mode may be suitable for
+ measuring projectors.<br>
+ <br>
+ <a name="y"></a> The <span style="font-weight: bold;">-y</span>
+ flag allows setting the Display Type. The selection typically
+ determines two aspects of of the instrument operation: <span
+ style="font-weight: bold;">1)</span> It may set the measuring mode
+ to suite <a
+ href="http://en.wikipedia.org/wiki/Comparison_of_display_technology"><span
+ style="font-weight: bold;">refresh</span> or <span
+ style="font-weight: bold;">non-refresh</span> displays</a>.
+ Typically only LCD (Liquid Crystal) displays have a non-refresh
+ nature. <span style="font-weight: bold;">2)</span> It may select an
+ instrument calibration matrix suitable for a particular display
+ type. The selections available depends on the type and model of
+ instrument, and a list of the options for the discovered instruments
+ will be shown in the <a href="ArgyllDoc.html#CmdLine">usage</a>
+ information. For more details on what particular instruments support
+ and how this works, see <a href="instruments.html">Operation of
+ particular instruments</a>. <b>3)</b> Any installed CCSS files
+ (if applicable), or CCMX files. These files are typically created
+ using <a href="ccxxmake.html">ccxxmake</a>, and installed using <a
+ href="oeminst.html">oeminst</a>. The default and Base Calibration
+ types will be indicated in the usage.<br>
+ <br>
+ <a name="t"></a><span style="text-decoration: underline;"></span> <span
+ style="font-weight: bold;">-t</span> Set the target white point
+ locus to the equivalent of a Daylight spectrum of the given
+ temperature in degrees Kelvin. By default the white point target
+ will be the native white of the display, and it's color temperature
+ and delta E to the daylight spectrum locus will be shown during
+ monitor adjustment, and adjustments will be recommended to put the
+ display white point directly on the Daylight locus. If a Daylight
+ color temperature is given as an argument to <span
+ style="font-weight: bold;">-t</span>, then this will become the
+ target of the adjustment, and the recommended adjustments will be
+ those needed to make the monitor white point meet the target.
+ Typical values might be 5000 for matching printed output, or
+ 6500, which gives a brighter, bluer look. A white point temperature
+ different to that native to the display may limit the maximum
+ brightness possible.<br>
+ <br>
+ <a name="T"></a><span style="text-decoration: underline;"></span> <span
+ style="font-weight: bold;">-T</span> Same functionality as
+ the <span style="font-weight: bold;">-t</span> option, except the
+ white point locus will be the Black Body, or Planckian locus, rather
+ than the Daylight locus. While these two white point loci are quite
+ close, they are subtly different. If a temperature is given as an
+ argument, this will become the Black Body target temperature during
+ adjustment.<br>
+ <br>
+ <a name="w"></a><span style="font-weight: bold;">-w</span> An
+ alternative to specifying a white point target in Daylight or
+ Black Body degrees Kevin, is to specify it in chromaticity
+ co-ordinates. This allows the white point to be a color other than
+ one on the Daylight or Black Body. Note that the x,y numbers must be
+ specified as a single string (no space between the numbers and the
+ comma).<br>
+ <br>
+ <a name="b"></a><span style="font-weight: bold;">-b</span> Set
+ the target brightness of white in cd/m^2. If this number cannot be
+ reached, the brightest output possible is chosen, consistent with
+ matching the white point target. Note that many of the instruments
+ are not particularly accurate when assessing the absolute display
+ brightness in cd/m^2. <span style="font-weight: bold;">NOTE</span>
+ that some LCD screens behave a little strangely near their absolute
+ white point, and may therefore exhibit odd behavior at values just
+ below white. It may be advisable in such cases to set a brightness
+ slightly less than the maximum such a display is capable of.<br>
+ <br>
<a name="g"></a><span style="font-weight: bold;">-g gamma</span> Set @@ -2714,14 +2714,14 @@ Set - - the target response curve gamma. This is normally an exponential - curve (output = input ^gamma), and defaults to 2.4 on MSWindows and - Macintosh OS X 10.6 or latter and Linux/Unix (which is typical of a - CRT type displays real response), and 1.8 on a Macintosh (prior to - OS X 10.6). Four pre-defined curves can be used as well: the sRGB - colorspace response curve, which is an exponent curve with a - straight segment at the dark end and an overall response of +
+ the target response curve gamma. This is normally an exponential
+ curve (output = input ^gamma), and defaults to 2.4 on MSWindows and
+ Macintosh OS X 10.6 or latter and Linux/Unix (which is typical of a
+ CRT type displays real response), and 1.8 on a Macintosh (prior to
+ OS X 10.6). Four pre-defined curves can be used as well: the sRGB
+ colorspace response curve, which is an exponent curve with a
+ straight segment at the dark end and an overall response of
approximately gamma 2.2 (<span style="font-weight: bold;">-gs</span>), the @@ -2770,65 +2770,65 @@ the - - L* curve, which is the response of the CIE L*a*b* perceptual - colorspace (<span style="font-weight: bold;">-gl</span>). the REC - 709 video standard response curve (<span style="font-weight: bold;">-g709</span>) - and the SMPTE 240M video standard response curve (<span - style="font-weight: bold;">-g240</span>) <br> - <br> - <span style="font-weight: bold;">Note</span> that a real display - can't reproduce any of these ideal curves, since it will have a - non-zero black point, whereas all the ideal curves assume zero light - at zero input. In the case of a gamma curve target, dispcal uses an - actual technical power curve shape that aims for the same relative - output at 50% input as the ideal gamma power curve. To allow for the - non-zero black level of a real display, by default <span - style="font-weight: bold;">dispcal</span> will offset the target - curve values so that zero input gives the actual black level of the - display (output offset). This ensures that the target curve better - corresponds to the typical natural behavior of displays, but it may - not be the most visually even progression from display minimum, but - this behavior can be changed using the <span style="font-weight: - bold;">-f</span> option (see below).<br> - <br> - <span style="font-weight: bold;">Also note</span> that many color - spaces are encoded with, and labelled as having a gamma of - approximately<span style="font-weight: bold;"> 2.2</span> (ie. sRGB, - REC 709, SMPTE 240M, Macintosh OS X 10.6), but are actually intended - to be displayed on a display with a typical CRT gamma of <span - style="font-weight: bold;">2.4</span> viewed in a darkened - environment. This is because this <span style="font-weight: bold;">2.2</span> - gamma is a source gamma encoding in bright viewing conditions such - as a television studio, while typical display viewing conditions are - quite dark by comparison, and a contrast expansion of (approx.) - gamma 1.1 is desirable to make the images look as intended. So if - you are displaying images encoded to the sRGB standard, or - displaying video through the calibration, just setting the gamma - curve to sRGB or REC 709 (respectively) is probably <span - style="font-weight: bold;">not what you want!</span> What you - probably want to do, is to set the gamma curve to about gamma 2.4, - so that the contrast range is expanded appropriately, or <span - style="text-decoration: underline; font-weight: bold;">alternatively</span> - use sRGB or REC 709 or a gamm of 2.2 but <span style="font-weight: - bold;">also</span> use the <span style="font-weight: bold;">-a</span> - parameter to specify the actual ambient viewing conditions, so that - <span style="font-weight: bold;">dispcal</span> can make an - appropriate contrast enhancement. If your instrument is capable of - measuring ambient light levels, then you can do so during the - interactive display control adjustment. See - <http://www.color.org/sRGB.xalter> for details of how sRGB is - intended to be used.<br> - <br> - It is hard to know whether Apple Macintosh computers prior to OS X - 10.6 should also have such an adjustment, since it is not really - possible to know whether colors labelled as being in such a - colorspace are actually encoded in that gamma with the expectation - that they will be displayed on a display with that actual response, - or whether they are intended to be displayed on a display that - contrast expands by a power 1.1. Both situations might be the - case, depending on how source material is created!<br> - <br> +
+ L* curve, which is the response of the CIE L*a*b* perceptual
+ colorspace (<span style="font-weight: bold;">-gl</span>). the REC
+ 709 video standard response curve (<span style="font-weight: bold;">-g709</span>)
+ and the SMPTE 240M video standard response curve (<span
+ style="font-weight: bold;">-g240</span>) <br>
+ <br>
+ <span style="font-weight: bold;">Note</span> that a real display
+ can't reproduce any of these ideal curves, since it will have a
+ non-zero black point, whereas all the ideal curves assume zero light
+ at zero input. In the case of a gamma curve target, dispcal uses an
+ actual technical power curve shape that aims for the same relative
+ output at 50% input as the ideal gamma power curve. To allow for the
+ non-zero black level of a real display, by default <span
+ style="font-weight: bold;">dispcal</span> will offset the target
+ curve values so that zero input gives the actual black level of the
+ display (output offset). This ensures that the target curve better
+ corresponds to the typical natural behavior of displays, but it may
+ not be the most visually even progression from display minimum, but
+ this behavior can be changed using the <span style="font-weight:
+ bold;">-f</span> option (see below).<br>
+ <br>
+ <span style="font-weight: bold;">Also note</span> that many color
+ spaces are encoded with, and labelled as having a gamma of
+ approximately<span style="font-weight: bold;"> 2.2</span> (ie. sRGB,
+ REC 709, SMPTE 240M, Macintosh OS X 10.6), but are actually intended
+ to be displayed on a display with a typical CRT gamma of <span
+ style="font-weight: bold;">2.4</span> viewed in a darkened
+ environment. This is because this <span style="font-weight: bold;">2.2</span>
+ gamma is a source gamma encoding in bright viewing conditions such
+ as a television studio, while typical display viewing conditions are
+ quite dark by comparison, and a contrast expansion of (approx.)
+ gamma 1.1 is desirable to make the images look as intended. So if
+ you are displaying images encoded to the sRGB standard, or
+ displaying video through the calibration, just setting the gamma
+ curve to sRGB or REC 709 (respectively) is probably <span
+ style="font-weight: bold;">not what you want!</span> What you
+ probably want to do, is to set the gamma curve to about gamma 2.4,
+ so that the contrast range is expanded appropriately, or <span
+ style="text-decoration: underline; font-weight: bold;">alternatively</span>
+ use sRGB or REC 709 or a gamm of 2.2 but <span style="font-weight:
+ bold;">also</span> use the <span style="font-weight: bold;">-a</span>
+ parameter to specify the actual ambient viewing conditions, so that
+ <span style="font-weight: bold;">dispcal</span> can make an
+ appropriate contrast enhancement. If your instrument is capable of
+ measuring ambient light levels, then you can do so during the
+ interactive display control adjustment. See
+ <http://www.color.org/sRGB.xalter> for details of how sRGB is
+ intended to be used.<br>
+ <br>
+ It is hard to know whether Apple Macintosh computers prior to OS X
+ 10.6 should also have such an adjustment, since it is not really
+ possible to know whether colors labelled as being in such a
+ colorspace are actually encoded in that gamma with the expectation
+ that they will be displayed on a display with that actual response,
+ or whether they are intended to be displayed on a display that
+ contrast expands by a power 1.1. Both situations might be the
+ case, depending on how source material is created!<br>
+ <br>
<a name="G"></a><span style="font-weight: bold;">-G gamma</span> As @@ -2877,99 +2877,99 @@ As - - explained above, the gamma value provided to the <span - style="font-weight: bold;">-g</span> option is used to set and - actual response curve that makes an allowance for the non-zero black - of the actual display, and will have the same relative output at 50% - input as the ideal gamma power curve, and so best matches typical - expectations. The <span style="font-weight: bold;">-G</span> option - is an alternative that allows the <span style="font-weight: bold;">actual</span> - power to be specified instead, meaning that when combined with the - displays non-zero black value, the response at 50% input will - probably not match that of the ideal power curve with that gamma - value.<br> - <br> - <a name="f"></a><span style="font-weight: bold;">-f [degree]</span>: - As explained in for the <span style="font-weight: bold;">-g</span> - and <span style="font-weight: bold;">-G</span> options, real - displays do not have a zero black response, while all the target - response curves do, so this has to be allowed for in some way. The - default way of handling this (equivalent to -f 1.0) is to - allow for this at the output of the ideal response curve, by - offsetting and scaling the output values.<span style="font-weight: - bold;"></span> This defined a curve that will match the responses - that many other systems provide and may be a better match to the - natural response of the display, but will give a less visually even - response from black<span style="font-weight: bold;"></span>. The - other alternative is to offset and scale the input values into the - ideal response curve so that zero input gives the actual non-zero - display response. This ensures the most visually even progression - from display minimum, but might be hard to achieve since it is - different to the naturally response of a display. A subtlety is to - provide a split between how much of the offset is accounted for as - input to the ideal response curve, and how much is accounted for at - the output, and this can be done by providing a parameter <span - style="font-weight: bold;">-f degree</span>, where the degree is - 0.0 accounts for it all as input offset, and 1.0 accounts for all of - it as output offset. If <span style="font-weight: bold;">-f</span> - is used without a specified degree, a degree of 0.0 is assumed, the - opposite of the default. <span style="font-weight: bold;">Note</span> - that using all input offset (degree == 0.0) is equivalent to the use - of the <span style="font-weight: bold;">BT.1886</span> transfer - function.<br> - <br> - <a name="a"></a><span style="font-weight: bold;">-a ambient</span>: - As explained for the <span style="font-weight: bold;">-g</span> - parameter, often colors are encoded in a situation with viewing - conditions that are quite different to the viewing conditions of a - typical display, with the expectation that this difference in - viewing conditions will be allowed for in the way the display is - calibrated. The <span style="font-weight: bold;">-a</span> option - is a way of doing this. By default <span style="font-weight: bold;">dispcal</span> - will not make any allowances for viewing conditions, but will - calibrate to the specified response curve, but if the <span - style="font-weight: bold;">-a</span> option is used, or the - ambient level is measured during the interactive display controls - portion of the calibration, an appropriate viewing conditions - adjustment will be performed. For a gamma value or sRGB, the - original viewing conditions will be assumed to be that of the sRGB - standard viewing conditions, while for REC 709 and SMPTE 240M they - will be assumed to be television studio viewing conditions. By - specifying or measuring the ambient lighting for your display, a - viewing conditions adjustment based on the CIECAM02 color appearance - model will be made for the brightness of your display and the - contrast it makes with your ambient light levels. <br> - <br> - <a name="k"></a><span style="font-weight: bold;">-k factor</span>: - Normally this will be set automatically, based on the measured black - level of the display. A <span style="font-weight: bold;">-k</span> - factor of 1.0 will make all colors down the neutral axis (R=G=B) - have the same hue as the chosen white point. Near the black point, - red, green or blue can only be added, not subtracted from zero, so - the process of making the near black colors have the desired hue, - will <span style="font-weight: bold;">lighten</span> them to some - extent. For a device with a good contrast ratio or a black point - that has nearly the same hue as the white, this should not affect - the contrast ratio too severely. If the device contrast ratio is not - so good, and the native black hue is noticeably different to that of - the chosen white point (which is often the case for <span - style="font-weight: bold;">LCD</span> type displays, or <span - style="font-weight: bold;">CRT</span> type displays with one - channel which has a poor level of black), this could have a - noticeably detrimental effect on an already limited contrast ratio, - and result in a black that is not as good as it can be, and a lower - <span style="font-weight: bold;">-k</span> factor should be used. <span - style="font-weight: bold;">-k</span> values can range between 0.0 - (no correction of black) to 1.0 (full correction of black). If less - than full correction is chosen, then the resulting calibration - curves will have the target white point down most of the curve, but - will then blend over to the native or compromise black point that is - blacker, but not of the right hue. The rate of this blend can be - controlled with the <span style="font-weight: bold;">-A</span> - parameter (see below). For applications where maximum contrast ratio - is important (such as <b>Video</b>), use <b>-k0</b>. <br> - <br> +
+ explained above, the gamma value provided to the <span
+ style="font-weight: bold;">-g</span> option is used to set and
+ actual response curve that makes an allowance for the non-zero black
+ of the actual display, and will have the same relative output at 50%
+ input as the ideal gamma power curve, and so best matches typical
+ expectations. The <span style="font-weight: bold;">-G</span> option
+ is an alternative that allows the <span style="font-weight: bold;">actual</span>
+ power to be specified instead, meaning that when combined with the
+ displays non-zero black value, the response at 50% input will
+ probably not match that of the ideal power curve with that gamma
+ value.<br>
+ <br>
+ <a name="f"></a><span style="font-weight: bold;">-f [degree]</span>:
+ As explained in for the <span style="font-weight: bold;">-g</span>
+ and <span style="font-weight: bold;">-G</span> options, real
+ displays do not have a zero black response, while all the target
+ response curves do, so this has to be allowed for in some way. The
+ default way of handling this (equivalent to -f 1.0) is to
+ allow for this at the output of the ideal response curve, by
+ offsetting and scaling the output values.<span style="font-weight:
+ bold;"></span> This defined a curve that will match the responses
+ that many other systems provide and may be a better match to the
+ natural response of the display, but will give a less visually even
+ response from black<span style="font-weight: bold;"></span>. The
+ other alternative is to offset and scale the input values into the
+ ideal response curve so that zero input gives the actual non-zero
+ display response. This ensures the most visually even progression
+ from display minimum, but might be hard to achieve since it is
+ different to the naturally response of a display. A subtlety is to
+ provide a split between how much of the offset is accounted for as
+ input to the ideal response curve, and how much is accounted for at
+ the output, and this can be done by providing a parameter <span
+ style="font-weight: bold;">-f degree</span>, where the degree is
+ 0.0 accounts for it all as input offset, and 1.0 accounts for all of
+ it as output offset. If <span style="font-weight: bold;">-f</span>
+ is used without a specified degree, a degree of 0.0 is assumed, the
+ opposite of the default. <span style="font-weight: bold;">Note</span>
+ that using all input offset (degree == 0.0) is equivalent to the use
+ of the <span style="font-weight: bold;">BT.1886</span> transfer
+ function.<br>
+ <br>
+ <a name="a"></a><span style="font-weight: bold;">-a ambient</span>:
+ As explained for the <span style="font-weight: bold;">-g</span>
+ parameter, often colors are encoded in a situation with viewing
+ conditions that are quite different to the viewing conditions of a
+ typical display, with the expectation that this difference in
+ viewing conditions will be allowed for in the way the display is
+ calibrated. The <span style="font-weight: bold;">-a</span> option
+ is a way of doing this. By default <span style="font-weight: bold;">dispcal</span>
+ will not make any allowances for viewing conditions, but will
+ calibrate to the specified response curve, but if the <span
+ style="font-weight: bold;">-a</span> option is used, or the
+ ambient level is measured during the interactive display controls
+ portion of the calibration, an appropriate viewing conditions
+ adjustment will be performed. For a gamma value or sRGB, the
+ original viewing conditions will be assumed to be that of the sRGB
+ standard viewing conditions, while for REC 709 and SMPTE 240M they
+ will be assumed to be television studio viewing conditions. By
+ specifying or measuring the ambient lighting for your display, a
+ viewing conditions adjustment based on the CIECAM02 color appearance
+ model will be made for the brightness of your display and the
+ contrast it makes with your ambient light levels. <br>
+ <br>
+ <a name="k"></a><span style="font-weight: bold;">-k factor</span>:
+ Normally this will be set automatically, based on the measured black
+ level of the display. A <span style="font-weight: bold;">-k</span>
+ factor of 1.0 will make all colors down the neutral axis (R=G=B)
+ have the same hue as the chosen white point. Near the black point,
+ red, green or blue can only be added, not subtracted from zero, so
+ the process of making the near black colors have the desired hue,
+ will <span style="font-weight: bold;">lighten</span> them to some
+ extent. For a device with a good contrast ratio or a black point
+ that has nearly the same hue as the white, this should not affect
+ the contrast ratio too severely. If the device contrast ratio is not
+ so good, and the native black hue is noticeably different to that of
+ the chosen white point (which is often the case for <span
+ style="font-weight: bold;">LCD</span> type displays, or <span
+ style="font-weight: bold;">CRT</span> type displays with one
+ channel which has a poor level of black), this could have a
+ noticeably detrimental effect on an already limited contrast ratio,
+ and result in a black that is not as good as it can be, and a lower
+ <span style="font-weight: bold;">-k</span> factor should be used. <span
+ style="font-weight: bold;">-k</span> values can range between 0.0
+ (no correction of black) to 1.0 (full correction of black). If less
+ than full correction is chosen, then the resulting calibration
+ curves will have the target white point down most of the curve, but
+ will then blend over to the native or compromise black point that is
+ blacker, but not of the right hue. The rate of this blend can be
+ controlled with the <span style="font-weight: bold;">-A</span>
+ parameter (see below). For applications where maximum contrast ratio
+ is important (such as <b>Video</b>), use <b>-k0</b>. <br>
+ <br>
<a name="A"></a><span style="font-weight: bold;">-A rate</span>: If @@ -3018,641 +3018,641 @@ If - - the black point is not being set completely to the same hue as the - white point (ie. because the <span style="font-weight: bold;">-k</span> - factor is less than 1.0), then the resulting calibration curves will - have the target white point down most of the curve, but will then - blend over to the native or compromise black point that is blacker, - but not of the right hue. The rate of this blend can be controlled - with the <span style="font-weight: bold;">-A</span> parameter. The - default value 4.0, which results in a target that switches from the - white point target to the black, moderately close to the black - point. While this typically gives a good visual result with the - target neutral hue being maintained to the point where the crossover - to the black hue is not visible, it may be asking too much of some - displays (typically LCD type displays), and there may be some visual - effects due to inconsistent color with viewing angle. For this - situation a smaller value may give a better visual result (e.g. try - values of 3.0 or 2.0. A value of 1.0 will set a pure linear blend - from white point to black point). If there is too much coloration - near black, try a larger value, e.g. 6.0 or 8.0.<br> - <br> - <a name="bhack"></a>The <b>-b</b> flag forces source 0,0,0 to map - to destination 0,0,0. This may be useful with displays that have a - very dark black point, and with an instrument is unable to measure - it precisely, and where it is known in some other way that the - display is <u>very well behaved</u> from black (i.e. that it has no - "dead zone" above zero device input). Using this option with a - display that is <u>not</u> well behaved, may result in a loss of - shadow detail. This will override any <b>-k</b> factor.<br> - <br> - <a name="B"></a><span style="font-weight: bold;">-B</span> Set - the target brightness of black in cd/m^2 (i.e. the absolute Y - value). Setting too high a value may give strange results as it - interacts with trying to achieve the target "advertised" gamma curve - shape. You could try using -f 1 if this causes a problem.<br> - <br> - <a name="e"></a><span style="font-weight: bold;">-e [n]</span> Run <span - style="font-weight: bold;">n</span> verify passes on the final - curves. This is an extra set of instrument readings, that can be - used to estimate how well the device will match the targets with the - computed calibration curves. Note that the usefulness of the - verification is sometimes limited by the repeatability of the device - & instrument readings. This is often evident for CRT displays, - which (due to their refresh rate) flicker. More than one - verification pass can be done by providing the parameter <span - style="font-weight: bold;">n</span>, and by then comparing the - successive verifications, some idea of the repeatability can be - ascertained. The verification uses a fixed number of semi-random - test values to test the calibration.<br> - <br> - <a name="z"></a><span style="font-weight: bold;">-z</span> Run - verify pass on the display as it is currently setup (currently - installed LUT curves). This will use the usual input parameters to - establish the expected (target) characteristic. <span - style="font-weight: bold;">Note</span> that if the initial - calibration was modified due to it being out of gamut of the - display, verify will show the resulting discrepancy. You can use <a - href="dispwin.html">dispwin</a> to load a <span - style="font-weight: bold;">.cal</span> file into the display - before running dispcal <span style="font-weight: bold;">-z</span>. - Note that if you set an Ambient light level interactively during the - calibration, you need to enter the same number that was measured and - set using the <span style="font-weight: bold;">-a</span> parameter - for verify.<br> - <br> - <a name="P"></a> The <span style="font-weight: bold;">-P</span> - parameter allows you to position and size the test patch window. By - default it is places in the center of the screen, and sized - appropriately for the type of instrument, or 10% of the width of the - display if the display size is unknown.. The <span - style="font-weight: bold;">ho</span> and <span - style="font-weight: bold;">vo</span> values govern the horizontal - and vertical offset respectively. A value of 0.0 positions the - window to the far left or top of the screen, a value of 0.5 - positions it in the center of the screen (the default), and 1.0 - positions it to the far right or bottom of the screen. If three - parameters are provided, then the <span style="font-weight: bold;">ss</span> - parameter is a scale factor for the test window size. A value of 0.5 - for instance, would produce a half sized window. A value of 2.0 will - produce a double size window. If four parameters are provided, then - the last two set independent horizontal and vertical scaling - factors. Note that the ho,vo,ss or ho,vo,hs,vs numbers must be - specified as a single string (no space between the numbers and the - comma). For example, to create a double sized test window at the top - right of the screen, use <span style="font-weight: bold;">-P 1,0,2</span> - . To create a window twice as wide as high: <span - style="font-weight: bold;">-P 1,0,2,1</span>.<br> - <br> - <a name="F"></a> The <span style="font-weight: bold;">-F</span> - flag causes the while screen behind the test window to be masked - with black. This can aid black accuracy when measuring CRT displays - or projectors.<br> - <br> - <a name="E"></a> The <span style="font-weight: bold;">-E</span> - flag causes the display test values to be scaled to the Video RGB - encoding range of (16-235)/255. This also modifies the resulting - calibration curve behavior downstream of dispcal. If a calibration - curve created using -E gets installed or converted to an ICC profile - 'vcgt' tag in the process of creating a profile in dispcal or - colprof, the incoming full range values will first have the - calibration curve applied and then be scaled to the Video encoding - range (16-235)/255.<br> - <br> - <a name="n"></a><span style="font-weight: bold;">-n</span> When - running on a UNIX based system that used the X11 Windowing System, <b>dispcal</b> - normally selects the override redirect so that the test window will - appear above any other windows on the display. On some systems this - can interfere with window manager operation, and the <b>-n</b> - option turns this behaviour off.<br> - <br> - <a name="J"></a> The -<span style="font-weight: bold;">J</span> - option runs through the black and sensor relative calibration - routines for the Xrite DTP92 and DTP94 instruments, the black level - calibration for the Eye-One Display 1, and a CRT frequency - calibration for the Eye-One Display 2. For the black calibration the - instrument should be placed on an opaque, black surface, and any - stray light should be avoided by placing something opaque over the - instrument. If a Spectrolino is being used, then a white and black - calibration will always be performed before the instrument can be - placed on the display, unless the <a href="dispcal.html#N">-N</a> - flag is used. Generally it is not necessary to do a calibration - every time an instrument is used, just now and again. There is also - no point in doing a CRT frequency calibration, as this will be - done automatically at the commencement of patch reading, and will be - lost between runs.<br> - <br> - <a name="N"></a> <span style="font-weight: bold;">-N</span> Any - instrument that requires regular calibration will ask for - calibration on initial start-up. Sometimes this can be awkward if - the instrument is being mounted in some sort of measuring jig, or - annoying if several sets of readings are being taken in quick - succession. The -<span style="font-weight: bold;">N</span> - suppresses this initial calibration if a valid and not timed out - previous calibration is recorded in the instrument or on the host - computer. It is advisable to only use this option on the second and - subsequent measurements in a single session.<br> - <br> - <a name="H"></a> The -<span style="font-weight: bold;">H</span> - option turns on high resolution spectral mode, if the instrument - supports it, such as the Eye-One Pro. See <a - href="instruments.html">Operation of particular instruments</a> - for more details. This may give better accuracy for display - measurements.<br> - <br> - <a name="X1"></a> The -<span style="font-weight: bold;">X <span - style="font-style: italic;">file.ccmx</span></span> option reads - a <a href="File_Formats.html#.ccmx">Colorimeter Correction Matrix</a> - from the given file, and applies it to the colorimeter instruments - readings. This can improve a colorimeters accuracy for a particular - type of display. A list of contributed <span style="font-weight: - bold;">ccmx</span> files is <a href="ccmxs.html">here</a>.<br> - <br> - <a name="X2"></a> The -<span style="font-weight: bold;">X <span - style="font-style: italic;">file.ccss</span></span> option reads - a <a href="File_Formats.html#.ccss">Colorimeter Calibration - Spectral Sample</a> from the given file, and uses it to set the - colorimeter instruments calibration. This will only work with - colorimeters that rely on sensor spectral sensitivity calibration - information (ie. the X-Rite <span style="font-weight: bold;">i1d3</span>, - or the DataColor <span style="font-weight: bold;">Spyder4 & - Spyder 5</span>).This can improve a colorimeters accuracy for a - particular type of display.<br> - <br> - <a name="Q"></a> The <b>-Q</b> flag allows specifying a tristimulus - observer, and is used to compute PCS (Profile Connection Space) - tristimulus values from spectral readings or using a colorimeter - that has CCSS capability. The following choices are available:<br> - <b> 1931_2</b> selects the standard CIE 1931 2 degree - observer. The default.<br> - <b>1964_10</b> selects the standard CIE 1964 10 degree - observer.<br> - <b>1955_2</b> selects the Stiles and Birch 1955 2 degree - observer<br> - <b>1978_2 </b>selects the Judd and Voss 1978 2 degree - observer<br> - <b>shaw</b> selects the Shaw and Fairchild 1997 2 degree - observer<br> - <b>1964_10c</b> selects a version of the CIE 1964 10 degree - observer that has been adjusted using a 3x3 matrix to better agree - with the 1931 2 degree observer.<br> - <br> - <span style="font-weight: bold;">NOTE</span> that if you select - anything other than the default 1931 2 degree observer, that the Y - values will not be cd/m^2, due to the Y curve not being the CIE 1924 - photopic V(λ) luminosity function.<br> - <br> - <a name="I"></a> The -<span style="font-weight: bold;">I <span - style="font-style: italic;">b|w</span></span> options invoke - instrument black level, and display white level compensation - (respectively). Instrument black level drift compensation attempts - to combat instrument black calibration drift by using a display - black test patch as a reference. If an instrument is not - acclimatised sufficiently to the measurement conditions, changes in - temperature can affect the black readings. Display white level drift - compensation attempts to combat changes in display brightness as it - warms up by measuring a white patch every so often, and using it to - normalise all the other readings. If just instrument black drift - compensation is needed, use <span style="font-weight: bold;">-Ib</span>. - If just display white level compensation is needed, use <span - style="font-weight: bold;">-Iw</span>. If both are needed, use <span - style="font-weight: bold;">-Ibw</span> or <span - style="font-weight: bold;">-Iwb</span>.<span style="font-weight: - bold;"> </span><br> - <br> - <a name="YR"></a> The -<span style="font-weight: bold;">Y R:<i>rate</i></span> - options overrides calibration of the instrument refresh rate. This - may be useful if the instrument supports this function and the - refresh rate cannot be accurately calibrated from the display - itself.<br> - <br> - <a name="YA"></a> The -<span style="font-weight: bold;">Y A</span> - option uses a non-adaptive integration time emission measurement - mode, if the instrument supports it, such as the Eye-One Pro, - ColorMunki, i1d3 and K10. By default an adaptive integration time - measurement mode will be used for emission measurements, but some - instruments support a fixed integration time mode that can be used - with display devices. This may give faster measurement times, but - may also give less accurate low level readings.<br> - <br> - <a name="Yp"></a> The -<span style="font-weight: bold;">Y p</span> - option skips asking the user to place the instrument on the display. - Normally a grey patch is displayed, and then the user is asked to - confirm that the instrument is in place, so that readings can - commence. This flag disables that check. This may be useful in - automating certain operations.<br> - <br> - <a name="C"></a> The -<span style="font-weight: bold;">C</span> <span - style="font-weight: bold;">"command" </span>option allows a - method of relaying each test value to some other display than that - on the system running dispcal (for instance, a photo frame, PDA - screen etc.), by causing the given command to be invoked to the - shell, with six arguments. The first three arguments are the RGB - test color as integers in the range 0 to 255, the second three - parameters are the RGB test color as floating point numbers in the - range 0.0 to 1.0. The script or tool should relay the given color to - the screen in some manner (e.g. by generating a raster file of the - given color and sending it to the display being profiled), before - returning. Note that a test window will also be created on the - system running dispread.<br> - <br> - <a name="M"></a> The -<span style="font-weight: bold;">M</span> <span - style="font-weight: bold;">"command" </span>option allows a - method of gathering each test value from some external source, such - as an instrument that is not directly supported by Argyll. The given - command is involked to the shell, with six arguments. The first - three arguments are the RGB test color as integers in the range 0 to - 255, the second three parameters are the RGB test color as floating - point numbers in the range 0.0 to 1.0. The script or tool should - create a file called <span style="font-weight: bold;">"command.meas</span>" - that contains the XYZ values for the given RGB (or measured from the - test window) in cd/m^2 as three numbers separated by spaces, before - returning. If the command returns a non-zero return value, dispcal - will abort. Note that a test window will also be created on the - system running dispcal.<br> - <br> - <a name="W"></a>The <b>-W</b> <span style="font-weight: bold;">n|h|x</span> - parameter overrides the default serial communications flow control - setting. The value <span style="font-weight: bold;">n</span> turns - all flow control off, <span style="font-weight: bold;">h</span> - sets hardware handshaking, and <span style="font-weight: bold;">x</span> - sets Xon/Xoff handshaking. This commend may be useful in workaround - serial communications issues with some systems and cables. <br> - <br> - <a name="D"></a>The <b>-D</b> flag causes communications and other - instrument diagnostics to be printed to stdout. A level can be set - between 1 .. 9, that may give progressively more verbose - information, depending on the instrument. This can be useful in - tracking down why an instrument can't connect.<br> - <br> - <a name="p1"></a><span style="font-weight: bold;">inoutfile</span> - The final parameter on the command line is the base filename for the - <a href="cal_format.html">.cal</a> file and the optional ICC - profile. Normally this will be created (or an existing file will be - overwritten). If the <span style="font-weight: bold;">-u</span> - flag is used, then these files will be updated. If a different ICC - profile name needs to be specified, do so as an argument to the <span - style="font-weight: bold;">-o</span> flag.<br> - <br> - <span style="font-weight: bold;">NOTE</span> that on an X11 system, - if the environment variable <span style="font-weight: bold;">ARGYLL_IGNORE_XRANDR1_2</span> - is set (ie. set it to "yes"), then the presence of the XRandR 1.2 - extension will be ignored, and other extensions such as Xinerama and - XF86VidMode extension will be used. This may be a way to work around - buggy XRandR 1.2 implementations.<br> - <br> - <hr style="width: 100%; height: 2px;"> - <h2><a name="Adjustment"></a>Discussion and guide to display control - adjustment:</h2> - <br> - The adjustment of the display controls (brightness, contrast, R, G - & B channel controls etc.) is very dependent on the particular - monitor. Different types and brands of monitors will have different - controls, or controls that operate in different ways. Some displays - have almost no user controls, and so you may well be best skipping - display adjustment, and going straight to calibration.<br> - <br> - Almost all LCD displays lack a real <span style="font-weight: - bold;">contrast</span> control. Those that do present such a - control generally fake it by adjusting the video signal. For this - reason it is usually best to set an LCD's <span style="font-weight: - bold;">contrast</span> control at its neutral setting (ie. the - setting at which it doesn't change the video signal). Unfortunately, - it can be hard to know what this neutral setting is. On some - displays it is 50%, others 75%. If the LCD display has a "reset to - factory defaults" mode, then try using this first, as a way of - setting the <span style="font-weight: bold;">contrast</span> - control to neutral. The LCD <span style="font-weight: bold;">brightness</span> - control generally adjusts the level of backlighting the display - gets, which affects the maximum brightness, and also tends to raise - or lower the black level in proportion, without changing the - displays response curve shape or overall contrast ratio. If your LCD - display has a <span style="font-weight: bold;">backlight</span> - control as well as a <span style="font-weight: bold;">brightness</span> - control, then the brightness control is also probably being faked, - and you are probably better off setting it to it's neutral setting, - and using the <span style="font-weight: bold;">backlight</span> - control in place of <span style="font-weight: bold;">brightness</span> - in the following adjustments.<br> - <br> - Some high end displays have the ability to mimic various standard - colorspaces such as sRGB or AdobeRGB. You could choose to calibrate - and profile the display in such an emulation mode, although you - probably don't want to fight the emulations white point and gamma. - To get the best out of such a display you really want to choose it's - "Native Gamut" setting, whatever that is called. Note that some - people have reported bad experiences in trying to use "6-axis custom - controls" on displays such as the Dell U2410, so attempting to use - such a mode should be approached with caution. Ideally such a mode - should be used to give just the underlying native display response, - but the settings to achieve this may be very difficult to determine, - and/or it may not be possible, depending on how such a mode distorts - the RGB signals.<br> - <br> - On CRT based displays, the <span style="font-weight: bold;">brightness</span> - control generally adjusts the black level of the display (sometimes - called the <span style="font-weight: bold;">offset</span>), and as - a side effect, tends to change the maximum brightness too. A CRT <span - style="font-weight: bold;">contrast</span> control generally - adjusts the maximum brightness (sometimes called <span - style="font-weight: bold;">gain</span>) without affecting the - black level a great deal. On a CRT both the <span - style="font-weight: bold;">brightness</span> and <span - style="font-weight: bold;">contrast</span> controls will tend to - affect the shape or gamma of the display response curve.<br> - <br> - Many displays have some sort of color temperature adjustment. This - may be in the form of some pre-set color temperatures, or in the - form of individual Red, Green and Blue channel gain adjustments. - Some CRT displays also have R, G & B channel offset adjustments - that will affect the color temperatures near black, as well as - affect the individual channels curve shape. The color temperature - adjustment will generally affect the maximum brightness, and may - also affect the black level and the shape of the display response - curves.<br> - <br> - Some special (expensive) LCD displays may have a white point - adjustment that changes the color of the backlight. If you do not - have one of these types of LCD displays, then attempting to change - the white point of the display (even if it appears to have a "<span - style="font-weight: bold;">white point selection</span>" or <span - style="font-weight: bold;">R/G/B</span> "<span style="font-weight: - bold;">gain</span>" controls") may not be a good idea, as once - again these controls are probably being faked by manipulating the - signal levels. Even if you do manage to change the white point - significantly, it may do things like change the mid tone color too - dramatically, or create a display response that is hard to correct - with calibration, or results in side effects such as quantization - (banding) or other undesirable effects. You may have to try out - various controls (and your aim points for the display calibration), - to decide what is reasonable to attempt on an LCD display.<br> - <br> - Due to the variety of controls as well as the interaction between - them, it can be an iterative process to arrive at a good monitor - set-up, before proceeding on to calibrating and profiling a display. - For this reason, <span style="font-weight: bold;">dispcal</span> - offers a menu of adjustment modes, so that the user can - interactively and iteratively adjust the display controls to meet - the desired targets.<br> - <br> - 1) Black level (CRT: Brightness)<br> - 2) White point (Color temperature, R,G,B, Gain/Contrast)<br> - 3) White level (CRT: Gain/Contrast, LCD: - Brightness/Backlight)<br> - 4) Black point (R,G,B, Offset/Brightness)<br> - 5) Check all<br> - 6) Measure and set ambient for viewing condition adjustment<br> - 7) Continue on to calibration<br> - 8) Exit<br> - <br> - There are four basic adjustment modes. Normally one would proceed - through them in the order above, then perhaps repeat the first - adjustment, before checking the overall settings. The White point - and White level modes operate slightly differently, depending on - whether a white target point has been set using the <span - style="font-weight: bold;">-t -T</span> or <span - style="font-weight: bold;">-w</span> options, and on whether a - brightness target has been set using the <span style="font-weight: - bold;">-b</span> option.<br> - <br> - <br> - The first mode lets you adjust the black level of a CRT display. - Given the current white level, it calculates a value that should - produce a 1% display brightness if the black level is set correctly. - After doing some initial measurements, it will show the target - brightness value (in cd/m^2) on one line, and then underneath it - will show continuously updated readings from the display. The left - most character will switch from '\' to '/' or back again each time a - reading is updated. Some instruments can be quite slow in measuring - dark colors, and it's best to wait for a reading update before - changing the controls more than once. Underneath the target value is - displayed the current reading, and to the right of this is a '+', - '-' or '=' symbol, which gives a hint as to which way to adjust the - brightness control to improve the match to the target.<br> - <br> - <small style="font-weight: bold;"><span style="font-family: - monospace;"> Adjust CRT brightness to get target level. - Press space when done.</span><br style="font-family: monospace;"> - <span style="font-family: monospace;"> Target - 0.60</span><br style="font-family: monospace;"> - <span style="font-family: monospace;"> / Current 0.68 - -</span></small><br> - <br> - Once happy with the adjustment, press space to go back to the menu.<br> - <br> - <br> - The second mode lets you adjust the color of the white point of the - display. If a target white point has been set, it will show the - target brightness value (in cd/m^2) on one line, together with the - target chromaticity co-ordinates for the white point, and then - underneath it will show continuously updated readings from the - display. The left most character will switch from '\' to '/' or back - again each time a reading is updated. Underneath the target - brightness value is displayed the current reading, and then the - current chromaticity co-ordinate values. To the right of this is the - current delta E of the white point from the target, and further to - the right are hints '+', '-' or '=' as to which direction to - adjust the individual Red, Green and Blue gain settings to move the - white point in the direction of the target, and reduce the delta E. - If the symbol is doubled, then this channel will have the greatest - effect. If you do not have individual channel gain controls, then - try choosing amongst color temperature pre-sets, to find one with - the lowest delta E. Depending on the stability of the display, the - coarseness of the controls, and the repeatability of the instrument, - you may not be able to get a perfectly zero delta E.<br> - <br> - <small style="font-weight: bold;"><span - style="font-family: monospace;">Adjust R,G & B gain to get - target x,y. Press space when done.<br> - Target B 60.00, x 0.3451, y 0.3516<br> - / Current B 60.05, x 0.3426, y 0.3506 DE - 1.4 R+ G+ B--</span><span style="font-family: - monospace;"></span></small><br> - <br> - If you did not set a white point target, then the information shown - is a little different - it will show the initial white point value, - as well as the color temperature, and the CIEDE2000 of the white - point to either the Daylight or Black Body locus (depending on - whether the <span style="font-weight: bold;">-T</span> flag was - set). The constantly updated values show the same thing, and the - Red, Green and Blue control hints show the direction to adjust the - controls to place the white point on the locus. The control that - will have the most direct effect on the color temperature will be - the Blue, while the Green will most directly move the white point - towards or away from the locus, thereby reducing the delta E of the - white point to the locus (but there is interaction).<br> - <br> - <small style="font-weight: bold;"><span style="font-family: - monospace;">Adjust R,G & B gain to desired white point. - Press space when done.</span><br style="font-family: monospace;"> - <span style="font-family: monospace;"> Initial B 47.25, x - 0.3417, y 0.3456, CDT 5113 DE 6.9</span><br - style="font-family: monospace;"> - <span style="font-family: monospace;">\ Current B 47.38, x 0.3420, - y 0.3460 CDT 5104 DE 6.7 R-- G+ B-</span></small><br> - <br> - The brightness value is just there as a guide to what effect - the adjustment is having on the overall brightness. Usually the - white level brightness is adjusted using the next adjustment mode. - Once happy with the adjustment, press space to go back to the menu.<br> - <br> - <br> - The third mode lets you adjust the brightness of white on the - display. If you set a target brightness using the <span - style="font-weight: bold;"><span style="font-weight: bold;">-b</span></span> - parameter, it will show the target brightness value (in cd/m^2) on - one line, and then underneath it will show continuously updated - readings from the display. The left most character will switch from - '\' to '/' or back again each time a reading is updated. Underneath - the target value is displayed the current reading, and to the right - of this is a '+', '-' or '=' symbol, which gives a hint as to which - way to adjust the CRT contrast or LCD brightness control to improve - the match to the target.<br> - <br> - <small style="font-weight: bold;"><span - style="font-family: monospace;">Adjust CRT Contrast or LCD - Brightness to get target level. Press space when done.<br> - Target 60.00<br> - / Current 59.96 +</span><span style="font-family: - monospace;"></span></small><br> - <br> - If you did not set a brightness target, it will show the initial - brightness as the target, and the current brightness, which you can - then set any way you want:<br> - <br> - <small style="font-weight: bold;"><span style="font-family: - monospace;">Adjust CRT Contrast or LCD Brightness to desired - level. Press space when done.</span><br style="font-family: - monospace;"> - <span style="font-family: monospace;"> Initial 47.32</span><br - style="font-family: monospace;"> - <span style="font-family: monospace;">/ Current 47.54</span></small><br> - <br> - Once happy with the adjustment, press space to go back to the menu.<br> - <br> - <br> - The fourth mode lets you adjust the color of the black point of the - display, if the display has Red, Green and Blue channel offset - controls. It will show the target 1% brightness value (in cd/m^2) on - one line, together with the target chromaticity co-ordinates for the - black point, and then underneath it will show continuously updated - readings from the display. The left most character will switch from - '\' to '/' or back again each time a reading is updated. Underneath - the target brightness value is displayed the current reading, and - then the current chromaticity co-ordinate values. To the right of - this is the current delta E of the black point from the target, and - further to the right are hints '+', '-' or '=' as to which - direction to adjust the individual Red, Green and Blue offset - settings to move the black point in the right direction. If the - symbol is doubled, then this channel will have the greatest effect. - <br> - <br> - <span style="font-family: monospace;"><span style="font-weight: - bold;"> Adjust R,G & B offsets to get target x,y. - Press space when done.<br> - Target B 0.60, x 0.3451, y 0.3516<br> - \ Current B 0.62, x 0.2782, y 0.2331 DE - 10.3 R+ G++ B-</span></span><small - style="font-weight: bold;"><span style="font-family: monospace;"></span><span - style="font-family: monospace;"></span></small><br> - <br> - The 1% brightness value is just there as a guide to what - effect the adjustment is having on the 1% brightness level. The - combined channel offsets may have an effect on this in combination - with the CRT brightness control. Press space to go back to the menu.<br> - <br> - <br> - The fifth selection checks on the overall settings. If targets - have been set, it will be like:<br> - <br> - <small style="font-weight: bold;"><span style="font-family: - monospace;"> Target Brightness = 50.00, Current = 47.44, - error = -5.1%<br> - Target 50% Level = 10.32, Current = 8.10, - error = -4.4%<br> - Target Near Black = 0.47, Current = 0.68, - error = 0.4%<br> - Target white = x 0.3458, y 0.3586, Current = x 0.3420, y - 0.3454, error = 7.55 DE<br> - Target black = x 0.3458, y 0.3586, Current = x 0.2908, y - 0.2270, error = 29.69 DE</span><span style="font-family: - monospace;"></span></small><br> - <br> - or if no targets are set:<br> - <br> - <small style="font-weight: bold;"><span style="font-family: - monospace;"> Current Brightness = 46.28</span><br - style="font-family: monospace;"> - <span style="font-family: monospace;"> Target 50% - Level = 10.07, Current = 7.52, error = -5.5%</span><br - style="font-family: monospace;"> - <span style="font-family: monospace;"> Target Near Black - = 0.46, Current = 0.46, error = -0.0%</span><br - style="font-family: monospace;"> - <span style="font-family: monospace;"> Current white = x - 0.3439, y 0.3466, VCT 5098K DE 3.0</span><br - style="font-family: monospace;"> - <span style="font-family: monospace;"> Target black = x - 0.3439, y 0.3466, Current = x 0.3093, y 0.2165, error = 30.30 DE</span></small><br> - <br> - and will then go back to the menu.<br> - <br> - The sixth selection <span style="font-weight: bold;">6)</span> - allows the reading of you ambient lighting conditions if your - instrument supports such a mode. Doing so will enable the <span - style="font-weight: bold;">-a</span> option to compensate for your - viewing conditions in the subsequent calibration. See <a - href="dispcal.html#a">-a</a>.<br> - <br> - Once you're happy with the display set-up, you can either - proceed on to the rest of the calibration by selecting <span - style="font-weight: bold;">7)</span>, or exit and re-start by - selecting <span style="font-weight: bold;">8)</span>. You might - want to re-start if you want to change the calibration targets.<br> - <br> - <hr style="width: 100%; height: 2px;"> - <h2>Other caveats:</h2> - NOTE that some <span style="font-weight: bold;">LCD</span> screens - behave a little strangely near their absolute white point, and may - therefore exhibit odd behavior at values just below white. It may be - advisable in such cases to set a brightness slightly less than the - maximum such a display is capable of.<br> - <br> - The program attempts to stop any screensaver or powersaver from - interfering with the measurements, but this may not be effective on - some systems, so it may be necessary to manually disable the - screensaver and/or powersaver before commencing the calibration with - a large number of patches.<br> - <br> - The calibration tables produced maintain the maximum level of - precision available on a system. If the display has VideoLUTs - available (Video Lookup Tables that the frame buffer values pass - through on their way to the display) and thier outputs are better - than 8 bits per component, then the resulting curves can reflect - this, although few current operating systems and/or display cards - actually support better than 8 bit per component output.<br> - <br> - If calibration curves are created for a display in which VideoLUTs - are not available, then the resulting calibration file will be - marked to indicate this, and a subsequent profile created with the - calibration will not have the calibration converted to the 'vcgt' - tag, since such a tag can't be loaded into the displays VideoLUTs.<br> - <br> - If communications break down with a USB connected instrument, you - may have to unplug it, and plug it in again to recover operation.<br> - <br> - Some systems (Apple OS X in particular) have a special set of user - interface controls ("Universal Access") that allows altering the - display in ways designed to assist visually impaired users, by - increasing contrast etc. This will interfere badly with any attempts - to calibrate or profile such a system, and must be turned off in - order to do so. Note that certain magic keyboard sequences can turn - this on by accident.<br> - <br> - <br> - <br> - <br> - <br> - </body> -</html> +
+ the black point is not being set completely to the same hue as the
+ white point (ie. because the <span style="font-weight: bold;">-k</span>
+ factor is less than 1.0), then the resulting calibration curves will
+ have the target white point down most of the curve, but will then
+ blend over to the native or compromise black point that is blacker,
+ but not of the right hue. The rate of this blend can be controlled
+ with the <span style="font-weight: bold;">-A</span> parameter. The
+ default value 4.0, which results in a target that switches from the
+ white point target to the black, moderately close to the black
+ point. While this typically gives a good visual result with the
+ target neutral hue being maintained to the point where the crossover
+ to the black hue is not visible, it may be asking too much of some
+ displays (typically LCD type displays), and there may be some visual
+ effects due to inconsistent color with viewing angle. For this
+ situation a smaller value may give a better visual result (e.g. try
+ values of 3.0 or 2.0. A value of 1.0 will set a pure linear blend
+ from white point to black point). If there is too much coloration
+ near black, try a larger value, e.g. 6.0 or 8.0.<br>
+ <br>
+ <a name="bhack"></a>The <b>-b</b> flag forces source 0,0,0 to map
+ to destination 0,0,0. This may be useful with displays that have a
+ very dark black point, and with an instrument is unable to measure
+ it precisely, and where it is known in some other way that the
+ display is <u>very well behaved</u> from black (i.e. that it has no
+ "dead zone" above zero device input). Using this option with a
+ display that is <u>not</u> well behaved, may result in a loss of
+ shadow detail. This will override any <b>-k</b> factor.<br>
+ <br>
+ <a name="B"></a><span style="font-weight: bold;">-B</span> Set
+ the target brightness of black in cd/m^2 (i.e. the absolute Y
+ value). Setting too high a value may give strange results as it
+ interacts with trying to achieve the target "advertised" gamma curve
+ shape. You could try using -f 1 if this causes a problem.<br>
+ <br>
+ <a name="e"></a><span style="font-weight: bold;">-e [n]</span> Run <span
+ style="font-weight: bold;">n</span> verify passes on the final
+ curves. This is an extra set of instrument readings, that can be
+ used to estimate how well the device will match the targets with the
+ computed calibration curves. Note that the usefulness of the
+ verification is sometimes limited by the repeatability of the device
+ & instrument readings. This is often evident for CRT displays,
+ which (due to their refresh rate) flicker. More than one
+ verification pass can be done by providing the parameter <span
+ style="font-weight: bold;">n</span>, and by then comparing the
+ successive verifications, some idea of the repeatability can be
+ ascertained. The verification uses a fixed number of semi-random
+ test values to test the calibration.<br>
+ <br>
+ <a name="z"></a><span style="font-weight: bold;">-z</span> Run
+ verify pass on the display as it is currently setup (currently
+ installed LUT curves). This will use the usual input parameters to
+ establish the expected (target) characteristic. <span
+ style="font-weight: bold;">Note</span> that if the initial
+ calibration was modified due to it being out of gamut of the
+ display, verify will show the resulting discrepancy. You can use <a
+ href="dispwin.html">dispwin</a> to load a <span
+ style="font-weight: bold;">.cal</span> file into the display
+ before running dispcal <span style="font-weight: bold;">-z</span>.
+ Note that if you set an Ambient light level interactively during the
+ calibration, you need to enter the same number that was measured and
+ set using the <span style="font-weight: bold;">-a</span> parameter
+ for verify.<br>
+ <br>
+ <a name="P"></a> The <span style="font-weight: bold;">-P</span>
+ parameter allows you to position and size the test patch window. By
+ default it is places in the center of the screen, and sized
+ appropriately for the type of instrument, or 10% of the width of the
+ display if the display size is unknown.. The <span
+ style="font-weight: bold;">ho</span> and <span
+ style="font-weight: bold;">vo</span> values govern the horizontal
+ and vertical offset respectively. A value of 0.0 positions the
+ window to the far left or top of the screen, a value of 0.5
+ positions it in the center of the screen (the default), and 1.0
+ positions it to the far right or bottom of the screen. If three
+ parameters are provided, then the <span style="font-weight: bold;">ss</span>
+ parameter is a scale factor for the test window size. A value of 0.5
+ for instance, would produce a half sized window. A value of 2.0 will
+ produce a double size window. If four parameters are provided, then
+ the last two set independent horizontal and vertical scaling
+ factors. Note that the ho,vo,ss or ho,vo,hs,vs numbers must be
+ specified as a single string (no space between the numbers and the
+ comma). For example, to create a double sized test window at the top
+ right of the screen, use <span style="font-weight: bold;">-P 1,0,2</span>
+ . To create a window twice as wide as high: <span
+ style="font-weight: bold;">-P 1,0,2,1</span>.<br>
+ <br>
+ <a name="F"></a> The <span style="font-weight: bold;">-F</span>
+ flag causes the while screen behind the test window to be masked
+ with black. This can aid black accuracy when measuring CRT displays
+ or projectors.<br>
+ <br>
+ <a name="E"></a> The <span style="font-weight: bold;">-E</span>
+ flag causes the display test values to be scaled to the Video RGB
+ encoding range of (16-235)/255. This also modifies the resulting
+ calibration curve behavior downstream of dispcal. If a calibration
+ curve created using -E gets installed or converted to an ICC profile
+ 'vcgt' tag in the process of creating a profile in dispcal or
+ colprof, the incoming full range values will first have the
+ calibration curve applied and then be scaled to the Video encoding
+ range (16-235)/255.<br>
+ <br>
+ <a name="n"></a><span style="font-weight: bold;">-n</span> When
+ running on a UNIX based system that used the X11 Windowing System, <b>dispcal</b>
+ normally selects the override redirect so that the test window will
+ appear above any other windows on the display. On some systems this
+ can interfere with window manager operation, and the <b>-n</b>
+ option turns this behaviour off.<br>
+ <br>
+ <a name="J"></a> The -<span style="font-weight: bold;">J</span>
+ option runs through the black and sensor relative calibration
+ routines for the Xrite DTP92 and DTP94 instruments, the black level
+ calibration for the Eye-One Display 1, and a CRT frequency
+ calibration for the Eye-One Display 2. For the black calibration the
+ instrument should be placed on an opaque, black surface, and any
+ stray light should be avoided by placing something opaque over the
+ instrument. If a Spectrolino is being used, then a white and black
+ calibration will always be performed before the instrument can be
+ placed on the display, unless the <a href="dispcal.html#N">-N</a>
+ flag is used. Generally it is not necessary to do a calibration
+ every time an instrument is used, just now and again. There is also
+ no point in doing a CRT frequency calibration, as this will be
+ done automatically at the commencement of patch reading, and will be
+ lost between runs.<br>
+ <br>
+ <a name="N"></a> <span style="font-weight: bold;">-N</span> Any
+ instrument that requires regular calibration will ask for
+ calibration on initial start-up. Sometimes this can be awkward if
+ the instrument is being mounted in some sort of measuring jig, or
+ annoying if several sets of readings are being taken in quick
+ succession. The -<span style="font-weight: bold;">N</span>
+ suppresses this initial calibration if a valid and not timed out
+ previous calibration is recorded in the instrument or on the host
+ computer. It is advisable to only use this option on the second and
+ subsequent measurements in a single session.<br>
+ <br>
+ <a name="H"></a> The -<span style="font-weight: bold;">H</span>
+ option turns on high resolution spectral mode, if the instrument
+ supports it, such as the Eye-One Pro. See <a
+ href="instruments.html">Operation of particular instruments</a>
+ for more details. This may give better accuracy for display
+ measurements.<br>
+ <br>
+ <a name="X1"></a> The -<span style="font-weight: bold;">X <span
+ style="font-style: italic;">file.ccmx</span></span> option reads
+ a <a href="File_Formats.html#.ccmx">Colorimeter Correction Matrix</a>
+ from the given file, and applies it to the colorimeter instruments
+ readings. This can improve a colorimeters accuracy for a particular
+ type of display. A list of contributed <span style="font-weight:
+ bold;">ccmx</span> files is <a href="ccmxs.html">here</a>.<br>
+ <br>
+ <a name="X2"></a> The -<span style="font-weight: bold;">X <span
+ style="font-style: italic;">file.ccss</span></span> option reads
+ a <a href="File_Formats.html#.ccss">Colorimeter Calibration
+ Spectral Sample</a> from the given file, and uses it to set the
+ colorimeter instruments calibration. This will only work with
+ colorimeters that rely on sensor spectral sensitivity calibration
+ information (ie. the X-Rite <span style="font-weight: bold;">i1d3</span>,
+ or the DataColor <span style="font-weight: bold;">Spyder4 &
+ Spyder 5</span>).This can improve a colorimeters accuracy for a
+ particular type of display.<br>
+ <br>
+ <a name="Q"></a> The <b>-Q</b> flag allows specifying a tristimulus
+ observer, and is used to compute PCS (Profile Connection Space)
+ tristimulus values from spectral readings or using a colorimeter
+ that has CCSS capability. The following choices are available:<br>
+ <b> 1931_2</b> selects the standard CIE 1931 2 degree
+ observer. The default.<br>
+ <b>1964_10</b> selects the standard CIE 1964 10 degree
+ observer.<br>
+ <b>1955_2</b> selects the Stiles and Birch 1955 2 degree
+ observer<br>
+ <b>1978_2 </b>selects the Judd and Voss 1978 2 degree
+ observer<br>
+ <b>shaw</b> selects the Shaw and Fairchild 1997 2 degree
+ observer<br>
+ <b>1964_10c</b> selects a version of the CIE 1964 10 degree
+ observer that has been adjusted using a 3x3 matrix to better agree
+ with the 1931 2 degree observer.<br>
+ <br>
+ <span style="font-weight: bold;">NOTE</span> that if you select
+ anything other than the default 1931 2 degree observer, that the Y
+ values will not be cd/m^2, due to the Y curve not being the CIE 1924
+ photopic V(λ) luminosity function.<br>
+ <br>
+ <a name="I"></a> The -<span style="font-weight: bold;">I <span
+ style="font-style: italic;">b|w</span></span> options invoke
+ instrument black level, and display white level compensation
+ (respectively). Instrument black level drift compensation attempts
+ to combat instrument black calibration drift by using a display
+ black test patch as a reference. If an instrument is not
+ acclimatised sufficiently to the measurement conditions, changes in
+ temperature can affect the black readings. Display white level drift
+ compensation attempts to combat changes in display brightness as it
+ warms up by measuring a white patch every so often, and using it to
+ normalise all the other readings. If just instrument black drift
+ compensation is needed, use <span style="font-weight: bold;">-Ib</span>.
+ If just display white level compensation is needed, use <span
+ style="font-weight: bold;">-Iw</span>. If both are needed, use <span
+ style="font-weight: bold;">-Ibw</span> or <span
+ style="font-weight: bold;">-Iwb</span>.<span style="font-weight:
+ bold;"> </span><br>
+ <br>
+ <a name="YR"></a> The -<span style="font-weight: bold;">Y R:<i>rate</i></span>
+ options overrides calibration of the instrument refresh rate. This
+ may be useful if the instrument supports this function and the
+ refresh rate cannot be accurately calibrated from the display
+ itself.<br>
+ <br>
+ <a name="YA"></a> The -<span style="font-weight: bold;">Y A</span>
+ option uses a non-adaptive integration time emission measurement
+ mode, if the instrument supports it, such as the Eye-One Pro,
+ ColorMunki, i1d3 and K10. By default an adaptive integration time
+ measurement mode will be used for emission measurements, but some
+ instruments support a fixed integration time mode that can be used
+ with display devices. This may give faster measurement times, but
+ may also give less accurate low level readings.<br>
+ <br>
+ <a name="Yp"></a> The -<span style="font-weight: bold;">Y p</span>
+ option skips asking the user to place the instrument on the display.
+ Normally a grey patch is displayed, and then the user is asked to
+ confirm that the instrument is in place, so that readings can
+ commence. This flag disables that check. This may be useful in
+ automating certain operations.<br>
+ <br>
+ <a name="C"></a> The -<span style="font-weight: bold;">C</span> <span
+ style="font-weight: bold;">"command" </span>option allows a
+ method of relaying each test value to some other display than that
+ on the system running dispcal (for instance, a photo frame, PDA
+ screen etc.), by causing the given command to be invoked to the
+ shell, with six arguments. The first three arguments are the RGB
+ test color as integers in the range 0 to 255, the second three
+ parameters are the RGB test color as floating point numbers in the
+ range 0.0 to 1.0. The script or tool should relay the given color to
+ the screen in some manner (e.g. by generating a raster file of the
+ given color and sending it to the display being profiled), before
+ returning. Note that a test window will also be created on the
+ system running dispread.<br>
+ <br>
+ <a name="M"></a> The -<span style="font-weight: bold;">M</span> <span
+ style="font-weight: bold;">"command" </span>option allows a
+ method of gathering each test value from some external source, such
+ as an instrument that is not directly supported by Argyll. The given
+ command is involked to the shell, with six arguments. The first
+ three arguments are the RGB test color as integers in the range 0 to
+ 255, the second three parameters are the RGB test color as floating
+ point numbers in the range 0.0 to 1.0. The script or tool should
+ create a file called <span style="font-weight: bold;">"command.meas</span>"
+ that contains the XYZ values for the given RGB (or measured from the
+ test window) in cd/m^2 as three numbers separated by spaces, before
+ returning. If the command returns a non-zero return value, dispcal
+ will abort. Note that a test window will also be created on the
+ system running dispcal.<br>
+ <br>
+ <a name="W"></a>The <b>-W</b> <span style="font-weight: bold;">n|h|x</span>
+ parameter overrides the default serial communications flow control
+ setting. The value <span style="font-weight: bold;">n</span> turns
+ all flow control off, <span style="font-weight: bold;">h</span>
+ sets hardware handshaking, and <span style="font-weight: bold;">x</span>
+ sets Xon/Xoff handshaking. This commend may be useful in workaround
+ serial communications issues with some systems and cables. <br>
+ <br>
+ <a name="D"></a>The <b>-D</b> flag causes communications and other
+ instrument diagnostics to be printed to stdout. A level can be set
+ between 1 .. 9, that may give progressively more verbose
+ information, depending on the instrument. This can be useful in
+ tracking down why an instrument can't connect.<br>
+ <br>
+ <a name="p1"></a><span style="font-weight: bold;">inoutfile</span>
+ The final parameter on the command line is the base filename for the
+ <a href="cal_format.html">.cal</a> file and the optional ICC
+ profile. Normally this will be created (or an existing file will be
+ overwritten). If the <span style="font-weight: bold;">-u</span>
+ flag is used, then these files will be updated. If a different ICC
+ profile name needs to be specified, do so as an argument to the <span
+ style="font-weight: bold;">-o</span> flag.<br>
+ <br>
+ <span style="font-weight: bold;">NOTE</span> that on an X11 system,
+ if the environment variable <span style="font-weight: bold;">ARGYLL_IGNORE_XRANDR1_2</span>
+ is set (ie. set it to "yes"), then the presence of the XRandR 1.2
+ extension will be ignored, and other extensions such as Xinerama and
+ XF86VidMode extension will be used. This may be a way to work around
+ buggy XRandR 1.2 implementations.<br>
+ <br>
+ <hr style="width: 100%; height: 2px;">
+ <h2><a name="Adjustment"></a>Discussion and guide to display control
+ adjustment:</h2>
+ <br>
+ The adjustment of the display controls (brightness, contrast, R, G
+ & B channel controls etc.) is very dependent on the particular
+ monitor. Different types and brands of monitors will have different
+ controls, or controls that operate in different ways. Some displays
+ have almost no user controls, and so you may well be best skipping
+ display adjustment, and going straight to calibration.<br>
+ <br>
+ Almost all LCD displays lack a real <span style="font-weight:
+ bold;">contrast</span> control. Those that do present such a
+ control generally fake it by adjusting the video signal. For this
+ reason it is usually best to set an LCD's <span style="font-weight:
+ bold;">contrast</span> control at its neutral setting (ie. the
+ setting at which it doesn't change the video signal). Unfortunately,
+ it can be hard to know what this neutral setting is. On some
+ displays it is 50%, others 75%. If the LCD display has a "reset to
+ factory defaults" mode, then try using this first, as a way of
+ setting the <span style="font-weight: bold;">contrast</span>
+ control to neutral. The LCD <span style="font-weight: bold;">brightness</span>
+ control generally adjusts the level of backlighting the display
+ gets, which affects the maximum brightness, and also tends to raise
+ or lower the black level in proportion, without changing the
+ displays response curve shape or overall contrast ratio. If your LCD
+ display has a <span style="font-weight: bold;">backlight</span>
+ control as well as a <span style="font-weight: bold;">brightness</span>
+ control, then the brightness control is also probably being faked,
+ and you are probably better off setting it to it's neutral setting,
+ and using the <span style="font-weight: bold;">backlight</span>
+ control in place of <span style="font-weight: bold;">brightness</span>
+ in the following adjustments.<br>
+ <br>
+ Some high end displays have the ability to mimic various standard
+ colorspaces such as sRGB or AdobeRGB. You could choose to calibrate
+ and profile the display in such an emulation mode, although you
+ probably don't want to fight the emulations white point and gamma.
+ To get the best out of such a display you really want to choose it's
+ "Native Gamut" setting, whatever that is called. Note that some
+ people have reported bad experiences in trying to use "6-axis custom
+ controls" on displays such as the Dell U2410, so attempting to use
+ such a mode should be approached with caution. Ideally such a mode
+ should be used to give just the underlying native display response,
+ but the settings to achieve this may be very difficult to determine,
+ and/or it may not be possible, depending on how such a mode distorts
+ the RGB signals.<br>
+ <br>
+ On CRT based displays, the <span style="font-weight: bold;">brightness</span>
+ control generally adjusts the black level of the display (sometimes
+ called the <span style="font-weight: bold;">offset</span>), and as
+ a side effect, tends to change the maximum brightness too. A CRT <span
+ style="font-weight: bold;">contrast</span> control generally
+ adjusts the maximum brightness (sometimes called <span
+ style="font-weight: bold;">gain</span>) without affecting the
+ black level a great deal. On a CRT both the <span
+ style="font-weight: bold;">brightness</span> and <span
+ style="font-weight: bold;">contrast</span> controls will tend to
+ affect the shape or gamma of the display response curve.<br>
+ <br>
+ Many displays have some sort of color temperature adjustment. This
+ may be in the form of some pre-set color temperatures, or in the
+ form of individual Red, Green and Blue channel gain adjustments.
+ Some CRT displays also have R, G & B channel offset adjustments
+ that will affect the color temperatures near black, as well as
+ affect the individual channels curve shape. The color temperature
+ adjustment will generally affect the maximum brightness, and may
+ also affect the black level and the shape of the display response
+ curves.<br>
+ <br>
+ Some special (expensive) LCD displays may have a white point
+ adjustment that changes the color of the backlight. If you do not
+ have one of these types of LCD displays, then attempting to change
+ the white point of the display (even if it appears to have a "<span
+ style="font-weight: bold;">white point selection</span>" or <span
+ style="font-weight: bold;">R/G/B</span> "<span style="font-weight:
+ bold;">gain</span>" controls") may not be a good idea, as once
+ again these controls are probably being faked by manipulating the
+ signal levels. Even if you do manage to change the white point
+ significantly, it may do things like change the mid tone color too
+ dramatically, or create a display response that is hard to correct
+ with calibration, or results in side effects such as quantization
+ (banding) or other undesirable effects. You may have to try out
+ various controls (and your aim points for the display calibration),
+ to decide what is reasonable to attempt on an LCD display.<br>
+ <br>
+ Due to the variety of controls as well as the interaction between
+ them, it can be an iterative process to arrive at a good monitor
+ set-up, before proceeding on to calibrating and profiling a display.
+ For this reason, <span style="font-weight: bold;">dispcal</span>
+ offers a menu of adjustment modes, so that the user can
+ interactively and iteratively adjust the display controls to meet
+ the desired targets.<br>
+ <br>
+ 1) Black level (CRT: Brightness)<br>
+ 2) White point (Color temperature, R,G,B, Gain/Contrast)<br>
+ 3) White level (CRT: Gain/Contrast, LCD:
+ Brightness/Backlight)<br>
+ 4) Black point (R,G,B, Offset/Brightness)<br>
+ 5) Check all<br>
+ 6) Measure and set ambient for viewing condition adjustment<br>
+ 7) Continue on to calibration<br>
+ 8) Exit<br>
+ <br>
+ There are four basic adjustment modes. Normally one would proceed
+ through them in the order above, then perhaps repeat the first
+ adjustment, before checking the overall settings. The White point
+ and White level modes operate slightly differently, depending on
+ whether a white target point has been set using the <span
+ style="font-weight: bold;">-t -T</span> or <span
+ style="font-weight: bold;">-w</span> options, and on whether a
+ brightness target has been set using the <span style="font-weight:
+ bold;">-b</span> option.<br>
+ <br>
+ <br>
+ The first mode lets you adjust the black level of a CRT display.
+ Given the current white level, it calculates a value that should
+ produce a 1% display brightness if the black level is set correctly.
+ After doing some initial measurements, it will show the target
+ brightness value (in cd/m^2) on one line, and then underneath it
+ will show continuously updated readings from the display. The left
+ most character will switch from '\' to '/' or back again each time a
+ reading is updated. Some instruments can be quite slow in measuring
+ dark colors, and it's best to wait for a reading update before
+ changing the controls more than once. Underneath the target value is
+ displayed the current reading, and to the right of this is a '+',
+ '-' or '=' symbol, which gives a hint as to which way to adjust the
+ brightness control to improve the match to the target.<br>
+ <br>
+ <small style="font-weight: bold;"><span style="font-family:
+ monospace;"> Adjust CRT brightness to get target level.
+ Press space when done.</span><br style="font-family: monospace;">
+ <span style="font-family: monospace;"> Target
+ 0.60</span><br style="font-family: monospace;">
+ <span style="font-family: monospace;"> / Current 0.68
+ -</span></small><br>
+ <br>
+ Once happy with the adjustment, press space to go back to the menu.<br>
+ <br>
+ <br>
+ The second mode lets you adjust the color of the white point of the
+ display. If a target white point has been set, it will show the
+ target brightness value (in cd/m^2) on one line, together with the
+ target chromaticity co-ordinates for the white point, and then
+ underneath it will show continuously updated readings from the
+ display. The left most character will switch from '\' to '/' or back
+ again each time a reading is updated. Underneath the target
+ brightness value is displayed the current reading, and then the
+ current chromaticity co-ordinate values. To the right of this is the
+ current delta E of the white point from the target, and further to
+ the right are hints '+', '-' or '=' as to which direction to
+ adjust the individual Red, Green and Blue gain settings to move the
+ white point in the direction of the target, and reduce the delta E.
+ If the symbol is doubled, then this channel will have the greatest
+ effect. If you do not have individual channel gain controls, then
+ try choosing amongst color temperature pre-sets, to find one with
+ the lowest delta E. Depending on the stability of the display, the
+ coarseness of the controls, and the repeatability of the instrument,
+ you may not be able to get a perfectly zero delta E.<br>
+ <br>
+ <small style="font-weight: bold;"><span
+ style="font-family: monospace;">Adjust R,G & B gain to get
+ target x,y. Press space when done.<br>
+ Target B 60.00, x 0.3451, y 0.3516<br>
+ / Current B 60.05, x 0.3426, y 0.3506 DE
+ 1.4 R+ G+ B--</span><span style="font-family:
+ monospace;"></span></small><br>
+ <br>
+ If you did not set a white point target, then the information shown
+ is a little different - it will show the initial white point value,
+ as well as the color temperature, and the CIEDE2000 of the white
+ point to either the Daylight or Black Body locus (depending on
+ whether the <span style="font-weight: bold;">-T</span> flag was
+ set). The constantly updated values show the same thing, and the
+ Red, Green and Blue control hints show the direction to adjust the
+ controls to place the white point on the locus. The control that
+ will have the most direct effect on the color temperature will be
+ the Blue, while the Green will most directly move the white point
+ towards or away from the locus, thereby reducing the delta E of the
+ white point to the locus (but there is interaction).<br>
+ <br>
+ <small style="font-weight: bold;"><span style="font-family:
+ monospace;">Adjust R,G & B gain to desired white point.
+ Press space when done.</span><br style="font-family: monospace;">
+ <span style="font-family: monospace;"> Initial B 47.25, x
+ 0.3417, y 0.3456, CDT 5113 DE 6.9</span><br
+ style="font-family: monospace;">
+ <span style="font-family: monospace;">\ Current B 47.38, x 0.3420,
+ y 0.3460 CDT 5104 DE 6.7 R-- G+ B-</span></small><br>
+ <br>
+ The brightness value is just there as a guide to what effect
+ the adjustment is having on the overall brightness. Usually the
+ white level brightness is adjusted using the next adjustment mode.
+ Once happy with the adjustment, press space to go back to the menu.<br>
+ <br>
+ <br>
+ The third mode lets you adjust the brightness of white on the
+ display. If you set a target brightness using the <span
+ style="font-weight: bold;"><span style="font-weight: bold;">-b</span></span>
+ parameter, it will show the target brightness value (in cd/m^2) on
+ one line, and then underneath it will show continuously updated
+ readings from the display. The left most character will switch from
+ '\' to '/' or back again each time a reading is updated. Underneath
+ the target value is displayed the current reading, and to the right
+ of this is a '+', '-' or '=' symbol, which gives a hint as to which
+ way to adjust the CRT contrast or LCD brightness control to improve
+ the match to the target.<br>
+ <br>
+ <small style="font-weight: bold;"><span
+ style="font-family: monospace;">Adjust CRT Contrast or LCD
+ Brightness to get target level. Press space when done.<br>
+ Target 60.00<br>
+ / Current 59.96 +</span><span style="font-family:
+ monospace;"></span></small><br>
+ <br>
+ If you did not set a brightness target, it will show the initial
+ brightness as the target, and the current brightness, which you can
+ then set any way you want:<br>
+ <br>
+ <small style="font-weight: bold;"><span style="font-family:
+ monospace;">Adjust CRT Contrast or LCD Brightness to desired
+ level. Press space when done.</span><br style="font-family:
+ monospace;">
+ <span style="font-family: monospace;"> Initial 47.32</span><br
+ style="font-family: monospace;">
+ <span style="font-family: monospace;">/ Current 47.54</span></small><br>
+ <br>
+ Once happy with the adjustment, press space to go back to the menu.<br>
+ <br>
+ <br>
+ The fourth mode lets you adjust the color of the black point of the
+ display, if the display has Red, Green and Blue channel offset
+ controls. It will show the target 1% brightness value (in cd/m^2) on
+ one line, together with the target chromaticity co-ordinates for the
+ black point, and then underneath it will show continuously updated
+ readings from the display. The left most character will switch from
+ '\' to '/' or back again each time a reading is updated. Underneath
+ the target brightness value is displayed the current reading, and
+ then the current chromaticity co-ordinate values. To the right of
+ this is the current delta E of the black point from the target, and
+ further to the right are hints '+', '-' or '=' as to which
+ direction to adjust the individual Red, Green and Blue offset
+ settings to move the black point in the right direction. If the
+ symbol is doubled, then this channel will have the greatest effect.
+ <br>
+ <br>
+ <span style="font-family: monospace;"><span style="font-weight:
+ bold;"> Adjust R,G & B offsets to get target x,y.
+ Press space when done.<br>
+ Target B 0.60, x 0.3451, y 0.3516<br>
+ \ Current B 0.62, x 0.2782, y 0.2331 DE
+ 10.3 R+ G++ B-</span></span><small
+ style="font-weight: bold;"><span style="font-family: monospace;"></span><span
+ style="font-family: monospace;"></span></small><br>
+ <br>
+ The 1% brightness value is just there as a guide to what
+ effect the adjustment is having on the 1% brightness level. The
+ combined channel offsets may have an effect on this in combination
+ with the CRT brightness control. Press space to go back to the menu.<br>
+ <br>
+ <br>
+ The fifth selection checks on the overall settings. If targets
+ have been set, it will be like:<br>
+ <br>
+ <small style="font-weight: bold;"><span style="font-family:
+ monospace;"> Target Brightness = 50.00, Current = 47.44,
+ error = -5.1%<br>
+ Target 50% Level = 10.32, Current = 8.10,
+ error = -4.4%<br>
+ Target Near Black = 0.47, Current = 0.68,
+ error = 0.4%<br>
+ Target white = x 0.3458, y 0.3586, Current = x 0.3420, y
+ 0.3454, error = 7.55 DE<br>
+ Target black = x 0.3458, y 0.3586, Current = x 0.2908, y
+ 0.2270, error = 29.69 DE</span><span style="font-family:
+ monospace;"></span></small><br>
+ <br>
+ or if no targets are set:<br>
+ <br>
+ <small style="font-weight: bold;"><span style="font-family:
+ monospace;"> Current Brightness = 46.28</span><br
+ style="font-family: monospace;">
+ <span style="font-family: monospace;"> Target 50%
+ Level = 10.07, Current = 7.52, error = -5.5%</span><br
+ style="font-family: monospace;">
+ <span style="font-family: monospace;"> Target Near Black
+ = 0.46, Current = 0.46, error = -0.0%</span><br
+ style="font-family: monospace;">
+ <span style="font-family: monospace;"> Current white = x
+ 0.3439, y 0.3466, VCT 5098K DE 3.0</span><br
+ style="font-family: monospace;">
+ <span style="font-family: monospace;"> Target black = x
+ 0.3439, y 0.3466, Current = x 0.3093, y 0.2165, error = 30.30 DE</span></small><br>
+ <br>
+ and will then go back to the menu.<br>
+ <br>
+ The sixth selection <span style="font-weight: bold;">6)</span>
+ allows the reading of you ambient lighting conditions if your
+ instrument supports such a mode. Doing so will enable the <span
+ style="font-weight: bold;">-a</span> option to compensate for your
+ viewing conditions in the subsequent calibration. See <a
+ href="dispcal.html#a">-a</a>.<br>
+ <br>
+ Once you're happy with the display set-up, you can either
+ proceed on to the rest of the calibration by selecting <span
+ style="font-weight: bold;">7)</span>, or exit and re-start by
+ selecting <span style="font-weight: bold;">8)</span>. You might
+ want to re-start if you want to change the calibration targets.<br>
+ <br>
+ <hr style="width: 100%; height: 2px;">
+ <h2>Other caveats:</h2>
+ NOTE that some <span style="font-weight: bold;">LCD</span> screens
+ behave a little strangely near their absolute white point, and may
+ therefore exhibit odd behavior at values just below white. It may be
+ advisable in such cases to set a brightness slightly less than the
+ maximum such a display is capable of.<br>
+ <br>
+ The program attempts to stop any screensaver or powersaver from
+ interfering with the measurements, but this may not be effective on
+ some systems, so it may be necessary to manually disable the
+ screensaver and/or powersaver before commencing the calibration with
+ a large number of patches.<br>
+ <br>
+ The calibration tables produced maintain the maximum level of
+ precision available on a system. If the display has VideoLUTs
+ available (Video Lookup Tables that the frame buffer values pass
+ through on their way to the display) and thier outputs are better
+ than 8 bits per component, then the resulting curves can reflect
+ this, although few current operating systems and/or display cards
+ actually support better than 8 bit per component output.<br>
+ <br>
+ If calibration curves are created for a display in which VideoLUTs
+ are not available, then the resulting calibration file will be
+ marked to indicate this, and a subsequent profile created with the
+ calibration will not have the calibration converted to the 'vcgt'
+ tag, since such a tag can't be loaded into the displays VideoLUTs.<br>
+ <br>
+ If communications break down with a USB connected instrument, you
+ may have to unplug it, and plug it in again to recover operation.<br>
+ <br>
+ Some systems (Apple OS X in particular) have a special set of user
+ interface controls ("Universal Access") that allows altering the
+ display in ways designed to assist visually impaired users, by
+ increasing contrast etc. This will interfere badly with any attempts
+ to calibrate or profile such a system, and must be turned off in
+ order to do so. Note that certain magic keyboard sequences can turn
+ this on by accident.<br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ </body>
+</html>
diff --git a/doc/dispread.html b/doc/dispread.html index 52a38c2..12077eb 100644 --- a/doc/dispread.html +++ b/doc/dispread.html @@ -1,25 +1,25 @@ -<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> -<html> - <head> - <title>dispread</title> - <meta http-equiv="content-type" content="text/html; - charset=windows-1252"> - <meta name="author" content="Graeme Gill"> - </head> - <body> - <h2><b>spectro/dispread</b> </h2> - <h3>Summary</h3> - Display test patches on a monitor, read the colorimetric value - result with the colorimeter, and create the chart readings file. The - type of instrument is determined by the communication port selected. - Emission and display measurement instruments are supported.<br> - <br> - If you want to read a display manually rather than automatically, - see <a href="chartread.html">chartread</a> and the <a - href="chartread.html#d">-d</a> option.<br> - <h3>Usage</h3> - <small style="font-family: monospace;">dispread [-options]<i> - inoutfile</i><br> +<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<html>
+ <head>
+ <title>dispread</title>
+ <meta http-equiv="content-type" content="text/html;
+ charset=windows-1252">
+ <meta name="author" content="Graeme Gill">
+ </head>
+ <body>
+ <h2><b>spectro/dispread</b> </h2>
+ <h3>Summary</h3>
+ Display test patches on a monitor, read the colorimetric value
+ result with the colorimeter, and create the chart readings file. The
+ type of instrument is determined by the communication port selected.
+ Emission and display measurement instruments are supported.<br>
+ <br>
+ If you want to read a display manually rather than automatically,
+ see <a href="chartread.html">chartread</a> and the <a
+ href="chartread.html#d">-d</a> option.<br>
+ <h3>Usage</h3>
+ <small style="font-family: monospace;">dispread [-options]<i>
+ inoutfile</i><br>
<a href="#v">-v</a> @@ -54,17 +54,17 @@ - - Verbose mode<br> - </small><font size="-1"><a style="font-family: monospace;" - href="#display">-display displayname</a><span - style="font-family: monospace;"> [X11 only] Choose X11 display - name<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> <a href="#dnm">-d n[,m]</a> - - [X11 only]Choose the display from the following list (default - 1),<br> +
+ Verbose mode<br>
+ </small><font size="-1"><a style="font-family: monospace;"
+ href="#display">-display displayname</a><span
+ style="font-family: monospace;"> [X11 only] Choose X11 display
+ name<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> <a href="#dnm">-d n[,m]</a>
+
+ [X11 only]Choose the display from the following list (default
+ 1),<br>
and optionally @@ -106,9 +106,9 @@ m - - for VideoLUT access.</span></font><br> - <font size="-1"><span style="font-family: monospace;"> <a +
+ for VideoLUT access.</span></font><br>
+ <font size="-1"><span style="font-family: monospace;"> <a
href="#d">-d n</a> Choose the @@ -150,8 +150,8 @@ list - - (default 1)</span></font><small style="font-family: monospace;"><br> +
+ (default 1)</span></font><small style="font-family: monospace;"><br>
</small><span style="font-family: monospace;"> <a href="#dweb">-dweb[:port]</a> @@ -188,9 +188,9 @@ list - - Display via a web server at port (default 8080)</span><br> - <span style="font-family: monospace;"> <a href="#dmadvr">-dmadvr</a> +
+ Display via a web server at port (default 8080)</span><br>
+ <span style="font-family: monospace;"> <a href="#dmadvr">-dmadvr</a>
@@ -214,22 +214,22 @@ list - - [MSWin] Display via MadVR Video Renderer</span><br> +
+ [MSWin] Display via MadVR Video Renderer</span><br>
<tt> </tt><tt><a href="#dcc">-dcc[:n]</a> - - </tt><tt>Display via n'th ChromeCast (default 1, ? for list)</tt><br> - <small style="font-family: monospace;"> <span style="font-family: - monospace;"> </span><a style="font-family: monospace;" - href="#c">-c listno</a><span style="font-family: monospace;"> - Set - communication port from the following list (default 1)<br> - </span></small><font size="-1"><span style="font-family: +
+ </tt><tt>Display via n'th ChromeCast (default 1, ? for list)</tt><br>
+ <small style="font-family: monospace;"> <span style="font-family:
+ monospace;"> </span><a style="font-family: monospace;"
+ href="#c">-c listno</a><span style="font-family: monospace;">
+ Set
+ communication port from the following list (default 1)<br>
+ </span></small><font size="-1"><span style="font-family:
monospace;"> <a href="#p">-p</a> @@ -264,10 +264,10 @@ list - - Use telephoto mode (ie. for a projector) (if available)</span></font><br> - <font size="-1"><span style="font-family: monospace;"><a - href="#y">-y X</a> +
+ Use telephoto mode (ie. for a projector) (if available)</span></font><br>
+ <font size="-1"><span style="font-family: monospace;"><a
+ href="#y">-y X</a>
Display @@ -304,10 +304,10 @@ Display - - type - instrument specific list to choose from.</span></font><br> - <small style="font-family: monospace;"> <span - style="text-decoration: underline;">-</span><a href="#k">k +
+ type - instrument specific list to choose from.</span></font><br>
+ <small style="font-family: monospace;"> <span
+ style="text-decoration: underline;">-</span><a href="#k">k
file.cal</a> @@ -342,10 +342,10 @@ Display - - Load calibration file into display while reading<br> - </small><small style="font-family: monospace;"> <span - style="text-decoration: underline;">-</span><a href="#K">K +
+ Load calibration file into display while reading<br>
+ </small><small style="font-family: monospace;"> <span
+ style="text-decoration: underline;">-</span><a href="#K">K
file.cal</a> Apply @@ -381,8 +381,8 @@ Apply - - calibration file to test values while reading</small><br> +
+ calibration file to test values while reading</small><br>
<tt> <a href="#V">-V</a> @@ -398,8 +398,8 @@ Apply - - [MSWin] Enable MadVR color management (3dLut)</tt><br> +
+ [MSWin] Enable MadVR color management (3dLut)</tt><br>
<small style="font-family: monospace;"> <a href="#s">-s</a> @@ -434,12 +434,12 @@ Apply - - Save spectral information (default don't - save)<br> - </small><font style="font-family: monospace;" size="-1"> <a - href="#P">-P ho,vo,ss[,vs]</a> Position - test window and scale it<br> +
+ Save spectral information (default don't
+ save)<br>
+ </small><font style="font-family: monospace;" size="-1"> <a
+ href="#P">-P ho,vo,ss[,vs]</a> Position
+ test window and scale it<br>
ho,vi: 0.0 @@ -481,8 +481,8 @@ center, - - 1.0 = right/bottom etc.<br> +
+ 1.0 = right/bottom etc.<br>
ss: 0.5 @@ -524,8 +524,8 @@ normal, - - 2.0 = double etc.<br> +
+ 2.0 = double etc.<br>
</font><font size="-1"><span style="font-family: monospace;"> @@ -553,10 +553,10 @@ normal, - - ss,vs: = optional horizontal, vertical scale.</span></font><br> - <font style="font-family: monospace;" size="-1"> </font><font - size="-1"><span style="font-family: monospace;"><a href="#F">-F</a> +
+ ss,vs: = optional horizontal, vertical scale.</span></font><br>
+ <font style="font-family: monospace;" size="-1"> </font><font
+ size="-1"><span style="font-family: monospace;"><a href="#F">-F</a>
@@ -591,10 +591,10 @@ normal, - - Fill whole screen with black background</span></font><br> - <font size="-1"><span style="font-family: monospace;"> </span></font><font - size="-1"><span style="font-family: monospace;"><a href="#E">-E</a> +
+ Fill whole screen with black background</span></font><br>
+ <font size="-1"><span style="font-family: monospace;"> </span></font><font
+ size="-1"><span style="font-family: monospace;"><a href="#E">-E</a>
@@ -614,11 +614,11 @@ normal, - - </span></font><small><span style="font-family: monospace;">Video - encode output as (16-235)/255 "TV" levels</span></small><br> - <font size="-1"><span style="font-family: monospace;"> </span></font><font - size="-1"><span style="font-family: monospace;"><a href="#Z">-Z +
+ </span></font><small><span style="font-family: monospace;">Video
+ encode output as (16-235)/255 "TV" levels</span></small><br>
+ <font size="-1"><span style="font-family: monospace;"> </span></font><font
+ size="-1"><span style="font-family: monospace;"><a href="#Z">-Z
nbits</a> @@ -638,7 +638,7 @@ normal, - +
</span></font><small><span style="font-family: monospace;">Quantize test values @@ -658,9 +658,9 @@ fit - - in nbits</span></small><br style="font-family: monospace;"> - <small style="font-family: monospace;"> <span +
+ in nbits</span></small><br style="font-family: monospace;">
+ <small style="font-family: monospace;"> <span
style="text-decoration: underline;"></span><a href="#n">-n</a> [X11 @@ -702,9 +702,9 @@ redirect - - on test window<br> - </small><small style="font-family: monospace;"> <a href="#J">-J</a> +
+ on test window<br>
+ </small><small style="font-family: monospace;"> <a href="#J">-J</a>
@@ -739,9 +739,9 @@ redirect - - Run calibration first</small><br> - <font size="-1"><span style="font-family: monospace;"> <a +
+ Run calibration first</small><br>
+ <font size="-1"><span style="font-family: monospace;"> <a
href="#N">-N</a> @@ -776,17 +776,17 @@ redirect - - Disable initial calibration of instrument if possible<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> </span><a style="font-family: monospace;" - href="#H">-H</a><span style="font-family: monospace;"> - - Use high resolution spectrum mode (if - available)</span></font><font size="-1"><span - style="font-family: monospace;"></span><span style="font-family: - monospace;"><br> - <a href="#w">-w</a> +
+ Disable initial calibration of instrument if possible<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> </span><a style="font-family: monospace;"
+ href="#H">-H</a><span style="font-family: monospace;">
+
+ Use high resolution spectrum mode (if
+ available)</span></font><font size="-1"><span
+ style="font-family: monospace;"></span><span style="font-family:
+ monospace;"><br>
+ <a href="#w">-w</a>
Disable normalisation @@ -828,9 +828,9 @@ Y - - 100</span></font><small><span style="font-family: monospace;"></span></small><br> - <font size="-1"><span style="font-family: monospace;"><a +
+ 100</span></font><small><span style="font-family: monospace;"></span></small><br>
+ <font size="-1"><span style="font-family: monospace;"><a
href="#X1">-X file.ccmx</a> @@ -865,9 +865,9 @@ Y - - Apply Colorimeter Correction Matrix</span></font><br> - <span style="font-family: monospace;"> <a href="#X2">-X +
+ Apply Colorimeter Correction Matrix</span></font><br>
+ <span style="font-family: monospace;"> <a href="#X2">-X
file.ccss</a> Use Colorimeter @@ -905,14 +905,14 @@ Calibration - - Spectral Samples for calibration</span><font size="-1"><span - style="font-family: monospace;"><br> - </span></font><small><span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#Q">-Q <i>observ</i></a><span - style="font-family: monospace;"> - Choose CIE Observer for spectrometer or CCSS - colorimeter data:</span><br style="font-family: monospace;"> +
+ Spectral Samples for calibration</span><font size="-1"><span
+ style="font-family: monospace;"><br>
+ </span></font><small><span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#Q">-Q <i>observ</i></a><span
+ style="font-family: monospace;">
+ Choose CIE Observer for spectrometer or CCSS
+ colorimeter data:</span><br style="font-family: monospace;">
<span style="font-family: monospace;"> @@ -947,12 +947,12 @@ Calibration - - 1931_2 </span></small><small><span - style="font-family: monospace;">(def.)</span></small><small><span - style="font-family: monospace;">, 1964_10, S&B 1955_2, shaw, - J&V 1978_2, 1964_10c</span></small><br> - <small><span style="font-family: monospace;"> <a +
+ 1931_2 </span></small><small><span
+ style="font-family: monospace;">(def.)</span></small><small><span
+ style="font-family: monospace;">, 1964_10, S&B 1955_2, shaw,
+ J&V 1978_2, 1964_10c</span></small><br>
+ <small><span style="font-family: monospace;"> <a
href="dispread.html#I">-I b|w</a> Drift compensation, @@ -994,8 +994,8 @@ Both: - - -Ibw</span></small><br> +
+ -Ibw</span></small><br>
<small><span style="font-family: monospace;"><tt> <a href="#YR">-Y @@ -1008,7 +1008,7 @@ Both: - +
R:<i>rate</i></a> @@ -1021,12 +1021,12 @@ Both: - - Override measured refresh rate with rate Hz<br> - </tt> </span></small><font size="-1"><span - style="font-family: monospace;"></span><a style=" font-family: - monospace;" href="#YA">-<font size="-1">Y</font> A</a><span - style="font-family: monospace;"> +
+ Override measured refresh rate with rate Hz<br>
+ </tt> </span></small><font size="-1"><span
+ style="font-family: monospace;"></span><a style=" font-family:
+ monospace;" href="#YA">-<font size="-1">Y</font> A</a><span
+ style="font-family: monospace;">
@@ -1052,31 +1052,31 @@ Both: - - Use non-adaptive integration time mode (if available).</span></font><br> - <font size="-1"><span style="font-family: monospace;"> </span><a - style=" font-family: monospace;" href="#Yp">-<font size="-1">Y</font> - <font size="-1">p</font></a><span style="font-family: - monospace;"> - - Don't wait for the instrument to be placed on - the display</span></font><br> - <font size="-1"><span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#C">-C "command"</a><span - style="font-family: monospace;"> - Invoke shell - "command" each time a color is set<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> </span><a style="font-family: monospace;" - href="#M">-M "command"</a><span style="font-family: monospace;"> - Invoke shell - "command" each time a color is measured</span></font><br> - <small> <a style="font-family: monospace;" href="#x">-x x</a><span +
+ Use non-adaptive integration time mode (if available).</span></font><br>
+ <font size="-1"><span style="font-family: monospace;"> </span><a
+ style=" font-family: monospace;" href="#Yp">-<font size="-1">Y</font>
+ <font size="-1">p</font></a><span style="font-family:
+ monospace;">
+
+ Don't wait for the instrument to be placed on
+ the display</span></font><br>
+ <font size="-1"><span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#C">-C "command"</a><span
+ style="font-family: monospace;">
+ Invoke shell
+ "command" each time a color is set<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> </span><a style="font-family: monospace;"
+ href="#M">-M "command"</a><span style="font-family: monospace;">
+ Invoke shell
+ "command" each time a color is measured</span></font><br>
+ <small> <a style="font-family: monospace;" href="#x">-x x</a><span
style="font-family: monospace;"> -Take - manually entered - XYZ values</span></small><br> - <font size="-1"><span style="font-family: monospace;"> <a +Take
+ manually entered
+ XYZ values</span></small><br>
+ <font size="-1"><span style="font-family: monospace;"> <a
href="#W">-W n|h|x</a> Override serial @@ -1118,11 +1118,11 @@ n - - none, h = HW, x = Xon/Xoff</span></font><br> - <small style="font-family: monospace;"> <a href="#D">-D [level]</a> - Print debug - diagnostics to stderr</small><br> +
+ none, h = HW, x = Xon/Xoff</span></font><br>
+ <small style="font-family: monospace;"> <a href="#D">-D [level]</a>
+ Print debug
+ diagnostics to stderr</small><br>
<small style="font-family: monospace;"> <a href="#p1"><i>inoutfile</i></a> @@ -1157,73 +1157,73 @@ n - - Base name for input[<a href="File_Formats.html#.ti1">.ti1</a>]/output[<a - href="File_Formats.html#.ti3">.ti3</a>] file.<br> - </small> <br> - <b>Examples</b><br> - <br> - dispread -c1 -i92 mycrt<br> - <h3>Comments<br> - </h3> - This is the tool for exercising a display, in order to measure its - color characteristics. The device test colors are defined by the - outfile.ti1 file, while the resulting device+colorimetric and - optional spectral readings are stored in the outfile.ti3 file. - Display calibration curves can be applied during the measurements, - and the curves included in the resulting .ti3 data file using the <span - style="font-weight: bold;">-k</span>flag. See <a - href="dispcal.html">dispcal</a> for information on how to - calibrate the display before profiling it. For best results, you - should run this against a neutral grey desktop background, and avoid - having any bright images or windows on the screen at the time you - run it.<br> - <br> - <a name="v"></a> The <b>-v</b> flag reports progress information.<br> - <br> - <a name="display"></a><span style="font-weight: bold;">-display</span>: - When running on a UNIX based system that used the X11 Windowing - System, <b>dispread</b> will by default use the $DISPLAY - environment variable to determine which display and screen to read - from. This can be overridden by supplying an X11 display name to the - <span style="font-weight: bold;">-display</span> option. Note that - if Xinerama is active, you can't select the screen using $DISPLAY or - -display, you have to select it using the <span style="font-weight: - bold;">-d</span> parameter.<br> - <br> - <a name="d"></a> <span style="font-weight: bold;">-d</span>: By - default the main display will be the location of the test window. If - the system has more than one display or screen, an alternate - display/screen can be selected with the <span style="font-weight: - bold;">-d</span> parameter. If you invoke <span - style="font-weight: bold;">dispread</span> so as to display the - usage information (i.e. "dispread -?" or "dispread --"), then the - discovered displays/screens will be listed. Multiple displays may - not be listed, if they appear as a single display to the operating - system (ie. the multi-display support is hidden in the video card - driver). On UNIX based system that used the X11 Windowing System, - the <span style="font-weight: bold;">-d</span> parameter will - override the screen specified by the $DISPLAY or <span - style="font-weight: bold;">-display</span> parameter.<br> - <br> - On X11 the inability to access VideoLUTs could be because you are - trying to access a remote display, and the remote display doesn't - support the XF86VidMode extension, or perhaps you are running - multiple monitors using NVidia TwinView, or MergedFB, and trying to - access anything other than the primary monitor. TwinView and - MergedFB don't properly support the XF86VidMode extension for - multiple displays. You can use <a href="dispwin.html#r">dispwin -r</a> - to test whether the VideoLUTs are accessible for a particular - display. See also below, on how to select a different display for - VideoLUT access. Also note that dispcal will fail if the Visual - depth doesn't match the VideoLUT depth. Typically the VideoLUTs have - 256 entries per color component, so the Visual generally needs to be - 24 bits, 8 bits per color component.<br> - <br> - <a name="dnm"></a>Because of the difficulty cause by TwinView and - MergedFB in X11 based systems, you can optionally specify a separate - display number after the display that is going to be used to present - test patches, for accessing the VideoLUT hardware. This must be +
+ Base name for input[<a href="File_Formats.html#.ti1">.ti1</a>]/output[<a
+ href="File_Formats.html#.ti3">.ti3</a>] file.<br>
+ </small> <br>
+ <b>Examples</b><br>
+ <br>
+ dispread -c1 -i92 mycrt<br>
+ <h3>Comments<br>
+ </h3>
+ This is the tool for exercising a display, in order to measure its
+ color characteristics. The device test colors are defined by the
+ outfile.ti1 file, while the resulting device+colorimetric and
+ optional spectral readings are stored in the outfile.ti3 file.
+ Display calibration curves can be applied during the measurements,
+ and the curves included in the resulting .ti3 data file using the <span
+ style="font-weight: bold;">-k</span>flag. See <a
+ href="dispcal.html">dispcal</a> for information on how to
+ calibrate the display before profiling it. For best results, you
+ should run this against a neutral grey desktop background, and avoid
+ having any bright images or windows on the screen at the time you
+ run it.<br>
+ <br>
+ <a name="v"></a> The <b>-v</b> flag reports progress information.<br>
+ <br>
+ <a name="display"></a><span style="font-weight: bold;">-display</span>:
+ When running on a UNIX based system that used the X11 Windowing
+ System, <b>dispread</b> will by default use the $DISPLAY
+ environment variable to determine which display and screen to read
+ from. This can be overridden by supplying an X11 display name to the
+ <span style="font-weight: bold;">-display</span> option. Note that
+ if Xinerama is active, you can't select the screen using $DISPLAY or
+ -display, you have to select it using the <span style="font-weight:
+ bold;">-d</span> parameter.<br>
+ <br>
+ <a name="d"></a> <span style="font-weight: bold;">-d</span>: By
+ default the main display will be the location of the test window. If
+ the system has more than one display or screen, an alternate
+ display/screen can be selected with the <span style="font-weight:
+ bold;">-d</span> parameter. If you invoke <span
+ style="font-weight: bold;">dispread</span> so as to display the
+ usage information (i.e. "dispread -?" or "dispread --"), then the
+ discovered displays/screens will be listed. Multiple displays may
+ not be listed, if they appear as a single display to the operating
+ system (ie. the multi-display support is hidden in the video card
+ driver). On UNIX based system that used the X11 Windowing System,
+ the <span style="font-weight: bold;">-d</span> parameter will
+ override the screen specified by the $DISPLAY or <span
+ style="font-weight: bold;">-display</span> parameter.<br>
+ <br>
+ On X11 the inability to access VideoLUTs could be because you are
+ trying to access a remote display, and the remote display doesn't
+ support the XF86VidMode extension, or perhaps you are running
+ multiple monitors using NVidia TwinView, or MergedFB, and trying to
+ access anything other than the primary monitor. TwinView and
+ MergedFB don't properly support the XF86VidMode extension for
+ multiple displays. You can use <a href="dispwin.html#r">dispwin -r</a>
+ to test whether the VideoLUTs are accessible for a particular
+ display. See also below, on how to select a different display for
+ VideoLUT access. Also note that dispcal will fail if the Visual
+ depth doesn't match the VideoLUT depth. Typically the VideoLUTs have
+ 256 entries per color component, so the Visual generally needs to be
+ 24 bits, 8 bits per color component.<br>
+ <br>
+ <a name="dnm"></a>Because of the difficulty cause by TwinView and
+ MergedFB in X11 based systems, you can optionally specify a separate
+ display number after the display that is going to be used to present
+ test patches, for accessing the VideoLUT hardware. This must be
specified as a single string, e.g. <span style="font-weight: bold;">-d @@ -1258,423 +1258,423 @@ n - - 1,2</span> . Some experimentation may be needed using <a - href="dispwin.html">dispwin</a> on such systems, to discover what - screen has access to the VideoLUT hardware, and which screens the - test patches appear on. You may be able to calibrate one screen, and - then share the calibration with another screen. Profiling can be - done independently to calibration.<br> - <br> - <a name="dweb"></a><span style="font-weight: bold;">-dweb</span> or - <span style="font-weight: bold;">-dweb:port</span> starts a - standalone web server on your machine, which then allows a local or - remote web browser to display the the color test patches. By default - port <span style="font-weight: bold;">8080</span> is used, but this - can be overridden by appending a <span style="font-weight: bold;">:</span> - and the port number i.e. <span style="font-weight: bold;">-dweb:8001</span>. - The URL will be <span style="font-weight: bold;">http://</span> - then name of the machine or its I.P. address followed by a colon and - the port number - e.g something like <span style="font-weight: - bold;">http://192.168.0.1:8080</span>. If you use the verbose - option (<span style="font-weight: bold;">-v</span>) then a likely - URL will be printed once the server is started, or you could run <span - style="font-weight: bold;">ipconfig</span> (MSWin) or <span - style="font-weight: bold;">/sbin/ifconfig</span> (Linux or OS X) - and identify an internet address for your machine that way. <b> - JavaScript</b> needs to be enabled in your web browser for this to - work. You may have to modify any firewall to permit port 8080 to be - accessed on your machine.<br> - <br> - Note that if you use this method of displaying test patches, that - there is no access to the display VideoLUTs and that the colors will - be displayed with 8 bit per component precision, and any - screen-saver or power-saver will not be disabled. You will also be - at the mercy of any color management applied by the web browser, and - may have to carefully review and configure such color management. - See the <a href="dispcal.html#o">-o</a> flag for an explanation of - the implications of having no access to the VideoLUTs.<br> - <br> - <a name="dmadvr"></a><span style="font-weight: bold;">-dmadvr</span> - [MSWin only] causes test patches to be displayed using the MadVR - video renderer. Note that will have to start <b>MadTPG</b> before - running dispread, and that while you can adjust the "Test Pattern - Configuration" controls, you should <u>not</u> normally alter the - "Existing Calibration" controls, as dispread will set these - appropriately. See also <tt><a - href="dispread.html#V">-V</a> flag.</tt><br> - <br> - <a name="dcc"></a><span style="font-weight: bold;">-dcc</span> or <b>-dcc:<i>no</i></b> - causes test patches to be displayed using and available <a - href="http://en.wikipedia.org/wiki/Chromecast">ChromeCast</a> to - your TV. Use <b>-dcc:?</b> to display a list of ChromeCasts on your - local network. Note that the ChromeCast as a test patch source is - probably the<b> least accurate</b> of your choices, since it - up-samples the test patch and transforms from RGB to YCC and back, - but should be accurate within ± 1 bit. You may have to modify any - firewall to permit port 8081 to be accessed on your machine if it +
+ 1,2</span> . Some experimentation may be needed using <a
+ href="dispwin.html">dispwin</a> on such systems, to discover what
+ screen has access to the VideoLUT hardware, and which screens the
+ test patches appear on. You may be able to calibrate one screen, and
+ then share the calibration with another screen. Profiling can be
+ done independently to calibration.<br>
+ <br>
+ <a name="dweb"></a><span style="font-weight: bold;">-dweb</span> or
+ <span style="font-weight: bold;">-dweb:port</span> starts a
+ standalone web server on your machine, which then allows a local or
+ remote web browser to display the the color test patches. By default
+ port <span style="font-weight: bold;">8080</span> is used, but this
+ can be overridden by appending a <span style="font-weight: bold;">:</span>
+ and the port number i.e. <span style="font-weight: bold;">-dweb:8001</span>.
+ The URL will be <span style="font-weight: bold;">http://</span>
+ then name of the machine or its I.P. address followed by a colon and
+ the port number - e.g something like <span style="font-weight:
+ bold;">http://192.168.0.1:8080</span>. If you use the verbose
+ option (<span style="font-weight: bold;">-v</span>) then a likely
+ URL will be printed once the server is started, or you could run <span
+ style="font-weight: bold;">ipconfig</span> (MSWin) or <span
+ style="font-weight: bold;">/sbin/ifconfig</span> (Linux or OS X)
+ and identify an internet address for your machine that way. <b>
+ JavaScript</b> needs to be enabled in your web browser for this to
+ work. You may have to modify any firewall to permit port 8080 to be
+ accessed on your machine.<br>
+ <br>
+ Note that if you use this method of displaying test patches, that
+ there is no access to the display VideoLUTs and that the colors will
+ be displayed with 8 bit per component precision, and any
+ screen-saver or power-saver will not be disabled. You will also be
+ at the mercy of any color management applied by the web browser, and
+ may have to carefully review and configure such color management.
+ See the <a href="dispcal.html#o">-o</a> flag for an explanation of
+ the implications of having no access to the VideoLUTs.<br>
+ <br>
+ <a name="dmadvr"></a><span style="font-weight: bold;">-dmadvr</span>
+ [MSWin only] causes test patches to be displayed using the MadVR
+ video renderer. Note that will have to start <b>MadTPG</b> before
+ running dispread, and that while you can adjust the "Test Pattern
+ Configuration" controls, you should <u>not</u> normally alter the
+ "Existing Calibration" controls, as dispread will set these
+ appropriately. See also <tt><a
+ href="dispread.html#V">-V</a> flag.</tt><br>
+ <br>
+ <a name="dcc"></a><span style="font-weight: bold;">-dcc</span> or <b>-dcc:<i>no</i></b>
+ causes test patches to be displayed using and available <a
+ href="http://en.wikipedia.org/wiki/Chromecast">ChromeCast</a> to
+ your TV. Use <b>-dcc:?</b> to display a list of ChromeCasts on your
+ local network. Note that the ChromeCast as a test patch source is
+ probably the<b> least accurate</b> of your choices, since it
+ up-samples the test patch and transforms from RGB to YCC and back,
+ but should be accurate within ± 1 bit. You may have to modify any
+ firewall to permit port 8081 to be accessed on your machine if it
falls back to the Default receiver (see <a href="Installing.html">installation - - instructions</a> for your platform).<br> - <br> - <a name="c"></a> <span style="font-weight: bold;">-c</span>: The - instrument is assumed to communicate through a USB or serial - communication port, and the port can be selected with the <b>-c</b> - option, if the instrument is not connected to the first port. If you - invoke <span style="font-weight: bold;">dispread</span> so as to - display the usage information (i.e. "dispread -?" or "dispread --"), - then the discovered USB and serial ports will be listed. On - UNIX/Linux, a list of all possible serial ports are shown, but not - all of them may actually be present on your system.<br> - <br> - <a name="p"></a>The <span style="font-weight: bold;">-p</span> flag - allows measuring in telephoto mode, using instruments that support - this mode, e.g. the ColorMunki. Telephoto mode is one for taking - emissive measurements from a distance (ie. telespectometer, - tele-colorimeter) mode, and typically would be used for measuring - projector type displays. If a device does not support a specific - telephoto mode, then the normal emissive mode may be suitable for - measuring projectors.<br> - <br> - <a name="y"></a>The <span style="font-weight: bold;">-y</span> flag - allows setting the Display Type. The selection typically determines - two aspects of of the instrument operation: <span - style="font-weight: bold;">1)</span> It may set the measuring mode - to suite <a - href="http://en.wikipedia.org/wiki/Comparison_of_display_technology"><span - style="font-weight: bold;">refresh</span> or <span - style="font-weight: bold;">non-refresh</span> displays</a>. - Typically only LCD (Liquid Crystal) displays have a non-refresh - nature. <span style="font-weight: bold;">2)</span> It may select an - instrument calibration matrix suitable for a particular display - type. The selections available depends on the type and model of - instrument, and a list of the options for the discovered instruments - will be shown in the <a href="ArgyllDoc.html#CmdLine">usage</a> - information. For more details on what particular instruments support - and how this works, see <a href="instruments.html">Operation of - particular instruments</a>. <b>3)</b> Any installed CCSS files - (if applicable), or CCMX files. These files are typically created - using <a href="ccxxmake.html">ccxxmake</a>, and installed using <a - href="oeminst.html">oeminst</a>. The default and Base Calibration - types will be indicated in the usage.<br> - <br> - <a name="s"></a><span style="font-weight: bold;">-s</span>: By - default only the colorimetric information (XYZ value) will be saved, - but for instruments that support spectral readings (such as the - Gretag Spectrolino), the <b>-s</b> option will save the spectral - readings to the .ti3 file as well.<br> - <br> - <a name="k"></a> <span style="font-weight: bold;">-k: </span>If a - display video lookup table calibration <a - href="File_Formats.html#.cal">.cal</a> file is provided, it will - be loaded into the display <span style="font-weight: bold;">VideoLUTs</span> - while the measurements are being taken, thereby being applied to the - measurement values, and the calibration will also included in the - resulting .ti3 data file, so that <a href="colprof.html">colprof</a> - can include it as a <span style="font-weight: bold;">vcgt</span> - tag in the resulting profile. This is the <span style="font-weight: - bold;">normal</span> way to profile a calibrated display. The - calibration file has usually been created using <a - href="dispcal.html">dispcal</a>. If the calibration file indicates - that the displays VideoLUTs are not accessible, or if they prove not - to be accessible, then dispread will switch to <span - style="font-weight: bold;">-K</span> mode (see below). If a - calibration file is not supplied using <b>-k</b> or <b>-K</b>, - then the display will be measured in whatever calibration state it - is in, and no calibration information is saved to the resulting .ti3 - file.<br> - If the calibration file provided created using video range encoding - (dispcal -E), then the <b>-E</b> option in dispread will be - triggered automatically.<br> - <span style="font-weight: bold;">NOTE</span> that the calibration is - loaded into the display hardware just before the instrument starts - measurement, after the test window first appears.<br> - <br> - <a name="K"></a> <span style="font-weight: bold;">-K: </span>If a - display video lookup table calibration <a - href="File_Formats.html#.cal">.cal</a> file is provided, it will - be applied to the test values for each measurement, and also - included in the resulting .ti3 data file, so that <a - href="colprof.html">colprof</a> can include it as a <span - style="font-weight: bold;">vcgt</span> tag in the resulting - profile. This is <span style="font-weight: bold;">NOT</span> - normally the best way to profile a calibrated display, since the - frame buffer may have lower precision than the VideoLUTs output - values. This is the way calibration should be applied if MadVR is - being used to display the test patches. If a calibration file is not - supplied using <b>-k</b> or <b>-K</b>, then the display will be - measured in whatever calibration state it is in, and no calibration - information is saved to the resulting .ti3 file.<br> - If the calibration file provided created using video range encoding - (dispcal -E), then the <b>-E</b> option in dispread will be - triggered automatically.<br> - <br> - <a name="V"></a><b>-V:</b> [MSWin] If using MadVR to display test - patches, then enable Color Managenent (3dLut). This would be used - for verification measurement.<br> - <br> - <a name="P"></a> The <span style="font-weight: bold;">-P</span> - parameter allows you to position and size the test patch window. By - default it is places in the center of the screen, and sized - appropriately for the type of instrument, or 10% of the width of the - display if the display size is unknown. The <span - style="font-weight: bold;">ho</span> and <span - style="font-weight: bold;">vo</span> values govern the horizontal - and vertical offset respectively. A value of 0.0 positions the - window to the far left or top of the screen, a value of 0.5 - positions it in the center of the screen (the default), and 1.0 - positions it to the far right or bottom of the screen. If three - parameters are provided, then the <span style="font-weight: bold;">ss</span> - parameter is a scale factor for the test window size. A value of 0.5 - for instance, would produce a half sized window. A value of 2.0 will - produce a double size window. If four parameters are provided, then - the last two set independent horizontal and vertical scaling - factors. Note that the ho,vo,ss or ho,vo,hs,vs numbers must be - specified as a single string (no space between the numbers and the - comma). For example, to create a double sized test window at the top - right of the screen, use <span style="font-weight: bold;">-P 1,0,2</span> - . To create a window twice as wide as high: <span - style="font-weight: bold;">-P 1,0,2,1</span>.<br> - <br> - <a name="F"></a> The <span style="font-weight: bold;">-F</span> - flag causes the while screen behind the test window to be masked - with black. This can aid black accuracy when measuring CRT displays - or projectors.<br> - <br> - <a name="E"></a> The <span style="font-weight: bold;">-E</span> - flag causes the test values to be scaled to the Video RGB encoding - range of 16/255 to 235/255. If the calibration file provided using - the <b>-k</b> or <b>-K</b> flag was created using video range - encoding, then this option will be triggered automatically. This - will also set quantization of 8 bits (see -Z flag below). If your - video connection is better than 8 bits (ie. 10 or 12 bits), then you - may wish to raise this default.<br> - <br> - <a name="Z"></a> <b>-Z nbits </b>Normally the target device values - are floating point numbers that may get rounded and quantized in the - process of printing them or reproducing them on the display device. - If some of this quantization can be accounted for, it may improve - the accuracy of the resulting profile, and the <span - style="font-weight: bold;">Q</span> parameter allows this - quantization to be specified. The parameter is the number of binary - digits (bits) that the device values should be quantized to. An idea - of the number of bits of precision that makes its way to your - display can be obtained by using <a href="dispcal.html#R">dispcal - -R</a> If Video encoding is selected (see -E flag above), then 8 - bits is selected by default. On systems using an VGA connection or - Display Port with a graphics card with VideoLUT entries with greater - than 8 bits depth, or if using the MadVR rendered with dithering, - then a higher bit depth is typically possible.<br> - <br> - <a name="n"></a><span style="font-weight: bold;">-n</span>: When - running on a UNIX based system that used the X11 Windowing System, <b>dispread</b> - normally selects the override redirect so that the test window will - appear above any other windows on the display. On some systems this - can interfere with window manager operation, and the <b>-n</b> - option turns this behaviour off.<br> - <br> - <a name="J"></a> The -<span style="font-weight: bold;">J</span> - option runs through the black and sensor relative calibration - routines for the Xrite DTP92 and DTP94 instrument, the black level - calibration for the Eye-One Display 1, and a CRT frequency - calibration for the Eye-One Display 2. For the black calibration the - instrument should be placed on an opaque, black surface, and any - stray light should be avoided by placing something opaque over the - instrument. If a Spectrolino is being used, then a white and black - calibration will always be performed before the instrument can be - placed on the display, unless the <a href="#N">-N</a> flag is used. - Generally it is not necessary to do a calibration every time an - instrument is used, just now and again. There is no point in - doing a CRT frequency calibration, as this will be done - automatically at the commencement of patch reading.<br> - <br> - <a name="N"></a> <span style="font-weight: bold;">-N</span> Any - instrument that requires regular calibration will ask for - calibration on initial start-up. Sometimes this can be awkward if - the instrument is being mounted in some sort of measuring jig, or - annoying if several sets of readings are being taken in quick - succession. The -<span style="font-weight: bold;">N</span> - suppresses this initial calibration if a valid and not timed out - previous calibration is recorded in the instrument or on the host - computer. It is advisable to only use this option on the second and - subsequent measurements in a single session.<br> - <br> - <a name="H"></a> The -<span style="font-weight: bold;">H</span> - option turns on high resolution spectral mode, if the instrument - supports it. See <a href="instruments.html">Operation of particular - instruments</a> for more details. This may give better accuracy - for display measurements.<br> - <br> - <a name="w"></a>The <b>-w</b> flag disables the normalisation of - the white patch value to 100.0, resulting in values that are in - cd/m^2. This is mainly for diagnostic purposes.<br> - <br> - <a name="X1"></a> The -<span style="font-weight: bold;">X <span - style="font-style: italic;">file.ccmx</span></span> option reads - a <a href="File_Formats.html#.ccmx">Colorimeter Correction Matrix</a> - from the given file, and applies it to the colorimeter instruments - readings. This can improve a colorimeters accuracy for a particular - type of display. A list of contributed <span style="font-weight: - bold;">ccmx</span> files is <a href="ccmxs.html">here</a>.<br> - <br> - <a name="X2"></a> The -<span style="font-weight: bold;">X <span - style="font-style: italic;">file.ccss</span></span> option reads - a <a href="File_Formats.html#.ccss">Colorimeter Calibration - Spectral Sample</a> from the given file, and uses it to set the - colorimeter instruments calibration. This will only work with - colorimeters that rely on sensor spectral sensitivity calibration - information (ie. the X-Rite <span style="font-weight: bold;">i1d3</span>, - or the DataColor <span style="font-weight: bold;">Spyder4 & - Spyder 5</span>).This can improve a colorimeters accuracy for a - particular type of display.<br> - <br> - <a name="Q"></a> The <b>-Q</b> flag allows specifying a tristimulus - observer, and is used to compute PCS (Profile Connection Space) - tristimulus values from spectral readings or using a colorimeter - that has CCSS capability. The following choices are available:<br> - <b> 1931_2</b> selects the standard CIE 1931 2 degree - observer. The default.<br> - <b>1964_10</b> selects the standard CIE 1964 10 degree - observer.<br> - <b>1955_2</b> selects the Stiles and Birch 1955 2 degree - observer<br> - <b>1978_2 </b>selects the Judd and Voss 1978 2 degree - observer<br> - <b>shaw</b> selects the Shaw and Fairchild 1997 2 degree - observer<br> - <b>1964_10c</b> selects a version of the CIE 1964 10 degree - observer that has been adjusted using a 3x3 matrix to better agree - with the 1931 2 degree observer.<br> - <br> - <span style="font-weight: bold;">NOTE</span> that if you select - anything other than the default 1931 2 degree observer, that the Y - values will not be cd/m^2, due to the Y curve not being the CIE 1924 - photopic V(λ) luminosity function.<br> - <br> - <a name="I"></a> The -<span style="font-weight: bold;">I <span - style="font-style: italic;">b|w</span></span> options invoke - instrument black level, and display white level compensation - (respectively). Instrument black level drift compensation attempts - to combat instrument black calibration drift by using a display - black test patch as a reference. If an instrument is not - acclimatised sufficiently to the measurement conditions, changes in - temperature can affect the black readings. Display white level drift - compensation attempts to combat changes in display brightness as it - warms up by measuring a white patch every so often, and using it to - normalise all the other readings. If just instrument black drift - compensation is needed, use <span style="font-weight: bold;">-Ib</span>. - If just display white level compensation is needed, use <span - style="font-weight: bold;">-Iw</span>. If both are needed, use <span - style="font-weight: bold;">-Ibw</span> or <span - style="font-weight: bold;">-Iwb</span>.<br> - <br> - <a name="YR"></a> The -<span style="font-weight: bold;">Y R:<i>rate</i></span> - options overrides calibration of the instrument refresh rate. This - may be useful if the instrument supports this function and the - refresh rate cannot be accurately calibrated from the display - itself.<br> - <span style="font-weight: bold;"> <br> - </span><a name="YA"></a> The -<span style="font-weight: bold;">Y A</span> - option uses a non-adaptive integration time emission measurement - mode, if the instrument supports it, such as the Eye-One Pro, - ColorMunki, i1d3 and K10. By default an adaptive integration time - measurement mode will be used for emission measurements, but some - instruments support a fixed integration time mode that can be used - with display devices. This may give faster measurement times, but - may also give less accurate low level readings.<br> - <br> - <a name="Yp"></a> The -<span style="font-weight: bold;">Y p</span> - option skips asking the user to place the instrument on the display. - Normally a grey patch is displayed, and then the user is asked to - confirm that the instrument is in place, so that readings can - commence. This flag disables that check. This may be useful in - automating certain operations.<br> - <span style="font-weight: bold;"><br> - </span><a name="C"></a> The -<span style="font-weight: bold;">C</span> - <span style="font-weight: bold;">"command" </span>option allows a - method of relaying each test value to some other display than that - on the system running dispread (for instance, a photo frame, PDA - screen etc.), by causing the given command to be invoked to the - shell, with six arguments. The first three arguments are the RGB - test color as integers in the range 0 to 255, the second three - parameters are the RGB test color as floating point numbers in the - range 0.0 to 1.0. The script or tool should relay the given color to - the screen in some manner (e.g. by generating a raster file of the - given color and sending it to the display being profiled), before - returning. Note that a test window will also be created on the - system running dispread.<br> - <br> - <a name="M"></a> The -<span style="font-weight: bold;">M</span> <span - style="font-weight: bold;">"command" </span>option allows a - method of gathering each test value from some external source, such - as an instrument that is not directly supported by Argyll. The given - command is involked to the shell, with six arguments. The first - three arguments are the RGB test color as integers in the range 0 to - 255, the second three parameters are the RGB test color as floating - point numbers in the range 0.0 to 1.0. The script or tool should - create a file called <span style="font-weight: bold;">"command.meas</span>" - that contains the XYZ values for the given RGB (or measured from the - test window) in cd/m^2 as three numbers separated by spaces, before - returning. If the command returns a non-zero return value, dispread - will abort. Note that a test window will also be created on the - system running dispread.<br> - <br> - <a name="x"></a> The <b>-x</b> flag causes dispread to expect - values to be manually entered for each reading, rather than using an - instrument to do the measurements. This mode is ideal if your - instrument is not supported by Argyll. XYZ values should be entered. - It is possible to navigate about the test values being measured, so - as to do them in any order, as well as re-do values, in case of any - mistakes.<br> - <br> - <a name="W"></a>The <b>-W</b> <span style="font-weight: bold;">n|h|x</span> - parameter overrides the default serial communications flow control - setting. The value <span style="font-weight: bold;">n</span> turns - all flow control off, <span style="font-weight: bold;">h</span> - sets hardware handshaking, and <span style="font-weight: bold;">x</span> - sets Xon/Xoff handshaking. This commend may be useful in workaround - serial communications issues with some systems and cables. <br> - <br> - <a name="D"></a>The <b>-D</b> flag causes communications and other - instrument diagnostics to be printed to stdout. A level can be set - between 1 .. 9, that may give progressively more verbose - information, depending on the instrument. This can be useful in - tracking down why an instrument can't connect.<br> - <br> - <a name="p1"></a> The final parameter on the command line is the - base filename for the <a href="File_Formats.html#.ti1">.ti1</a> - input file, and the <a href="File_Formats.html#.ti3">.ti3</a> - output file. <b>dispread</b> will add the .ti1 and .ti3 extensions - automatically.<br> - <br> - <span style="font-weight: bold;">NOTE</span> that on an X11 system, - if the environment variable <span style="font-weight: bold;">ARGYLL_IGNORE_XRANDR1_2</span> - is set (ie. set it to "yes"), then the presence of the XRandR 1.2 - extension will be ignored, and other extensions such as Xinerama and - XF86VidMode extension will be used. This may be a way to work around - buggy XRandR 1.2 implementations.<br> - <br> - <hr style="width: 100%; height: 2px;"><br> - If a large number of patches is being read, the screensaver on many - systems can interfere with the operation of dispread. It is - therefore advisable in these cases to manually turn off the - screensaver before commencing the measurements.<br> - <br> - If communications break down with a USB connected instrument, you - may have to unplug it, and plug it in again to recover.<br> - <br> - Some systems (Apple OSX in particular) have a special set of user - interface controls ("Universal Access") that allows altering the - display in ways designed to assist visually impaired users, by - increasing contrast etc. This will interfere badly with any attempts - to calibrate or profile such a system, and must be turned off in - order to do so. Note that certain magic keyboard sequences can turn - this on by accident.<br> - <br> - <br> - <br> - </body> -</html> +
+ instructions</a> for your platform).<br>
+ <br>
+ <a name="c"></a> <span style="font-weight: bold;">-c</span>: The
+ instrument is assumed to communicate through a USB or serial
+ communication port, and the port can be selected with the <b>-c</b>
+ option, if the instrument is not connected to the first port. If you
+ invoke <span style="font-weight: bold;">dispread</span> so as to
+ display the usage information (i.e. "dispread -?" or "dispread --"),
+ then the discovered USB and serial ports will be listed. On
+ UNIX/Linux, a list of all possible serial ports are shown, but not
+ all of them may actually be present on your system.<br>
+ <br>
+ <a name="p"></a>The <span style="font-weight: bold;">-p</span> flag
+ allows measuring in telephoto mode, using instruments that support
+ this mode, e.g. the ColorMunki. Telephoto mode is one for taking
+ emissive measurements from a distance (ie. telespectometer,
+ tele-colorimeter) mode, and typically would be used for measuring
+ projector type displays. If a device does not support a specific
+ telephoto mode, then the normal emissive mode may be suitable for
+ measuring projectors.<br>
+ <br>
+ <a name="y"></a>The <span style="font-weight: bold;">-y</span> flag
+ allows setting the Display Type. The selection typically determines
+ two aspects of of the instrument operation: <span
+ style="font-weight: bold;">1)</span> It may set the measuring mode
+ to suite <a
+ href="http://en.wikipedia.org/wiki/Comparison_of_display_technology"><span
+ style="font-weight: bold;">refresh</span> or <span
+ style="font-weight: bold;">non-refresh</span> displays</a>.
+ Typically only LCD (Liquid Crystal) displays have a non-refresh
+ nature. <span style="font-weight: bold;">2)</span> It may select an
+ instrument calibration matrix suitable for a particular display
+ type. The selections available depends on the type and model of
+ instrument, and a list of the options for the discovered instruments
+ will be shown in the <a href="ArgyllDoc.html#CmdLine">usage</a>
+ information. For more details on what particular instruments support
+ and how this works, see <a href="instruments.html">Operation of
+ particular instruments</a>. <b>3)</b> Any installed CCSS files
+ (if applicable), or CCMX files. These files are typically created
+ using <a href="ccxxmake.html">ccxxmake</a>, and installed using <a
+ href="oeminst.html">oeminst</a>. The default and Base Calibration
+ types will be indicated in the usage.<br>
+ <br>
+ <a name="s"></a><span style="font-weight: bold;">-s</span>: By
+ default only the colorimetric information (XYZ value) will be saved,
+ but for instruments that support spectral readings (such as the
+ Gretag Spectrolino), the <b>-s</b> option will save the spectral
+ readings to the .ti3 file as well.<br>
+ <br>
+ <a name="k"></a> <span style="font-weight: bold;">-k: </span>If a
+ display video lookup table calibration <a
+ href="File_Formats.html#.cal">.cal</a> file is provided, it will
+ be loaded into the display <span style="font-weight: bold;">VideoLUTs</span>
+ while the measurements are being taken, thereby being applied to the
+ measurement values, and the calibration will also included in the
+ resulting .ti3 data file, so that <a href="colprof.html">colprof</a>
+ can include it as a <span style="font-weight: bold;">vcgt</span>
+ tag in the resulting profile. This is the <span style="font-weight:
+ bold;">normal</span> way to profile a calibrated display. The
+ calibration file has usually been created using <a
+ href="dispcal.html">dispcal</a>. If the calibration file indicates
+ that the displays VideoLUTs are not accessible, or if they prove not
+ to be accessible, then dispread will switch to <span
+ style="font-weight: bold;">-K</span> mode (see below). If a
+ calibration file is not supplied using <b>-k</b> or <b>-K</b>,
+ then the display will be measured in whatever calibration state it
+ is in, and no calibration information is saved to the resulting .ti3
+ file.<br>
+ If the calibration file provided created using video range encoding
+ (dispcal -E), then the <b>-E</b> option in dispread will be
+ triggered automatically.<br>
+ <span style="font-weight: bold;">NOTE</span> that the calibration is
+ loaded into the display hardware just before the instrument starts
+ measurement, after the test window first appears.<br>
+ <br>
+ <a name="K"></a> <span style="font-weight: bold;">-K: </span>If a
+ display video lookup table calibration <a
+ href="File_Formats.html#.cal">.cal</a> file is provided, it will
+ be applied to the test values for each measurement, and also
+ included in the resulting .ti3 data file, so that <a
+ href="colprof.html">colprof</a> can include it as a <span
+ style="font-weight: bold;">vcgt</span> tag in the resulting
+ profile. This is <span style="font-weight: bold;">NOT</span>
+ normally the best way to profile a calibrated display, since the
+ frame buffer may have lower precision than the VideoLUTs output
+ values. This is the way calibration should be applied if MadVR is
+ being used to display the test patches. If a calibration file is not
+ supplied using <b>-k</b> or <b>-K</b>, then the display will be
+ measured in whatever calibration state it is in, and no calibration
+ information is saved to the resulting .ti3 file.<br>
+ If the calibration file provided created using video range encoding
+ (dispcal -E), then the <b>-E</b> option in dispread will be
+ triggered automatically.<br>
+ <br>
+ <a name="V"></a><b>-V:</b> [MSWin] If using MadVR to display test
+ patches, then enable Color Managenent (3dLut). This would be used
+ for verification measurement.<br>
+ <br>
+ <a name="P"></a> The <span style="font-weight: bold;">-P</span>
+ parameter allows you to position and size the test patch window. By
+ default it is places in the center of the screen, and sized
+ appropriately for the type of instrument, or 10% of the width of the
+ display if the display size is unknown. The <span
+ style="font-weight: bold;">ho</span> and <span
+ style="font-weight: bold;">vo</span> values govern the horizontal
+ and vertical offset respectively. A value of 0.0 positions the
+ window to the far left or top of the screen, a value of 0.5
+ positions it in the center of the screen (the default), and 1.0
+ positions it to the far right or bottom of the screen. If three
+ parameters are provided, then the <span style="font-weight: bold;">ss</span>
+ parameter is a scale factor for the test window size. A value of 0.5
+ for instance, would produce a half sized window. A value of 2.0 will
+ produce a double size window. If four parameters are provided, then
+ the last two set independent horizontal and vertical scaling
+ factors. Note that the ho,vo,ss or ho,vo,hs,vs numbers must be
+ specified as a single string (no space between the numbers and the
+ comma). For example, to create a double sized test window at the top
+ right of the screen, use <span style="font-weight: bold;">-P 1,0,2</span>
+ . To create a window twice as wide as high: <span
+ style="font-weight: bold;">-P 1,0,2,1</span>.<br>
+ <br>
+ <a name="F"></a> The <span style="font-weight: bold;">-F</span>
+ flag causes the while screen behind the test window to be masked
+ with black. This can aid black accuracy when measuring CRT displays
+ or projectors.<br>
+ <br>
+ <a name="E"></a> The <span style="font-weight: bold;">-E</span>
+ flag causes the test values to be scaled to the Video RGB encoding
+ range of 16/255 to 235/255. If the calibration file provided using
+ the <b>-k</b> or <b>-K</b> flag was created using video range
+ encoding, then this option will be triggered automatically. This
+ will also set quantization of 8 bits (see -Z flag below). If your
+ video connection is better than 8 bits (ie. 10 or 12 bits), then you
+ may wish to raise this default.<br>
+ <br>
+ <a name="Z"></a> <b>-Z nbits </b>Normally the target device values
+ are floating point numbers that may get rounded and quantized in the
+ process of printing them or reproducing them on the display device.
+ If some of this quantization can be accounted for, it may improve
+ the accuracy of the resulting profile, and the <span
+ style="font-weight: bold;">Q</span> parameter allows this
+ quantization to be specified. The parameter is the number of binary
+ digits (bits) that the device values should be quantized to. An idea
+ of the number of bits of precision that makes its way to your
+ display can be obtained by using <a href="dispcal.html#R">dispcal
+ -R</a> If Video encoding is selected (see -E flag above), then 8
+ bits is selected by default. On systems using an VGA connection or
+ Display Port with a graphics card with VideoLUT entries with greater
+ than 8 bits depth, or if using the MadVR rendered with dithering,
+ then a higher bit depth is typically possible.<br>
+ <br>
+ <a name="n"></a><span style="font-weight: bold;">-n</span>: When
+ running on a UNIX based system that used the X11 Windowing System, <b>dispread</b>
+ normally selects the override redirect so that the test window will
+ appear above any other windows on the display. On some systems this
+ can interfere with window manager operation, and the <b>-n</b>
+ option turns this behaviour off.<br>
+ <br>
+ <a name="J"></a> The -<span style="font-weight: bold;">J</span>
+ option runs through the black and sensor relative calibration
+ routines for the Xrite DTP92 and DTP94 instrument, the black level
+ calibration for the Eye-One Display 1, and a CRT frequency
+ calibration for the Eye-One Display 2. For the black calibration the
+ instrument should be placed on an opaque, black surface, and any
+ stray light should be avoided by placing something opaque over the
+ instrument. If a Spectrolino is being used, then a white and black
+ calibration will always be performed before the instrument can be
+ placed on the display, unless the <a href="#N">-N</a> flag is used.
+ Generally it is not necessary to do a calibration every time an
+ instrument is used, just now and again. There is no point in
+ doing a CRT frequency calibration, as this will be done
+ automatically at the commencement of patch reading.<br>
+ <br>
+ <a name="N"></a> <span style="font-weight: bold;">-N</span> Any
+ instrument that requires regular calibration will ask for
+ calibration on initial start-up. Sometimes this can be awkward if
+ the instrument is being mounted in some sort of measuring jig, or
+ annoying if several sets of readings are being taken in quick
+ succession. The -<span style="font-weight: bold;">N</span>
+ suppresses this initial calibration if a valid and not timed out
+ previous calibration is recorded in the instrument or on the host
+ computer. It is advisable to only use this option on the second and
+ subsequent measurements in a single session.<br>
+ <br>
+ <a name="H"></a> The -<span style="font-weight: bold;">H</span>
+ option turns on high resolution spectral mode, if the instrument
+ supports it. See <a href="instruments.html">Operation of particular
+ instruments</a> for more details. This may give better accuracy
+ for display measurements.<br>
+ <br>
+ <a name="w"></a>The <b>-w</b> flag disables the normalisation of
+ the white patch value to 100.0, resulting in values that are in
+ cd/m^2. This is mainly for diagnostic purposes.<br>
+ <br>
+ <a name="X1"></a> The -<span style="font-weight: bold;">X <span
+ style="font-style: italic;">file.ccmx</span></span> option reads
+ a <a href="File_Formats.html#.ccmx">Colorimeter Correction Matrix</a>
+ from the given file, and applies it to the colorimeter instruments
+ readings. This can improve a colorimeters accuracy for a particular
+ type of display. A list of contributed <span style="font-weight:
+ bold;">ccmx</span> files is <a href="ccmxs.html">here</a>.<br>
+ <br>
+ <a name="X2"></a> The -<span style="font-weight: bold;">X <span
+ style="font-style: italic;">file.ccss</span></span> option reads
+ a <a href="File_Formats.html#.ccss">Colorimeter Calibration
+ Spectral Sample</a> from the given file, and uses it to set the
+ colorimeter instruments calibration. This will only work with
+ colorimeters that rely on sensor spectral sensitivity calibration
+ information (ie. the X-Rite <span style="font-weight: bold;">i1d3</span>,
+ or the DataColor <span style="font-weight: bold;">Spyder4 &
+ Spyder 5</span>).This can improve a colorimeters accuracy for a
+ particular type of display.<br>
+ <br>
+ <a name="Q"></a> The <b>-Q</b> flag allows specifying a tristimulus
+ observer, and is used to compute PCS (Profile Connection Space)
+ tristimulus values from spectral readings or using a colorimeter
+ that has CCSS capability. The following choices are available:<br>
+ <b> 1931_2</b> selects the standard CIE 1931 2 degree
+ observer. The default.<br>
+ <b>1964_10</b> selects the standard CIE 1964 10 degree
+ observer.<br>
+ <b>1955_2</b> selects the Stiles and Birch 1955 2 degree
+ observer<br>
+ <b>1978_2 </b>selects the Judd and Voss 1978 2 degree
+ observer<br>
+ <b>shaw</b> selects the Shaw and Fairchild 1997 2 degree
+ observer<br>
+ <b>1964_10c</b> selects a version of the CIE 1964 10 degree
+ observer that has been adjusted using a 3x3 matrix to better agree
+ with the 1931 2 degree observer.<br>
+ <br>
+ <span style="font-weight: bold;">NOTE</span> that if you select
+ anything other than the default 1931 2 degree observer, that the Y
+ values will not be cd/m^2, due to the Y curve not being the CIE 1924
+ photopic V(λ) luminosity function.<br>
+ <br>
+ <a name="I"></a> The -<span style="font-weight: bold;">I <span
+ style="font-style: italic;">b|w</span></span> options invoke
+ instrument black level, and display white level compensation
+ (respectively). Instrument black level drift compensation attempts
+ to combat instrument black calibration drift by using a display
+ black test patch as a reference. If an instrument is not
+ acclimatised sufficiently to the measurement conditions, changes in
+ temperature can affect the black readings. Display white level drift
+ compensation attempts to combat changes in display brightness as it
+ warms up by measuring a white patch every so often, and using it to
+ normalise all the other readings. If just instrument black drift
+ compensation is needed, use <span style="font-weight: bold;">-Ib</span>.
+ If just display white level compensation is needed, use <span
+ style="font-weight: bold;">-Iw</span>. If both are needed, use <span
+ style="font-weight: bold;">-Ibw</span> or <span
+ style="font-weight: bold;">-Iwb</span>.<br>
+ <br>
+ <a name="YR"></a> The -<span style="font-weight: bold;">Y R:<i>rate</i></span>
+ options overrides calibration of the instrument refresh rate. This
+ may be useful if the instrument supports this function and the
+ refresh rate cannot be accurately calibrated from the display
+ itself.<br>
+ <span style="font-weight: bold;"> <br>
+ </span><a name="YA"></a> The -<span style="font-weight: bold;">Y A</span>
+ option uses a non-adaptive integration time emission measurement
+ mode, if the instrument supports it, such as the Eye-One Pro,
+ ColorMunki, i1d3 and K10. By default an adaptive integration time
+ measurement mode will be used for emission measurements, but some
+ instruments support a fixed integration time mode that can be used
+ with display devices. This may give faster measurement times, but
+ may also give less accurate low level readings.<br>
+ <br>
+ <a name="Yp"></a> The -<span style="font-weight: bold;">Y p</span>
+ option skips asking the user to place the instrument on the display.
+ Normally a grey patch is displayed, and then the user is asked to
+ confirm that the instrument is in place, so that readings can
+ commence. This flag disables that check. This may be useful in
+ automating certain operations.<br>
+ <span style="font-weight: bold;"><br>
+ </span><a name="C"></a> The -<span style="font-weight: bold;">C</span>
+ <span style="font-weight: bold;">"command" </span>option allows a
+ method of relaying each test value to some other display than that
+ on the system running dispread (for instance, a photo frame, PDA
+ screen etc.), by causing the given command to be invoked to the
+ shell, with six arguments. The first three arguments are the RGB
+ test color as integers in the range 0 to 255, the second three
+ parameters are the RGB test color as floating point numbers in the
+ range 0.0 to 1.0. The script or tool should relay the given color to
+ the screen in some manner (e.g. by generating a raster file of the
+ given color and sending it to the display being profiled), before
+ returning. Note that a test window will also be created on the
+ system running dispread.<br>
+ <br>
+ <a name="M"></a> The -<span style="font-weight: bold;">M</span> <span
+ style="font-weight: bold;">"command" </span>option allows a
+ method of gathering each test value from some external source, such
+ as an instrument that is not directly supported by Argyll. The given
+ command is involked to the shell, with six arguments. The first
+ three arguments are the RGB test color as integers in the range 0 to
+ 255, the second three parameters are the RGB test color as floating
+ point numbers in the range 0.0 to 1.0. The script or tool should
+ create a file called <span style="font-weight: bold;">"command.meas</span>"
+ that contains the XYZ values for the given RGB (or measured from the
+ test window) in cd/m^2 as three numbers separated by spaces, before
+ returning. If the command returns a non-zero return value, dispread
+ will abort. Note that a test window will also be created on the
+ system running dispread.<br>
+ <br>
+ <a name="x"></a> The <b>-x</b> flag causes dispread to expect
+ values to be manually entered for each reading, rather than using an
+ instrument to do the measurements. This mode is ideal if your
+ instrument is not supported by Argyll. XYZ values should be entered.
+ It is possible to navigate about the test values being measured, so
+ as to do them in any order, as well as re-do values, in case of any
+ mistakes.<br>
+ <br>
+ <a name="W"></a>The <b>-W</b> <span style="font-weight: bold;">n|h|x</span>
+ parameter overrides the default serial communications flow control
+ setting. The value <span style="font-weight: bold;">n</span> turns
+ all flow control off, <span style="font-weight: bold;">h</span>
+ sets hardware handshaking, and <span style="font-weight: bold;">x</span>
+ sets Xon/Xoff handshaking. This commend may be useful in workaround
+ serial communications issues with some systems and cables. <br>
+ <br>
+ <a name="D"></a>The <b>-D</b> flag causes communications and other
+ instrument diagnostics to be printed to stdout. A level can be set
+ between 1 .. 9, that may give progressively more verbose
+ information, depending on the instrument. This can be useful in
+ tracking down why an instrument can't connect.<br>
+ <br>
+ <a name="p1"></a> The final parameter on the command line is the
+ base filename for the <a href="File_Formats.html#.ti1">.ti1</a>
+ input file, and the <a href="File_Formats.html#.ti3">.ti3</a>
+ output file. <b>dispread</b> will add the .ti1 and .ti3 extensions
+ automatically.<br>
+ <br>
+ <span style="font-weight: bold;">NOTE</span> that on an X11 system,
+ if the environment variable <span style="font-weight: bold;">ARGYLL_IGNORE_XRANDR1_2</span>
+ is set (ie. set it to "yes"), then the presence of the XRandR 1.2
+ extension will be ignored, and other extensions such as Xinerama and
+ XF86VidMode extension will be used. This may be a way to work around
+ buggy XRandR 1.2 implementations.<br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ If a large number of patches is being read, the screensaver on many
+ systems can interfere with the operation of dispread. It is
+ therefore advisable in these cases to manually turn off the
+ screensaver before commencing the measurements.<br>
+ <br>
+ If communications break down with a USB connected instrument, you
+ may have to unplug it, and plug it in again to recover.<br>
+ <br>
+ Some systems (Apple OSX in particular) have a special set of user
+ interface controls ("Universal Access") that allows altering the
+ display in ways designed to assist visually impaired users, by
+ increasing contrast etc. This will interfere badly with any attempts
+ to calibrate or profile such a system, and must be turned off in
+ order to do so. Note that certain magic keyboard sequences can turn
+ this on by accident.<br>
+ <br>
+ <br>
+ <br>
+ </body>
+</html>
diff --git a/doc/dispwin.html b/doc/dispwin.html index dac6b8e..05db989 100644 --- a/doc/dispwin.html +++ b/doc/dispwin.html @@ -1,38 +1,38 @@ -<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> -<html> - <head> - <title>dispwin</title> - <meta http-equiv="content-type" content="text/html; - charset=windows-1252"> - <meta name="author" content="Graeme Gill"> - </head> - <body> - <h2><b>spectro/dispwin</b></h2> - <h3>Summary</h3> - This tool has several different but related functions. When given as - a file argument an ICC profile containing vcgt "gamma" curves, or an - Argyll video calibration .cal file, it will load that calibration - into the chosen display. It can also install or uninstall a profile - in the system for the chosen display, or set the display calibration - to that in the currently installed system profile. By default it - displays a test window the same as that used by dispcal and - dispread, to test this functionality. It can also be used to test - the ability to load video card LUT curves to each display, and to - test how the console Bell will sound when used with some instruments - (ie. Eye-One Pro).<br> - <br> - [Note that in OS X 10.7 Lion, changes to the default system profile - permissions mean that you can't set a calibration persistently when - the default system profile is being used, unless you run as root - (ie. use sudo). Note that you do <span style="font-weight: bold;">not</span> - need to run as root to install a user profile (-Su, the default - install type.)]<br> - <h3>Usage</h3> - <font size="-1"><span style="font-family: monospace;">dispwin - [options] [<span style="font-style: italic;">calfile</span>]</span><br - style="font-family: monospace;"> - <span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#v">-v</a><span +<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<html>
+ <head>
+ <title>dispwin</title>
+ <meta http-equiv="content-type" content="text/html;
+ charset=windows-1252">
+ <meta name="author" content="Graeme Gill">
+ </head>
+ <body>
+ <h2><b>spectro/dispwin</b></h2>
+ <h3>Summary</h3>
+ This tool has several different but related functions. When given as
+ a file argument an ICC profile containing vcgt "gamma" curves, or an
+ Argyll video calibration .cal file, it will load that calibration
+ into the chosen display. It can also install or uninstall a profile
+ in the system for the chosen display, or set the display calibration
+ to that in the currently installed system profile. By default it
+ displays a test window the same as that used by dispcal and
+ dispread, to test this functionality. It can also be used to test
+ the ability to load video card LUT curves to each display, and to
+ test how the console Bell will sound when used with some instruments
+ (ie. Eye-One Pro).<br>
+ <br>
+ [Note that in OS X 10.7 Lion, changes to the default system profile
+ permissions mean that you can't set a calibration persistently when
+ the default system profile is being used, unless you run as root
+ (ie. use sudo). Note that you do <span style="font-weight: bold;">not</span>
+ need to run as root to install a user profile (-Su, the default
+ install type.)]<br>
+ <h3>Usage</h3>
+ <font size="-1"><span style="font-family: monospace;">dispwin
+ [options] [<span style="font-style: italic;">calfile</span>]</span><br
+ style="font-family: monospace;">
+ <span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#v">-v</a><span
style="font-family: monospace;"> Verbose @@ -51,18 +51,18 @@ Verbose - - mode<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> </span><a style="font-family: monospace;" - href="#display">-display displayname</a><span - style="font-family: monospace;"> [<span style="font-weight: - bold;">X11 only</span>] Choose X11 display name<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> <a href="#dnm">-d n[,m]</a> - - [<span style="font-weight: bold;">X11 only</span>] Choose the - display from the following list (default 1),<br> +
+ mode<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> </span><a style="font-family: monospace;"
+ href="#display">-display displayname</a><span
+ style="font-family: monospace;"> [<span style="font-weight:
+ bold;">X11 only</span>] Choose X11 display name<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> <a href="#dnm">-d n[,m]</a>
+
+ [<span style="font-weight: bold;">X11 only</span>] Choose the
+ display from the following list (default 1),<br>
and optionally @@ -81,9 +81,9 @@ optionally - - choose a different display m for Video LUT access.<br> - </span></font><font size="-1"><span style="font-family: +
+ choose a different display m for Video LUT access.<br>
+ </span></font><font size="-1"><span style="font-family:
monospace;"> <a href="#d">-d n</a> [Not X11] @@ -102,9 +102,9 @@ X11] - - Choose the display from the following list (default 1)<br> - </span></font><span style="font-family: monospace;"> <a +
+ Choose the display from the following list (default 1)<br>
+ </span></font><span style="font-family: monospace;"> <a
href="#dweb">-dweb[:port]</a> @@ -119,22 +119,22 @@ X11] - - Display via a web server at port (default 8080)</span><br> - <span style="font-family: monospace;"> <a - href="dispwin.html#dmadvr">-dmadvr</a> - - [MSWin] Display via MadVR Video Renderer</span><br> +
+ Display via a web server at port (default 8080)</span><br>
+ <span style="font-family: monospace;"> <a
+ href="dispwin.html#dmadvr">-dmadvr</a>
+
+ [MSWin] Display via MadVR Video Renderer</span><br>
<tt> </tt><tt><a href="#dcc">-dcc[:n]</a> - - </tt><tt></tt><tt>Display via n'th ChromeCast (default 1, ? for - list)</tt><br style="font-family: monospace;"> - <font size="-1"><span style="font-family: monospace;"></span><span - style="font-family: monospace;"> <a href="#P">-P - ho,vo,ss[,vs]</a> Position test window - and scale it</span><br style="font-family: monospace;"> +
+ </tt><tt></tt><tt>Display via n'th ChromeCast (default 1, ? for
+ list)</tt><br style="font-family: monospace;">
+ <font size="-1"><span style="font-family: monospace;"></span><span
+ style="font-family: monospace;"> <a href="#P">-P
+ ho,vo,ss[,vs]</a> Position test window
+ and scale it</span><br style="font-family: monospace;">
<span style="font-family: monospace;"> ho,vi: 0.0 @@ -153,9 +153,9 @@ ho,vi: - - = left/top, 0.5 = center, 1.0 = right/bottom etc.</span><br - style="font-family: monospace;"> +
+ = left/top, 0.5 = center, 1.0 = right/bottom etc.</span><br
+ style="font-family: monospace;">
<span style="font-family: monospace;"> ss: 0.5 @@ -174,8 +174,8 @@ ss: - - = half, 1.0 = normal, 2.0 = double etc.<br> +
+ = half, 1.0 = normal, 2.0 = double etc.<br>
@@ -188,10 +188,10 @@ ss: - - ss,vs: = optional horizontal, vertical scale.<br> - </span></font><font size="-1"><span style="font-family: - monospace;"><a href="#F">-F</a> +
+ ss,vs: = optional horizontal, vertical scale.<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"><a href="#F">-F</a>
Fill whole @@ -210,10 +210,10 @@ whole - - screen with black background</span></font><br> - <font size="-1"><span style="font-family: monospace;"> </span></font><font - size="-1"><span style="font-family: monospace;"><a href="#E">-E</a> +
+ screen with black background</span></font><br>
+ <font size="-1"><span style="font-family: monospace;"> </span></font><font
+ size="-1"><span style="font-family: monospace;"><a href="#E">-E</a>
@@ -221,25 +221,25 @@ whole - - </span></font><small><span style="font-family: monospace;">Video - encode output as (16-235)/255 "TV" levels</span></small><br - style="font-family: monospace;"> - <font size="-1"><span style="font-family: monospace;"></span><span - style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#i">-i</a><span - style="font-family: monospace;"> - - Run forever with random values<br> - <a href="#G">-G <span style="font-style: italic;">filename</span></a> - Display RGB - colors from CGATS file<br> - </span></font><font size="-1"><a style="font-family: - monospace;" href="#m">-m</a><span style="font-family: - monospace;"> - - Manually step through colors</span></font><br> - <font size="-1"><span style="font-family: monospace;"> <a +
+ </span></font><small><span style="font-family: monospace;">Video
+ encode output as (16-235)/255 "TV" levels</span></small><br
+ style="font-family: monospace;">
+ <font size="-1"><span style="font-family: monospace;"></span><span
+ style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#i">-i</a><span
+ style="font-family: monospace;">
+
+ Run forever with random values<br>
+ <a href="#G">-G <span style="font-style: italic;">filename</span></a>
+ Display RGB
+ colors from CGATS file<br>
+ </span></font><font size="-1"><a style="font-family:
+ monospace;" href="#m">-m</a><span style="font-family:
+ monospace;">
+
+ Manually step through colors</span></font><br>
+ <font size="-1"><span style="font-family: monospace;"> <a
href="#r">-r</a> Test just @@ -258,10 +258,10 @@ just - - video LUT loading & Beeps<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> <a href="#n">-n</a> +
+ video LUT loading & Beeps<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> <a href="#n">-n</a>
Test native @@ -280,8 +280,8 @@ native - - display values (rather than through Video LUT and C.M.)<br> +
+ display values (rather than through Video LUT and C.M.)<br>
<a href="#s">-s <span style="font-style: italic;">filename.cal</span></a> Save the @@ -300,10 +300,10 @@ the - - currently loaded Video LUT to 'filename'<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> <a href="#c">-c</a> +
+ currently loaded Video LUT to 'filename'<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> <a href="#c">-c</a>
Load a @@ -322,11 +322,11 @@ a - - linear display calibration (clear calibration)</span></font><font - size="-1"><span style="font-family: monospace;"><br> - </span></font><font size="-1"><span style="font-family: - monospace;"> <a href="#V">-V</a> +
+ linear display calibration (clear calibration)</span></font><font
+ size="-1"><span style="font-family: monospace;"><br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> <a href="#V">-V</a>
Verify that @@ -345,10 +345,10 @@ that - - calfile/profile cal. is currently loaded in LUT<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> <a href="#I">-I</a> +
+ calfile/profile cal. is currently loaded in LUT<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> <a href="#I">-I</a>
@@ -365,11 +365,11 @@ that - - </span></font><font size="-1"><span style="font-family: - monospace;">Install profile for display and use it's calibration<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> <a href="#U">-U</a> +
+ </span></font><font size="-1"><span style="font-family:
+ monospace;">Install profile for display and use it's calibration<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> <a href="#U">-U</a>
@@ -386,9 +386,9 @@ that - - </span></font><font size="-1"><span style="font-family: - monospace;">Un-install profile for display<br> +
+ </span></font><font size="-1"><span style="font-family:
+ monospace;">Un-install profile for display<br>
<a href="#S">-S d</a> Specify the @@ -407,8 +407,8 @@ the - - install/uninstall scope for OS X [nlu] or Vista [lu]<br> +
+ install/uninstall scope for OS X [nlu] or Vista [lu]<br>
d is @@ -427,11 +427,11 @@ is - - one of: n = network, l = local system, u = user (default)<br> - </span></font><font size="-1"><span style="font-family: - monospace;"></span></font><font size="-1"><span - style="font-family: monospace;"> <a href="#L">-L</a> +
+ one of: n = network, l = local system, u = user (default)<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"></span></font><font size="-1"><span
+ style="font-family: monospace;"> <a href="#L">-L</a>
@@ -448,11 +448,11 @@ is - - </span></font><font size="-1"><span style="font-family: - monospace;">Load installed profiles cal. into Video LUT<br> - </span></font><font size="-1"><span style="font-family: - monospace;"> <a href="#X">-<font size="-1">X</font></a> +
+ </span></font><font size="-1"><span style="font-family:
+ monospace;">Load installed profiles cal. into Video LUT<br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> <a href="#X">-<font size="-1">X</font></a>
@@ -469,11 +469,11 @@ is - - [<span style="font-weight: bold;">X11 only</span>] Run in daemon - loader mode for given X11 server <br> - </span></font><font size="-1"><span style="font-family: - monospace;"> </span><a style="font-family: monospace;" +
+ [<span style="font-weight: bold;">X11 only</span>] Run in daemon
+ loader mode for given X11 server <br>
+ </span></font><font size="-1"><span style="font-family:
+ monospace;"> </span><a style="font-family: monospace;"
href="#D">-D [level]</a><span style="font-family: monospace;"> Print debug @@ -492,14 +492,14 @@ debug - - diagnostics to stderr</span></font><font size="-1"><span - style="font-family: monospace;"></span></font><font size="-1"><span - style="font-family: monospace;"></span><span style="font-family: - monospace;"><br> - </span></font><a style="font-family: monospace;" - href="#p1"><font size="-1"><span style="font-family: monospace;"></span></font></a><font - size="-1"><a style="font-family: monospace;" href="#p1"><i>calfile</i></a><span +
+ diagnostics to stderr</span></font><font size="-1"><span
+ style="font-family: monospace;"></span></font><font size="-1"><span
+ style="font-family: monospace;"></span><span style="font-family:
+ monospace;"><br>
+ </span></font><a style="font-family: monospace;"
+ href="#p1"><font size="-1"><span style="font-family: monospace;"></span></font></a><font
+ size="-1"><a style="font-family: monospace;" href="#p1"><i>calfile</i></a><span
style="font-family: monospace;"> Load display @@ -518,60 +518,60 @@ display - - calibration (<a href="cal_format.html">.cal</a> or .icm) into - LUT, and exit.</span><span style="font-family: monospace;"></span><span - style="font-family: monospace;"></span></font><br> - <br> - <h3>Comments<br> - </h3> - <a name="v"></a> The <b>-v</b> flag makes the program more - verbose..<br> - <br> - <a name="display"></a><span style="font-weight: bold;">display</span>: - When running on a UNIX based system that used the X11 Windowing - System, <b>dispwin</b> will by default use the $DISPLAY environment - variable to determine which display and screen to read from. This - can be overridden by supplying an X11 display name to the <span - style="font-weight: bold;">-display</span> option. Note that if - Xinerama is active, you can't select the screen using $DISPLAY or - -display, you have to select it using the <span style="font-weight: - bold;">-d</span> parameter.<br> - <br> - <a name="d"></a><span style="font-weight: bold;">-d</span>: By - default the location of the test window will be the main display. If - the system has more than one display or screen, an alternate - display/screen can be selected with the <span style="font-weight: - bold;">-d</span> parameter. If you invoke <span - style="font-weight: bold;">dispwin</span> so as to display the - usage information (i.e. "dispcal -?" or "dispcal --"), then the - discovered displays/screens will be listed. Multiple displays may - not be listed if they appear as a single display to the operating - system (ie. the multi-display support is hidden in the video card - driver). On UNIX based system that used the X11 Windowing System, - the <span style="font-weight: bold;">-d</span> parameter will - override the screen specified by the $DISPLAY or <span - style="font-weight: bold;">-display</span> parameter.<br> - <span style="font-weight: bold;"></span><br> - <span style="font-weight: bold;">Note</span> that if VideoLUTs for a - display are not accessible (i.e. no hardware calibration - capability), <span style="font-weight: bold;">dispwin</span> will - will issue a warning or fail when it attempts to access them.<br> - <br> - On X11 the inability to access VideoLUTs could be because you are - trying to access a remote display, and the remote display doesn't - support the XF86VidMode extension, or perhaps you are running - multiple monitors using NVidia TwinView, or MergedFB, and trying to - access anything other than the primary monitor. TwinView and - MergedFB don't properly support the XF86VidMode extension for - multiple displays. You can use <a href="dispwin.html#r">dispwin -r</a> - to test whether the VideoLUTs are accessible for a particular - display. See also below, on how to select a different display for - VideoLUT access. Also note that dispcal will fail if the Visual - depth doesn't match the VideoLUT depth. Typically the VideoLUTs have - 256 entries per color component, so the Visual generally needs to be - 24 bits, 8 bits per color component.<br> - <br> +
+ calibration (<a href="cal_format.html">.cal</a> or .icm) into
+ LUT, and exit.</span><span style="font-family: monospace;"></span><span
+ style="font-family: monospace;"></span></font><br>
+ <br>
+ <h3>Comments<br>
+ </h3>
+ <a name="v"></a> The <b>-v</b> flag makes the program more
+ verbose..<br>
+ <br>
+ <a name="display"></a><span style="font-weight: bold;">display</span>:
+ When running on a UNIX based system that used the X11 Windowing
+ System, <b>dispwin</b> will by default use the $DISPLAY environment
+ variable to determine which display and screen to read from. This
+ can be overridden by supplying an X11 display name to the <span
+ style="font-weight: bold;">-display</span> option. Note that if
+ Xinerama is active, you can't select the screen using $DISPLAY or
+ -display, you have to select it using the <span style="font-weight:
+ bold;">-d</span> parameter.<br>
+ <br>
+ <a name="d"></a><span style="font-weight: bold;">-d</span>: By
+ default the location of the test window will be the main display. If
+ the system has more than one display or screen, an alternate
+ display/screen can be selected with the <span style="font-weight:
+ bold;">-d</span> parameter. If you invoke <span
+ style="font-weight: bold;">dispwin</span> so as to display the
+ usage information (i.e. "dispcal -?" or "dispcal --"), then the
+ discovered displays/screens will be listed. Multiple displays may
+ not be listed if they appear as a single display to the operating
+ system (ie. the multi-display support is hidden in the video card
+ driver). On UNIX based system that used the X11 Windowing System,
+ the <span style="font-weight: bold;">-d</span> parameter will
+ override the screen specified by the $DISPLAY or <span
+ style="font-weight: bold;">-display</span> parameter.<br>
+ <span style="font-weight: bold;"></span><br>
+ <span style="font-weight: bold;">Note</span> that if VideoLUTs for a
+ display are not accessible (i.e. no hardware calibration
+ capability), <span style="font-weight: bold;">dispwin</span> will
+ will issue a warning or fail when it attempts to access them.<br>
+ <br>
+ On X11 the inability to access VideoLUTs could be because you are
+ trying to access a remote display, and the remote display doesn't
+ support the XF86VidMode extension, or perhaps you are running
+ multiple monitors using NVidia TwinView, or MergedFB, and trying to
+ access anything other than the primary monitor. TwinView and
+ MergedFB don't properly support the XF86VidMode extension for
+ multiple displays. You can use <a href="dispwin.html#r">dispwin -r</a>
+ to test whether the VideoLUTs are accessible for a particular
+ display. See also below, on how to select a different display for
+ VideoLUT access. Also note that dispcal will fail if the Visual
+ depth doesn't match the VideoLUT depth. Typically the VideoLUTs have
+ 256 entries per color component, so the Visual generally needs to be
+ 24 bits, 8 bits per color component.<br>
+ <br>
<a name="dnm"></a><span style="font-weight: bold;">-d n[,m]</span>Because of the @@ -590,257 +590,257 @@ the - - difficulty cause by TwinView and MergedFB in X11 based systems, you - can optionally specify a separate display number after the display - that is going to be used to present test patches, for accessing the - VideoLUT hardware. This must be specified as a single string, e.g. <span - style="font-weight: bold;">-d 1,2</span> . Some experimentation - may be needed on such systems, to discover what screen has access to - the VideoLUT hardware, and which screens the test patches appear on. - You may be able to calibrate one screen, and then share the - calibration with another screen. Profiling can be done independently - to calibration.<br> - <br> - <a name="dweb"></a><span style="font-weight: bold;">-dweb</span> or - <span style="font-weight: bold;">-dweb:<i>port</i></span> starts a - standalone web server on your machine, which then allows a local or - remote web browser to display the the color test patches. By default - port <span style="font-weight: bold;">8080</span> is used, but this - can be overridden by appending a <span style="font-weight: bold;">:</span> - and the port number i.e. <span style="font-weight: bold;">-dweb:8001</span>. - The URL will be <span style="font-weight: bold;">http://</span> - then name of the machine or its I.P. address followed by a colon and - the port number - e.g something like <span style="font-weight: - bold;">http://192.168.0.1:8080</span>. If you use the verbose - option (<span style="font-weight: bold;">-v</span>) then a likely - URL will be printed once the server is started, or you could run <span - style="font-weight: bold;">ipconfig</span> (MSWin) or <span - style="font-weight: bold;">/sbin/ifconfig</span> (Linux or OS X) - and identify an internet address for your machine that way. <b>JavaScript</b> - needs to be enabled in your web browser for this to work. You may - have to modify any firewall to permit port 8080 to be accessed on - your machine.<br> - <br> - Note that if you use this method of accessing a display, that there - is no access to the display Video Lookup tables, and that any - operation that depends on accessing the VideoLUTs will either - generate a warning or fail.<br> - <br> - <a name="dmadvr"></a><span style="font-weight: bold;">-dmadvr</span> - [MSWin only] causes test patches to be displayed using the MadVR - video renderer. Note that will have to start <b>MadTPG</b> before - running dispread, and that while you can adjust the "Test Pattern - Configuration" controls, you should <u>not</u> normally alter the - "Existing Calibration" controls, as dispread will set these - appropriately. See <a href="#n">-n</a> flag.<br> - <br> - <a name="dcc"></a><span style="font-weight: bold;">-dcc</span> or <b>-dcc:<i>no</i></b> - causes test patches to be displayed using and available <a - href="http://en.wikipedia.org/wiki/Chromecast">ChromeCast</a> to - your TV. Use <b>-dcc:?</b> to display a list of ChromeCasts on your - local network. Note that the ChromeCast as a test patch source is - probably the<b> least accurate</b> of your choices, since it - up-samples the test patch and transforms from RGB to YCC and back, - but should be accurate within ± 1 bit. You may have to modify any - firewall to permit port 8081 to be accessed on your machine if it +
+ difficulty cause by TwinView and MergedFB in X11 based systems, you
+ can optionally specify a separate display number after the display
+ that is going to be used to present test patches, for accessing the
+ VideoLUT hardware. This must be specified as a single string, e.g. <span
+ style="font-weight: bold;">-d 1,2</span> . Some experimentation
+ may be needed on such systems, to discover what screen has access to
+ the VideoLUT hardware, and which screens the test patches appear on.
+ You may be able to calibrate one screen, and then share the
+ calibration with another screen. Profiling can be done independently
+ to calibration.<br>
+ <br>
+ <a name="dweb"></a><span style="font-weight: bold;">-dweb</span> or
+ <span style="font-weight: bold;">-dweb:<i>port</i></span> starts a
+ standalone web server on your machine, which then allows a local or
+ remote web browser to display the the color test patches. By default
+ port <span style="font-weight: bold;">8080</span> is used, but this
+ can be overridden by appending a <span style="font-weight: bold;">:</span>
+ and the port number i.e. <span style="font-weight: bold;">-dweb:8001</span>.
+ The URL will be <span style="font-weight: bold;">http://</span>
+ then name of the machine or its I.P. address followed by a colon and
+ the port number - e.g something like <span style="font-weight:
+ bold;">http://192.168.0.1:8080</span>. If you use the verbose
+ option (<span style="font-weight: bold;">-v</span>) then a likely
+ URL will be printed once the server is started, or you could run <span
+ style="font-weight: bold;">ipconfig</span> (MSWin) or <span
+ style="font-weight: bold;">/sbin/ifconfig</span> (Linux or OS X)
+ and identify an internet address for your machine that way. <b>JavaScript</b>
+ needs to be enabled in your web browser for this to work. You may
+ have to modify any firewall to permit port 8080 to be accessed on
+ your machine.<br>
+ <br>
+ Note that if you use this method of accessing a display, that there
+ is no access to the display Video Lookup tables, and that any
+ operation that depends on accessing the VideoLUTs will either
+ generate a warning or fail.<br>
+ <br>
+ <a name="dmadvr"></a><span style="font-weight: bold;">-dmadvr</span>
+ [MSWin only] causes test patches to be displayed using the MadVR
+ video renderer. Note that will have to start <b>MadTPG</b> before
+ running dispread, and that while you can adjust the "Test Pattern
+ Configuration" controls, you should <u>not</u> normally alter the
+ "Existing Calibration" controls, as dispread will set these
+ appropriately. See <a href="#n">-n</a> flag.<br>
+ <br>
+ <a name="dcc"></a><span style="font-weight: bold;">-dcc</span> or <b>-dcc:<i>no</i></b>
+ causes test patches to be displayed using and available <a
+ href="http://en.wikipedia.org/wiki/Chromecast">ChromeCast</a> to
+ your TV. Use <b>-dcc:?</b> to display a list of ChromeCasts on your
+ local network. Note that the ChromeCast as a test patch source is
+ probably the<b> least accurate</b> of your choices, since it
+ up-samples the test patch and transforms from RGB to YCC and back,
+ but should be accurate within ± 1 bit. You may have to modify any
+ firewall to permit port 8081 to be accessed on your machine if it
falls back to the Default receiver (see <a href="Installing.html">installation - - instructions</a> for your platform).<br> - <br> - <a name="P"></a> The <span style="font-weight: bold;">-P</span> - parameter allows you to position and size the test patch window. By - default it is places in the center of the screen, and sized - appropriately for the type of instrument, or 10% of the width of the - display if the display size is unknown.. The <span - style="font-weight: bold;">ho</span> and <span - style="font-weight: bold;">vo</span> values govern the horizontal - and vertical offset respectively. A value of 0.0 positions the - window to the far left or top of the screen, a value of 0.5 - positions it in the center of the screen (the default), and 1.0 - positions it to the far right or bottom of the screen. If three - parameters are provided, then the <span style="font-weight: bold;">ss</span> - parameter is a scale factor for the test window size. A value of 0.5 - for instance, would produce a half sized window. A value of 2.0 will - produce a double size window. If four parameters are provided, then - the last two set independent horizontal and vertical scaling - factors. Note that the ho,vo,ss or ho,vo,hs,vs numbers must be - specified as a single string (no space between the numbers and the - comma). For example, to create a double sized test window at the top - right of the screen, use <span style="font-weight: bold;">-P 1,0,2</span> - . To create a window twice as wide as high: <span - style="font-weight: bold;">-P 1,0,2,1</span>.<br> - <br> - <a name="F"></a> The <span style="font-weight: bold;">-F</span> - flag causes the while screen behind the test window to be masked - with black. This can aid black accuracy when measuring CRT displays - or projectors.<br> - <br> - <a name="E"></a> The <span style="font-weight: bold;">-E</span> - flag causes the test values to be scaled to the Video RGB encoding - range of 16/255 to 235/255. Note that this is not applicable if the - MadVR render is being used to display patches, as MadVR should be - configured for Video encoding instead.<br> - <br> - By default <span style="font-weight: bold;">dispwin</span> will put - a test window on the selected display, and display some test colors, - before darkening then brightening the screen by loading video - LUT values, test the bell sounds, then restore the original values - and exit.<br> - <br> - If the <a name="i"></a><span style="font-weight: bold;">-i</span> - flag is set, then <span style="font-weight: bold;">dispwin</span> - will display the preset sequence, then random test colors forever.<br> - <br> - If the <a name="G"></a><span style="font-weight: bold;">-G</span> - parameter is set, then <span style="font-weight: bold;">dispwin</span> - will display the sequence of RGB color in the supplied CGATS file, - e.g. a .ti1 file. Typically this might the used with the <span - style="font-weight: bold;">-m</span> option to manually measure a - set of test patches.<br> - <br> - If the <a name="m"></a><span style="font-weight: bold;">-m</span> - flag is set, then <span style="font-weight: bold;">dispwin</span> - will display the preset sequence then exits, but advances manually - after each return key.<br> - <br> - If the <a name="r"></a><span style="font-weight: bold;">-r</span> - flag is set, then <span style="font-weight: bold;">dispwin</span> - will test just the loading of video LUT values by first darkening, - then lightening the screen, before exiting.<br> - <br> - If the <a name="n"></a><span style="font-weight: bold;">-n</span> - flag is set, then <span style="font-weight: bold;">dispwin</span> - will display the colors directly on the display, rather than having - the color values translated through the currently loaded Video LUTs. - In the case of using the MadVR renderer to display the patches, any - 3dLut will also be disabled.<br> - <br> - <a name="s"></a> If a <span style="font-weight: bold;">-s <span - style="font-style: italic;">filename.cal</span></span> option is - used, then rather than displaying a test window, <span - style="font-weight: bold;">dispwin</span> will save the currently - loaded calibration curves to the given calibration file. Note that - other functions such as clearing or loading a calibration can be - performed after this action.<br> - <br> - <a name="c"></a> If a <span style="font-weight: bold;">-c</span> - flag is used, then rather than displaying a test window, <span - style="font-weight: bold;">dispwin</span> will load the selected - display with a linear set of Video LUT curves, effectively clearing - the calibration, and will then exit. Note that other functions such - as loading a calibration can be performed after this action.<span - style="font-style: italic;"></span><br> - <br> - <a name="V"></a> If a <span style="font-weight: bold;">-V</span> - flag is used, then rather than loading the calibration specified as - the final argument, the currently loaded calibration will be - verified as being the same as the given calibration file. If this is - combined with the <span style="font-weight: bold;"><span - style="font-weight: bold;">-L</span></span> flag, the currently - loaded calibration will be verified as being the same as the - installed system profile for the display.<br> - <br> - <a name="I"></a><span style="font-weight: bold;">-I</span>: The ICC - profile specified as the final argument will be installed as the - default operating system profile for the chosen display, and the - display calibration will be set to the calibration tag ('vcgt' tag, - if any) in that profile.. On MSWindows and OS X this means that the - profile will be copied to the appropriate color profile directory - and registered with the operating system. For Linux X11 systems, the - profile will be installed using the <a href="ucmm.html">ucmm</a> - convention, and the X11 _ICC_PROFILE property in the root window, - and also the the XrandR 1.2 X11 _ICC_PROFILE output property on - systems that are running XrandR 1.2 or later. The latter is - following this <a - href="http://www.burtonini.com/computing/x-icc-profiles-spec-0.2.html">convention</a> - for allowing applications to locate the display profile for a - particular X11 display, and expands it to accomodate XrandR 1.2. - Note that for X11 systems, the properties are not persistent, and - will need to be loaded each time the X11 server is started (see the - <a href="#L">-L</a> flag). To make sure that the profile calbration - 'vcgt' tag gets loaded into the Graphics Card at system start, - please read the guide <a href="dispprofloc.html">here</a>.<br> - <br> - <a name="U"></a><span style="font-weight: bold;">-U</span>: The ICC - profile specified as the final argument will be un-installed as the - default operating system profile for the chosen display. The display - calibration will remain unchanged.<br> - <br> - <a name="S"></a><span style="font-weight: bold;">-S</span> d: Some - systems have more than one profile scope that an installed profile - will apply to, and this parameter allows overriding the default user - scope. On OS X, there is a choice of three scopes: <span - style="font-weight: bold;">n</span>: for network scope, if people - are sharing profiles over a network, <span style="font-weight: - bold;">l</span>: local system scope, which installs the profile - for all users of a system, and the default <span - style="font-weight: bold;">u</span>, which covers just the user - installing the profile. On Linux or Microsoft Vista, just the local - system <span style="font-weight: bold;">l</span> and user <span - style="font-weight: bold;">u</span> scope are available. Note that - you may need to run dispwin with elevated privileges(sudo) to be - able to successfully use network or local system scope. This option - also applies to uninstalling a profile. Note that to install a user - profile for the root account, you will have to login as root (sudo - will not achieve this).<br> - <br> - <a name="L"></a> <span style="font-weight: bold;">-L</span>: This - option fetches the current installed system profile for the chosen - display, and sets the display to the calibration tag ('vcgt' tag, if - any) in the profile. This is a convenient way of initializing the - display on system startup from the installed display profile, if the - system doesn't not do this automatically .<br> - <br> - <a name="X"></a> <span style="font-weight: bold;">-X</span>: Daemon - mode (experimental). When running on a UNIX based system that used - the X11 Windowing System, this option runs dispwin in a "daemon" - mode where it monitors the given X11 server, waiting for any changes - in monitors that may require loading a matching ICC profile (ie. - such as re-configuring, plugging in a different monitor etc.) - This only works if XRandR 1.2 is available on the server. By default - dispwin runs silently, and will not terminate. If the <span - style="font-weight: bold;">-v</span> option is given, it will emit - messages to stdout to show what it is doing. When it is first - invoked, it will load the installed profiles of all the screens of - the given X11 server.<br> - <br> - <a name="D"></a>The <b>-D</b> flag causes diagnostics to be printed - to stdout. A level can be set between 1 .. 9, that may give - progressively more verbose information. This can be useful in - tracking down why an operation fails.<br> - <br> - <a name="p1"></a> The final optional parameter on the command line - is the name of an ICC profile that contains a Video LUT <span - style="font-weight: bold;">vcgt</span> tag, or an Argyll <a - href="cal_format.html">.cal</a> format display calibration. If - this parameter is provided, then the selected display will be loaded - with the given calibration. If the <span style="font-weight: bold;">-V</span> - flag was given, then it is verified that this calibration is the - currently loaded one. This may be useful in initializing a - system to the current calibration on system startup, although a - better way may be to install the profile (<span style="font-weight: - bold;">-I</span> option), and then just use <span - style="font-weight: bold;">-L</span>. Note that the vcgt tag - interpretation within Argyll is consistent with that of the - originators of the tag. Other ICC profile vcgt implementations may - not be so consistent.<br> - <br> - <span style="font-weight: bold;">NOTE</span> that on an X11 system, - if the environment variable <span style="font-weight: bold;">ARGYLL_IGNORE_XRANDR1_2</span> - is set (ie. set it to "yes"), then the presence of the XRandR 1.2 - extension will be ignored, and other extensions such as Xinerama and - XF86VidMode extension will be used. This may be a way to work around - buggy XRandR 1.2 implementations.<br> - <span style="font-weight: bold;"><br> - NOTE</span> on MSWin systems that you will have to disable any - other calibration installer program if you want to be able to - control calibration using dispwin. Note also that there are other - programs that will interfere with calibration loading, such as - igfxpers.exe that gets installed with nVidia "Optimus" technology.<br> - <br> - <br> - <br> - <br> - </body> -</html> +
+ instructions</a> for your platform).<br>
+ <br>
+ <a name="P"></a> The <span style="font-weight: bold;">-P</span>
+ parameter allows you to position and size the test patch window. By
+ default it is places in the center of the screen, and sized
+ appropriately for the type of instrument, or 10% of the width of the
+ display if the display size is unknown.. The <span
+ style="font-weight: bold;">ho</span> and <span
+ style="font-weight: bold;">vo</span> values govern the horizontal
+ and vertical offset respectively. A value of 0.0 positions the
+ window to the far left or top of the screen, a value of 0.5
+ positions it in the center of the screen (the default), and 1.0
+ positions it to the far right or bottom of the screen. If three
+ parameters are provided, then the <span style="font-weight: bold;">ss</span>
+ parameter is a scale factor for the test window size. A value of 0.5
+ for instance, would produce a half sized window. A value of 2.0 will
+ produce a double size window. If four parameters are provided, then
+ the last two set independent horizontal and vertical scaling
+ factors. Note that the ho,vo,ss or ho,vo,hs,vs numbers must be
+ specified as a single string (no space between the numbers and the
+ comma). For example, to create a double sized test window at the top
+ right of the screen, use <span style="font-weight: bold;">-P 1,0,2</span>
+ . To create a window twice as wide as high: <span
+ style="font-weight: bold;">-P 1,0,2,1</span>.<br>
+ <br>
+ <a name="F"></a> The <span style="font-weight: bold;">-F</span>
+ flag causes the while screen behind the test window to be masked
+ with black. This can aid black accuracy when measuring CRT displays
+ or projectors.<br>
+ <br>
+ <a name="E"></a> The <span style="font-weight: bold;">-E</span>
+ flag causes the test values to be scaled to the Video RGB encoding
+ range of 16/255 to 235/255. Note that this is not applicable if the
+ MadVR render is being used to display patches, as MadVR should be
+ configured for Video encoding instead.<br>
+ <br>
+ By default <span style="font-weight: bold;">dispwin</span> will put
+ a test window on the selected display, and display some test colors,
+ before darkening then brightening the screen by loading video
+ LUT values, test the bell sounds, then restore the original values
+ and exit.<br>
+ <br>
+ If the <a name="i"></a><span style="font-weight: bold;">-i</span>
+ flag is set, then <span style="font-weight: bold;">dispwin</span>
+ will display the preset sequence, then random test colors forever.<br>
+ <br>
+ If the <a name="G"></a><span style="font-weight: bold;">-G</span>
+ parameter is set, then <span style="font-weight: bold;">dispwin</span>
+ will display the sequence of RGB color in the supplied CGATS file,
+ e.g. a .ti1 file. Typically this might the used with the <span
+ style="font-weight: bold;">-m</span> option to manually measure a
+ set of test patches.<br>
+ <br>
+ If the <a name="m"></a><span style="font-weight: bold;">-m</span>
+ flag is set, then <span style="font-weight: bold;">dispwin</span>
+ will display the preset sequence then exits, but advances manually
+ after each return key.<br>
+ <br>
+ If the <a name="r"></a><span style="font-weight: bold;">-r</span>
+ flag is set, then <span style="font-weight: bold;">dispwin</span>
+ will test just the loading of video LUT values by first darkening,
+ then lightening the screen, before exiting.<br>
+ <br>
+ If the <a name="n"></a><span style="font-weight: bold;">-n</span>
+ flag is set, then <span style="font-weight: bold;">dispwin</span>
+ will display the colors directly on the display, rather than having
+ the color values translated through the currently loaded Video LUTs.
+ In the case of using the MadVR renderer to display the patches, any
+ 3dLut will also be disabled.<br>
+ <br>
+ <a name="s"></a> If a <span style="font-weight: bold;">-s <span
+ style="font-style: italic;">filename.cal</span></span> option is
+ used, then rather than displaying a test window, <span
+ style="font-weight: bold;">dispwin</span> will save the currently
+ loaded calibration curves to the given calibration file. Note that
+ other functions such as clearing or loading a calibration can be
+ performed after this action.<br>
+ <br>
+ <a name="c"></a> If a <span style="font-weight: bold;">-c</span>
+ flag is used, then rather than displaying a test window, <span
+ style="font-weight: bold;">dispwin</span> will load the selected
+ display with a linear set of Video LUT curves, effectively clearing
+ the calibration, and will then exit. Note that other functions such
+ as loading a calibration can be performed after this action.<span
+ style="font-style: italic;"></span><br>
+ <br>
+ <a name="V"></a> If a <span style="font-weight: bold;">-V</span>
+ flag is used, then rather than loading the calibration specified as
+ the final argument, the currently loaded calibration will be
+ verified as being the same as the given calibration file. If this is
+ combined with the <span style="font-weight: bold;"><span
+ style="font-weight: bold;">-L</span></span> flag, the currently
+ loaded calibration will be verified as being the same as the
+ installed system profile for the display.<br>
+ <br>
+ <a name="I"></a><span style="font-weight: bold;">-I</span>: The ICC
+ profile specified as the final argument will be installed as the
+ default operating system profile for the chosen display, and the
+ display calibration will be set to the calibration tag ('vcgt' tag,
+ if any) in that profile.. On MSWindows and OS X this means that the
+ profile will be copied to the appropriate color profile directory
+ and registered with the operating system. For Linux X11 systems, the
+ profile will be installed using the <a href="ucmm.html">ucmm</a>
+ convention, and the X11 _ICC_PROFILE property in the root window,
+ and also the the XrandR 1.2 X11 _ICC_PROFILE output property on
+ systems that are running XrandR 1.2 or later. The latter is
+ following this <a
+ href="http://www.burtonini.com/computing/x-icc-profiles-spec-0.2.html">convention</a>
+ for allowing applications to locate the display profile for a
+ particular X11 display, and expands it to accomodate XrandR 1.2.
+ Note that for X11 systems, the properties are not persistent, and
+ will need to be loaded each time the X11 server is started (see the
+ <a href="#L">-L</a> flag). To make sure that the profile calbration
+ 'vcgt' tag gets loaded into the Graphics Card at system start,
+ please read the guide <a href="dispprofloc.html">here</a>.<br>
+ <br>
+ <a name="U"></a><span style="font-weight: bold;">-U</span>: The ICC
+ profile specified as the final argument will be un-installed as the
+ default operating system profile for the chosen display. The display
+ calibration will remain unchanged.<br>
+ <br>
+ <a name="S"></a><span style="font-weight: bold;">-S</span> d: Some
+ systems have more than one profile scope that an installed profile
+ will apply to, and this parameter allows overriding the default user
+ scope. On OS X, there is a choice of three scopes: <span
+ style="font-weight: bold;">n</span>: for network scope, if people
+ are sharing profiles over a network, <span style="font-weight:
+ bold;">l</span>: local system scope, which installs the profile
+ for all users of a system, and the default <span
+ style="font-weight: bold;">u</span>, which covers just the user
+ installing the profile. On Linux or Microsoft Vista, just the local
+ system <span style="font-weight: bold;">l</span> and user <span
+ style="font-weight: bold;">u</span> scope are available. Note that
+ you may need to run dispwin with elevated privileges(sudo) to be
+ able to successfully use network or local system scope. This option
+ also applies to uninstalling a profile. Note that to install a user
+ profile for the root account, you will have to login as root (sudo
+ will not achieve this).<br>
+ <br>
+ <a name="L"></a> <span style="font-weight: bold;">-L</span>: This
+ option fetches the current installed system profile for the chosen
+ display, and sets the display to the calibration tag ('vcgt' tag, if
+ any) in the profile. This is a convenient way of initializing the
+ display on system startup from the installed display profile, if the
+ system doesn't not do this automatically .<br>
+ <br>
+ <a name="X"></a> <span style="font-weight: bold;">-X</span>: Daemon
+ mode (experimental). When running on a UNIX based system that used
+ the X11 Windowing System, this option runs dispwin in a "daemon"
+ mode where it monitors the given X11 server, waiting for any changes
+ in monitors that may require loading a matching ICC profile (ie.
+ such as re-configuring, plugging in a different monitor etc.)
+ This only works if XRandR 1.2 is available on the server. By default
+ dispwin runs silently, and will not terminate. If the <span
+ style="font-weight: bold;">-v</span> option is given, it will emit
+ messages to stdout to show what it is doing. When it is first
+ invoked, it will load the installed profiles of all the screens of
+ the given X11 server.<br>
+ <br>
+ <a name="D"></a>The <b>-D</b> flag causes diagnostics to be printed
+ to stdout. A level can be set between 1 .. 9, that may give
+ progressively more verbose information. This can be useful in
+ tracking down why an operation fails.<br>
+ <br>
+ <a name="p1"></a> The final optional parameter on the command line
+ is the name of an ICC profile that contains a Video LUT <span
+ style="font-weight: bold;">vcgt</span> tag, or an Argyll <a
+ href="cal_format.html">.cal</a> format display calibration. If
+ this parameter is provided, then the selected display will be loaded
+ with the given calibration. If the <span style="font-weight: bold;">-V</span>
+ flag was given, then it is verified that this calibration is the
+ currently loaded one. This may be useful in initializing a
+ system to the current calibration on system startup, although a
+ better way may be to install the profile (<span style="font-weight:
+ bold;">-I</span> option), and then just use <span
+ style="font-weight: bold;">-L</span>. Note that the vcgt tag
+ interpretation within Argyll is consistent with that of the
+ originators of the tag. Other ICC profile vcgt implementations may
+ not be so consistent.<br>
+ <br>
+ <span style="font-weight: bold;">NOTE</span> that on an X11 system,
+ if the environment variable <span style="font-weight: bold;">ARGYLL_IGNORE_XRANDR1_2</span>
+ is set (ie. set it to "yes"), then the presence of the XRandR 1.2
+ extension will be ignored, and other extensions such as Xinerama and
+ XF86VidMode extension will be used. This may be a way to work around
+ buggy XRandR 1.2 implementations.<br>
+ <span style="font-weight: bold;"><br>
+ NOTE</span> on MSWin systems that you will have to disable any
+ other calibration installer program if you want to be able to
+ control calibration using dispwin. Note also that there are other
+ programs that will interfere with calibration loading, such as
+ igfxpers.exe that gets installed with nVidia "Optimus" technology.<br>
+ <br>
+ <br>
+ <br>
+ <br>
+ </body>
+</html>
diff --git a/doc/i1proDriver.html b/doc/i1proDriver.html index 0894f59..e29d639 100644 --- a/doc/i1proDriver.html +++ b/doc/i1proDriver.html @@ -1,157 +1,195 @@ <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> -<head> - <title>The i1pro Driver</title> - <meta http-equiv="content-type" - content="text/html; charset=ISO-8859-1"> - <meta content="Graeme Gill" name="author"> -</head> -<body> -<h2 style="text-decoration: underline; font-weight: bold;">How can I -have confidence in the i1pro Driver ?<br> -</h2> -A question that has been asked is : "<span style="font-weight: bold;">You've -written your own driver for the Eye-One Pro. How can I have confidence -that the measurements are accurate, and will match those made with the -original manufacturers driver </span>?"<br> -<br> -This is a quite reasonable question. The following attempts to answer -it.<br> -<h4 style="text-decoration: underline;">Why does Argyll use it's own -i1pro driver ?</h4> -Primarily because the Original Manufacturers Driver (OMD) isn't -available for all the platforms that ArgyllCMS supports (Linux in -particular). A side benefit is that it's possible to tweak many of the -driver parameters for slightly better results and more flexibility. It -has also helped in understanding the characteristics and limitations of -such instruments.<br> -<h4 style="text-decoration: underline;">Does it match the OMD ?</h4> -In principle the behaviour should be very similar. While the Argyll -driver has been written from scratch, it does use exactly the same -calibration values from<br> -inside the instrument, and attempts to use the calibration values and -process the raw instrument readings in an equivalent manner to that of -the OMD.<br> -<br> -But the proof of the pudding is in the measuring, so to actually verify -this, the following experiment was conducted:<br> -<br> -The Argyll version used was V1.2.0<br> -<br> -The Macbeth 24 patch ColorChecker was used as a sample target. For each -patch (and the calibration tile), the following steps were performed:<br> -<br> -1) Place the instrument on the calibration tile.<br> -<br> -2) Use Argyll spotread to calibrate the Argyll driver.<br> -<br> -3) Change drivers to the OMD.<br> -<br> -4) Use the OMD to calibrate the instrument.<br> -<br> -5) Move the instrument to the patch on the ColorChecker.<br> -<br> -6) Read the color using the OMD.<br> -<br> -7) Change the back to the Argyll driver.<br> -<br> -8) Using the calibration made in step 2), read the color using Argyll.<br> -<br> -Each calibration or reading was performed 15 seconds from the previous -one, to put the instrument lamp in a repeatable state.<br> -The instrument was kept in exactly the same position for calibration -and patch measurement with the two drivers.<br> -(The whole idea is to reduce all other sources of error, other than the -driver itself.)<br> -<br> -This measurement was repeated just once for each patch + the -calibration tile. This was done in one run, and the readings were not -specially selected.<br> -<h4 style="text-decoration: underline;">Results:</h4> -The following D50 L*a*b* values were recorded for each measurement:<br> -<br> -A) The OMD internally calculated L*a*b* value<br> -B) The L*a*b* value calculated by Argyll from the OMD -spectral values.<br> -C) The L*a*b* value calculated from the Argyll measured -spectral values.<br> -D) The L*a*b* value calculated from the Argyll -Hi-Resolution mode measured spectral values.<br> -<br> -<span style="text-decoration: underline;">A is compare to B, to check -that the spectral to standard observer calculations are equivalent.</span><br> -<br> - The result was an average Delta E (CIE76) of 0.006, -with a maximum of 0.012.<br> -<br> - This shows that there is very close agreement in the -way spectral values are converted to XYZ and L*a*b*.<br> -<br> -<span style="text-decoration: underline;">B is compared to C to check -that the Argyll driver behaves the same as the OMD.</span><br> -<br> - The result was an average Delta E (CIE76) of 0.028, -with a maximum of 0.051.<br> -<br> - This shows that the OMD and Argyll driver are in -close agreement in spectral measurement.<br> - This error is an order of magnitude smaller than -uniformity induced errors typical in the media being measured.<br> -<br> -<span style="text-decoration: underline;">A is compared to C to check -that the Argyll driver and spectral to XYZ differences don't compound.</span><br> -<br> - The result was an <span style="font-weight: bold;">average</span> -Delta E (CIE76) of <span style="font-weight: bold;">0.026</span>, with -a <span style="font-weight: bold;">maximum</span> of <span - style="font-weight: bold;">0.048</span>.<br> -<br> - Rather than compounding, any spectral to XYZ -differences tend to cancel -out slightly. This is the <span style="font-weight: bold;">bottom line</span> -experimental difference between -the two drivers. The actual underlying difference may in fact be less -than this, but it would be necessary to do multiple test runs to -filter out experimental error.<br> -<br> -<span style="text-decoration: underline;">C is compare to D to check -that the Argyll Hi-Resolution mode is behaving reasonably.</span><br> -<br> - The result was an average Delta E (CIE76) of 0.158, -with a maximum of 0.353.<br> -<br> - Because the ColorChecker samples have relatively -smooth reflectance spectra, it can be expected that<br> - the normal and Hi-Res mode results should be fairly -similar. And indeed, this is the case. The biggest<br> - differences are for patches -with the largest spectral transitions in them, which is to be expected -as the<br> - Hi-Res measurement more -closely follows the spectral shape, while the differences for -spectrally flat<br> - patches is neglegable, since both can follow the -spectral shape well.<br> -<br> -Example Yellow-Green Patch, Hi-Res & Normal spectrum:<br> -<img style="width: 709px; height: 259px;" - alt="Yellow-Green patch, Hi-Res vs. Normal" src="YellowGreen.jpg"><br> -<br> -<h4 style="text-decoration: underline;">Conclusions:</h4> -The experimental average difference of <span style="font-weight: bold;">0.026</span> -Delta E76 shown above provides evidence that despite using a completely -different instrument driver to that supplied with the instrument, the -ArgyllCMS Eye-One pro measurement values have comparable accuracy, and -can be relied upon to match measurements made using the original -manufactures driver.<br> -<h4 style="text-decoration: underline;">Raw Data:</h4> -The raw data is available in this <a href="i1proDriver.xls">spread -sheet</a>.<br> -<br> -<br> -<br> -<br> -<br> -<br> -</body> + <head> + <title>The i1pro Driver</title> + <meta http-equiv="content-type" content="text/html; + charset=windows-1252"> + <meta content="Graeme Gill" name="author"> + </head> + <body> + <h2 style="text-decoration: underline; font-weight: bold;">How can I + have confidence in the i1pro Driver ?<br> + </h2> + A question that has been asked is : "<span style="font-weight: + bold;">You've + written your own driver for the Eye-One Pro. How can I have + confidence + that the measurements are accurate, and will match those made with + the + original manufacturers driver </span>?"<br> + <br> + This is a quite reasonable question. The following attempts to + answer + it.<br> + <h4 style="text-decoration: underline;">Why does Argyll use it's own + i1pro driver ?</h4> + Primarily because the Original Manufacturers Driver (OMD) isn't + available for all the platforms that ArgyllCMS supports (Linux in + particular). A side benefit is that it's possible to tweak many of + the + driver parameters for slightly better results and more flexibility. + It + has also helped in understanding the characteristics and limitations + of + such instruments.<br> + <h4 style="text-decoration: underline;">Does it match the OMD ?</h4> + In principle the behaviour should be very similar. While the Argyll + driver has been written from scratch, it does use exactly the same + calibration values from<br> + inside the instrument, and attempts to use the calibration values + and + process the raw instrument readings in an equivalent manner to that + of + the OMD.<br> + <br> + But the proof of the pudding is in the measuring, so to actually + verify + this, the following experiment was conducted:<br> + <br> + The Argyll version used was V1.2.0<br> + The OMD is the original version prior to the introduction of the + i1pro2, and hence reporting the native instrument measurements, + rather than applying a conversion to the XRGA standard<br> + <br> + The Macbeth 24 patch ColorChecker was used as a sample target. For + each + patch (and the calibration tile), the following steps were + performed:<br> + <br> + 1) Place the instrument on the calibration tile.<br> + <br> + 2) Use Argyll spotread to calibrate the Argyll driver.<br> + <br> + 3) Change drivers to the OMD.<br> + <br> + 4) Use the OMD to calibrate the instrument.<br> + <br> + 5) Move the instrument to the patch on the ColorChecker.<br> + <br> + 6) Read the color using the OMD.<br> + <br> + 7) Change the back to the Argyll driver.<br> + <br> + 8) Using the calibration made in step 2), read the color using + Argyll.<br> + <br> + Each calibration or reading was performed 15 seconds from the + previous + one, to put the instrument lamp in a repeatable state.<br> + The instrument was kept in exactly the same position for calibration + and patch measurement with the two drivers.<br> + (The whole idea is to reduce all other sources of error, other than + the + driver itself.)<br> + <br> + This measurement was repeated just once for each patch + the + calibration tile. This was done in one run, and the readings were + not + specially selected.<br> + <h4 style="text-decoration: underline;">Results:</h4> + The following D50 L*a*b* values were recorded for each measurement:<br> + <br> + A) The OMD internally calculated L*a*b* value<br> + B) The L*a*b* value calculated by Argyll from the OMD + spectral values.<br> + C) The L*a*b* value calculated from the Argyll measured + spectral values.<br> + D) The L*a*b* value calculated from the Argyll + Hi-Resolution mode measured spectral values.<br> + <br> + <span style="text-decoration: underline;">A is compare to B, to + check + that the spectral to standard observer calculations are + equivalent.</span><br> + <br> + The result was an average Delta E (CIE76) of + 0.006, + with a maximum of 0.012.<br> + <br> + This shows that there is very close agreement in + the + way spectral values are converted to XYZ and L*a*b*.<br> + <br> + <span style="text-decoration: underline;">B is compared to C to + check + that the Argyll driver behaves the same as the OMD.</span><br> + <br> + The result was an average Delta E (CIE76) of + 0.028, + with a maximum of 0.051.<br> + <br> + This shows that the OMD and Argyll driver are in + close agreement in spectral measurement.<br> + This error is an order of magnitude smaller than + uniformity induced errors typical in the media being measured.<br> + <br> + <span style="text-decoration: underline;">A is compared to C to + check + that the Argyll driver and spectral to XYZ differences don't + compound.</span><br> + <br> + The result was an <span style="font-weight: + bold;">average</span> + Delta E (CIE76) of <span style="font-weight: bold;">0.026</span>, + with + a <span style="font-weight: bold;">maximum</span> of <span + style="font-weight: bold;">0.048</span>.<br> + <br> + Rather than compounding, any spectral to XYZ + differences tend to cancel + out slightly. This is the <span style="font-weight: bold;">bottom + line</span> + experimental difference between + the two drivers. The actual underlying difference may in fact be + less + than this, but it would be necessary to do multiple test runs to + filter out experimental error.<br> + <br> + <span style="text-decoration: underline;">C is compare to D to check + that the Argyll Hi-Resolution mode is behaving reasonably.</span><br> + <br> + The result was an average Delta E (CIE76) of + 0.158, + with a maximum of 0.353.<br> + <br> + Because the ColorChecker samples have relatively + smooth reflectance spectra, it can be expected that<br> + the normal and Hi-Res mode results should be + fairly + similar. And indeed, this is the case. The biggest<br> + differences are for patches + with the largest spectral transitions in them, which is to be + expected + as the<br> + Hi-Res measurement more + closely follows the spectral shape, while the differences for + spectrally flat<br> + patches is neglegable, since both can follow the + spectral shape well.<br> + <br> + Example Yellow-Green Patch, Hi-Res & Normal spectrum:<br> + <img style="width: 709px; height: 259px;" alt="Yellow-Green patch, + Hi-Res vs. Normal" src="YellowGreen.jpg"><br> + <br> + <h4 style="text-decoration: underline;">Conclusions:</h4> + The experimental average difference of <span style="font-weight: + bold;">0.026</span> + Delta E76 shown above provides evidence that despite using a + completely + different instrument driver to that supplied with the instrument, + the + ArgyllCMS Eye-One pro measurement values have comparable accuracy, + and + can be relied upon to match measurements made using the original + manufactures driver.<br> + <h4 style="text-decoration: underline;">Raw Data:</h4> + The raw data is available in this <a href="i1proDriver.xls">spread + sheet</a>.<br> + <br> + <br> + <br> + <br> + <br> + <br> + </body> </html> diff --git a/doc/iccgamut.html b/doc/iccgamut.html index ead8f7c..e6fb097 100644 --- a/doc/iccgamut.html +++ b/doc/iccgamut.html @@ -16,8 +16,8 @@ in Lab or CIECAM02 Jab colorspace, and can also representing the gamut as a X3DOM file.<br> <br> - See <a href="3dformat.html">3D Viewing - Format</a> for switching to VRML or X3D output format.<br> + See <a href="3dformat.html">3D Viewing Format</a> for switching to + VRML or X3D output format.<br> <h3>Usage<br> </h3> <small><span style="font-family: monospace;">iccgamut [-options] </span><i @@ -29,6 +29,7 @@ + Verbose</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> -d sres Surface resolution @@ -36,6 +37,7 @@ <span style="font-family: monospace;"> -w emit + X3DOM .x3d.html file as well as CGATS .gam file</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> -n @@ -45,11 +47,13 @@ Don't + add X3DOM axes or white/black point</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> -k Add + X3DOM markers for prim. & sec. "cusp" points</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> -f @@ -66,6 +70,7 @@ s + = saturation, a = absolute (default), d = profile default</span></small><small><span style="font-family: monospace;"></span></small><br style="font-family: monospace;"> @@ -81,6 +86,7 @@ r + = reverse (priority: monochrome > matrix > lut)<br> </span></small><small><span style="font-family: monospace;"> </span><span style="font-family: monospace;">-p oride</span><span @@ -104,6 +110,7 @@ either + an enumerated choice, or a series of parameters:value changes</span><br style="font-family: monospace;"> <span style="font-family: monospace;"></span></small><small><span @@ -117,6 +124,7 @@ either + pe - Print evaluation environment (CIE 116-1995)<br> </span></small><small><span style="font-family: monospace;"> @@ -125,6 +133,7 @@ either + pc - Critical print evaluation environment (ISO-3664 P1)</span></small><small><span style="font-family: monospace;"></span><span style="font-family: monospace;"></span><br style="font-family: monospace;"> @@ -135,6 +144,7 @@ either + mt - Monitor in typical work environment</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -144,6 +154,7 @@ either + mb - Monitor in bright work environment</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -173,6 +184,7 @@ s:surround + n = auto, a = average, m = dim, d = dark,</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -182,6 +194,7 @@ s:surround + c = transparency (default average)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -191,6 +204,7 @@ w:X:Y:Z + Adapted white point as XYZ (default media white)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -200,6 +214,7 @@ w:x:y + Adapted white point as x, y</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -209,6 +224,7 @@ a:adaptation + Adaptation luminance in cd.m^2 (default 50.0)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -219,6 +235,7 @@ Background + % of image luminance (default 20)<br> l:imagewhite Image white in cd.m^2 if surround = auto (default 250)</span></small><br @@ -231,6 +248,7 @@ f:flare + Flare light % of image luminance (default 0)<br> </span></small> </span><span style="font-family: monospace;"> @@ -241,6 +259,7 @@ f:flare + g:X:Y:Z Glare color as XYZ (default media white)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -248,8 +267,11 @@ f:flare + g:x:y Glare color as x, y<br> + -x pcent + Expand/compress gamut cylindrically by percent<br> -s Create @@ -257,6 +279,7 @@ Create + special cube surface topology plot<br style="font-family: monospace;"> </span><i style="font-family: monospace;">profile</i><span @@ -356,6 +379,12 @@ Create conditions, either by choosing a typical viewing environment, or controlling particular viewing condition parameters.<br> <br> + The <b>-x</b> parameter allows expanding or compressing the + resulting gamut in a cylindrical direction by the given percentage + :- i.e "-x 120" will expand by 20%. This may be useful for creating + a general compression gamut mapping by using such an expanded device + gamut as input to <a href="collink.html#g">collink -g or -G</a>.<br> + <br> The <span style="font-weight: bold;">-s</span> flag creates a special hyper-cube surface plot that is artificially colored. This can be useful for identifying the topology of the black ink color diff --git a/doc/iccgamutmapping.html b/doc/iccgamutmapping.html index 8deab44..11994c1 100644 --- a/doc/iccgamutmapping.html +++ b/doc/iccgamutmapping.html @@ -10,13 +10,12 @@ <h3>How ICC profiles support different intents</h3> cLUT (Color Lookup Table) based ICC profiles support multiple <span style="font-weight: bold;">intents</span> by having a table for - each - intent. In a typical device cLUT profile, there are up to 6 cLUT's, - three for input (AtoB tables, that convert from device space to PCS - (Profile connection space)), and three for output (BtoA tables, that - convert from PCS to device space). The tables allow the use of - different color transforms, each transform being tailored for a - different effect:<br> + each intent. In a typical device cLUT profile, there are up to 6 + cLUT's, three for input (AtoB tables, that convert from device space + to PCS (Profile connection space)), and three for output (BtoA + tables, that convert from PCS to device space). The tables allow the + use of different color transforms, each transform being tailored for + a different effect:<br> <br> AtoB0, BtoA0: Perceptual<br> AtoB1, BtoA1: Colorimetric<br> @@ -24,179 +23,144 @@ <br> The colorimetric intent is meant to convey the exact device color behaviour, without any gamut mapping. Typically it is used to store - the - devices behaviour (characterization), and is also used where exact - color reproduction is required, such as for proofing. The - Colorimetric - tables double up for both relative colorimetric and + the devices behaviour (characterization), and is also used where + exact color reproduction is required, such as for proofing. The + Colorimetric tables double up for both relative colorimetric and absolute colorimetric with the application of a white point restoration.<br> <br> The Perceptual and Saturation tables are meant to contain gamut - mapping - combined with the device characterization. The allowance for this in - both the AtoB direction, as well as the BtoA direction permits a - profile to gamut map from the device gamut to some intermediate - gamut, - and then from the intermediate gamut to the device gamut.<br> + mapping combined with the device characterization. The allowance for + this in both the AtoB direction, as well as the BtoA direction + permits a profile to gamut map from the device gamut to some + intermediate gamut, and then from the intermediate gamut to the + device gamut.<br> <br> [Note that Shaper/Matrix profiles are always Colorimetric intent, - since - there is only a single transformation, and it does not have the - necessary flexibility to accommodate gamut mapping.]<br> + since there is only a single transformation, and it does not have + the necessary flexibility to accommodate gamut mapping.]<br> <h3>ICC Version 2 behaviour<br> </h3> Apart from defining the general purpose of the different tables, the ICC Version 2 specification doesn't specify exactly how they are to achieve this, so it is up to the profile maker to make a choice in - this - regard. There is no common gamut boundary specified for the PCS, and - such an approach limits the achievable intents in any case (see ICC - Version 4 behaviour for an explanation why).<br> + this regard. There is no common gamut boundary specified for the + PCS, and such an approach limits the achievable intents in any case + (see ICC Version 4 behaviour for an explanation why).<br> <br> What I've chosen to do with Argyll profiles, is to make all the AtoB tables the same as colorimetric. This means that the conversion used for the source profile is always colorimetric, and also means that - the - source gamut seen by the destination profile is the source - colorspace - gamut. This means that the gamut mapping is done solely in the BtoA - tables, - and that their task is to map the source colorspace gamut to the - destination colorspace gamut. So to construct the perceptual and - saturation intent mapping tables, a source profile or source gamut - needs to be specified, so that a gamut mapping can be constructed.<br> + the source gamut seen by the destination profile is the source + colorspace gamut. This means that the gamut mapping is done solely + in the BtoA tables, and that their task is to map the source + colorspace gamut to the destination colorspace gamut. So to + construct the perceptual and saturation intent mapping tables, a + source profile or source gamut needs to be specified, so that a + gamut mapping can be constructed.<br> <br> The advantages of this approach is that the behaviour is precisely defined, a full range of gamut mapping options is available, and compatibility with matrix profiles (which do not have gamut mapping transforms) and other foreign profiles can be assured, by simply - using - such profiles as colorimetric sources. The main disadvantage is that - the gamut mapping will only operate exactly as intended when the - profile is linked with the source profile it was setup for. This is - really a fundamental limitation of the idea of having pre-computed - gamut mapping color transforms, that the ICC profile format was - intended to support.<br> + using such profiles as colorimetric sources. The main disadvantage + is that the gamut mapping will only operate exactly as intended when + the profile is linked with the source profile it was setup for. This + is really a fundamental limitation of the idea of having + pre-computed gamut mapping color transforms, that the ICC profile + format was intended to support.<br> <br> Some non-Argyll profile have gamut mapping transforms in their Perceptual and Saturation A2B tables, and this means that the - apparent - gamut of a source through these tables may be different to the - actual - device gamut. To accommodate using these profiles with CMM's (Color - Management Modules) that do not permit the separate choice of intent - tables for the source and destination profiles, Argyll will by - default - use the gamut defined by the source profile perceptual table to - create the gamut mapping of the destination perceptual table, and - the - source saturation table to make the destination saturation table. - Note - that this can affect the exact nature of the gamut mapping, the - distortion of the source gamut changing the apparent relationship - between it and the destination gamut - see "ICC Version 4 behavior" - for - an illustration of the kind of changes this causes. [This default - can - be overridden though using the colprof -nP and -nS flags.]<br> + apparent gamut of a source through these tables may be different to + the actual device gamut. To accommodate using these profiles with + CMM's (Color Management Modules) that do not permit the separate + choice of intent tables for the source and destination profiles, + Argyll will by default use the gamut defined by the source profile + perceptual table to create the gamut mapping of the destination + perceptual table, and the source saturation table to make the + destination saturation table. Note that this can affect the exact + nature of the gamut mapping, the distortion of the source gamut + changing the apparent relationship between it and the destination + gamut - see "ICC Version 4 behavior" for an illustration of the kind + of changes this causes. [This default can be overridden though using + the colprof -nP and -nS flags.]<br> <h3>ICC Version 4 behaviour</h3> (Note that Argyll does not currently support ICC V4)<br> <br> - By default, ICC Version 4 profile operates similarly to the ICC - V2 profile in regard to gamut mapping, with the exception that a + By default, ICC Version 4 profile operates similarly to the ICC V2 + profile in regard to gamut mapping, with the exception that a minimally specified reference medium and reference viewing conditions are introduced for perceptual (and presumably saturation) tables, allowing at least the luminance range to have a well defined behavior when mixing and matching the perceptual A2B and B2A tables - of different profiles. A slight adjustment was made to - the permitted tag contents, to allow things like Display profiles to - contain the full range of AtoB and BtoA tables, so that they could - also - be gamut mapped. An optional part of ICCV4, introduces a more - comprehensively specified <span style="font-weight: bold;">Profile - Reference Medium Gamut</span> - (PRMG) as an - intermediate gamut boundary between the source colorspace, and the - destination colorspace. If this option is used, then an additional - tag - in the ICCV4 profile indicates that this is the case. This then - solves - the problem of the gamut mapping having to know the source and - destination gamuts to operate. Instead, the gamut mapping is split - into - two parts, the first where the source gamut to RMG is done by the - AtoB - tables, and then the RMG to destination gamut is done by the BtoA - tables. Profiles can therefore be mix and matches, while retaining - true - gamut mapping.<br> + of different profiles. A slight adjustment was made to the permitted + tag contents, to allow things like Display profiles to contain the + full range of AtoB and BtoA tables, so that they could also be gamut + mapped. An optional part of ICCV4, introduces a more comprehensively + specified <span style="font-weight: bold;">Profile Reference Medium + Gamut</span> (PRMG) as an intermediate gamut boundary between the + source colorspace, and the destination colorspace. If this option is + used, then an additional tag in the ICCV4 profile indicates that + this is the case. This then solves the problem of the gamut mapping + having to know the source and destination gamuts to operate. + Instead, the gamut mapping is split into two parts, the first where + the source gamut to RMG is done by the AtoB tables, and then the RMG + to destination gamut is done by the BtoA tables. Profiles can + therefore be mix and matches, while retaining true gamut mapping.<br> <br> This approach has a number of drawbacks though. One is that the - colors - get gamut mapped twice. Gamut mapping is sometimes not very precise, - and the geometry of the transforms may not cancel out, especially - since - different profile vendors may choose different algorithms in their - gamut mapping. By "cancel out", I mean that even if you were linking - the same source colorspace to the same destination colorspace, the - gamut may be expanded (say) in the process of mapping to the PRMG, - and - then compressed again in mapping from the RMG to the device space, - and - these expansions and compressions may not quite match. Given that - the - PRMG is a relatively large gamut, larger than many real devices - actual + colors get gamut mapped twice. Gamut mapping is sometimes not very + precise, and the geometry of the transforms may not cancel out, + especially since different profile vendors may choose different + algorithms in their gamut mapping. By "cancel out", I mean that even + if you were linking the same source colorspace to the same + destination colorspace, the gamut may be expanded (say) in the + process of mapping to the PRMG, and then compressed again in mapping + from the RMG to the device space, and these expansions and + compressions may not quite match. Given that the PRMG is a + relatively large gamut, larger than many real devices actual behavior, this sort of expansion and re-compression will be the - normal - thing.<br> + normal thing.<br> <br> The chief drawback, is that only one (non colorimetric) intent can really be supported, that of saturation. <br> <br> The typically expected behavior of perceptual intent gamut mapping, - is - to - compress any areas of the source gamut that lie outside the - destination - gamut, but for areas that fall within the destination gamut, change - them as little as possible, consistent with keeping smooth and - proportional with respect to the compressed colors. This preserves - the - source "look" as much as - possible, while ensuring that out of gamut colors are smoothly - brought - within the destination gamut.<br> + is to compress any areas of the source gamut that lie outside the + destination gamut, but for areas that fall within the destination + gamut, change them as little as possible, consistent with keeping + smooth and proportional with respect to the compressed colors. This + preserves the source "look" as much as possible, while ensuring that + out of gamut colors are smoothly brought within the destination + gamut.<br> <br> Typical behavior of a saturation intent, is (at least), to not only compress out of gamut source colors to fit within the destination, - but - to expand any source boundary that falls within the destination - gamut - outwards match the destination gamut. Some practical saturation - gamut - mappings may go further than this, and expand a little beyond the - destination gamut to ensure fully saturated boundary colors, and - also - enhance the saturation of all colors mapped through it.<br> - <br> - By mapping the source gamut to - the RMG in the A2B, all information about what areas of the source - gamut are - inside or outside of the destination gamut are lost, so the - destination - gamut mapping can not known which colors may be left unchanged, and - which really need compressing. All it can do is map the RMG to match - the destination gamut, - thereby effecting a saturation style intent. <br> - <br> - Once again, this is a fundamental limitation of using pre-computed - gamut mappings. The only effective way of overcoming such - limitations - is to move to a more active color management architecture, in which - gamut mappings are computed at link time, to accommodate the actual - source and destination gamuts.<br> + but to expand any source boundary that falls within the destination + gamut outwards match the destination gamut. Some practical + saturation gamut mappings may go further than this, and expand a + little beyond the destination gamut to ensure fully saturated + boundary colors, and also enhance the saturation of all colors + mapped through it.<br> + <br> + By mapping the source gamut to the RMG in the A2B, all + information about what areas of the source gamut are inside or + outside of the destination gamut are lost, so the destination gamut + mapping can not known which colors may be left unchanged, and which + really need compressing. All it can do is map the RMG to match the + destination gamut, thereby effecting a saturation style intent. <br> + <br> + If the source was not expanded out to fill the RMG in some area by + the A2B, then the resulting output will be over compressed and end + up looking dull, because the B2A table has no choice but assume that + there may be colors that do fill the RMG.<br> + <br> + Once again, this is all a fundamental limitation of using + pre-computed gamut mappings. The only effective way of overcoming + such limitations is to move to a more active color management + architecture, in which gamut mappings are computed at link time, to + accommodate the actual source and destination gamuts.<br> <br> <br> <img alt="Illustration of perceptual and saturation gamut mapping." diff --git a/doc/illumread.html b/doc/illumread.html index 3ee7aa5..697f772 100644 --- a/doc/illumread.html +++ b/doc/illumread.html @@ -1,309 +1,337 @@ -<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> -<html> - <head> - <title>illumread</title> - <meta http-equiv="content-type" content="text/html; - charset=windows-1252"> - <meta name="author" content="Graeme Gill"> - </head> - <body> - <h2><b>spectro/illumread</b></h2> - <h3>Summary</h3> - Use an instrument or instruments to measure an illuminant spectrum, - including estimate its Ultra Violet content. A combination of direct - illumination readings and readings from a piece of paper having some - FWA content are used for this. (If the UV content is not needed, or - a suitable instrument is not available, then <a - href="spotread.html">spotread</a> should be used instead.)<br> - <h3>Usage Summary</h3> - <small><span style="font-family: monospace;">illumread [-options] - illuminant.sp</span><br style="font-family: monospace;"> - <span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#v">-v</a><span +<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<html>
+ <head>
+ <title>illumread</title>
+ <meta http-equiv="content-type" content="text/html;
+ charset=windows-1252">
+ <meta name="author" content="Graeme Gill">
+ </head>
+ <body>
+ <h2><b>spectro/illumread</b></h2>
+ <h3>Summary</h3>
+ Use an instrument or instruments to measure an illuminant spectrum,
+ including estimate its Ultra Violet content. A combination of direct
+ illumination readings and readings from a piece of paper having some
+ FWA content are used for this. (If the UV content is not needed, or
+ a suitable instrument is not available, then <a
+ href="spotread.html">spotread</a> should be used instead.)<br>
+ <h3>Usage Summary</h3>
+ <small><span style="font-family: monospace;">illumread [-options]
+ illuminant.sp</span><br style="font-family: monospace;">
+ <span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#v">-v</a><span
style="font-family: monospace;"> - Verbose mode</span><span style="font-family: - monospace;"></span></small><small><span style="font-family: - monospace;"></span></small><br style="font-family: monospace;"> - <small><span style="font-family: monospace;"></span><span - style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#S">-S</a><span - style="font-family: monospace;"> - - Plot the readings in a graph window.</span><br - style="font-family: monospace;"> - <span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#c">-c comport</a><span + + +
+ Verbose mode</span><span style="font-family:
+ monospace;"></span></small><small><span style="font-family:
+ monospace;"></span></small><br style="font-family: monospace;">
+ <small><span style="font-family: monospace;"></span><span
+ style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#S">-S</a><span
+ style="font-family: monospace;">
+
+ Plot the readings in a graph window.</span><br
+ style="font-family: monospace;">
+ <span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#c">-c comport</a><span
style="font-family: monospace;"> Set - COM port, 1..4 (default 1)</span><span style="font-family: - monospace;"></span><span style="font-family: monospace;"></span><span - style="font-family: monospace;"></span></small><small><span - style="font-family: monospace;"></span></small><font size="-1"><span - style="font-family: monospace;"></span></font><font size="-1"><span - style="font-family: monospace;"><br> - </span></font><font size="-1"><span style="font-family: + + +
+ COM port, 1..4 (default 1)</span><span style="font-family:
+ monospace;"></span><span style="font-family: monospace;"></span><span
+ style="font-family: monospace;"></span></small><small><span
+ style="font-family: monospace;"></span></small><font size="-1"><span
+ style="font-family: monospace;"></span></font><font size="-1"><span
+ style="font-family: monospace;"><br>
+ </span></font><font size="-1"><span style="font-family:
monospace;"> <a href="#N">-N</a> Disable - initial calibration of instrument</span></font> if possible<br> - <font size="-1"><span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#H">-H</a><span - style="font-family: monospace;"> - - Use high resolution spectrum mode - (if available)<br> + + +
+ initial calibration of instrument</span></font> if possible<br>
+ <font size="-1"><span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#H">-H</a><span
+ style="font-family: monospace;">
+
+ Use high resolution spectrum mode
+ (if available)<br>
<font size="-1"> <a href="#Yr">-Y r</a> - Set refresh measurement mode</font><br> - </span></font><font size="-1"><span style="font-family: + + +
+ Set refresh measurement mode</font><br>
+ </span></font><font size="-1"><span style="font-family:
monospace;"> <a href="#W">-W n|h|x</a> Override - serial port flow control: n = none, h = HW, x = Xon/Xoff</span></font><br> - <small><span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#T">-T</a><span - style="font-family: monospace;"> + + +
+ serial port flow control: n = none, h = HW, x = Xon/Xoff</span></font><br>
+ <small><span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#T">-T</a><span
+ style="font-family: monospace;">
- Test mode - restore & save measurements to<br> + + +
+ Test mode - restore & save measurements to<br>
- *_i.sp, *_r.sp, *_p.sp, *_mpir.sp, *_cpir.sp files<br> - </span></small> <small><span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#D">-D [level]</a><span - style="font-family: monospace;"> - - Print debug diagnostics to stderr</span></small><br> - <font size="-1"><span style="font-family: monospace;"><a + + +
+ *_i.sp, *_r.sp, *_p.sp, *_mpir.sp, *_cpir.sp files<br>
+ </span></small> <small><span style="font-family: monospace;"> </span><a
+ style="font-family: monospace;" href="#D">-D [level]</a><span
+ style="font-family: monospace;">
+
+ Print debug diagnostics to stderr</span></small><br>
+ <font size="-1"><span style="font-family: monospace;"><a
href="#file"><span style="font-style: italic;">illuminant.sp</span></a> File - to save measurement to<br style="font-family: monospace;"> - </span></font><small><span style="font-family: monospace;"></span><span - style="font-family: monospace;"></span></small><br> - <h3>Usage Details and Discussion</h3> - <b>illumread</b> uses a suitable instrument to read an illuminant - spectrum, and uses an indirect method to estimate the Ultra Violet - content of the illuminant, so as to provide better accuracy with <a - href="FWA.html">FWA compensation</a>. An instrument or combination - of instruments capable of spectral measurement of both emissive - measurement and reflective measurement without a U.V. filter is - required for this.<br> - <br> - <a name="v"></a>The <b>-v</b> flag causes extra information to be - printed out during chartread operation.<br> - <br> - <a name="S"></a>The <b>-S</b> flag enables the plotting of the - spectral reflectance/transmittance values. You must select the plot - window and strike a key in it to continue with another measurement.<br> - <br> - <a name="c"></a> The instrument is assumed to communicate through a - USB or serial communication port, and the initial port can be - selected with the <b>-c</b> option, if the instrument is not - connected to the first port. If you invoke <span - style="font-weight: bold;">illumread</span> so as to display the - usage information (i.e. "illumread -?" or "illumread --"), then the - discovered USB and serial ports will be listed. On UNIX/Linux, a - list of all possible serial ports are shown, but not all of them may - actually be present on your system.<br> - <br> - <a name="N"></a><span style="font-weight: bold;">-N</span> Any - instrument that requires regular calibration will ask for - calibration on initial start-up. Sometimes this can be awkward if - the instrument is being mounted in some sort of measuring jig, or - annoying if several sets of readings are being taken in quick - succession. The -<span style="font-weight: bold;">N</span> - suppresses this initial calibration if a valid and not timed out - previous calibration is recorded in the instrument or on the host - computer. It is advisable to only use this option on the second and - subsequent measurements in a single session.<br> - <br> - <a name="H"></a> The -<span style="font-weight: bold;">H</span> - option turns on high resolution spectral mode, if the instrument - supports it. See <a href="instruments.html">Operation of particular - instruments</a> for more details.<br> - <br> - <a name="Yr"></a> The -<span style="font-weight: bold;">Y r</span> - option turns on refresh mode measurement, if the instrument supports - it. This may improve the repeatability of measurements of - illuminants that have a repetitive flicker.<br> - <br> - <a name="W"></a>The <b>-W</b> <span style="font-weight: bold;">n|h|x</span> - parameter overrides the default serial communications flow control - setting. The value <span style="font-weight: bold;">n</span> turns - all flow control off, <span style="font-weight: bold;">h</span> - sets hardware handshaking, and <span style="font-weight: bold;">x</span> - sets Xon/Xoff handshaking. This commend may be useful in workaround - serial communications issues with some systems and cables. <br> - <br> - <a name="T"></a>The <b>-T</b> flag invokes the test mode. In test - mode the three measurements are saved to files <i>illuminant</i><i>_i.sp</i> - (Illuminant spectrum), <i>illuminant</i><i>_r.sp</i> (Illuminant - off paper spectrum), and <i>illuminant_p.sp (</i>Instrument - measured paper reflectance spectrum), and these will be loaded if - discovered, allowing a replay of the calculation without requiring - any measurement. In addition, two diagnostic files <i>illuminant</i><i>_mpir.sp</i> + + +
+ to save measurement to<br style="font-family: monospace;">
+ </span></font><small><span style="font-family: monospace;"></span><span
+ style="font-family: monospace;"></span></small><br>
+ <h3>Usage Details and Discussion</h3>
+ <b>illumread</b> uses a suitable instrument to read an illuminant
+ spectrum, and uses an indirect method to estimate the Ultra Violet
+ content of the illuminant, so as to provide better accuracy with <a
+ href="FWA.html">FWA compensation</a>. An instrument or combination
+ of instruments capable of spectral measurement of both emissive
+ measurement and reflective measurement without a U.V. filter is
+ required for this.<br>
+ <br>
+ <a name="v"></a>The <b>-v</b> flag causes extra information to be
+ printed out during chartread operation.<br>
+ <br>
+ <a name="S"></a>The <b>-S</b> flag enables the plotting of the
+ spectral reflectance/transmittance values. You must select the plot
+ window and strike a key in it to continue with another measurement.<br>
+ <br>
+ <a name="c"></a> The instrument is assumed to communicate through a
+ USB or serial communication port, and the initial port can be
+ selected with the <b>-c</b> option, if the instrument is not
+ connected to the first port. If you invoke <span
+ style="font-weight: bold;">illumread</span> so as to display the
+ usage information (i.e. "illumread -?" or "illumread --"), then the
+ discovered USB and serial ports will be listed. On UNIX/Linux, a
+ list of all possible serial ports are shown, but not all of them may
+ actually be present on your system.<br>
+ <br>
+ <a name="N"></a><span style="font-weight: bold;">-N</span> Any
+ instrument that requires regular calibration will ask for
+ calibration on initial start-up. Sometimes this can be awkward if
+ the instrument is being mounted in some sort of measuring jig, or
+ annoying if several sets of readings are being taken in quick
+ succession. The -<span style="font-weight: bold;">N</span>
+ suppresses this initial calibration if a valid and not timed out
+ previous calibration is recorded in the instrument or on the host
+ computer. It is advisable to only use this option on the second and
+ subsequent measurements in a single session.<br>
+ <br>
+ <a name="H"></a> The -<span style="font-weight: bold;">H</span>
+ option turns on high resolution spectral mode, if the instrument
+ supports it. See <a href="instruments.html">Operation of particular
+ instruments</a> for more details.<br>
+ <br>
+ <a name="Yr"></a> The -<span style="font-weight: bold;">Y r</span>
+ option turns on refresh mode measurement, if the instrument supports
+ it. This may improve the repeatability of measurements of
+ illuminants that have a repetitive flicker.<br>
+ <br>
+ <a name="W"></a>The <b>-W</b> <span style="font-weight: bold;">n|h|x</span>
+ parameter overrides the default serial communications flow control
+ setting. The value <span style="font-weight: bold;">n</span> turns
+ all flow control off, <span style="font-weight: bold;">h</span>
+ sets hardware handshaking, and <span style="font-weight: bold;">x</span>
+ sets Xon/Xoff handshaking. This commend may be useful in workaround
+ serial communications issues with some systems and cables. <br>
+ <br>
+ <a name="T"></a>The <b>-T</b> flag invokes the test mode. In test
+ mode the three measurements are saved to files <i>illuminant</i><i>_i.sp</i>
+ (Illuminant spectrum), <i>illuminant</i><i>_r.sp</i> (Illuminant
+ off paper spectrum), and <i>illuminant_p.sp (</i>Instrument
+ measured paper reflectance spectrum), and these will be loaded if
+ discovered, allowing a replay of the calculation without requiring
+ any measurement. In addition, two diagnostic files <i>illuminant</i><i>_mpir.sp</i>
(Measured paper under illuminant spectrum) and <i>illuminant</i><i>_cpir.sp - (</i>Computed paper under illuminant spectrum) will be saved.<br> - <br> - <a name="D"></a>The <b>-D</b> flag causes communications and other - instrument diagnostics to be printed to stdout. A level can be set - between 1 .. 9, that may give progressively more verbose - information, depending on the instrument. This can be useful in - tracking down why an instrument can't connect.<br> - <br> - <a name="file"></a>The <span style="font-weight: bold; font-style: - italic;">illuminant.sp</span> is the name of the file to save the - resulting illuminant spectrum to. The format used is <a - href="File_Formats.html#.sp">.sp</a>.<br> - <br> - <hr style="width: 100%; height: 2px;"><br> - Unlike the other measurement utilities, <span style="font-weight: - bold;">illumread</span> doesn't connect to the instrument until it - is about to make a measurement. This allows for the possibility of - using a different instrument for each measurement.<br> - <br> - It will display a menu:<br> - <br> - Press 1 .. 6<br> - 1) Measure direct illuminant<br> - 2) Measure illuminant reflected from paper<br> - 3) Measure paper<br> - 4) Select another instrument, Currently 1 'usb:/bus4/dev2/ - (GretagMacbeth i1 Pro)'<br> - 5) Compute illuminant spectrum, average result with 0 previous - readings & save it<br> - 6) Compute illuminant spectrum from this reading & save result<br> - 7) Exit<br> - <br> - There are three measurements to be made, after which the illuminant - can be computed and saved. Before each measurement, the instrument - may need calibrating.<br> - <br> - The first measurement needs a spectral instrument capable of reading - in an ambient or emissive mode. For instance, a Spectrolino, Eye-One - Pro or ColorMunki would be suitable instruments.<br> - <br> - The second measurement needs a spectral instrument capable of - reading in an projector or emissive mode. For instance, a - Spectrolino, Eye-One Pro or ColorMunki would be suitable - instruments.<br> - <br> - The third measurement needs a spectral instrument capable of reading - in reflective mode with UV included. For instance, a Spectrolino, - Eye-One Pro, DTP20, DTP22 or DTP41 would be suitable - instruments, as long as they are not fitted with UV filters.<br> - <br> - To be able to estimate the level of Ultra Violet (UV) light in the - illuminant, a reasonable sized piece of white paper needs to be - used. The paper should have some noticeable level of FWA - (Fluorescent Whitener Additive, or Optical Brightening Agents) in - it, so that it responds to UV light. A piece of cheap copier paper - is ideal, since cheap paper is typically whitened with large amounts - of FWA. If the paper is thin (less than 160 gsm) then two or three - sheets should be used to prevent any background showing through. If - the intention is to use the illuminant spectrum for proofing to a - particular paper, then it's best to use the intended paper for this - purpose.<br> - <br> - The first measurement <span style="font-weight: bold;">1)</span>, - is to use either the ambient or emissive measurement mode to measure - the illumination directly.<br> - <br> - <div style="margin-left: 40px;">If the instrument supports an - ambient measurement capability, then it will be used. If the - insrument does not have an ambient mode, then an emissive - measurement mode can be used, although typically many illuminants - are too bright to directly point the instrument at. A work-around - is to reflect the illuminant from a spectrally flat white surface. - A good candidate for this is a piece of white, fine textured - polystyrene foam. [The suitability of a reflector can be checked - using <span style="font-weight: bold;">spotread -S</span> to - check that the reflection characteristic is close to flat.]<br> - <br> - <img style="width: 228px; height: 300px;" alt="Measuring Ambient" - src="illumread_1.jpg"><img style="width: 141px; height: 282px;" - alt="Measuring Ambient" src="illumread_2.jpg"> <img - style="width: 226px; height: 282px;" alt="Measuring Ambient" - src="illumread_3.jpg"><br> - </div> - <br> - The second measurement <span style="font-weight: bold;">2)</span>, - is to measure the illuminant after it has reflected from the paper.<br> - <br> - <div style="margin-left: 40px;">This is done by placing the paper - such that it is uniformly illuminated with reasonable brightness, - and then placing the instrument so that it receives the reflected - light from the paper. This is typically achieved by placing the - instrument close to the paper at about 45º, so that it's aperture - has a clear view of the illuminated paper, but avoiding shadowing - the region that is in view. <br> - <br> - <img style="width: 219px; height: 261px;" alt="Measuring via - Paper" src="illumread_5.jpg"><img style="width: 252px; height: - 259px;" alt="Measuring via Paper" src="illumread_4.jpg"><br> - </div> - <br> - The third measurement <span style="font-weight: bold;">3)</span>, - is to measure the paper directly using the instrument reflective - mode measurement.<br> - <div style="margin-left: 40px;"><img style="width: 186px; height: - 162px;" alt="Measuring Paper" src="illumread_6.jpg"><br> - </div> - If a different instrument is needed, use <span style="font-weight: - bold;">4)</span> to select from the available instruments attached - to your computer.<br> - <br> - Once these three measurements have been made, then the illuminant - readings spectrum can be computed and save using <span - style="font-weight: bold;">6)</span>, or a series of readings can - be made with each reading being averages with the previous readings - before saving it by using <span style="font-weight: bold;">5)</span>. - Note that the averaged readings will be weighted by their absolute - intensities, and that while the direct and indirect illumination - needs measuring for each reading, the same paper measurement can be - used each time.<br> - <br> - If plotting is enabled, a plot of the measured (black) and with - estimated UV (red) is plotted. This is followed by a plot showing - measured paper reflectance (black) and the FWA calculated paper - reflectance (red).<br> - <br> - <br> - Illumread can then be terminated using <span style="font-weight: - bold;">7)</span>.<br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - </body> -</html> + + +
+ (</i>Computed paper under illuminant spectrum) will be saved.<br>
+ <br>
+ <a name="D"></a>The <b>-D</b> flag causes communications and other
+ instrument diagnostics to be printed to stdout. A level can be set
+ between 1 .. 9, that may give progressively more verbose
+ information, depending on the instrument. This can be useful in
+ tracking down why an instrument can't connect.<br>
+ <br>
+ <a name="file"></a>The <span style="font-weight: bold; font-style:
+ italic;">illuminant.sp</span> is the name of the file to save the
+ resulting illuminant spectrum to. The format used is <a
+ href="File_Formats.html#.sp">.sp</a>.<br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ Unlike the other measurement utilities, <span style="font-weight:
+ bold;">illumread</span> doesn't connect to the instrument until it
+ is about to make a measurement. This allows for the possibility of
+ using a different instrument for each measurement.<br>
+ <br>
+ It will display a menu:<br>
+ <br>
+ Press 1 .. 6<br>
+ 1) Measure direct illuminant<br>
+ 2) Measure illuminant reflected from paper<br>
+ 3) Measure paper<br>
+ 4) Select another instrument, Currently 1 'usb:/bus4/dev2/
+ (GretagMacbeth i1 Pro)'<br>
+ 5) Compute illuminant spectrum, average result with 0 previous
+ readings & save it<br>
+ 6) Compute illuminant spectrum from this reading & save result<br>
+ 7) Exit<br>
+ <br>
+ There are three measurements to be made, after which the illuminant
+ can be computed and saved. Before each measurement, the instrument
+ may need calibrating.<br>
+ <br>
+ The first measurement needs a spectral instrument capable of reading
+ in an ambient or emissive mode. For instance, a Spectrolino, Eye-One
+ Pro or ColorMunki would be suitable instruments.<br>
+ <br>
+ The second measurement needs a spectral instrument capable of
+ reading in an projector or emissive mode. For instance, a
+ Spectrolino, Eye-One Pro or ColorMunki would be suitable
+ instruments.<br>
+ <br>
+ The third measurement needs a spectral instrument capable of reading
+ in reflective mode with UV included. For instance, a Spectrolino,
+ Eye-One Pro, DTP20, DTP22 or DTP41 would be suitable
+ instruments, as long as they are not fitted with UV filters.<br>
+ <br>
+ To be able to estimate the level of Ultra Violet (UV) light in the
+ illuminant, a reasonable sized piece of white paper needs to be
+ used. The paper should have some noticeable level of FWA
+ (Fluorescent Whitener Additive, or Optical Brightening Agents) in
+ it, so that it responds to UV light. A piece of cheap copier paper
+ is ideal, since cheap paper is typically whitened with large amounts
+ of FWA. If the paper is thin (less than 160 gsm) then two or three
+ sheets should be used to prevent any background showing through. If
+ the intention is to use the illuminant spectrum for proofing to a
+ particular paper, then it's best to use the intended paper for this
+ purpose.<br>
+ <br>
+ The first measurement <span style="font-weight: bold;">1)</span>,
+ is to use either the ambient or emissive measurement mode to measure
+ the illumination directly.<br>
+ <br>
+ <div style="margin-left: 40px;">If the instrument supports an
+ ambient measurement capability, then it will be used. If the
+ insrument does not have an ambient mode, then an emissive
+ measurement mode can be used, although typically many illuminants
+ are too bright to directly point the instrument at. A work-around
+ is to reflect the illuminant from a spectrally flat white surface.
+ A good candidate for this is a piece of white, fine textured
+ polystyrene foam. [The suitability of a reflector can be checked
+ using <span style="font-weight: bold;">spotread -S</span> to
+ check that the reflection characteristic is close to flat.]<br>
+ <br>
+ <img alt="Measuring Ambient" src="illumread_1.jpg" width="143"
+ height="272"> <img style="width: 141px; height: 282px;"
+ alt="Measuring Ambient" src="illumread_2.jpg"> <img
+ style="width: 226px; height: 282px;" alt="Measuring Ambient"
+ src="illumread_3.jpg"><br>
+ </div>
+ <br>
+ The second measurement <span style="font-weight: bold;">2)</span>,
+ is to measure the illuminant after it has reflected from the paper.<br>
+ <br>
+ <div style="margin-left: 40px;">This is done by placing the paper
+ such that it is uniformly illuminated with reasonable brightness,
+ and then placing the instrument so that it receives the reflected
+ light from the paper. This is typically achieved by placing the
+ instrument close to the paper at about 45º, so that it's aperture
+ has a clear view of the illuminated paper, but avoiding shadowing
+ the region that is in view, and also avoiding measuring specular
+ reflection if the paper is glossy.<br>
+ <br>
+ <img style="width: 219px; height: 261px;" alt="Measuring via
+ Paper" src="illumread_5.jpg"><img style="width: 252px; height:
+ 259px;" alt="Measuring via Paper" src="illumread_4.jpg"><br>
+ </div>
+ <br>
+ The third measurement <span style="font-weight: bold;">3)</span>,
+ is to measure the paper directly using the instrument reflective
+ mode measurement.<br>
+ <div style="margin-left: 40px;"><img style="width: 186px; height:
+ 162px;" alt="Measuring Paper" src="illumread_6.jpg"><br>
+ </div>
+ If a different instrument is needed, use <span style="font-weight:
+ bold;">4)</span> to select from the available instruments attached
+ to your computer.<br>
+ <br>
+ Once these three measurements have been made, then the illuminant
+ readings spectrum can be computed and save using <span
+ style="font-weight: bold;">6)</span>, or a series of readings can
+ be made with each reading being averages with the previous readings
+ before saving it by using <span style="font-weight: bold;">5)</span>.
+ Note that the averaged readings will be weighted by their absolute
+ intensities, and that while the direct and indirect illumination
+ needs measuring for each reading, the same paper measurement can be
+ used each time.<br>
+ <br>
+ If plotting is enabled, a plot of the measured (black) and with
+ estimated UV (red) is plotted. This is followed by a plot showing
+ measured paper reflectance (black) and the FWA calculated paper
+ reflectance (red).<br>
+ <br>
+ <br>
+ Illumread can then be terminated using <span style="font-weight:
+ bold;">7)</span>.<br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ </body>
+</html>
diff --git a/doc/instruments.html b/doc/instruments.html index 1e287fc..d7f5d30 100644 --- a/doc/instruments.html +++ b/doc/instruments.html @@ -1,28 +1,28 @@ -<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> -<html> - <head> - <title>Operation of particular instruments</title> - <meta http-equiv="content-type" content="text/html; - charset=windows-1252"> - </head> - <body> - <h2><u>Operation of particular instruments</u></h2> - <span style="font-weight: bold;">Please note that instruments are - being driven by ArgyllCMS drivers, and that any problems or - queries regarding instrument<br> - operation </span><span style="font-weight: bold;">should be - directed to the Argyll's author(s) or the Argyll mailing list, and - not to any</span> <span style="font-weight: bold;">other party.</span><span - style="font-weight: bold;"></span><br> - <br> - The following instruments are directly supported:<br> - (Please <span style="font-weight: bold;">note</span> the <a - href="Installing.html">installation instructions</a> for each - platform - they contain important information for getting your - instruments working.)<br> - <br> - JETI:<br> - <br> +<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<html>
+ <head>
+ <title>Operation of particular instruments</title>
+ <meta http-equiv="content-type" content="text/html;
+ charset=windows-1252">
+ </head>
+ <body>
+ <h2><u>Operation of particular instruments</u></h2>
+ <span style="font-weight: bold;">Please note that instruments are
+ being driven by ArgyllCMS drivers, and that any problems or
+ queries regarding instrument<br>
+ operation </span><span style="font-weight: bold;">should be
+ directed to the Argyll's author(s) or the Argyll mailing list, and
+ not to any</span> <span style="font-weight: bold;">other party.</span><span
+ style="font-weight: bold;"></span><br>
+ <br>
+ The following instruments are directly supported:<br>
+ (Please <span style="font-weight: bold;">note</span> the <a
+ href="Installing.html">installation instructions</a> for each
+ platform - they contain important information for getting your
+ instruments working.)<br>
+ <br>
+ JETI:<br>
+ <br>
<a href="#specbos">specbos 1211 & 1201</a> @@ -49,10 +49,27 @@ - - Tele-Spectro-Radiometer<br> - <br> - Image Engineering:<br> - <br> + + + + + + + + + + +
+ - Tele-Spectro-Radiometer<br>
+ <a href="#spectraval">spectraval 1511& 1501</a> + + + +
+ - Tele-Spectro-Radiometer<br>
+ <br>
+ Image Engineering:<br>
+ <br>
<a href="#ex1">EX1</a> @@ -108,19 +125,30 @@ - - Tele-Spectro-Radiometer<br> - <br> - Klein:<br> - <br> - <a href="#k10a">K10-A</a> - - - - - Display Colorimeter. Reported also to work with - the K-1, K-8 and K-10<br> - <br> - X-Rite:<br> - <a href="#DTP20">DTP20 "Pulse"</a> + + + + + + + + + + +
+ - Tele-Spectro-Radiometer<br>
+ <br>
+ Klein:<br>
+ <br>
+ <a href="#k10a">K10-A</a>
+
+
+
+ - Display Colorimeter. Reported also to work with
+ the K-1, K-8 and K-10<br>
+ <br>
+ X-Rite:<br>
+ <a href="#DTP20">DTP20 "Pulse"</a>
@@ -169,7 +197,18 @@ - - "swipe" type reflective spectrometer, that can be used untethered.<br> + + + + + + + + + + +
+ - "swipe" type reflective spectrometer, that can be used untethered.<br>
<a href="#DTP22">DTP22 Digital Swatchbook</a> @@ -218,7 +257,18 @@ - - spot type reflective spectrometer.<br> + + + + + + + + + + +
+ - spot type reflective spectrometer.<br>
<a href="#DTP41">DTP41</a> @@ -267,9 +317,20 @@ - - spot and strip reading reflective spectrometer.<br> - <a href="#DTP41">DTP41T</a> - + + + + + + + + + + +
+ - spot and strip reading reflective spectrometer.<br>
+ <a href="#DTP41">DTP41T</a>
+
@@ -318,7 +379,18 @@ - - spot and strip reading reflective/transmissive spectrometer.<br> + + + + + + + + + + +
+ - spot and strip reading reflective/transmissive spectrometer.<br>
<a href="#dtp51">DTP51</a> @@ -367,7 +439,18 @@ - - strip reading reflective colorimeter.<br> + + + + + + + + + + +
+ - strip reading reflective colorimeter.<br>
<a href="#DTP92">DTP92</a> @@ -416,7 +499,18 @@ - - CRT display colorimeter.<br> + + + + + + + + + + +
+ - CRT display colorimeter.<br>
<a href="#DTP94">DTP94</a> <font size="-1">"Optix @@ -465,7 +559,18 @@ - XR"</font> or "Optix XR2" or "Optix Pro"- display colorimeter.<br> + + + + + + + + + + +
+ XR"</font> or "Optix XR2" or "Optix Pro"- display colorimeter.<br>
<a href="#ColorMunki"><span style="text-decoration: underline;"></span></a> @@ -514,61 +619,72 @@ - <a href="#ColorMunki"><span style="text-decoration: underline;">ColorMunki</span></a> - Design or Photo - - spot and "swipe" - reflective/emissive spectrometer (UV cut only).<br> - <a href="#i1d"><span style="text-decoration: - underline;">ColorMunki</span></a> Create or Smile - - display - colorimeter. (Similar to an Eye-One Display 2)<br> - <a href="#Huey">Lenovo W</a> - - - built in laptop - Huey display colorimeter.<br> - <a href="#i1d3">Eye-One Display 3</a> - - - i1 DisplayPro and ColorMunki Display<br> - - - - - [ The OEM - i1Display Pro, NEC SpectraSensor Pro,<br> - - - - Quato Silver Haze 3 OEM and HP - DreamColor i1d3 are also reported to work.]<br> - <a href="instruments.html#i1p2">Eye-One Pro2</a> - - - spot and - "swipe" reflective/emissive spectrometer.<br> - <br> - Gretag-Macbeth (now X-Rite):<br> - <a href="#sl">Spectrolino</a> - - - spot reflective/emissive - spectrometer<br> - <a href="#ss">SpectroScan</a> - - - spot reflective/emissive, XY table - reflective spectrometer <br> - <a href="#ss">SpectroScanT</a> - - - spot reflective/emissive/transmissive, XY - table reflective spectrometer<br> - <a href="#i1p">Eye-One Pro</a> "EFI ES-1000" - - spot and "swipe" reflective/emissive - spectrometer<br> - <a href="instruments.html#i1m">Eye-One Monitor</a> - - - spot and "swipe" emissive spectrometer<br> - <a href="#i1d">Eye-One Display 1 or 2 or - LT</a> - display - colorimeter<br> - <a href="instruments.html#i1d">HP DreamColor or - APS</a> + + + + + + + + + + +
+ <a href="#ColorMunki"><span style="text-decoration: underline;">ColorMunki</span></a>
+ Design or Photo
+ - spot and "swipe"
+ reflective/emissive spectrometer (UV cut only).<br>
+ <a href="#i1d"><span style="text-decoration:
+ underline;">ColorMunki</span></a> Create or Smile
+ - display
+ colorimeter. (Similar to an Eye-One Display 2)<br>
+ <a href="#Huey">Lenovo W</a>
+
+ - built in laptop
+ Huey display colorimeter.<br>
+ <a href="#i1d3">Eye-One Display 3</a>
+
+ - i1 DisplayPro and ColorMunki Display<br>
+
+
+
+
+ [ The OEM
+ i1Display Pro, NEC SpectraSensor Pro,<br>
+
+
+
+ Quato Silver Haze 3 OEM and HP
+ DreamColor i1d3 are also reported to work.]<br>
+ <a href="instruments.html#i1p2">Eye-One Pro2</a>
+
+ - spot and
+ "swipe" reflective/emissive spectrometer.<br>
+ <br>
+ Gretag-Macbeth (now X-Rite):<br>
+ <a href="#sl">Spectrolino</a>
+
+ - spot reflective/emissive
+ spectrometer<br>
+ <a href="#ss">SpectroScan</a>
+
+ - spot reflective/emissive, XY table
+ reflective spectrometer <br>
+ <a href="#ss">SpectroScanT</a>
+
+ - spot reflective/emissive/transmissive, XY
+ table reflective spectrometer<br>
+ <a href="#i1p">Eye-One Pro</a> "EFI ES-1000"
+ - spot and "swipe" reflective/emissive
+ spectrometer<br>
+ <a href="instruments.html#i1m">Eye-One Monitor</a>
+
+ - spot and "swipe" emissive spectrometer<br>
+ <a href="#i1d">Eye-One Display 1 or 2 or
+ LT</a> - display
+ colorimeter<br>
+ <a href="instruments.html#i1d">HP DreamColor or
+ APS</a>
@@ -617,8 +733,19 @@ - - display colorimeter. (Treated as a Eye-One Display 2)<br> - <a href="#i1d">CalMAN X2</a> + + + + + + + + + + +
+ - display colorimeter. (Treated as a Eye-One Display 2)<br>
+ <a href="#i1d">CalMAN X2</a>
@@ -667,17 +794,28 @@ - - display colorimeter. (Treated as a Eye-One Display 2)<br> - <a href="#Huey">Huey</a> - - - - display colorimeter<br> - <br> - Sequel imaging (Now X-Rite):<br> - <a href="#mox">MonacoOPTIX</a> - - - display colorimeter (Treated - as an Eye-One Display 1)<br> + + + + + + + + + + +
+ - display colorimeter. (Treated as a Eye-One Display 2)<br>
+ <a href="#Huey">Huey</a>
+
+
+ - display colorimeter<br>
+ <br>
+ Sequel imaging (Now X-Rite):<br>
+ <a href="#mox">MonacoOPTIX</a>
+
+ - display colorimeter (Treated
+ as an Eye-One Display 1)<br>
@@ -726,9 +864,21 @@ - [The Sequel Chroma 4 may also work.]<br> - <br> - Lacie Blue + + + + + + + + + + +
+ [The Sequel Chroma 4 & 5, and Sencore ColorPro V, IV & III
+ also work.]<br>
+ <br>
+ Lacie Blue
Eye: @@ -777,14 +927,25 @@ - - see <a href="#i1d">Eye-One Display</a><br> - <br> - DataColor ColorVision:<br> - <a href="#spyd2">Spyder 2</a> - - - - display colorimeter (Note - that the user must <a href="oeminst.html">supply</a> firmware)<br> + + + + + + + + + + +
+ - see <a href="#i1d">Eye-One Display</a><br>
+ <br>
+ DataColor ColorVision:<br>
+ <a href="#spyd2">Spyder 2</a>
+
+
+ - display colorimeter (Note
+ that the user must <a href="oeminst.html">supply</a> firmware)<br>
@@ -833,26 +994,37 @@ - [The Spyder 1 also seems to work.]<br> - <a href="#spyd3">Spyder 3</a> - - - - display colorimeter.<br> - <a href="#spyd4">Spyder 4</a> - - - - display colorimeter (Note - that the user must <a href="oeminst.html">supply</a> calibration - data)<br> - <a href="#spyd5">Spyder 5</a> - - - - display colorimeter (Note - that the user must <a href="oeminst.html">supply</a> calibration - data)<br> - <br> - Other:<br> - <span class="titre"><a href="#HCFR">Colorimètre + + + + + + + + + + +
+ [The Spyder 1 also seems to work.]<br>
+ <a href="#spyd3">Spyder 3</a>
+
+
+ - display colorimeter.<br>
+ <a href="#spyd4">Spyder 4</a>
+
+
+ - display colorimeter (Note
+ that the user must <a href="oeminst.html">supply</a> calibration
+ data)<br>
+ <a href="#spyd5">Spyder 5</a>
+
+
+ - display colorimeter (Note
+ that the user must <a href="oeminst.html">supply</a> calibration
+ data)<br>
+ <br>
+ Other:<br>
+ <span class="titre"><a href="#HCFR">Colorimètre
HCFR</a> @@ -901,8 +1073,6 @@ - - display colorimeter<br> - </span> <a href="#ColorHug">ColorHug</a> @@ -913,6 +1083,14 @@ +
+ - display colorimeter<br>
+ </span> <a href="#ColorHug">ColorHug</a> &
+ ColorHug2 + + + + @@ -941,287 +1119,303 @@ - - display colorimeter<span class="titre"></span><br> - <a href="#SMCube">Palette/SwatchMate Cube</a> - - reflective colorimeter<br> - <br> - Other instruments can be supported indirectly, since patch result - files created by other packages can be imported into Argyll.<br> - <span class="titre"><br> - General information about:<br> - <br> - <a href="#strip">Strip reading instruments</a><br> - </span> <a href="#xy">X-Y Table instruments</a><br> - <a href="#spot">Spot reading instruments</a><br> - <span style="font-weight: bold;"></span><br> - <br> - There is a <a href="ccmxs.html">list of contributed</a> <span - style="font-weight: bold;">ccmx</span> (Colorimeter Correction - Matrix) files.<br> - <br> - <hr style="width: 100%; height: 2px;"> - <h3><a name="strip"></a>Strip reading instruments</h3> - When used with a <span style="font-weight: bold;">DT20</span>, <span - style="font-weight: bold;">DTP41</span>, <span - style="font-weight: bold;">DTP51</span>, <span - style="font-weight: bold;">Eye-One Pro<span style="font-weight: - bold;"> </span></span>or <span style="font-weight: bold;">ColorMunki</span> - strip reading instrument, chartread will first establish - communications with the instrument, and then set it up ready to read - the strips. The strips are labeled A to ZZ, and for each strip it - will prompt:<br> - <br> - About to read strip XX :<br> - <br> - where XX is the strip label, and this is followed by the available - options to navigate, read the strip, or finish. Note that the normal - (forward) direction of strip reading is one that starts at the strip - label.<br> - <br> - For the <span style="font-weight: bold;">DTP51</span> you should - feed the strip into the instrument, and the microswitch will trigger - the read.<br> - <br> - For the <span style="font-weight: bold;">DTP41</span> you should - line the appropriate strip up in the machine, and press its button.<br> - <br> - For the <span style="font-weight: bold;">Eye-One Pro</span> you - should set the guide to the appropriate strip, place the instrument - <span style="text-decoration: underline;">ahead</span> of the first - patch on blank paper, and then press and hold the instruments - button. When you hear a beep from the computer, you can then move - the instrument steadily over the patches, releasing the button after - the instrument is past the last patch. Moving the instrument too - fast or changing speeds may cause a mis-read, or a scan with few - samples read per patch.<br> - <br> - For the <span style="font-weight: bold;">ColorMunki</span> with the - default chart, the patches are the same width as the silver portion - of body (white version), or the textured portion of the body (black - version). Place aperture of the the instrument (located at its - center) in the white space ahead of the first patch, and then press - and hold the instruments button. When you hear a beep from the - computer, you can then move the instrument steadily over the - patches, releasing the button after the instrument is past the last - patch. Moving the instrument too fast or changing speeds may cause a - mis-read, or a scan with few samples read per patch. For the <span - style="font-weight: bold;">high density</span> ColorMunki chart (<a - href="printtarg.html#h">printtarg -h</a>), the patches are - arranged so that three rows are exactly the width of the body - of the instrument. If you are careful you can use this to guide the - center of the instrument over each row, or you may prefer to use - something like a plastic ruler to help guide the instrument.<br> - <br> - Using the <span style="font-weight: bold;">DTP20</span> or the <span - style="font-weight: bold;">Eye-One Pro</span> or <span - style="font-weight: bold;">ColorMunki</span> with a randomized - chart layout, the strip may be scanned from either direction. If a - randomized chart layout has not been used for the <span - style="font-weight: bold;">Eye-One Pro</span> or <span - style="font-weight: bold;">ColorMunki</span>, then the chart - should only be read in the one direction (use <a - href="chartread.html#B">chartread -B</a>).<br> - <br> - Note that you may have to check that system alert sounds are enabled - and at a suitable volume to in order to hear the beep prompt. For - the Eye-One Pro and ColorMunki, a second beep will sound after a - successfully read strip, or a double beep will sound, - indicating a failure or warning that needs attention. See also the - note on Linux in <a href="Installing_Linux.html">installation</a>.<br> - <br> - If the strip is read successfully there will be a single "success" - beep, and the line will be followed with:<br> - <br> - Ready to read strip XX : <br> - Strip read OK<br> - <br> - If there is an error of some sort there will be a double "fail" - beep, and a message will be issued, and you will be asked whether to - abort the chart reading, or retry the<br> - failed strip:<br> - <br> - Ready to read strip XX : <br> - Strip read failed due to misread (Not enough - patches)<br> - <br> - Hit Esc to give up, any other key to retry:<br> - <br> - If you are unable to successfully read a strip after several - retries, you can skip that strip using the <span - style="font-weight: bold;">'n'</span> key, and save<br> - the chart readings without that strip.<br> - <br> - If the strip is read successfully, but the patches values don't seem - to be what is expected, you will get a double "fail" beep and - the following type of warning:<br> - <br> - Ready to read strip XX :<br> - (Warning) Seem to have read strip YY - rather than XX !<br> - Hit Return to use it anyway, any other key to - retry, Esc, ^C or Q to give up:<br> - <br> - This could be because you have accidentally read the wrong strip (a - common mistake), or it could be that the device response is so - different from what is expected that warning is erroneous, or you - may get a lot of these sorts of warnings if you are accidentally - reading the wrong chart. You may also get this sort of warning if - you are not using bi-direction reading (chartread -B), and read the - strip from the wrong end.<br> - If you are absolutely sure you lined up the correct strip, then hit - return, otherwise line the appropriate strip up again, and hit some - other key (ie. space).<br> - Erroneous warnings are less likely if a previous profile for a - device was given to <span style="font-weight: bold;">targen</span> - to set more accurate expectations.<br> - <br> - You may also see the following type of warning:<br> - <br> - Ready to read strip XX :<br> - (Warning) Patch error YY.YYY (>35 not good, - >95 bad)<br> - There is at least one patch with an very unexpected - response!<br> - Hit Return to use it anyway, any other key to - retry, Esc, ^C or Q to give up:<br> - <br> - Similar to the previous warning, this indicates that while the right - strip appears to have been read, one of the patch readings is quite - different to what is expected. This may indicate an error of some - sort (ie. damaged test chart, or bad instrument positioning), or may - be erroneous if the actual device response is quite different to the - expectation. Erroneous warnings are less likely if a previous - profile for a device was given to <span style="font-weight: bold;">targen</span> - to set more accurate expectations.<br> - <br> - You can also navigate the next strip to be read using the <span - style="font-weight: bold;">'f'</span> key to move forward and the - <span style="font-weight: bold;">'b'</span> keys<span - style="font-weight: bold;"></span><span style="font-weight: bold;"></span> - to move backwards. The prompt will indicate whether this strip has - already been read or not, or whether all strips have been read. You - can also use <span style="font-weight: bold;">'n'</span> to move - forward to the next unread strip. After each successful reading it - will move forward to the next unread strip. When you are finished, - use the <span style="font-weight: bold;">'d'</span> to indicate - that you are done. You can choose to finish before all the strips - are read, and the patches that have been read will be saved to the - .ti3 file. This is useful if you are unable to read a particular - strip successfully, or if you are unable to finish the chart in one - session, and you can later <span style="text-decoration: - underline;">resume</span> reading the chart by using the <span - style="font-weight: bold;">chartread -r</span> flag. [You could - resume reading the chart patch by patch using the <span - style="font-weight: bold;">chartread -r -p</span> if you are - unable to read a strip successfully.]<br> - <br> - When reading in patch by patch mode, there are a few additional - navigation options, such as <span style="font-weight: bold;"><span - style="font-weight: bold;">F</span></span> to move forward 10 - patches, <span style="font-weight: bold;">B</span> to move - backwards 10 patches, and <span style="font-weight: bold;">g</span> - to go to a specific patch.<br> - <br> - You can abort the whole process at any time by hitting Escape, and - the readings will not be saved.<br> - <br> - <hr style="width: 100%; height: 2px;"> - <h3><a name="xy"></a>X-Y Table instruments</h3> - When you are using an XY table type instrument, such as a Gretag <span - style="font-weight: bold;">SpectroScan</span>, chartread - will first establish communications with the instrument, and then - set it up ready to read the chart. You will be prompted for each - sheet with a message such as:<br> - <br> - Please make sure that the white reference is in - slot 1, then<br> - place sheet 1 of 4 on table, then<br> - hit return to continue, Esc to give up<br> - <br> - After hitting return you will be prompted to line up three squares - on the sheet, one at a time:<br> - <br> - Using the XY table controls, locate patch A1 with - the sight,<br> - then hit return to continue, Esc to give up<br> - <br> - On completing this, the instrument will commence reading each sheet.<br> - <br> - <hr style="width: 100%; height: 2px;"> - <h3><a name="spot"></a>Spot reading instruments</h3> - When used with a <span style="font-weight: bold;">DT22</span> or <span - style="font-weight: bold;">SpectroLino</span> or use the patch by - patch reading mode (<span style="font-weight: bold;">chartread -p</span>) - with the <span style="font-weight: bold;"></span> <span - style="font-weight: bold;">Eye-One Pro<span style="font-weight: - bold;"> </span></span>or <span style="font-weight: bold;">ColorMunki</span> - instrument, or use the external values mode (<span - style="font-weight: bold;">chartread -x</span>), chartread will - first establish communications with the instrument, and then set it - up ready to read the patches. The patches are typically labeled by - column A to ZZ, and row 1-999. Each patch will prompt:<br> - <br> - Ready to read patch 'XX' :<br> - <br> - where XX is the patch label, and this is followed by the available - options to navigate, read the strip, or finish.<br> - <br> - Place the instrument on the indicated patch, and trigger a reading - using one of the available methods (typically using the instrument - switch of pressing a key).<br> - <br> - There should be an audible prompt on a successful or failed reading. - <br> - <br> - Note that you may have to check that system alert sounds are enabled - and at a suitable volume to in order to hear the beep prompt. For - the Eye-One Pro and ColorMunki, a second beep will sound after a - successfully read strip, or a double beep will sound, - indicating a failure or warning that needs attention. See also the - note on Linux in <a href="Installing_Linux.html">installation</a>.<br> - <br> - If the patch is read successfully, the line will be completed with:<br> - <br> - Ready to read patch XX :<br> - Patch read OK<br> - <br> - If there is an error of some sort, a message will be issued, and you - will be asked whether to abort the chart reading, or retry the<br> - failed patch:<br> - <br> - Ready to read patch XX : read_strip - returned 'Strip misread' (Bad reading)<br> - <br> - Strip read failed due to misread<br> - Hit Esc to give up, any other key to retry:<br> - <br> - You can navigate the next patch to be read using the <span - style="font-weight: bold;">'f'</span> key to move forward and the - <span style="font-weight: bold;">'b'</span> keys<span - style="font-weight: bold;"></span><span style="font-weight: bold;"></span> - to move backwards, while <span style="font-weight: bold;">'F'</span> - and <span style="font-weight: bold;">'B'</span> will move forward - and backwards by 10 patches. The prompt will indicate whether this - patch has already been read or not, or whether all patches have been - read. You can also use <span style="font-weight: bold;">'n'</span> - to move forward to the next unread patch. When you are finished, use - the <span style="font-weight: bold;">'d'</span> to indicate that - you are done. You can choose to finish before all the patches are - read, and they will be saved to the .ti3 file. This is useful if you - are unable to finish the chart in one session, and you can later <span - style="text-decoration: underline;">resume</span> reading the - chart by using the <span style="font-weight: bold;">chartread -r</span> - flag.<br> - <br> - You can abort the whole process at any time by hitting Escape, and - the readings will not be saved.<br> - <br> - <span style="font-weight: bold;"></span> - <hr style="width: 100%; height: 2px;"> - <h3><a name="displaytype"></a>Display Type<br> - </h3> + + + + + + + + + + + + + + +
+ - display colorimeter<span class="titre"></span><br>
+ <a href="#SMCube">Palette/SwatchMate Cube</a>
+ - reflective
+ colorimeter<br>
+ <br>
+ Other instruments can be supported indirectly, since patch result
+ files created by other packages can be imported into Argyll.<br>
+ <span class="titre"><br>
+ General information about:<br>
+ <br>
+ <a href="#strip">Strip reading instruments</a><br>
+ </span> <a href="#xy">X-Y Table instruments</a><br>
+ <a href="#spot">Spot reading instruments</a><br>
+ <span style="font-weight: bold;"></span><br>
+ <br>
+ There is a <a href="ccmxs.html">list of contributed</a> <span
+ style="font-weight: bold;">ccmx</span> (Colorimeter Correction
+ Matrix) files.<br>
+ <br>
+ <hr style="width: 100%; height: 2px;">
+ <h3><a name="strip"></a>Strip reading instruments</h3>
+ When used with a <span style="font-weight: bold;">DT20</span>, <span
+ style="font-weight: bold;">DTP41</span>, <span
+ style="font-weight: bold;">DTP51</span>, <span
+ style="font-weight: bold;">Eye-One Pro<span style="font-weight:
+ bold;"> </span></span>or <span style="font-weight: bold;">ColorMunki</span>
+ strip reading instrument, chartread will first establish
+ communications with the instrument, and then set it up ready to read
+ the strips. The strips are labeled A to ZZ, and for each strip it
+ will prompt:<br>
+ <br>
+ About to read strip XX :<br>
+ <br>
+ where XX is the strip label, and this is followed by the available
+ options to navigate, read the strip, or finish. Note that the normal
+ (forward) direction of strip reading is one that starts at the strip
+ label.<br>
+ <br>
+ For the <span style="font-weight: bold;">DTP51</span> you should
+ feed the strip into the instrument, and the microswitch will trigger
+ the read.<br>
+ <br>
+ For the <span style="font-weight: bold;">DTP41</span> you should
+ line the appropriate strip up in the machine, and press its button.<br>
+ <br>
+ For the <span style="font-weight: bold;">Eye-One Pro</span> you
+ should set the guide to the appropriate strip, place the instrument
+ <span style="text-decoration: underline;">ahead</span> of the first
+ patch on blank paper, and then press and hold the instruments
+ button. When you hear a beep from the computer, you can then move
+ the instrument steadily over the patches, releasing the button after
+ the instrument is past the last patch. Moving the instrument too
+ fast or changing speeds may cause a mis-read, or a scan with few
+ samples read per patch.<br>
+ <br>
+ For the <span style="font-weight: bold;">ColorMunki</span> with the
+ default chart, the patches are the same width as the silver portion
+ of body (white version), or the textured portion of the body (black
+ version). Place aperture of the the instrument (located at its
+ center) in the white space ahead of the first patch, and then press
+ and hold the instruments button. When you hear a beep from the
+ computer, you can then move the instrument steadily over the
+ patches, releasing the button after the instrument is past the last
+ patch. Moving the instrument too fast or changing speeds may cause a
+ mis-read, or a scan with few samples read per patch. For the <span
+ style="font-weight: bold;">high density</span> ColorMunki chart (<a
+ href="printtarg.html#h">printtarg -h</a>), the patches are
+ arranged so that three rows are exactly the width of the body
+ of the instrument. If you are careful you can use this to guide the
+ center of the instrument over each row, or you may prefer to use
+ something like a plastic ruler to help guide the instrument.<br>
+ <br>
+ Using the <span style="font-weight: bold;">DTP20</span> or the <span
+ style="font-weight: bold;">Eye-One Pro</span> or <span
+ style="font-weight: bold;">ColorMunki</span> with a randomized
+ chart layout, the strip may be scanned from either direction. If a
+ randomized chart layout has not been used for the <span
+ style="font-weight: bold;">Eye-One Pro</span> or <span
+ style="font-weight: bold;">ColorMunki</span>, then the chart
+ should only be read in the one direction (use <a
+ href="chartread.html#B">chartread -B</a>).<br>
+ <br>
+ Note that you may have to check that system alert sounds are enabled
+ and at a suitable volume to in order to hear the beep prompt. For
+ the Eye-One Pro and ColorMunki, a second beep will sound after a
+ successfully read strip, or a double beep will sound,
+ indicating a failure or warning that needs attention. See also the
+ note on Linux in <a href="Installing_Linux.html">installation</a>.<br>
+ <br>
+ If the strip is read successfully there will be a single "success"
+ beep, and the line will be followed with:<br>
+ <br>
+ Ready to read strip XX : <br>
+ Strip read OK<br>
+ <br>
+ If there is an error of some sort there will be a double "fail"
+ beep, and a message will be issued, and you will be asked whether to
+ abort the chart reading, or retry the<br>
+ failed strip:<br>
+ <br>
+ Ready to read strip XX : <br>
+ Strip read failed due to misread (Not enough
+ patches)<br>
+ <br>
+ Hit Esc to give up, any other key to retry:<br>
+ <br>
+ If you are unable to successfully read a strip after several
+ retries, you can skip that strip using the <span
+ style="font-weight: bold;">'n'</span> key, and save<br>
+ the chart readings without that strip.<br>
+ <br>
+ If the strip is read successfully, but the patches values don't seem
+ to be what is expected, you will get a double "fail" beep and
+ the following type of warning:<br>
+ <br>
+ Ready to read strip XX :<br>
+ (Warning) Seem to have read strip YY
+ rather than XX !<br>
+ Hit Return to use it anyway, any other key to
+ retry, Esc, ^C or Q to give up:<br>
+ <br>
+ This could be because you have accidentally read the wrong strip (a
+ common mistake), or it could be that the device response is so
+ different from what is expected that warning is erroneous, or you
+ may get a lot of these sorts of warnings if you are accidentally
+ reading the wrong chart. You may also get this sort of warning if
+ you are not using bi-direction reading (chartread -B), and read the
+ strip from the wrong end.<br>
+ If you are absolutely sure you lined up the correct strip, then hit
+ return, otherwise line the appropriate strip up again, and hit some
+ other key (ie. space).<br>
+ Erroneous warnings are less likely if a previous profile for a
+ device was given to <span style="font-weight: bold;">targen</span>
+ to set more accurate expectations.<br>
+ <br>
+ You may also see the following type of warning:<br>
+ <br>
+ Ready to read strip XX :<br>
+ (Warning) Patch error YY.YYY (>35 not good,
+ >95 bad)<br>
+ There is at least one patch with an very unexpected
+ response!<br>
+ Hit Return to use it anyway, any other key to
+ retry, Esc, ^C or Q to give up:<br>
+ <br>
+ Similar to the previous warning, this indicates that while the right
+ strip appears to have been read, one of the patch readings is quite
+ different to what is expected. This may indicate an error of some
+ sort (ie. damaged test chart, or bad instrument positioning), or may
+ be erroneous if the actual device response is quite different to the
+ expectation. Erroneous warnings are less likely if a previous
+ profile for a device was given to <span style="font-weight: bold;">targen</span>
+ to set more accurate expectations.<br>
+ <br>
+ You can also navigate the next strip to be read using the <span
+ style="font-weight: bold;">'f'</span> key to move forward and the
+ <span style="font-weight: bold;">'b'</span> keys<span
+ style="font-weight: bold;"></span><span style="font-weight: bold;"></span>
+ to move backwards. The prompt will indicate whether this strip has
+ already been read or not, or whether all strips have been read. You
+ can also use <span style="font-weight: bold;">'n'</span> to move
+ forward to the next unread strip. After each successful reading it
+ will move forward to the next unread strip. When you are finished,
+ use the <span style="font-weight: bold;">'d'</span> to indicate
+ that you are done. You can choose to finish before all the strips
+ are read, and the patches that have been read will be saved to the
+ .ti3 file. This is useful if you are unable to read a particular
+ strip successfully, or if you are unable to finish the chart in one
+ session, and you can later <span style="text-decoration:
+ underline;">resume</span> reading the chart by using the <span
+ style="font-weight: bold;">chartread -r</span> flag. [You could
+ resume reading the chart patch by patch using the <span
+ style="font-weight: bold;">chartread -r -p</span> if you are
+ unable to read a strip successfully.]<br>
+ <br>
+ When reading in patch by patch mode, there are a few additional
+ navigation options, such as <span style="font-weight: bold;"><span
+ style="font-weight: bold;">F</span></span> to move forward 10
+ patches, <span style="font-weight: bold;">B</span> to move
+ backwards 10 patches, and <span style="font-weight: bold;">g</span>
+ to go to a specific patch.<br>
+ <br>
+ You can abort the whole process at any time by hitting Escape, and
+ the readings will not be saved.<br>
+ <br>
+ <hr style="width: 100%; height: 2px;">
+ <h3><a name="xy"></a>X-Y Table instruments</h3>
+ When you are using an XY table type instrument, such as a Gretag <span
+ style="font-weight: bold;">SpectroScan</span>, chartread
+ will first establish communications with the instrument, and then
+ set it up ready to read the chart. You will be prompted for each
+ sheet with a message such as:<br>
+ <br>
+ Please make sure that the white reference is in
+ slot 1, then<br>
+ place sheet 1 of 4 on table, then<br>
+ hit return to continue, Esc to give up<br>
+ <br>
+ After hitting return you will be prompted to line up three squares
+ on the sheet, one at a time:<br>
+ <br>
+ Using the XY table controls, locate patch A1 with
+ the sight,<br>
+ then hit return to continue, Esc to give up<br>
+ <br>
+ On completing this, the instrument will commence reading each sheet.<br>
+ <br>
+ <hr style="width: 100%; height: 2px;">
+ <h3><a name="spot"></a>Spot reading instruments</h3>
+ When used with a <span style="font-weight: bold;">DT22</span> or <span
+ style="font-weight: bold;">SpectroLino</span> or use the patch by
+ patch reading mode (<span style="font-weight: bold;">chartread -p</span>)
+ with the <span style="font-weight: bold;"></span> <span
+ style="font-weight: bold;">Eye-One Pro<span style="font-weight:
+ bold;"> </span></span>or <span style="font-weight: bold;">ColorMunki</span>
+ instrument, or use the external values mode (<span
+ style="font-weight: bold;">chartread -x</span>), chartread will
+ first establish communications with the instrument, and then set it
+ up ready to read the patches. The patches are typically labeled by
+ column A to ZZ, and row 1-999. Each patch will prompt:<br>
+ <br>
+ Ready to read patch 'XX' :<br>
+ <br>
+ where XX is the patch label, and this is followed by the available
+ options to navigate, read the strip, or finish.<br>
+ <br>
+ Place the instrument on the indicated patch, and trigger a reading
+ using one of the available methods (typically using the instrument
+ switch of pressing a key).<br>
+ <br>
+ There should be an audible prompt on a successful or failed reading.
+ <br>
+ <br>
+ Note that you may have to check that system alert sounds are enabled
+ and at a suitable volume to in order to hear the beep prompt. For
+ the Eye-One Pro and ColorMunki, a second beep will sound after a
+ successfully read strip, or a double beep will sound,
+ indicating a failure or warning that needs attention. See also the
+ note on Linux in <a href="Installing_Linux.html">installation</a>.<br>
+ <br>
+ If the patch is read successfully, the line will be completed with:<br>
+ <br>
+ Ready to read patch XX :<br>
+ Patch read OK<br>
+ <br>
+ If there is an error of some sort, a message will be issued, and you
+ will be asked whether to abort the chart reading, or retry the<br>
+ failed patch:<br>
+ <br>
+ Ready to read patch XX : read_strip
+ returned 'Strip misread' (Bad reading)<br>
+ <br>
+ Strip read failed due to misread<br>
+ Hit Esc to give up, any other key to retry:<br>
+ <br>
+ You can navigate the next patch to be read using the <span
+ style="font-weight: bold;">'f'</span> key to move forward and the
+ <span style="font-weight: bold;">'b'</span> keys<span
+ style="font-weight: bold;"></span><span style="font-weight: bold;"></span>
+ to move backwards, while <span style="font-weight: bold;">'F'</span>
+ and <span style="font-weight: bold;">'B'</span> will move forward
+ and backwards by 10 patches. The prompt will indicate whether this
+ patch has already been read or not, or whether all patches have been
+ read. You can also use <span style="font-weight: bold;">'n'</span>
+ to move forward to the next unread patch. When you are finished, use
+ the <span style="font-weight: bold;">'d'</span> to indicate that
+ you are done. You can choose to finish before all the patches are
+ read, and they will be saved to the .ti3 file. This is useful if you
+ are unable to finish the chart in one session, and you can later <span
+ style="text-decoration: underline;">resume</span> reading the
+ chart by using the <span style="font-weight: bold;">chartread -r</span>
+ flag.<br>
+ <br>
+ You can abort the whole process at any time by hitting Escape, and
+ the readings will not be saved.<br>
+ <br>
+ <span style="font-weight: bold;"></span>
+ <hr style="width: 100%; height: 2px;">
+ <h3><a name="displaytype"></a>Display Type<br>
+ </h3>
Many of the colorimeters have a <span style="font-weight: bold;">display @@ -1265,152 +1459,200 @@ - type</span> selection parameter. Depending on the instrument, this - may combine two related functions: 1) Changing the measurement mode - to suite either refresh-type, or non-refresh displays, and 2) - Changing the calibration to suite a particular displays spectral - characteristics.<br> - <br> - A refresh type display uses a technology that presents different - portions of the image at different times, doing so at a high enough - rate that this is normally imperceptible. This time varying - characteristic can interfere with measuring a display color unless - the instrument makes allowances for it, typically by making its - measurement period a multiple of the display refresh period. Display - types that <span style="font-weight: bold;">refresh</span> are CRT - (Cathode Ray Tube), Single chip DLP (Digital Light Processing) and - Plasma displays. An example of a <span style="font-weight: bold;">non-refresh</span> - display technology is LCD (Liquid Crystal Display), although is a - few cases the back-light illumination may have a low enough - frequency flicker to benefit from the refresh mode.<br> - <br> - Instruments in which the display type selection only changes the - measurement mode (i.e. i1d3), will typically have some other - independent option to set the calibration type. Simpler instruments - combine the measurement mode with a calibration selections, - typically refresh+CRT and non-refresh+LCD. Some instruments are a - hybrid of both (Spyder4), where the display type can select between - generic refresh/non-refresh that can then use a .CCSS to set the - calibration type, or a combined selection of non-refresh and a - particular display type.<br> - <br> - See <a - href="http://en.wikipedia.org/wiki/Comparison_of_display_technology">Comparison_of_display_technology</a> - for some background on different display technologies.<br> - <br> - <hr size="2" width="100%"><br> - <h3><a name="refreshmeasurement"></a>Refresh Rate Measurement</h3> - <p>Most of the colorimeters that have a refresh display type - selection, also have an ability to measure the refresh rate of a - display. Some of the spectrometers also have a display refresh - rate measurement capability when in an emissive measurement mode, - even though they don't use this to support a refresh display mode. - You can do a display refresh rate measurement in <a - href="spotread.html">spotread</a> using the <b>'F' </b>key. - The particular instruments have a range of accuracy when making - this measurement. A rough guide is as follows:<br> - <br> - </p> - <table border="1" cellpadding="2" cellspacing="2" width="372" - height="230"> - <tbody> - <tr> - <td valign="top"><b>Instrument</b></td> - <td valign="top"><b>Typical error in Hz.</b></td> - </tr> - <tr> - <td valign="top">spectrobos 1211/1201<br> - </td> - <td valign="top">0.05<br> - </td> - </tr> - <tr> - <td valign="top">Klein K10-A<br> - </td> - <td valign="top">0.05<br> - </td> - </tr> - <tr> - <td valign="top">DTP92<br> - </td> - <td valign="top">0.1<br> - </td> - </tr> - <tr> - <td valign="top">i1 Display 2<br> - </td> - <td valign="top">0.5<br> - </td> - </tr> - <tr> - <td valign="top">Spyder 2<br> - </td> - <td valign="top">0.7<br> - </td> - </tr> - <tr> - <td valign="top">Spyder 3<br> - </td> - <td valign="top">3<br> - </td> - </tr> - <tr> - <td valign="top">Spyder 4<br> - </td> - <td valign="top">3<br> - </td> - </tr> - <tr> - <td valign="top">i1 Display Pro<br> - </td> - <td valign="top">0.05<br> - </td> - </tr> - <tr> - <td valign="top">i1 Pro Spectro.<br> - </td> - <td valign="top">0.05<br> - </td> - </tr> - <tr> - <td valign="top">ColorMunki Spectro.<br> - </td> - <td valign="top">0.05<br> - </td> - </tr> - </tbody> - </table> - <p><br> - </p> - <hr size="2" width="100%"> - <p><span style="font-weight: bold;"><a name="specbos"></a><span - style="font-weight: bold;">specbos 1211 and 1201 - Tele-Spectro-Radiometer<br> - </span></span></p> - <img alt="JETI specbos 1211" src="JETI_1211.jpg" width="257" - height="254"> - <p><span style="font-weight: bold;"><br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;">specbos 1211</span><span - style="font-weight: bold;"> </span>and <b>1201</b> from <a - href="http://www.jeti.com/">JETI</a> are currently - available instruments. These are reference grade instruments - capable of emissive and ambient measurements, and are often used - for monitor, projector and cinema calibration & - characterization, lighting measurement and colorimeter - calibration, amongst many other uses.<br> - </p> - <hr size="2" width="100%"> - <p><span style="font-weight: bold;"><a name="ex1"></a><span - style="font-weight: bold;">Image Engineering EX1<br> - </span></span></p> - <img alt="Image Engineering EX1" src="EX1.jpg" width="253" - height="158"> <span style="font-weight: bold;"><br> - </span><span style="font-weight: bold;"><br> - Availability:<br> - <br> - </span>The <a + + + + + + + + + + +
+ type</span> selection parameter. Depending on the instrument, this
+ may combine two related functions: 1) Changing the measurement mode
+ to suite either refresh-type, or non-refresh displays, and 2)
+ Changing the calibration to suite a particular displays spectral
+ characteristics.<br>
+ <br>
+ A refresh type display uses a technology that presents different
+ portions of the image at different times, doing so at a high enough
+ rate that this is normally imperceptible. This time varying
+ characteristic can interfere with measuring a display color unless
+ the instrument makes allowances for it, typically by making its
+ measurement period a multiple of the display refresh period. Display
+ types that <span style="font-weight: bold;">refresh</span> are CRT
+ (Cathode Ray Tube), Single chip DLP (Digital Light Processing) and
+ Plasma displays. An example of a <span style="font-weight: bold;">non-refresh</span>
+ display technology is LCD (Liquid Crystal Display), although is a
+ few cases the back-light illumination may have a low enough
+ frequency flicker to benefit from the refresh mode.<br>
+ <br>
+ Instruments in which the display type selection only changes the
+ measurement mode (i.e. i1d3), will typically have some other
+ independent option to set the calibration type. Simpler instruments
+ combine the measurement mode with a calibration selections,
+ typically refresh+CRT and non-refresh+LCD. Some instruments are a
+ hybrid of both (Spyder4), where the display type can select between
+ generic refresh/non-refresh that can then use a .CCSS to set the
+ calibration type, or a combined selection of non-refresh and a
+ particular display type.<br>
+ <br>
+ See <a
+ href="http://en.wikipedia.org/wiki/Comparison_of_display_technology">Comparison_of_display_technology</a>
+ for some background on different display technologies.<br>
+ <br>
+ <hr size="2" width="100%"><br>
+ <h3><a name="refreshmeasurement"></a>Refresh Rate Measurement</h3>
+ <p>Most of the colorimeters that have a refresh display type
+ selection, also have an ability to measure the refresh rate of a
+ display. Some of the spectrometers also have a display refresh
+ rate measurement capability when in an emissive measurement mode,
+ even though they don't use this to support a refresh display mode.
+ You can do a display refresh rate measurement in <a
+ href="spotread.html">spotread</a> using the <b>'F' </b>key.
+ The particular instruments have a range of accuracy when making
+ this measurement. A rough guide is as follows:<br>
+ <br>
+ </p>
+ <table border="1" cellpadding="2" cellspacing="2" width="372"
+ height="230">
+ <tbody>
+ <tr>
+ <td valign="top"><b>Instrument</b></td>
+ <td valign="top"><b>Typical error in Hz.</b></td>
+ </tr>
+ <tr>
+ <td valign="top">spectrobos 1211/1201/1501/1511<br>
+ </td>
+ <td valign="top">0.05<br>
+ </td>
+ </tr>
+ <tr>
+ <td valign="top">Klein K10-A<br>
+ </td>
+ <td valign="top">0.05<br>
+ </td>
+ </tr>
+ <tr>
+ <td valign="top">DTP92<br>
+ </td>
+ <td valign="top">0.1<br>
+ </td>
+ </tr>
+ <tr>
+ <td valign="top">i1 Display 2<br>
+ </td>
+ <td valign="top">0.5<br>
+ </td>
+ </tr>
+ <tr>
+ <td valign="top">Spyder 2<br>
+ </td>
+ <td valign="top">0.7<br>
+ </td>
+ </tr>
+ <tr>
+ <td valign="top">Spyder 3<br>
+ </td>
+ <td valign="top">3<br>
+ </td>
+ </tr>
+ <tr>
+ <td valign="top">Spyder 4<br>
+ </td>
+ <td valign="top">3<br>
+ </td>
+ </tr>
+ <tr>
+ <td valign="top">i1 Display Pro<br>
+ </td>
+ <td valign="top">0.05<br>
+ </td>
+ </tr>
+ <tr>
+ <td valign="top">i1 Pro Spectro.<br>
+ </td>
+ <td valign="top">0.05<br>
+ </td>
+ </tr>
+ <tr>
+ <td valign="top">ColorMunki Spectro.<br>
+ </td>
+ <td valign="top">0.05<br>
+ </td>
+ </tr>
+ </tbody>
+ </table>
+ <p><br>
+ </p>
+ <hr size="2" width="100%">
+ <p><span style="font-weight: bold;"><a name="specbos"></a><span
+ style="font-weight: bold;">specbos 1211 and 1201
+ Tele-Spectro-Radiometer<br>
+ </span></span></p>
+ <img alt="JETI specbos 1211" src="JETI_1211.jpg" width="257"
+ height="254">
+ <p><span style="font-weight: bold;"><br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">specbos 1211</span><span
+ style="font-weight: bold;"> </span>and <b>1201</b> from <a
+ href="http://www.jeti.com/">JETI</a> are currently
+ available instruments. These are reference grade instruments
+ capable of emissive and ambient measurements, and are often used
+ for monitor, projector and cinema calibration &
+ characterization, lighting measurement and colorimeter
+ calibration, amongst many other uses.<br>
+ </p>
+ <p>The <b>JETI</b> specbos <span style="font-weight: bold;">1211</span><span
+ style="font-weight: bold;"> </span>and <b>1201</b> makes use
+ of the FTDI FT232R Virtual COM Port Drivers (VCP), that may need
+ installing for your operating system. See <a
+ href="file:///D:/src/argyll/doc/Installing.html">installation
+ instructions</a>. </p>
+ <br>
+ <hr size="2" width="100%">
+ <p><span style="font-weight: bold;"><a name="specbos"></a><span
+ style="font-weight: bold;">spectraval 1511 and 1501
+ Tele-Spectro-Radiometer<br>
+ </span></span></p>
+ <img alt="JETI spectraval 1501" src="JETI_1501.jpg" width="167"
+ height="253"> <span style="font-weight: bold;"><br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">spectraval 1511</span><span
+ style="font-weight: bold;"> </span>and <b>1501</b> from <a
+ href="http://www.jeti.com/">JETI</a> are currently available
+ instruments. These are high grade instruments capable of emissive
+ measurements, and are often used for monitor, projector and cinema
+ calibration & characterization and colorimeter calibration,
+ amongst many other uses.<br>
+ <br>
+ The <b>JETI</b> specbos <span style="font-weight: bold;">1511</span><span
+ style="font-weight: bold;"> </span>and <b>1501</b> makes use of
+ the newer FTDI FT231XS Virtual COM Port Drivers (VCP), that may need
+ installing for your operating system. See <a href="Installing.html">installation +
+ instructions</a>.<br>
+ <br>
+ <b>Bluetooth:</b> These instruments can be operated via Bluetooth by
+ first pairing the instrument with your computer and enabling the
+ Bluetooth serial port, and then allowing the ArgyllCMS tools to
+ identify the instrument over the serial port. <br>
+ <br>
+ <hr size="2" width="100%">
+ <p><span style="font-weight: bold;"><br>
+ <a name="ex1"></a><span style="font-weight: bold;">Image
+ Engineering EX1<br>
+ </span></span></p>
+ <img alt="Image Engineering EX1" src="EX1.jpg" width="253"
+ height="158"> <span style="font-weight: bold;"><br>
+ </span><span style="font-weight: bold;"><br>
+ Availability:<br>
+ <br>
+ </span>The <a
href="http://www.image-engineering.de/iq-products/iq-tools/measurement-devices/ex1">Image @@ -1418,20 +1660,31 @@ href="http://www.image-engineering.de/iq-products/iq-tools/measurement-devices/e - Engineering EX1</a> is a currently available instruments. This is - a high resolution spectrometer intended for the measurement of light - sources. - <p> </p> - <p><br> - </p> - <hr size="2" width="100%"> - <p><span style="font-weight: bold;"><a name="k10a"></a><span - style="font-weight: bold;">Klein K10-A Colorimeter<br> - </span></span></p> - <img alt="Klein K10-A" src="K10A.jpg" width="267" height="236"><br> - <p><span style="font-weight: bold;"><br> - </span><span style="font-weight: bold;">Availability:<br> - <br> + + + + + + + + + + +
+ Engineering EX1</a> is a currently available instruments. This is
+ a high resolution spectrometer intended for the measurement of light
+ sources.
+ <p> </p>
+ <p><br>
+ </p>
+ <hr size="2" width="100%">
+ <p><span style="font-weight: bold;"><a name="k10a"></a><span
+ style="font-weight: bold;">Klein K10-A Colorimeter<br>
+ </span></span></p>
+ <img alt="Klein K10-A" src="K10A.jpg" width="267" height="236"><br>
+ <p><span style="font-weight: bold;"><br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
</span>The <span style="font-weight: bold;">Klein K10-A </span>from @@ -1446,6 +1699,17 @@ href="http://www.image-engineering.de/iq-products/iq-tools/measurement-devices/e + + + + + + + + + + +
<a href="http://www.kleininstruments.com/">Klein Instruments</a> @@ -1460,276 +1724,317 @@ href="http://www.image-engineering.de/iq-products/iq-tools/measurement-devices/e - is a currently available instrument. It is noted for it's speed, - high precision, and ability to measure to very low light - levels.This is a high end instruments capable of contact and tele - - emissive, and ambient measurements, and are often used for - monitor, projector and cinema calibration and characterization. <br> - </p> - <p>Note that unlike the operation of other instruments, the Ambient - mode is purely manual - the diffuser must be fitted and then the - appropriate calibration setting chosen (Typically with "Lux" in - the name).<br> - </p> - <p>By default, more measurements are taken and averaged together - when the light level is low. This can be disabled and a single - measurement taken per reading, to gain maximum speed by using the - -Y A flag.<br> - </p> - <p>The <b>K-1</b>, <b>K-8</b> and <b>K-10</b> are also - reported to work. </p> - <p> </p> - <hr size="2" width="100%"> - <p><br> - </p> - <span style="font-weight: bold;"></span><br> - <span style="font-weight: bold;"><a name="ColorMunki"></a><span - style="font-weight: bold;">ColorMunki </span>Design or Photo <span - style="font-weight: bold;">reflective/emissive spectrometer</span><br> - <br> - <img style="width: 272px; height: 243px;" alt="" title="ColorMunki - (White)" src="ColorMunki.jpg"> <br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;">ColorMunki</span> <span - style="font-weight: bold;">Design or Photo </span>from <a - href="http://www.xrite.com/">X-Rite</a> is currently - available in two different packages from the manufacturer. These - packages differ in what features the manufacturers software - provides, as well as cosmetic differences between the instrument - (white and black). This comparison <a - href="http://www.colormunki.com/product/show?page=2">chart</a> - illustrates the differences. Used with Argyll, there are no - differences in operation of a ColorMunki instrument, irrespective of - which package it came with. The ColorMunki Design has the lowest - RRP, but the Photo package may be cheaper with discounting .<br> - <br> - <span style="font-weight: bold;">Limitations & Features:</span><br> - <br> - Unlike the Eye-One Pro, the ColorMunki is only available in a U.V. - Cut (ie. "Ultra Violet filtered") model. This means that it is not - suitable for use with the Fluorescent Whitener Additive - Compensation option in Argyll (see <a href="FWA.html">here</a> for - a discussion about what FWA compensation is).<br> - <br> - Like the Eye-One Pro, this instrument does support the <a - href="spotread.html#H">high resolution</a> spectral mode.<br> - <br> - <span style="font-weight: bold;">OS X and X-Rite drivers</span><br> - <br> - Please note the installation <a - href="Installing_OSX.html#ColorMunki">instructions</a>.<br> - <br> - <span style="font-weight: bold;">Tips & Tricks:<br> - <br> - </span>In handling the instrument when about to make a reading, be - very careful not to accidentally press the switch - it is large and - easily pressed by accident. A guide of some sort (ie. a plastic - ruler) can help a lot in keeping the instrument over a line - of patches. <br> - <br> - <span style="font-weight: bold;">Patch recognition:</span><br> - <br> - For the best chances of good patch recognition, the instrument - should be drawn smoothly and not too rapidly over the strip. (This - can be a little tricky due to the two small rubber feet on the - bottom of the device that aid its spot reading guide.) If there is a - misread, try slowing down slightly. Generally a higher quality set - of readings will result if slower scans are used, since there will - then be more samples averaged for each patch. <br> - <br> - In <a href="chartread.html">chartread</a>, the -<span - style="font-weight: bold;">T ratio</span> argument modifies the - patch consistency tolerance threshold for the ColorMunki. In - recognizing patches in a strip, the instrument takes multiple - readings as the strip is read, and then divide the readings up into - each patch. It then check the consistency of the multiple readings - corresponding to each patch, and reject the measurement if they are - too inconsistent. For some media (ie. a coarser screens, fabric - etc.) the default tolerance may be unreasonably tight, so the <span - style="font-weight: bold;">-T ratio</span> argument can be used to - modify this criteria. To loosen the tolerance, use a number greater - than 1.0 (ie. 1.5, 2.0). <br> - <br> - Note that <a href="printtarg.html">printtarg</a> provides the <a - href="printtarg.html#h">-h</a> option that allows the choice of - two different patch row widths with ColorMunki test charts. [Some - people have successfully used the i1Pro patch layout with the - ColorMunki, by making a guide to keep it over the much narrower - patchs.]<br> - <br> - <span style="font-weight: bold;"></span><br> - <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span><span - style="font-weight: bold;"></span><br> - <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span> - <hr style="width: 100%; height: 2px;"><span style="font-weight: - bold;"><br> - <a name="DTP20"></a></span><span style="font-weight: bold;">DTP20 - "Pulse" reflective spectrometer<br> - <br> - </span><span style="font-weight: bold;"><img title="DTP20" alt="" - src="DTP20.jpg" style="width: 304px; height: 210px;"><br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;">DTP20</span> from <a - href="http://www.xrite.com/">X-Rite</a> was discontinued during - 2007, but may still be available from old stock or second hand. <br> - <br> - <span style="font-weight: bold;">Special features:</span><br> - <br> - The <span style="font-weight: bold;">DTP20</span> has a couple of - unique features that Argyll can take advantage of. One is that it - can operate un-tethered (off line). A whole chart can be read - un-tethered by first clearing any previous readings in the - instrument, then reading the chart TID strip, before reading all the - other strips. The instrument can then be connected up to <span - style="font-weight: bold;">chartread</span>, which will recognize - the chart, and download all the measurements.<br> - If there is no chart in the instrument when chartread connects to - it, then it will use the strip by strip tethered mode, just like the - other strip instruments. If the right number of spot readings are - present in the instrument, these will be used by <span - style="font-weight: bold;">chartread</span> too.<br> - <br> - Un-tethered spot measurements can also be read in using <span - style="font-weight: bold;">spotread</span>, which will notice the - stored readings, and offer to print them out, or they can be - ignored, and tethered readings taken. This will clear any saved spot - readings.<br> - <br> - <span style="font-weight: bold;">Note</span> that tethered (on-line) - strip reading will only work if the firmware in the device is - version 1.03 or greater. You can check the firmware version by - running with the verbose option: <span style="font-weight: bold;">-v<br> - <br> - Chart printing:<br> - <span style="font-weight: bold;"><br> - </span></span>Because the DTP20 measures exact distances using the - markings on its ruler, it's critical that the chart be printed out - exactly the right size. If the chart gets re-sized at all in the - process of printing it, the DTP20 is likely to fail in reading it. - If you have a problem with this, you might want to increase the page - margins using the <span style="font-weight: bold;">printtarg -m</span> - parameter, or find a printing path that preserves the test chart - size correctly.<br> - <br> - <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span><span - style="font-weight: bold;">Operation:<br> - <br> - </span>When reading in tethered (on-line) mode, that the instrument - takes <span style="font-weight: bold;">several seconds</span> to - download the measurements after each strip, and that the indicator - will be in "rainbow" mode while this occurs. <span - style="text-decoration: underline;">Wait</span> until the - indicator turns solid green again before starting to measure the - next strip.<br> - <br> - To <span style="font-weight: bold;">reset</span> the instrument and - clear any stored readings: press the button three times in quick - succession. The indicator will turn solid blue. Then hold the button - down until the instrument beeps and the indicator goes out. Release - the button and the indicator should flash then return to solid green - (ready).<br> - <br> - To <span style="font-weight: bold;">calibrate</span> the - instrument, place it on its calibration tile, then press the button - three times in quick succession.The indicator will turn solid blue. - Click the button another three times in quick succession, and the - indicator should turn yellow. Then hold the button down until the - instrument beeps and the indicator goes out. Release the button and - the instrument should flash and then turn solid green.<br> - <br> - If the chart is particularly <span style="font-weight: bold;">small</span>, - the patches may end up printed very close to the edge of the chart, - and therefore it may be difficult to confine your scan to the chart, - and passing<br> - the instrument over the edge of the chart may prevent it reading - successfully. One way of working around this is to place the chart - on a larger piece of paper of the same type.<br> - <br> - The <span style="font-weight: bold;">speed</span> of scan can be - quite critical with this instrument. In particular, it doesn't work - very well if the scan is too <span style="font-weight: bold;">slow</span>. - You don't want to go too fast either, as this reduces the number of - samples per patch.<br> - <br> - <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span><span - style="font-weight: bold;"></span><br> - <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span> - <hr style="width: 100%; height: 2px;"><span style="font-weight: - bold;"><br> - <a name="DTP22"></a></span><span style="font-weight: bold;">DTP22 - Digital Swatchbook reflective spectrometer</span><br> - <span style="font-weight: bold;"><br> - <img alt="" src="DTP22.jpg" style="width: 222px; height: 193px;"><br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;">DTP22</span> from <a - href="http://www.xrite.com/">X-Rite</a> is a discontinued - instrument. It may still be available second hand. It is - capable of reading colored patches one at a time.<br> - <br> - <br> - <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span> - <hr style="width: 100%; height: 2px;"><span style="font-weight: - bold;"><br> - <a name="DTP41"></a>DTP41 reflective, DTP41T - reflective/transmissive spectrometers<br> - <br> - <img alt="" src="DTP41.jpg" style="width: 263px; height: 298px;"><br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;">DTP41</span> and <span - style="font-weight: bold;">DTP41T</span> from <a - href="http://www.xrite.com/">X-Rite</a> is a discontinued - instrument. It may still be available second hand. <br> - <br> - The series II instruments (<span style="font-weight: bold;">DTP41B</span> - and <span style="font-weight: bold;">DTP41TB</span>) offer both - serial and USB connection. Note that currently only serial operation - using Argyll is possible with these instruments.<br> - <br> - <hr style="width: 100%; height: 2px;"><br> - <a name="dtp51"></a><span style="font-weight: bold;">DTP51 - reflective colorimeter<br> - <br> - <img alt="" src="DTP51.jpg" style="width: 263px; height: 223px;"><br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;">DTP51</span> from <a - href="http://www.xrite.com/">X-Rite</a> is a discontinued - instrument. It may still be available second hand. <br> - <br> - <span style="font-weight: bold;">Operation:</span><br> - <span style="font-weight: bold;"><span style="font-weight: bold;"><br> - </span></span>The DTP51's switch is triggered by inserting a strip - into the slot.<br> - <br> - <br> - <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span> - <hr style="width: 100%; height: 2px;"><span style="font-weight: - bold;"><br> - <a name="DTP92"></a>DTP92 CRT display colorimeter<br> - <br> - <img alt="" src="DTP92.jpg" style="width: 223px; height: 180px;"><br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;">DTP92</span><span - style="font-weight: bold;"></span> from <a - href="http://www.xrite.com/">X-Rite</a> is a discontinued - instrument. It may still be available second hand. It will - only read CRT technology displays.<br> - <br> - <span style="font-weight: bold;">Operation:</span><br> - <br> - The Display Selections for this instrument are:<br> - <br> + + + + + + + + + + +
+ is a currently available instrument. It is noted for it's speed,
+ high precision, and ability to measure to very low light
+ levels.This is a high end instruments capable of contact and tele
+ - emissive, and ambient measurements, and are often used for
+ monitor, projector and cinema calibration and characterization. <br>
+ </p>
+ <p>Note that unlike the operation of other instruments, the Ambient
+ mode is purely manual - the diffuser must be fitted and then the
+ appropriate calibration setting chosen (Typically with "Lux" in
+ the name).<br>
+ </p>
+ <p>By default, more measurements are taken and averaged together
+ when the light level is low. This can be disabled and a single
+ measurement taken per reading, to gain maximum speed by using the
+ -Y A flag.<br>
+ </p>
+ <p>The <b>K-1</b>, <b>K-8</b> and <b>K-10</b> are also
+ reported to work.<br>
+ </p>
+ <p>The <b>Klien K10A</b> makes use of the FTDI FT232R Virtual
+ COM Port Drivers (VCP), that may need installing for your
+ operating system. See <a href="Installing.html">installation
+ instructions</a>.</p>
+ <p> </p>
+ <hr size="2" width="100%">
+ <p><br>
+ </p>
+ <span style="font-weight: bold;"></span><br>
+ <span style="font-weight: bold;"><a name="ColorMunki"></a><span
+ style="font-weight: bold;">ColorMunki </span>Design or Photo <span
+ style="font-weight: bold;">reflective/emissive spectrometer</span><br>
+ <br>
+ <img style="width: 272px; height: 243px;" alt="" title="ColorMunki
+ (White)" src="ColorMunki.jpg"> <br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">ColorMunki</span> <span
+ style="font-weight: bold;">Design or Photo </span>from <a
+ href="http://www.xrite.com/">X-Rite</a> is currently
+ available in two different packages from the manufacturer. These
+ packages differ in what features the manufacturers software
+ provides, as well as cosmetic differences between the instrument
+ (white and black). This comparison <a
+ href="http://www.colormunki.com/product/show?page=2">chart</a>
+ illustrates the differences (Note that the ColorMunki Design comes
+ with <b>Pantone</b> libraries). Used with Argyll, there are no
+ differences in operation of a ColorMunki instrument, irrespective of
+ which package it came with. The ColorMunki Design has the lowest
+ RRP, but the Photo package may be cheaper with discounting .<br>
+ <br>
+ <span style="font-weight: bold;">Limitations & Features:</span><br>
+ <br>
+ Unlike the Eye-One Pro, the ColorMunki is only available in a U.V.
+ Cut (ie. "Ultra Violet filtered") model. This means that it is not
+ suitable for use with the Fluorescent Whitener Additive
+ Compensation option in Argyll (see <a href="FWA.html">here</a> for
+ a discussion about what FWA compensation is).<br>
+ <br>
+ Like the Eye-One Pro, this instrument does support the <a
+ href="spotread.html#H">high resolution</a> spectral mode.<br>
+ <br>
+ <span style="font-weight: bold;">OS X and X-Rite drivers</span><br>
+ <br>
+ Please note the installation <a
+ href="Installing_OSX.html#ColorMunki">instructions</a>.<br>
+ <br>
+ <span style="font-weight: bold;">Tips & Tricks:<br>
+ <br>
+ </span>In handling the instrument when about to make a reading, be
+ very careful not to accidentally press the switch - it is large and
+ easily pressed by accident. A guide of some sort (ie. a plastic
+ ruler) can help a lot in keeping the instrument over a line
+ of patches. <br>
+ <br>
+ <span style="font-weight: bold;">Patch recognition:</span><br>
+ <br>
+ For the best chances of good patch recognition, the instrument
+ should be drawn smoothly and not too rapidly over the strip. (This
+ can be a little tricky due to the two small rubber feet on the
+ bottom of the device that aid its spot reading guide.) If there is a
+ misread, try slowing down slightly. Generally a higher quality set
+ of readings will result if slower scans are used, since there will
+ then be more samples averaged for each patch. <br>
+ <br>
+ In <a href="chartread.html">chartread</a>, the -<span
+ style="font-weight: bold;">T ratio</span> argument modifies the
+ patch consistency tolerance threshold for the ColorMunki. In
+ recognizing patches in a strip, the instrument takes multiple
+ readings as the strip is read, and then divide the readings up into
+ each patch. It then check the consistency of the multiple readings
+ corresponding to each patch, and reject the measurement if they are
+ too inconsistent. For some media (ie. a coarser screens, fabric
+ etc.) the default tolerance may be unreasonably tight, so the <span
+ style="font-weight: bold;">-T ratio</span> argument can be used to
+ modify this criteria. To loosen the tolerance, use a number greater
+ than 1.0 (ie. 1.5, 2.0). <br>
+ <br>
+ Note that <a href="printtarg.html">printtarg</a> provides the <a
+ href="printtarg.html#h">-h</a> option that allows the choice of
+ two different patch row widths with ColorMunki test charts. [Some
+ people have successfully used the i1Pro patch layout with the
+ ColorMunki, by making a guide to keep it over the much narrower
+ patchs.]<br>
+ <br>
+ <b>Native Calibration Standard:</b><br>
+ <br>
+ Reflection measurements are natively X-Rite <a
+ href="http://www.xrite.com/xrite-graphic-arts-standard">XRGA</a>.<br>
+ <span style="font-weight: bold;"></span><br>
+ <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span><span
+ style="font-weight: bold;"></span><br>
+ <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span>
+ <hr style="width: 100%; height: 2px;"><span style="font-weight:
+ bold;"><br>
+ <a name="DTP20"></a></span><span style="font-weight: bold;">DTP20
+ "Pulse" reflective spectrometer<br>
+ <br>
+ </span><span style="font-weight: bold;"><img title="DTP20" alt=""
+ src="DTP20.jpg" style="width: 304px; height: 210px;"><br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">DTP20</span> from <a
+ href="http://www.xrite.com/">X-Rite</a> was discontinued during
+ 2007, but may still be available from old stock or second hand. <br>
+ <br>
+ <span style="font-weight: bold;">Special features:</span><br>
+ <br>
+ The <span style="font-weight: bold;">DTP20</span> has a couple of
+ unique features that Argyll can take advantage of. One is that it
+ can operate un-tethered (off line). A whole chart can be read
+ un-tethered by first clearing any previous readings in the
+ instrument, then reading the chart TID strip, before reading all the
+ other strips. The instrument can then be connected up to <span
+ style="font-weight: bold;">chartread</span>, which will recognize
+ the chart, and download all the measurements.<br>
+ If there is no chart in the instrument when chartread connects to
+ it, then it will use the strip by strip tethered mode, just like the
+ other strip instruments. If the right number of spot readings are
+ present in the instrument, these will be used by <span
+ style="font-weight: bold;">chartread</span> too.<br>
+ <br>
+ Un-tethered spot measurements can also be read in using <span
+ style="font-weight: bold;">spotread</span>, which will notice the
+ stored readings, and offer to print them out, or they can be
+ ignored, and tethered readings taken. This will clear any saved spot
+ readings.<br>
+ <br>
+ <span style="font-weight: bold;">Note</span> that tethered (on-line)
+ strip reading will only work if the firmware in the device is
+ version 1.03 or greater. You can check the firmware version by
+ running with the verbose option: <span style="font-weight: bold;">-v<br>
+ <br>
+ Chart printing:<br>
+ <span style="font-weight: bold;"><br>
+ </span></span>Because the DTP20 measures exact distances using the
+ markings on its ruler, it's critical that the chart be printed out
+ exactly the right size. If the chart gets re-sized at all in the
+ process of printing it, the DTP20 is likely to fail in reading it.
+ If you have a problem with this, you might want to increase the page
+ margins using the <span style="font-weight: bold;">printtarg -m</span>
+ parameter, or find a printing path that preserves the test chart
+ size correctly.<br>
+ <br>
+ <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span><span
+ style="font-weight: bold;">Operation:<br>
+ <br>
+ </span>When reading in tethered (on-line) mode, that the instrument
+ takes <span style="font-weight: bold;">several seconds</span> to
+ download the measurements after each strip, and that the indicator
+ will be in "rainbow" mode while this occurs. <span
+ style="text-decoration: underline;">Wait</span> until the
+ indicator turns solid green again before starting to measure the
+ next strip.<br>
+ <br>
+ To <span style="font-weight: bold;">reset</span> the instrument and
+ clear any stored readings: press the button three times in quick
+ succession. The indicator will turn solid blue. Then hold the button
+ down until the instrument beeps and the indicator goes out. Release
+ the button and the indicator should flash then return to solid green
+ (ready).<br>
+ <br>
+ To <span style="font-weight: bold;">calibrate</span> the
+ instrument, place it on its calibration tile, then press the button
+ three times in quick succession.The indicator will turn solid blue.
+ Click the button another three times in quick succession, and the
+ indicator should turn yellow. Then hold the button down until the
+ instrument beeps and the indicator goes out. Release the button and
+ the instrument should flash and then turn solid green.<br>
+ <br>
+ If the chart is particularly <span style="font-weight: bold;">small</span>,
+ the patches may end up printed very close to the edge of the chart,
+ and therefore it may be difficult to confine your scan to the chart,
+ and passing<br>
+ the instrument over the edge of the chart may prevent it reading
+ successfully. One way of working around this is to place the chart
+ on a larger piece of paper of the same type.<br>
+ <br>
+ The <span style="font-weight: bold;">speed</span> of scan can be
+ quite critical with this instrument. In particular, it doesn't work
+ very well if the scan is too <span style="font-weight: bold;">slow</span>.
+ You don't want to go too fast either, as this reduces the number of
+ samples per patch.<br>
+ <br>
+ <b>Native Calibration Standard:</b><br>
+ <br>
+ Reflection measurements are natively historical X-Rite standard
+ (XRDI).<br>
+ <br>
+ <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span><span
+ style="font-weight: bold;"></span><br>
+ <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span>
+ <hr style="width: 100%; height: 2px;"><span style="font-weight:
+ bold;"><br>
+ <a name="DTP22"></a></span><span style="font-weight: bold;">DTP22
+ Digital Swatchbook reflective spectrometer</span><br>
+ <span style="font-weight: bold;"><br>
+ <img alt="" src="DTP22.jpg" style="width: 222px; height: 193px;"><br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">DTP22</span> from <a
+ href="http://www.xrite.com/">X-Rite</a> is a discontinued
+ instrument. It may still be available second hand. It is
+ capable of reading colored patches one at a time.<br>
+ <br>
+ <b>Native Calibration Standard:</b><br>
+ <br>
+ Reflection measurements are natively historical X-Rite standard
+ (XRDI).<br>
+ <br>
+ <br>
+ <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span>
+ <hr style="width: 100%; height: 2px;"><span style="font-weight:
+ bold;"><br>
+ <a name="DTP41"></a>DTP41 reflective, DTP41T
+ reflective/transmissive spectrometers<br>
+ <br>
+ <img alt="" src="DTP41.jpg" style="width: 263px; height: 298px;"><br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">DTP41</span> and <span
+ style="font-weight: bold;">DTP41T</span> from <a
+ href="http://www.xrite.com/">X-Rite</a> is a discontinued
+ instrument. It may still be available second hand. <br>
+ <br>
+ The series II instruments (<span style="font-weight: bold;">DTP41B</span>
+ and <span style="font-weight: bold;">DTP41TB</span>) offer both
+ serial and USB connection. Note that currently only serial operation
+ using Argyll is possible with these instruments.<br>
+ <br>
+ <b>Native Calibration Standard:</b><br>
+ <br>
+ Reflection measurements are natively historical X-Rite standard
+ (XRDI).<br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ <a name="dtp51"></a><span style="font-weight: bold;">DTP51
+ reflective colorimeter<br>
+ <br>
+ <img alt="" src="DTP51.jpg" style="width: 263px; height: 223px;"><br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">DTP51</span> from <a
+ href="http://www.xrite.com/">X-Rite</a> is a discontinued
+ instrument. It may still be available second hand. <br>
+ <br>
+ <span style="font-weight: bold;">Operation:</span><br>
+ <span style="font-weight: bold;"><span style="font-weight: bold;"><br>
+ </span></span>The DTP51's switch is triggered by inserting a strip
+ into the slot.<br>
+ <br>
+ <b>Native Calibration Standard:</b><br>
+ <br>
+ Reflection measurements are natively historical X-Rite standard
+ (XRDI).<br>
+ <br>
+ <br>
+ <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span>
+ <hr style="width: 100%; height: 2px;"><span style="font-weight:
+ bold;"><br>
+ <a name="DTP92"></a>DTP92 CRT display colorimeter<br>
+ <br>
+ <img alt="" src="DTP92.jpg" style="width: 223px; height: 180px;"><br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">DTP92</span><span
+ style="font-weight: bold;"></span> from <a
+ href="http://www.xrite.com/">X-Rite</a> is a discontinued
+ instrument. It may still be available second hand. It will
+ only read CRT technology displays.<br>
+ <br>
+ <span style="font-weight: bold;">Operation:</span><br>
+ <br>
+ The Display Selections for this instrument are:<br>
+ <br>
<span style="font-weight: bold;">c</span> @@ -1778,32 +2083,43 @@ href="http://www.image-engineering.de/iq-products/iq-tools/measurement-devices/e - CRT display A Cathode Ray - Tube display, that is of the Refresh type [Default, CB2].<br> - <br> - <hr style="width: 100%; height: 2px;"><br> - <span style="font-weight: bold;"><a name="DTP94"></a>DTP94, </span><font - size="-1">"Optix XR"</font> or "Optix XR2" or "Optix Pro" <span - style="font-weight: bold;">display colorimetrers</span><br> - <span style="font-weight: bold;"><br> - <img title="DTP94" alt="" src="DTP94.jpg" style="width: 138px; - height: 171px;"> - <img alt="" title="Optix XR/Pro" src="moxxr.jpg" - style="width: 155px; height: 190px;"><br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;">DTP94 </span>from <a - href="http://www.xrite.com/">X-Rite</a> is a discontinued - instrument, although it is still being supplied to OEMs. It - may still be available as old stock, or second hand. It was sold as - an instrument without software as the DTP94, and packaged with - software from the manufacturer as the "Optix XR" range.<br> - <br> - <span style="font-weight: bold;">Operation:</span><br> - <br> - The Display Selections for this instrument are:<br> - <br> + + + + + + + + + + +
+ CRT display A Cathode Ray
+ Tube display, that is of the Refresh type [Default, CB2].<br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ <span style="font-weight: bold;"><a name="DTP94"></a>DTP94, </span><font
+ size="-1">"Optix XR"</font> or "Optix XR2" or "Optix Pro" <span
+ style="font-weight: bold;">display colorimetrers</span><br>
+ <span style="font-weight: bold;"><br>
+ <img title="DTP94" alt="" src="DTP94.jpg" style="width: 138px;
+ height: 171px;">
+ <img alt="" title="Optix XR/Pro" src="moxxr.jpg"
+ style="width: 155px; height: 190px;"><br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">DTP94 </span>from <a
+ href="http://www.xrite.com/">X-Rite</a> is a discontinued
+ instrument, although it is still being supplied to OEMs. It
+ may still be available as old stock, or second hand. It was sold as
+ an instrument without software as the DTP94, and packaged with
+ software from the manufacturer as the "Optix XR" range.<br>
+ <br>
+ <span style="font-weight: bold;">Operation:</span><br>
+ <br>
+ The Display Selections for this instrument are:<br>
+ <br>
<span style="font-weight: bold;">l</span> @@ -1847,8 +2163,19 @@ href="http://www.image-engineering.de/iq-products/iq-tools/measurement-devices/e - LCD display A Liquid - Crystal Display, that is of the Non-Refresh type [default, CB1].<br> + + + + + + + + + + +
+ LCD display A Liquid
+ Crystal Display, that is of the Non-Refresh type [default, CB1].<br>
<span style="font-weight: bold;">c</span> @@ -1897,23 +2224,34 @@ href="http://www.image-engineering.de/iq-products/iq-tools/measurement-devices/e - CRT display A Cathode Ray - Tube display, that is of the Refresh type [CB2].<br> - <b>g</b> - Generic - Generic - display [CB3]<br> - <br> - <br> - <span style="font-weight: bold;"></span> - <hr style="width: 100%; height: 2px;"><span style="font-weight: - bold;"><br> - <a name="sl"></a>Spectrolino reflective/emissive spectrometer<br> - <br> - <img alt="" src="sl.jpg" style="width: 239px; height: 200px;"><br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> + + + + + + + + + + +
+ CRT display A Cathode Ray
+ Tube display, that is of the Refresh type [CB2].<br>
+ <b>g</b>
+ Generic
+ Generic
+ display [CB3]<br>
+ <br>
+ <br>
+ <span style="font-weight: bold;"></span>
+ <hr style="width: 100%; height: 2px;"><span style="font-weight:
+ bold;"><br>
+ <a name="sl"></a>Spectrolino reflective/emissive spectrometer<br>
+ <br>
+ <img alt="" src="sl.jpg" style="width: 239px; height: 200px;"><br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
</span>The <span style="font-weight: bold;">Spectrolino </span>from Gretag @@ -1963,225 +2301,272 @@ Gretag - MacBeth (Now X-Rite) is a discontinued instrument. It is often - available second hand. If buying it second hand, make sure it comes - with all it's accessories, including white reference, spot reading - adapter, display reading adapters, filters (UV, polarizing, D65), - serial cable adapter and power supply.<br> - <span style="font-weight: bold;"><br> - </span> - <hr style="width: 100%; height: 2px;"><span style="font-weight: - bold;"><br> - <a name="ss"></a>SpectroScan reflective/emissive and SpectroScanT - reflective/emissive/transmissive spectrometers<br> - <br> - <img style="width: 336px; height: 294px;" alt="" src="ss.jpg"><br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;">SpectroScan</span> and - <span style="font-weight: bold;">SpectroScanT</span> from Gretag - MacBeth (Now X-Rite) is a discontinued instrument. It is the - combination of an X-Y table and the <span style="font-weight: - bold;">Spectrolino</span> instrument. The <span - style="font-weight: bold;">SpectroScanT</span> is capable of - measuring transparency. It is often available second hand. If buying - it second hand, make sure it comes with all it's accessories, - including white reference, spot reading adapter, display reading - adapters, filters (UV, polarizing, D65) and power supply.<br> - <br> - If measuring transparencies using a SpectroScanT, the <b>Enter</b> - key on the instrument may be used to trigger each reading. It will - be recognized after each previous reading has been completed.<br> - <br> - <hr style="width: 100%; height: 2px;"><br> - <br> - <span style="font-weight: bold;"><a name="i1p2"></a>Eye-One Pro2:</span><br> - <img style=" width: 357px; height: 234px;" alt="Eye-One Pro 2" - src="i1pro2.jpg"><br> - <br> - There is support for some of the new features of the Eye-One Pro2 - (also known as the Eye-One Pro Rev E), in particular the Rev E - measurement mode, spectrometer stray light reduction, wavelength - calibration, and improved black level tracking. This new support can - be disabled and an Eye-One Pro2 operated in legacy mode by setting - the environment variable ARGYLL_DISABLE_I1PRO2_DRIVER. See <a - href="instruments.html#i1p">Eye-One Pro reflective/emissive - spectrometer</a><span style="font-weight: bold;"> </span>below - for details on the operation of this type of instrument.<br> - <br> - <hr style="width: 100%; height: 2px;"><br> - <span style="font-weight: bold;"><a name="i1p"></a>Eye-One Pro and - Eye-One Pro2 reflective/emissive spectrometer<br> - <br> - <img alt="" src="i1p.jpg" style="width: 347px; height: 234px;"><br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;">Eye-One Pro</span> from - <a href="http://www.xrite.com/">X-Rite</a> (was Gretag MacBeth) is - available in two packages from the manufacturer. These packages - differ partly in what accessories come with the instrument, but - primarily in what features the manufacturers software provides. This - comparison <a - href="http://www.xrite.com/product_overview.aspx?ID=812">chart</a> - illustrates the differences. Used with Argyll, there are no - differences in operation of an Eye-One Pro instrument, irrespective - of which package it came with. The lowest cost package is the <a - href="http://www.xrite.com/product_overview.aspx?ID=1461">i1 Basic - Pro</a>.<br> - <br> - The EFI ES-1000 (which is a re-badged Eye-One Pro) is also reported - to work with Argyll.<br> - <br> - Unless you know what you're doing, and have a very specific reason - to buy an instrument fitted with a UV (Ultra Violet) filter, make - sure that you buy an instrument without the filter. A UV filtered - instrument can't deal intelligently with FWA (Fluorescent Whitener - Additive) effects in paper. (Look <a href="FWA.html">here</a> for - more information about FWA compensation.) Using FWA compensation you - can make measurements using ISO 13655:2009 M0, M1 and M2 conditions. - The M2 condition emulates a UV cut instrument.<br> - <br> - There have been four revisions of the Eye-One Pro, Rev. A, B, D and - E (AKA Eye-One Pro2). The rev B, D and E are capable of sampling - twice as fast as the Rev. A version of the instrument, and are also - available with an ambient light reading capability.<br> - <br> - <span style="font-weight: bold;">NOTE</span> for those running on - older versions of Linux with a Rev. D, there was a problem with the - Linux USB stack that causes the instrument to stop working once it - has been used. The only workaround is to unplug and replug the - instrument in again, whereupon it can be used one time again. A fix - for this problem was in the Linux 2.6.26 kernel release.<br> - <br> - See also <a href="i1proDriver.html">How can I have confidence in - the i1pro Driver ?</a><br> - <br> - <span style="font-weight: bold;">Patch recognition:</span><br> - <br> - For the best chances of good patch recognition, the instrument - should be drawn smoothly and not too rapidly over the strip. If - there is a misread, try slowing down slightly. The Rev A and B. - instruments have a slower sampling rate than the latter revision - instruments, and hence must be used a bit more slowly. Generally a - higher quality set of readings will result if slower scans are used, - since there will then be more samples averaged for each patch.<br> - <br> - In <a href="chartread.html">chartread</a>, the -<span - style="font-weight: bold;">T ratio</span> argument modifies the - patch consistency tolerance threshold for the Eye-One Pro. In - recognizing patches in a strip, the instrument takes multiple - readings as the strip is read, and then divide the readings up into - each patch. It then check the consistency of the multiple readings - corresponding to each patch, and reject the measurement if they are - too inconsistent. For some media (ie. a coarser screens, fabric - etc.) the default tolerance may be unreasonably tight, so the <span - style="font-weight: bold;">-T ratio</span> argument can be used to - modify this criteria. To loosen the tolerance, use a number greater - than 1.0 (ie. 1.5, 2.0). <span style="font-weight: bold;"></span><br> - <br> - <span style="font-weight: bold;">Special features:</span><br> - <br> - A feature unique to Argyll when used with the Eye-One Pro, is the - high resolution spectral mode. This returns spectral measurements at - 3.333 nm spacing, rather than the default 10nm spacing, and also - extends the range of wavelengths very slightly. This high resolution - may assist in giving better accuracy for "peaky" emissive sources - such as illuminants and displays. The high resolution mode is - selected by using the <span style="font-weight: bold;">-H</span> - flag on the command line to <span style="font-weight: bold;">dispcal</span>, - <span style="font-weight: bold;">dispread</span>, <span - style="font-weight: bold;">chartread</span>, and <span - style="font-weight: bold;">spotread</span>. It can also be toggled - on and off within <span style="font-weight: bold;">spotread</span> - using the <span style="font-weight: bold;">h</span> key.<br> - <br> - Note that while finer spectral resolution will worsen the signal to - noise ratio of the individual spectral values, the signal to noise - ratio of the resulting tri-stimulus color values will be identical - to normal resolution mode, since the same overall integration is - performed. <br> - <br> - See <a href="i1proHiRes.html">Does the i1pro High Resolution mode - improve accuracy ?</a><br> - <br> - <img alt="High res. and standard res. spectrum." - src="Fluorescent.jpg" style="width: 750px; height: 375px;"><br> - <br> - <img alt="C.R.T high res. and standard res. spectrum." - src="CRTspectrum.jpg" style="width: 750px; height: 375px;"><br> - <br> - <hr style="width: 100%; height: 2px;"><br> - <span style="font-weight: bold;"><a name="i1m"></a>Eye-One Monitor - emissive spectrometer<br> - <br> - <img alt="" src="i1m.jpg" style="width: 347px; height: 234px;"><br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;">Eye-One Monitor</span> - from <a href="http://www.xrite.com/">X-Rite</a> (was Gretag - MacBeth) is a discontinued instrument. It was a lower cost version - of the <span style="font-weight: bold;">Eye-One Pro</span> without - reflective measurement capability. See <a href="#i1p">Eye-One Pro - reflective/emissive spectrometer</a><span style="font-weight: - bold;"> </span>for details on the operation of this instrument.<br> - <br> - <br> - <hr style="width: 100%; height: 2px;"><br> - <span style="font-weight: bold;"><a name="i1d"></a>Eye-One Display - 1, Eye-One Display 2, Eye-One Display LT, ColorMunki Create, - ColorMunki Smile colorimeters,<br> - <br> - <img style=" width: 124px; height: 168px;" alt="ColorMunki Smile" - src="Smile.jpg"><img alt="Eye-One Display 2" src="i1d.jpg" - style="width: 145px; height: 168px;"> <img style="width: 133px; - height: 168px;" alt="ColorMunki Create" - src="ColorMunkiCreate.jpg"><br> - <br> - Instrument Availability:<br> - <br> - </span>The <span style="font-weight: bold;">ColorMunki Smile</span> - colorimeter is a currently available instrument.<br> - The <span style="font-weight: bold;">Eye-One Display LT</span> and - <span style="font-weight: bold;">Eye-One Display 2</span> are - discontinued products, although they may still be available from - some retailers, second hand, and may still be shipped with some - displays as part of their calibration capability.<br> - The <span style="font-weight: bold;">ColorMunki Create</span> - colorimeter is a discontinued product, although they may still be - available from some retailers or second hand,can also be used. They - will appear as an i1Display2 colorimeter.<br> - The <span style="font-weight: bold;">HP DreamColor</span> - colorimeter can also be used, and will appear as an i1Display2 - colorimeter [note that it is calibrated for the DreamColor display].<br> - The <span style="font-weight: bold;">HP APS</span> (Advanced - Profiling Solution) colorimeter is also reported to work, and will - appear as an i1Display2.<br> - The <span style="font-weight: bold;">CalMAN X2</span> colorimeter - is also reported to work, and will appear as an i1Display2 - colorimeter.<br> - The <span style="font-weight: bold;">Lacie Blue Eye</span> <span - style="font-weight: bold;"></span> colorimeter is also reported to - work, and will appear as an i1Display2 colorimeter.<br> - <br> - <span style="font-weight: bold;"></span>The <span - style="font-weight: bold;">Eye-One Display 1</span> is a - discontinued instrument. <br> - <br> - The Eye-One Display LT came with a less expensive<span - style="text-decoration: underline;"></span> package with more - limited software from the manufacture.<br> - The Eye-One Display 2 package came with more software - features, but the instruments are virtually identical, and - will operate identically using Argyll.<br> - The ColorMunki Create<span style="text-decoration: underline;"></span> - package is another alternative, and will operate identically using - Argyll.<br> - <br> - <span style="font-weight: bold;">Operation:</span><br> - <br> + + + + + + + + + + +
+ MacBeth (Now X-Rite) is a discontinued instrument. It is often
+ available second hand. If buying it second hand, make sure it comes
+ with all it's accessories, including white reference, spot reading
+ adapter, display reading adapters, filters (UV, polarizing, D65),
+ serial cable adapter and power supply.<br>
+ <br>
+ <b>Native Calibration Standard:</b><br>
+ <br>
+ Reflection measurements are natively historical Gretag MacBeth
+ standard (GMDI).<br>
+ <span style="font-weight: bold;"><br>
+ </span>
+ <hr style="width: 100%; height: 2px;"><span style="font-weight:
+ bold;"><br>
+ <a name="ss"></a>SpectroScan reflective/emissive and SpectroScanT
+ reflective/emissive/transmissive spectrometers<br>
+ <br>
+ <img style="width: 336px; height: 294px;" alt="" src="ss.jpg"><br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">SpectroScan</span> and
+ <span style="font-weight: bold;">SpectroScanT</span> from Gretag
+ MacBeth (Now X-Rite) is a discontinued instrument. It is the
+ combination of an X-Y table and the <span style="font-weight:
+ bold;">Spectrolino</span> instrument. The <span
+ style="font-weight: bold;">SpectroScanT</span> is capable of
+ measuring transparency. It is often available second hand. If buying
+ it second hand, make sure it comes with all it's accessories,
+ including white reference, spot reading adapter, display reading
+ adapters, filters (UV, polarizing, D65) and power supply.<br>
+ <br>
+ If measuring transparencies using a SpectroScanT, the <b>Enter</b>
+ key on the instrument may be used to trigger each reading. It will
+ be recognized after each previous reading has been completed.<br>
+ <br>
+ <b>Native Calibration Standard:</b><br>
+ <br>
+ Reflection measurements are natively historical Gretag MacBeth
+ standard (GMDI).<br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ <br>
+ <span style="font-weight: bold;"><a name="i1p2"></a>Eye-One Pro2:</span><br>
+ <img style=" width: 357px; height: 234px;" alt="Eye-One Pro 2"
+ src="i1pro2.jpg"><br>
+ <br>
+ <span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span> The <span style="font-weight: bold;">Eye-One Pro2 </span>(AKA + +
+ Eye-One Pro Rev E) from <a
+ href="http://www.kleininstruments.com/"></a> <a
+ href="http://www.xrite.com/">X-Rite</a> is a currently available
+ instrument. It is available in several packages from the
+ manufacturer. These packages differ partly in what accessories come
+ with the instrument, but primarily in what features the
+ manufacturers software provides. This comparison <a
+ href="http://www.xrite.com/product_overview.aspx?ID=812">chart</a>
+ illustrates the differences. Used with Argyll, there are no
+ differences in operation of an Eye-One Pro instrument, irrespective
+ of which package it came with. The lowest cost package is the <a
+href="http://www.xrite.com/categories/calibration-profiling/i1basic-pro-2">i1 + +
+ Basic Pro 2</a>.<br>
+ <br>
+ There is support for some of the new features of the Eye-One Pro2
+ (also known as the Eye-One Pro Rev E), in particular the Rev E
+ measurement mode, spectrometer stray light reduction, wavelength
+ calibration, and improved black level tracking. This new support can
+ be disabled and an Eye-One Pro2 operated in legacy mode by setting
+ the environment variable ARGYLL_DISABLE_I1PRO2_DRIVER. See <a
+ href="instruments.html#i1p">Eye-One Pro reflective/emissive
+ spectrometer</a><span style="font-weight: bold;"> </span>below
+ for details on the operation of this type of instrument.<br>
+ <br>
+ <b>Native Calibration Standard:</b><br>
+ <br>
+ Reflection measurements are natively X-Rite <a
+ href="http://www.xrite.com/xrite-graphic-arts-standard">XRGA</a>.<span
+ style="font-weight: bold;"></span><br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ <span style="font-weight: bold;"><a name="i1p"></a>Eye-One Pro and
+ Eye-One Pro2 reflective/emissive spectrometer<br>
+ <br>
+ <img alt="" src="i1p.jpg" style="width: 347px; height: 234px;"><br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">Eye-One Pro</span> from
+ <a href="http://www.xrite.com/">X-Rite</a> (was Gretag MacBeth) is a
+ discontinued instrument.<br>
+ <br>
+ The EFI ES-1000 (which is a re-badged Eye-One Pro) is also reported
+ to work with Argyll.<br>
+ <br>
+ Unless you know what you're doing, and have a very specific reason
+ to buy an instrument fitted with a UV (Ultra Violet) filter, make
+ sure that you buy an instrument without the filter. A UV filtered
+ instrument can't deal intelligently with FWA (Fluorescent Whitener
+ Additive) effects in paper. (Look <a href="FWA.html">here</a> for
+ more information about FWA compensation.) Using FWA compensation you
+ can make measurements using ISO 13655:2009 M0, M1 and M2 conditions.
+ The M2 condition emulates a UV cut instrument.<br>
+ <br>
+ There have been four revisions of the Eye-One Pro, Rev. A, B, D and
+ E (AKA Eye-One Pro2 - see above). The rev B, D and E are capable of
+ sampling twice as fast as the Rev. A version of the instrument, and
+ are also available with an ambient light reading capability.<br>
+ <br>
+ <span style="font-weight: bold;">NOTE</span> for those running on
+ older versions of Linux with a Rev. D, there was a problem with the
+ Linux USB stack that causes the instrument to stop working once it
+ has been used. The only workaround is to unplug and replug the
+ instrument in again, whereupon it can be used one time again. A fix
+ for this problem was in the Linux 2.6.26 kernel release.<br>
+ <br>
+ See also <a href="i1proDriver.html">How can I have confidence in
+ the i1pro Driver ?</a><br>
+ <br>
+ <span style="font-weight: bold;">Patch recognition:</span><br>
+ <br>
+ For the best chances of good patch recognition, the instrument
+ should be drawn smoothly and not too rapidly over the strip. If
+ there is a misread, try slowing down slightly. The Rev A and B.
+ instruments have a slower sampling rate than the latter revision
+ instruments, and hence must be used a bit more slowly. Generally a
+ higher quality set of readings will result if slower scans are used,
+ since there will then be more samples averaged for each patch.<br>
+ <br>
+ In <a href="chartread.html">chartread</a>, the -<span
+ style="font-weight: bold;">T ratio</span> argument modifies the
+ patch consistency tolerance threshold for the Eye-One Pro. In
+ recognizing patches in a strip, the instrument takes multiple
+ readings as the strip is read, and then divide the readings up into
+ each patch. It then check the consistency of the multiple readings
+ corresponding to each patch, and reject the measurement if they are
+ too inconsistent. For some media (ie. a coarser screens, fabric
+ etc.) the default tolerance may be unreasonably tight, so the <span
+ style="font-weight: bold;">-T ratio</span> argument can be used to
+ modify this criteria. To loosen the tolerance, use a number greater
+ than 1.0 (ie. 1.5, 2.0). <span style="font-weight: bold;"></span><br>
+ <br>
+ <b>Native Calibration Standard:</b><br>
+ <br>
+ Reflection measurements are natively historical Gretag MacBeth
+ standard (GMDI) for RevA-D,<br>
+ and natively X-Rite <a
+ href="http://www.xrite.com/xrite-graphic-arts-standard">XRGA</a>
+ for Rev E.<br>
+ <br>
+ <span style="font-weight: bold;">Special features:</span><br>
+ <br>
+ A feature unique to Argyll when used with the Eye-One Pro, is the
+ high resolution spectral mode. This returns spectral measurements at
+ 3.333 nm spacing, rather than the default 10nm spacing, and also
+ extends the range of wavelengths very slightly. This high resolution
+ may assist in giving better accuracy for "peaky" emissive sources
+ such as illuminants and displays. The high resolution mode is
+ selected by using the <span style="font-weight: bold;">-H</span>
+ flag on the command line to <span style="font-weight: bold;">dispcal</span>,
+ <span style="font-weight: bold;">dispread</span>, <span
+ style="font-weight: bold;">chartread</span>, and <span
+ style="font-weight: bold;">spotread</span>. It can also be toggled
+ on and off within <span style="font-weight: bold;">spotread</span>
+ using the <span style="font-weight: bold;">h</span> key.<br>
+ <br>
+ Note that while finer spectral resolution will worsen the signal to
+ noise ratio of the individual spectral values, the signal to noise
+ ratio of the resulting tri-stimulus color values will be identical
+ to normal resolution mode, since the same overall integration is
+ performed. <br>
+ <br>
+ See <a href="i1proHiRes.html">Does the i1pro High Resolution mode
+ improve accuracy ?</a><br>
+ <br>
+ <img alt="High res. and standard res. spectrum."
+ src="Fluorescent.jpg" style="width: 750px; height: 375px;"><br>
+ <br>
+ <img alt="C.R.T high res. and standard res. spectrum."
+ src="CRTspectrum.jpg" style="width: 750px; height: 375px;"><br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ <span style="font-weight: bold;"><a name="i1m"></a>Eye-One Monitor
+ emissive spectrometer<br>
+ <br>
+ <img alt="" src="i1m.jpg" style="width: 347px; height: 234px;"><br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">Eye-One Monitor</span>
+ from <a href="http://www.xrite.com/">X-Rite</a> (was Gretag
+ MacBeth) is a discontinued instrument. It was a lower cost version
+ of the <span style="font-weight: bold;">Eye-One Pro</span> without
+ reflective measurement capability. See <a href="#i1p">Eye-One Pro
+ reflective/emissive spectrometer</a><span style="font-weight:
+ bold;"> </span>for details on the operation of this instrument.<br>
+ <br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ <span style="font-weight: bold;"><a name="i1d"></a>Eye-One Display
+ 1, Eye-One Display 2, Eye-One Display LT, ColorMunki Create,
+ ColorMunki Smile colorimeters,<br>
+ <br>
+ <img style=" width: 124px; height: 168px;" alt="ColorMunki Smile"
+ src="Smile.jpg"><img alt="Eye-One Display 2" src="i1d.jpg"
+ style="width: 145px; height: 168px;"> <img style="width: 133px;
+ height: 168px;" alt="ColorMunki Create"
+ src="ColorMunkiCreate.jpg"><br>
+ <br>
+ Instrument Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">ColorMunki Smile</span>
+ colorimeter is a currently available instrument.<br>
+ The <span style="font-weight: bold;">Eye-One Display LT</span> and
+ <span style="font-weight: bold;">Eye-One Display 2</span> are
+ discontinued products, although they may still be available from
+ some retailers, second hand, and may still be shipped with some
+ displays as part of their calibration capability.<br>
+ The <span style="font-weight: bold;">ColorMunki Create</span>
+ colorimeter is a discontinued product, although they may still be
+ available from some retailers or second hand,can also be used. They
+ will appear as an i1Display2 colorimeter.<br>
+ The <span style="font-weight: bold;">HP DreamColor</span>
+ colorimeter can also be used, and will appear as an i1Display2
+ colorimeter [note that it is calibrated for the DreamColor display].<br>
+ The <span style="font-weight: bold;">HP APS</span> (Advanced
+ Profiling Solution) colorimeter is also reported to work, and will
+ appear as an i1Display2.<br>
+ The <span style="font-weight: bold;">CalMAN X2</span> colorimeter
+ is also reported to work, and will appear as an i1Display2
+ colorimeter.<br>
+ The <span style="font-weight: bold;">Lacie Blue Eye</span> <span
+ style="font-weight: bold;"></span> colorimeter is also reported to
+ work, and will appear as an i1Display2 colorimeter.<br>
+ <br>
+ <span style="font-weight: bold;"></span>The <span
+ style="font-weight: bold;">Eye-One Display 1</span> is a
+ discontinued instrument. <br>
+ <br>
+ The Eye-One Display LT came with a less expensive<span
+ style="text-decoration: underline;"></span> package with more
+ limited software from the manufacture.<br>
+ The Eye-One Display 2 package came with more software
+ features, but the instruments are virtually identical, and
+ will operate identically using Argyll.<br>
+ The ColorMunki Create<span style="text-decoration: underline;"></span>
+ package is another alternative, and will operate identically using
+ Argyll.<br>
+ <br>
+ <span style="font-weight: bold;">Operation:</span><br>
+ <br>
The Display Selections for the <span style="font-weight: bold;">ColorMunki @@ -2215,12 +2600,23 @@ Gretag - Smile</span> are:<br> - <br> - <span style="font-weight: bold;">f</span> - LCD with CCFL back-light - A Liquid Crystal display that uses a Cold - Cathode Fluorescent back lighting. [Default, CB1]<br> + + + + + + + + + + +
+ Smile</span> are:<br>
+ <br>
+ <span style="font-weight: bold;">f</span>
+ LCD with CCFL back-light
+ A Liquid Crystal display that uses a Cold
+ Cathode Fluorescent back lighting. [Default, CB1]<br>
<span style="font-weight: bold;">e</span> @@ -2252,12 +2648,23 @@ Gretag - LCD with LED back-light - A Liquid Crystal display that uses - Light Emitting Diode back lighting.<br> - <br> - other instruments will offer:<br> - <br> + + + + + + + + + + +
+ LCD with LED back-light
+ A Liquid Crystal display that uses
+ Light Emitting Diode back lighting.<br>
+ <br>
+ other instruments will offer:<br>
+ <br>
<span style="font-weight: bold;">l</span> @@ -2306,8 +2713,19 @@ Gretag - LCD display A Liquid - Crystal Display, that is of the Non-Refresh type. [Default, CB1]<br> + + + + + + + + + + +
+ LCD display A Liquid
+ Crystal Display, that is of the Non-Refresh type. [Default, CB1]<br>
<span style="font-weight: bold;">c</span> @@ -2356,54 +2774,68 @@ Gretag - CRT display A - Cathode Ray Tube display, that is of the Refresh type. [CB2]<br> - <br> - <br> - <hr style="width: 100%; height: 2px;"><br> - <span style="font-weight: bold;"><a name="i1d3"></a></span> <span - style="font-weight: bold;">i1 DisplayPro and ColorMunki Display<span - style="font-weight: bold;"> colorimeters (i1 Display 3)</span><br> - <br> - <img alt="i1 Display Pro" src="i1d3_1.jpg" style="width: 194px; - height: 223px;"> <img style="width: 176px; height: 222px;" - alt="ColorMunki Display" src="i1d3_2.jpg"><br> - <br> - Instrument Availability:<br> - <br> - </span>Both instruments are currently available..<br> - <br> - The ColorMunki Display is a less expensive <a -href="http://xritephoto.com/ph_product_overview.aspx?id=1513&catid=149">package</a> - with more limited software from the manufacture, and takes a - noticeably longer time to make most measurements (a minimum of 1 - second), but both instruments will take longer for very dark - samples, and under these conditions the speed difference is less - significant.<br> - <br> - The i1Display Pro <a -href="http://xritephoto.com/ph_product_overview.aspx?id=1454&catid=109">package</a> - comes with i1Profiler, and the instrument is generally faster than - the ColorMunki Display, but other than this and the software - package, the instruments appear to be virtually identical. (Note - though that the ColorMunki Display is <u>unable</u> to measure the - refresh period, so is less repeatable in this mode than the - i1Display Pro).<br> - <br> - Both instruments are capable of using CCSS (<a - href="File_Formats.html#ccss">Colorimeter Calibration Spectral - Sample</a>) files, and this also gives the instrument the - capability of using a non-default standard observer. CCSS files can - be created using the <a href="ccxxmake.html">ccxxmake</a> tool, and - installed or translated from the .EDR files that are provided with - the instrument CD using the <a href="oeminst.html">oeminst</a> - utility using a spectrometer as a reference.<br> - <br> - There are some OEM versions of this instrument around too, and the <a - href="http://www.spectracal.com/">SpectraCal OEM i1Display</a>, <a - href="http://www.chromapure.com/">ChromaPure</a>, <a - href="http://www.necdisplay.com/p/sensors/mdsvsensor3">NEC - SpectraSensor Pro</a> and <a + + + + + + + + + + +
+ CRT display A
+ Cathode Ray Tube display, that is of the Refresh type. [CB2]<br>
+ <br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ <span style="font-weight: bold;"><a name="i1d3"></a></span> <span
+ style="font-weight: bold;">i1 DisplayPro and ColorMunki Display<span
+ style="font-weight: bold;"> colorimeters (i1 Display 3)</span><br>
+ <br>
+ <img alt="i1 Display Pro" src="i1d3_1.jpg" style="width: 194px;
+ height: 223px;"> <img style="width: 176px; height: 222px;"
+ alt="ColorMunki Display" src="i1d3_2.jpg"><br>
+ <br>
+ Instrument Availability:<br>
+ <br>
+ </span>Both instruments are currently available.<br>
+ <br>
+ The ColorMunki Display is a less expensive <a
+href="http://xritephoto.com/ph_product_overview.aspx?id=1513&catid=149">package</a>
+ with more limited software from the manufacture, and has hardware
+ that takes a noticeably longer time to make most measurements (a
+ minimum of 1 second), but both instruments will take longer for very
+ dark samples, and under these conditions the speed difference is
+ less significant. Because of the measurement speed limitation, the
+ measurement of display refresh rate and synchronization of its
+ measurements to a refresh display is not possible with the
+ ColorMunki Display. <br>
+ <br>
+ The i1Display Pro <a
+href="http://xritephoto.com/ph_product_overview.aspx?id=1454&catid=109">package</a>
+ comes with i1Profiler, and the instrument is generally faster than
+ the ColorMunki Display, but other than this and the software
+ package, the instruments appear to be virtually identical. (Note
+ though that the ColorMunki Display is <u>unable</u> to measure the
+ refresh period, so is less repeatable in this mode than the
+ i1Display Pro).<br>
+ <br>
+ Both instruments are capable of using CCSS (<a
+ href="File_Formats.html#ccss">Colorimeter Calibration Spectral
+ Sample</a>) files, and this also gives the instrument the
+ capability of using a non-default standard observer. CCSS files can
+ be created using the <a href="ccxxmake.html">ccxxmake</a> tool, and
+ installed or translated from the .EDR files that are provided with
+ the instrument CD using the <a href="oeminst.html">oeminst</a>
+ utility using a spectrometer as a reference.<br>
+ <br>
+ There are some OEM versions of this instrument around too, and the <a
+ href="http://www.spectracal.com/">SpectraCal OEM i1Display</a>, <a
+ href="http://www.chromapure.com/">ChromaPure</a>, <a
+ href="http://www.necdisplay.com/p/sensors/mdsvsensor3">NEC
+ SpectraSensor Pro</a> and <a
href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP @@ -2425,83 +2857,105 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - DreamColor</a> instruments are also reported to work. They will - appear as a be a the same as the i1Display Pro.<br> - <span style="font-weight: bold;">[Note</span> that if you have an - OEM version of this instrument, it's worth checking if they come - with any extra .edr files, that can then be translated for use with - ArgyllCMS using <a href="oeminst.html">oeminst</a>.]<br> - <br> - On MSWindows, if you have installed the Manufacturers applications, - you may have to shut the i1Profiler tray application down before - Argyll can open the instrument.<br> - <br> - <span style="font-weight: bold;">Operation:</span><br> - <br> - The Display Selections for this instrument are:<br> - <br> - <span style="font-weight: bold;">n</span><span - style="font-weight: bold;"></span> A - non-refresh type display [Default, CB1].<br> - <span style="font-weight: bold;">r</span> - A refresh type display - The refresh period - is measured, and the integration time adjusted appropriately. [CB2]<br> - <br> - With the manufacturers .edr files & reference Argyll .ccss files - installed, the following selections are:<br> - <br> - <span style="font-weight: bold;">n</span><span - style="font-weight: bold;"></span> A - non-refresh type display [Default, CB1].<br> - <span style="font-weight: bold;">r</span> - A refresh type display - The refresh - period is measured, and the integration time adjusted appropriately. - [CB2]<br> - <b>c</b> CRT - (Hitachi CM2112MET, Diamond View 1772ie)<br> - <b>l</b> LCD CCFL - IPS (CCFL AC EIZO HP with CORRECTION)<br> - <b>L</b> LCD CCFL - Wide Gamut IPS (WG CCFL NEC241 271)<br> - <b>b </b> LCD RGB - LED IPS (RGBLED HP SOYO)<br> - <b>e</b> LCD White - LED IPS (WLED AC LG Samsung)<br> - <b>p</b> Projector - (Marantz HP Panasonic Projectors Hybrid EDR)<br> - <br> - By default the integration time is adaptive, taking longer when the - light level is low. This can be disabled and a fixed integration - time used to gain maximum speed at the cost of greatly reduced low - light accuracy, by using the -Y A flag.<br> - <br> - <b>Note when measuring CRT displays:<br> - </b><br> - The small magnet in the ambient light cover used to signal what - position it is in, can interfere in the operation of the CRT - display, particularly if the ambient cover is in it's natural - position at 180 degrees away from the measuring lens. One way of - minimizing this is to swing the cover down so that it touches the - display adjacent to the lens, thereby moving the magnet away from - the display surface. A more thorough but inconvenient way of - avoiding this problem is to unclip the ambient light cover and slide - it down the cable.<br> - <br> - <hr style="width: 100%; height: 2px;"><br> - <span style="font-weight: bold;"><a name="Huey"></a>Huey colorimeter<br> - <br> - <img alt="" src="Huey.jpg" style="width: 128px; height: 202px;"><br> - <br> - Availability:<br> - <br> + + + + + + + + + + +
+ DreamColor</a> instruments are also reported to work. They will
+ appear as a be a the same as the i1Display Pro.<br>
+ <span style="font-weight: bold;">[Note</span> that if you have an
+ OEM version of this instrument, it's worth checking if they come
+ with any extra .edr files, that can then be translated for use with
+ ArgyllCMS using <a href="oeminst.html">oeminst</a>.]<br>
+ <br>
+ On MSWindows, if you have installed the Manufacturers applications,
+ you may have to shut the i1Profiler tray application down before
+ Argyll can open the instrument.<br>
+ <br>
+ <span style="font-weight: bold;">Operation:</span><br>
+ <br>
+ The Display Selections for this instrument are:<br>
+ <br>
+ <span style="font-weight: bold;">n</span><span
+ style="font-weight: bold;"></span> A
+ non-refresh type display [Default, CB1].<br>
+ <span style="font-weight: bold;">r</span>
+ A refresh type display - The refresh period
+ is measured, and the integration time adjusted appropriately. [CB2]<br>
+ <br>
+ With the manufacturers .edr files & reference Argyll .ccss files
+ installed, the following selections are:<br>
+ <br>
+ <span style="font-weight: bold;">n</span><span
+ style="font-weight: bold;"></span> A
+ non-refresh type display [Default, CB1].<br>
+ <span style="font-weight: bold;">r</span>
+ A refresh type display - The refresh
+ period is measured, and the integration time adjusted appropriately.
+ [CB2]<br>
+ <b>c</b> CRT
+ (Hitachi CM2112MET, Diamond View 1772ie)<br>
+ <b>l</b> LCD CCFL
+ IPS (CCFL AC EIZO HP with CORRECTION)<br>
+ <b>L</b> LCD CCFL
+ Wide Gamut IPS (WG CCFL NEC241 271)<br>
+ <b>b </b> LCD RGB
+ LED IPS (RGBLED HP SOYO)<br>
+ <b>e</b> LCD White
+ LED IPS (WLED AC LG Samsung)<br>
+ <b>p</b> Projector
+ (Marantz HP Panasonic Projectors Hybrid EDR)<br>
+ <br>
+ By default the integration time is adaptive, taking longer when the
+ light level is low. This can be disabled and a fixed integration
+ time used to gain maximum speed at the cost of greatly reduced low
+ light accuracy, by using the -Y A flag.<br>
+ <br>
+ <b>Note when measuring CRT displays:<br>
+ </b><br>
+ The small magnet in the ambient light cover used to signal what
+ position it is in, can interfere in the operation of the CRT
+ display, particularly if the ambient cover is in it's natural
+ position at 180 degrees away from the measuring lens. One way of
+ minimizing this is to swing the cover down so that it touches the
+ display adjacent to the lens, thereby moving the magnet away from
+ the display surface. A more thorough but inconvenient way of
+ avoiding this problem is to unclip the ambient light cover and slide
+ it down the cable.<br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ <span style="font-weight: bold;"><a name="Huey"></a>Huey colorimeter<br>
+ <br>
+ <img alt="" src="Huey.jpg" style="width: 128px; height: 202px;"><br>
+ <br>
+ Availability:<br>
+ <br>
</span>The <span style="font-weight: bold;">Huey </span>and <b>Huey - Pro</b> are discontinued instruments. They may still be available - as old stock, or second hand. <br> - <span style="font-weight: bold;"></span><br> - <span style="font-weight: bold;">Operation:</span><br> - <br> - The Display Selections for this instrument are:<br> - <br> + + + + + + + + + + +
+ Pro</b> are discontinued instruments. They may still be available
+ as old stock, or second hand. <br>
+ <span style="font-weight: bold;"></span><br>
+ <span style="font-weight: bold;">Operation:</span><br>
+ <br>
+ The Display Selections for this instrument are:<br>
+ <br>
<span style="font-weight: bold;">l</span> @@ -2550,8 +3004,19 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - LCD display A Liquid - Crystal Display, that is of the Non-Refresh type. [Default, CB1]<br> + + + + + + + + + + +
+ LCD display A Liquid
+ Crystal Display, that is of the Non-Refresh type. [Default, CB1]<br>
<span style="font-weight: bold;">c</span> @@ -2600,33 +3065,44 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - CRT display A Cathode Ray - Tube display, that is of the Refresh type. [CB2]<br> - <br> - <br> - <hr style="width: 100%; height: 2px;"><br> - <span style="font-weight: bold;"><a name="mox"></a>MonacoOPTIX - colorimeters<br> - <br> - <img alt="" src="mox.jpg" style="width: 115px; height: 147px;"> - <img alt="" src="Chroma4.jpg" - style="width: 135px; height: 146px;"><br> - <br> - Instrument Availability:<br> - </span><br> - <span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;">MonacoOPTIX</span> from - Monaco Soft is a discontinued instrument. It may still be - available as old stock, or second hand. It was sold packaged with - software from the manufacturer. The Sequel Chroma 4 appears to be a - similar instrument, and both seem to operate as if they were an - Eye-One Display 1 using Argyll.<br> - <br> - <span style="font-weight: bold;">Operation:</span><br> - <br> - The Display Selections for this instrument are:<br> - <br> + + + + + + + + + + +
+ CRT display A Cathode Ray
+ Tube display, that is of the Refresh type. [CB2]<br>
+ <br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ <span style="font-weight: bold;"><a name="mox"></a>MonacoOPTIX
+ colorimeters<br>
+ <br>
+ <img alt="" src="mox.jpg" style="width: 115px; height: 147px;">
+ <img alt="" src="Chroma4.jpg"
+ style="width: 135px; height: 146px;"><br>
+ <br>
+ Instrument Availability:<br>
+ </span><br>
+ <span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">MonacoOPTIX</span> from
+ Monaco Soft is a discontinued instrument. It may still be
+ available as old stock, or second hand. It was sold packaged with
+ software from the manufacturer. The Sequel Chroma 4 appears to be a
+ similar instrument, and both seem to operate as if they were an
+ Eye-One Display 1 using Argyll.<br>
+ <br>
+ <span style="font-weight: bold;">Operation:</span><br>
+ <br>
+ The Display Selections for this instrument are:<br>
+ <br>
<span style="font-weight: bold;">c</span> @@ -2675,8 +3151,19 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - CRT display A Cathode Ray - Tube display, that is of the Refresh type.<br> + + + + + + + + + + +
+ CRT display A Cathode Ray
+ Tube display, that is of the Refresh type.<br>
<span style="font-weight: bold;">l</span> @@ -2725,41 +3212,53 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - LCD display A Liquid - Crystal Display, that is of the Non-Refresh type.<br> - <br> - <hr style="width: 100%; height: 2px;"><br> - <span style="font-weight: bold;"><a name="spyd2"></a>Spyder 2 - colorimeter<br> - <br> - <img alt="" src="Spyd2.jpg" style="width: 218px; height: 232px;"><br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;">Spyder 2 </span><span - style="font-weight: bold;"></span>has been superseded by the - Spyder 5, but may be available second hand.<br> - [The Spyder 1 has also been reported as working, but this has not - been confirmed.]<br> - <span style="font-weight: bold;"><br> - </span><span style="font-weight: bold;">Operation:<br> - </span><br> - <span style="font-weight: bold;">Important Note </span>about the - ColorVision Spyder 2 instrument support:<br> - <br> - This instrument cannot function without the driver software having - access to the vendor supplied PLD firmware pattern for it.<br> - This firmware is not provided with Argyll, since it is not available - under a compatible license.<br> - <br> - The purchaser of a Spyder 2 instrument should have received a copy - of this firmware along with their instrument, and should therefore - be able to enable the Argyll driver for this instrument by using the - <a href="oeminst.html">oeminst</a> tool.<span style="font-weight: - bold;"></span><br> - <br> - The Display Selections for this instrument are:<br> - <br> + + + + + + + + + + +
+ LCD display A Liquid
+ Crystal Display or alternate Calibration, that is of the Non-Refresh
+ type.<br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ <span style="font-weight: bold;"><a name="spyd2"></a>Spyder 2
+ colorimeter<br>
+ <br>
+ <img alt="" src="Spyd2.jpg" style="width: 218px; height: 232px;"><br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">Spyder 2 </span><span
+ style="font-weight: bold;"></span>has been superseded by the
+ Spyder 5, but may be available second hand.<br>
+ [The Spyder 1 has also been reported as working, but this has not
+ been confirmed.]<br>
+ <span style="font-weight: bold;"><br>
+ </span><span style="font-weight: bold;">Operation:<br>
+ </span><br>
+ <span style="font-weight: bold;">Important Note </span>about the
+ ColorVision Spyder 2 instrument support:<br>
+ <br>
+ This instrument cannot function without the driver software having
+ access to the vendor supplied PLD firmware pattern for it.<br>
+ This firmware is not provided with Argyll, since it is not available
+ under a compatible license.<br>
+ <br>
+ The purchaser of a Spyder 2 instrument should have received a copy
+ of this firmware along with their instrument, and should therefore
+ be able to enable the Argyll driver for this instrument by using the
+ <a href="oeminst.html">oeminst</a> tool.<span style="font-weight:
+ bold;"></span><br>
+ <br>
+ The Display Selections for this instrument are:<br>
+ <br>
<span style="font-weight: bold;">l</span> @@ -2808,8 +3307,19 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - LCD display A Liquid Crystal - Display, that is of the Non-Refresh type. [Default, CB1]<br> + + + + + + + + + + +
+ LCD display A Liquid Crystal
+ Display, that is of the Non-Refresh type. [Default, CB1]<br>
<span style="font-weight: bold;">c</span> @@ -2858,133 +3368,144 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - CRT display A Cathode Ray - Tube display, that is of the Refresh type. [CB2]<br> - <br> - <br> - <span style="font-weight: bold;">Linux USB hub problems:<br> - <br> - </span>Note that the Spyder doesn't appear to operate at all well on - Linux if attached to a secondary USB hub. You may have such a - secondary hub built into your motherboard. If Argyll has difficulty - in reliably talking to the Spyder, try connecting it directly to the - computer rather than via a usb hub, or try using a USB port on your - computer that connects directly to a root hub. This is probably due - to a bug in the Linux EHCI driver, and a fix is due to appear in the - Linux kernel sometime after July 2011. The name of the fix is "EHCI: - fix direction handling for interrupt data toggles".<br> - <br> - <hr style="width: 100%; height: 2px;"><br> - <span style="font-weight: bold;"><a name="spyd3"></a>Spyder 3 - colorimeter<br> - <br> - <img style="width: 262px; height: 220px;" alt="Spyder3" - src="Spyd3.jpg"> <img style="width: 193px; height: 220px;" - alt="Spyder3Express" src="Spyd3x.jpg"><br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;">Spyder3Elite</span>, <span - style="font-weight: bold;">Spyder3Pro</span> and <span - style="font-weight: bold;">Spyder3Express</span> have being - superseded by the Spyder 5, but may still stocked by some dealers, - and may be available second hand. The <span style="font-weight: - bold;">Spyder3Elite</span> and <span style="font-weight: bold;">Spyder3Pro</span> - appear to be identical hardware with different software from the - manufacturer. The <span style="font-weight: bold;">Spyder3Express</span> - lacks the ambient sensor.<br> - <br> - [Note that this instrument doesn't seem particularly suited to - measuring CRT displays, since it no longer seems to synchronise its - readings to a CRT refresh, and you can no longer remove the LCD - filter, reducing its sensitivity compared to the Spyder 2 in CRT - mode. The Spyder 2 or one of the other instruments may be a better - choice if you particularly need to measure CRTs or Refresh - displays.]<br> - <span style="font-weight: bold;"><br> - </span><span style="font-weight: bold;">Operation:<br> - </span><br> - The ambient light sensor can be used with the <span - style="font-weight: bold;">Spyder3Elite</span> and <span - style="font-weight: bold;">Spyder3Pro</span> instruments, but is - only capable of monochrome readings.<span style="font-weight: bold;"><br> - </span><br> - The Display Selections for this instrument are:<br> - <br> - <span style="font-weight: bold;">n</span> | <span - style="font-weight: bold;">l</span> A - non-refresh type display [Default, CB1]<br> - <span style="font-weight: bold;">r | c</span> - A refresh type display. [CB2]<br> - <br> - <br> - <hr style="width: 100%; height: 2px;"><br> - <span style="font-weight: bold;"><a name="spyd4"></a>Spyder 4 - colorimeter<br> - <br> - <img style=" width: 262px; height: 220px;" alt="Spyder4" - src="Spyd4.jpg"> <br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;">Spyder4Elite</span>, <span - style="font-weight: bold;">Spyder4Pro</span> and <span - style="font-weight: bold;">Spyder4Express</span> have being - superseded by the Spyder 5, but may still stocked by some dealers, - and may be available second hand. The <span - style="font-weight: bold;">Spyder4Elite</span> and <span - style="font-weight: bold;">Spyder4Pro</span> appear to be - identical hardware with different software from the manufacturer. - The <span style="font-weight: bold;">Spyder4Express</span> lacks - the ambient sensor.<br> - <span style="font-weight: bold;"><br> - </span><span style="font-weight: bold;">Operation:<br> - </span><br> - These instruments are capable of using using CCSS (<a - href="File_Formats.html#ccss">Colorimeter Calibration Spectral - Sample</a>) files, and this also gives the instrument the - capability of using a non-default standard observer. CCSS files can - be created using the <a href="ccxxmake.html">ccxxmake</a> tool - using a spectrometer as a reference.<br> - <br> - <span style="font-weight: bold;">Important Note </span>about the - DataColor Spyder 4 vendor display type/calibration support:<br> - <br> - This instrument does not have a full range of display type - calibration selections available without the vendor supplied - calibration data for it.<br> - This calibration data is not provided with Argyll, since it is not - available under a compatible license.<br> - You can use CCSS files as an alternative (see above), or as the - purchaser of a Spyder 4 instrument you should have received a copy - of the calibration data along with the instrument, and should - therefore be able to enable the full range of display type - selections in Argyll by using the <a href="oeminst.html">oeminst</a> - tool.<br> - <br> - The Display Selections for this instrument are:<br> - <br> - <span style="font-weight: bold;">n</span> | <span - style="font-weight: bold;">l</span> - A non-refresh type display with a generic calibration - [Default, CB1].<br> - <span style="font-weight: bold;">r | c</span> <span - style="font-weight: bold;"></span> A - refresh type display with a generic calibration.[CB2]<br> - <br> - The Display Selections for this instrument when the manufacturers - calibration information has been installed is:<br> - <br> - <span style="font-weight: bold;">n </span><span - style="font-weight: bold;"></span> - A non-refresh type display with a generic - calibration [Default, CB1].<br> - <span style="font-weight: bold;">r</span> <span - style="font-weight: bold;"></span> - A refresh type display with a generic - calibration.[CB2]<br> - <span style="font-weight: bold;">f - </span> LCD, CCFL + + + + + + + + + + +
+ CRT display A Cathode Ray
+ Tube display, that is of the Refresh type. [CB2]<br>
+ <br>
+ <br>
+ <span style="font-weight: bold;">Linux USB hub problems:<br>
+ <br>
+ </span>Note that the Spyder doesn't appear to operate at all well on
+ Linux if attached to a secondary USB hub. You may have such a
+ secondary hub built into your motherboard. If Argyll has difficulty
+ in reliably talking to the Spyder, try connecting it directly to the
+ computer rather than via a usb hub, or try using a USB port on your
+ computer that connects directly to a root hub. This is probably due
+ to a bug in the Linux EHCI driver, and a fix is due to appear in the
+ Linux kernel sometime after July 2011. The name of the fix is "EHCI:
+ fix direction handling for interrupt data toggles".<br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ <span style="font-weight: bold;"><a name="spyd3"></a>Spyder 3
+ colorimeter<br>
+ <br>
+ <img style="width: 262px; height: 220px;" alt="Spyder3"
+ src="Spyd3.jpg"> <img style="width: 193px; height: 220px;"
+ alt="Spyder3Express" src="Spyd3x.jpg"><br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">Spyder3Elite</span>, <span
+ style="font-weight: bold;">Spyder3Pro</span> and <span
+ style="font-weight: bold;">Spyder3Express</span> have being
+ superseded by the Spyder 5, but may still stocked by some dealers,
+ and may be available second hand. The <span style="font-weight:
+ bold;">Spyder3Elite</span> and <span style="font-weight: bold;">Spyder3Pro</span>
+ appear to be identical hardware with different software from the
+ manufacturer. The <span style="font-weight: bold;">Spyder3Express</span>
+ lacks the ambient sensor.<br>
+ <br>
+ [Note that this instrument doesn't seem particularly suited to
+ measuring CRT displays, since it no longer seems to synchronise its
+ readings to a CRT refresh, and you can no longer remove the LCD
+ filter, reducing its sensitivity compared to the Spyder 2 in CRT
+ mode. The Spyder 2 or one of the other instruments may be a better
+ choice if you particularly need to measure CRTs or Refresh
+ displays.]<br>
+ <span style="font-weight: bold;"><br>
+ </span><span style="font-weight: bold;">Operation:<br>
+ </span><br>
+ The ambient light sensor can be used with the <span
+ style="font-weight: bold;">Spyder3Elite</span> and <span
+ style="font-weight: bold;">Spyder3Pro</span> instruments, but is
+ only capable of monochrome readings.<span style="font-weight: bold;"><br>
+ </span><br>
+ The Display Selections for this instrument are:<br>
+ <br>
+ <span style="font-weight: bold;">n</span> | <span
+ style="font-weight: bold;">l</span> A
+ non-refresh type display [Default, CB1]<br>
+ <span style="font-weight: bold;">r | c</span>
+ A refresh type display. [CB2]<br>
+ <br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ <span style="font-weight: bold;"><a name="spyd4"></a>Spyder 4
+ colorimeter<br>
+ <br>
+ <img style=" width: 262px; height: 220px;" alt="Spyder4"
+ src="Spyd4.jpg"> <br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">Spyder4Elite</span>, <span
+ style="font-weight: bold;">Spyder4Pro</span> and <span
+ style="font-weight: bold;">Spyder4Express</span> have being
+ superseded by the Spyder 5, but may still stocked by some dealers,
+ and may be available second hand. The <span
+ style="font-weight: bold;">Spyder4Elite</span> and <span
+ style="font-weight: bold;">Spyder4Pro</span> appear to be
+ identical hardware with different software from the manufacturer.
+ The <span style="font-weight: bold;">Spyder4Express</span> lacks
+ the ambient sensor.<br>
+ <span style="font-weight: bold;"><br>
+ </span><span style="font-weight: bold;">Operation:<br>
+ </span><br>
+ These instruments are capable of using using CCSS (<a
+ href="File_Formats.html#ccss">Colorimeter Calibration Spectral
+ Sample</a>) files, and this also gives the instrument the
+ capability of using a non-default standard observer. CCSS files can
+ be created using the <a href="ccxxmake.html">ccxxmake</a> tool
+ using a spectrometer as a reference.<br>
+ <br>
+ <span style="font-weight: bold;">Important Note </span>about the
+ DataColor Spyder 4 vendor display type/calibration support:<br>
+ <br>
+ This instrument does not have a full range of display type
+ calibration selections available without the vendor supplied
+ calibration data for it.<br>
+ This calibration data is not provided with Argyll, since it is not
+ available under a compatible license.<br>
+ You can use CCSS files as an alternative (see above), or as the
+ purchaser of a Spyder 4 instrument you should have received a copy
+ of the calibration data along with the instrument, and should
+ therefore be able to enable the full range of display type
+ selections in Argyll by using the <a href="oeminst.html">oeminst</a>
+ tool.<br>
+ <br>
+ The Display Selections for this instrument are:<br>
+ <br>
+ <span style="font-weight: bold;">n</span> | <span
+ style="font-weight: bold;">l</span>
+ A non-refresh type display with a generic calibration
+ [Default, CB1].<br>
+ <span style="font-weight: bold;">r | c</span> <span
+ style="font-weight: bold;"></span> A
+ refresh type display with a generic calibration.[CB2]<br>
+ <br>
+ The Display Selections for this instrument when the manufacturers
+ calibration information has been installed is:<br>
+ <br>
+ <span style="font-weight: bold;">n </span><span
+ style="font-weight: bold;"></span>
+ A non-refresh type display with a generic
+ calibration [Default, CB1].<br>
+ <span style="font-weight: bold;">r</span> <span
+ style="font-weight: bold;"></span>
+ A refresh type display with a generic
+ calibration.[CB2]<br>
+ <span style="font-weight: bold;">f
+ </span> LCD, CCFL
Backlight @@ -3033,17 +3554,28 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - - normal gamut Liquid Crystal Display with standard Cold Cathode - Fluorescent Lamp backlight.<br> - <span style="font-weight: bold;">L</span> - Wide Gamut LCD, CCFL - Backlight - wide gamut Liquid Crystal - Display with Cold Cathode Fluorescent Lamps backlight.<br> - <span style="font-weight: bold;">e</span> - LCD, White - LED Backlight - - normal - gamut Liquid Crystal Display with a White LED backlight.<br> + + + + + + + + + + +
+ - normal gamut Liquid Crystal Display with standard Cold Cathode
+ Fluorescent Lamp backlight.<br>
+ <span style="font-weight: bold;">L</span>
+ Wide Gamut LCD, CCFL
+ Backlight - wide gamut Liquid Crystal
+ Display with Cold Cathode Fluorescent Lamps backlight.<br>
+ <span style="font-weight: bold;">e</span>
+ LCD, White
+ LED Backlight
+ - normal
+ gamut Liquid Crystal Display with a White LED backlight.<br>
<span style="font-weight: bold;">B</span> @@ -3092,12 +3624,23 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - Wide Gamut LCD, RGB LED - Backlight - wide gamut Liquid Crystal Display with RGB LED - backlight.<br> - <span style="font-weight: bold;">x</span> - LCD, CCFL - Type 2 + + + + + + + + + + +
+ Wide Gamut LCD, RGB LED
+ Backlight - wide gamut Liquid Crystal Display with RGB LED
+ backlight.<br>
+ <span style="font-weight: bold;">x</span>
+ LCD, CCFL
+ Type 2
Backlight @@ -3146,37 +3689,6 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - - normal gamut Liquid Crystal Display with alternative Cold Cathode - Fluorescent Lamp backlight (Laptop ?)<br> - <br> - The ambient light sensor can be used with the <span - style="font-weight: bold;">Spyder4Elite</span> and <span - style="font-weight: bold;">Spyder4Pro</span> instruments, but is - only capable of monochrome readings.<span style="font-weight: bold;"></span><br> - <br> - <br> - <hr style="width: 100%; height: 2px;"><br> - <span style="font-weight: bold;"><a name="spyd5"></a>Spyder 5 - colorimeter<br> - <br> - <img style="width: 262px; height: 220px;" alt="Spyder4" - src="Spyd5.jpg" width="449" height="350"> <br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;">Spyder5Elite</span>, <span - style="font-weight: bold;">Spyder5Pro</span> and <span - style="font-weight: bold;">Spyder5Express</span> are a currently - available instruments. The <span style="font-weight: bold;">Spyder5Elite</span> - and <span style="font-weight: bold;">Spyder5Pro</span> appear to be - identical hardware with different software from the manufacturer. - The <span style="font-weight: bold;">Spyder5Express</span> lacks - the ambient sensor.<br> - <span style="font-weight: bold;"><br> - </span><span style="font-weight: bold;">Operation:<br> - </span><br> - These instruments are capable of using using CCSS (<a - href="File_Formats.html#ccss">Colorimeter @@ -3184,51 +3696,85 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - Calibration Spectral Sample</a>) files, and this also gives the - instrument the capability of using a non-default standard observer. - CCSS files can be created using the <a - href="ccxxmake.html">ccxxmake</a> tool - using a spectrometer as a reference.<br> - <br> - <span style="font-weight: bold;">Important Note </span>about the - DataColor Spyder 5 vendor display type/calibration support:<br> - <br> - This instrument does not have a full range of display type - calibration selections available without the vendor supplied - calibration data for it.<br> - This calibration data is not provided with Argyll, since it is not - available under a compatible license.<br> - You can use CCSS files as an alternative (see above), or as the - purchaser of a Spyder 5 instrument you should have received a copy - of the calibration data along with the instrument or have been - directed to download it from the manufacturers website, and should - therefore be able to enable the full range of display type - selections in Argyll by using the <a - href="oeminst.html">oeminst</a> tool.<br> - <br> - The Display Selections for this instrument are:<br> - <br> - <span style="font-weight: bold;">n</span> | <span - style="font-weight: bold;">l</span> - A non-refresh type display with a generic calibration - [Default, CB1].<br> - <span style="font-weight: bold;">r | c</span> <span - style="font-weight: bold;"></span> A - refresh type display with a generic calibration.[CB2]<br> - <br> - The Display Selections for this instrument when the manufacturers - calibration information has been installed is:<br> - <br> - <span style="font-weight: bold;">n </span><span - style="font-weight: bold;"></span> - A non-refresh type display with a generic - calibration [Default, CB1].<br> - <span style="font-weight: bold;">r</span> <span - style="font-weight: bold;"></span> - A refresh type display with a generic - calibration.[CB2]<br> - <span style="font-weight: bold;">f - </span> LCD, CCFL + + + +
+ - normal gamut Liquid Crystal Display with alternative Cold Cathode
+ Fluorescent Lamp backlight (Laptop ?)<br>
+ <br>
+ The ambient light sensor can be used with the <span
+ style="font-weight: bold;">Spyder4Elite</span> and <span
+ style="font-weight: bold;">Spyder4Pro</span> instruments, but is
+ only capable of monochrome readings.<span style="font-weight: bold;"></span><br>
+ <br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
+ <span style="font-weight: bold;"><a name="spyd5"></a>Spyder 5
+ colorimeter<br>
+ <br>
+ <img style="width: 262px; height: 220px;" alt="Spyder4"
+ src="Spyd5.jpg" width="449" height="350"> <br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;">Spyder5Elite</span>, <span
+ style="font-weight: bold;">Spyder5Pro</span> and <span
+ style="font-weight: bold;">Spyder5Express</span> are a currently
+ available instruments. The <span style="font-weight: bold;">Spyder5Elite</span>
+ and <span style="font-weight: bold;">Spyder5Pro</span> appear to be
+ identical hardware with different software from the manufacturer.
+ The <span style="font-weight: bold;">Spyder5Express</span> lacks
+ the ambient sensor.<br>
+ <span style="font-weight: bold;"><br>
+ </span><span style="font-weight: bold;">Operation:<br>
+ </span><br>
+ These instruments are capable of using using CCSS (<a
+ href="File_Formats.html#ccss">Colorimeter Calibration Spectral
+ Sample</a>) files, and this also gives the instrument the
+ capability of using a non-default standard observer. CCSS files can
+ be created using the <a href="ccxxmake.html">ccxxmake</a> tool
+ using a spectrometer as a reference.<br>
+ <br>
+ <span style="font-weight: bold;">Important Note </span>about the
+ DataColor Spyder 5 vendor display type/calibration support:<br>
+ <br>
+ This instrument does not have a full range of display type
+ calibration selections available without the vendor supplied
+ calibration data for it.<br>
+ This calibration data is not provided with Argyll, since it is not
+ available under a compatible license.<br>
+ You can use CCSS files as an alternative (see above), or as the
+ purchaser of a Spyder 5 instrument you should have received a copy
+ of the calibration data along with the instrument or have been
+ directed to download it from the manufacturers website, and should
+ therefore be able to enable the full range of display type
+ selections in Argyll by using the <a href="oeminst.html">oeminst</a>
+ tool.<br>
+ <br>
+ The Display Selections for this instrument are:<br>
+ <br>
+ <span style="font-weight: bold;">n</span> | <span
+ style="font-weight: bold;">l</span>
+ A non-refresh type display with a generic calibration
+ [Default, CB1].<br>
+ <span style="font-weight: bold;">r | c</span> <span
+ style="font-weight: bold;"></span> A
+ refresh type display with a generic calibration.[CB2]<br>
+ <br>
+ The Display Selections for this instrument when the manufacturers
+ calibration information has been installed is:<br>
+ <br>
+ <span style="font-weight: bold;">n </span><span
+ style="font-weight: bold;"></span>
+ A non-refresh type display with a generic
+ calibration [Default, CB1].<br>
+ <span style="font-weight: bold;">r</span> <span
+ style="font-weight: bold;"></span>
+ A refresh type display with a generic
+ calibration.[CB2]<br>
+ <span style="font-weight: bold;">f
+ </span> LCD, CCFL
Backlight @@ -3277,17 +3823,28 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - - normal gamut Liquid Crystal Display with standard Cold Cathode - Fluorescent Lamp backlight.<br> - <span style="font-weight: bold;">L</span> - Wide Gamut LCD, CCFL - Backlight - wide gamut Liquid Crystal - Display with Cold Cathode Fluorescent Lamps backlight.<br> - <span style="font-weight: bold;">e</span> - LCD, White - LED Backlight - - normal - gamut Liquid Crystal Display with a White LED backlight.<br> + + + + + + + + + + +
+ - normal gamut Liquid Crystal Display with standard Cold Cathode
+ Fluorescent Lamp backlight.<br>
+ <span style="font-weight: bold;">L</span>
+ Wide Gamut LCD, CCFL
+ Backlight - wide gamut Liquid Crystal
+ Display with Cold Cathode Fluorescent Lamps backlight.<br>
+ <span style="font-weight: bold;">e</span>
+ LCD, White
+ LED Backlight
+ - normal
+ gamut Liquid Crystal Display with a White LED backlight.<br>
<span style="font-weight: bold;">B</span> @@ -3336,12 +3893,23 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - Wide Gamut LCD, RGB LED - Backlight - wide gamut Liquid Crystal Display with RGB LED - backlight.<br> - <span style="font-weight: bold;">x</span> - LCD, CCFL - Type 2 + + + + + + + + + + +
+ Wide Gamut LCD, RGB LED
+ Backlight - wide gamut Liquid Crystal Display with RGB LED
+ backlight.<br>
+ <span style="font-weight: bold;">x</span>
+ LCD, CCFL
+ Type 2
Backlight @@ -3390,22 +3958,33 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - - normal gamut Liquid Crystal Display with alternative Cold Cathode - Fluorescent Lamp backlight (Laptop ?)<br> - <br> - The ambient light sensor can be used with the <span - style="font-weight: bold;">Spyder5Elite</span> and <span - style="font-weight: bold;">Spyder5Pro</span> instruments, but is - only capable of monochrome readings.<span style="font-weight: bold;"></span><br> - <span style="font-weight: bold;"></span><br> - <hr style="width: 100%; height: 2px;"><a name="HCFR"></a><span - style="font-weight: bold;" class="titre">Colorimètre HCFR - colorimeter<br> - <br> - <img alt="" src="HCFR.jpg" style="width: 203px; height: 194px;"><br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> + + + + + + + + + + +
+ - normal gamut Liquid Crystal Display with alternative Cold Cathode
+ Fluorescent Lamp backlight (Laptop ?)<br>
+ <br>
+ The ambient light sensor can be used with the <span
+ style="font-weight: bold;">Spyder5Elite</span> and <span
+ style="font-weight: bold;">Spyder5Pro</span> instruments, but is
+ only capable of monochrome readings.<span style="font-weight: bold;"></span><br>
+ <span style="font-weight: bold;"></span><br>
+ <hr style="width: 100%; height: 2px;"><a name="HCFR"></a><span
+ style="font-weight: bold;" class="titre">Colorimètre HCFR
+ colorimeter<br>
+ <br>
+ <img alt="" src="HCFR.jpg" style="width: 203px; height: 194px;"><br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
</span>The <span style="font-weight: bold;" class="titre">Colorimètre @@ -3454,26 +4033,37 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - HCFR Probe</span> is a kit instrument from <span - style="font-weight: bold;"></span> <a - href="http://www.homecinema-fr.com/colorimetre/index_en.php">HCFR</a>. - <br> - <br> - <span style="font-weight: bold;">OS X</span><br> - <br> - Please note the installation <a href="Installing_OSX.html#HCFR">instructions</a>.<br> - <br> - <span style="font-weight: bold;">Operation:</span><br> - <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span><br> - The accuracy of this instrument does not seem to be comparable to - the commercial instruments when used for measuring displays, - particularly in the area of measuring dark colors, and I've seen the - best results when used with a CRT display. It may well give good - results in calibrating projectors, since this was what it was - designed to do.<br> - <br> - The Display Selections for this instrument are:<br> - <br> + + + + + + + + + + +
+ HCFR Probe</span> is a kit instrument from <span
+ style="font-weight: bold;"></span> <a
+ href="http://www.homecinema-fr.com/colorimetre/index_en.php">HCFR</a>.
+ <br>
+ <br>
+ <span style="font-weight: bold;">OS X</span><br>
+ <br>
+ Please note the installation <a href="Installing_OSX.html#HCFR">instructions</a>.<br>
+ <br>
+ <span style="font-weight: bold;">Operation:</span><br>
+ <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span><br>
+ The accuracy of this instrument does not seem to be comparable to
+ the commercial instruments when used for measuring displays,
+ particularly in the area of measuring dark colors, and I've seen the
+ best results when used with a CRT display. It may well give good
+ results in calibrating projectors, since this was what it was
+ designed to do.<br>
+ <br>
+ The Display Selections for this instrument are:<br>
+ <br>
<span style="font-weight: bold;">l</span> @@ -3522,8 +4112,19 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - LCD display A Liquid - Crystal Display [Default].<br> + + + + + + + + + + +
+ LCD display A Liquid
+ Crystal Display [Default].<br>
<span style="font-weight: bold;">c</span> @@ -3572,38 +4173,49 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - CRT display A Cathode Ray - Tube display.<br> - <b>R</b> Raw - Reading Raw sensor readings, - used for calibration [CB1]<br> - <br> - <hr style="width: 100%; height: 2px;"><a name="ColorHug"></a><span - style="font-weight: bold;" class="titre">ColorHug<br> - <br> - <img alt="" src="ColorHug.jpg" style="width: 203px; height: - 194px;" width="552" height="623"><br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The <span style="font-weight: bold;" class="titre">ColorHug</span> - is a low cost display colorimeter instrument from <span - style="font-weight: bold;"></span> <a - href="http://www.hughski.com/">Hughski</a>. <br> - ArgyllCMS will also work with the <a - href="http://www.hughski.com/colorhug2.html">ColorHug2</a>.<br> - <br> - <span style="font-weight: bold;">Operation:</span><br> - <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span><br> - Due to the nature of its sensor, the ColorHug accuracy is quite - dependent on the instrument calibration matrix. (The <b>ColorHug2</b> - is much more forgiving though). A custom .CCMX will greatly assist - it's accuracy, although a workaround is to calibrate your display - using its native white point, rather than aiming for some absolute - white point such as D65.<br> - <br> - The Display Selections for this instrument are:<br> - <br> + + + + + + + + + + +
+ CRT display A Cathode Ray
+ Tube display.<br>
+ <b>R</b> Raw
+ Reading Raw sensor readings,
+ used for calibration [CB1]<br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><a name="ColorHug"></a><span
+ style="font-weight: bold;" class="titre">ColorHug<br>
+ <br>
+ <img alt="" src="ColorHug.jpg" style="width: 203px; height:
+ 194px;" width="552" height="623"><br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The <span style="font-weight: bold;" class="titre">ColorHug</span>
+ is a low cost display colorimeter instrument from <span
+ style="font-weight: bold;"></span> <a
+ href="http://www.hughski.com/">Hughski</a>. <br>
+ ArgyllCMS will also work with the <a
+ href="http://www.hughski.com/colorhug2.html">ColorHug2</a>.<br>
+ <br>
+ <span style="font-weight: bold;">Operation:</span><br>
+ <span style="font-weight: bold;"><span style="font-weight: bold;"></span></span><br>
+ Due to the nature of its sensor, the ColorHug accuracy is quite
+ dependent on the instrument calibration matrix. (The <b>ColorHug2</b>
+ is much more forgiving though). A custom .CCMX will greatly assist
+ it's accuracy, although a workaround is to calibrate your display
+ using its native white point, rather than aiming for some absolute
+ white point such as D65.<br>
+ <br>
+ The Display Selections for this instrument are:<br>
+ <br>
<b>l</b> @@ -3622,7 +4234,18 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - LCD, CCFL Backlight [Default]<br> + + + + + + + + + + +
+ LCD, CCFL Backlight [Default]<br>
<b>c</b> @@ -3642,7 +4265,18 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - CRT display<br> + + + + + + + + + + +
+ CRT display<br>
<b>p</b> @@ -3662,7 +4296,18 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - Projector<br> + + + + + + + + + + +
+ Projector<br>
<b>e</b> @@ -3681,7 +4326,18 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - LCD, White LED Backlight<br> + + + + + + + + + + +
+ LCD, White LED Backlight<br>
<b>F</b> @@ -3701,7 +4357,18 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - Factory matrix (For Calibration) [CB1]<br> + + + + + + + + + + +
+ Factory matrix (For Calibration) [CB1]<br>
<b> R</b> @@ -3721,31 +4388,53 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - Raw Reading (For Factory matrix Calibration) [CB2]<br> - <br> - <hr style="width: 100%; height: 2px;"><br> + + + + + + + + + + +
+ Raw Reading (For Factory matrix Calibration) [CB2]<br>
+ <br>
+ <hr style="width: 100%; height: 2px;"><br>
<a name="SMCube"></a><span style="font-weight: bold;">Palette/SwatchMate - Cube<br> - <br> - <img alt="SwatchMate Cube" src="SMCube.jpg" width="169" - height="205"><br> - <br> - </span><span style="font-weight: bold;">Availability:<br> - <br> - </span>The Cube from <a href="http://palette.com/cube.html">Palette/SwatchMate</a> - is a currently available entry level Colorimeter, with <a - href="http://www.argyllcms.com/doc2/smcube/smcube1.html">somewhat - limited accuracy</a>. The ArgyllCMS driver provides two - alternative calibrations that noticably <a - href="http://www.argyllcms.com/doc2/smcube/smcube2.html">improve - this accuracy</a>.<br> - <br> - The Calibration Selections for this instrument are:<br> - <br> - <b>m</b> + + + + + + + + + + +
+ Cube<br>
+ <br>
+ <img alt="SwatchMate Cube" src="SMCube.jpg" width="169"
+ height="205"><br>
+ <br>
+ </span><span style="font-weight: bold;">Availability:<br>
+ <br>
+ </span>The Cube from <a href="http://palette.com/cube.html">Palette/SwatchMate</a>
+ is a currently available entry level Colorimeter, with <a
+ href="http://www.argyllcms.com/doc2/smcube/smcube1.html">somewhat
+ limited accuracy</a>. The ArgyllCMS driver provides two
+ alternative calibrations that noticably <a
+ href="http://www.argyllcms.com/doc2/smcube/smcube2.html">improve
+ this accuracy</a>.<br>
+ <br>
+ The Calibration Selections for this instrument are:<br>
+ <br>
+ <b>m</b>
@@ -3753,7 +4442,18 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - Matt surfaces [Default]<br> + + + + + + + + + + +
+ Matt surfaces [Default]<br>
<b>g</b> @@ -3773,8 +4473,19 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - Gloss surfaces<br> - <b>N</b> + + + + + + + + + + +
+ Gloss surfaces<br>
+ <b>N</b>
@@ -3782,54 +4493,69 @@ href="http://www8.hp.com/us/en/products/oas/product-detail.html?oid=5225568">HP - Native Calibration<br> - <br> - <span style="font-weight: bold;">Operation:<br> - </span><br> - The Cube must be connected via USB for operation with ArgyllCMS, and - can be connected either by USB or using Bluetooth LE when used with - <a href="http://www.argyllpro.com.au/">ArgyllPRO ColorMeter</a> on - capable Android devices.<br> - <br> - The Cube goes to sleep fairly rapidly and must be woken up by - pressing the top of it before connecting via USB to be recognized by - ArgyllCMS, although once connected, and with an ArgyllCMS utility - running, it should stay awake.<br> - <br> - When connecting via Bluetooth to ColorMeter, the foreground - application will be the one that connects to it.<br> - <br> - The ability to measure values into its own memory and recover them - later is not supported, since it is not possible to use the - ArgyllCMS calibrations with this feature.<br> - <br> - <span style="font-weight: bold;">Calibration:</span><br> - <br> - As well as the normal white calibration step, the ArgyllCMS driver - offers two option supplemental calibration steps that can improve - accuracy, but both require appropriate calibration conditions. You - can use <a href="spotread.html">spotread</a> with the 'k' command - to trigger this calibration.<br> - <br> - The <b>black calibration</b> requires a light trap, and the easiest - way of providing this is to place the Cube in a location that is - dark (i.e. not illuminated directly by any light) and some distance - from any surface. A practical approach I have used is to place the - measuring end in a thick black sock, and hide it from direct - illumination while this calibration step is done.<br> - <br> - The <b>gloss calibration</b> requires a black glossy surface. I - have used a paint catalog gloss paint black sample square for this, - but some other completely black glossy surface of sufficient size - such as a glossy black plastic item or a smooth surface painted in - gloss black paint should also work.<br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - <br> - </body> -</html> + + + + + + + + + + +
+ Native Calibration<br>
+ <br>
+ The <b>Cube</b><b></b> makes use of the newer FTDI FT231XS Virtual
+ COM Port Drivers (VCP), that may need installing for your operating
+ system. See <a href="Installing.html">installation instructions</a>.<br>
+ <br>
+ <span style="font-weight: bold;">Operation:<br>
+ </span><br>
+ The Cube must be connected via USB for operation with ArgyllCMS, and
+ can be connected either by USB or using Bluetooth LE when used with
+ <a href="http://www.argyllpro.com.au/">ArgyllPRO ColorMeter</a> on
+ capable Android devices.<br>
+ <br>
+ The Cube goes to sleep fairly rapidly and must be woken up by
+ pressing the top of it before connecting via USB to be recognized by
+ ArgyllCMS, although once connected, and with an ArgyllCMS utility
+ running, it should stay awake.<br>
+ <br>
+ When connecting via Bluetooth to ColorMeter, the foreground
+ application will be the one that connects to it.<br>
+ <br>
+ The ability to measure values into its own memory and recover them
+ later is not supported, since it is not possible to use the
+ ArgyllCMS calibrations with this feature.<br>
+ <br>
+ <span style="font-weight: bold;">Calibration:</span><br>
+ <br>
+ As well as the normal white calibration step, the ArgyllCMS driver
+ offers two option supplemental calibration steps that can improve
+ accuracy, but both require appropriate calibration conditions. You
+ can use <a href="spotread.html">spotread</a> with the 'k' command
+ to trigger this calibration.<br>
+ <br>
+ The <b>black calibration</b> requires a light trap, and the easiest
+ way of providing this is to place the Cube in a location that is
+ dark (i.e. not illuminated directly by any light) and some distance
+ from any surface. A practical approach I have used is to place the
+ measuring end in a thick black sock, and hide it from direct
+ illumination while this calibration step is done.<br>
+ <br>
+ The <b>gloss calibration</b> requires a black glossy surface. I
+ have used a paint catalog gloss paint black sample square for this,
+ but some other completely black glossy surface of sufficient size
+ such as a glossy black plastic item or a smooth surface painted in
+ gloss black paint should also work.<br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ <br>
+ </body>
+</html>
diff --git a/doc/oeminst.html b/doc/oeminst.html index d1daccd..b52f1f2 100644 --- a/doc/oeminst.html +++ b/doc/oeminst.html @@ -9,11 +9,11 @@ <body> <h2><b>spectro/oeminst</b></h2> <h3>Summary</h3> - A special purpose tool that installs various Instruments - Manufacturers support files to enable various instrument operations - when used with Argyll, as well as install colorimeter calibration - and spectral sample files so that they appear in the display type - list (<b>-y</b> option).<br> + A special purpose tool that installs Instruments Manufacturers + support files to enable various instrument operations when used with + Argyll, as well as install colorimeter calibration and spectral + sample files so that they appear in the display type list (<b>-y</b> + option).<br> For the Spyder 2, it can install the instrument manufacturers PLD firmware pattern, which is necessary for it to operate.<br> For the Spyder 4 or 5, it can enable the full range of manufacturers @@ -39,6 +39,8 @@ + + Verbose</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> -n @@ -51,6 +53,8 @@ + + Don't install, show where files would be installed</span><br> <span style="font-family: monospace;"> -c @@ -64,6 +68,8 @@ + + Don't install, save files to current directory</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> -S @@ -78,9 +84,14 @@ + + Specify the install scope u = user (def.), l = local system]</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> infile + Manufacturers setup.exe install file(s) or .dll(s) containing + install files</span><br style="font-family: monospace;"> + <span style="font-family: monospace;"> infile.[edr|ccss|ccmx] @@ -91,17 +102,6 @@ - setup.exe CD install file(s) or .dll(s) containing install files</span><br - style="font-family: monospace;"> - <span style="font-family: monospace;"> infile.[edr|ccss|ccmx] - - - - - - - - EDR file(s) to translate and install or CCSS or CCMX files to install</span><br style="font-family: monospace;"> @@ -116,6 +116,8 @@ + + </span><small><span style="font-family: monospace;">If no file is provided, oeminst will look for the install CD.</span></small> <h3></h3> @@ -159,6 +161,8 @@ + + 2</span> instrument cannot function without the presence of the instrument vendors PLD firmware pattern for the device. This firmware is not provided with Argyll, since it has not been made @@ -196,6 +200,8 @@ href="http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html">XDG + + Base Directory specifications</a> are used as a basis for storing the file). Programs that access instruments such as <span style="font-weight: bold;">spotread</span>, <span @@ -224,6 +230,8 @@ href="http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html">XDG + + 4</span> or <u><b>Spyder 5</b></u> instrument does not have the full range of vendor instrument calibration options without the presence of the instrument vendors calibration @@ -295,6 +303,8 @@ href="http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html">XDG + + Base Directory specifications</a> are used as a basis for storing the file). Programs that access instruments such as <span style="font-weight: bold;">spotread</span>, <span @@ -325,6 +335,11 @@ href="http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html">XDG have to mount the CDROM manually, and give oeminst the path to the CDROM setup/setup.exe file as the argument <span style="font-style: italic;">inputfile</span>.<span style="font-weight: bold;"><br> + </span><br> + If you have not been provided with a CDROM, then you may be able to + download an MSWindows install package from the Manufacturers <b>website</b>, + and then run <b>oeminst</b> on that file.<span style="font-weight: + bold;"><br> <br> NOTE </span>that under <span style="font-weight: bold;">OS X 10.6</span> (Snow Leopard) and latter, you may need to run oeminst diff --git a/doc/profcheck.html b/doc/profcheck.html index a85e07e..079190c 100644 --- a/doc/profcheck.html +++ b/doc/profcheck.html @@ -30,6 +30,7 @@ Show + CIE94 delta E values</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> -k @@ -43,6 +44,7 @@ create + X3DOM visualization (iccprofile.x3d.html)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> -x @@ -53,6 +55,7 @@ Use + X3DOM axes<br> -m Make @@ -62,6 +65,7 @@ X3DOM + lines a minimum of 0.5<br style="font-family: monospace;"> </span><span style="font-family: monospace;"> -e Color @@ -71,14 +75,17 @@ vectors + acording to delta E<br> -s + Sort output by delta E<br> -h + Plot a histogram of delta E's<br> -P de @@ -94,6 +101,7 @@ Specify + a device value to sort against</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> -p @@ -104,6 +112,7 @@ Sort + device value by PCS/Lab target</span><br style="font-family: monospace;"> <span style="font-family: monospace;">-f @@ -115,6 +124,7 @@ Sort + M0, M1, M2, A, C, D50 (def.), D50M2, D65, F5, F8, F10 or file.sp]<br> -i illum Choose @@ -126,6 +136,7 @@ Sort + A, C, D50 (def.), D50M2, D65, F5, F8, F10 or file.sp</span><span style="font-family: monospace;"></span><br style="font-family: monospace;"> @@ -139,6 +150,7 @@ Sort + 1931_2 </span></small><small><span style="font-family: monospace;">(def.)</span></small><small><span style="font-family: monospace;">, 1964_10, S&B 1955_2, shaw, @@ -174,7 +186,10 @@ Sort <br> The <b>-v</b> flag prints out extra information during the checking. A value greater than 1 will print the color values of each - test point.<br> + test point on a line. The line consists of:<br> + <b>[</b><i>Delta_E</i><b>]</b><i> Patch_no</i><b>:</b><i> + Device values </i><b>-></b><i> Profile PCS values </i><b>should + be</b><i> .ti3 PCS values</i><br> <br> The <b>-c</b> option causes the differences between the test values and the profile prediction of the color for each device value to be @@ -208,7 +223,8 @@ Sort badly read patches.<br> <br> The <b>-h</b> flag will display a histogram plot of the fit delta - E's. The X scale is delta E, the Y scale is %<br> + E's, as well as print each bin's details. The X scale is delta E, + the Y scale is % area of each bin.<br> <br> The <b>-P N.NN</b> option will create a pruned .ti3 file called data_pN.NN that contains just the measurement points that have a fit diff --git a/doc/spec2cie.html b/doc/spec2cie.html index 7911948..2780161 100644 --- a/doc/spec2cie.html +++ b/doc/spec2cie.html @@ -1,7 +1,7 @@ <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> - <title>fakeread</title> + <title>spec2cie</title> <meta http-equiv="content-type" content="text/html; charset=windows-1252"> <meta name="author" content="Graeme Gill"> @@ -9,38 +9,60 @@ <body> <h2><b>spectro/</b><span style="text-decoration: underline;"></span>spec2cie</h2> <h3>Summary</h3> - Convert reflective spectral <a href="File_Formats.html#.ti3">.ti3</a> - readings into CIE XYZ and D50 L*a*b* readings. Apply FWA, plot - spectrums.<br> + Convert spectral <a href="File_Formats.html#.ti3">.ti3</a> or <a + href="File_Formats.html#.sp">.sp</a> readings into CIE XYZ and D50 + L*a*b* readings. Apply FWA, plot spectrums.<br> + This is assumed to be for a reflective media by default - i.e. that + the input .ti3 or .sp file values are spectral reflectances, unless + the input is marked as <span style="font-weight: bold;">DEVICE_CLASS</span> + + + <span style="font-weight: bold;">EMISINPUT</span> (See the <a + href="ti3_format.html">description of the .ti3 format</a>. This + would have to be done manually, as no ArgyllCMS tools generate such + data.)<br> <h3>Usage</h3> - <tt><small>spec2cie [options] <span style="font-style: italic;">input.ti3 + <tt><small>spec2cie [options] <span style="font-style: italic;">input.[ti3|sp] - output.ti3<br> + + + + output.[ti3|sp]<br> </span></small></tt><tt><small>-v - + + Verbose mode</small></tt><br> <tt><small><small> <a href="spec2cie.html#I">-I <i>illum</i></a> - Override actual instrument illuminant in .ti3 - file:<br> + + + + Override actual + instrument illuminant in .ti3 or .sp file:<br> - A, C, D50, D50M2, D65, F5, F8, F10 or - file.sp<br> - + A, C, D50, D50M2, + D65, F5, F8, F10 or file.sp<br> + + + + (only used in conjunction with <span style="font-weight: bold;">-f</span>)<br> </small></small></tt><tt><small><small> <a - href="colprof.html#f">-f [<i>illum</i>]</a> Use - Fluorescent Whitening Agent compensation [simulated inst. - illum.:<br> - + href="colprof.html#f">-f [<i>illum</i>]</a> + Use Fluorescent Whitening + Agent compensation [simulated inst. illum.:<br> + + + + @@ -48,56 +70,61 @@ file.sp]<br> </small></small></tt><tt><small><small><small> <a href="spec2cie.html#i">-i <i>illum</i></a> - Choose illuminant for computation of CIE XYZ - from spectral data & FWA:<br> + Choose illuminant for + computation of CIE XYZ from spectral data & FWA:<br> - A, C, D50 (def.), D50M2, D65, F5, - F8, F10 or file.sp<br> + A, C, D50 + (def.), D50M2, D65, F5, F8, F10 or file.sp<br> </small></small><a href="#o">-o <i>observ</i></a> - Choose CIE Observer for spectral data:<br> + + + + Choose CIE Observer for + spectral data:<br> - + + + + 1931_2 </small></tt><tt><small> (def.)</small></tt><tt><small>, 1964_10, S&B 1955_2, shaw, J&V 1978_2 or file.cmf<br> - <a href="#p">-n</a> + <a href="#p">-n</a> Don't output - spectral values<br> - </small></tt><tt><small> <a href="#p">-p</a> - - Plot each values spectrum</small></tt><tt><br> - </tt><tt> </tt><tt><small> <span style="font-style: italic;">input.ti3</span> -Measurement - - file<br> - <span style="font-style: italic;">output.ti3</span> - + spectral values<br> + </small></tt><tt><small> <a href="#p">-p</a> + - Converted measurement file</small></tt><br> + Plot each values spectrum</small></tt><tt><br> + </tt><tt> </tt><tt><small> <span style="font-style: italic;">input.[ti3|sp]</span> + Measurement file<br> + <span style="font-style: italic;">output.[ti3</span>|sp] + Converted measurement file</small></tt><br> <h3>Comments</h3> This program takes the (usually reflective) spectral data in a .ti3 - file, converts them to XYZ and D50 L*a*b* and fills the XYZ_[XYZ] - and LAB_[LAB] columns in the output .ti3 file. If the columns - XYZ_[XYZ] and/or LAB_[LAB] are missing in the input file, they are - added to the output file.<br> + or .sp file, converts them to XYZ and D50 L*a*b* and fills the + XYZ_[XYZ] and LAB_[LAB] columns in the output .ti3 or .sp file. If + the columns XYZ_[XYZ] and/or LAB_[LAB] are missing in the input + file, they are added to the output file.<br> <br> If FWA correction is applied, then the spectra saved will be FWA corrected, as well as the XYZ and D50 L*a*b* values.<br> <br> - All other columns are copied from the input to the output .ti3 file.<br> + All other columns are copied from the input to the output .ti3 or + .sp file.<br> <br> Setting an actual instrument/simulated instrument/CIE illuminant only has an effect for reflective/transmissive spectra. Emissive @@ -139,15 +166,18 @@ Measurement + + + <a href="colprof.html#f">colprof -f</a> for a fuller explanation. <br> <br> <a name="i"></a>The <b>-i</b> parameter allows specifying a standard or custom illumination spectrum, applied to spectral .ti3 - data to compute PCS (Profile Connection Space) tristimulus values. <b>A</b>, - <b>D50</b>, <b>D65</b>, <b>F5</b>, <b>F8</b>, <b>F10</b> are a - selection of standard illuminant spectrums, with <b>D50</b> being - the default. If a filename is specified instead, it will be assumed - to be an Argyll specific <a href="File_Formats.html#.sp">.sp</a> + pr .sp data to compute PCS (Profile Connection Space) tristimulus + values. <b>A</b>, <b>D50</b>, <b>D65</b>, <b>F5</b>, <b>F8</b>, + <b>F10</b> are a selection of standard illuminant spectrums, with <b>D50</b> + being the default. If a filename is specified instead, it will be + assumed to be an Argyll specific <a href="File_Formats.html#.sp">.sp</a> custom spectrum file. This only works if spectral data is available. Illuminant details are:<br> <br> diff --git a/doc/spotread.html b/doc/spotread.html index 3fe030f..36ee999 100644 --- a/doc/spotread.html +++ b/doc/spotread.html @@ -47,6 +47,15 @@ + + + + + + + + + Verbose mode</span><br style="font-family: monospace;"> <span style="font-family: monospace;"></span><span @@ -80,6 +89,15 @@ + + + + + + + + + Print spectrum for each reading.</span></small><br style="font-family: monospace;"> <small><span style="font-family: monospace;"></span><span @@ -118,6 +136,15 @@ + + + + + + + + + Set COM port, 1..4 (default 1)</span><span style="font-family: monospace;"></span><span style="font-family: monospace;"><br style="font-family: monospace;"> @@ -150,6 +177,15 @@ + + + + + + + + + Use transmission measurement mode</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a style=" @@ -182,6 +218,15 @@ + + + + + + + + + Use emissive measurement mode (absolute results)<br> </span></small><small><span style="font-family: monospace;"> </span><a style=" font-family: monospace;" href="#eb">-eb</a><span @@ -213,6 +258,15 @@ + + + + + + + + + Use display white brightness relative measurement mode<br> </span></small><small><span style="font-family: monospace;"> </span><a style=" font-family: monospace;" href="#ew">-ew</a><span @@ -227,6 +281,15 @@ + + + + + + + + + Use display white point relative chromatically adjusted mode<br> </span></small><small><span style="font-family: monospace;"> </span><a style=" font-family: monospace;" href="#p">-p</a><span @@ -258,6 +321,15 @@ + + + + + + + + + Use telephoto measurement mode (absolute results)<br> </span></small><small><span style="font-family: monospace;"> </span><a style=" font-family: monospace;" href="#pb">-pb</a><span @@ -289,6 +361,15 @@ + + + + + + + + + Use </span></small><small><span style="font-family: monospace;">projector</span></small><small><span style="font-family: monospace;"> white brightness relative measurement mode<br> @@ -322,6 +403,15 @@ + + + + + + + + + Use </span></small><small><span style="font-family: monospace;">projector</span></small><small><span style="font-family: monospace;"> </span></small><small><span style="font-family: monospace;">white point relative @@ -356,6 +446,15 @@ + + + + + + + + + Use ambient measurement mode (absolute results)<br> <a href="#f">-f</a> @@ -384,6 +483,15 @@ + + + + + + + + + Use ambient flash measurement mode (absolute results)<br> </span></small><font size="-1"><span style="font-family: monospace;"> <a href="#y">-y X</a> @@ -414,6 +522,15 @@ + + + + + + + + + Display type - instrument specific list to choose from.</span></font><br> <small><span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="spotread.html#I">-I illum</a><span @@ -442,6 +559,15 @@ M0, + + + + + + + + + M1, M2, A, D50 (def.), D50M2, D65, F5, F8, F10 or file.sp</span></small><br style="font-family: monospace;"> <small><span style="font-family: monospace;"></span><span @@ -487,6 +613,15 @@ D50 + + + + + + + + + D50M2, D65, F5, F8, F10 or file.sp</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a style=" @@ -522,6 +657,15 @@ D50 + + + + + + + + + </span></small><small><span style="font-family: monospace;">1931_2 </span></small><small><span style="font-family: monospace;"> (def.)</span></small><small><span @@ -556,6 +700,15 @@ D50 + + + + + + + + + Set filter configuration:<br> n @@ -585,6 +738,15 @@ D50 + + + + + + + + + None<br> p @@ -614,6 +776,15 @@ D50 + + + + + + + + + Polarising filter<br> 6 @@ -643,6 +814,15 @@ D50 + + + + + + + + + D65<br> u @@ -672,9 +852,27 @@ D50 + + + + + + + + + U.V. Cut<br> <a href="#E">-E extrafilterfile</a> Apply extra filter compensation file<br> + <a href="#A">-A N|A|X|G</a> + + + + + + + + XRGA conversion (default N)<br> </span></font><font size="-1"><span style="font-family: monospace;"> <a href="#x">-x</a> @@ -704,6 +902,15 @@ D50 + + + + + + + + + Display Yxy instead of Lab<br> </span></font><font size="-1"><span style="font-family: monospace;"> <a href="#h">-h</a> @@ -734,6 +941,15 @@ D50 + + + + + + + + + Display LCh instead of Lab</span></font><br> <font size="-1"><span style="font-family: monospace;"> <a href="#V">-V</a> @@ -764,6 +980,15 @@ D50 + + + + + + + + + Show running average and std. devation from ref.</span></font><br> <font size="-1"><span style="font-family: monospace;"> <a href="#T">-T</a> @@ -794,6 +1019,15 @@ D50 + + + + + + + + + Display correlated color temperatures, CRI and TLCI<br> </span></font><font size="-1"><span style="font-family: monospace;"> <a href="#N">-N</a> @@ -823,6 +1057,15 @@ D50 + + + + + + + + + Disable initial calibration of instrument if possible</span></font><br> <font size="-1"><span style="font-family: monospace;"> <a href="spotread.html#O">-O</a> @@ -853,6 +1096,15 @@ D50 + + + + + + + + + Do one cal. or measure and exit</span></font><br> <font size="-1"><span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#H">-H</a><span @@ -860,6 +1112,14 @@ D50 Use high resolution spectrum mode (if available)<br> + <a href="#R">-R fname.sp</a> + + + + + + + Preset reference to spectrum<br> </span></font><font size="-1"><span style="font-family: monospace;"><a href="#X1">-X file.ccmx</a> @@ -888,6 +1148,15 @@ D50 + + + + + + + + + Apply Colorimeter Correction Matrix</span></font><br> <span style="font-family: monospace;"> <a href="#X2">-X file.ccss</a> @@ -922,6 +1191,15 @@ Samples + + + + + + + + + for calibration</span><br> <font size="-1"><span style="font-family: monospace;"> </span><a style=" font-family: monospace;" href="#Yrn">-<font size="-1">Y</font> @@ -945,6 +1223,15 @@ Samples + + + + + + + + + Override refresh, non-refresh display mode</span></font><br> <tt> <a href="#YR">-Y R:<i>rate</i></a> @@ -958,6 +1245,15 @@ Samples + + + + + + + + + Override measured refresh rate with rate Hz</tt><br> <font size="-1"><span style="font-family: monospace;"> </span><a style=" font-family: monospace;" href="#YA">-<font size="-1">Y </font>A</a><span @@ -965,6 +1261,17 @@ Samples Use non-adaptive integration time mode (if available).</span></font><br> + <tt> <a href="#YW">-Y W:fname.sp</a> + + + + + + + Save white tile ref. spectrum to file</tt><br> + <tt> <a href="#YL">-Y L</a> + Test for i1Pro Lamp + Drift, and remediate it</tt><br> <font size="-1"><span style="font-family: monospace;"> <a href="#W">-W n|h|x</a> Override @@ -1001,6 +1308,15 @@ none, + + + + + + + + + h = HW, x = Xon/Xoff</span></font><br> <small><span style="font-family: monospace;"> </span><a style=" font-family: monospace;" href="#D">-D [level]</a><span @@ -1035,6 +1351,15 @@ none, + + + + + + + + + Optional file to save reading results<br style="font-family: monospace;"> </span></font><small><span style="font-family: monospace;"></span><span @@ -1061,10 +1386,10 @@ none, The Graph plots light wavelength on the X axis, and either absolute or relative level on the Y axis. <br> <br> - <table cellpadding="0" cellspacing="0" border="1" height="153" - width="200"> + <table border="1" cellpadding="0" cellspacing="0" width="200" + height="153"> </table> - <table cellpadding="0" cellspacing="0" border="1"> + <table border="1" cellpadding="0" cellspacing="0"> <tbody> <tr> <th valign="top"> Measurement Mode <br> @@ -1073,20 +1398,29 @@ none, </th> </tr> <tr> - <td align="center" valign="top">Emission<br> + <td valign="top" align="center">Emission<br> </td> - <td align="center" valign="top">mW/(m<sup>2</sup>.sr.nm)</td> + <td valign="top" align="center">mW/(m<sup>2</sup>.sr.nm)</td> </tr> <tr> - <td align="center" valign="top">Ambient<br> + <td valign="top" align="center">Ambient<br> </td> - <td align="center" valign="top">mW/(m<sup>2</sup>.nm)<br> + <td valign="top" align="center">mW/(m<sup>2</sup>.nm)<br> </td> </tr> <tr> - <td align="center" valign="top">Emission Flash<br> + <td valign="top" align="center">Emission Flash<br> </td> - <td align="center" valign="top"> mW/(m<sup>2</sup>.sr.nm.s) + <td valign="top" align="center"> mW/(m<sup>2</sup>.sr.nm.s) + + + + + + + + + @@ -1097,21 +1431,21 @@ none, </td> </tr> <tr> - <td align="center" valign="top">Ambient Flash<br> + <td valign="top" align="center">Ambient Flash<br> </td> - <td align="center" valign="top">mW/(m<sup>2</sup>.nm.s)<br> + <td valign="top" align="center">mW/(m<sup>2</sup>.nm.s)<br> </td> </tr> <tr> - <td align="center" valign="top">Reflective<br> + <td valign="top" align="center">Reflective<br> </td> - <td align="center" valign="top">%/nm<br> + <td valign="top" align="center">%/nm<br> </td> </tr> <tr> - <td align="center" valign="top">Transmissive<br> + <td valign="top" align="center">Transmissive<br> </td> - <td align="center" valign="top">%/nm<br> + <td valign="top" align="center">%/nm<br> </td> </tr> </tbody> @@ -1185,11 +1519,19 @@ none, allows measuring in ambient illumination mode using instruments that support this mode (i.e. Eye-One Display 2). Values returned are absolute, and include the various color temperatures and Color - Rendering Index (see <span style="font-weight: bold;">-T</span>). + Rendering Index (<a href="#T">see <span style="font-weight: bold;">-T</span></a>). + + If the instrument does not support ambient mode, emissive mode will be used instead. An adaptive integration time will be used in devices that support it. <br> <br> + For an instrument that supports it (i.e. the Emulated transmission + measurement mode of the JETI 1211), then using <b>-a</b> after the + <b>-t</b> switch will select the alternate 90/diffuse transmission + geometry (i.e. using the ambient adapter for transmission + measurement).<br> + <br> <a name="f"></a>The <span style="font-weight: bold;">-f</span> flag allows measuring a flash with those instruments that support scanning emissive measurements. The instrument needs to be triggered @@ -1223,13 +1565,10 @@ none, reflectance instrument illuminant when FWA compensation is used during <u>measurement</u>, overriding the default <b>D50</b> or CIE computation illuminant used for FWA (see <b>-i</b> below<b>). </b>If - - - using <b>M0</b>, <b>M1</b> or <b>M2</b>, then the <b>-i</b> - option is <b>not</b> normally used. See <a href="colprof.html#f">colprof - - - -f</a> for a fuller explanation. <br> + intending to use standard <b>M0</b>, <b>M1</b> or <b>M2</b> + conditions, then use just the <b>-I</b> option and not the <b>-i</b> + option. See <a href="colprof.html#f">colprof -f</a> for a fuller + explanation. <br> <br> <a name="i"></a>The <b>-i</b> parameter allows specifying a standard or custom reflectance illumination spectrum applied to <span @@ -1237,12 +1576,13 @@ none, spectral data to <u>compute</u> CIE tristimulus values. <b>A</b>, <b>D50</b>, <b>D50M2, D65</b>, <b>F5</b>, <b>F8</b>, <b>F10</b> are a selection of standard illuminant spectrums, with <b>D50</b> - being the default. If using <b>-I M0</b>, <b>M1</b> or <b>M2</b>, - then this <b>-i</b> option is <b>not</b> normally used. If a - filename is specified instead, it will be assumed to be an Argyll - specific <a href="File_Formats.html#.sp">.sp</a> spectrum file. If - FWA compensation is used during measurement, this illuminant will be - used by default as the simulated instrument illuminant.<br> + being the default. If using <b>-I</b> to obtain standard <b>M0</b>, + <b>M1</b> or <b>M2</b> conditions, then this <b>-i</b> option is <b>not</b> + normally used. If a filename is specified instead, it will be + assumed to be an Argyll specific <a href="File_Formats.html#.sp">.sp</a> + spectrum file. If FWA compensation is used during measurement, this + illuminant will be used by default as the simulated instrument + illuminant.<br> <br> <a name="Q"></a> The <b>-Q</b> flag allows specifying a tristimulus observer, and is used to compute PCS (Profile Connection Space) @@ -1275,6 +1615,21 @@ none, style="font-weight: bold;">Note</span> that this is currently only supported by the Spectrolino driver.]<br> <br> + <a name="A"></a>The <b>-A</b> options allows overriding the default + or environment variable set <a href="XRGA.html">XRGA</a> + conversion:<br> + <br> + <b>-A N|A|X|G</b><br> + <br> + The <b>N</b> argument sets + the calibration to Native (default).<br> + The <b>A</b> argument sets + the calibration to XRGA.<br> + The <b>X</b> argument sets + the calibration to XRDI.<br> + The <b>G</b> argument sets + the calibration to GMDI.<br> + <br> <a name="x"></a>The <b>-x</b> option causes the reading to be displayed as XYZ and Yxy values, rather than the default XYZ and L*a*b*<br> @@ -1327,6 +1682,13 @@ none, supports it. See <a href="instruments.html">Operation of particular instruments</a> for more details.<br> <br> + <a name="R"></a><font size="-1">The <b>-R <i>fname.sp</i></b> + option allows specifying a reference spectrum</font> to preset the + reference values used to calculate delta E etc. This can be useful + in checking against a previously saved value (<b>'s' </b>command), + or in checking the instruments consistency against it's <a + href="#YW">reflective white reference spectrum</a>.<br> + <br> <a name="X1"></a> The -<span style="font-weight: bold;">X <span style="font-style: italic;">file.ccmx</span></span> option reads a <a href="File_Formats.html#.ccmx">Colorimeter Correction Matrix</a> @@ -1343,10 +1705,8 @@ none, colorimeters that rely on sensor spectral sensitivity calibration information (ie. the X-Rite <span style="font-weight: bold;">i1d3</span>, or the DataColor <span style="font-weight: bold;">Spyder4 & - Spyder5</span>).This - can - improve - a colorimeters accuracy for a particular type of display.<br> + Spyder5</span>).This can improve a colorimeters accuracy for a + particular type of display.<br> <br> <a name="Yrn"></a> The -<span style="font-weight: bold;">Y r </span>and @@ -1367,6 +1727,15 @@ none, + + + + + + + + + <b>-Y n</b> options overrides the refresh display mode set by the <a href="#y">-y display type selection</a>, with <b>-Y</b><span style="font-weight: bold;"> r</span> forcing refresh display mode, @@ -1397,6 +1766,39 @@ none, sets Xon/Xoff handshaking. This commend may be useful in workaround serial communications issues with some systems and cables. <br> <br> + <a name="YW"></a>The <b>-Y W:<i>fname.s</i>p</b> option allows + saving an instruments reference white tile reflectance spectrum to a + file. Reflective instruments use a white reference tile to calibrate + against, and typically the spectral reflectance of the white tile is + recorded inside the instrument to calibrate to. The saved spectrum + can be used to compare against the measurements of a reference grade + measurement of the white tile to check for tile deterioration, or + can be used as a reference for checking on instrument calibration + accuracy or consistency (See the <a href="#R">-R option</a>). Not + all instruments support this option (Currently the Spectrolino, + i1Pro, i1Pro2 and ColorMunki spectrometer.)<br> + <br> + <a name="YL"></a> The <b>-Y l|L</b> option is a special function + for X-Rite <a href="instruments.html#i1p2">i1Pro</a> instruments. + These instruments use an incandescent lamp as a light source for + reflectance measurement, and some instruments after some patterns of + use, can suffer from Lamp output thermal drift, due to the build up + of filament tungsten on the bulb inner surface. This function first + measures the Lamp drift, and then if the <b>-Y L</b> version is + used and the drift is greater than normal (0.06 - 0.1 Delta E), it + will attempt to remediate the problem by turning the lamp on for + some seconds so that it reaches normal operating temperature and is + able to re-circulate the tungsten back onto the filament properly. + It will then wait for the lamp to cool, and re-measure the drift. + These operations can take a few minutes, and it is advisable to let + the instrument cool off further after this operation, for 2 - 5 + minutes, to allow it to return to normal operation conditions.<br> + <br> + The remediation function should be used infrequently or if the + repeatability of the instrument seems to be poorer than usual, as + frequent use may consume lamp life unnecessarily. If the lamp is + nearing its end of life, this function may not be effecive.<br> + <br> <a name="D"></a>The <b>-D</b> flag causes communications and other instrument diagnostics to be printed to stdout. A level can be set between 1 .. 9, that may give progressively more verbose diff --git a/doc/synthcal.html b/doc/synthcal.html index 89f3fed..229f506 100644 --- a/doc/synthcal.html +++ b/doc/synthcal.html @@ -1,108 +1,138 @@ -<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> +<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> -<head> - <title>synthcal</title> - <meta http-equiv="content-type" - content="text/html; charset=ISO-8859-1"> - <meta name="author" content="Graeme Gill"> -</head> -<body> -<h2><b>spectro/synthcal</b></h2> -<h3>Summary</h3> -Create synthetic calibration file. The default is a linear calibration -file.<br> -<h3>Usage</h3> -<font size="-1"><span style="font-family: monospace;">synthcal</span><i - style="font-family: monospace;"> </i><span - style="font-family: monospace;">[-options] </span><i - style="font-family: monospace;">basename<br> - -t -N i = -input, o = output, d = display (default)<br> - -d col_comb choose colorant combination -from the following:<br> - + <head> + <title>synthcal</title> + <meta http-equiv="content-type" content="text/html; + charset=windows-1252"> + <meta name="author" content="Graeme Gill"> + </head> + <body> + <h2><b>spectro/synthcal</b></h2> + <h3>Summary</h3> + Create synthetic calibration file. The default is a linear + calibration + file.<br> + <h3>Usage</h3> + <font size="-1"><span style="font-family: monospace;">synthcal</span><i + style="font-family: monospace;"> </i><span style="font-family: + monospace;">[-options] </span><i style="font-family: + monospace;">basename<br> + </i><span style="font-family: monospace;"> -r + res Set + the calibration resolution (default 256)<br> + -t + N + i = + input, o = output, d = display (default)<br> + -d col_comb choose colorant + combination + from the following:<br> + 0: -Print grey<br> - +Print + grey<br> + 1: -Video grey<br> - +Video + grey<br> + 2: -Print RGB<br> - +Print + RGB<br> + 3: -Video RGB<br> - -4: -CMYK<br> +Video + RGB<br> -5: -CMY<br> + 4: + CMYK<br> + 5: + CMY<br> + 6: -CMYK + Light CM<br> - +CMYK + + Light CM<br> + 7: -CMYK + Light CMK<br> - +CMYK + + Light CMK<br> + 8: -CMYK + Red + Blue<br> - +CMYK + + Red + Blue<br> + 9: -CMYK + Orange + Green<br> - +CMYK + + Orange + Green<br> + 10: -CMYK + Light CMK + Light Light K<br> - +CMYK + + Light CMK + Light Light K<br> + 11: -CMYK + Orange + Green + Light CM<br> - +CMYK + + Orange + Green + Light CM<br> + 12: -CMYK + Light CM + Medium CM<br> - -D colorant Add or delete colorant from -combination:<br> - +CMYK + + Light CM + Medium CM<br> + -D colorant Add or delete colorant + from + combination:<br> + (Use --?? to list known colorants)<br> -</i></font><font size="-1"><i style="font-family: monospace;"> -o -o1,o2,o3, Set non-linear curve offset -(default 0.0)</i></font><br> -<font size="-1"><i style="font-family: monospace;"> -s -s1,s2,s3, Set non-linear curve scale -(default 1.0)<br> - -p p1,p2,p3, Set non-linear curve powers -(default 1.0)<br> - outfile Base name -for output .cal file</i></font><br> -<h3>Comments<br> -</h3> -This is the tool creates a calibration (<a href="File_Formats.html#.cal">.cal</a>) -file that has a linear table -for each channel. This is useful in setting up a display for -evaluation, disabling printer calibration, testing, or to recover a -display that has a strange set of -Video LUTs loaded.<br> -<br> -<a name="t"></a>The <span style="font-weight: bold;">-t</span> option -selects the type of device the calibration file is intended for. -Default is display.<br> -<br> -<a name="d"></a>The <span style="font-weight: bold;">-d</span> option -selects the device colorspace. The default for input and display is <font - style="font-weight: bold;" size="-1"><span - style="font-family: monospace;">Video RGB</span></font><font size="-1"><span - style="font-family: monospace;">, while the default for output is <span - style="font-weight: bold;">CMYK</span>.<br> -</span></font><br> -<a name="D"></a> The <b>-D</b> parameter modifies the colorspace set -by <span style="font-weight: bold;">-d</span> by allowing individual -colorants to be added or subtracted from the colorspace.<br> -<br> -Optionally it can be used to create a non-linear calibration file, -useful for diagnostics. Each of the device channel curves can be -given a gamma (power curve) shape, scaled to a maximum other than -1.0, and offset from a value other than 0.0.<br> -<br> -</body> +-?? + to list known colorants)<br> + </span></font><font size="-1"><span style="font-family: + monospace;"> -o + o1,o2,o3, Set non-linear curve offset + (default 0.0)</span></font><br> + <font size="-1"><span style="font-family: monospace;"> -s + s1,s2,s3, Set non-linear curve scale + (default 1.0)<br> + -p p1,p2,p3, Set non-linear curve powers + (default 1.0)<br> + outfile + Base name + for output .cal file</span></font><br> + <h3>Comments<br> + </h3> + This is the tool creates a calibration (<a + href="File_Formats.html#.cal">.cal</a>) + file that has a linear table + for each channel. This is useful in setting up a display for + evaluation, disabling printer calibration, testing, or to recover a + display that has a strange set of + Video LUTs loaded.<br> + <br> + <a name="r"></a>The <span style="font-weight: bold;">-r</span> + parameter + selects the table resolution. The default is 256.<br> + <br> + <a name="t"></a>The <span style="font-weight: bold;">-t</span> + option + selects the type of device the calibration file is intended for. + Default is display.<br> + <br> + <a name="d"></a>The <span style="font-weight: bold;">-d</span> + option + selects the device colorspace. The default for input and display is + <font style="font-weight: bold;" size="-1"><span style="font-family: + monospace;">Video RGB</span></font><font size="-1"><span + style="font-family: monospace;">, while the default for output + is <span style="font-weight: bold;">CMYK</span>.<br> + </span></font><br> + <a name="D"></a> The <b>-D</b> parameter modifies the colorspace + set + by <span style="font-weight: bold;">-d</span> by allowing + individual + colorants to be added or subtracted from the colorspace.<br> + <br> + Optionally it can be used to create a non-linear calibration file, + useful for diagnostics. Each of the device channel curves can be + given a gamma (power curve) shape, scaled to a maximum other than + 1.0, and offset from a value other than 0.0.<br> + <br> + </body> </html> diff --git a/doc/targen.html b/doc/targen.html index 81b331b..ef84f81 100644 --- a/doc/targen.html +++ b/doc/targen.html @@ -12,8 +12,10 @@ Generate a profiling test target values <a href="File_Formats.html#.ti1">.ti1</a> file. <b>targen</b> is used to generate the device channel test point values for - grayscale, RGB, CMY, CMYK or N-color output or display - devices. + grayscale, RGB, CMY, CMYK or N-color output or display devices. <br> + <br> + [ Note though that colprof will only create RGB, CMY or CMYK + profiles. ]<br> <h3>Usage Summary</h3> <small><span style="font-family: monospace;">targen [options] outfile</span><br style="font-family: monospace;"> @@ -43,6 +45,8 @@ + + 0: Print grey</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -60,6 +64,8 @@ + + 1: Video grey</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -78,6 +84,8 @@ + + 2: Print RGB</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -103,6 +111,8 @@ + + 5: CMY<br style="font-family: monospace;"> </span><span style="font-family: monospace;"> @@ -125,6 +135,8 @@ + + 7: CMYK + Light CMK</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -151,6 +163,8 @@ Red + + + Blue</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -182,6 +196,8 @@ Red + + 12: CMYK + Light CM + Medium CM</span><br style="font-family: monospace;"> @@ -206,6 +222,8 @@ Red + + 0: Additive</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -236,6 +254,8 @@ Red + + 4: Black</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -254,6 +274,8 @@ Red + + 5: Orange</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -273,6 +295,8 @@ Red + + 6: Red</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -291,6 +315,8 @@ Red + + 7: Green</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -309,6 +335,8 @@ Red + + 8: Blue</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -327,6 +355,8 @@ Red + + 9: White</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -345,6 +375,8 @@ Red + + 10: Light Cyan</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -363,6 +395,8 @@ Red + + 11: Light Magenta</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -381,6 +415,8 @@ Red + + 12: Light Yellow</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -398,6 +434,8 @@ Red + + 13: Light Black</span><br style="font-family: monospace;"> @@ -418,6 +456,8 @@ Red + + 14: Medium Cyan</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -436,6 +476,8 @@ Red + + 15: Medium Magenta</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -454,6 +496,8 @@ Red + + 16: Medium Yellow</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -471,6 +515,8 @@ Red + + 17: Medium Black</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -489,6 +535,8 @@ Red + + 18: Light Light Black<br> <a href="#G">-G</a> @@ -507,6 +555,8 @@ Red + + Generate good optimzed points rather than Fast<br style="font-family: monospace;"> </span><span style="font-family: monospace;"> </span><a @@ -534,6 +584,8 @@ Red + + steps</a><span style="font-family: monospace;"> @@ -550,6 +602,8 @@ Red + + Single channel steps (default 0)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a @@ -577,6 +631,8 @@ steps + + 0)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#m">-m steps</a><span @@ -596,6 +652,8 @@ steps + + Multidimensional device space cube steps (default 0)</span></small><br style="font-family: monospace;"> <small><span style="font-family: monospace;"><small><span @@ -616,6 +674,8 @@ steps + + Multidimensional body centered cubic steps (default 0)<br> </span></small></span> <span style="font-family: monospace;"></span><a style="font-family: monospace;" href="#f">-f @@ -633,6 +693,8 @@ steps + + patches</a><span style="font-family: monospace;"> @@ -649,6 +711,8 @@ steps + + Add iterative & adaptive full spread patches to total (default 836)<br> @@ -667,6 +731,8 @@ steps + + Default is Optimised Farthest Point Sampling (OFPS)<br style="font-family: monospace;"> </span><span style="font-family: monospace;"> </span><a @@ -694,6 +760,8 @@ for + + full spread</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#r">-r</a><span @@ -720,6 +788,8 @@ for + + full spread</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#R">-R</a><span @@ -746,6 +816,8 @@ for + + full spread</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#q">-q</a><span @@ -772,6 +844,8 @@ for + + full spread<br> </span></small><small><span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#Q">-Q</a><span @@ -805,6 +879,8 @@ centered + + cubic grid for full spread</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a @@ -832,6 +908,8 @@ centered + + cubic grid for full spread</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a @@ -859,6 +937,8 @@ for + + B.C.C. grid, default 0.333300</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a @@ -891,6 +971,8 @@ spread + + (default iterative)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#l">-l ilimit</a><span @@ -912,6 +994,8 @@ ink + + limit in %(default = none, or estimated from profile)<br> </span></small><small><span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#p">-p power</a><span @@ -938,6 +1022,8 @@ device + + values.</span></small><br style="font-family: monospace;"> <small><span style="font-family: monospace;"></span><span style="font-family: monospace;"> </span><a @@ -967,12 +1053,20 @@ device + + Filter out samples outside Lab sphere.<br> <a href="#O">-O</a> - Don't re-order display RGB patches for minimum delay<br - style="font-family: monospace;"> - </span> <span style="font-family: monospace;"> </span><a - style="font-family: monospace;" href="#w">-w</a><span + + + Don't re-order display RGB patches for minimum delay</span></small><br + style="font-family: monospace;"> + <small><span style="font-family: monospace;"><small><span + style="font-family: monospace;"> <a href="#U">-U</a> + + Don't filter out duplicate patches<br> + </span></small> </span><span style="font-family: + monospace;"></span><a style="font-family: monospace;" href="#w">-w</a><span style="font-family: monospace;"> @@ -989,6 +1083,8 @@ device + + Dump diagnostic outfile.x3d.html file (Lab locations)<br> </span></small><small><span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#W">-W</a><span @@ -1015,6 +1111,8 @@ device + + Base name for output(.ti1)</span></small> <br> <h3>Usage Details and Discussion<br> </h3> @@ -1091,6 +1189,8 @@ device + + 5</span> will generate steps at 0.0 0.25 0.5 0.75 and 1.0, while the option <span style="font-weight: bold;">-s 5 -p 2.0</span> will generate steps at 0.0 0.0625 0.25 0.5625 and 1.0. By default, no per @@ -1153,6 +1253,8 @@ device + + <b>-b</b> flags, is not to duplicate test values already created by a previous type.<br> <br> @@ -1323,18 +1425,11 @@ device accuracy of measuring and modelling the lighter regions, given a fixed number of test points and profile quality/grid resolution. The parameter will also be used in an analogous way to the <small><a - href="targen.html#p">-p power</a> - value in changing the distribution of </small><small><a - href="targen.html#s">-s steps</a>, </small><small><a - href="targen.html#g">-g steps</a>, </small><small><a - href="targen.html#m">-m steps</a></small> - and <small><small><a href="targen.html#b">-b - - - - - - steps</a></small></small> patches.<br> + href="targen.html#p">-p power</a> value in changing the + distribution of </small><small><a href="targen.html#s">-s steps</a>, + </small><small><a href="targen.html#g">-g steps</a>, </small><small><a + href="targen.html#m">-m steps</a></small> and <small><small><a + href="targen.html#b">-b steps</a></small></small> patches.<br> <br> <a name="F"></a> The <b>-F</b> flag and parameters is used to define an L*a*b* sphere to filter the test points through. Only test @@ -1359,12 +1454,15 @@ device this re-ordering, leaving the patches in whatever order they were generated.<br> <br> + <a name="U"></a> The <b>-U</b> flag disables the normal filtering + out of duplicate patches.<br> + <br> <a name="w"></a> The <b>-w</b> flag causes a diagnostic <a - href="File_Formats.html#X3DOM">X3DOM</a> .x3d.html file to be created, in - which the test points are plotted as small spheres in L*a*b* - colorspace. Note that for a CMYK device, the point spacing may seem - strange, since the extra K dimension is compressed into the 3 - dimensional L*a*b* space. <a name="W"></a>If the <span + href="File_Formats.html#X3DOM">X3DOM</a> .x3d.html file to be + created, in which the test points are plotted as small spheres in + L*a*b* colorspace. Note that for a CMYK device, the point spacing + may seem strange, since the extra K dimension is compressed into the + 3 dimensional L*a*b* space. <a name="W"></a>If the <span style="font-weight: bold;">-W</span> flag is given, the plot will be in device space, with only the first 3 dimensions of each point being plotted.<br> diff --git a/doc/ti3_format.html b/doc/ti3_format.html index 559aa12..ca1be87 100644 --- a/doc/ti3_format.html +++ b/doc/ti3_format.html @@ -58,6 +58,7 @@ + "<span style="font-weight: bold;">DISPLAY</span>", <span style="font-weight: bold;">"INPUT"</span> or <span style="font-weight: bold;">"EMISINPUT"</span>.<br> @@ -75,6 +76,13 @@ what the valid device gamut is, and what total ink limit should be used in creating the profile tables.<br> <br> + An <span style="font-weight: bold;">"OUTPUT"</span> type device may + have an <span style="font-weight: bold;">ILLUMINANT_WHITE_POINT_XYZ</span> + keyword that contains the XYZ of the illuminant used to compute the + CIE values from spectral reflectance or transmittance values. If + this tag is absent, the illuminant is assumes to be ICC standard + D50.<br> + <br> A <span style="font-weight: bold;">"DISPLAY"</span> type device may have a <span style="font-weight: bold;">LUMINANCE_XYZ_CDM2</span> keyword that contains the absolute XYZ value of white in candelas @@ -83,6 +91,7 @@ + 119.657745 121.474236".<br> <br> </span>A display device may also have a <span style="font-weight: @@ -174,12 +183,14 @@ Cyan + + C<br> Magenta M<br> @@ -189,6 +200,7 @@ Cyan + Y<br> Black @@ -196,6 +208,7 @@ Cyan + K<br> Orange @@ -203,6 +216,7 @@ Cyan + O<br> Red @@ -210,6 +224,7 @@ Cyan + R<br> Green @@ -217,6 +232,7 @@ Cyan + G<br> Blue @@ -224,6 +240,7 @@ Cyan + B<br> White @@ -234,6 +251,7 @@ Cyan + c<br> Light Magenta @@ -241,6 +259,7 @@ Cyan + m<br> Light Yellow @@ -248,6 +267,7 @@ Cyan + y<br> Light Black @@ -255,6 +275,7 @@ Cyan + k<br> Medium Cyan 2c<br> diff --git a/doc/tiffgamut.html b/doc/tiffgamut.html index 9534717..fc60c31 100644 --- a/doc/tiffgamut.html +++ b/doc/tiffgamut.html @@ -35,8 +35,8 @@ href="Scenarios.html#LP3">Image dependent gamut mapping using device links</a> for an example workflow.<br> <br> - See <a href="3dformat.html">3D Viewing - Format</a> for switching to VRML or X3D output format.<br> + See <a href="3dformat.html">3D Viewing Format</a> for switching to + VRML or X3D output format.<br> <h3>Usage Summary</h3> <small><span style="font-family: monospace;">tiffgamut [-v level] [profile.icm | embedded.tif/jpg] infile1.tif/jpg @@ -47,6 +47,7 @@ + Verbose</span><br style="font-family: monospace;"> <span style="font-family: monospace;">-d sres Surface resolution @@ -58,6 +59,7 @@ emit + X3DOM .x3d.html file as well as CGATS .gam file</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> -n @@ -67,6 +69,7 @@ Don't + add X3DOM axes or white/black point</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> -k @@ -76,6 +79,7 @@ Add + markers for prim. & sec. "cusp" points<br> -f perc Filter by popularity, perc = percent to use<br style="font-family: @@ -90,6 +94,7 @@ s + = saturation, a = absolute (default), d = profile default</span></small><small><span style="font-family: monospace;"></span></small><br style="font-family: monospace;"> @@ -105,6 +110,7 @@ r + = reverse (priority: monochrome > matrix > lut)<br> </span></small><small><span style="font-family: monospace;"> </span><span style="font-family: monospace;">-p oride</span><span @@ -124,6 +130,7 @@ either + an enumerated choice, or a parameter:value change</span><span style="font-family: monospace;"></span><br style="font-family: monospace;"> @@ -138,6 +145,7 @@ either + pe - Print evaluation environment (CIE 116-1995)<br> </span></small><small><span style="font-family: monospace;"> @@ -146,6 +154,7 @@ either + pc - Critical print evaluation environment (ISO-3664 P1)</span></small><small><span style="font-family: monospace;"></span><span style="font-family: monospace;"></span><br style="font-family: monospace;"> @@ -159,6 +168,7 @@ either + mb - Monitor in bright work environment</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -186,6 +196,7 @@ s:surround + n = auto, a = average, m = dim, d = dark,</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -195,6 +206,7 @@ s:surround + c = transparency (default average)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -204,6 +216,7 @@ w:X:Y:Z + Adapted white point as XYZ (default media white)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -213,6 +226,7 @@ w:x:y + Adapted white point as x, y</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -222,6 +236,7 @@ a:adaptation + Adaptation luminance in cd.m^2 (default 50.0)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -231,6 +246,7 @@ b:background + Background % of image luminance (default 20)<br> l:imagewhite Image white in cd.m^2 if surround = auto (default 250)</span></small><br @@ -243,6 +259,7 @@ f:flare + Flare light % of image luminance (default 1)<br> </span></small> </span><span style="font-family: monospace;"> @@ -257,8 +274,13 @@ f:flare + g:x:y Glare color as - x, y<br> + x, y</span></small><br> + <small><span style="font-family: monospace;"><small><span + style="font-family: monospace;"> -x + pcent Expand/compress gamut + cylindrically by percent</span></small><br> -O outputfile Override the default output filename & extension.<br style="font-family: monospace;"> </span></small><br> @@ -340,6 +362,12 @@ f:flare viewing environment, or controlling particular viewing condition parameters. This is only functional if an ICC profile is provided.<br> <br> + The <b>-x</b> parameter allows expanding or compressing the + resulting gamut in a cylindrical direction by the given percentage + :- i.e "-x 120" will expand by 20%. This may be useful for creating + a general compression gamut mapping by using such an expanded device + gamut as input to <a href="collink.html#g">collink -g or -G</a>.<br> + <br> The <span style="font-weight: bold;">-O</span> parameter allows the output file name & extension to be specified independently of the last tiff/jpeg filename. Note that the full filename must be diff --git a/doc/txt2ti3.html b/doc/txt2ti3.html index 0fc467d..783d3b6 100644 --- a/doc/txt2ti3.html +++ b/doc/txt2ti3.html @@ -28,12 +28,17 @@ -d Set + type of device as Display, not Output<br> -i Set - type of device as Input, not Output<br style="font-family: - monospace;"> + + type of device as Input, not Output</span></small><br + style="font-family: monospace;"> + <small><span style="font-family: monospace;">-T + + Transpose sample name Letters and Numbers<br> </span></small><small><span style="font-family: monospace;"></span><i style="font-family: monospace;">[devfile]</i><span style="font-family: monospace;"> Input @@ -44,6 +49,7 @@ Set Input CIE, + Spectral or Device & Spectral file (typically file.txt)</span><br style="font-family: monospace;"> <i style="font-family: monospace;">[specfile]</i><span @@ -97,6 +103,11 @@ CIE, appropriate range is, in order to scale to Argyll's standard range 0 .. 100.0.<br> <br> + If the -T flag is used, then the patch location will be transposed + from letter/number to letter/numer - i.e.<br> + <br> + B5 -> E2 <br> + <br> <br> </body> </html> diff --git a/doc/xicclu.html b/doc/xicclu.html index 831977d..bd98058 100644 --- a/doc/xicclu.html +++ b/doc/xicclu.html @@ -3,7 +3,7 @@ <head> <title>xicclu</title> <meta http-equiv="content-type" content="text/html; - charset=ISO-8859-1"> + charset=windows-1252"> <meta name="author" content="Graeme Gill"> </head> <body> @@ -29,9 +29,9 @@ <span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#v">-v level</a><span style="font-family: monospace;"> - Verbosity level 0 - 2 (default = 1)</span><br - style="font-family: monospace;"> - <span style="font-family: monospace;"> </span><a + Verbosity level 0 - 2 (default = 1)<br style="font-family: + monospace;"> + </span> <span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#g">-g</a><span style="font-family: monospace;"> Plot slice instead of looking colors up. (Default @@ -39,8 +39,11 @@ <a href="#Gs">-G s:L:a:b</a> Override plot slice start with Lab or Jab co-ordinate<br> <a href="#Ge">-G e:L:a:b</a> - Override plot slice end with Lab or Jab co-ordinate<br - style="font-family: monospace;"> + Override plot slice end with Lab or Jab co-ordinate<br> + <a href="#V">-V</a> + + Use 'vcgt' calibration tag from profile<br style="font-family: + monospace;"> </span><span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#f">-f function</a><span style="font-family: monospace;"> f = forward, @@ -54,6 +57,8 @@ if + + inverted forward, ib = inverted backwards</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a @@ -67,10 +72,13 @@ if + + </span></small><small><span style="font-family: monospace;"> p = perceptual, </span></small><small><span style="font-family: - monospace;">s = saturation</span><span style="font-family: - monospace;"></span><br style="font-family: monospace;"> + monospace;">s = saturation, A = disp. abs. measurements</span><span + style="font-family: monospace;"></span><br style="font-family: + monospace;"> <span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#o">-o order</a><span style="font-family: monospace;"> @@ -79,6 +87,8 @@ if + + n = normal (priority: lut > matrix > monochrome)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -89,6 +99,8 @@ r + + reverse (priority: monochrome > matrix > lut)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a @@ -99,6 +111,8 @@ r + + x = XYZ_PCS, X = XYZ * 100, l = Lab_PCS, L = LCh, y = Yxy,<br> j = CIECAM02 Appearance Jab, J = CIECAM02 Appearance JCh<br> @@ -111,16 +125,22 @@ Scale + + device range 0.0 - scale rather than 0.0 - 1.0<br> </span></small><br> <small><span style="font-family: monospace;"><small><span style="font-family: monospace;"><a href="#e">-e flag</a> + + Video encode device input as:<br> <a href="#E">-E flag</a> + + Video decode device output as:<br> n @@ -159,6 +179,8 @@ h + + = 0.5 K, x = max K, r = ramp K (def.)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -169,6 +191,8 @@ l + + = extra PCS input is portion of K locus</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -179,6 +203,8 @@ v + + = extra PCS input is K target value</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a @@ -192,6 +218,8 @@ stle: + + K level at White 0.0 - 1.0</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -202,6 +230,8 @@ stpo: + + start point of transition Wh 0.0 - Bk 1.0</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -212,6 +242,8 @@ enpo: + + End point of transition Wh 0.0 - Bk 1.0</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -222,6 +254,8 @@ enle: + + K level at Black 0.0 - 1.0</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -232,6 +266,8 @@ shape: + + 1.0 = straight, 0.0-1.0 concave, 1.0-2.0 convex</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a @@ -246,6 +282,8 @@ extra + + PCS input to dual curve limits</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> </span><a @@ -273,6 +311,8 @@ actual + + target values if clipped<br> <a href="#b">-b</a> use @@ -282,6 +322,8 @@ CAM + + Jab for clipping<br style="font-family: monospace;"> </span><span style="font-family: monospace;"> </span><a style="font-family: monospace;" href="#m">-m</a><span @@ -304,6 +346,8 @@ either + + an enumerated choice, or a parameter:value change</span><span style="font-family: monospace;"></span><br style="font-family: monospace;"> @@ -319,6 +363,8 @@ pe + + - Print evaluation environment (CIE 116-1995)<br> </span></small><small><span style="font-family: monospace;"> @@ -328,6 +374,8 @@ pc + + - Critical print evaluation environment (ISO-3664 P1)</span></small><small><span style="font-family: monospace;"></span><span style="font-family: monospace;"></span><br style="font-family: monospace;"> @@ -342,6 +390,8 @@ pc + + mb - Monitor in bright work environment</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -372,6 +422,8 @@ n + + = auto, a = average, m = dim, d = dark,</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -382,6 +434,8 @@ n + + c = transparency (default average)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -392,6 +446,8 @@ Adapted + + white point as XYZ (default media white, Abs: D50)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -402,6 +458,8 @@ Adapted + + white point as x, y</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> a:adaptation @@ -411,6 +469,8 @@ Adaptation + + luminance in cd.m^2 (default 50.0)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -428,12 +488,16 @@ light + + % of image luminance (default 1)<br> </span></small> + + g:glare Glare light % of ambient (default 2)</span><br style="font-family: monospace;"> <span style="font-family: monospace;"> @@ -445,6 +509,8 @@ light + + g:x:y FGare color as x, y</span><br style="font-family: monospace;"> <br style="font-family: monospace;"> @@ -497,6 +563,8 @@ light If a CAL file is used, then <b>-g</b> will simply plot the each channels calibration curve. It will also plot the invers curve for <b>-f + + b</b>.<br> <br> <a name="Gs"></a>The <span style="font-weight: bold;">-G </span><small><span @@ -517,6 +585,11 @@ light separated by the '<span style="font-weight: bold;">:'</span> character (no spaces).<br> <br> + <a name="V"></a>The <b>-V</b> flag tells xicclu to load the given + ICC profile, and the extract the 'vcgt' display calibration curves + from the profile. The calibration curves can then be looked up in + the normal way, or plotted using <b>-g.</b><br> + <br> <a name="f"></a> The <b>-f</b> flag selects which type of table or conversion is to be used. In addition to the usual four tables that can be accessed in a fully populated Lut based profile, two @@ -529,6 +602,9 @@ light <a name="i"></a> The <b>-i</b> flag selects the intent table used for a lut based profile. It also selects between relative and absolute colorimetric for non-lut base profiles.<br> + The -A flag selects Display absolute measurement mode, where the + Luminance tag value is used restore absolute measurement XYZ values. + The PCS will be force to be XYZ with this selection.<br> <br> <a name="o"></a> A profile is allowed to contain more than the minimum number of elements or table needed to describe a certain @@ -566,9 +642,8 @@ light between 0 and 255, use <span style="font-weight: bold;">-s 255.</span><br> <br> <a name="e"></a>The <b>-e</b> <i>flag</i> applies a Video encoding - to the input. See <a - href="collink.html#E"><b>-E</b></a> for - the list of encodings.<br> + to the input. See <a href="collink.html#E"><b>-E</b></a> for the + list of encodings.<br> <br> <b><a name="E"></a></b>The <b>-E</b> <i>flag</i> applies a Video encoding to the output. The possible encoding are:<br> @@ -580,6 +655,8 @@ light + + normal RGB 0..1 full range levels (default)<br> t @@ -587,6 +664,8 @@ light + + RGB (16-235)/255 "TV" levels<br> 6 @@ -594,6 +673,8 @@ light + + Rec601 YCbCr SD (16-235,240)/255 "TV" levels<br> 7 @@ -601,6 +682,8 @@ light + + Rec709 1125/60Hz YCbCr HD (16-235,240)/255 "TV" levels<br> 5 @@ -608,6 +691,8 @@ light + + Rec709 1250/50Hz YCbCr HD (16-235,240)/255 "TV" levels<br> 2 @@ -615,6 +700,8 @@ light + + Rec2020 YCbCr UHD (16-235,240)/255 "TV" levels<br> C @@ -622,6 +709,8 @@ light + + Rec2020 Constant Luminance YCbCr UHD (16-235,240)/255 "TV" levels<br> </span></small></span></small><br> @@ -635,6 +724,8 @@ light + + with the addition of two extra options.<br> <br> Possible arguments to the <b>-k</b> option are:<br> @@ -675,6 +766,8 @@ light + + _______ enle<br> | @@ -684,6 +777,8 @@ light + + /<br> | @@ -693,6 +788,8 @@ light + + /<br> | @@ -702,6 +799,8 @@ light + + /<br> | @@ -711,6 +810,8 @@ light + + /<br> stle | ------/<br> @@ -726,6 +827,8 @@ White &nb + + Black<br> </tt><br> <b><a name="kq"></a>-k q stle0 stpo0 enpo0 enle0 shape0 stle2 stpo2 |
