I have received a number of emails regarding how to obtain the best RGB profiles from i1Profiler. By best, I mean the most visually accurate and pleasing and, definitely secondarily, the most accurate as determined by measurements of profiled prints. I'll piece together the emails in this post.
TL;DR: Check the table below for optimum patch counts.
Some years ago we did a thorough study of i1Profiler's performance both with auto-generated targets and hand constructed ones. Over the past two weeks I spot-checked the previous results with the latest version of i1Profiler (1.7.1). The results matched what we saw before. Our tests involved building a series of profiles from targets of different sizes, making prints using the profiles and having several pairs of eyes attached to folks whose income is generated from those same eyeballs judge which prints best matched the original on screen and was visually appealing (e.g. lack of color artifacts, etc.). We then measured several hundred color patches on the border of the prints to determine mathematical accuracy as well. Prints were made on HP and Epson inkjets, Fuji Frontier wet lab, and Fuji Dry lab printers.
What we saw matched the standard wisdom for i1Profiler usage: maximizing the number of near-neutral patches generated profiles with more accurate and smooth neutral performance. I1Profiler creates two basic sets of patches. The main one is a cube of RGB values evenly distributed 0 and 255. There is also a variable number of near neutral red, green, and blue patches close to the neutral axis in the shadows and further away in highlights. Finally, there are two shadow patches each for red, green, and blue. The first figure below shows the entire patch set while the second focuses on the near neutrals.

Looking at the heritage of i1Profiler, this behavior makes sense. The RGB profiles themselves are close to those created by MonacoProfiler which only supported a few targets, all containing equal numbers of R, G, and B steps. The GMB acquisition brought in ProfileMaker Pro's support for arbitrary targets. I1Profiler builds profiles from any target you choose, but if only the base RGB cube is used, neutral accuracy and smoothness suffer.
The table below shows not only the patch counts that maximize the count of near neutrals but also which combinations create better performing profiles than others. Whether it is a legacy from MonacoProfiler's preferences or not, I can't say, but we consistently saw smoother and more accurate color rendition when the number of red, green, and blue steps were equal. Depending on the patch count, i1Profiler will increase the number of green steps by one or both the green and blue step count by one.
All things being equal, more patches improves profile quality. That said, the subjective and measured profile quality was usually superior for a profile made with an equal number of R, G, and B steps than one made with one more green step than red and blue. For example, we consistently saw better performance for a max-neutral profile having 13 R, G, and B steps (2371 patches) than one made with 13 R and B steps but 14 Green steps (2553 patches).
The table below shows the i1Profiler RGB target patch counts that maximize the number of near-neutral patches. You will obtain improved profile performance by choosing one of these values or, depending on the limitations of your paper size, a target with at most 6 fewer near neutrals. Patch counts that use equal numbers of red, green, and blue steps appear in
bold. Overall, these will be yuor best, most consistent options.
Patches | Near-Neutral | Red Steps | Green Steps | Blue Steps | RGB Cube |
397 | 48 | 7 | 7 | 7 | 343 |
453 | 55 | 7 | 8 | 7 | 392 |
517 | 63 | 7 | 8 | 8 | 448 |
581 | 63 | 8 | 8 | 8 | 512 |
653 | 71 | 8 | 9 | 8 | 576 |
734 | 80 | 8 | 9 | 9 | 648 |
815 | 80 | 9 | 9 | 9 | 729 |
905 | 89 | 9 | 10 | 9 | 810 |
1005 | 99 | 9 | 10 | 10 | 900 |
1105 | 99 | 10 | 10 | 10 | 1000 |
1215 | 109 | 10 | 11 | 10 | 1100 |
1336 | 120 | 10 | 11 | 11 | 1210 |
1457 | 120 | 11 | 11 | 11 | 1331 |
1589 | 131 | 11 | 12 | 11 | 1452 |
1733 | 143 | 11 | 12 | 12 | 1584 |
1877 | 143 | 12 | 12 | 12 | 1728 |
2033 | 155 | 12 | 13 | 12 | 1872 |
2202 | 168 | 12 | 13 | 13 | 2028 |
2371 | 168 | 13 | 13 | 13 | 2197 |
2553 | 181 | 13 | 14 | 13 | 2366 |
2749 | 195 | 13 | 14 | 14 | 2548 |
2945 | 195 | 14 | 14 | 14 | 2744 |
3155 | 209 | 14 | 15 | 14 | 2940 |
3380 | 224 | 14 | 15 | 15 | 3150 |
3605 | 224 | 15 | 15 | 15 | 3375 |
3845 | 239 | 15 | 16 | 15 | 3600 |
4101 | 255 | 15 | 16 | 16 | 3840 |
4357 | 255 | 16 | 16 | 16 | 4096 |
A final note for anyone curious about i1Profiler's handling of RGB values. If you save a target as a CGATS file, you will see that i1Profiler records fractional RGB values. Each value has two digits after the decimal point; i.e. they are 16-bit values. Save a target in the default pXf format, however, and everything is truncated to 8-bits. Values are not even rounded. Instead i1Profiler simply drops anything after the decimal - the floor() function - and saves the result. These values are what the generated profiling target uses. This means the RGB values may be up to 1 RGB point off the optimum. In the real world, we could not see any visible or measureable difference in the resulting profiles.
This behavior may have contributed to some of the wilder claims some years back about i1Profiler and 16-bit targets. At the time I tried verifying whether i1Profiler actually made use of 16-bit values. From all that I could see, i1Profiler performed truncation to the next lowest whole 8-bit value. I would have taken the 16-bit claims more seriously had not their greatest proponent been using a target that, although the color space was indeed 16-bit, the actual color values were located exactly on 8-bit values.