Menu
▾
▴
Re: [Gimp-print-devel] Newcomer to Linux printing ....
|
From: Robert L K. <rl...@al...> - 2004-08-31 11:52:05
|
From: "Alastair M. Robinson" <bla...@fa...> Date: Tue, 31 Aug 2004 12:17:27 +0100 >>That's interesting - and I'd agree whole-heartedly, but it's a >>little at odds with the goal of using ICC profiles end-to-end! > > Er, no, not at all at odds unelss I'm missing something basic > about the G-P architecture. See below. You were talking about the importance of allowing "change and variety and user interventions, etc." All I meant by "at odds" was that currently Gimp-Print has a bewildering array of options that affect the output (i.e. user interventions), and touching any of them will invalidate a colour profile! Any profile can only apply to a particular bundle of settings; any change to settings on any driver (other than trivial things like page size and border width) will typically invalidate a profile. Users using color management should know not to change settings. The question to my mind is: what is the right kind of image optimization to provide so that color management will work best? Presumably the better we pre-correct the output the less the CMM will have to adjust the output, but again I'm not an expert on this. > I think you may be overlooking the fact that we are calibrating > everything: the scanner/camera, the monitor, the printer, and > more importantly, the inks and output media. I'd overlooked the fact that the inks and output media are separate from the printer. What do you do? Generate a profile for each specific combination of printer, ink and paper? From what I read on the Colorsync mailing list, that's exactly what people do. -- Robert Krawitz <rl...@al...> Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail lp...@uu... Project lead for Gimp Print -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |