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: Graeme Gill <email@hidden>
- Date: Mon, 19 Jun 2006 14:14:20 +1000
Robert L Krawitz wrote:
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.
For much work, 8 bits per component is entirely adequate, if it is in
a well behaved color space. If the printer driver doesn't have appropriate
linearisation curves to 12 or 16 bits internally, and the profile
is exposed to most of the extreme dot gain that high resolution inkjet
printers natively have, then yes, you've then got to push back 12 or 16
bit precision into the profile (and the profile quality is
generally compromised if it has to cope with extreme channel
non-linearity). So if you are saying that Gutenprint needs
16 bits/component input to get good results, then I see that as a
Gutenprint problem. It needs some decent calibration curves for
each printer.
Graeme Gill.
_______________________________________________
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