Discussion:
Limitations on Colormunki patch sizes?
BC Rider
2013-11-12 02:07:41 UTC
Permalink
Hi,

I have a Colormunki Photo and am learning Argyll in order to get super duper excellent printer profiling! :)

I'm wondering about the reasoning for the recommended number of patches to use on a sheet? The number for the Munki is either 98 (normal size) or 196 patches (-h mode) for a letter size sheet. This seems to be a very low number given the physical spec of 6mm measurement aperture. Why not 400, 600 or even 729 patches on a sheet? It would fit physically...one could use a ruler...but are there technical reasons for staying with such a low number?

I can make a jig for precision if that is the only issue. But is there more to it? Hopefully someone can explain. Thanks!
Graeme Gill
2013-11-12 03:45:50 UTC
Permalink
Post by BC Rider
for a letter size sheet. This seems to be a very low number given the physical spec
of 6mm measurement aperture. Why not 400, 600 or even 729 patches on a sheet?
Hi,

The ColorMunki chart is designed to be usable with a normal ColorMunki instrument,
and guiding it by hand across the patches is awkward to say the least. Of course
if you think you have a means to guide it with more precision, you could try
some other chart layout such as the i1pro, possibly enlarging it's default
patches slightly depending on your setup.

Graeme Gill.
BC Rider
2013-11-12 06:57:26 UTC
Permalink
Post by Graeme Gill
Post by BC Rider
for a letter size sheet. This seems to be a very low number given the physical spec
of 6mm measurement aperture. Why not 400, 600 or even 729 patches on a sheet?
Hi,
The ColorMunki chart is designed to be usable with a normal ColorMunki instrument,
and guiding it by hand across the patches is awkward to say the least. Of course
if you think you have a means to guide it with more precision, you could try
some other chart layout such as the i1pro, possibly enlarging it's default
patches slightly depending on your setup.
Graeme Gill.
Thanks. I will be making a sophisticated jig and can achieve whatever precision is necessary, sub-mm if needed. If I'm going to make a scanning apparatus I want to go as small as possible. What is the minimum patch size that still retains full technical performance? 6mm aperture size?

I notice the illumination is about 25% wider than tall...but assume it is within the 6mm spec?

The sampling aperture presumably isn't a brick wall at 6mm...do these devices pick up much outside their specified aperture size? If so, then I'd need a guard band (i.e. larger patch) to ensure it is seeing the same patch color and not the adjacent one.

I understand the Munki takes many running samples and averages for each patch. So presumably a 50% patch size will capture half the number of averaging samples. Can I compensate by scanning half as fast? Are these things sensitive to speed or speed changes?

Bottomline: So to put a number on it, let's say I build to an 8mm patch size based on the i1pro layout (is there is a better one for this?). Anyone see a problem with that? What do I need to know that I'm blissfully ignorant of? I can build jigs...but I don't know much about the technical side of this stuff.
Graeme Gill
2013-11-12 07:24:19 UTC
Permalink
BC Rider wrote:

Hi,
Post by BC Rider
What is the minimum patch size that still retains full technical
performance? 6mm aperture size?
You'd have to consult the instrument specifications.
Post by BC Rider
The sampling aperture presumably isn't a brick wall at 6mm...do these devices pick up
much outside their specified aperture size?
Sorry, I've no idea. Perhaps you could create an experiment to
determine this - ie. different sized black disks, align and measure
them largest to smallest, see when the measurement starts
to become inaccurate, then allow a margine for positioning error.
Post by BC Rider
If so, then I'd need a guard band (i.e.
larger patch) to ensure it is seeing the same patch color and not the adjacent one.
I understand the Munki takes many running samples and averages for each patch. So
presumably a 50% patch size will capture half the number of averaging samples. Can I
compensate by scanning half as fast? Are these things sensitive to speed or speed
changes?
It's worse than that. Each sample over the patch transition and a margin is
thrown away. So worst case would be one sample only. In practice my driver
will reject patches with less than some minimum sample count (about 3 or 4
I think). Note that with the latest driver, the sampling rate has been
reduced to work around a technical limitation of the instrument.

So after establishing the aperture size, try different length
patches of the same colors, and figure out at what point they
become too short at a given reading speed.

Graeme Gill.
BC Rider
2013-11-13 18:56:21 UTC
Permalink
This post might be inappropriate. Click to display it.
Graeme Gill
2013-11-13 20:36:27 UTC
Permalink
BC Rider wrote:

Hi,
thanks for your observations. The backing color is typically chosen on the basis
of:
Following a standard - some standards dictate the backing.

Realism - if a document is likely to be one of many, then its backing color will
be multiple sheets of the same media.

Practicality - to reduce the influence of printing from the other size of the,
paper, a black backing is used.

Argyll has not slowed the Munki below 50 Hz - the point is that it is capable of
scanning far faster than this (and still does so in some modes), but accuracy
is reduced for reflective readings due to electrical interference between
the LED and the sensor. So it scans at about 50 Hz.

There may be some subtle differences between the X-Rite driver and the Argyll
driver results - this is to be expected, they are different code. Note that
due to the electrical interference problem I mentioned previously,
the dark readings do have a degree of inconsistency, and you really
need to average something like 20 readings to be able to draw
conclusions on fine differences near black. I've been comparing the Munki
results to that of the i1pro2, and have chosen to minimise errors in that
direction, rather than trying to slavishly emulate the X-Rite driver.

I think a larger study of a wider range of colors with comparison to
a more accurate instrument is needed before drawing conclusions about
the Argyll driver vs, the X-Rite driver.

Graeme Gill.
BC Rider
2013-11-14 01:17:39 UTC
Permalink
When I switch from Xrite to the Argyll software (drivers) I get a message saying to reboot my computer for the driver to take effect. However when going the other way a reboot isn't required. Is there a way to avoid the rebooting when switching drivers? I'm on Windows 7 64-bit. Thanks.
Graeme Gill
2013-11-14 01:26:25 UTC
Permalink
Post by BC Rider
When I switch from Xrite to the Argyll software (drivers) I get a message saying to
reboot my computer for the driver to take effect. However when going the other way a
reboot isn't required. Is there a way to avoid the rebooting when switching drivers?
I'm on Windows 7 64-bit.
Yes, simply don't reboot. As far as I can tell, it isn't necessary.

Graeme Gill.
BC Rider
2013-11-14 03:37:03 UTC
Permalink
Date: Thu, 14 Nov 2013 12:26:25 +1100
Subject: [argyllcms] Re: Switching between Xrite and Argyll Drivers- Munki
Post by BC Rider
When I switch from Xrite to the Argyll software (drivers) I get a message saying to
reboot my computer for the driver to take effect. However when going the other way a
reboot isn't required. Is there a way to avoid the rebooting when switching drivers?
I'm on Windows 7 64-bit.
Yes, simply don't reboot. As far as I can tell, it isn't necessary.
I tried that...but it doesn't work on my machine. The instrument is not detected. However you pointed me in the right direction. Unplug the Munki and plug it back in again. That works. Not perfect but better than rebooting. Thanks.
BC Rider
2013-11-15 00:21:14 UTC
Permalink
Post by Graeme Gill
There may be some subtle differences between the X-Rite driver and the Argyll
driver results - this is to be expected, they are different code. Note that
due to the electrical interference problem I mentioned previously,
the dark readings do have a degree of inconsistency, and you really
need to average something like 20 readings to be able to draw
conclusions on fine differences near black. I've been comparing the Munki
results to that of the i1pro2, and have chosen to minimise errors in that
direction, rather than trying to slavishly emulate the X-Rite driver.
Hmmm...nevertheless I persisted in my investigation...and discovered a version newer than my 1.6.0! Version 1.6.1 seems to have fixed this problem (hopefully that means you actually changed something!). For example, on version 1.6.0, twenty averages produced: X-rite values of: 5.86, -0.14, 1.84 Spotread values of: 5.63, -0.29, 2.44 However version 1.6.1 produced: X-rite values of: 5.90, -0.10, 1.68 Spotread values of: 5.93, -0.09, 1.68 (not comparable with earlier test since different area of patch) So all is well.
Graeme Gill
2013-11-15 00:33:39 UTC
Permalink
Post by BC Rider
Version 1.6.1 seems to have fixed this problem (hopefully that means
you actually changed something!).
Hi,
yes, there were a number of changes to overcome the electrical
interference problem I mentioned previously.
Post by BC Rider
So all is well.
Good to hear.

Graeme Gill.
Ernst Dinkla
2013-11-14 10:46:02 UTC
Permalink
Post by BC Rider
8) I then compared measurements of my HP Advanced Photo paper with a
White Backing: 5.6, -0.1, 2
Black Backing: 5.0, -0.2, 2.2
White Backing: 95.1, -0.9, -0.1
Black Backing: 93, -1.2, -0.2
Conclusion: There is a significant difference. Backing is import! Even
on relatively thick paper. I believe white is assumed for correct
readings, but am not sure. I believe it should be the same paper
as that being measured to avoid color tints.
Graeme mentioned the use of black for text at the other side etc.

For a white backing I have my doubts on taking several sheets of the
measured paper.
In practice a print is mounted on museum board etc preferably with
little to no OBA content, several sheets with OBA content would
exaggerate the OBA effect.

For inkjet produced photo books there will be images either on the
reverse side or on the next sheet or a folded sheet production. There
are not that many suitable dual sided inkjet papers, their weight is
usually between 180 and 230 gsm.

In my SpectrumViz measurements I see more influence of black versus
white backing at the warm end of the visual spectrum than at the cool
end. What that means in practice is harder to estimate.

My advice for inkjet prints and inkjet books: use a neutral white museum
board with low OBA content. Not a high white one.
--
Met vriendelijke groet, Ernst Dinkla

http://www.pigment-print.com/spectralplots/spectrumviz_1.htm
December 2012: 500+ inkjet media paper white spectral plots.
Graeme Gill
2013-11-14 11:21:33 UTC
Permalink
For a white backing I have my doubts on taking several sheets of the measured paper.
In practice a print is mounted on museum board etc preferably with little to no OBA
content, several sheets with OBA content would exaggerate the OBA effect.
Hi,

The point is to measure it as it will be viewed. If it's viewed on a board,
then (ideally) measure it on such a board (or something optically equivalent).

If it's viewed in book form, measure it on layers of the same media.

etc.

Graeme Gill.
BC Rider
2013-12-10 19:50:29 UTC
Permalink
I've been playing with patch sizes for the Munki and I thought some people might be interested in the results.
TEST SETUP:I tested mostly on plain paper. I generated a 156 patch target using default targen values. I then edited the ti1 file to create sections of identical colors (10 patches long). I did this four times in the file. I then printed the target using the NON-random layout. I tested a range of sizes from 6mm up to 13.7mm (CM -h setting). I did multiple targets with multiple scans and compared results using the verify tool and direct inspection in Excel.
RESULTS:1) I found Argyll poor at detecting row contamination (i.e. width). I saw degradation in Excel long before Argyll flagged errors. Staggered layout (i.e. CM layout) improved detection performance over non-staggered layout (i.e. i1pro layout) but still not good.

8.2mm and 13.7mm are "magic" numbers that allow the target rows to be perfect gridlines for the ruler. The ability to simply lay the ruler down on the gridline without guesswork AND the fact the Munki is self-centering under these conditions is very significant. All other widths require some estimation increasing the risk of misalignment (unless one uses an extra alignment spacer with the ruler - e.g. 10mm patches would require a temporary 5.5mm spacer inserted which is removed when scanning).
2) Patch length issues are better detected in Argyll. However I noticed minor degradation in quality as one approached the maximum scanning speed. I also noticed some quality issues at extremely slow scanning speeds (i.e. 20 seconds or more per line). This happened regardless of patch size. Best results seemed to be scanning between half and two-thirds the maximum scanning speed. Overall I found anything from about 8mm and longer worked fine. There is no practical difference in quality and the scanning speeds are all reasonable. 3) Some (very few) patch sequences had issues with patch detection using smaller spacers so I settled on 1mm spacers in all scenarios. I also noticed randomized targets were much more tolerant of small spacers. In fact spacers may not even be needed on randomized targets but I didn't investigate this further. 4) Sometimes there were one or two data points with dE errors disconnected from the group. Very occasionally a truly wild data point occurs. This happens regardless of patch size. Rescanning the patch brings these back in line. CONCLUSIONS: Because Argyll is insensitive to row contamination, I would use a ruler for the CM -h setting and smaller patch sizes. For truly "mindless" scanning constraining BOTH sides of the Munki is highly recommended. I've attached a small photo showing the idea. An aluminum meter-stick cut in half and glued to spacers (use the Munki to set the spacing) is simple and effective. Given the proper scanning guide, 8.2mm seems a good general choice for patch width. In my tests, I didn't see any benefits when using larger widths. I also found the double-sided guide generated very robust alignment and tracking. Without checking the measured data one can unknowingly build profiles with bad data. This seems to be true regardless of patch size. So I scan each target twice and compare results using the Verify tool and, if necessary, rescan offending lines. I then average the two files prior to making the profile (using Average tool). BOTTOMLINE: Everyone's needs are different so there probably isn't a perfect target. For general use, I chose the CM target layout because it has staggered patches and when scaled down to 8.2mm width the 8.4mm length works fine for me. The downside of the CM layout is a tremendous amount of wasted white space at the beginning and end of each row. I have to mess about in my image editor to remove the extra space. The i1pro layout is not bad if scaled to 8.2mm width. Some may prefer the longer length. I can see why people use it. But I find the patch length longer than necessary and prefer a staggered layout. On the upside, the i1pro layout doesn't waste nearly as much space at the start and end of each row so is a better choice for those wanting to avoid the image editor hassle. Overall the Munki seems more capable and versatile than most devices. I've scanned from about 50 patches to 800 patches on a single Letter sized sheet. IMO, all scenarios are perfectly valid under the given circumstances. This versatility is a unique strength of the Munki so it would be nice to see the Munki better supported in Argyll. To that end, I'd suggest Printtarg updates to: 1) Allow scaling patch width and length separately,2) Allow setting the white space at the beginning/end of each row (perhaps specify minimum mm required?)3) Option to not print strip indexing and/or allow font size scaling Advanced users could then tailor either the i1pro or Munki layouts to suit virtually any need.
Serhat Abaci
2013-12-10 20:01:46 UTC
Permalink
I would love to see a professionally produced maybee crowd funded
Colormunki scanning ruler / scanning helper for our argyllcms tiny patches
Post by BC Rider
I've been playing with patch sizes for the Munki and I thought some
people might be interested in the results.
I tested mostly on plain paper. I generated a 156 patch target using
default targen values. I then edited the ti1 file to create sections of
identical colors (10 patches long). I did this four times in the file. I
then printed the target using the NON-random layout. I tested a range of
sizes from 6mm up to 13.7mm (CM -h setting). I did multiple targets with
multiple scans and compared results using the verify tool and direct
inspection in Excel.
1) I found Argyll poor at detecting row contamination (i.e. width). I
saw degradation in Excel long before Argyll flagged errors. Staggered
layout (i.e. CM layout) improved detection performance over non-staggered
layout (i.e. i1pro layout) but still not good.
8.2mm and 13.7mm are "magic" numbers that allow the target rows to be
perfect gridlines for the ruler. The ability to simply lay the ruler down
on the gridline without guesswork AND the fact the Munki is self-centering
under these conditions is very significant. All other widths require
some estimation increasing the risk of misalignment (unless one uses an
extra alignment spacer with the ruler - e.g. 10mm patches would require a
temporary 5.5mm spacer inserted which is removed when scanning).
2) Patch length issues are better detected in Argyll. However I noticed
minor degradation in quality as one approached the maximum scanning
speed. I also noticed some quality issues at extremely slow scanning
speeds (i.e. 20 seconds or more per line). This happened regardless of
patch size. Best results seemed to be scanning between half and
two-thirds the maximum scanning speed. Overall I found anything from about
8mm and longer worked fine. There is no practical difference in quality
and the scanning speeds are all reasonable.
3) Some (very few) patch sequences had issues with patch detection using
smaller spacers so I settled on 1mm spacers in all scenarios. I also
noticed randomized targets were much more tolerant of small spacers. In
fact spacers may not even be needed on randomized targets but I didn't
investigate this further.
4) Sometimes there were one or two data points with dE errors
disconnected from the group. Very occasionally a truly wild data point
occurs. This happens regardless of patch size. Rescanning the patch brings
these back in line.
Because Argyll is insensitive to row contamination, I would use a
ruler for the CM -h setting and smaller patch sizes. For truly "mindless"
scanning constraining BOTH sides of the Munki is highly recommended. I've
attached a small photo showing the idea. An aluminum meter-stick cut in
half and glued to spacers (use the Munki to set the spacing) is simple
and effective.
Given the proper scanning guide, 8.2mm seems a good general choice for
patch width. In my tests, I didn't see any benefits when using larger
widths. I also found the double-sided guide generated very robust
alignment and tracking.
Without checking the measured data one can unknowingly build profiles with
bad data. This seems to be true regardless of patch size. So I scan each
target twice and compare results using the Verify tool and, if necessary,
rescan offending lines. I then average the two files prior to making the
profile (using Average tool).
BOTTOMLINE: Everyone's needs are different so there probably isn't
a perfect target. For general use, I chose the CM target layout because
it has staggered patches and when scaled down to 8.2mm width the 8.4mm
length works fine for me. The downside of the CM layout is a tremendous
amount of wasted white space at the beginning and end of each row. I have
to mess about in my image editor to remove the extra space.
The i1pro layout is not bad if scaled to 8.2mm width. Some may prefer
the longer length. I can see why people use it. But I find the patch
length longer than necessary and prefer a staggered layout. On the
upside, the i1pro layout doesn't waste nearly as much space at the start
and end of each row so is a better choice for those wanting to avoid the
image editor hassle.
Overall the Munki seems more capable and versatile than most devices.
I've scanned from about 50 patches to 800 patches on a single Letter sized
sheet. IMO, all scenarios are perfectly valid under the given
circumstances. This versatility is a unique strength of the Munki so it
would be nice to see the Munki better supported in Argyll. To that
1) Allow scaling patch width and length separately,
2) Allow setting the white space at the beginning/end of each row
(perhaps specify minimum mm required?)
3) Option to not print strip indexing and/or allow font size scaling
Advanced users could then tailor either the i1pro or Munki layouts to suit
virtually any need.
Ivan Tsyba
2013-12-10 20:06:55 UTC
Permalink
Post by BC Rider
8.2mm and 13.7mm are "magic" numbers
I'm using 8.26 mm row width: ColoMunki width (measured by calipers) is 41.3
mm, 41.3 / 5 = 8.26

Just add to printarg "-a 1.0325" that scale i1 row to 8.26 mm
(8*1.0325=8.26).
BC Rider
2013-12-10 22:53:54 UTC
Permalink
Post by BC Rider
8.2mm and 13.7mm are "magic" numbers
I'm using 8.26 mm row width: ColoMunki width (measured by calipers) is 41.3 mm, 41.3 / 5 = 8.26
I wondered about the Munki's production tolerances...mine measures 41.0mm at the front and 41.15mm at the rear (also measured with calipers).
Serhat Abaci
2013-12-10 23:44:49 UTC
Permalink
printtarg -v2 -ii1 -b -T399 -L -a 0.95 -m0 -M0 -P -p212x327 <Profile Name>
-p210x327

I am working an oversized a4 page that i can crop down

with 28 patches per row and 27 rows per Page
756 Patches per A4 Page
patch size is like 76x95mm

work great with the CM.. But I can only print these targets "borderlessly"
with the option keep size.
Post by Ivan Tsyba
Post by BC Rider
8.2mm and 13.7mm are "magic" numbers
I'm using 8.26 mm row width: ColoMunki width (measured by calipers) is
41.3 mm, 41.3 / 5 = 8.26
I wondered about the Munki's production tolerances...mine measures 41.0mm
at the front and 41.15mm at the rear (also measured with calipers).
Graeme Gill
2014-01-06 06:54:07 UTC
Permalink
BC Rider wrote:

Hi,
Post by BC Rider
I
found Argyll poor at detecting row contamination (i.e. width). I saw degradation in
Excel long before Argyll flagged errors. Staggered layout (i.e. CM layout) improved
detection performance over non-staggered layout (i.e. i1pro layout) but still not
good.
It is not intended to detect misaligned scans - that would be almost impossible.
To detect such problems would mean having a very precise idea what values are
expected, and the whole point of doing a measurement is that you don't know what
the values are ! Making the patch detection more fussy would make it much
less usable overall. You may well end up in a situation where you can't
read a chart.

So the intention and assumption is that you want to make one measurement
and make it as dependable as possible. This is why the default Munki charts
have pretty big patches - lots of margin for misaligned scans so that
you can be confident of the readings. If people want to experiment with
smaller patches, then it's their lookout to make sure that the scan
accurately takes the instrument aperture over the patches - don't
expect the software to magically detect when there is a problem - it's
not a camera !

I chose the staggered layout for the Munki specifically because it reduces
the impact of any accidental cross contamination from adjacent strips, and
makes the detection of a grossly misaligned scan at least possible.
Post by BC Rider
I also noticed randomized targets were much more tolerant of small
spacers. In fact spacers may not even be needed on randomized targets but I didn't
investigate this further.
Yes, this is correct for small numbers of patches, but as you increase the number
you get to the point where you can't get enough contrast between the patches for
reliable detection (it's a statistical thing.). Spacers are the only way of guaranteeing
this for large patch sets. In the randomized layouts the patch order is optimized to
maximize recognition reliability.
Post by BC Rider
4) Sometimes there were one or two data points with dE
errors disconnected from the group. Very occasionally a truly wild data point occurs.
This happens regardless of patch size. Rescanning the patch brings these back in line.
Hmm. I'm guessing this is the patch recognition not working correctly. It would
be good to track this down. One way of narrowing this down would be to identify
a color sequence where this is more likely, so that it will pop up often enough
to test to eyeball the debug graphs.
Post by BC Rider
The downside of the CM layout is a tremendous amount of wasted white space at the
beginning and end of each row.
That's due to the size of the instrument and the location of its aperture, and
the difficulty of estimating where the aperture actually is. You can't really
drag the instrument over the edge of the paper, and there will be recognition errors
if there isn't a minimum amount of white space before the first patch. Lack of a
white space run-off area can also cause patch recognition problems (patch count).
Post by BC Rider
To that end, I'd suggest Printtarg
updates to: 1) Allow scaling patch width and length separately,2) Allow setting the
white space at the beginning/end of each row (perhaps specify minimum mm required?)3)
Option to not print strip indexing and/or allow font size scaling Advanced users could
then tailor either the i1pro or Munki layouts to suit virtually any need.
Thanks for your suggestions, I'll take a not of them. I'm not sure when they
may get implemented though :-(

Graeme Gill.

Ernst Dinkla
2013-11-12 11:06:06 UTC
Permalink
Post by BC Rider
If I'm going to make
a scanning apparatus I want to go as small as possible. What is the
minimum patch size that still retains full technical performance? 6mm
aperture size?
Once converted an old A3 HP pen plotter to carry a Spectrocam across
targets with an HPGL driver. It worked but an HP Z does it much better.
What is important is that the patch to sensor distance is like it should
be, any higher position of the ColorMunki and the readings can still be
accepted by the software but are not correct.The HP Z's take a longer
measurement time on dark/black patches, you might consider that or
adjust the dark patches that they are larger.
--
Met vriendelijke groet, Ernst Dinkla

http://www.pigment-print.com/spectralplots/spectrumviz_1.htm
December 2012: 500+ inkjet media paper white spectral plots.
Serhat Abaci
2013-11-12 11:16:49 UTC
Permalink
I dont understand the fuzz about creating the ULTIMATE patch size for the
CM... since the i1 Pro and I1-pro 2 is wide aviable... Cool thing would be
an "open Source" i1IO automatic messurement table which can handle various
argyllcms compatible devices. Since 3D Printing is aviable EVERYWHERE this
could be done fairly easy.
Post by BC Rider
If I'm going to make
Post by BC Rider
a scanning apparatus I want to go as small as possible. What is the
minimum patch size that still retains full technical performance? 6mm
aperture size?
Once converted an old A3 HP pen plotter to carry a Spectrocam across
targets with an HPGL driver. It worked but an HP Z does it much better.
What is important is that the patch to sensor distance is like it should
be, any higher position of the ColorMunki and the readings can still be
accepted by the software but are not correct.The HP Z's take a longer
measurement time on dark/black patches, you might consider that or adjust
the dark patches that they are larger.
--
Met vriendelijke groet, Ernst Dinkla
http://www.pigment-print.com/spectralplots/spectrumviz_1.htm
December 2012: 500+ inkjet media paper white spectral plots.
Alan Goldhammer
2013-11-12 11:55:20 UTC
Permalink
Here's a YouTube link to doing just that:


Alan

-----Original Message-----
From: argyllcms-bounce-***@public.gmane.org [mailto:argyllcms-bounce-***@public.gmane.org]
On Behalf Of Graeme Gill
Sent: Monday, November 11, 2013 10:46 PM
To: argyllcms-***@public.gmane.org
Subject: [argyllcms] Re: Limitations on Colormunki patch sizes?
Post by BC Rider
for a letter size sheet. This seems to be a very low number given the physical spec
of 6mm measurement aperture. Why not 400, 600 or even 729 patches on a sheet?
Hi,

The ColorMunki chart is designed to be usable with a normal ColorMunki
instrument, and guiding it by hand across the patches is awkward to say the
least. Of course if you think you have a means to guide it with more
precision, you could try some other chart layout such as the i1pro, possibly
enlarging it's default patches slightly depending on your setup.

Graeme Gill.
Serhat Abaci
2013-11-12 12:00:39 UTC
Permalink
Yes or these threads
http://www.printerknowledge.com/threads/quick-tutorial-guide-with-argyll-cms-and-colormunki.7941/#post-61377
http://www.printerknowledge.com/threads/using-argyllcms-eyeone-i1-pro-or-efi-es-1000-870-patches-on-one-page.7934/
http://www.clubsnap.com/forums/showthread.php?t=1295547
Post by Alan Goldhammer
http://youtu.be/_RoxKe7cBvQ
Alan
-----Original Message-----
On Behalf Of Graeme Gill
Sent: Monday, November 11, 2013 10:46 PM
Subject: [argyllcms] Re: Limitations on Colormunki patch sizes?
Post by BC Rider
for a letter size sheet. This seems to be a very low number given the
physical spec
Post by BC Rider
of 6mm measurement aperture. Why not 400, 600 or even 729 patches on a
sheet?
Hi,
The ColorMunki chart is designed to be usable with a normal ColorMunki
instrument, and guiding it by hand across the patches is awkward to say the
least. Of course if you think you have a means to guide it with more
precision, you could try some other chart layout such as the i1pro, possibly
enlarging it's default patches slightly depending on your setup.
Graeme Gill.
Loading...