Re: Decent results with Gutenprint - the poor man's RIP.
Re: Decent results with Gutenprint - the poor man's RIP.
- Subject: Re: Decent results with Gutenprint - the poor man's RIP.
- From: Robert L Krawitz <email@hidden>
- Date: Sun, 18 Jun 2006 01:27:56 -0400
Date: Wed, 14 Jun 2006 01:30:21 +0200
From: "edmund ronald" <email@hidden>
My reviews convey my gut feelings of function and usability, they
are not intended as feature lists.
Yup, understood.
But then there are the problems of usability, viz - the interface.
This is the Colorsync list so let me discuss my view on color
management as it might fit in the driver: I believe it should be
left out.
That's the current state of affairs; there are a lot of people who
want color management in the driver.
Most color-correct photo guys use Photoshop as the color engine,
and print to a local printer via a raw driver by sending the
color-corrected data. This is an easy workflow to implement, the
driver devolves the color management burden on the upstream
program. Which, again, is I believe exactly what you want in any
professional workflow.
That's fine, as long as your application supports it (most Linux/UNIX
apps don't), and as long as the data path is 16 bits/channel. If the
path is 8 bits/channel, and you're doing color management in the
application, you're losing a lot of information. Color management
basically performs a mapping; if the output space is 8 bits/channel,
and the mapping isn't 1-1 (which normally it won't be), you might wind
up with stair stepping.
And now for ways to so such things - is there some method by which
a user might read in settings files ? Then canned settings - nicely
named- could be provided as starting points to reduce the damage a
novice might do when exposed to the interface. And such settings
files could be passed around between users without any mods to the
main package.
The GIMP plugin does have a settings file. The package you use on OS
X is simply a CUPS driver; the settings are just stored in the PPD
file.
Last, not least, linearisation issues. RIPS have ways of doing this
by reading in a simple chart. I believe this topic, and ink curves
might benefit from input by other members of this list. I don't
have enough knowledge here. I believe however, that Roy Harrington
might have something to contribute ....
--
Robert Krawitz <email@hidden>
Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail email@hidden
Project lead for Gutenprint -- http://gimp-print.sourceforge.net
"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton
_______________________________________________
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