AW: RIP or Profile etc...
AW: RIP or Profile etc...
- Subject: AW: RIP or Profile etc...
- From: Peter Henry <email@hidden>
- Date: Fri, 16 Nov 2001 10:33:52 +0100
Joel wrote.....
>
>Peter Henry <email@hidden> wrote:
>
>we have to seperate this to
>
>inklimit which is most benefcial in the rip software itself
>
>the linearisation again most beneficial in the rip software
>
>and finaly black generation and colour control which is
>
>most beneficial
>
>controlled by a profile.
>
>
IMO RIPS are simple vehicles to transport data to a printer using
>
simple yet powerful processes, not another factor added to be tweaked
>
and monitored on a job by job, media by media basis. A raster image
>
processor should send the data it is sent. That many allow front end
>
conversions from profile-to-profile with accurate rendering is both
>
an excellent addition and enough.
snip------------------
>
joel johnstone - designtype
>
Winnipeg Manitoba Canada
>
(Let it snow, let it snow, let it snow...)
>
well joel this was the case just a few years ago :-)the rips made exactly
what you said.
nothing against this theory. the only draw back that I see is the economic
key: as long as a lot of companies trying to cook their own soup here and
without thoroughly accepted and applied standards you will easily realise
that a multi purpose rip is not the worst in order to get "good enough
quality" what ever this means....
might be you are 5 years too early ;-)
and for an enduser or "colour lamer" the complete colour management story is
anyway still much too complicated. one of the challenges that we have also
in this group is to find standards that make such discussions obsolete. but
then colour live would be boring......:-)
Peter
---------------------------
Gretag Professional Imaging Division GmbH
Manager European Product Support Group
D-72336 Balingen