[Openicc] meta data in test chart

edmund ronald edmundronald at gmail.com
Fri Jan 21 16:23:49 PST 2011


On Sat, Jan 22, 2011 at 1:13 AM, Robert Krawitz <rlk at alum.mit.edu> wrote:
> On Fri, 21 Jan 2011 08:09:33 -0700, Chris Murphy wrote:
>> On Jan 20, 2011, at 10:00 PM, Kai-Uwe Behrmann wrote:
>>> I think we have to do a cut here. IMO it would be straight forward
>>> to just care about settings being colour related. After all that
>>> sounds to me like what you want with the calibration "recipe".
>>
>> I think restricted the shareable package to that of just strict
>> color related settings is a mistake. If someone is using a thick
>> media, then paper feed or platen adjustments are obviously necessary
>> to properly reproduce the proper printing condition. If such
>> settings are straight out not in scope for embedding in the output
>> device profile, then I'd recommend a different approach, where are
>> package file format that includes the ICC profiles and all print
>> settings is used, rather that stuffing them into an ICC profile.
>
> Agreed.  I personally think that things like that should be in scope.
> The recipe should be "everything that you need in order to match the
> output", and if the platen setting isn't right, all kinds of things
> could go wrong.  If the paper jams, you certainly won't match the
> output!
>
> Maybe we should turn this around a bit and discuss what kinds of
> things are *not* in scope here, and I suspect we'll come up with a
> rather short list.  Looking at the Gutenprint source, I can identify
> the following that I think people can reasonably expect to change
> without any effect on printing:
>
> * Dimension-related settings:
>  - Page size
>  - CD inner and outer radius (I could see counter-arguments here,
>    particularly for the inner radius)
>
> * Paper handling (note that many paper handling options are in scope):
>  - Input slot
>  - Duplex
>  - Full bleed
>

Input slot is media dependent on many inkjets.

Roll paper may need to invoke special code for the cutter maybe?

Edmund


More information about the openicc mailing list