Das 'dickste' Problem mit Transferkurven ist, dass man sich nicht darauf
verlassen kan, dass sie 'durchkommen'. In einem PDF-basierten Ablauf
koennten Sie an folgenden Stellen verloren gehen:
- im Distiller wird Transferkurven "Entfernen" gewaehlt
- in Acrobat wird beim Drucken "Rastereinstellungen des Druckers
verwenden" gewaehlt, was nach meinem Kenntnisstand dazu fuehrt, dass
neben den Rastereinstellungen auch die Transferkurven nicht mit zum
Drucker geschickt werden
- im RIP koennte eingestellt sein, dass ausschliesslich die im RIP
vorhandene Transferkurve zur Anwendung kommt.
Zusaetzlich gibt es die (selten vorkommende) unselige Auspraegung
"Identity" einer Transferkurve in einem PDF, die die Transferkurve im RIP
ausser Kraft setzt.
Dies alles hat die PDF/X-Arbeitsgruppe in der ISO bewogen, Transferkurven
in PDFs nicht zuzulassen, um eine maximale Vorhersehbarkeit des
Ergebnisses zu gewaehrleisten (wenn keine Transferkurven vorhanden sin,d
koennen sie auch nicht verloren gehen).
In Distiller 5 hat man - wie auch seinerzeit schon in Distiller 3 - die
Moeglichkeit, Transferkurven im PostScript ins PDF hineinrechnen zu
lassen (wodurch anschliessend die im PostScript eingebettete
Transferkurve dann ja nicht mehr neotig ist, weil ihr Effekt bereits
realisiert wurde).
Wo derzeit ueblicherweise Transferkurven so vorkommen koennen, kann ich
auswendig nicht sagen. Transferkurven (genauer gesagt 'tone reproduction
curves') innerhalb von ICC-Profilen sind hier nicht relevant, weil sie
nicht als PostScript oder PDF kodierte Kosntrukte zum Tragen kommen,
sondern nur innerhalb der betreffenden Farbumrechnungen. Sie zaehlen also
nicht zu den hier diskutierten Transferkurven.
Olaf Druemmer
> --- Andi wrote 12.03.2002 10:36 AM: ---
>am 11.03.2002 18:36 Uhr schrieb Olaf Drümmer unter
>o.druemmer(a)callassoftware.com:
>
>> Man sollte Transferfunktionen vorzugsweise "Anwenden" - geht aber nur in
>> Distiller 5.x, Distiller 4.x bietet diese Moeglichkeit nicht.
>>
>> Grund: je nach Ausgabeworkflow werden Transferkurven evtl. angewandt oder
>> auch nicht, sprich: dieser Weg ist unsicher. Ausserdem gibt es bestimmte
>> Arten von Transferfunktionen, die das RIP durcheinanderbringen (terminus
>> technicus: Identity - die setzt die im RIP vorhandene Transferkurve
>> ausser Kraft...)
>>
>> Transferkurven sind Umrechnungsanweisungen: man nehme einen Einganswert
>> fuer eine bestimmte Farbe, dieser wird durch die Transferfunktion auf
>> einen neuen Wert umgerechnet. Klassischerweise ist sowas gedacht fuer
>> Gradationskurven im RIP. Transferkurven werden aber auch hier und da an
>> anderer Stelle verwendet.
>>
>Hallo Liste,
>
>der letzte Satz ist der Entscheidene. Gibt es eine (terminolgische)
>Übersicht über dieses Thema?
>Die Begriffe Gradationskurven, Druckerkennlinien, Transferkurven,... werden
>sehr unübersichtlich und uneinheitlich verwendet.
>Ist beispielsweise eine mitgespeicherte Druckkennlinie im EPS nun eine
>Transferfunktion? Im Druckmenü kann ich weiterhin anwählen ob integrierte
>Druckkennlinien oder die vom Drucker angewandt werden sollen. Wenn jetzt
>noch Transferfunktionen angewandt werden können) muss ich gestehen, dass ich
>nicht mehr 100% Transparenz sehe (oder auf deutsch: Ich verstehe nicht genau
>was er macht).
>Es geht hierbei nicht um die Frage was solche Funktionen ursprünglich tun
>sollten (Linearisierung,..) oder wie sie implementiert sind (LUT,
>Matrix,...) sondern um deren stringente Verwendung in der Druckvorstufe!
>
>liebe Grüße aus München
>Andreas Kraushaar
>
>_______________________________________________
>Eci mailing list
>Eci(a)lists.transmedia.de
>http://lists.transmedia.de/mailman/listinfo/eci
>
-----------------------------------------------------------------------
Olaf Druemmer
-----------------------------------------------------------------------
callas software gmbh Tel +49.30.44390310 Leonardo +49.30.44342390
Schoenhauser Allee 6-7 Fax +49.30.4416402 connect.pdf +49.30.44342391
D 10119 Berlin olaf(a)callas.de http://www.callas.de
-----------------------------------------------------------------------
Go PDF/X now - check out pdfInspektor2 with free PDF/X pre-flighting
-----------------------------------------------------------------------
Man sollte Transferfunktionen vorzugsweise "Anwenden" - geht aber nur in
Distiller 5.x, Distiller 4.x bietet diese Moeglichkeit nicht.
Grund: je nach Ausgabeworkflow werden Transferkurven evtl. angewandt oder
auch nicht, sprich: dieser Weg ist unsicher. Ausserdem gibt es bestimmte
Arten von Transferfunktionen, die das RIP durcheinanderbringen (terminus
technicus: Identity - die setzt die im RIP vorhandene Transferkurve
ausser Kraft...)
Transferkurven sind Umrechnungsanweisungen: man nehme einen Einganswert
fuer eine bestimmte Farbe, dieser wird durch die Transferfunktion auf
einen neuen Wert umgerechnet. Klassischerweise ist sowas gedacht fuer
Gradationskurven im RIP. Transferkurven werden aber auch hier und da an
anderer Stelle verwendet.
Olaf Druemmer
> --- Frank Schmidt wrote 11.03.2002 5:34 PM: ---
>Ich habe da mal eine Frage,
>
>welche genaue Bedeutung hat die Einstellung Transferfunktionen beibehalten,
>in der Distiller 4.05 Einstellung unter Farbe?
>
>Welche Auswirkungen kann es auf die verschiedenen PDF-Ripserver und oder
>Belichter haben, wenn es ein oder ausgeschaltet ist, was die
>Farbeigenschaften der Bilder betreffen?
>
>mfg
>Frank Schmidt
>--------------------------
>Frank Schmidt
>p.r.o. medien hamburg
>Zippelhaus 5
>20457 Hamburg
>
>Tel. 04030972222
>Fax. 04030972223
>
>E-Mail
>technik(a)pro-medien-hamburg.de
>
>HP
>http://www.pro-medien-hamburg.de
>--------------------------
>
>_______________________________________________
>Eci mailing list
>Eci(a)lists.transmedia.de
>http://lists.transmedia.de/mailman/listinfo/eci
>
-----------------------------------------------------------------------
Olaf Druemmer
-----------------------------------------------------------------------
callas software gmbh Tel +49.30.44390310 Leonardo +49.30.44342390
Schoenhauser Allee 6-7 Fax +49.30.4416402 connect.pdf +49.30.44342391
D 10119 Berlin olaf(a)callas.de http://www.callas.de
-----------------------------------------------------------------------
Go PDF/X now - check out pdfInspektor2 with free PDF/X pre-flighting
-----------------------------------------------------------------------
Ein wunderschoener Beitrag aus der ColorSync-Liste... Viel Spass, Olaf
Druemmer
---------------- Begin Forwarded Message ----------------
Date: 11.03.2002 3:04 AM
Received: 11.03.2002 7:47 AM
From: Steve Upton, upton(a)chromix.com
To: colorsync-users(a)lists.apple.com
My brother gave me a heads-up on the following story about the average
color temp of the universe...
seems we're not the only ones struggling with white point adjustment and
adaptation...
<http://cbc.ca/stories/2002/03/08/cosmicbeige020308>
The frightening thing is that I think I understand what they are
doing.....
Regards,
Steve
________________________________________________________________________
o Steve Upton CHROMiX www.chromix.com
o (hueman) 866.CHROMiX
o upton(a)chromix.com 206.985.6837
________________________________________________________________________
--
_______________________________________________
colorsync-users mailing list | colorsync-users(a)lists.apple.com
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/colorsync-users
Do not post admin requests to the list. They will be ignored.
----------------- End Forwarded Message -----------------
-----------------------------------------------------------------------
Olaf Druemmer
-----------------------------------------------------------------------
callas software gmbh Tel +49.30.44390310 Leonardo +49.30.44342390
Schoenhauser Allee 6-7 Fax +49.30.4416402 connect.pdf +49.30.44342391
D 10119 Berlin olaf(a)callas.de http://www.callas.de
-----------------------------------------------------------------------
Go PDF/X now - check out pdfInspektor2 with free PDF/X pre-flighting
-----------------------------------------------------------------------
Ich habe da mal eine Frage,
welche genaue Bedeutung hat die Einstellung Transferfunktionen beibehalten,
in der Distiller 4.05 Einstellung unter Farbe?
Welche Auswirkungen kann es auf die verschiedenen PDF-Ripserver und oder
Belichter haben, wenn es ein oder ausgeschaltet ist, was die
Farbeigenschaften der Bilder betreffen?
mfg
Frank Schmidt
--------------------------
Frank Schmidt
p.r.o. medien hamburg
Zippelhaus 5
20457 Hamburg
Tel. 04030972222
Fax. 04030972223
E-Mail
technik(a)pro-medien-hamburg.de
HP
http://www.pro-medien-hamburg.de
--------------------------
Hallo ECI-Welt!
Habt ihr Erfahrung mit color servern?
Was ist die beste Wahl?
IQueue fon Gretag kenne ich einigermaßen, die Konkurrenz leider nicht.
Koenntet ihr mir sagen welche programme es mit IQueue aufnehmen
koennten, mit welchen arbeitet ihr (evtl. ihre Kunden), wie sind die
Staerken und Schwaechen der Programme?
IQueue ist wihl nich gerade die billigste Loesung.
Autoflow ist billiger.
Koenntet ihr mir ein bisschen ueber die Programme erzehlen?
Danke im vorraus.
Mateus Joschko
-----------------------------------
LARES - Mateus Joschko
Profile ICC, pomiary spektrofotometryczne
lares(a)pnet.pl
Received: from fogra.org (router.fogra.org [212.14.81.97])
by lists.transmedia.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id JAA30247
for <eci(a)lists.transmedia.de>; Tue, 5 Mar 2002 09:40:49 +0100
Received: from ultra.fogra.org (ultra.fogra.org [193.28.62.8])
by fogra.org (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id g258ftu03794
for <eci(a)lists.transmedia.de>; Tue, 5 Mar 2002 09:41:55 +0100
Received: from [193.28.62.153] (invo9.fogra.org [193.28.62.153])
by ultra.fogra.org (8.11.6/8.11.6/SuSE Linux 0.5) with ESMTP id g258blq26531
for <eci(a)lists.transmedia.de>; Tue, 5 Mar 2002 09:37:47 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Date: Tue, 05 Mar 2002 09:40:56 +0100
From: Andreas Kraushaar <kraushaar(a)fogra.org>
To: <eci(a)lists.transmedia.de>
Message-ID: <B8AA4328.1568%kraushaar(a)fogra.org>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by lists.transmedia.de id JAA30247
Subject: [Eci] wer arbeitet mit Lab?
Sender: eci-admin(a)lists.transmedia.de
Errors-To: eci-admin(a)lists.transmedia.de
X-BeenThere: eci(a)lists.transmedia.de
X-Mailman-Version: 2.0beta2
Precedence: bulk
Reply-To: eci(a)lists.transmedia.de
List-Id: <eci.lists.transmedia.de>
Hallo
In den ECI-Richtlinien wird (aus verschiedenen Gründen) der ECI-RGB Farbraum
als Arbeitsfarbraum empfohlen. Es steht jedoch ebenfalls darin, dass einige
bereits im Lab arbeiten.
Mich würde interessieren wer die (mit und ohne Profil ankommenden RGB oder
CMYK) Daten direkt im Lab konvertiert und dann dort weiterverarbeitet?
Mich interessiert die konkrete praktische Motivation für diesen Schritt und
die Konsequenzen in der "medienneutralen Datenverarbeitung"?
Vielen Dank im voraus
Andreas Kraushaar
Received: from mout04.kundenserver.de (mout04.kundenserver.de [195.20.224.89])
by lists.transmedia.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id OAA01711
for <eci(a)lists.transmedia.de>; Wed, 27 Feb 2002 14:44:15 +0100
Received: from [172.19.20.61] (helo=mrvdomng0.kundenserver.de)
by mout04.kundenserver.de with esmtp (Exim 2.12 #2)
id 16g4NU-0004DR-00
for eci(a)lists.transmedia.de; Wed, 27 Feb 2002 14:44:16 +0100
Received: from [217.7.144.180] (helo=dexner)
by mrvdomng0.kundenserver.de with smtp (Exim 3.22 #2)
id 16g4NT-0000J8-00
for eci(a)lists.transmedia.de; Wed, 27 Feb 2002 14:44:16 +0100
From: "Dirk Exner" <dirk.exner(a)xrite.de>
To: <eci(a)lists.transmedia.de>
Subject: AW: [Eci] DeltaE vs DeltaE94
Date: Wed, 27 Feb 2002 14:42:15 +0100
Message-ID: <004001c1bf94$91abb960$170aa8c0(a)xritegmbh.de>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <3C7CDD29.5673D950(a)bauer-repro.de>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Importance: Normal
Sender: eci-admin(a)lists.transmedia.de
Errors-To: eci-admin(a)lists.transmedia.de
X-BeenThere: eci(a)lists.transmedia.de
X-Mailman-Version: 2.0beta2
Precedence: bulk
Reply-To: eci(a)lists.transmedia.de
List-Id: <eci.lists.transmedia.de>
Es gibt weder in der Natur noch in der Physik so etwa wie DE. Es gibt nur
elektromagnetische Strahlung, deren Messung, und den Versuch, diese Meßwerte
so zu interpretieren, wie es das menschliche Auge tut. Exisierende
Farbmaßsysteme wie CIE L*a*b* haben den großen Vorteil sehr weit verbreitet
und standardisiert zu sein (die graphische Industrie ist hier nur ein
Peanut), und den Nachteil, das menschlich Auge (das im übrigen auch nur
statistisch faßbar ist, da es individuell signifikante Abweichungen gibt)
nur unzureichend nachzubilden. Deswegen muß keiner ein schlechtes Gewissen
haben, aber es ist halt schwer, etablierte Standards permanent über den
Haufen zu werfen. Die angelsächsische Welt hat bis heute noch nicht mal den
Sprung in die metrische Welt geschafft. Wir können in Kenntnis der Schwächen
gut mit DEab leben, und bei Bedarf DE94 heranziehen (oder doch lieber DE99?
Oder DE CMC?)...
X-Rite GmbH
Dirk Exner
Stollwerckstrasse 32
D-51149 Köln
Phone +49 2203 914522
Fax +49 2203 914519
mailto:dirk.exner@xrite.de
see our new Dental Shade Vision System: http://www.shadevision.de
-----Ursprüngliche Nachricht-----
Von: eci-admin(a)lists.transmedia.de
[mailto:eci-admin@lists.transmedia.de]Im Auftrag von Jens Weber
Gesendet: Mittwoch, 27. Februar 2002 14:21
An: eci(a)lists.transmedia.de
Betreff: Re: [Eci] DeltaE vs DeltaE94
Hallo Herr Lowicki,
Farbabstände nach DeltaE94 bieten eine bessere vergleichbarkeit
da das gute alte DeltaE das Farbempfinden des menschl. Auges
nicht berücksichtigt hat; wir sind nun mal keine wandelnden
Spektralphotometer sondern eigentlich ganz schön sehbehindert.
Soll heissen wir nehmen DeltaEWerte gleicher Wertigkeit in
unterschiedlichen Farbereichen (Wellenlängen) unterschiedlich
stark wahr.
Greetinx
Jens Weber
publix team wrote:
> Wir hatten hier gerade eine Diskussion über die Auswertung
> von DeltaEs.
>
> Im Prinzip ist klar, dass DeltaE94 eine Gewichtung enthält und somit
> den visuell sichtbaren Unterschied zweier Patches "reeller" abbildet.
>
> Bei Printopen z.B. wird lediglich der DeltaE angezeigt.
>
> Nun ist folgender Gedanke ins Spiel gekommen. Das Messergebnis
> des Spektralphotometers wird nach Lab umgerechnet. Diese Werte
> berücksichtigen doch bereits das Spektralsehvermögen des Auges (2Grad
> Beobachter). Ist somit beim Vergleich zweier Messwerte der normale DeltaE
> völlig ausreichend .. bzw. wäre die Anwendung des DeltaE94 an dieser
> Stelle doppeltegemoppelt und somit falsch ?
>
> Oder ist es trotzdem für die Differenzerfassung wieder von Nöten die
> Gewichtung einzurechnen weil dies einfach ein Neuer/Weiterer Schritt ist ?
>
> Wäre nett wenn mir mal jemand diesen Zahn ziehen könnte.
>
> Viele Grüße,
> Daniel Lowicki
>
> _______________________________________________
> Eci mailing list
> Eci(a)lists.transmedia.de
> http://lists.transmedia.de/mailman/listinfo/eci
_______________________________________________
Eci mailing list
Eci(a)lists.transmedia.de
http://lists.transmedia.de/mailman/listinfo/eci
Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80])
by lists.transmedia.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id MAA01411
for <eci(a)lists.transmedia.de>; Wed, 27 Feb 2002 12:46:40 +0100
Received: from fwd07.sul.t-online.de
by mailout01.sul.t-online.com with smtp
id 16g2Xg-0004Ip-09; Wed, 27 Feb 2002 12:46:40 +0100
Received: from comm_2000 (0602332112-0001(a)[80.128.219.161]) by fwd07.sul.t-online.com
with smtp id 16g2XZ-1mA0lEC; Wed, 27 Feb 2002 12:46:33 +0100
X-KENId: 000045F0KEN011EA5A6
Received: from 192.168.115.1:3392
by KEN! DSL (0.0.0.0:25) with SMTP
; Wed, 27 Feb 2002 12:41:24 +0100
Date: Wed, 27 Feb 2002 12:41:24 +0100
From: THIELE-DOKUMENTATION(a)t-online.de (Ulrich Thiele)
Subject: Re: [Eci] Bildschirmdarstellung Acrobat
To: eci(a)lists.transmedia.de
Message-Id: <3C7CC5E4.EE2FDD4F(a)t-online.de>
References: <B8A27902.3616%rann(a)appel-grafik.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Organization: THIELE DOKUMENTATION+MEDIA
X-Mailer: Mozilla 4.78 [de] (Windows NT 5.0; U)
X-Accept-Language: de
Content-Transfer-Encoding: 8bit
X-Sender: 0602332112-0001(a)t-dialin.net
Sender: eci-admin(a)lists.transmedia.de
Errors-To: eci-admin(a)lists.transmedia.de
X-BeenThere: eci(a)lists.transmedia.de
X-Mailman-Version: 2.0beta2
Precedence: bulk
Reply-To: eci(a)lists.transmedia.de
List-Id: <eci.lists.transmedia.de>
Jens Rann schrieb:
>
> Herr Thiele,
>
> bitte gehen Sie in den PDF/X-3 Bereich von eci.org und holen sich die Datei
> pdfx3_kochrezept_1.pdf.
>
> http://www.eci.org/files/projects/pdfx3_kochrezept_1.pdf
>
> Hierin sind sinnvolle Farbeinstellungen für Photoshop, QuarkXPress und
> Acrobat dargestellt. Wenn Sie die Einstellungen einfach mal nachstellen,
> sollten Sie zumindest in Photoshop und Acrobat gleiche Ergebnisse am
> kalibrierten(?) Monitor sehen. Bei QuarkXPress halte ich mich raus...
Vielen Dank für diese interessante Literaturstelle! Ich bin sie vorerst
einmal nur "trocken" durchgegangen. Einige Punkte bedürfen des
Ausprobierens.
Insbesondere der Hauptknackpunkt des Bildschirmprofiles, mit dem die
fertige PDF-Datei angezeigt wird. Da gibt es ja - wie auch in dem
Artikel dargelegt - keine gesonderten Wahldialoge für ein
Bildschirmprofil, also sollte dieses von Colorsync bzw. Windows 2000
automatisch angewendet werden. Dies scheint aber unter Windows 2000
nicht zu funktionieren. Da werde ich dann doch einmal die genannten
Einstellungen nachstellen müssen ...
Gruss aus Alzenau
Ulrich Thiele
__________________________________________________________________________
THIELE MEDIA
THIELE DOKUMENTATION
In den Mühlgärten 52
D-63755 Alzenau
Fon (0 60 23) 3 21 12 u.thiele(a)thiele-dokumentation.de
Fax (0 60 23) 92 91 22 http://www.thiele-dokumentation.de
__________________________________________________________________________
----- Original Message -----
From: "Andreas Kraushaar" <kraushaar(a)fogra.org>
To: <eci(a)lists.transmedia.de>
Sent: Tuesday, March 05, 2002 9:40 AM
Subject: [Eci] wer arbeitet mit Lab?
> Hallo
>
> In den ECI-Richtlinien wird (aus verschiedenen Gründen) der ECI-RGB
Farbraum
> als Arbeitsfarbraum empfohlen. Es steht jedoch ebenfalls darin, dass
einige
> bereits im Lab arbeiten.
> Mich würde interessieren wer die (mit und ohne Profil ankommenden RGB
oder
> CMYK) Daten direkt im Lab konvertiert und dann dort weiterverarbeitet?
> Mich interessiert die konkrete praktische Motivation für diesen
Schritt und
> die Konsequenzen in der "medienneutralen Datenverarbeitung"?
>
> Vielen Dank im voraus
> Andreas Kraushaar
>
Hallo Herr Kraushaar,
wie meinen Sie denn Ihre Frage? Ich denke, dass der Lab-Workflow nicht
dann angewendet werden kann, wenn bereits die Daten schon einmal nach
CMYK oder Schlimmerem transformiert wurden. Denn in CMYK-Daten wird
normalerweise auch ein Schwarzaufbau und der Gesamtfarbauftrag
festgelegt. Sobald man das nach Lab zurückrechnet (wie es unbemerkt
immer geschieht, wenn man einer Druckerei "fertige" CMYK-Daten
anliefert, die dann vom Drucker wieder mittels seinem Maschinen-Profil
umggerechnet werden) verliert man erhebliche Farbinformationen, weil der
Schwarzaufbau verloren geht und dann neu berechnet werden muss.
IMHO ist hier ein Lab-Workflow gemeint, bei dem bereits ab der
Datenerzeugung per Scan, Digitalkamera etc. nur noch in Lab gearbeitet
wird bis in die Druckerei. Dort wird nur noch ein Mal transformiert,
nämlich mit dem CMYK-Maschinen-Profil.
Mit diesem Workflow kann man aber heutzutage noch nicht arbeiten und es
ist auch fraglich, ob das sinnvoll ist. Viele Effektfilter in
Bildbearbeitungsprogrammen arbeiten nur im RGB-Modus und erzwingen so
einen RGB-Arbeitsfarbraum, wenn man nicht dauernd zwischen RGB und Lab
wechseln will.
Beim Definieren einer ganz bestimmten Farbe in einem Layout (z.B. beim
Entwickeln eines Signet) arbeitet man mit Sonderfarben oder aber in
CMYK, weil der creative Vorgang, eine Farbe am Monitor zu definieren, im
CMYK-Farbraum einfach intuitiver abläuft.
IMHO ist der ECI-RGB-Farbraum aktuell eine gelungene Lösung. Lab halte
ich für ein Ideal. Einige Kritiker monieren zudem, dass die
Werteabstufungen von Lab trotz visueller Gleichabständigkeit der
Farborte zu grob seien.
Wichtiger wäre zurzeit der Schritt, dass alle Druckereien endlich ihre
Maschinen profilieren und diese Profile an die Kunden herausgeben oder
aber, dass Druckereien auch RGB-Daten akzeptieren... einfach damit die
ständige Umrechnerei von CMYK nach CMYK ein Ende hat. Da liegen gewiss
noch mehr Qualitätsreserven, als bei einem künftigen durchgängigen
Lab-Workflow.
Aber bitte... Alles geäußert nur meiner sehr individuellen Meinung nach!
--
Einen angenehmen und erfolgreichen Tag,
das wünsche ich
Clemens M. Hürten
IdeeCreativ - Werbung
Beratung / Creation / Produktion
www.ideecreativ.de
Tel. 0711 - 9018765 - - Mobil 0170 - 38 58 079
Sorry about the use of English, but my German is not so good when it
comes to talking about color management. The Blue Eye is more of a system
than just a colorimeter. It's specifically for certain LaCie monitors,
and includes a Sequel IV colorimeter + software.
The one nice thing it does is automatically precalibrate the monitor by
adjusting the RGB guns inside the monitor itself, before proceeding with
video card based calibration. Normally, adjusting the RGB guns is a
manual process that must be done by the user while using the monitor's
built-in menu system.
I haven't had a chance to use Blue Eye recently to see if it's doing a
better job than it used to, but considering how much LaCie charges for it
(last time I checked it was around $600), it's not a good deal. Color
Vision's Monitor Spyder (CRT or the CRT/LCD version) with PhotoCal will
do a better job, and so would Gretag Macbeth's Eye One Monitor - plus
those products can be used with any monitor.
Chris Murphy
Color Remedies (tm)
Boulder, CO
303-415-9932
