Re: ColorServer
Re: ColorServer
- Subject: Re: ColorServer
- From: Dietmar Fuchs <email@hidden>
- Date: Thu, 16 Dec 2010 09:07:52 +0100
I would agree with Robert, as long as you are using a reasonable
created DeviceLink profile TAC is automatically controlled. You do not
need the TAC of the image to do so.
The dynamic approach of using/appyling DeviceLinks however is more
important in situations where you have ICCbasedCMYK or ICCbasedGray or
even ICCbasedRGB objects in a PDF. Typically in a good color server an
ICC based conversion from the CMYK object to the output intent of the
PDF (assuming it is CMYK) would occure with all the bad things
happening to your separation and overprints (see the example here:
http://www.colorlogic.de/en/zepra_smartlink.php). However if from the
embedded and the target profile a DeviceLink would be created and used
on-the-fly (taking the TAC of the target profile into account) you
will get the correct color AND good separations. This is were I would
see the advantages for dynamic/smart color servers.
Dietmar Fuchs, ColorLogic
>
>
> ---------- Weitergeleitete Nachricht ----------
> From: Roberto Michelena <email@hidden>
> To: email@hidden
> Date: Wed, 15 Dec 2010 10:05:42 -0500
> Subject: Re: ColorServer...
> Jan-Peter's arguments are solid... so in the end the only case where a
> static link won't do, is when you want to honor embedded profiles.
> (ICCBasedCMYK or ICCBasedGray). If your application does not call for
> honoring embedded profiles, then any of the workflow solutions
> mentioned would do.
> Terry's comment about Alwan's dynamic links.... well, as long as
> you're processing via a link profile, you are controlling TAC. So
> again, only when you're in a variable-colorspace input situation (in
> other words, honoring embedded profiles), would this matter.
> A per-image dynamic analysis is something that has been discussed in
> the past and always it comes down to consistency of images across the
> pages. You can't treat one image different from another, because a
> same element (for example a piece of garment) could end up with two
> different appearance. So nice things like image-specific gamut mapping
> are out of the question when processing pages or multi-page documents.
>
> By the way, Martin, another good one to add to your shortlist: ORIS PressMatcher
>
> --Roberto Michelena
>
>
> _______________________________________________
> Colorsync-users mailing list
> email@hidden
> http://lists.apple.com/mailman/listinfo/colorsync-users
>
_______________________________________________
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