[Openicc] [Gimp-print-devel] [Printing-architecture] Colour
[Openicc] [Gimp-print-devel] [Printing-architecture] Colour
- Subject: [Openicc] [Gimp-print-devel] [Printing-architecture] Colour
- From: Paul Foerts <email@hidden>
- Date: Sun, 15 Nov 2009 16:11:44 +0100
On Fri, Nov 13, 2009 at 10:35 PM, Michael Sweet <email@hidden> wrote:
>> While you are quick to blame ColorSync, the issue of providing colors in the
>> device color space to avoid transforms is well-known and every profiling
>> tool I know of for the Mac already does the right thing to print a target.
On Sat, Nov 14, 2009 at 00:13:06 +0100, Edmund Ronald
<email@hidden> wrote:
> At the ICC we seem to have a collective sense that printing profiling
> targets *reliably* is presently impossible. Furthermore Joe User
> cannot know whether his target was printed correctly or not.
On Fri, Nov 13, 2009 at 18:53:08 -0500, Robert Krawitz <email@hidden>
wrote:
> I think arguments of the form "most people don't need to/don't know
> how to do this, so there's no reason to allow anyone to", along with
> counter-arguments of the form "but my friends and I do!", quickly
> become unproductive. The former, because they ignore the diversity of
> people's needs, and the latter because purport to answer the former
> but don't really attack the basic premise. Which is unfortunate,
> since I think the basic premise of the former -- that we should just
> cater to the needs of the masses, and consciously ignore anything more
> specialized in the name of simplicity -- is way off base.
Hi,
May I suggest just a wild idea: using a metaphor for making things more
intuitive :-)
metaphor -> color profile layer?
- it's about color
- it'is about profiles
- it can be understood as a color adjustment/transformation layer
A "color profile layer" which can be enabled/disabled (Default: enabled,
sRGB)
(In Photoshop this could be a layer which is present by default in the
layers panel...)
This "color profile layer" - vehicle - could also be embedded (as a
preference) in the operating system. (Default: disabled)
Disabled in the application = auto-disabled in the operating system.
=> double color management no longer possible.
The "color profile layer" or color transformation layer, contains the ICC
profiles for the simulation of the output device (preview) on your monitor.
1. Users can opt for the default (sRGB) or a canned ICC profile (from a
pull-down list of profiles).
2. Users may opt for a visual adjustment from the "working space" to the
output (print) space using all the tools available (like an adjustment
layer/stack).
The result of this visual adaptation could then be saved as a custom ICC
profile for in-house use.
This process could also lead to "profile editing" where a canned profile
could be edited (ex. tone curve) and resaved as a custom profile.
>From a "one-color" profile to "multi-color" profiles.
3. Users may opt for a third way: adjustment to the output using
colorimetrical tools. In this case profiles are generated using dedicated
instruments and software.
For Joe User: sRGB default
For the DIY user: all options available
For the color consultant: the colorimetric way
The case of the printer driver (that part known as the color management
module)
Choice "auto-color": the sRGB workflow = color transformation by the
operating system or the application (= printer color management off)
Choice "manual-color"
=> printer color management off (default) or
=> printer color management on (+ media and ink parameters, tone curve
adjustments, the secret sauce, etc.)
It is easier to communicate about a "color profile layer" than to
communicate about input, output and null profiles. Matrix based or lookup
table based gamut transformations, device profiles, device link profiles
etc. These things may well be working onder the hood but the only thing a
user needs is predictable color and a more intuitive user interface.
A "color profile layer" could let you "visualize" the effect of the color
adjustment/transformation ... (layer off/on + adjustable)
All this is an extremely simplified idea of how future systems could be
designed:
Auto (one button) for the less sophisticated user and manual modes which are
generally simple to understand and use but can extend to custom CMYK and
profile editing...
Paul Foerts
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Colorsync-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden