Re: Umgang mit Altdaten, Kochrezepte
by Markus Hitzler, Color Solutions
Hallo Frau Behles, hallo Frau Schmitt,
Herr Schmidt hat die 100%-Lösung schon kurz beschrieben.
Wenn Sie etwas mehr über die Erstellung der Altdaten recherchieren können,
geht's aber vielleicht (je nach Qualitätsanspruch) auch schneller:
Vorschlag für "Kochrezepte":
"Zutaten":
- Messtechnisch kalibrierter und profilierter Monitor (Softproof)
- Photoshop 6 oder höher
- evtl. messtechnisch kalibriertes und profiliertes Drucksystem (Hardproof)
- Altdaten und Drucke dieser Altdaten
Grundrezept:
1. Datensichtung am Softproofsystem:
Suchen Sie sich einen (nicht allzu) alten Druck samt der Daten, weisen in
Photoshop über "Bild:Modus:Profil zuweisen" nacheinander "die üblichen
Verdächtigen" zu (Euroscale Coated, SWOP, CMYK-Profile aus der Scan-Software
(z.B. Agfa, Heidelberg, Scitex,...),...) und betrachten sich Druck und
Softproof (am besten mit Papierweiss-Simulation: "Ansicht : Proof
einrichten: Papierweisssimulation"). Alternativ können Sie dazu auch das
Menü "Ansicht: Proof einrichten : Eigene" mit den Einstellung "Farbwerte
erhalten" und "Papierweisssimulation" benutzen. So können Sie sehr schnell
und effizient viele Möglichkeiten ausprobieren.
2. Überprüfung mit weiteren Daten, ICC-Hardproof (sofern vorhanden)
Wenn Sie ein Profil gefunden haben, mit dem Ihre Altdaten mit deren Druck
ausreichend gut übereinstimmen, überprüfen Sie diese Konstellation mit
weiteren Dateien. Sehen auch die gut aus, stellen Sie dieses Profil in Ihrem
Proofrip als Quellfarbraum (bzw. zu simulierender Farbraum) ein und machen
so einige ICC-Hardproofs von Ihren Altdaten.
3. Verwendung der Altdaten im ICC-Workflow
Sehen auch die Hardproofs gut aus, verwenden Sie für Ihre Altdaten im
ICC-Workflow künftig dieses Profil. Um die Altdaten für andere
Prozessbedingungen (Druckbedingungen) aufzubereiten, konvertieren Sie Ihre
Altdaten bei Bedarf ausgehend von dem gefunden Profil über z.B. Photoshop
(Bild:Modus:In Profil konvertieren) in den Farbraum für die neuen
Prozessbedingungen. Als Rendering Intents eignen sich perzeptiv oder relativ
farbmetrisch mit Tiefenkompensation. Für zusammengesetzte Dokumente
verwenden Sie einen Farbserver.
Durch eine Umseparation können jedoch Qualitätsverluste auftreten.
Sind die Verluste durch die Umseparation zu hoch, können die Altdaten in
voller Qualität leider nur unter den alten Druckbedingungen genutzt werden.
Mit den ICC-Proofsystemen können Sie dann aber immerhin neue und alte
Druckbedingungen proofen. Sind noch RGB-Datenbestände vorhanden, sollte von
diesen ausgehend für die neuen Druckbedingungen neu separiert werden.
Rezept 2:
Wenn Sie kein Profil finden, mit dem Ihre Daten auf einer Softproofstation
hinreichend gut aussehen, müssen Sie, wie von Herrn Schmidt beschrieben, ein
Profil für Ihre alten Druckbedingungen anfertigen. Drucken Sie mit dem
Farbmanagementtarget bitte einige Bilder aus Ihrem Altdatenbestand mit.
Anschließend geht's mit Schritt zwei weiter.
Rezept 3: Der Altdaten-Supergau
- Sie haben Altdaten
- Sie haben Drucke dieser Altdaten, die gut aussehen (bzw. dem Kunden genau
so und nicht irgendwie anders gefallen)
- Die alten Druckbedingungen sind weit weg von "Standards" und können nicht
mehr hergestellt (oder geprooft/simuliert) werden. Damit fällt das Erstellen
eines Quellprofils für die Altdaten praktisch flach.
- Sie haben keine RGB-Daten oder Scanvorlagen mehr
- Sie müssen einige der Daten auf Kundenwunsch verwenden
In diesem Fall weisen Sie den Daten erst mal ein Profil zu, das dem Druck am
nächsten kommt. Der Rest ist dann Handarbeit und Geduld:
- Bei geringem Datenbestand editieren Sie am einfachsten und schnellsten die
Bilder.
- Bei größeren Datenbeständen editieren Sie das Profil, mit dem ein Proof
dem Druck schon am nächsten kommt und weisen dann das editierte Profil den
Daten zu.
Wenn Sie einen alten Druck mit Druckkontrollstreifen und ein Farbmessgerät
haben, messen Sie die LAB-Werte und Punktzuwächse. Dies gibt gute
Anhaltspunkte für's Editieren. Als absoluten Notnagel können Sie mit diesen
Messwerten auch in die Farbeinstellungen von Photoshop gehen
(CMYK-Arbeitsfarbraum: Eigenes CMYK: ). Photoshop erstellt damit intern ein
Primitiv-Profil, das auch abgespeichert werden kann. Erwarten Sie davon aber
bitte keine Wunder.
Weiter geht's dann wieder mit Schritt 2 des Grundrezepts.
Viel Erfolg!
Mit freundlichen Grüßen aus der Farbküche,
Markus Hitzler
___________________________________________
Color Solutions Köln
Markus Hitzler
August-von-Willich-Str. 155
50827 Köln
Telefon: +49 (0)221 99 175 80
Fax: +49 (0)221 99 175 81
Mobil: +49 (0)171 8390333
Email: markus.hitzler(a)color-solutions.de
Web: http://www.basICColor.de
___________________________________________
basICColor - the basICCs of colormanagement
___________________________________________
> Message: 2
> From: "Anja Behles" <anja.behles(a)kontrast.de>
> To: <eci(a)lists.transmedia.de>
> Date: Mon, 16 Feb 2004 15:08:50 +0100
> boundary="----=_NextPart_000_000C_01C3F49E.C8AF7D20"
> Subject: [ECI] =?iso-8859-1?Q?Daten=FCbernahmen?=
> Reply-To: eci(a)lists.transmedia.de
>
>
> hallo liste.
>
> wir möchten gerade colormanagement einführen. die große frage nun,
> was mache ich mit vorhandenen daten? wir möchten mit dem minimalsten
> zeitaufwand
> die abweichungen von vorher zu nachher korrigieren. wir stellen aber fest,
> dass das ganze
> nicht so einfach ist, dass man anhand von zwei, drei gradationskurven wieder
> alles hingebogen
> bekommt.
> gibt es ein patentrezept? besser konvertieren oder zuweisen und
> gegenkorrigieren???
>
> ich hoffe, dass jeder versteht, worum's geht und ich diverse tipps
> bekomme!!!
>
> gruss, a. behles
> ----------------------------------------------------------------------------
> ----------------------
> --__--__--
>
> Message: 5
> From: Henrik <henrik_schmidt(a)sj.com>
> Date: Mon, 16 Feb 2004 18:32:15 +0100
> To: eci(a)lists.transmedia.de
> Subject: [ECI] =?ISO-8859-1?Q?Re:_[ECI]_Daten=FCbernahmen?=
> Reply-To: eci(a)lists.transmedia.de
>
>
> --Apple-Mail-5--138712144
> Content-Transfer-Encoding: quoted-printable
> Content-Type: text/plain;
> charset=ISO-8859-1;
> delsp=yes;
> format=flowed
>
> da gibt es nur einen weg. das eci testchart so proofen oder drucken,
> wie die altdaten in cmyk vorliegen. daraus dann ein profil generieren.
>
> wenn die altdaten zum einsatz kommen, das passende profil der altdaten
>
> (was sie ja jetzt haben) als quelle nehmen und zum aktuellen standard
>
> wandeln. wenn die farbräume einigermassen deckungsgleich sind,
> sollten
> sie dies farbmetrisch tun, ansonsten photografisch. wenn sie noch einen
>
> draufpacken wollen, dann benuzten sie dazu supercolor und stellen
> schwarz erhalten ein mit gradationsanpassung.
> gruss
> henrik schmidt
>
>
> Message: 8
> From: multipixel(a)t-online.de (Claudia Schmitt)
> Date: Tue, 17 Feb 2004 10:57:07 +0100
> To: eci(a)lists.transmedia.de
> Subject: [ECI] =?ISO-8859-1?Q?Re:_[ECI]_Daten=FCbernahmen?=
> Reply-To: eci(a)lists.transmedia.de
>
>
> Hallo, Herr Schmidt, Hallo, Herr Schmid, Hallo, Liste,
> das hört sich sehr praxistauglich an. Da sich sicherlich auch andere
> in
> der Lage wie Frau Behles befinden, wäre es vielleicht hilfreich,
> daraus
> eine Art "Kochrezept" zu entwickeln?
> Ein paar Fragen wären nämlich noch offen:
> Wenn bekannt ist, wie die Altdaten vorliegen (z.B. wurden sie mit
> Euroscale Coated geprooft), würde die Erstellung des "Quellprofils"
>
> doch wegfallen, oder? Das steht ja zur Verfügung.
> Und meinen Sie mit "Wandeln" "Profil zuweisen" oder "Konvertieren"?
> Beim ersteren sind danach noch einige Korrekturen fällig, bei
> zweiterem
> habe ich Abrisse ein Verläufen beobachtet...
> Und was macht Supercolor bei "Schwarz erhalten"? Ist das ähnlich wie
>
> die "Tiefenkompensierung" bei Photoshop? (nein, ich will die Diskussion
>
> um den RI nicht wieder aufwärmen ...)
> Und die verschiedenen Optionen, die Herr Schmid in Aussicht gestellt
> hat, fände ich auch noch spannend.
> Wie wird das sonst, auch bei anderen, gehandhabt?
> Grüsse,
> Claudia Schmitt
20 years, 3 months
- 2
- 1
Datenübernahmen
by Anja Behles
hallo liste.
wir möchten gerade colormanagement einführen. die große frage nun,
was mache ich mit vorhandenen daten? wir möchten mit dem minimalsten
zeitaufwand
die abweichungen von vorher zu nachher korrigieren. wir stellen aber fest,
dass das ganze
nicht so einfach ist, dass man anhand von zwei, drei gradationskurven wieder
alles hingebogen
bekommt.
gibt es ein patentrezept? besser konvertieren oder zuweisen und
gegenkorrigieren???
ich hoffe, dass jeder versteht, worum's geht und ich diverse tipps
bekomme!!!
gruss, a. behles
----------------------------------------------------------------------------
----------------------
20 years, 3 months
- 4
- 4
Altona Test Suite - Anwendungspaket - JETZT VERFÜGBAR
by Meinecke, Karl Michael (bvdm)
Wiesbaden, 16. Februar 2004
Altona Test Suite - Anwendungspaket: Wertvolles Instrument für
Prozess-Standardisierung und Workflowkontrolle
Das Altona-Test-Suite-Anwendungspaket ist ab sofort lieferbar. Das
Anwendungspaket stellt dem Anwender wichtige, bisher nicht verfügbare
Unterlagen für die Prozess-Standardisierung, Qualitätssicherung und
Workflowkontrolle bereit.
Das Anwendungspaket enthält Referenzdrucke, Testform-Dateien,
Charakterisierungstabellen und ICC-Profile nach den aktuellen Werten des
ProzessStandard Offsetdruck bzw. der ISO 12647-2.
Die Altona Test Suite ist ein Gemeinschaftsprojekt des Bundesverbandes Druck
und Medien e.V. (bvdm), Wiesbaden, der European Color Initiative (ECI), der
EMPA/Ugra, St. Gallen und der Forschungsgesellschaft Druck e.V. (FOGRA),
München.
Das Altona-Test-Suite-Anwendungspaket wird vom bvdm produziert und
herausgegeben. Das Anwendungspaket besteht aus einem Satz von PDF-Dateien,
die speziell zur Prüfung digitaler Ausgabegeräte - insbesondere
Prüfdrucksysteme, konventionelle und digitale Drucksysteme - entwickelt
wurden. Der Einsatz ist jedoch nicht auf Ausgabegeräte beschränkt. Die
Altona Test Suite dient dazu, die Einhaltung der PDF/X-3-Spezifikation und
die Farbgenauigkeit aller Software- und Hardwarekomponenten in einem
Composite-PDF-Workflow in der Druckproduktion zu prüfen. Wichtige
Bestandteile sind auch die zahlreichen Referenzdrucke und Färbungsstandards,
die sorgfältig innerhalb enger Toleranzen gefertigt wurden (insgesamt 16
Referenzdrucke in sieben Druckbedingungen für Offsetdruck und Endlosdruck).
Bestandteil des Pakets ist auch eine CD-ROM mit den sehr aufwändig
erstellten 15 Altona-Test-Suite-Dateien, Charakterisierungsdaten und
ICC-Profilen gemäß Standard-Druckbedingungen nach ISO 12647-2.
Eine umfassende Dokumentation erläutert die Bestandteile des
Altona-Test-Suite-Anwendungspaketes im Detail, deren Anwendung im Rahmen der
Nutzungsbestimmungen und liefert notwendige Informationen im Zusammenhang
mit der standardisierten Prozesskontrolle.
Das umfassende Altona-Test-Suite-Anwendungspaket dient dem Anwender für
verschiedene Zwecke: zur Prozesskontrolle, zur Überprüfung der
PDF/X-3-Kompatibilität von Workflow-Systemen, zur Anpassung von
Digitalprüfdrucksystemen an den ProzessStandard Offsetdruck und als
Färbungsstandard. Im Mittelpunkt steht der visuelle Vergleich der
Referenzdrucke des Altona-Test-Suite-Anwendungspakets mit Prüf- und
Auflagendrucken, um die Farbverbindlichkeit von Digitalprüfdrucksystemen
sowie die Anpassung des Auflagendrucks an den ProzessStandard Offsetdruck
beurteilen zu können. Das Anwendungspaket ist in deutscher und englischer
Sprache dokumentiert und wird international verfügbar gemacht. Mit dem
Anwendungspaket wird weltweit erstmals eine weitgehend komplette
Zusammenstellung von Referenzdrucken, Datensätzen, Kontrollmitteln und
Informationen zur systematischen Prozesskontrolle bereit gestellt.
Die Altona-Test-Suite-Dateien wurden 2002 und 2003 entwickelt, ausgiebig
erprobt und angewendet im Rahmen der Digitalproof-Foren von bvdm und ECI. Im
Mai 2003 war die Altona Test Suite das Kernstück beim "digital proofing
shootout" der IPA in Chicago, im September 2003 beim "Seybold San Francisco
2003 PDF Workflow Shootout". Altona Test Suite hat - auch international -
hohes Ansehen gewonnen und gilt mittlerweile als Standard-Testinstrument.
Das Projekt Altona-Test-Suite-Anwendungspaket der Partner
bvdm/ECI/ugra/FOGRA war in der Abwicklung äußerst komplex und erforderte
umfangreiche Vorbereitungen. Beispielsweise wurden für die verwendeten
Papiere und Druckfarben international Sponsoren und Projektpartner aus der
Lieferindustrie gewonnen, mit denen auch eine enge technische Abstimmung bei
der Durchführung des Projekts stattfand. Die eingesetzten Materialien, Daten
und Systeme (Vorstufe, Formherstellung, Druck, Prozesskontrolle,
Qualitätsprüfung) wurden umfassend überprüft, optimiert und aufeinander
abgestimmt. Neue, zusätzliche Systeme zur Prozesskontrolle, Mess- und
Kontrollmittel wurden im Zuge der Projektdurchführung entwickelt und
erstmals eingesetzt. Spezielle Testformen zur Qualitätssicherung im
Fortdruck und bei der statistisch gesicherten Auflagenkontrolle wurden
erarbeitet. Die FOGRA hatte darüber hinaus den Auftrag, eine durchgehende
Qualitätskontrolle der Auflagendrucke vorzunehmen.
Umfangreiche Vorversuche und Abstimmungen fanden ab Frühjahr 2003 statt.
Eine besondere Herausforderung bei den Referenzdrucken war die gleichzeitige
Einhaltung von engen Toleranzen bei Tonwertzunahmen und Farborten der
Volltöne im Fortdruck. Die Abweichungen der Färbung einzelner Papiere von
den Papiertypen nach ISO 12647-2 und der Druckfarben nach ISO 2846-1
stellten zusätzliche hohe Anforderungen in der praktischen Umsetzung dar.
Allen beteiligten Experten der ECI, des bvdm, der FOGRA und ugra und seitens
der Sponsoren ist für ihr großes Engagement zu danken. Ohne den
unermüdlichen, oft selbstlosen Einsatz dieser Experten über viele Monate
hätte das Projekt nicht erfolgreich abgeschlossen werden können.
Altona Test Suite - Anwendungspaket (mit Serien-Nummer)
Art.-Nr. 85230
16 nummerierte Referenzdrucke DIN A3 in 4 Schutzhüllen
7 Färbungsstandards 190 x 260 mm in 1 Schutzhülle
15 Altona-Test-Suite-Dateien auf CD-ROM
6 Charakterisierungstabellen auf CD-ROM
6 ICC-Profile auf CD-ROM
Dokumentation als PDF auf CD-ROM
Dokumentation 132 Seiten DIN A4, vierfarbig, deutsch und englisch
Alle Bestandteile in schwarzer Coverbox 245 x 325 x 25 mm
Normalpreis: EUR 480,00 zzgl. 16% MwSt., gesamt EUR 556,80 und zzgl.
Versandkosten
Sonderpreis*: EUR 240,00 zzgl. 16% MwSt., gesamt EUR 278,40 und zzgl.
Versandkosten
*Der Sonderpreis gilt für Mitglieder der Verbände Druck und Medien (vdm) in
Deutschland, sowie für Mitglieder von ECI, FOGRA und ugra.
Bestellungen nehmen alle Verbände Druck- und Medien entgegen oder können
über die Website www.altonatestsuite.com abgegeben werden.
Hinweis für die Presse:
Produktabbildung und Fotografien können Sie unter
www.altonatestsuite.com/pressematerial abrufen.
Freundliche Gruesse - Kind Regards
Karl Michael Meinecke
Bundesverband Druck und Medien e.V. (bvdm)
German Printing and Media Industries Federation (bvdm)
Biebricher Allee 79 | D-65187 Wiesbaden
Postfach 18 69 | D-65008 Wiesbaden
Fon +49(0)611 - 80 31 68 | Fax +49(0)611 - 80 32 68
mailto:km@bvdm-online.de | URL www.bvdm.org
------------------------------------------------------
NEU NEU NEU - Altona Test Suite Anwendungspaket www.altonatestsuite.de
NEW NEW NEW - Altona Test Suite Application Kit www.altonatestsuite.com
bvdm-Publikationen recherchieren und bestellen http://www.point-online.de
20 years, 3 months
- 1
- 0
Tinten-Proofdrucker
by Udo Wiemers
Hallo zusammen!
Ich versuche gerade, mich in Colormanagement ein wenig fit zu machen, um
gelernte und ausprobierte dann auch in unserer Agentur zu testen und
einzuführen.
Da ich erst mal wissen will, wovon ich rede, findet das ganze in einer Art
Light-Version erst mal bei mir zu Hause statt :-)
Diverse Meßgeräte sind geordert (DTP22 und CorlorVision Monitor-Spyder) und
warten jetzt auf ihren Einsatz.
Und daher jetzt die Frage: Was gibt es für erschwingliche
Tintenstrahldrucker, die sich zum Proofen eignen?
Es muß nicht mal A3 sein... Klasse wären nur einzelne Tintentanks, zwecks
Druckkosten.
Ich habe bei Canon angefragt wegen dem i865, aber da wurde mir gesagt, daß
dieser Drucker nicht prooffähig wäre.
Hat jemand Anregungen?
Schon mal vielen Dank!!!
Udo Sütterlin
20 years, 3 months
- 4
- 3
AW: [ECI] Tonwertzunahme bzw. Tonwertverlauf
by Roman Keller
Anfang der weitergeleiteten E-Mail:
> Von: Roman Keller <roman(a)malkasten.at>
> Datum: Die, 10. Feb 2004 11:15:23 Europe/Vienna
> An: eci(a)lists.transmedia.de
> Betreff: Re: AW: AW: [ECI] Tonwertzunahme bzw. Tonwertverlauf
> Antwort an: eci(a)lists.transmedia.de
>
>
> Am Dienstag, 10.02.04 um 10:54 Uhr schrieb Dieter Dolezal:
>
>> Hallo, Herr Keller,
>>
>> ich habe zu den Ausführungen noch eine Frage:
>>
>> Ihr Digital-Chromalin laut ISO erreicht bei der Vermessung eines
>> ECI-2002 Testcharts auch eine gute Übereinstimmung mit den
>> Referenzwerten, die im ISO-Coated Profil hinterlegt sind?
>
> Ja eine sehr gute sogar.
>>
>>
>> Und noch eine Frage:
>> Sie steuern das Digital-Chromalin mittels ICC-Profilen an, oder
>> mittels proprietären Farbtabellen?
>
> Das ISO Profil wird geladen und anschließend in eine Tabelle
> umgerechnet.
>
>>
>> Vielleicht gelingt es uns gemeinsam auf diesem Weg, das Problem
>> einzukreisen - ansonsten würde ich vorschlagen, dass wir auf die
>> Altona-Doku mit den Druckmustern warten und dann nochmals neue
>> ISO-Coated Digitalchromalin mit den Drucken und analogproofs
>> vergleichen.
>
> Vielen Dank
>
> Liebe Grüße
> Roman Keller
>
>>
>> Grüße,
>>
>> Dieter Dolezal
>>
>> Am 10.02.2004 um 08:47 schrieb Bestmann, Guenter 3887 S-RD-PN7:
>>
>>> Hallo Herr Keller,
>>>
>>> Sie haben im Digital-Proof ein dE von 3, im Analog-Proof ein dE von
>>> 15 bezogen auf den ISOcoated. Daraus schließe ich zunächst einmal,
>>> das Ihr Digital-Proof OK ist, Ihr Analog-Proof weit ausserhalb der
>>> zulässigen Toleranzen (bezüglich ISOcoated). Sie separieren mit
>>> ISOcoated. Soweit ist alles verständlich.
>>>
>>> Das Proof-Ergebnis Digital gefällt Ihnen weniger, das Ergebnis
>>> Analog ist harmonischer und entspricht in etwa dem Druck. Bleiben
>>> zwei potentielle Problemfelder offen: Der Druck oder der Scan und
>>> die Bearbeitung der Scans.
>>>
>>> Die RGB-Bilddaten vom DC3000 sind kalibriert (profiliert) auf den
>>> TIFF-Default. Dies ist wenn ich mich recht erinnere in etwa der
>>> CCIR709-Standard, der im Fernsehen verbreitet ist. Die Daten sollten
>>> meines Wissens mit dem richtigen Profil getaggt sein. Wenn Sie
>>> diesen Daten nun ein falsches Profil bei der Separation oder beim
>>> Einlesen in Photoshop o.ä. zuweisen, kommt es zu einer
>>> Fehlinterpretation. Wenn Sie hier unsicher sind, sollten Sie sich an
>>> den Heidelberg Service wenden.
>>>
>>> Der Druck hat sich offenbar an die visuell richtigen aber
>>> messtechnisch falschen Analog-Proofs angepasst.
>>>
>>> Ich fürchte, das wir Ihr Problem nicht via Mailing-Liste lösen
>>> können. Meine Vermutung ist, das bei der Separation und den Proofs
>>> (Sanner-Profil passt nicht zu den RGBs, Druck-Profil passt nicht zu
>>> den Analog-Proofs) etwas nicht in Ordnung ist.
>>>
>>> Viele Grüße
>>> Günter Bestmann
>>>
>>> ---------------------------------------------------------------------
>>> ---------------
>>> Dr. Günter Bestmann
>>> Heidelberger Druckmaschinen AG
>>> Sheetfed R&D Prinect
>>>
>>> Dr.-Hell-Straße
>>> 24107 Kiel
>>>
>>> Tel.: +49 (0) 431/3863887
>>> Mail: Guenter.Bestmann(a)Heidelberg.com
>>> <mailto:Guenter.Bestmann@Heidelberg.com>
>>>
>>>
>>> -----Ursprüngliche Nachricht-----
>>> Von: eci-admin(a)lists.transmedia.de
>>> [mailto:eci-admin@lists.transmedia.de]Im Auftrag von Roman Keller
>>> Gesendet: Montag, 9. Februar 2004 18:32
>>> An: eci(a)lists.transmedia.de
>>> Betreff: Re: AW: [ECI] Tonwertzunahme bzw. Tonwertverlauf
>>>
>>>
>>> Hallo Herr Bestmann,
>>>
>>>
>>>
>>> Am Montag, 09.02.04 um 15:54 Uhr schrieb Bestmann, Guenter 3887
>>> S-RD-PN7:
>>>
>>>
>>> Hallo Herr Keller,
>>>
>>> es fehlen mir noch ein paar Angaben, um das Ganze zu beurteilen:
>>>
>>> Sie scannen RGB (übrigens vielen Dank für das Lob) und separieren
>>> die Daten später mit ISOcoated (in Photoshop) ?
>>>
>>>
>>> Ja, ich scanne RGB und separiere nach ISOcoated perzeptiv.
>>>
>>> Sie sehen einen Unterschied von ca. 10% im Mittelton zwischen
>>> Analog-Proof und Digital-Proof basierend auf dem gleichen
>>> Datenbestand ?
>>>
>>>
>>> Ja leider, ich belichte die Daten, mache anschließend ein Analog
>>> Cromalin.
>>> bzw. ein Digital Cromalin mit System Brunner. Sieht sehr gut
>>> zueinander aus.
>>> Ein Digital Cromalin laut ISO sieht eben viel zu dunkel bzw. zu hart
>>> aus.
>>>
>>>
>>>
>>> Haben Sie Kontrollmittel auf den Proof-Bögen (z.B. Medienkeil bei
>>> Digital-Proof) ? Wenn Ja, welche Ergebnisse.
>>> Ja natürlich verwende ich auch den Fogra Medienkeil.
>>> Mit System Brunner erziele ich Delta E von ca.15.
>>> Mit den ISO Profilen max Delta von 3.
>>>
>>>
>>> Wie ist der Unterschied zwischen den beiden Proofs und einem Druck ?
>>> Ist der Druck eher wie Analog-Proof oder wie Digital-Proof ? Und wie
>>> ist dort dann der Punktzuwachs
>>> ?
>>>
>>>
>>> Die Proofs ob Digital oder Analog sind bzw. standen immer in
>>> Verbindung mit tollen Druckergebnissen.
>>> Zu den Druckergebnissen, die mit ISOcoated separiert wurden, kann
>>> ich noch nichts berichten.
>>> Ich sehe nur beim proofen enorme Unterschiede.
>>>
>>>
>>> Grundsätzlich haben die ISOcoated Profile basierend auf den Daten
>>> der Fogra einen Punktzuwachs von 13% bei 40% für CMY und 16% für K.
>>> Meines Wissens sind die Zuwächse beim Analog-Proof deutlich höher
>>> (allerdings nicht 10%).
>>>
>>>
>>> Ich dachte mir auch, das meine Bilddaten eigentlich mit der
>>> Simulation ISOcoated heller sein müßte.
>>> Das für schlimme ist aber das diese Bilder um einiges zu dunkel
>>> erscheinen.
>>>
>>>
>>>
>>>
>>> Viele Grüße
>>> Günter Bestmann
>>>
>>>
>>> Vielen Dank für Ihr Interesse.
>>>
>>>
>>> Mit freundlichen Grüßen aus Wien
>>> Roman Keller
>>>
>>>
>>>
>>> -----Ursprüngliche Nachricht-----
>>> Von: eci-admin(a)lists.transmedia.de
>>> [mailto:eci-admin@lists.transmedia.de]Im Auftrag von Roman Keller
>>> Gesendet: Montag, 9. Februar 2004 15:32
>>> An: eci(a)lists.transmedia.de
>>> Betreff: [ECI] Tonwertzunahme bzw. Tonwertverlauf
>>>
>>>
>>> Hallo Liste,
>>>
>>>
>>>
>>> Ich möchte alle Listenteilnehmer nochmals bitten, mir bei diesem
>>> sehr wichtigem Thema zu helfen.
>>>
>>>
>>> Ich bin gerade intensiv mit der Kalibration meiner Proofgeräte
>>> beschäftigt.
>>>
>>>
>>>
>>>
>>> Nun stehe Ich vor einem für mich unlösbaren Problem.
>>>
>>>
>>>
>>> Dies sind meine Ein- und Ausgabegeräte:
>>>
>>>
>>>
>>> Eingabe: Linotype Hell DC3900 ( liefert geniale RGB Scans )
>>>
>>>
>>> Ausgabe analog: Herkules Filmbelichter und anschließend Analog Proof
>>> ( Fuji Color Art und Cromalin )
>>>
>>>
>>> Ausgabe digital: HP5000, Epson und Digital Cromalin
>>>
>>>
>>>
>>> Alle Proofgeräte simulieren Tonwertzunahmen von 15-18 % bei 40%
>>> Rasterton.
>>>
>>>
>>>
>>> Um den derzeitig notwendigen Druckvorstufe-Anforderungen gerecht zu
>>> werden,
>>>
>>>
>>> bin ich gezwungen laut Fogra-Vorgaben zu arbeiten.
>>>
>>>
>>> Ich habe auch dahingehend alle digitalen Proofgeräte bestmöglich
>>> justiert. ( max Delta E von 3.5 ).
>>>
>>>
>>> Die analoge Proofschiene ist laut Hersteller DuPont und Fuji auch
>>> richtig bzw. auf 15-18% Tonwertzunahme
>>>
>>>
>>> eingestellt.
>>>
>>>
>>> Bis dahin sieht auch alles noch sehr fein aus.
>>>
>>>
>>>
>>> Mache ich von einer Litho ein Analogproof und ein DigitalProof mit
>>> System Brunner von DuPont,
>>>
>>>
>>> passt das hervorragend zueinander.
>>>
>>>
>>> Mache ich aber ein Digitalproof noch ISO coated,
>>>
>>>
>>> dann sieht es um ca 10% im Mittelton und ca 8% im Dreiviertelton zu
>>> dunkel aus.
>>>
>>>
>>> Warum harmonieren zwei Systeme, die fast die selben
>>> Druckzunahmewerte haben nicht miteinander?
>>>
>>>
>>> Und ich spreche nicht von 2-3 Prozent. Es geht um 10 Prozent!
>>>
>>>
>>> Warum passen die ISO-Profile nicht zu einem Druckprozess mit einer
>>> analogen Druckplatte?
>>>
>>>
>>>
>>> Ich hoffe das meine Fragen viele Fachleute ansprechen und es auch zu
>>> einer Lösung kommt.
>>>
>>>
>>>
>>> Mit freundlichen Grüßen
>>>
>>>
>>> Roman Keller
>>>
>>>
>>>
>>> [malkasten]
>>>
>>>
>>>
>>> Bildbearbeitungsstudio Gesellschaft m. b. H.
>>>
>>>
>>> Mühlgasse 17-19 1040 Wien Tel: + 43 1 961 2002-0
>>>
>>>
>>> Fax: + 43 1 961 2002-10 Isdn: + 43 1 961 2002-30
>>>
>>>
>>>
>>>
>>>
>>> [malkasten]
>>>
>>>
>>> Bildbearbeitungsstudio Gesellschaft m. b. H.
>>> Mühlgasse 17-19 1040 Wien Tel: + 43 1 961 2002-0
>>> Fax: + 43 1 961 2002-10 Isdn: + 43 1 961 2002-30
>>> _______________________________________________
>>> ECI mailing list
>>> ECI(a)lists.transmedia.de
>>> http://lists.transmedia.de/mailman/listinfo/eci
>>>
>> --
>> Hirte Medien-Service GmbH & Co. KG
>> Dieter Dolezal
>> Borsteler Chaussee 85-99a
>> Haus 17, Gewerbegebiet
>> 22453 Hamburg
>>
>> Voice: +49-(0)40-51497469
>> Fax: +49-(0)40-5118059
>> Mobile: +49-(0)177-5595276
>> route:
>> http://www.stadtplandienst.de/
>> link.asp?key=99ecbc6f5d660cdb97be09656dcb2820
>>
>> _______________________________________________
>> ECI mailing list
>> ECI(a)lists.transmedia.de
>> http://lists.transmedia.de/mailman/listinfo/eci
>>
>>
>
>
> [malkasten]
>
> Bildbearbeitungsstudio Gesellschaft m. b. H.
> Mühlgasse 17-19 1040 Wien Tel: + 43 1 961 2002-0
> Fax: + 43 1 961 2002-10 Isdn: + 43 1 961 2002-30
>
[malkasten]
Bildbearbeitungsstudio Gesellschaft m. b. H.
Mühlgasse 17-19 1040 Wien Tel: + 43 1 961 2002-0
Fax: + 43 1 961 2002-10 Isdn: + 43 1 961 2002-30
20 years, 3 months
- 1
- 0
Re: ECI digest, Vol 1 #837 - 3 msgs
by Michael Dorant
am 14.02.2004 19:38 Uhr schrieb eci-request(a)lists.transmedia.de unter
eci-request(a)lists.transmedia.de:
> Send ECI mailing list submissions to
> eci(a)lists.transmedia.de
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.transmedia.de/mailman/listinfo/eci
> or, via email, send a message with subject or body 'help' to
> eci-request(a)lists.transmedia.de
>
> You can reach the person managing the list at
> eci-admin(a)lists.transmedia.de
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of ECI digest..."
>
>
> Today's Topics:
>
> 1. =?iso-8859-1?Q?AW:_=5BECI=5D_Re:_Thema:_Standard-Gammas_Kompatibili=E4t?=
> =?iso-8859-1?Q?=2C_Arbeitsweise_von_Photoshop?= (Sabine Pallaske)
> 2. Re: AW: [ECI] Tiefenkompensierung / Black Point Compensation
> (=?ISO-8859-1?Q?Andre_Sch=FCtzenhofer?=)
>
> --__--__--
>
> Message: 1
> From: "Sabine Pallaske" <sabine(a)pallaske.de>
> To: <eci(a)lists.transmedia.de>
> Date: Sat, 14 Feb 2004 16:49:38 +0100
> charset="iso-8859-1"
> Subject: [ECI]
> =?iso-8859-1?Q?AW:_=5BECI=5D_Re:_Thema:_Standard-Gammas_Kompatibili=E4t?=
> =?iso-8859-1?Q?=2C_Arbeitsweise_von_Photoshop?=
> Reply-To: eci(a)lists.transmedia.de
>
> An Liste insbesondere : Hallo Herr Hitzler,
>
> vielen Dank für den Beitrag.
> Punkt eins und zwei sind m.E. in Ihrer Formulierung auch einem Laien
> vermittelbar- ein Anliegen unsererseits, die verunsicherten Kollegen
> händisch zu unterstützen.
>
> Auch die Ausführungen zu Fragen Simulation Druck / Handling Photoshop /
> Fehlerminimierung sind hilfreich und auch für Nicht-Prepress geschulte
> Anwender zu verstehen, die ich auch gerne in unseren "Defaults" zur
> Datenübergabe an die Fotografen weitergebe.
>
> Zum Thema Schulung/Standards:
>
> Abgesehen von den von Heidelberg , Color Solutions und anderen Anbietern
> ausgerichteten Workshop - die natürlich ihren Preis wert sind - wäre es
> sicherlich sinnvoll, wenn sich Verbände wie BVPA , Freelens, BFF und andere
> ( Standes-)Organisationen mit dem Thema auseinandersetzen würden. Meiner
> Meinung nach wird dieses Thema - gerade im Hinblick auf Parameter der
> Datenübergabe im Auftrag/Angebot ,Geschäftsbedingungen und Reklamationsfall
> - leider noch unterschätzt und wird sicherlich in Zeiten schmaler Kassen und
> der Dominanz von Controlling und Rechtsabteilung an Stellenwert gewinnen.
>
> Über Resonanz bzw. Kurschluss von / mit( Digital-)Bildanbieter im Besonderen
> würde ich mich auch ausserhalb der ECI-Liste freuen, dann bitte an
> Geschafftsmail sp(a)f1online.de bzw phone 069 800 69 11.
>
>
> Sabine Pallaske
>
>
>
>
>
>
>
> ___________________________________________
>
>
>
>
>
>
> _______________________________________________
> ECI mailing list
> ECI(a)lists.transmedia.de
> http://lists.transmedia.de/mailman/listinfo/eci
>
>
> --__--__--
>
> Message: 2
> From: =?ISO-8859-1?Q?Andre_Sch=FCtzenhofer?=
> <a.schuetzenhofer(a)pro-con-cept.com>
> Subject: Re: AW: [ECI] Tiefenkompensierung / Black Point Compensation
> Date: Sat, 14 Feb 2004 19:38:52 +0100
> To: eci(a)lists.transmedia.de
> Reply-To: eci(a)lists.transmedia.de
>
>
> --Apple-Mail-3--307515046
> Content-Transfer-Encoding: quoted-printable
> Content-Type: text/plain;
> charset=WINDOWS-1252;
> delsp=yes;
> format=flowed
>
> Hallo Herr Bestmann, hallo zusammen,
>
> zun=E4chst erst mal m=F6chte ich mein Bedauern =FCber den Klang und =
> Inhalt =20
> meines letzten zu diesem Thema geh=F6renden kurzen Kommentars =
> ausdr=FCcken. =20
> Die enthaltene Polemik ist nat=FCrlich unn=F6tig und in keiner Weise bei =
> =20
> einer sachlichen Diskussion f=FCr irgendetwas vorteilhaft. Sorry.
>
> ________________________________________________________
>
> Zur Sache: Es ist vielleicht sinnvoll, die Thematik einmal von einer =20
> gewissen anderen Sichtweise aus zu betrachten. Wie es aussieht, sind =20
> wir in Bezug zur Reproduktionstechnik basierend auf ICC-Technologie im =20=
>
> Moment einem starken Wandel ausgesetzt.
>
> Gehen wir ein wenig zur=FCck. Vor einiger Zeit gab es vor allem f=FCr =
> die =20
> Vorstufe und den Druck keinerlei Bedarf, sich mit RGB- oder LAB-Daten =20=
>
> auseinanderzusetzen. Der Scanner lieferte CMYK-Daten, denen =20
> scanner-interne Separations-Routinen zugrunde lagen (durch eingebaute =20=
>
> Module / Software) - vergleichbar in etwa mit heutigem sogenannten =20
> "Gamut Mapping / Gamut Kompression".
>
> Die Separationsergebnisse wurden als gegeben hingenommen, und in der =20
> Tat: ein substanzielles Unterscheidungskriterium war die Art und Weise =20=
>
> der Separation, also Farbaufbau, Schwarzaufbau, UCR, GCR und nicht =20
> zuletzt die farbliche Umsetzung (Gamut Mapping) - neben der =20
> physikalischen Umsetzung des Scanner-Signals also das =20
> qualit=E4tsbestimmende Merkmal.
>
> Verschiedene Settings werden f=FCr verschiedene Vorlagen angewendet, die =
> =20
> mit dementsprechend unterschiedlicher Gewichtungen intern von RGB nach =20=
>
> CMYK umgesetzt werden.
>
>
> Durch die Einzug haltende ICC-Technologie ist es offensichtlich, dass =20=
>
> gewisse Anforderungen an die Art und Weise der Reproduktion einem =20
> Wandel unterliegen.
>
> Betrachten wir die Sache aus dem medienneutralen Daten- und =20
> Bearbeitungs-Ansatz mit RGB-Scans als Grundlage. Der Workflow und das =20=
>
> anzustrebende Ziel sieht nun so aus, dass man hier einen Datenbestand =20=
>
> durch Retusche erzeugt, der vom farblichen Eindruck her die Referenz =20
> darstellt - in beispielsweise ECI-RGB.
>
> Scanner-interne Separationen spielen also hier keine Rolle mehr, die =20
> farbliche Retusche und gegebenenfalls Bild-Montage geschieht visuell =20
> zum gr=F6=DFten Teil am Monitor - sowohl in der Digitalfotografie wie =
> auch =20
> in der Druckvorstufe.
>
> Eine eigentlich aus meiner Sicht normale Anforderung einer Umsetzung / =20=
>
> Reproduktion dieses Datenbestandes ist, dann auch eine m=F6glichst =
> genaue =20
> Wiedergabe dieses Farbeindrucks auf jeglichen Medien zu erzeugen, auf =20=
>
> denen diese medienneutralen (Referenz-) Daten ausgegeben werden sollen.
>
> Es macht f=FCr mich nicht unbedingt Sinn, danach eine erneute Korrektur =20=
>
> f=FCr eine bestimmte Umwandlungsmethode erstellen zu m=FCssen. Oder dann =
> =20
> noch mal entscheiden zu m=FCssen, das erste Bild ist ein High-Key-Image, =
> =20
> das andere eine Landschaftsaufnahme und das n=E4chste Technik. Zudem =20
> m=FCssten dann noch verschiedene Profile mit verschiedenen speziellen =20=
>
> perceptual-rendering-intent-Einstellungen verwendet werden, um jedem =20
> Bildtyp gerecht zu werden.
>
> Ein einmal im Profil festgelegtes spezielles Gamut Mapping verh=E4lt =
> sich =20
> f=FCr alle Quell-Ziel-Kombinationen definitiv statisch. Jedoch:
>
>> Tats=E4chlich ist es mit bestimmter moderner Software m=F6glich, =
> sowohl =20
>> gut ges=E4ttigte aber zugleich auch in Bezug zu der Quell-Datei recht =20=
>
>> neutrale Separationen mittels Perceptual Rendering zu erzeugen.
>
> Wie schon gesagt, beinhaltet der medienneutrale Retusche- und =20
> Bildarchivierungs-Gedanke meines Erachtens, diese =20
> Farbstimmungsoptimierungen als Farbreferenz in dem (ersatz-) =20
> verfahrensunabh=E4ngigen Farbr=E4umen zu erstellen. Folglich ist eine =20=
>
> m=F6glichst originalgetreue Umsetzung und keine "geschmackliche =20
> Umsetzung" anzustreben, da die Geschmacksabstimmung schon bei der =20
> Retusche erfolgte.
>
> Letztendlich ist es egal, ob man hierf=FCr dann relcolBPC oder =
> bestimmtes =20
> ("neutrales") perceptual rendering verwendet. In der Vergangenheit war =20=
>
> es so, dass relcolBPC der bessere Kompromiss - vor allem bei =20
> verschiedenen Profilen verschiedener Hersteller - war und in einige =20
> F=E4llen noch ist.
>
> Aufgrund ICC-Technologie ist es ja jetzt m=F6glich, den tats=E4chlichen =20=
>
> Zustand vor der Umwandlung mit dem Umwandlungsergebnis zu vergleichen =20=
>
> und zu bewerten - eine Eigenschaft, die bei den =FCblichen CMYK-Scannern =
> =20
> nur mit der Originalvorlage und nicht mit dem schon reproduzierten =20
> Ergebnis m=F6glich war.
>
> Wie gesagt denke ich, dass sich hier heutzutage eine Ver=E4nderung der =20=
>
> Priorit=E4ten einstellt. Wenn es grunds=E4tzlich m=F6glich ist, einen =20=
>
> farbverbindlichen Referenz-Datenbestand bzw. eine bestimmte Quell-Datei =20=
>
> m=F6glichst 1:1 umsetzen zu k=F6nnen, warum das dann nicht einfach tun?
>
> (Es geht hier auch um die M=F6glichkeit, Datenbest=E4nde zu =20
> "visualisieren", also die am Monitor abgestimmte Referenz-Datei auf =20
> einem High-Gamut-Proofer auszugeben. Das ist vor allem f=FCr =20
> Farbabstimmungen interessant, wo der endg=FCltige Verwendungszweck noch =20=
>
> nicht feststeht, wie zum Beispiel bei Postproductions von =20
> Fotoshootings. Um nicht von vorne herein eine im Farbraum beschr=E4nkte =20=
>
> Simulation erstellen zu m=FCssen, ist eine grunds=E4tzliche Anforderung =20=
>
> hier, einen medienneutralen Proof zu erstellen, der m=F6glichst exakt =
> mit =20
> der Monitoransicht =FCbereinstimmt. Eine dann gew=FCnschte 1:1 Umsetzung =
> =20
> ist hier nur farbmetrisch und wei=DF- und schwarzpunktrelativ m=F6glich =20=
>
> (dynamische Anpassung der Helligkeit Monitor - Proofer). )
>
> Ansonsten kann ich nur meine erste Mail zu diesem Thema wiederholen. =20
> Interessant ist auch, dass die Thematik relcolBPC anscheinend immer =20
> sofort in die Perceptual Rendering Intent-Debatte "umschl=E4gt".
>
> Um das auch hier noch mal klarzustellen: Es geht nicht darum, die =20
> perceptual rendering Philosophie in Frage zu stellen, sondern um die =20
> Umsetzung von praxisrelevanten Anforderungen, wo es letztendlich "nur" =20=
>
> um die geeignetste Farbtransformation von einem Farbraum in einen =20
> anderen geht, und das unter Hinzunahme aller damit in Verbindung =20
> stehenden Anforderungen. Dass hierbei die Vor- und Nachteile von =20
> bestimmten Vorgehensweisen kritisch hinterfragt werden m=FCssen, halte =20=
>
> ich f=FCr eine Notwendigkeit.
>
> Perceptual Rendering mit Black Point Compensation austauschen zu wollen =20=
>
> ist und war niemals relevant, es geht hier um Erweiterung und nicht =20
> Verdr=E4ngung. Auf lange Sicht f=FChren sowieso alle Wege zu einer =20
> Smart-CMM-Funktionalit=E4t, allerdings gibt es wohl im Moment gen=FCgend =
> =20
> andere auch wichtige Baustellen ...
>
> Freundliche Gr=FC=DFe, Andre Sch=FCtzenhofer
>
>
>
>
>
>
>
> Am 05.02.2004 um 23:19 schrieb Andre Sch=FCtzenhofer:
>
>> Hallo
>>
>> ich habe mir absichtlich lange Zeit gelassen, auf diese Kommentare zu =20=
>
>> antworten. Nach mehrmaligem Durchlesen komme ich immer wieder zu dem =20=
>
>> Schluss, dass meine Mail nur oberfl=E4chlich gelesen wurde und einzig =20=
>
>> auf vordergr=FCndig aus bestimmter Sicht als "unangenehm" erscheinende =
> =20
>> Aussagen geantwortet wurde. Schade.
>>
>> A. Sch=FCtzenhofer
>>
>>
>>
>> Am 03.02.2004 um 14:44 schrieb Bestmann, Guenter 3887 S-RD-PN7:
>>
>>> Hallo, meine Antworten im Text.
>>> =A0
>>> Gru=DF
>>> G=FCnter Bestmann
>>> =A0
>>> =
> ----------------------------------------------------------------------=20=
>
>>> --------------
>>>
>>> Dr. G=FCnter Bestmann
>>> Heidelberger Druckmaschinen AG
>>> Solution Center Sheetfed S-RD-PN7
>>> =A0
>>> Dr.-Hell-Stra=DFe
>>> 24107 Kiel
>>> =A0
>>> Tel.: +49 (0) 431/3863887
>>> Mail:Guenter.Bestmann@Heidelberg.com
>>> -----Urspr=FCngliche Nachricht-----
>>> Von:eci-admin@lists.transmedia.de =20
>>> [mailto:eci-admin@lists.transmedia.de]Im Auftrag vonAndre =20
>>> Sch=FCtzenhofer
>>> Gesendet:Dienstag, 3. Februar 2004 10:13
>>> An:eci@lists.transmedia.de
>>> Betreff:[ECI] Tiefenkompensierung / Black Point Compensation
>>>
>>>
>>> Hallo zusammen,
>>>
>>>
>>>
>>> Warum gibt es =FCberhaupt eine Funktion wie die Tiefenkompensierung / =
> =20
>>> Black Point Compensation =96 vor allem wo doch das Standard-ICC-Level =
> =20
>>> angeblich ausreichend funktioniert?
>>> Adobe=A0verwendet standardm=E4=DFig den Rendering Intent Relative =20
>>> Colorimetric - mit der Folge, das Bilder standardm=E4=DFig eher m=E4=DF=
> ig =20
>>> reproduziert werden. Durch die Tiefenanpassung wird hier eine =20
>>> deutliche Verbesserung erreicht. Wie an anderer Stelle bereits =20
>>> beschrieben, macht die Tiefenanpassung auch nur hier Sinn. Aus dieser =
> =20
>>> Adobe- Funktion zu schliessen, das das Color Management nach ICC =20
>>> nicht ausreichend funktioniert, kann ich nicht teilen. Man kann es =20=
>
>>> auch andersherum sehen: Adobe behebt mit dieser Funktion =20
>>> Qualit=E4tsprobleme seiner eigenen Implementierungen. Man kann es =
> auch =20
>>> als ein nettes Feature sehen mit aus meiner Sicht beschr=E4nktem =20
>>> Einsatzbereich.
>>>
>>>
>>>
>>> Gamut Mapping:
>>>
>>>
>>>
>>> Stand der Technologie ist, dass die Farbtransformation von Bildern =20=
>
>>> mittels ICC-Technologie vorzugsweise =FCber den Perceptual Rendering =20=
>
>>> Intent erfolgen soll. Soweit auch die allgemeine Empfehlung seitens =20=
>
>>> von Profilerstellungs-Tool-Herstellern. Die ICC-Spezifikation =20
>>> =FCberl=E4sst die Art und Weise des "Gamut Mapping" dem jeweiligen =20=
>
>>> Hersteller von Profilerstellungs-Software.
>>> Die Reproduktion von Bildern ist in weiten Bereichen =20
>>> geschmacksabh=E4ngig. Die einen lieben es bunter, die anderen mehr =20=
>
>>> pastellartig, die einen w=E4rmer die anderen mehr k=FChler. Das ist =20=
>
>>> teilweise kulturell bedingt. Die Reproduktion ist eng mit dem Gamut =20=
>
>>> Mapping verkn=FCpft.=A0Ein standardisiertes Gamut Mapping zu =
> definieren =20
>>> ist da eine schwierige Aufgabe. Wenn es da so etwas geben wird, =20
>>> werden wir es auch unterst=FCtzen - als eine M=F6glichkeit Bilder zu =20=
>
>>> reproduzieren.
>>>
>>> Ungeachtet des Umstandes, dass sich die "Qualit=E4t" an sich der =20
>>> jeweiligen Gamut Mapping Strategie zu einer anderen unterscheiden =20
>>> kann, ergibt sich leider schon allein aus der Logik heraus eine =20
>>> systematische Inkonsistenz: Es ist nur dann m=F6glich, eine =20
>>> einigerma=DFen gesicherte Aussage =FCber das Transformationsergebnis =20=
>
>>> eines bestimmten Bildes zu machen, wenn bekannt ist, welches =20
>>> Profilerstellungsprogramm mit welchem (auch speziellen bzw. =20
>>> individuellen) Gamut Mapping das perceptual rendering des Bildes =20
>>> durchf=FChren wird.=A0=A0
>>> =A0
>>> Das ist so und wird auch so bleiben. Die Anspr=FCche der Anwender =
> sind =20
>>> einfach zu unterschiedlich. Einen Einheitsgeschmack wird es hier auch =
> =20
>>> nicht geben.=A0Zu Zeiten der HighEndCMYK-Scanner von Hell, Crosfield, =
> =20
>>> Screen gab es auch unterschiedliche Ergebnisse bei der Separation. =20=
>
>>> Und keiner hat behauptet, das die eine Separation schlechter als die =20=
>
>>> andere w=E4re. Ausserdem gab es Hunderte von Kn=F6pfen, um die =
> Separation =20
>>> zu ver=E4ndern und motivabh=E4ngig zu korrigieren. Landschaften =
> wurden =20
>>> anders reproduziert als Portraits oder Technikbilder. Das ist heute =20=
>
>>> weitgehend in Vergessenheit geraten, und mangels Erfahrung auf diesem =
> =20
>>> Gebiet wird alles mit einem ICC-Profil erledigt. Und nun auch noch =20=
>
>>> mit einem Standard Gamut Mapping (mit Tiefenkompensation) ? Welch ein =
> =20
>>> R=FCckschritt in Qualit=E4t!
>>>
>>>
>>>
>>> Ich denke, das Problem ist offensichtlich. Einerseits wird eine =20
>>> gewisse Verfahrensunabh=E4ngigkeit der Datenhaltung empfohlen, =20
>>> andererseits kann eine Vorhersehbarkeit nur durch eine dann in Bezug =20=
>
>>> zu der Spezifizierung des Zielprofils verfahrensabh=E4ngige =20
>>> Vorgehensweise gew=E4hrleistet werden.
>>> Man muss seine=A0Daten immer wieder an die neuen Ziele der =
> Reproduktion =20
>>> anpassen (Zeitung, Gravur, Offset, Papiertyp 1 oder 4). Das ist der =20=
>
>>> Sinn der Verfahrensunabh=E4ngigkeit und nicht das unter allen =
> Umst=E4nden =20
>>> gleiche Ergebnis.=A0
>>>
>>>
>>> Die Problematik geht soweit, dass die Medienkeilauswertung von ein =20=
>
>>> und dem selben Datensatz (Messwerte) =FCbereinstimmen, das =20
>>> Separationsergebnis und somit Aussehen der Bilddaten aufgrund von =20
>>> verschiedenen Gamut Mapping Strategien unterschiedlich sein wird =20
>>> (Pr=FCfmittel MK =3D CMYK, also abscol und RGB/LAB-Bild perceptual).
>>> Der=A0Medienkeil dient der Prozesskontrolle (im Proof, nicht im =
> Druck) =20
>>> und hat nichts mit dem Gamut Mapping und der Bildreproduktion zu tun. =
> =20
>>> Ich sehe hier auch kein Problem - das ist so!
>>>
>>>
>>> Das Thema Gamut Mapping ist in seinen Auswirkungen bekanntlicherweise =
> =20
>>> sehr komplex, deswegen hier auch nur stichwortartig:
>>>
>>>
>>>
>>> 1. =DCblicherweise wird jede Quell-Farbe im Farbort ver=E4ndert, ob =
> nun =20
>>> im Zielfarbraum abbildbar oder nicht (Gamut Kompression)=A0=A0
>>>
>>> Man braucht halt ein bi=DFchen=A0Platz f=FCr die Out-of-Gamut-Farben =
> sowohl =20
>>> in der Buntheit als auch auf der Grauachse. Nun sind die =20
>>> Komprimierungen i.a. im Innern geringer als zum Rand des Farbk=F6rpers =
> =20
>>> hin.
>>>
>>> 2. Die Kompression ist bei aktuellem Stand der Technologie immer =20
>>> statisch=A0=A0
>>>
>>> Nein, sie ist recht weitgehend einstellbar, in Printopen und auch bei =
> =20
>>> den anderen Tools.=A0
>>>
>>> 3. Wie schon erw=E4hnt, gibt es keine Richtlinien =FCber die Art und =20=
>
>>> Weise der Implementierung des Gamut Mapping=A0=A0
>>>
>>> So ist es. Wenn es eine Richtlinie geben wird, werden wir sie als =20
>>> eine M=F6glichkeit unterst=FCtzen.=A0
>>>
>>> 4. Daraus folgen teilweise extrem unterschiedliche Umsetzungen des =20=
>
>>> Bildmaterials, auch und vor allem bei CMYK2CMYK Transformationen, und =
> =20
>>> zus=E4tzlich wegen teils v=F6llig unterschiedlicher Philosophien =FCber=
> die =20
>>> R=FCckrechnung in den PCS, die sich im Ergebnis mit zus=E4tzlich =20
>>> unterschiedlichen Gamut-Mapping-Strategien aufaddieren k=F6nnen=A0=A0
>>>
>>> Sie sind unterschiedlich, aber nicht so extrem (wie immer das =20
>>> definiert ist). Die Unterschiede bei CMYK2CMYK treten auf, wenn Tools =
> =20
>>> ein unzureichendes Inverses Gamut Mapping im Perceptual RI haben. F=FCr=
> =20
>>> unsere Profile trifft dies jedenfalls nicht zu. Im Gegenteil, die =20
>>> Prozesskonvertierung funktioniert ausnehmend gut in unseren =20
>>> Anwendungen.=A0
>>>
>>> 5. ...
>>>
>>>
>>>
>>> Es ist noch anzumerken, und ich erlaube mir diese klaren Worte, dass =20=
>
>>> vor nicht allzulanger Zeit die perceptual rendering intents einiger =20=
>
>>> Profilierungstools nicht wirklich zur Separation geeignet waren - und =
> =20
>>> das vor allem aus qualitativen Gesichtspunkten. Gl=FCcklicherweise =
> hat =20
>>> sich das zum Positiven gewandelt. Zu dieser Zeit war der bestm=F6gliche=
> =20
>>> Kompromiss, farbmetrische Konvertierungen durchzuf=FChren, da das =
> Gamut =20
>>> Mapping vom Ergebnis her meistens indiskutabel war.=A0=A0
>>>
>>> Diese Behauptung und auch die weiter unten kann ich aus meiner =20
>>> langj=E4hrigen Erfahrung heraus absolut nicht nachvollziehen. Das es =20=
>
>>> 1992 bei der Einf=FChrung des ICC-basierten Color Managements=A0noch =
> zu =20
>>> Problemen kam, gebe ich gerne zu, aber sp=E4testens um 1995/96 waren =20=
>
>>> diese gel=F6st samt der zu Beginn noch mangelhaften Interoperabilit=E4t=
> =20
>>> der CMMs und Profile. Es gibt Qualit=E4tsunterschiede zwischen den =20=
>
>>> Tools, aber so gro=DF sind sie nun auch nicht. Sie liegen mehr in den =
> =20
>>> Details wie dem Gamut Mapping Strategien, der Einstellbarkeit von =20
>>> Farbaufbauten, der Gl=E4tte der Separation,=A0 der Qualit=E4t der =
> Inversen =20
>>> Transformation usw. Unbrauchbar ist da keiner der renomierten =20
>>> Hersteller.
>>>
>>> Die Behandlung der Helligkeit als vor allem tiefenzeichnende =20
>>> Komponente in nicht-linearer Funktionsweise ist auch f=FCr die =20
>>> Implementierung des Gamut Mapping keine Selbstverst=E4ndlichkeit, =20
>>> jedenfalls nicht f=FCr alle Profilierungs-Tools. Tats=E4chlich =
> verhielten =20
>>> und verhalten sich einige Gamut Mapping Strategien in der Behandlung =20=
>
>>> der Helligkeit genauso linear wie es die Tiefenkompensierung heute =20=
>
>>> macht. Erst durch die Implementierung zus=E4tzlicher Rendering =20
>>> Intent-Optionen in bestimmten Profilerstellungstools ist es m=F6glich, =
> =20
>>> die Tiefenzeichnung in der Wiedergabeseite / perceptual RI zu =20
>>> verbessern. Wie gesagt gilt das allgemein nicht f=FCr alle zur Zeit =
> am =20
>>> Markt erh=E4ltlichen Programme.=A0=A0
>>>
>>> Das sehe ich bei unseren Produkten nicht so.=A0
>>> Gl=FCcklicherweise scheinen die gleichen Probleme zu =E4hnlichen =20
>>> L=F6sungsans=E4tzen zu f=FChren, so dass die Diskrepanz zwischen den =20=
>
>>> einzelnen Strategien kleiner geworden ist. Tats=E4chlich ist es mit =20=
>
>>> bestimmter moderner Software m=F6glich, sowohl gut ges=E4ttigte aber =20=
>
>>> zugleich auch in Bezug zu der Quell-Datei recht neutrale Separationen =
> =20
>>> mittels Perceptual Rendering zu erzeugen.
>>>
>>>
>>>
>>>
>>> Tiefenkompensierung / Black Point Compensation
>>>
>>>
>>>
>>> Es ist nat=FCrlich verst=E4ndlich, dass eine Funktion wie die =20
>>> Tiefenkompensierung eine gewisse Bedrohung f=FCr das Dasein der =20
>>> perceptual rendering Philosophie darstellt. Aus =20
>>> Software-Herstellersicht scheint augenscheinlich die Sicht =20
>>> vorzuherrschen, dass das einzige (oder zumindest wichtigste) =20
>>> Unterscheidungskriterium die Art und Weise des Gamut Mapping als =20
>>> Entscheidungsgrundlage f=FCr den Kauf und die Verwendung der Software =
> =20
>>> ist.
>>> Ich sehe das nicht als Bedrohung, sondern eher=A0als einen Verlust an =
> =20
>>> Qualit=E4t als Folge eines Verlustes an Fachwissen =FCber =20
>>> Farbreproduktion. Die Bedrohung ist hier eher die Nivellierung des =20=
>
>>> Geschmackes. (Irgendwie werde ich langsam ein wenig "b=F6se" - man =
> m=F6ge =20
>>> mir das nachsehen als jemand, der das Thema Qualit=E4t immer sehr =
> hoch =20
>>> h=E4lt.)
>>>
>>>
>>>
>>> Tats=E4chlich ist uns doch allen bewusst, dass es um mehr als nur das =
> =20
>>> geht.
>>>
>>>
>>>
>>> Und tats=E4chlich lassen sich mit RelColBPC hochwertige Separationen =20=
>
>>> erzeugen. Man sollte hierf=FCr sorgf=E4ltig erstellte individuelle =20=
>
>>> Profile verwenden. Dar=FCberhinaus lassen sich die meisten nicht =20
>>> gew=FCnschten Effekte editieren.
>>> Das kann in dieser Allgemeinheit nicht richtig sein. Mir sind auch =20=
>
>>> nicht viele Anwender bekannt, auch hier auf dieser Liste nicht, die =20=
>
>>> so arbeiten.
>>>
>>> Wenn jemand den farbmetrischen Tabellen Reproduktionsqualit=E4t =20
>>> abspricht, schlie=DFt er damit eine Verwendbarkeit zum hochwertigen =20=
>
>>> Proofen mit aus.=A0=A0
>>>
>>> Exakte Farbmetrik f=FCrs Proofen und Reproduktionsqualit=E4t sind =
> zwei =20
>>> sehr unterschiedliche Dinge. F=FCr die Separation werden die =
> BtoA-Tags =20
>>> verwendet (inklusive Gamut Mapping, Farbaufbau), f=FCr das Proofen =
> (und =20
>>> die Prozesskonvertierung) die AtoB-Tags. Und jede dieser Tag-Gruppen =20=
>
>>> wird f=FCr ihren Anwendungsfall sorgf=E4ltig optimiert und sind f=FCr =
> =20
>>> Perceptual und Relative zueinander invers.
>>>
>>> Um auf die Tiefenkompensierung / Black Point Compensation =20
>>> zur=FCckzukommen: Der Grund, weshalb jeder, der ernsthaft und mit =20
>>> einiger Erfahrung Separationen von RGB/LAB nach CMYK macht sich =20
>>> fr=FCher oder sp=E4ter auch mit der Funktion Tiefenkompensierung =20
>>> auseinandersetzt, ist die Art der Umsetzung - eben farbmetrisch. Der =20=
>
>>> Schl=FCssel zu einer farblich originalgetreuen Wiedergabe liegt nun =
> mal =20
>>> in der Farbmetrik und nicht in einer "optisch ansprechenden" =20
>>> Ver=E4nderung aller Farben mit dem Ziel, vor allem Zeichnung zu =20
>>> erhalten bzw. maximale S=E4ttigung zu erzielen.
>>> Die Diskussion der "originalgetreuen Wiedergabe"=A0ist so alt wie die =
> =20
>>> Reproduktionstechnik. Sie ist =FCblicherweise bei Bildern=A0nur in =20=
>
>>> Ausnahmef=E4llen gew=FCnscht (Faximile-Reproduktion). Ansonsten ist =
> das =20
>>> Ziel die "optisch ansprechende" Reproduktion von Vorlagen (Motiven) =20=
>
>>> auf einem gegebenen Ausgabeprozess (Papier, Farbe). Und das l=E4=DFt =
> sich =20
>>> nicht mit der Tiefenkompensation und der 1 zu 1 Farbmetrik l=F6sen.
>>>
>>>
>>> Auf den Umstand, dass in der Regel eine Mehrzahl der Bilder vom =20
>>> "Clipping" oftmals weitgehend nicht negativ beeinflusst werden, =20
>>> m=F6chte ich gar nicht n=E4her eingehen. Ein Zeichnungsverlust in =20
>>> ges=E4ttigten Farben ist auch nicht immer vorhanden, da sich =
> Zeichnung =20
>>> auch hier vor allem durch die Helligkeitskomponente definiert. Jede =20=
>
>>> farbmetrische Tabelle hat auch gewisse perzeptive Komponenten an sich =
> =20
>>> - also die Art und Weise, wie out-of-gamut Farben behandelt werden.
>>> Brutales Klipping auf die Oberfl=E4che, wobei wir versuchen den =
> Buntton =20
>>> zu erhalten. Mehr kann man nicht machen.
>>>
>>>
>>> Ein Nachteil der BPC ist die im moment nur linear funktionierende =20
>>> Abeitsweise (lineares Skalieren der Helligkeit in XYZ).
>>> Also=A0gibt es doch Qualit=E4tsprobleme ?=A0
>>>
>>>
>>> Die ideale (neutrale) Gamut Mapping Strategie sieht meiner Meinung =20=
>
>>> nach wie folgt aus:
>>>
>>>
>>>
>>> Im Kern farbmetrisch, mit nicht-linearer Behandlung der Helligkeit =20=
>
>>> (die Nicht-Linearit=E4t ergibt sich in der St=E4rke der Anwendung aus =
> dem =20
>>> individuellen Schwarzwert des Devices in Bezug zu L=3D0) mit leichtem =
> =20
>>> S=E4ttigungs-Ausgleich (resultierend aus dem Verh=E4ltnis =
> wahrgenommener =20
>>> S=E4ttigungsverlust durch nicht-linearen Behandlung der Helligkeit). =20=
>
>>> Out-of-gamut-Farben k=F6nnen bis zu einem gewissen Grenzwert "weich" =20=
>
>>> =FCber die Gamut-Border in den farbmetrischen Kern hineinragen, wobei =
> =20
>>> eine grunds=E4tzlicher Zeichnungserhalt durch sensible Behandlung der =
> =20
>>> Helligkeits-Komponente in der Wiedergabef=E4higkeit gegeben ist =20
>>> (perzeptive Komponente).
>>>
>>>
>>>
>>> Man k=F6nnte bei dem farbmetrischen Ansatz auch von einer h=F6heren =20=
>
>>> "Effizienz" sprechen. Tats=E4chlich ist die Tiefenkompensierung ein =20=
>
>>> kleiner (mini-kleiner) Schritt in eine "Smart CMM-Funktionalit=E4t", =
> da =20
>>> hier die tats=E4chlichen farbmetrischen Eigenschaften Grundlage f=FCr =
> ein =20
>>> Mapping sind.
>>>
>>>
>>>
>>> Weiterhin ist es so, dass bei CMYK2CMYK Separationen bzw. =20
>>> Transformationen bei =E4hnlich gro=DFen =
> Quell-Zielfarbraum-Kombinationen =20
>>> der urspr=FCnglich erfolgte Kompressionsfaktor (wenn vorhanden) =20
>>> aufrecht erhalten werden kann. Die Tiefenkompensierung gew=E4hrleistet =
> =20
>>> eine Dynamik-Anpassung beider Prozesse aufeinander, ohne eine im =20
>>> Gro=DFteil der F=E4lle nicht gew=FCnschte erneute Farbraumkompression =
> =20
>>> durchzuf=FChren (propriet=E4res Inverses Gamut Mapping nicht =20
>>> ber=FCcksichtigt).
>>> Verwendet man bei der Prozesskonvertierung den Relativen Intent =20
>>> braucht man bei gleich gro=DFen Farbraumumf=E4ngen keine =20
>>> Tiefenkompensation. Beim Perceptual Intent auch nicht, da hier zuerst =
> =20
>>> das Gamut Mapping r=FCckg=E4ngig gemacht wird und dann das des neuen =20=
>
>>> Prozesses verwendet wird.
>>>
>>>
>>>
>>> Als Fazit m=F6chte ich ziehen, dass die Verf=FCgbarkeit einer Black =
> Point =20
>>> Compensation selbstverst=E4ndlich keine Ideall=F6sung darstellt, eine =
> =20
>>> allgemeine Verf=FCgbarkeit jedoch absolut w=FCnschenswert ist. Adobe =20=
>
>>> stellt nicht zu Unrecht neben der umfassendsten allgemeinen =20
>>> Farbmanagement-Funktionalit=E4t auch die BPC zur Verf=FCgung. Ich =
> glaube =20
>>> auch, dass vielen gar nicht bewu=DFt ist, dass jedes CMYK-Bild in =20
>>> Photoshop standardm=E4=DFig mit relcolBPC am Monitor gezeigt wird.
>>> Also, die Farbmanagement-Funktionalit=E4t unserer Anwendungen =20
>>> SuperColor/Printready/Metadimension ist um einiges gr=F6=DFer als die =
> von =20
>>> Adobe.
>>>
>>> Weiterhin ist eine konsistente Farbwiedergabe langfristig nur durch =20=
>
>>> eine einheitliche Umwandlungsmethode zu erreichen, (Default =20
>>> "neutrales" Gamut Mapping / Smart CMM Funktionalit=E4t) sofern man =
> das =20
>>> m=F6chte. Falls es allgemein gen=FCgt und gew=FCnscht ist, =
> verschiedene =20
>>> Ergebnisse aufgrund verschiedener Profil-Software zu erhalten, so be =20=
>
>>> it. Allerdings bef=FCrchte ich, dass wir uns langfristig in eine =20
>>> Sackgasse begeben werden, die ein angestrebtes offenes und =20
>>> herstellerunabh=E4ngiges Farb- und Workflowmamagement schwer m=F6glich =
> =20
>>> macht und f=FCr weitere Unsicherheit bei den Anwendern sorgen wird. =
> Ich =20
>>> w=FCrde hierbei gerne Unrecht haben.
>>> =A0
>>> Aus meinen Kommentaren geht wohl deutlich hervor, das wir bei den =20
>>> Zielen um einiges auseinander liegen. Die "Einheitswiedergabe" von =20=
>
>>> Vorlagen im Druck kann nur der kleinste gemeinsame Nenner f=FCr =20
>>> bestimmte Anwendungsf=E4lle sein. Ansonsten wird man um eine =20
>>> optimierte, vorlagen- und ausgabe- abh=E4ngige Farbwiedergabe nicht =20=
>
>>> herumkommen wenn man hochwertige =FCberdurchschnittliche Arbeit =
> machen =20
>>> m=F6chte.
>>>
>>> Offenes=A0Farb- und Workflowmanagement uneingeschr=E4nkt JA, =20
>>> herstellerunabh=E4ngig wird es nie werden. Sie brauchen immer =20
>>> mindestens einen Hersteller.
>>>
>>> Gru=DF Andre Sch=FCtzenhofer
>>>
>>>
>>>
>>>
>>> PRO=B7CON=B7CEPT GmbH - production and consulting by concept
>>>
>>> =
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=20
>>> =96
>>>
>>> Standort|Sitz K=F6ln: Ehrenstra=DFe 88 =B7 50672 K=F6ln
>>>
>>> phone|fax: +49 (0) 221 - 255 254 | cell +49 (0) 172 - 21 28 104
>>>
>>> j.erpenbach(a)pro-con-cept.com
>>>
>>> =
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=20
>>> =96
>>>
>>> Standort Langenfeld: Kronprinzstra=DFe 54 =B7 40764 Langenfeld
>>>
>>> tele +49 (0) 2173-3993 phone +363 fax +308 | cell +49 (0) 172-208 32 =20=
>
>>> 73
>>>
>>> a.schuetzenhofer(a)pro-con-cept.com
>>>
>>> =
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=20
>>> =96
>>>
>>> http://www.pro-con-cept.com =B7 info(a)pro-con-cept.com
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>> PRO=B7CON=B7CEPT GmbH - production and consulting by concept
>> =
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96
>> Standort|Sitz K=F6ln: Ehrenstra=DFe 88 =B7 50672 K=F6ln
>> phone|fax: +49 (0) 221 - 255 254 | cell +49 (0) 172 - 21 28 104
>> j.erpenbach(a)pro-con-cept.com
>> =
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96
>> Standort Langenfeld: Kronprinzstra=DFe 54 =B7 40764 Langenfeld
>> tele +49 (0) 2173-3993 phone +363 fax +308 | cell +49 (0) 172-208 32 =
> 73
>> a.schuetzenhofer(a)pro-con-cept.com
>> =
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96
>> http://www.pro-con-cept.com =B7 info(a)pro-con-cept.com
>>
>>
>>
> =20
> =20=
>
> --Apple-Mail-3--307515046
> Content-Transfer-Encoding: quoted-printable
> Content-Type: text/enriched;
> charset=WINDOWS-1252
>
> Hallo Herr Bestmann, hallo zusammen,
>
>
> zun=E4chst erst mal m=F6chte ich mein Bedauern =FCber den Klang und =
> Inhalt
> meines letzten zu diesem Thema geh=F6renden kurzen Kommentars
> ausdr=FCcken. Die enthaltene Polemik ist nat=FCrlich unn=F6tig und in =
> keiner
> Weise bei einer sachlichen Diskussion f=FCr irgendetwas vorteilhaft.
> Sorry.
>
>
> ________________________________________________________
>
>
> Zur Sache: Es ist vielleicht sinnvoll, die Thematik einmal von einer
> gewissen anderen Sichtweise aus zu betrachten. Wie es aussieht, sind
> wir in Bezug zur Reproduktionstechnik basierend auf ICC-Technologie im
> Moment einem starken Wandel ausgesetzt.=20
>
>
> Gehen wir ein wenig zur=FCck. Vor einiger Zeit gab es vor allem f=FCr =
> die
> Vorstufe und den Druck keinerlei Bedarf, sich mit RGB- oder LAB-Daten
> auseinanderzusetzen. Der Scanner lieferte CMYK-Daten, denen
> scanner-interne Separations-Routinen zugrunde lagen (durch eingebaute
> Module / Software) - vergleichbar in etwa mit heutigem sogenannten
> "Gamut Mapping / Gamut Kompression".
>
>
> Die Separationsergebnisse wurden als gegeben hingenommen, und in der
> Tat: ein substanzielles Unterscheidungskriterium war die Art und Weise
> der Separation, also Farbaufbau, Schwarzaufbau, UCR, GCR und nicht
> zuletzt die farbliche Umsetzung (Gamut Mapping) - neben der
> physikalischen Umsetzung des Scanner-Signals also das
> qualit=E4tsbestimmende Merkmal.
>
>
> Verschiedene Settings werden f=FCr verschiedene Vorlagen angewendet, die
> mit dementsprechend unterschiedlicher Gewichtungen intern von RGB nach
> CMYK umgesetzt werden.
>
>
>
> Durch die Einzug haltende ICC-Technologie ist es offensichtlich, dass
> gewisse Anforderungen an die Art und Weise der Reproduktion einem
> Wandel unterliegen.=20
>
>
> Betrachten wir die Sache aus dem medienneutralen Daten- und
> Bearbeitungs-Ansatz mit RGB-Scans als Grundlage. Der Workflow und das
> anzustrebende Ziel sieht nun so aus, dass man hier einen Datenbestand
> durch Retusche erzeugt, der vom farblichen Eindruck her die Referenz
> darstellt - in beispielsweise ECI-RGB.=20
>
>
> Scanner-interne Separationen spielen also hier keine Rolle mehr, die
> farbliche Retusche und gegebenenfalls Bild-Montage geschieht visuell
> zum gr=F6=DFten Teil am Monitor - sowohl in der Digitalfotografie wie =
> auch
> in der Druckvorstufe.=20
>
>
> Eine eigentlich aus meiner Sicht normale Anforderung einer Umsetzung /
> Reproduktion dieses Datenbestandes ist, dann auch eine m=F6glichst
> genaue Wiedergabe dieses Farbeindrucks auf jeglichen Medien zu
> erzeugen, auf denen diese medienneutralen (Referenz-) Daten ausgegeben
> werden sollen.=20
>
>
> Es macht f=FCr mich nicht unbedingt Sinn, danach eine erneute Korrektur
> f=FCr eine bestimmte Umwandlungsmethode erstellen zu m=FCssen. Oder dann
> noch mal entscheiden zu m=FCssen, das erste Bild ist ein High-Key-Image,
> das andere eine Landschaftsaufnahme und das n=E4chste Technik. Zudem
> m=FCssten dann noch verschiedene Profile mit verschiedenen speziellen
> perceptual-rendering-intent-Einstellungen verwendet werden, um jedem
> Bildtyp gerecht zu werden.=20
>
>
> Ein einmal im Profil festgelegtes spezielles Gamut Mapping verh=E4lt
> sich f=FCr alle Quell-Ziel-Kombinationen definitiv statisch. Jedoch:
>
>
> <excerpt>Tats=E4chlich ist es mit bestimmter moderner Software m=F6glich,
> sowohl gut ges=E4ttigte aber zugleich auch in Bezug zu der Quell-Datei
> recht neutrale Separationen mittels Perceptual Rendering zu erzeugen.
>
> </excerpt>
>
> Wie schon gesagt, beinhaltet der medienneutrale Retusche- und
> Bildarchivierungs-Gedanke meines Erachtens, diese
> Farbstimmungsoptimierungen als Farbreferenz in dem (ersatz-)
> verfahrensunabh=E4ngigen Farbr=E4umen zu erstellen. Folglich ist eine
> m=F6glichst originalgetreue Umsetzung und keine "geschmackliche
> Umsetzung" anzustreben, da die Geschmacksabstimmung schon bei der
> Retusche erfolgte.
>
>
> Letztendlich ist es egal, ob man hierf=FCr dann relcolBPC oder
> bestimmtes ("neutrales") perceptual rendering verwendet. In der
> Vergangenheit war es so, dass relcolBPC der bessere Kompromiss - vor
> allem bei verschiedenen Profilen verschiedener Hersteller - war und in
> einige F=E4llen noch ist.=20
>
>
> Aufgrund ICC-Technologie ist es ja jetzt m=F6glich, den tats=E4chlichen
> Zustand vor der Umwandlung mit dem Umwandlungsergebnis zu vergleichen
> und zu bewerten - eine Eigenschaft, die bei den =FCblichen CMYK-Scannern
> nur mit der Originalvorlage und nicht mit dem schon reproduzierten
> Ergebnis m=F6glich war.=20
>
>
> Wie gesagt denke ich, dass sich hier heutzutage eine Ver=E4nderung der
> Priorit=E4ten einstellt. Wenn es grunds=E4tzlich m=F6glich ist, einen
> farbverbindlichen Referenz-Datenbestand bzw. eine bestimmte
> Quell-Datei m=F6glichst 1:1 umsetzen zu k=F6nnen, warum das dann nicht
> einfach tun?
>
>
> (Es geht hier auch um die M=F6glichkeit, Datenbest=E4nde zu
> "visualisieren", also die am Monitor abgestimmte Referenz-Datei auf
> einem High-Gamut-Proofer auszugeben. Das ist vor allem f=FCr
> Farbabstimmungen interessant, wo der endg=FCltige Verwendungszweck noch
> nicht feststeht, wie zum Beispiel bei Postproductions von
> Fotoshootings. Um nicht von vorne herein eine im Farbraum beschr=E4nkte
> Simulation erstellen zu m=FCssen, ist eine grunds=E4tzliche Anforderung
> hier, einen medienneutralen Proof zu erstellen, der m=F6glichst exakt
> mit der Monitoransicht =FCbereinstimmt. Eine dann gew=FCnschte 1:1
> Umsetzung ist hier nur farbmetrisch und wei=DF- und schwarzpunktrelativ
> m=F6glich (dynamische Anpassung der Helligkeit Monitor - Proofer). )
>
>
> Ansonsten kann ich nur meine erste Mail zu diesem Thema wiederholen.
> Interessant ist auch, dass die Thematik relcolBPC anscheinend immer
> sofort in die Perceptual Rendering Intent-Debatte "umschl=E4gt".=20
>
>
> Um das auch hier noch mal klarzustellen: Es geht nicht darum, die
> perceptual rendering Philosophie in Frage zu stellen, sondern um die
> Umsetzung von praxisrelevanten Anforderungen, wo es letztendlich "nur"
> um die geeignetste Farbtransformation von einem Farbraum in einen
> anderen geht, und das unter Hinzunahme aller damit in Verbindung
> stehenden Anforderungen. Dass hierbei die Vor- und Nachteile von
> bestimmten Vorgehensweisen kritisch hinterfragt werden m=FCssen, halte
> ich f=FCr eine Notwendigkeit.=20
>
>
> Perceptual Rendering mit Black Point Compensation austauschen zu
> wollen ist und war niemals relevant, es geht hier um Erweiterung und
> nicht Verdr=E4ngung. Auf lange Sicht f=FChren sowieso alle Wege zu einer
> Smart-CMM-Funktionalit=E4t, allerdings gibt es wohl im Moment gen=FCgend
> andere auch wichtige Baustellen ...
>
>
> Freundliche Gr=FC=DFe, Andre Sch=FCtzenhofer
>
>
>
>
>
>
>
>
> Am 05.02.2004 um 23:19 schrieb Andre Sch=FCtzenhofer:
>
>
> <excerpt>Hallo
>
>
> ich habe mir absichtlich lange Zeit gelassen, auf diese Kommentare zu
> antworten. Nach mehrmaligem Durchlesen komme ich immer wieder zu dem
> Schluss, dass meine Mail nur oberfl=E4chlich gelesen wurde und einzig
> auf vordergr=FCndig aus bestimmter Sicht als "unangenehm" erscheinende
> Aussagen geantwortet wurde. Schade.
>
>
> A. Sch=FCtzenhofer
>
>
>
>
> Am 03.02.2004 um 14:44 schrieb Bestmann, Guenter 3887 S-RD-PN7:
>
>
> =
> <excerpt><fontfamily><param>Arial</param><color><param>0000,0000,FFF5</par=
> am><smaller>Hallo,
> meine Antworten im Text.</smaller></color></fontfamily>
>
> =A0
>
> =
> <fontfamily><param>Arial</param><color><param>0000,0000,FFF5</param><small=
> er>Gru=DF</smaller></color></fontfamily>
>
> =
> <fontfamily><param>Arial</param><color><param>0000,0000,FFF5</param><small=
> er>G=FCnter
> Bestmann</smaller></color></fontfamily>
>
> =A0
>
> =
> <fontfamily><param>Arial</param><smaller>---------------------------------=
> ---------------------------------------------------</smaller></fontfamily>=
>
>
>
> <fontfamily><param>Arial</param><smaller>Dr. G=FCnter =
> Bestmann</smaller></fontfamily>
>
> <fontfamily><param>Arial</param><smaller>Heidelberger Druckmaschinen =
> AG</smaller></fontfamily>
>
> <fontfamily><param>Arial</param><smaller>Solution Center Sheetfed
> S-RD-PN7</smaller></fontfamily>
>
> =A0
>
> =
> <fontfamily><param>Arial</param><smaller>Dr.-Hell-Stra=DFe</smaller></font=
> family>
>
> <fontfamily><param>Arial</param><smaller>24107 =
> Kiel</smaller></fontfamily>
>
> =A0
>
> <fontfamily><param>Arial</param><smaller>Tel.: +49 (0) =
> 431/3863887</smaller></fontfamily>
>
> =
> <fontfamily><param>Arial</param><smaller>Mail:<color><param>0000,0000,EEE4=
> </param>Guenter.Bestmann(a)Heidelberg.com</color></smaller></fontfamily>
>
> <fontfamily><param>Tahoma</param><smaller>-----Urspr=FCngliche
> Nachricht-----</smaller></fontfamily>
>
> =
> <bold><fontfamily><param>Tahoma</param><smaller>Von:</smaller></fontfamily=
>> </bold><fontfamily><param>Tahoma</param><smaller>eci-admin(a)lists.transmed=
> ia.de
> [mailto:eci-admin@lists.transmedia.de]<bold>Im Auftrag von</bold>Andre
> Sch=FCtzenhofer</smaller></fontfamily>
>
> =
> <bold><fontfamily><param>Tahoma</param><smaller>Gesendet:</smaller></fontf=
> amily></bold><fontfamily><param>Tahoma</param><smaller>Dienstag,
> 3. Februar 2004 10:13</smaller></fontfamily>
>
> =
> <bold><fontfamily><param>Tahoma</param><smaller>An:</smaller></fontfamily>=
> </bold><fontfamily><param>Tahoma</param><smaller>eci(a)lists.transmedia.de</=
> smaller></fontfamily>
>
> =
> <bold><fontfamily><param>Tahoma</param><smaller>Betreff:</smaller></fontfa=
> mily></bold><fontfamily><param>Tahoma</param><smaller>[ECI]
> Tiefenkompensierung / Black Point Compensation</smaller></fontfamily>
>
>
>
> Hallo zusammen,
>
>
>
>
> Warum gibt es =FCberhaupt eine Funktion wie die Tiefenkompensierung /
> Black Point Compensation =96 vor allem wo doch das Standard-ICC-Level
> angeblich ausreichend funktioniert?
>
> <fontfamily><param>Times New =
> Roman</param><color><param>0000,0000,FFF5</param>Adobe</color></fontfamily=
>> <fontfamily><param>Arial</param><color><param>0000,0000,FFF5</param><smal=
> ler>=A0</smaller></color></fontfamily><fontfamily><param>Times New =
> Roman</param><color><param>0000,0000,FFF5</param>verwendet
> standardm=E4=DFig den Rendering Intent Relative Colorimetric - mit der
> Folge, das Bilder standardm=E4=DFig eher m=E4=DFig reproduziert werden. =
> Durch
> die Tiefenanpassung wird hier eine deutliche Verbesserung erreicht.
> Wie an anderer Stelle bereits beschrieben, macht die Tiefenanpassung
> auch nur hier Sinn. Aus dieser Adobe- Funktion zu schliessen, das das
> Color Management nach ICC nicht ausreichend funktioniert, kann ich
> nicht teilen. Man kann es auch andersherum sehen: Adobe behebt mit
> dieser Funktion Qualit=E4tsprobleme seiner eigenen Implementierungen.
> Man kann es auch als ein nettes Feature sehen mit aus meiner Sicht
> beschr=E4nktem Einsatzbereich.</color></fontfamily>
>
>
>
>
> Gamut Mapping:
>
>
>
>
> Stand der Technologie ist, dass die Farbtransformation von Bildern
> mittels ICC-Technologie vorzugsweise =FCber den Perceptual Rendering
> Intent erfolgen soll. Soweit auch die allgemeine Empfehlung seitens
> von Profilerstellungs-Tool-Herstellern. Die ICC-Spezifikation
> =FCberl=E4sst die Art und Weise des "Gamut Mapping" dem jeweiligen
> Hersteller von Profilerstellungs-Software.
>
> =
> <fontfamily><param>Arial</param><color><param>0000,0000,FFF5</param><small=
> er>Die
> Reproduktion von Bildern ist in weiten Bereichen geschmacksabh=E4ngig.
> Die einen lieben es bunter, die anderen mehr pastellartig, die einen
> w=E4rmer die anderen mehr k=FChler. Das ist teilweise kulturell bedingt.
> Die Reproduktion ist eng mit dem Gamut Mapping verkn=FCpft.=A0Ein
> standardisiertes Gamut Mapping zu definieren ist da eine schwierige
> Aufgabe. Wenn es da so etwas geben wird, werden wir es auch
> unterst=FCtzen - als eine M=F6glichkeit Bilder zu =
> reproduzieren.</smaller></color></fontfamily>
>
>
> Ungeachtet des Umstandes, dass sich die "Qualit=E4t" an sich der
> jeweiligen Gamut Mapping Strategie zu einer anderen unterscheiden
> kann, ergibt sich leider schon allein aus der Logik heraus eine
> systematische Inkonsistenz: Es ist nur dann m=F6glich, eine einigerma=DFen=
>
> gesicherte Aussage =FCber das Transformationsergebnis eines bestimmten
> Bildes zu machen, wenn bekannt ist, welches Profilerstellungsprogramm
> mit welchem (auch speziellen bzw. individuellen) Gamut Mapping das
> perceptual rendering des Bildes durchf=FChren
> =
> wird.=A0<fontfamily><param>Arial</param><color><param>0000,0000,FFF5</para=
> m><smaller>=A0</smaller></color></fontfamily>
>
> =A0
>
> =
> <fontfamily><param>Arial</param><color><param>0000,0000,FFF5</param><small=
> er>Das
> ist so und wird auch so bleiben. Die Anspr=FCche der Anwender sind
> einfach zu unterschiedlich. Einen Einheitsgeschmack wird es hier auch
> nicht
> =
> geben.</smaller></color></fontfamily>=A0<fontfamily><param>Arial</param><c=
> olor><param>0000,0000,FFF5</param><smaller>Zu
> Zeiten der HighEndCMYK-Scanner von Hell, Crosfield, Screen gab es auch
> unterschiedliche Ergebnisse bei der Separation. Und keiner hat
> behauptet, das die eine Separation schlechter als die andere w=E4re.
> Ausserdem gab es Hunderte von Kn=F6pfen, um die Separation zu ver=E4ndern
> und motivabh=E4ngig zu korrigieren. Landschaften wurden anders
> reproduziert als Portraits oder Technikbilder. Das ist heute
> weitgehend in Vergessenheit geraten, und mangels Erfahrung auf diesem
> Gebiet wird alles mit einem ICC-Profil erledigt. Und nun auch noch mit
> einem Standard Gamut Mapping (mit Tiefenkompensation) ? Welch ein
> R=FCckschritt in Qualit=E4t!</smaller></color></fontfamily>
>
>
>
>
> Ich denke, das Problem ist offensichtlich. Einerseits wird eine
> gewisse Verfahrensunabh=E4ngigkeit der Datenhaltung empfohlen,
> andererseits kann eine Vorhersehbarkeit nur durch eine dann in Bezug
> zu der Spezifizierung des Zielprofils verfahrensabh=E4ngige
> Vorgehensweise gew=E4hrleistet werden.
>
> <fontfamily><param>Times New =
> Roman</param><color><param>0000,0000,FFF5</param>Man
> muss seine=A0Daten immer wieder an die neuen Ziele der Reproduktion
> anpassen (Zeitung, Gravur, Offset, Papiertyp 1 oder 4). Das ist der
> Sinn der Verfahrensunabh=E4ngigkeit und nicht das unter allen Umst=E4nden
> gleiche
> =
> Ergebnis.</color></fontfamily><fontfamily><param>Arial</param><color><para=
> m>0000,0000,FFF5</param><smaller>=A0</smaller></color></fontfamily>
>
>
>
> Die Problematik geht soweit, dass die Medienkeilauswertung von ein und
> dem selben Datensatz (Messwerte) =FCbereinstimmen, das
> Separationsergebnis und somit Aussehen der Bilddaten aufgrund von
> verschiedenen Gamut Mapping Strategien unterschiedlich sein wird
> (Pr=FCfmittel MK =3D CMYK, also abscol und RGB/LAB-Bild perceptual).
>
> <fontfamily><param>Times New =
> Roman</param><color><param>0000,0000,FFF5</param>Der</color></fontfamily><=
> fontfamily><param>Arial</param><color><param>0000,0000,FFF5</param><smalle=
> r>=A0</smaller></color></fontfamily><fontfamily><param>Times New =
> Roman</param><color><param>0000,0000,FFF5</param>Medienkeil
> dient der Prozesskontrolle (im Proof, nicht im Druck) und hat nichts
> mit dem Gamut Mapping und der Bildreproduktion zu tun. Ich sehe hier
> auch kein Problem - das ist so!</color></fontfamily>
>
>
>
> Das Thema Gamut Mapping ist in seinen Auswirkungen bekanntlicherweise
> sehr komplex, deswegen hier auch nur stichwortartig:
>
>
>
>
> 1. =DCblicherweise wird jede Quell-Farbe im Farbort ver=E4ndert, ob nun =
> im
> Zielfarbraum abbildbar oder nicht (Gamut
> =
> Kompression)=A0<fontfamily><param>Arial</param><color><param>0000,0000,FFF=
> 5</param><smaller>=A0</smaller></color></fontfamily>
>
>
> =
> <fontfamily><param>Arial</param><color><param>0000,0000,FFF5</param><small=
> er>Man
> braucht halt ein
> =
> bi=DFchen</smaller></color></fontfamily>=A0<fontfamily><param>Arial</param=
>> <color><param>0000,0000,FFF5</param><smaller>Platz
> f=FCr die Out-of-Gamut-Farben sowohl in der Buntheit als auch auf der
> Grauachse. Nun sind die Komprimierungen i.a. im Innern geringer als
> zum Rand des Farbk=F6rpers hin.</smaller></color></fontfamily>
>
>
> 2. Die Kompression ist bei aktuellem Stand der Technologie immer
> =
> statisch=A0<fontfamily><param>Arial</param><color><param>0000,0000,FFF5</p=
> aram><smaller>=A0</smaller></color></fontfamily>
>
>
> =
> <fontfamily><param>Arial</param><color><param>0000,0000,FFF5</param><small=
> er>Nein,
> sie ist recht weitgehend einstellbar, in Printopen und auch bei den
> anderen Tools.</smaller></color></fontfamily>=A0
>
>
> 3. Wie schon erw=E4hnt, gibt es keine Richtlinien =FCber die Art und =
> Weise
> der Implementierung des Gamut
> =
> Mapping=A0<fontfamily><param>Arial</param><color><param>0000,0000,FFF5</pa=
> ram><smaller>=A0</smaller></color></fontfamily>
>
>
> =
> <fontfamily><param>Arial</param><color><param>0000,0000,FFF5</param><small=
> er>So
> ist es. Wenn es eine Richtlinie geben wird, werden wir sie als eine
> M=F6glichkeit unterst=FCtzen.</smaller></color></fontfamily>=A0
>
>
> 4. Daraus folgen teilweise extrem unterschiedliche Umsetzungen des
> Bildmaterials, auch und vor allem bei CMYK2CMYK Transformationen, und
> zus=E4tzlich wegen teils v=F6llig unterschiedlicher Philosophien =FCber =
> die
> R=FCckrechnung in den PCS, die sich im Ergebnis mit zus=E4tzlich
> unterschiedlichen Gamut-Mapping-Strategien aufaddieren
> =
> k=F6nnen=A0<fontfamily><param>Arial</param><color><param>0000,0000,FFF5</p=
> aram><smaller>=A0</smaller></color></fontfamily>
>
>
> =
> <fontfamily><param>Arial</param><color><param>0000,0000,FFF5</param><small=
> er>Sie
> sind unterschiedlich, aber nicht so extrem (wie immer das definiert
> ist). Die Unterschiede bei CMYK2CMYK treten auf, wenn Tools ein
> unzureichendes Inverses Gamut Mapping im Perceptual RI haben. F=FCr
> unsere Profile trifft dies jedenfalls nicht zu. Im Gegenteil, die
> Prozesskonvertierung funktioniert ausnehmend gut in unseren
> Anwendungen.</smaller></color></fontfamily>=A0
>
>
> 5. ...
>
>
>
>
> Es ist noch anzumerken, und ich erlaube mir diese klaren Worte, dass
> vor nicht allzulanger Zeit die perceptual rendering intents einiger
> Profilierungstools nicht wirklich zur Separation geeignet waren - und
> das vor allem aus qualitativen Gesichtspunkten. Gl=FCcklicherweise hat
> sich das zum Positiven gewandelt. Zu dieser Zeit war der bestm=F6gliche
> Kompromiss, farbmetrische Konvertierungen durchzuf=FChren, da das Gamut
> Mapping vom Ergebnis her meistens indiskutabel
> =
> war.=A0<fontfamily><param>Arial</param><color><param>0000,0000,FFF5</param=
>> <smaller>=A0</smaller></color></fontfamily>
>
>
> =
> <fontfamily><param>Arial</param><color><param>0000,0000,FFF5</param><small=
> er>Diese
> Behauptung und auch die weiter unten kann ich aus meiner langj=E4hrigen
> Erfahrung heraus absolut nicht nachvollziehen. Das es 1992 bei der
> Einf=FChrung des ICC-basierten Color
> =
> Managements</smaller></color></fontfamily>=A0<fontfamily><param>Arial</par=
> am><color><param>0000,0000,FFF5</param><smaller>noch
> zu Problemen kam, gebe ich gerne zu, aber sp=E4testens um 1995/96 waren
> diese gel=F6st samt der zu Beginn noch mangelhaften Interoperabilit=E4t
> der CMMs und Profile. Es gibt Qualit=E4tsunterschiede zwischen den
> Tools, aber so gro=DF sind sie nun auch nicht. Sie liegen mehr in den
> Details wie dem Gamut Mapping Strategien, der Einstellbarkeit von
> Farbaufbauten, der Gl=E4tte der Separation,=A0 der Qualit=E4t der =
> Inversen
> Transformation usw. Unbrauchbar ist da keiner der renomierten
> Hersteller.</smaller></color></fontfamily>
>
>
> Die Behandlung der Helligkeit als vor allem tiefenzeichnende
> Komponente in nicht-linearer Funktionsweise ist auch f=FCr die
> Implementierung des Gamut Mapping keine Selbstverst=E4ndlichkeit,
> jedenfalls nicht f=FCr alle Profilierungs-Tools. Tats=E4chlich =
> verhielten
> und verhalten sich einige Gamut Mapping Strategien in der Behandlung
> der Helligkeit genauso linear wie es die Tiefenkompensierung heute
> macht. Erst durch die Implementierung zus=E4tzlicher Rendering
> Intent-Optionen in bestimmten Profilerstellungstools ist es m=F6glich,
> die Tiefenzeichnung in der Wiedergabeseite / perceptual RI zu
> verbessern. Wie gesagt gilt das allgemein nicht f=FCr alle zur Zeit am
> Markt erh=E4ltlichen
> =
> Programme.=A0<fontfamily><param>Arial</param><smaller>=A0</smaller></fontf=
> amily>
>
>
> =
> <fontfamily><param>Arial</param><color><param>0000,0000,FFF5</param><small=
> er>Das
> sehe ich bei unseren Produkten nicht
> =
> so.</smaller></color></fontfamily><color><param>0000,0000,FFF5</param>=A0<=
> /color>
>
> Gl=FCcklicherweise scheinen die gleichen Probleme zu =E4hnlichen
> L=F6sungsans=E4tzen zu f=FChren, so dass die Diskrepanz zwischen den
> einzelnen Strategien kleiner geworden ist. Tats=E4chlich ist es mit
> bestimmter moderner Software m=F6glich, sowohl gut ges=E4ttigte aber
> zugleich auch in Bezug zu der Quell-Datei recht neutrale Separationen
> mittels Perceptual Rendering zu erzeugen.
>
>
>
>
>
> Tiefenkompensierung / Black Point Compensation
>
>
>
>
> Es ist nat=FCrlich verst=E4ndlich, dass eine Funktion wie die
> Tiefenkompensierung eine gewisse Bedrohung f=FCr das Dasein der
> perceptual rendering Philosophie darstellt. Aus
> Software-Herstellersicht scheint augenscheinlich die Sicht
> vorzuherrschen, dass das einzige (oder zumindest wichtigste)
> Unterscheidungskriterium die Art und Weise des Gamut Mapping als
> Entscheidungsgrundlage f=FCr den Kauf und die Verwendung der Software
> ist.
>
> <fontfamily><param>Times New =
> Roman</param><color><param>0000,0000,FFF5</param>Ich
> sehe das nicht als Bedrohung, sondern eher=A0als einen Verlust an
> Qualit=E4t als Folge eines Verlustes an Fachwissen =FCber
> Farbreproduktion. Die Bedrohung ist hier eher die Nivellierung des
> Geschmackes. (Irgendwie werde ich langsam ein wenig "b=F6se" - man m=F6ge
> mir das nachsehen als jemand, der das Thema Qualit=E4t immer sehr hoch
> h=E4lt.)</color></fontfamily>
>
>
>
>
> Tats=E4chlich ist uns doch allen bewusst, dass es um mehr als nur das
> geht.
>
>
>
>
> Und tats=E4chlich lassen sich mit RelColBPC hochwertige Separationen
> erzeugen. Man sollte hierf=FCr sorgf=E4ltig erstellte individuelle =
> Profile
> verwenden. Dar=FCberhinaus lassen sich die meisten nicht gew=FCnschten
> Effekte editieren.
>
> <color><param>0000,0000,FFF5</param>Das kann in dieser Allgemeinheit
> nicht richtig sein. Mir sind auch nicht viele Anwender bekannt, auch
> hier auf dieser Liste nicht, die so arbeiten.</color>
>
>
> Wenn jemand den farbmetrischen Tabellen Reproduktionsqualit=E4t
> abspricht, schlie=DFt er damit eine Verwendbarkeit zum hochwertigen
> Proofen mit =
> aus.=A0<fontfamily><param>Arial</param><smaller>=A0</smaller></fontfamily>=
>
>
>
> =
> <fontfamily><param>Arial</param><color><param>0000,0000,FFF5</param><small=
> er>Exakte
> Farbmetrik f=FCrs Proofen und Reproduktionsqualit=E4t sind zwei sehr
> unterschiedliche Dinge. F=FCr die Separation werden die BtoA-Tags
> verwendet (inklusive Gamut Mapping, Farbaufbau), f=FCr das Proofen (und
> die Prozesskonvertierung) die AtoB-Tags. Und jede dieser Tag-Gruppen
> wird f=FCr ihren Anwendungsfall sorgf=E4ltig optimiert und sind f=FCr
> Perceptual und Relative zueinander =
> invers.</smaller></color></fontfamily>
>
>
> Um auf die Tiefenkompensierung / Black Point Compensation
> zur=FCckzukommen: Der Grund, weshalb jeder, der ernsthaft und mit
> einiger Erfahrung Separationen von RGB/LAB nach CMYK macht sich fr=FCher
> oder sp=E4ter auch mit der Funktion Tiefenkompensierung
> auseinandersetzt, ist die Art der Umsetzung - eben farbmetrisch. Der
> Schl=FCssel zu einer farblich originalgetreuen Wiedergabe liegt nun mal
> in der Farbmetrik und nicht in einer "optisch ansprechenden"
> Ver=E4nderung aller Farben mit dem Ziel, vor allem Zeichnung zu erhalten
> bzw. maximale S=E4ttigung zu erzielen.
>
> <fontfamily><param>Times New =
> Roman</param><color><param>0000,0000,FFF5</param>Die
> Diskussion der "originalgetreuen
> =
> Wiedergabe"</color></fontfamily><fontfamily><param>Arial</param><color><pa=
> ram>0000,0000,FFF5</param><smaller>=A0</smaller></color></fontfamily><font=
> family><param>Times New =
> Roman</param><color><param>0000,0000,FFF5</param>ist
> so alt wie die Reproduktionstechnik. Sie ist =FCblicherweise bei
> Bildern=A0nur in Ausnahmef=E4llen gew=FCnscht (Faximile-Reproduktion).
> Ansonsten ist das Ziel die "optisch ansprechende" Reproduktion von
> Vorlagen (Motiven) auf einem gegebenen Ausgabeprozess (Papier, Farbe).
> Und das l=E4=DFt sich nicht mit der Tiefenkompensation und der 1 zu 1
> Farbmetrik l=F6sen.</color></fontfamily>
>
>
>
> Auf den Umstand, dass in der Regel eine Mehrzahl der Bilder vom
> "Clipping" oftmals weitgehend nicht negativ beeinflusst werden, m=F6chte
> ich gar nicht n=E4her eingehen. Ein Zeichnungsverlust in ges=E4ttigten
> Farben ist auch nicht immer vorhanden, da sich Zeichnung auch hier vor
> allem durch die Helligkeitskomponente definiert. Jede farbmetrische
> Tabelle hat auch gewisse perzeptive Komponenten an sich - also die Art
> und Weise, wie out-of-gamut Farben behandelt werden.
>
> <fontfamily><param>Times New =
> Roman</param><color><param>0000,0000,FFF5</param>Brutales
> Klipping auf die Oberfl=E4che, wobei wir versuchen den Buntton zu
> erhalten. Mehr kann man nicht machen.</color></fontfamily>
>
>
>
> Ein Nachteil der BPC ist die im moment nur linear funktionierende
> Abeitsweise (lineares Skalieren der Helligkeit in XYZ).
>
> <fontfamily><param>Times New =
> Roman</param><color><param>0000,0000,FFF5</param>Also=A0gibt
> es doch Qualit=E4tsprobleme
> =
> ?</color></fontfamily><fontfamily><param>Arial</param><smaller>=A0</smalle=
> r></fontfamily>
>
>
>
> Die ideale (neutrale) Gamut Mapping Strategie sieht meiner Meinung
> nach wie folgt aus:
>
>
>
>
> Im Kern farbmetrisch, mit nicht-linearer Behandlung der Helligkeit
> (die Nicht-Linearit=E4t ergibt sich in der St=E4rke der Anwendung aus =
> dem
> individuellen Schwarzwert des Devices in Bezug zu L=3D0) mit leichtem
> S=E4ttigungs-Ausgleich (resultierend aus dem Verh=E4ltnis wahrgenommener
> S=E4ttigungsverlust durch nicht-linearen Behandlung der Helligkeit).
> Out-of-gamut-Farben k=F6nnen bis zu einem gewissen Grenzwert "weich"
> =FCber die Gamut-Border in den farbmetrischen Kern hineinragen, wobei
> eine grunds=E4tzlicher Zeichnungserhalt durch sensible Behandlung der
> Helligkeits-Komponente in der Wiedergabef=E4higkeit gegeben ist
> (perzeptive Komponente).
>
>
>
>
> Man k=F6nnte bei dem farbmetrischen Ansatz auch von einer h=F6heren
> "Effizienz" sprechen. Tats=E4chlich ist die Tiefenkompensierung ein
> kleiner (mini-kleiner) Schritt in eine "Smart CMM-Funktionalit=E4t", da
> hier die tats=E4chlichen farbmetrischen Eigenschaften Grundlage f=FCr =
> ein
> Mapping sind.
>
>
>
>
> Weiterhin ist es so, dass bei CMYK2CMYK Separationen bzw.
> Transformationen bei =E4hnlich gro=DFen Quell-Zielfarbraum-Kombinationen
> der urspr=FCnglich erfolgte Kompressionsfaktor (wenn vorhanden) aufrecht
> erhalten werden kann. Die Tiefenkompensierung gew=E4hrleistet eine
> Dynamik-Anpassung beider Prozesse aufeinander, ohne eine im Gro=DFteil
> der F=E4lle nicht gew=FCnschte erneute Farbraumkompression durchzuf=FChren=
>
> (propriet=E4res Inverses Gamut Mapping nicht ber=FCcksichtigt).
>
> <fontfamily><param>Times New =
> Roman</param><color><param>0000,0000,FFF5</param>Verwendet
> man bei der Prozesskonvertierung den Relativen Intent braucht man bei
> gleich gro=DFen Farbraumumf=E4ngen keine Tiefenkompensation. Beim
> Perceptual Intent auch nicht, da hier zuerst das Gamut Mapping
> r=FCckg=E4ngig gemacht wird und dann das des neuen Prozesses verwendet
> wird. </color></fontfamily>
>
>
>
>
> Als Fazit m=F6chte ich ziehen, dass die Verf=FCgbarkeit einer Black =
> Point
> Compensation selbstverst=E4ndlich keine Ideall=F6sung darstellt, eine
> allgemeine Verf=FCgbarkeit jedoch absolut w=FCnschenswert ist. Adobe
> stellt nicht zu Unrecht neben der umfassendsten allgemeinen
> Farbmanagement-Funktionalit=E4t auch die BPC zur Verf=FCgung. Ich glaube
> auch, dass vielen gar nicht bewu=DFt ist, dass jedes CMYK-Bild in
> Photoshop standardm=E4=DFig mit relcolBPC am Monitor gezeigt wird.
>
> =
> <fontfamily><param>Arial</param><color><param>0000,0000,FFF5</param><small=
> er>Also,
> die Farbmanagement-Funktionalit=E4t unserer Anwendungen
> SuperColor/Printready/Metadimension ist um einiges gr=F6=DFer als die =
> von
> Adobe.</smaller></color></fontfamily>
>
>
> Weiterhin ist eine konsistente Farbwiedergabe langfristig nur durch
> eine einheitliche Umwandlungsmethode zu erreichen, (Default
> "neutrales" Gamut Mapping / Smart CMM Funktionalit=E4t) sofern man das
> m=F6chte. Falls es allgemein gen=FCgt und gew=FCnscht ist, verschiedene
> Ergebnisse aufgrund verschiedener Profil-Software zu erhalten, so be
> it. Allerdings bef=FCrchte ich, dass wir uns langfristig in eine
> Sackgasse begeben werden, die ein angestrebtes offenes und
> herstellerunabh=E4ngiges Farb- und Workflowmamagement schwer m=F6glich
> macht und f=FCr weitere Unsicherheit bei den Anwendern sorgen wird. Ich
> w=FCrde hierbei gerne Unrecht haben.
>
> <fontfamily><param>Arial</param><smaller>=A0</smaller></fontfamily>
>
> <color><param>0000,0000,FFF5</param>Aus meinen Kommentaren geht wohl
> deutlich hervor, das wir bei den Zielen um einiges auseinander liegen.
> Die "Einheitswiedergabe" von Vorlagen im Druck kann nur der kleinste
> gemeinsame Nenner f=FCr bestimmte Anwendungsf=E4lle sein. Ansonsten wird
> man um eine optimierte, vorlagen- und ausgabe- abh=E4ngige
> Farbwiedergabe nicht herumkommen wenn man hochwertige
> =FCberdurchschnittliche Arbeit machen m=F6chte.</color>
>
>
> <color><param>0000,0000,FFF5</param>Offenes=A0Farb- und
> Workflowmanagement uneingeschr=E4nkt JA, herstellerunabh=E4ngig wird es
> nie werden. Sie brauchen immer mindestens einen Hersteller.</color>
>
>
> Gru=DF Andre Sch=FCtzenhofer
>
>
>
>
>
> <fontfamily><param>Courier</param>PRO=B7CON=B7CEPT GmbH - production and
> consulting by concept</fontfamily>
>
>
> =
> <fontfamily><param>Courier</param>=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96</fontfamily>
>
>
> <fontfamily><param>Courier</param>Standort|Sitz K=F6ln: Ehrenstra=DFe 88 =
> =B7
> 50672 K=F6ln</fontfamily>
>
>
> <fontfamily><param>Courier</param>phone|fax: +49 (0) 221 - 255 254 |
> cell +49 (0) 172 - 21 28 104</fontfamily>
>
>
> =
> <fontfamily><param>Courier</param>j.erpenbach(a)pro-con-cept.com</fontfamily=
>>
>
>
> =
> <fontfamily><param>Courier</param>=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96</fontfamily>
>
>
> <fontfamily><param>Courier</param>Standort Langenfeld: Kronprinzstra=DFe
> 54 =B7 40764 Langenfeld</fontfamily>
>
>
> <fontfamily><param>Courier</param>tele +49 (0) 2173-3993 phone +363
> fax +308 | cell +49 (0) 172-208 32 73</fontfamily>
>
>
> =
> <fontfamily><param>Courier</param>a.schuetzenhofer(a)pro-con-cept.com</fontf=
> amily>
>
>
> =
> <fontfamily><param>Courier</param>=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96</fontfamily>
>
>
> <fontfamily><param>Courier</param>http://www.pro-con-cept.com =B7
> info(a)pro-con-cept.com</fontfamily>
>
>
>
>
>
>
> </excerpt><fontfamily><param>Courier</param>
>
>
>
> PRO=B7CON=B7CEPT GmbH - production and consulting by concept
>
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96
>
> Standort|Sitz K=F6ln: Ehrenstra=DFe 88 =B7 50672 K=F6ln
>
> phone|fax: +49 (0) 221 - 255 254 | cell +49 (0) 172 - 21 28 104=20
>
> j.erpenbach(a)pro-con-cept.com
>
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96
>
> Standort Langenfeld: Kronprinzstra=DFe 54 =B7 40764 Langenfeld
>
> tele +49 (0) 2173-3993 phone +363 fax +308 | cell +49 (0) 172-208 32 73
>
> a.schuetzenhofer(a)pro-con-cept.com
>
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
> =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96
>
> http://www.pro-con-cept.com =B7 info(a)pro-con-cept.com
>
>
>
> </fontfamily>
>
> </excerpt> =20=
>
> --Apple-Mail-3--307515046--
>
>
>
> --__--__--
>
> _______________________________________________
> ECI mailing list
> ECI(a)lists.transmedia.de
> http://lists.transmedia.de/mailman/listinfo/eci
>
>
> End of ECI Digest_______________________________________________
> ECI mailing list
> ECI(a)lists.transmedia.de
> http://lists.transmedia.de/mailman/listinfo/eci
20 years, 3 months
- 1
- 0
AW: [ECI] Tiefenkompensierung / Black Point Compensation
by Bestmann, Guenter 3887 S-RD-PN7
Hallo, meine Antworten im Text.
Gruß
Günter Bestmann
------------------------------------------------------------------------------------
Dr. Günter Bestmann
Heidelberger Druckmaschinen AG
Solution Center Sheetfed S-RD-PN7
Dr.-Hell-Straße
24107 Kiel
Tel.: +49 (0) 431/3863887
Mail: <mailto:Guenter.Bestmann@Heidelberg.com> Guenter.Bestmann(a)Heidelberg.com
-----Ursprüngliche Nachricht-----
Von: eci-admin(a)lists.transmedia.de [mailto:eci-admin@lists.transmedia.de]Im Auftrag von Andre Schützenhofer
Gesendet: Dienstag, 3. Februar 2004 10:13
An: eci(a)lists.transmedia.de
Betreff: [ECI] Tiefenkompensierung / Black Point Compensation
Hallo zusammen,
Warum gibt es überhaupt eine Funktion wie die Tiefenkompensierung / Black Point Compensation – vor allem wo doch das Standard-ICC-Level angeblich ausreichend funktioniert?
Adobe verwendet standardmäßig den Rendering Intent Relative Colorimetric - mit der Folge, das Bilder standardmäßig eher mäßig reproduziert werden. Durch die Tiefenanpassung wird hier eine deutliche Verbesserung erreicht. Wie an anderer Stelle bereits beschrieben, macht die Tiefenanpassung auch nur hier Sinn. Aus dieser Adobe- Funktion zu schliessen, das das Color Management nach ICC nicht ausreichend funktioniert, kann ich nicht teilen. Man kann es auch andersherum sehen: Adobe behebt mit dieser Funktion Qualitätsprobleme seiner eigenen Implementierungen. Man kann es auch als ein nettes Feature sehen mit aus meiner Sicht beschränktem Einsatzbereich.
Gamut Mapping:
Stand der Technologie ist, dass die Farbtransformation von Bildern mittels ICC-Technologie vorzugsweise über den Perceptual Rendering Intent erfolgen soll. Soweit auch die allgemeine Empfehlung seitens von Profilerstellungs-Tool-Herstellern. Die ICC-Spezifikation überlässt die Art und Weise des "Gamut Mapping" dem jeweiligen Hersteller von Profilerstellungs-Software.
Die Reproduktion von Bildern ist in weiten Bereichen geschmacksabhängig. Die einen lieben es bunter, die anderen mehr pastellartig, die einen wärmer die anderen mehr kühler. Das ist teilweise kulturell bedingt. Die Reproduktion ist eng mit dem Gamut Mapping verknüpft. Ein standardisiertes Gamut Mapping zu definieren ist da eine schwierige Aufgabe. Wenn es da so etwas geben wird, werden wir es auch unterstützen - als eine Möglichkeit Bilder zu reproduzieren.
Ungeachtet des Umstandes, dass sich die "Qualität" an sich der jeweiligen Gamut Mapping Strategie zu einer anderen unterscheiden kann, ergibt sich leider schon allein aus der Logik heraus eine systematische Inkonsistenz: Es ist nur dann möglich, eine einigermaßen gesicherte Aussage über das Transformationsergebnis eines bestimmten Bildes zu machen, wenn bekannt ist, welches Profilerstellungsprogramm mit welchem (auch speziellen bzw. individuellen) Gamut Mapping das perceptual rendering des Bildes durchführen wird.
Das ist so und wird auch so bleiben. Die Ansprüche der Anwender sind einfach zu unterschiedlich. Einen Einheitsgeschmack wird es hier auch nicht geben. Zu Zeiten der HighEndCMYK-Scanner von Hell, Crosfield, Screen gab es auch unterschiedliche Ergebnisse bei der Separation. Und keiner hat behauptet, das die eine Separation schlechter als die andere wäre. Ausserdem gab es Hunderte von Knöpfen, um die Separation zu verändern und motivabhängig zu korrigieren. Landschaften wurden anders reproduziert als Portraits oder Technikbilder. Das ist heute weitgehend in Vergessenheit geraten, und mangels Erfahrung auf diesem Gebiet wird alles mit einem ICC-Profil erledigt. Und nun auch noch mit einem Standard Gamut Mapping (mit Tiefenkompensation) ? Welch ein Rückschritt in Qualität!
Ich denke, das Problem ist offensichtlich. Einerseits wird eine gewisse Verfahrensunabhängigkeit der Datenhaltung empfohlen, andererseits kann eine Vorhersehbarkeit nur durch eine dann in Bezug zu der Spezifizierung des Zielprofils verfahrensabhängige Vorgehensweise gewährleistet werden.
Man muss seine Daten immer wieder an die neuen Ziele der Reproduktion anpassen (Zeitung, Gravur, Offset, Papiertyp 1 oder 4). Das ist der Sinn der Verfahrensunabhängigkeit und nicht das unter allen Umständen gleiche Ergebnis.
Die Problematik geht soweit, dass die Medienkeilauswertung von ein und dem selben Datensatz (Messwerte) übereinstimmen, das Separationsergebnis und somit Aussehen der Bilddaten aufgrund von verschiedenen Gamut Mapping Strategien unterschiedlich sein wird (Prüfmittel MK = CMYK, also abscol und RGB/LAB-Bild perceptual).
Der Medienkeil dient der Prozesskontrolle (im Proof, nicht im Druck) und hat nichts mit dem Gamut Mapping und der Bildreproduktion zu tun. Ich sehe hier auch kein Problem - das ist so!
Das Thema Gamut Mapping ist in seinen Auswirkungen bekanntlicherweise sehr komplex, deswegen hier auch nur stichwortartig:
1. Üblicherweise wird jede Quell-Farbe im Farbort verändert, ob nun im Zielfarbraum abbildbar oder nicht (Gamut Kompression)
Man braucht halt ein bißchen Platz für die Out-of-Gamut-Farben sowohl in der Buntheit als auch auf der Grauachse. Nun sind die Komprimierungen i.a. im Innern geringer als zum Rand des Farbkörpers hin.
2. Die Kompression ist bei aktuellem Stand der Technologie immer statisch
Nein, sie ist recht weitgehend einstellbar, in Printopen und auch bei den anderen Tools.
3. Wie schon erwähnt, gibt es keine Richtlinien über die Art und Weise der Implementierung des Gamut Mapping
So ist es. Wenn es eine Richtlinie geben wird, werden wir sie als eine Möglichkeit unterstützen.
4. Daraus folgen teilweise extrem unterschiedliche Umsetzungen des Bildmaterials, auch und vor allem bei CMYK2CMYK Transformationen, und zusätzlich wegen teils völlig unterschiedlicher Philosophien über die Rückrechnung in den PCS, die sich im Ergebnis mit zusätzlich unterschiedlichen Gamut-Mapping-Strategien aufaddieren können
Sie sind unterschiedlich, aber nicht so extrem (wie immer das definiert ist). Die Unterschiede bei CMYK2CMYK treten auf, wenn Tools ein unzureichendes Inverses Gamut Mapping im Perceptual RI haben. Für unsere Profile trifft dies jedenfalls nicht zu. Im Gegenteil, die Prozesskonvertierung funktioniert ausnehmend gut in unseren Anwendungen.
5. ...
Es ist noch anzumerken, und ich erlaube mir diese klaren Worte, dass vor nicht allzulanger Zeit die perceptual rendering intents einiger Profilierungstools nicht wirklich zur Separation geeignet waren - und das vor allem aus qualitativen Gesichtspunkten. Glücklicherweise hat sich das zum Positiven gewandelt. Zu dieser Zeit war der bestmögliche Kompromiss, farbmetrische Konvertierungen durchzuführen, da das Gamut Mapping vom Ergebnis her meistens indiskutabel war.
Diese Behauptung und auch die weiter unten kann ich aus meiner langjährigen Erfahrung heraus absolut nicht nachvollziehen. Das es 1992 bei der Einführung des ICC-basierten Color Managements noch zu Problemen kam, gebe ich gerne zu, aber spätestens um 1995/96 waren diese gelöst samt der zu Beginn noch mangelhaften Interoperabilität der CMMs und Profile. Es gibt Qualitätsunterschiede zwischen den Tools, aber so groß sind sie nun auch nicht. Sie liegen mehr in den Details wie dem Gamut Mapping Strategien, der Einstellbarkeit von Farbaufbauten, der Glätte der Separation, der Qualität der Inversen Transformation usw. Unbrauchbar ist da keiner der renomierten Hersteller.
Die Behandlung der Helligkeit als vor allem tiefenzeichnende Komponente in nicht-linearer Funktionsweise ist auch für die Implementierung des Gamut Mapping keine Selbstverständlichkeit, jedenfalls nicht für alle Profilierungs-Tools. Tatsächlich verhielten und verhalten sich einige Gamut Mapping Strategien in der Behandlung der Helligkeit genauso linear wie es die Tiefenkompensierung heute macht. Erst durch die Implementierung zusätzlicher Rendering Intent-Optionen in bestimmten Profilerstellungstools ist es möglich, die Tiefenzeichnung in der Wiedergabeseite / perceptual RI zu verbessern. Wie gesagt gilt das allgemein nicht für alle zur Zeit am Markt erhältlichen Programme.
Das sehe ich bei unseren Produkten nicht so.
Glücklicherweise scheinen die gleichen Probleme zu ähnlichen Lösungsansätzen zu führen, so dass die Diskrepanz zwischen den einzelnen Strategien kleiner geworden ist. Tatsächlich ist es mit bestimmter moderner Software möglich, sowohl gut gesättigte aber zugleich auch in Bezug zu der Quell-Datei recht neutrale Separationen mittels Perceptual Rendering zu erzeugen.
Tiefenkompensierung / Black Point Compensation
Es ist natürlich verständlich, dass eine Funktion wie die Tiefenkompensierung eine gewisse Bedrohung für das Dasein der perceptual rendering Philosophie darstellt. Aus Software-Herstellersicht scheint augenscheinlich die Sicht vorzuherrschen, dass das einzige (oder zumindest wichtigste) Unterscheidungskriterium die Art und Weise des Gamut Mapping als Entscheidungsgrundlage für den Kauf und die Verwendung der Software ist.
Ich sehe das nicht als Bedrohung, sondern eher als einen Verlust an Qualität als Folge eines Verlustes an Fachwissen über Farbreproduktion. Die Bedrohung ist hier eher die Nivelierung des Geschmackes. (Irgendwie werde ich langsam ein wenig "böse" - man möge mir das nachsehen als jemand, der das Thema Qualität immer sehr hoch hält.)
Tatsächlich ist uns doch allen bewusst, dass es um mehr als nur das geht.
Und tatsächlich lassen sich mit RelColBPC hochwertige Separationen erzeugen. Man sollte hierfür sorgfältig erstellte individuelle Profile verwenden. Darüberhinaus lassen sich die meisten nicht gewünschten Effekte editieren.
Das kann in dieser Allgemeinheit nicht richtig sein. Mir sind auch nicht viele Anwender bekannt, auch hier auf dieser Liste nicht, die so arbeiten.
Wenn jemand den farbmetrischen Tabellen Reproduktionsqualität abspricht, schließt er damit eine Verwendbarkeit zum hochwertigen Proofen mit aus.
Exakte Farbmetrik fürs Proofen und Reproduktionsqualität sind zwei sehr unterschiedliche Dinge. Für die Separation werden die BtoA-Tags verwendet (inklusive Gamut Mapping, Farbaufbau), für das Proofen (und die Prozesskonvertierung) die AtoB-Tags. Und jede dieser Tag-Gruppen wird für ihren Anwendungsfall sorgfältig optimiert und sind für Perceptual und Relative zueinander invers.
Um auf die Tiefenkompensierung / Black Point Compensation zurückzukommen: Der Grund, weshalb jeder, der ernsthaft und mit einiger Erfahrung Separationen von RGB/LAB nach CMYK macht sich früher oder später auch mit der Funktion Tiefenkompensierung auseinandersetzt, ist die Art der Umsetzung - eben farbmetrisch. Der Schlüssel zu einer farblich originalgetreuen Wiedergabe liegt nun mal in der Farbmetrik und nicht in einer "optisch ansprechenden" Veränderung aller Farben mit dem Ziel, vor allem Zeichnung zu erhalten bzw. maximale Sättigung zu erzielen.
Die Diskussion der "originalgetreuen Wiedergabe" ist so alt wie die Reproduktionstechnik. Sie ist üblicherweise bei Bildern nur in Ausnahmefällen gewünscht (Faximile-Reproduktion). Ansonsten ist das Ziel die "optisch ansprechende" Reproduktion von Vorlagen (Motiven) auf einem gegebenen Ausgabeprozess (Papier, Farbe). Und das läßt sich nicht mit der Tiefenkompensation und der 1 zu 1 Farbmetrik lösen.
Auf den Umstand, dass in der Regel eine Mehrzahl der Bilder vom "Clipping" oftmals weitgehend nicht negativ beeinflusst werden, möchte ich gar nicht näher eingehen. Ein Zeichnungsverlust in gesättigten Farben ist auch nicht immer vorhanden, da sich Zeichnung auch hier vor allem durch die Helligkeitskomponente definiert. Jede farbmetrische Tabelle hat auch gewisse perzeptive Komponenten an sich - also die Art und Weise, wie out-of-gamut Farben behandelt werden.
Brutales Klipping auf die Oberfläche, wobei wir versuchen den Buntton zu erhalten. Mehr kann man nicht machen.
Ein Nachteil der BPC ist die im moment nur linear funktionierende Abeitsweise (lineares Skalieren der Helligkeit in XYZ).
Also gibt es doch Qualitätsprobleme ?
Die ideale (neutrale) Gamut Mapping Strategie sieht meiner Meinung nach wie folgt aus:
Im Kern farbmetrisch, mit nicht-linearer Behandlung der Helligkeit (die Nicht-Linearität ergibt sich in der Stärke der Anwendung aus dem individuellen Schwarzwert des Devices in Bezug zu L=0) mit leichtem Sättigungs-Ausgleich (resultierend aus dem Verhältnis wahrgenommener Sättigungsverlust durch nicht-linearen Behandlung der Helligkeit). Out-of-gamut-Farben können bis zu einem gewissen Grenzwert "weich" über die Gamut-Border in den farbmetrischen Kern hineinragen, wobei eine grundsätzlicher Zeichnungserhalt durch sensible Behandlung der Helligkeits-Komponente in der Wiedergabefähigkeit gegeben ist (perzeptive Komponente).
Man könnte bei dem farbmetrischen Ansatz auch von einer höheren "Effizienz" sprechen. Tatsächlich ist die Tiefenkompensierung ein kleiner (mini-kleiner) Schritt in eine "Smart CMM-Funktionalität", da hier die tatsächlichen farbmetrischen Eigenschaften Grundlage für ein Mapping sind.
Weiterhin ist es so, dass bei CMYK2CMYK Separationen bzw. Transformationen bei ähnlich großen Quell-Zielfarbraum-Kombinationen der ursprünglich erfolgte Kompressionsfaktor (wenn vorhanden) aufrecht erhalten werden kann. Die Tiefenkompensierung gewährleistet eine Dynamik-Anpassung beider Prozesse aufeinander, ohne eine im Großteil der Fälle nicht gewünschte erneute Farbraumkompression durchzuführen (proprietäres Inverses Gamut Mapping nicht berücksichtigt).
Verwendet man bei der Prozesskonvertierung den Relativen Intent braucht man bei gleich großen Farbraumumfängen keine Tiefenkompensation. Beim Perceptual Intent auch nicht, da hier zuerst das Gamut Mapping rückgängig gemacht wird und dann das des neuen Prozesses verwendet wird.
Als Fazit möchte ich ziehen, dass die Verfügbarkeit einer Black Point Compensation selbstverständlich keine Ideallösung darstellt, eine allgemeine Verfügbarkeit jedoch absolut wünschenswert ist. Adobe stellt nicht zu Unrecht neben der umfassendsten allgemeinen Farbmanagement-Funktionalität auch die BPC zur Verfügung. Ich glaube auch, dass vielen gar nicht bewußt ist, dass jedes CMYK-Bild in Photoshop standardmäßig mit relcolBPC am Monitor gezeigt wird.
Also, die Farbmanagement-Funktionalität unserer Anwendungen SuperColor/Printready/Metadimension ist um einiges größer als die von Adobe.
Weiterhin ist eine konsistente Farbwiedergabe langfristig nur durch eine einheitliche Umwandlungsmethode zu erreichen, (Default "neutrales" Gamut Mapping / Smart CMM Funktionalität) sofern man das möchte. Falls es allgemein genügt und gewünscht ist, verschiedene Ergebnisse aufgrund verschiedener Profil-Software zu erhalten, so be it. Allerdings befürchte ich, dass wir uns langfristig in eine Sackgasse begeben werden, die ein angestrebtes offenes und herstellerunabhängiges Farb- und Workflowmamagement schwer möglich macht und für weitere Unsicherheit bei den Anwendern sorgen wird. Ich würde hierbei gerne Unrecht haben.
Aus meinen Kommentaren geht wohl deutlich hervor, das wir bei den Zielen um einiges auseinander liegen. Die "Einheitswiedergabe" von Vorlagen im Druck kann nur der kleinste gemeinsame Nenner für bestimmte Anwendungsfälle sein. Ansonsten wird man um eine optimierte, vorlagen- und ausgabe- abhängige Farbwiedergabe nicht herumkommen wenn man hochwertige überdurchschnittliche Arbeit machen möchte.
Offenes Farb- und Workflowmanagement uneingeschränkt JA, herstellerunabhängig wird es nie werden. Sie brauchen immer mindestens einen Hersteller.
Gruß Andre Schützenhofer
PRO·CON·CEPT GmbH - production and consulting by concept
–––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––
Standort|Sitz Köln: Ehrenstraße 88 · 50672 Köln
phone|fax: +49 (0) 221 - 255 254 | cell +49 (0) 172 - 21 28 104
j.erpenbach(a)pro-con-cept.com
–––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––
Standort Langenfeld: Kronprinzstraße 54 · 40764 Langenfeld
tele +49 (0) 2173-3993 phone +363 fax +308 | cell +49 (0) 172-208 32 73
a.schuetzenhofer(a)pro-con-cept.com
–––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––––
http://www.pro-con-cept.com · info(a)pro-con-cept.com
20 years, 3 months
- 2
- 2
Re: Thema: Standard-Gammas Kompatibili=?ISO-8859-1?B?5A==?=t, Arbeitsweise von Photoshop
by Markus Hitzler, Color Solutions
Hallo Herr Ogando,
Herr Bestmann hat die Frage aus wissenschaftlich-technischer Sicht schon
sehr sauber beantwortet.
Hier in zwei Punkten aus der Praxis kurz zusammengefasst:
1. Monitor-Gamma:
Bei Einsatz von Farbmanagement ist das Gamma, auf das der Monitor kalibriert
ist, im Prinzip egal:
Die Unterschiede zwischen dem GAMMA DER DATEI (bzw. dem des verwendeten
Speicherfarbraums: 1,8 bei ECI-RGB, ColorMatch-RGB, DSCRGB, Apple-RGB,... ;
2,2 bei sRGB und AdobeRGB) und dem GAMMA DES MONITORS (enthalten im
ICC-Profil des Monitors) werden von Photoshop AUTOMATISCH bei der
Darstellung des Bildes auf dem Monitor AUSGEGLICHEN.
Unterschiedliche Monitor-Gammas bewirken nur eine hellere oder dunklere
Darstellung z.B. des Bildschirmhintergrundes (dort: KEIN Farbmanagement),
Bilder in Photoshop (oder anderen Anwendungen MIT Farbmanagement) sehen auf
einem auf Gamma 1,8 kalibrierten Monitor genauso aus wie auf einem auf Gamma
2,2 kalibrierten Bildschirm (probieren Sie's einfach mal aus).
Eine weitere Diskussion wird sehr technisch. Wenn Sie an Details
interessiert sind, mailen Sie mich einfach persönlich an.
2. Arbeitsfarbraum:
Auch die Wahl des Arbeitsfarbraumes ist bei Einsatz von Farbmanagement im
Prinzip egal, solange das entsprechende Profil eingebettet wird. Jeder
Farbraum hat für die Produktion seine eigenen Vor- und Nachteile. Man wählt
den für die eigenen Bedingungen am besten geeigneten. Auch diese Diskussion
kann sehr langatmig werden: also auch hier - bei Interesse am besten
persönlich anmailen oder anrufen.
Einsatz von Farbmanagement für den Fotografen heißt konkret:
- Photoshop 6 oder höher, Farbmanagement ein (Details weiter unten)
- Einbetten des ICC-Profils des Speicherfarbraums in die Dateien beim
Speichern, Auslesen und Verwenden des eingebetteten Profils beim Öffnen
- Verwendung eines messtechnisch kalibrierten Monitors
Brauchbare Kalibrierlösungen für Monitore sind z.Zt. ab ca. 300 EUR von
verschiedenen Herstellern zu bekommen. Für Anwender, die mit Bilddaten ihr
täglich Brot verdienen, sollte das eigentlich keine untragbare Investition
sein. Der Arbeitsaufwand beschränkt sich auf ca. 5 Minuten pro Woche und
Monitor - auch das ist kein wirklich großer Kostenfaktor.
Ihre Fragestellung ging aber mehr in Richtung händische Abstimmung des
Gammas über die verschiedenen Arbeitsschritte (Scan, Bildbearbeitung,
Separation,...) und die Arbeitsweise von Photoshop.
Händische Gamma-Abstimmung:
---------------------------
Hierüber werden Sie in der Fachliteratur nicht mehr viel finden, da die
Gammaanpassung im Rahmen der Farbraumkonvertierungen in Photoshop und
anderen ICC-fähigen Anwendungen automatisch erfolgt. Werden die Profile
konsequent an die Bilddateien angehängt und bei der Weiterverarbeitung
ausgelesen, entfällt sogar die sonst nötige feste Einstellung des jeweiligen
Farbraums zwischen Scan/Kamera-Software und Photoshop oder zwischen
Photoshop und RIP. Der konsequente Einsatz von Farbmanagement löst hier sehr
viele Probleme der Vergangenheit auf sehr einfache Art und Weise.
Wirklich schwierig und fehleranfällig wird's i.d.R. nur, wenn
nicht-ICC-fähige Anwendungen in die Produktionskette integriert werden
müssen oder die ICC-Fähigkeiten der Anwendungen (warum auch immer) nicht
genutzt werden.
Arbeitsweise von Photoshop:
--------------------------
Die Arbeitsweise von Photoshop bei der Bilddarstellung auf dem Monitor ist
eigentlich schnell beschrieben: Es gibt grundsätzlich zwei Ansichtsmodi,
zwischen denen man mit STR+Y (oder "Ansicht : Farb-Proof") hin und her
schalten kann:
1) Farb-Proof aus:
Es wird der volle Kontrastumfang des Monitors zur Bilddarstellung benutzt.
Bei der Umrechnung werden also über diesen Rendering Intent (RI) Weiss- und
Schwarzpunkt der Datei auf Monitor-Weiss und -Schwarz gesetzt.
Ein Zeitungs-CMYK zeigt hier z.B. den gleichen Kontrast wie ein ECI-RGB.
Dieser Modus ist für Bildretusche, Composing und die Bearbeitung
medienneutraler Bilddaten gedacht, nicht für die druckbezogene
Farbbeurteilung.
Dieser Modus ist die Standardeinstellung von Photoshop.
Quellfarbraum --[RI]--> Monitorfarbraum
Beispiel:
ECI-RGB.icc --[RI]--> Monitor1.icc
ISOcoated_sb.icc --[RI]--> Monitor1.icc
2) Farb-Proof ein:
Kontrastumfang und Papierfarbe des gewählten Druckverfahrens werden auf dem
Monitor simuliert ("Papierweiss simulieren").
2a) Ihre Datei liegt bereits in dem gewünschten Druckfarbraum vor:
Quellfarbraum --[RI]--> Monitorfarbraum
Beispiel:
ISOcoated_sb.icc --[RI]--> Monitor1.icc
Photobelichter-RGB.icc --[RI]--> Monitor1.icc
Den Rendering Intent [RI] wählen Sie im Menü "Ansicht : Proof einrichten".
- Papierweiss simulieren: entspricht absolut farbmetrisch, simuliert Weiss-
und Schwarzpunkt
- Schwarze Druckfarbe simulieren: entspricht relativ farbmetrisch, setzt den
Weisspunkt auf das Monitorweiss, simuliert den Schwarzpunkt
2b) Ihre Datei liegt in einem Arbeitsfarbraum (z.B. ECI-RGB) vor. Ein Druck
soll am Monitor simuliert werden, die Datei aber im Arbeitsfarbraum bleiben.
Quellfarbraum --[RI1]--> Simulationsfarbraum --[RI2]--> Monitorfarbraum
Beispiele:
ECI-RGB.icc --[RI1]--> ISOcoated_sb.icc --[RI2]--> Monitor1.icc
AdobeRGB.icc --[RI1]--> Euroscalecoated.icc --[RI2]--> Monitor1.icc
ISOcoated_sb.icc--[RI1]-->LFP-Drucker1_Folie.icc--[RI2]--> Monitor1.icc
RI1 und RI2, sowie den Simulationsfarbraum können Sie im Menü "Ansicht :
Proof einrichten : Eigene..." einstellen. Simulationsfarbraum und RI1 (meist
perzeptiv) wählen Sie hier gemäß Ihrem Workflow. RI2 für die
Monitordarstellung finden Sie in diesem Menü nach obigem Muster unter dem
Punkt "Simulieren". Der Quellfarbraum sollte in der Bilddatei eingebettet
sein (wenn nicht: über "Bild : Modus : Profil zuweisen" den gewünschten
Quellfarbraum auswählen).
Rechnerisch passiert bei der Umrechnung für die Monitordarstellung dasselbe
wie bei einer Separation - nur dass der "Drucker" hier der Monitor ist und
dementsprechend das im Betriebssystem angemeldete Monitorprofil automatisch
als Zielprofil benutzt wird. Bei 2b) wird die Bilddatei vom Quellfarbraum
zuerst in den Simulationsfarbraum umgerechnet und dann erst für den Monitor
konvertiert.
Damit die Papierweissimulation gut funktioniert, benötigen Sie einen
hochwertigen Monitor mit hohem Kontrast, sonst wird die Simulation zu flau.
Hier haben uns die neuen, für Bildbearbeitung geeigneten Flachdisplays einen
riesigen Schritt nach vorne gebracht!!!
Benutzen Sie bitte konsequent die ICC-Profile:
Konkret:
- Farbvoreinstellungen: eingebettete Profile beibehalten
- Farbvoreinstellungen: bei Profilfehlern und fehlenden Profilen beim Öffnen
und Einfügen wählen angeklickt
- Farbvoreinstellungen: geeignete Arbeitsfarbräume wählen (z.B.
ECI-Empfehlungen)
- Farbkonvertierung (Moduswechsel) nur über "Bild : Modus : In Profil
konvertieren", da man so die Einstellungen vor der Umrechnung sehen und
bewusst setzen kann
- bei Daten mit fehlendem Profil bzw. Altdaten: den Lieferanten fragen.
Wenn's keinen mehr zum Fragen gibt: über "Bild : Modus : Profil zuweisen"
ein Profil zuordnen, mit dem die Datei an einem messtechnisch (!!!)
kalibrierten Monitor gut aussieht und von da an mit diesem Profil
weiterarbeiten.
Das war's dann auch schon in Photoshop!
Eigentlich gar nicht so kompliziert!
Falls eine Software in Ihrem Workflow (Scan- oder Kamerasoftware,
Bildbearbeitung, RIP,...) ICC-Profile nicht unterstützt, ersetzen Sie das
Programm durch ein höherwertiges ICC-kompatibles Produkt. Nicht-ICC-fähige
Soft-/Hardware ist ein permanenter Störfaktor in der Produktion. Sie
provoziert Fehler, da die fehlende ICC-Fähigkeit ständige manuelle Eingriffe
und damit sehr viel Abstimmung innerhalb der Produktionskette erfordert.
Die Investition haben Sie in kürzester Zeit amortisiert (höhere
Produktionssicherheit, weniger Fehlproduktionen, eindeutige
Datenübergabe,... => insgesamt höhere Produktivität).
Wie Frau Pallaske schreibt, ist aber das, was Sie in der Praxis als Fotograf
oder Bildagentur oft plagt, nicht die Anwendung, sondern die UMGEHUNG von
Farbmanagement. Es gibt eine große Anzahl an Anwendern und Unternehmen auch
aus der Photo/Grafik-Branche, die das Thema ICC-Farbmanagement noch nicht
richtig umgesetzt und sich statt dessen diverse "Trampelpfade" eingerichtet
haben. Diese firmen- bzw. anwenderspezifischen Produktionswege ohne
Farbmanagement funktionieren in ihrer eigenen geschlossenen Umgebung -
manchmal sogar recht gut. Sie sind aber - wie Sie richtig festgestellt haben
- zueinander inkompatibel, häufig nicht mit wirtschaftlich vertretbarem
Aufwand aneinander anzupassen und in offenen Umgebungen unsicher.
Zweiter Problemkreis ist der Einsatz von nicht farbmanagement-tauglicher
Software/Hardware bei Endkunden (z.B. Bildbetrachtung des Endkunden im
iExplorer auf seinem Büro-PC) ebenso wie bei Profis (z.B. händisch
aufeinander abgestimmte Monitor/Drucker-Kombination und Auslieferung von
Daten, die auf diese eine individuelle Kombination abgestimmt sind,
Erzeugung von Daten ohne Profil, Entfernen des Profils im Laufe der
Weiterverarbeitung,...)
Integrieren Sie in Ihre Aufträge also nach Möglichkeit Kontrollmittel
(bekannte Bilder, Medienkeil, kalibrierte Ausdrucke, Testdateien,...) und
überprüfen Sie diese, damit beim Auftreten eines Fehlers die Fehlerquelle
gefunden und wenigstens für die nächste Produktion eliminiert werden kann.
Um sich im Falle einer Reklamation abzusichern, sollten Sie die Parameter
der Datenübergabe im Auftrag/Angebot oder Ihren Geschäftsbedingungen
fixieren. Wie kulant Sie sich dann im Reklamationsfall zeigen, steht auf
einem anderen Blatt - Sie haben aber wenigstens eine sicherere
Ausgangsposition.
Im Grunde hilft hier aber nur Schulung!
Trainings zum Thema Farbmanagement findet man bei Verbäden (Fogra, Ifra,
vdm,...), sowie bei Herstellern, Händlern, freien Dienstleistern/Consultants
und einigen Laboren.
Der digitale Workflow ist neu und muss von allen Beteiligten erlernt werden.
Das Engagement von Fotografenverbänden wie FreeLens ist hier äußerst
hilfreich.
Farbmanagement ist nicht nur ein Produktionsmittel, sondern im Wesentlichen
ein Kommunikationswerkzeug (nicht nur zwischen den Programmen, sondern auch
zwischen den Anwendern).
Mit etwas Kreativität, kann man die Einführung von Farbmanagement sogar in
Marketingaktivitäten integrieren und so die Investition in Software,
Messtechnik und Schulung doppelt nutzen.
Die elementaren Farbmanagement-Funktionen in Photoshop - sozusagen das
kleine 1x1 der digitalen Farbe - sind unter Anleitung und mit entsprechender
technischer Ausstattung (kalibrierter Monitor, Normlichtkasten, Testdrucke,
Dateien und entsprechende Profile) in einer kleinen Gruppe in 1/2 bis 1 Tag
erlernbar. Inklusive Monitorprofilierung können Sie je nach Vorkenntnissen 1
bis 2 Tage veranschlagen. Damit ist für einen Fotografen schon ein recht
solider Grundstock gelegt.
Die richtige Anwendung weiterer Programme (Kamera-/Scansoftware, RIP,
Printerprofilierung,...) kann anschließend mit diesem Grundverständnis meist
selbst erarbeitet werden. Schneller geht's aber auch hier mit einem Trainer.
Mit freundlichen Grüßen,
Markus Hitzler
___________________________________________
Color Solutions Köln
Markus Hitzler
August-von-Willich-Str. 155
50827 Köln
Telefon: +49 (0)221 99 175 80
Fax: +49 (0)221 99 175 81
Mobil: +49 (0)171 8390333
Email: markus.hitzler(a)color-solutions.de
Web: http://www.basICColor.de
___________________________________________
basICColor - the basICCs of colormanagement
___________________________________________
20 years, 3 months
- 2
- 1
ICC-Profil von Pantone Hexachrome
by Ralph Lindner
hallo,
ich habe heute die sehr interessante Website www.iccview.de entdeckt,
auf der man die Farbräume von Geräten (bzw. deren ICC-Profilen) in
anschaulichen VRML 3D-Modellen vergleichen kann. Ich würde mir gerne mal
ansehen, wie sich der Farbraum des Pantone-Hexachrome im Vergleich zu
Bildschirm und vor allem zu CMYK-Farbräumen verhält.
Hat jemand ein Hexachrome-ICC-Profil, das er mir senden - oder direkt
auf der Seite ICCView uploaden kann?
Vielen Dank
Ciao Ralph G. Lindner
20 years, 3 months
- 2
- 1
LAB-Werte der Profilierungscharts
by Heike Hunsmann
Hallo Liste,
Um die Qualität meiner Ausgabeprofile zu überprüfen, wollte ich die
Testcharts mit dem Ausgabeprofil ausgeben und im Measure Tool auszumessen. Ich hatte
die Hoffnung, diese Messwerte dann mit der Referenzdatei zu vergleichen und
die DeltaE-Werte zwischen Ist- und Soll-Werten zu erhalten (zB in Color Lab).
Doch jetzt stelle ich fest, dass die Anordnung der Testfelder in der
Referenzdatei und meiner Messwertdatei unterschiedlich ist und das ColorLab-Tool sie
damit nicht vergleichen kann. (es handelt sich um das ECI2002-Chart
eingelesen mit dem DTP 41 II)
Gibt es eine Möglichkeit dies zu beheben?
Oder gibt es eine andere Methode die Ist- mit den Soll-Werten zu
vergleichen?
Oder gar eine bessere Idee, die Qualität von ICC-Profilen objektiv zu
überprüfen?
Vielleicht kann mir jemand weiterhelfen.
1000 Dank
Heike Hunsmann
--
GMX ProMail (250 MB Mailbox, 50 FreeSMS, Virenschutz, 2,99 EUR/Monat...)
jetzt 3 Monate GRATIS + 3x DER SPIEGEL +++ http://www.gmx.net/derspiegel +++
20 years, 3 months
- 3
- 2