From: Robert K. <rl...@al...> - 2008-12-24 15:38:51
|
Date: Thu, 04 Dec 2008 18:03:44 +0000 From: "Alastair M. Robinson" <bla...@fa...> Robert Krawitz wrote: > That sounds like you want a tool of some kind to do this. Well yes, and this is pretty closely related to linearization anyway. I suppose my point is that even if such a tool creates values which might end up in the server-side XML files, the tool itself should be able to use the client-side options system to determine and test these settings. > Another way to do this might be to have options "Ignore paper > adjustments" and "Ignore printer adjustments" or the like. Yes, that would work too (for clarity the "ignore paper adjustments" control should probably disable the Media Type option). But however it ends up being accessed, we're talking about a "blank slate" mode - kind of analogous to disabling the colour management in a print chain when printing a profiling target - i.e. measuring *absolute* behaviour, not behaviour relative to some existing setting. I'd like to start specifying the behavior for this mode more precisely. There are several different sets of corrections which may or may not be applied, and I want to implement what's going to be most useful (at least for starters). * Density correction based on printer and resolution. This is basically a property of the print head itself. Without these corrections, high resolutions will use excessive ink. * Density adjustment based on paper type. This is a property of the paper. Note that both density adjustments adjust the same parameter. * Gamma, contrast, brightness settings and CMY(K) curves. * GCR parameters and curves. Without these, printing RGB source is more or less perforce CMY. * Auxiliary color generation (e. g. R800/R1800/R1900). Without this, we don't use the auxiliary inks, which results in rather small gamut. Alastair (and others), what would be most useful to you for experimenting? |