[Openicc] Printing profiling targets - state of implementation?

[edmund ronald]

Michael,

 I have discussed this issue again with Robert. Speaking as engineers, we
at Gutenprint *really wish* to be able to throw an OFF switch on a queue,
and print *from normal graphics applications* , in particular the GIMP.

 Also, we really would need to print via the graphics apps - professional
color management people do strange stuff like print 5000 patch A3 targets
multiplexed in different positions on 44" printers to average them  or
mirror and print the same file side by side across a big page to compare
profiling algorithms bypassing any built-in CMS. I myself assemble targets
for some esoteric spectros (Barbieri) by overlaying patch sets with
hand-designed masks, this is done with a graphics app.

 The above does not take into account determining ink-limits, ink curves
and linearisation - basically for us a printer is not always profiled or
even profilable, CMS is a destination, not a given.

 This does NOT mean that users need to see this option or be able to play
with it - setting it directly in the PPD for the queue is perfectly ok from
our point of view.

 At this point we really would appreciate being provided exactly the
engineering toolset we request, albeit hidden from the user, and being
allowed to get on with it rather than being told that an off switch hidden
away in a cabinet might confuse users.

 I am sure most members of this list would prefer that we have the time to
support the photorealistic modes for modern printers, and a variety of
media, rather than that we curtail our efforts at basic graphics support.

Edmund

On Tue, May 21, 2013 at 7:01 AM, Michael Sweet <msweet at apple.com> wrote:

> Edmund,
>
> On 2013-05-20, at 10:46 PM, edmund ronald <edmundronald at gmail.com> wrote:
>
> Michael, Richard,
>
>  Thank you very much.
>  We would appreciate a facility to *temporarily* mark a whole queue as
> having color management disabled, so one can use normal workflow tools to
> send stepcharts and targets through when determining inking parameters for
>  new printer hardware under Gutenprint.   Determining ink limits and
> linearising a printer can be a painful and repetitive process, but we aim
> to make it documented and accessible to the expert user, just as on
> industry RIPs.
>
>
> We did talk about how profiling should work, both in this year's
> OpenPrinting sessions and last year's.  The consensus is that adding a
> giant "Off" switch to print queues (or the whole printing system) is the
> wrong way to implement this since a) ordinary applications are not suitable
> for printing target images and b) having that giant off switch will lead to
> confusion and bad prints (when you forget to turn color management back
> on...)
>
> What we *are* planning to do is add a single boolean option that can be
> used to turn off color management for a given job.  This *will* allow you
> to run lpadmin/lpoptions to set the default for that option if you like (a
> giant off switch), but I really don't recommend it...
>
>
>
>
> Edmund
>
> On Mon, May 20, 2013 at 10:22 PM, Michael Sweet <msweet at apple.com> wrote:
>
>> Edmund,
>>
>> We actually talked about this during the OpenPrinting summit last week;
>> Richard is starting the work needed to make Ghostscript's gstoraster honor
>> a "do not profile" boolean option that applications/toolkits can pass as
>> needed.
>>
>>
>> On 2013-05-20, at 4:15 PM, edmund ronald <edmundronald at gmail.com> wrote:
>>
>> Hi Guys,
>>
>>
>>  Some time ago, it was decided to provide a color management bypass for
>> printing profiling targets and other such purposes.  Has this now been
>> done, and if so, how does one invoke this?
>>
>> Edmund
>>
>>
>> _______________________________________________
>> openicc mailing list
>> openicc at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/openicc
>>
>>
>>  _________________________________________________________
>> Michael Sweet, Senior Printing System Engineer, PWG Chair
>>
>>
>> _______________________________________________
>> openicc mailing list
>> openicc at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/openicc
>>
>
> _______________________________________________
> openicc mailing list
> openicc at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/openicc
>
>
> _________________________________________________________
> Michael Sweet, Senior Printing System Engineer, PWG Chair
>
>
> _______________________________________________
> openicc mailing list
> openicc at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/openicc
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/openicc/attachments/20130521/cfb69c2b/attachment-0001.html>