2:02 p.m.
Hallo,
Zur Frage von Frau Eiler: die Interpolationsalgorithmen sind bei allen Rendering Intents
gleich.
Ich muss gestehen, das ich erst an dieser Stelle in den Thread wieder einsteige, aber zu
den intelligenten CMMs einige Anmerkungen:
Das Standardverhalten einer CMM ist indirekt durch die Profilformatspezifikation der ICC
vorgeschrieben. Die BlackPointCompensation ist dort nicht beschrieben, ihre Einführung in
der AdobeCMM ist eine erste Stufe einer intelligenten CMM in dem Sinne, das zunächst aus
den Profilen die Schwarzpunkte bestimmt werden müssen und dann die Profile bzw. ihre
Inhalte für die Transformation der Daten umgerechnet werden müssen.
Eine zweite und damit wesentlich komplexere Lösung einer intelligenten CMM berücksichtigt
den Content der Bilddaten. Im LinoColor und NewColor haben wir dies Ansatzweise durch eine
Vorlagenanalyse realisiert gehabt. Eine dritte Lösung mit Berücksichtigung des
Farbraumumfanges des Ausgabeprozesses haben wir damals nicht mehr realisiert, da
Heidelberg aus diesem Geschäftsbereich (Scanner) ausgestiegen ist.
Unsere Erfahrungen aus der Vorlagenanalyse haben letztlich dazu geführt, das wir eine sehr
hohe Trefferrate für die richtige Transformation der Bilddaten in medienneutrale Daten
erreicht haben. Von daher könnte ich mir Vorstellen, das intelligente CMMs möglich sind
und einen großen Anwendungsbereich mit akzeptierbarer Qualität abdecken können.
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>
-----Original Message-----
From: eci-admin(a)lists.transmedia.de [mailto:eci-admin@lists.transmedia.de] On Behalf Of
Martina Eiler
Sent: Friday, August 27, 2004 1:36 PM
To: eci(a)lists.transmedia.de
Subject: Re: [ECI] Gamut-Warning->RI Entscheidung
Hallo Herr König,
Am Freitag, 27.08.04 um 12:17 Uhr schrieb Marius König:
Hallo Herr Wittenberg
ich glaube nicht, dass dazu die Architektur der CMMs völlig erneuert
werden müsste. Korrigieren Sie mich bitte, wenn ich jetzt was falsches
sage - aber bisher ist es doch so, dass die Rendering Intents einfach
als so eine Art "Rechenanweisung" im CMM hinterlegt sind. Ein
dynamischer RI wäre doch auch nichts anderes - allerdings mit einem
weitaus höheren Grad an Komplexität...
ich möchte mich an der Stelle Herrn Wittenberg anschließen. Für ein, wie von Ihnen
gewünschtes, so genanntes bildabhängiges Gamut Mapping, wäre eine komplett neue
ColorManagement Architektur nötig.
Zur Zeit ist es so, dass die "Intelligenz" im Profil liegt und nicht in der CMM.
Die Rendering Intents sind beispielsweise in LUT-basierten Profilen in Tabellenform im
Profil hinterlegt. So gibt es in CMYK-basierten Profilen für jeden Rendering Intent eine
Tabelle für die Berechnung von CMYK nach Lab und umgekehrt von Lab nach CMYK. Diese
Zuordnung der Werte ist somit statisch und kann nicht, wie von Ihnen gewünscht, dynamisch
generiert werden.
Die Aufgabe der CMMs besteht nun ausschließlich darin, aus den vorhandenen statischen
Tabellen in den Profilen die Zielwerte zu interpolieren. Ob für die verschiedenen
Rendering Intents in den CMMs unterschiedliche Interpolationsalgorithmen verwendet werden,
weiss ich nicht. Ich hatte diesbezüglich schon mal aus reiner Neugierde eine Anfrage auf
der Colorsync-Liste gestellt, aber leider keine Antwort erhalten. Vielleicht weiss es ja
hier jemand?
Viel Grüße,
Martina Eiler
_______________________________________________
ECI mailing list
ECI(a)lists.transmedia.de
http://lists.transmedia.de/mailman/listinfo/eci
2:23 p.m.
New subject: Gamut-Warning->RI Entscheidung
Hallo,
Am 27.08.2004 um 14:02 schrieb Bestmann, Guenter RD-PN32:
Hallo,
Zur Frage von Frau Eiler: die Interpolationsalgorithmen sind bei allen
Rendering Intents gleich.
Ich muss gestehen, das ich erst an dieser Stelle in den Thread wieder
einsteige, aber zu den intelligenten CMMs einige Anmerkungen:
Das Standardverhalten einer CMM ist indirekt durch die
Profilformatspezifikation der ICC vorgeschrieben. Die
BlackPointCompensation ist dort nicht beschrieben, ihre Einführung in
der AdobeCMM ist eine erste Stufe einer intelligenten CMM in dem
Sinne, das zunächst aus den Profilen die Schwarzpunkte bestimmt werden
müssen und dann die Profile bzw. ihre Inhalte für die Transformation
der Daten umgerechnet werden müssen.
Eine zweite und damit wesentlich komplexere Lösung einer intelligenten
CMM berücksichtigt den Content der Bilddaten. Im LinoColor und
NewColor haben wir dies Ansatzweise durch eine Vorlagenanalyse
realisiert gehabt. Eine dritte Lösung mit Berücksichtigung des
Farbraumumfanges des Ausgabeprozesses haben wir damals nicht mehr
realisiert, da Heidelberg aus diesem Geschäftsbereich (Scanner)
ausgestiegen ist.
Unsere Erfahrungen aus der Vorlagenanalyse haben letztlich dazu
geführt, das wir eine sehr hohe Trefferrate für die richtige
Transformation der Bilddaten in medienneutrale Daten erreicht haben.
Von daher könnte ich mir Vorstellen, das intelligente CMMs möglich
sind und einen großen Anwendungsbereich mit akzeptierbarer Qualität
abdecken können.
da kann man ja nur jubeln.
Wann haben Sie es fertig?;-)
Im Ernst:
Wäre Heidelberg bereit die Ideen und Verfahren dieser Technologie
offenzulegen bzw.
eine Entwicklung in diese Richtung zu unterstützen?
Das wäre schön.
MfG
Claas Bickeböller
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>
4:48 p.m.
New subject: Gamut-Warning->RI Entscheidung
Hallo,
ich hab in dem Zusammenhang auch noch eine Frage:
Wir haben es hier die ganze Zeit so schön von wegen abwägen, was an Verlusten bei der
Transformation Richtung ISO coated verloren geht, und dabei eine optische Entscheidung,
welcher RI da der sinnigere ist.
Kann es sein, das man da bei der Entscheidung von völlig falschen Voraussetzungen
ausgeht?
Worauf ich hinaus will ist folgendes:
Ein Bild in ECI oder Adobe RGB, das diesen Farbraum auch ausschöpfend beansprucht, wird
bei Darstellung am Monitor z.Z: doch schon perzeptiv (?) auf das Monitorprofil gemapped,
das ja eher im Bereich von sRGB liegt.
Darauf aufbauend entscheide ich, nach rein Qualitativer Warnung der Farbumfang-Warnung auf
was davon ich wirklich verzichten kann und was nicht, um mich für perzeptiven bzw. rel.
farbm. RI zu entscheiden.
Aber kann ich das denn so überhaupt, denn der Verlust wird mir ja schon mit der auf etwa
sRGB reduzierte Monitordarstellung vorgegaukelt.
Wenn ich nun denke, das ein schrilles Grün soweit ja garnicht von dem weg ist, was mir die
Separationsvorschau anzeigt, gehe ich doch da u.U. von ziemlich falschen Voraussetzungen
aus, oder?
MfG
Thomas Richard
5:28 p.m.
New subject: Gamut-Warning->RI Entscheidung
Hallo Herr Richard
Am 27.08.2004 um 16:48 schrieb Thomas Richard:
Ein Bild in ECI oder Adobe RGB, das diesen Farbraum
auch ausschöpfend
beansprucht, wird bei Darstellung am Monitor z.Z: doch schon perzeptiv
(?) auf das Monitorprofil gemapped, das ja eher im Bereich von sRGB
liegt.
Da man sich die ISOcoated Simulation anschaut, muss man den
Monitor-Farbraum mit ISOcoated vergleichen (über die Utilities dazu
wurde in der Liste schon geschrieben). Der kleiner Farbraum wird im
größeren simuliert, eine farbmetrische Umrechnung ist möglich. Passt
ISOcoated rein, Bingo ! Passt es nicht, entweder anderen Monitor nehmen
oder man hat zumindest eine Idee, an welcher Stelle die
Monitordarstellung falsch ist.
Schönes Wochenende
K.Krüger
5:45 p.m.
New subject: Monitorprofile
Am 27.8.2004 17:28 Uhr schrieb "Karsten Krüger" unter <kk(a)kkrueger.de>de>:
Hallo Herr Richard
Am 27.08.2004 um 16:48 schrieb Thomas Richard:
Guten Tag allerseits
Ich suche einen neuen LCD Monitor für Bildbearbeitung. Hat jemand Erfahrung
mit dem neuen Coloris Calibrator von Barco? Und könnte mir jemand ein
Monitorprofil desselben mailen um den Farbraum mit anderen Geräten zu
Vergleichen ?
Mit freundlichen Grüßen
Daniel Valance
--
Daniel Valance - Fotograf -CH-8047 Zürich
daniel(a)valance.ch
Ein Bild in ECI oder Adobe RGB, das diesen
Farbraum auch ausschöpfend
beansprucht, wird bei Darstellung am Monitor z.Z: doch schon perzeptiv
(?) auf das Monitorprofil gemapped, das ja eher im Bereich von sRGB
liegt.
Da man sich die ISOcoated Simulation anschaut, muss man den
Monitor-Farbraum mit ISOcoated vergleichen (über die Utilities dazu
wurde in der Liste schon geschrieben). Der kleiner Farbraum wird im
größeren simuliert, eine farbmetrische Umrechnung ist möglich. Passt
ISOcoated rein, Bingo ! Passt es nicht, entweder anderen Monitor nehmen
oder man hat zumindest eine Idee, an welcher Stelle die
Monitordarstellung falsch ist.
6:06 p.m.
New subject: Gamut-Warning->RI Entscheidung
Hallo Herr Krüger,
Mir geht es nicht um die Relation Monitor - ISOcoated, wie ich das herausbekomme also per
Farbumfang-Warnung eines technischen ISOcoated Bildes und Farbproof auf das Monitorprofil,
oder Visualisierung der Farbräume als Volumenmodell, ist mir klar.
Mir ging es um die Diskrepanz ECIRGB oder Adobe-RGB und Monitorfarbraum, bei der
quantitativen Beurteilung der Verluste der anschliessenden Wandlung zu ISOcoated.
MfG
Thomas Richard
Ein Bild in ECI oder Adobe RGB, das diesen
Farbraum auch ausschöpfend beansprucht, wird bei Darstellung am Monitor z.Z: doch schon
perzeptiv (?) auf das Monitorprofil gemapped, das ja eher im Bereich von sRGB liegt.
Da man sich die ISOcoated Simulation anschaut, muss man den Monitor-Farbraum mit ISOcoated
vergleichen (über die Utilities dazu wurde in der Liste schon geschrieben). Der kleiner
Farbraum wird im größeren simuliert, eine farbmetrische Umrechnung ist möglich. Passt
ISOcoated rein, Bingo ! Passt es nicht, entweder anderen Monitor nehmen oder man hat
zumindest eine Idee, an welcher Stelle die Monitordarstellung falsch ist.
11:04 p.m.
New subject: Gamut-Warning->RI Entscheidung
Am 27.08.2004 um 18:06 schrieb Thomas Richard:
Hallo Herr Krüger,
Mir geht es nicht um die Relation Monitor - ISOcoated, wie ich das
herausbekomme also per Farbumfang-Warnung eines technischen ISOcoated
Bildes und Farbproof auf das Monitorprofil, oder Visualisierung der
Farbräume als Volumenmodell, ist mir klar.
Mir ging es um die Diskrepanz ECIRGB oder Adobe-RGB und
Monitorfarbraum, bei der quantitativen Beurteilung der Verluste der
anschliessenden Wandlung zu ISOcoated.
Wo etwas verloren geht, sieht man anhand der Gamut-Warnung.
Was verloren geht, sieht man, wenn man ein Bild einmal perzeptiv und
einmal farbmetrisch wandelt und das Ergebnis nebeneinander stellt
(natürlich muss man die Bereiche aus der Gamut-Warnung betrachten).
Viele Grüße
K.Krüger
Ein Bild in ECI oder Adobe RGB, das diesen
Farbraum auch
ausschöpfend beansprucht, wird bei Darstellung am Monitor z.Z: doch
schon perzeptiv (?) auf das Monitorprofil gemapped, das ja eher im
Bereich von sRGB liegt.
Da man sich die ISOcoated Simulation anschaut, muss man den
Monitor-Farbraum mit ISOcoated vergleichen (über die Utilities dazu
wurde in der Liste schon geschrieben). Der kleiner Farbraum wird im
größeren simuliert, eine farbmetrische Umrechnung ist möglich. Passt
ISOcoated rein, Bingo ! Passt es nicht, entweder anderen Monitor
nehmen oder man hat zumindest eine Idee, an welcher Stelle die
Monitordarstellung falsch ist.
2:39 p.m.
New subject: Gamut-Warning->RI Entscheidung
So,
ein kurzer Zwischenstand zu meinen Recherchen.
Es ist technisch kein Problem, auszulesen, ob Pixel in oder out of
Gamut liegen.
Diese Pixel können dann nach Wunsch transformiert werden.
Soll heißen, ich kann alle Pixel, die außerhalb meines gewünschten
Zielfarbraumes liegen
perzeptiv mappen, alle anderen relativ farbmetrisch.
Das einzige ist, dass ich darauf achten muss, dass hochgesättigte Töne
nachher nicht weniger gesättigt sind,
als welche, die vorher auch keine höhere Sättigung aufwiesen.
Also muss man gleitend von perzeptiv nach relativ farbmetrisch vorgehen,
sodass also alle Töne, die zu 95% (oder 92 oder 98) in Gamut sind
perzeptiv und alle anderen
rel.farbmetrisch gewandelt werden.
Das einzige was passiert ist, dass sich die Rechenzeit auf das 3-4fache
erhöht.
Weitere Gedanken?
Viele Grüße
Claas Bickeböller
2:50 p.m.
New subject: Gamut-Warning->RI Entscheidung
Claas Bickeböller schrieb:
So,
ein kurzer Zwischenstand zu meinen Recherchen.
Es ist technisch kein Problem, auszulesen, ob Pixel in oder out of Gamut
liegen.
Diese Pixel können dann nach Wunsch transformiert werden.
Soll heißen, ich kann alle Pixel, die außerhalb meines gewünschten
Zielfarbraumes liegen
perzeptiv mappen, alle anderen relativ farbmetrisch.
Das einzige ist, dass ich darauf achten muss, dass hochgesättigte Töne
nachher nicht weniger gesättigt sind,
als welche, die vorher auch keine höhere Sättigung aufwiesen.
Also muss man gleitend von perzeptiv nach relativ farbmetrisch vorgehen,
sodass also alle Töne, die zu 95% (oder 92 oder 98) in Gamut sind
perzeptiv und alle anderen
rel.farbmetrisch gewandelt werden.
Das einzige was passiert ist, dass sich die Rechenzeit auf das 3-4fache
erhöht.
... und das beste, was Sie IMHO damit erreichen können, ist ein
"anderes" perzeptives mapping (mit höherer Priorität auf Buntheit statt
Helligkeit) denn auch dort werden Farben, die nahe am Rand des Farbraums
liegen stärker verändert als Farben in der "Mitte".
Grüße, Klaus Karcher
Weitere Gedanken?
Viele Grüße
Claas Bickeböller
_______________________________________________
ECI mailing list
ECI(a)lists.transmedia.de
http://lists.transmedia.de/mailman/listinfo/eci
2:56 p.m.
New subject: Gamut-Warning->RI Entscheidung
Wird von einigen RIP-Lösungen mit Erfolg genau so umgesetzt.
Die gehen bis ca. 95% an den Rand des Farbraums und stauchen
dann den Rest auf die verbleibenden 5% zusammen. Wichtig ist,
das man einen weichen Übergang hat, sonst gibt es trotzdem Abrisse,
Viele Grüße
K.Krüger
Am 02.09.2004 um 14:39 schrieb Claas Bickeböller:
So,
ein kurzer Zwischenstand zu meinen Recherchen.
Es ist technisch kein Problem, auszulesen, ob Pixel in oder out of
Gamut liegen.
Diese Pixel können dann nach Wunsch transformiert werden.
Soll heißen, ich kann alle Pixel, die außerhalb meines gewünschten
Zielfarbraumes liegen
perzeptiv mappen, alle anderen relativ farbmetrisch.
Das einzige ist, dass ich darauf achten muss, dass hochgesättigte Töne
nachher nicht weniger gesättigt sind,
als welche, die vorher auch keine höhere Sättigung aufwiesen.
Also muss man gleitend von perzeptiv nach relativ farbmetrisch
vorgehen,
sodass also alle Töne, die zu 95% (oder 92 oder 98) in Gamut sind
perzeptiv und alle anderen
rel.farbmetrisch gewandelt werden.
Das einzige was passiert ist, dass sich die Rechenzeit auf das
3-4fache erhöht.
Weitere Gedanken?
Viele Grüße
Claas Bickeböller
_______________________________________________
ECI mailing list
ECI(a)lists.transmedia.de
http://lists.transmedia.de/mailman/listinfo/eci
9:03 p.m.
New subject: Gamut-Warning->RI Entscheidung
Am 27.08.2004 um 16:48 schrieb Thomas Richard:
Hallo Thomas,
ich hab in dem Zusammenhang auch noch eine Frage:
Wir haben es hier die ganze Zeit so schön von wegen abwägen, was an
Verlusten bei der Transformation Richtung ISO coated verloren geht,
und dabei eine optische Entscheidung, welcher RI da der sinnigere ist.
Wieso optisch. Das Gamut-Warning ist doch nicht optisch, sondern
errechnet.
Meine Ursprungsfrage zielt ja auf Motive ab, die kein Gamut-Warning
aufweisen und somit rel.farbm. gemappt werden können.
bzw welche die eines aufweisen und somit perzeptiv gewandelt werden
sollten.
Erst wenn ich die out-of-gammut Bereiche manuell entferne bin ich auf
meinen Monitor angewiesen,
der aber mit Softproof-Funktion wieder genug anzeigt, solange ISOcoated
dargestellt werden kann.
So, und jetzt Gute Nacht und nen schönen Feierabend.
Claas Bickeböller
Kann es sein, das man da bei der Entscheidung von
völlig falschen
Voraussetzungen ausgeht?
Worauf ich hinaus will ist folgendes:
Ein Bild in ECI oder Adobe RGB, das diesen Farbraum auch ausschöpfend
beansprucht, wird bei Darstellung am Monitor z.Z: doch schon perzeptiv
(?) auf das Monitorprofil gemapped, das ja eher im Bereich von sRGB
liegt.
Darauf aufbauend entscheide ich, nach rein Qualitativer Warnung der
Farbumfang-Warnung auf was davon ich wirklich verzichten kann und was
nicht, um mich für perzeptiven bzw. rel. farbm. RI zu entscheiden.
Aber kann ich das denn so überhaupt, denn der Verlust wird mir ja
schon mit der auf etwa sRGB reduzierte Monitordarstellung
vorgegaukelt.
Wenn ich nun denke, das ein schrilles Grün soweit ja garnicht von dem
weg ist, was mir die Separationsvorschau anzeigt, gehe ich doch da
u.U. von ziemlich falschen Voraussetzungen aus, oder?
MfG
Thomas Richard
_______________________________________________
ECI mailing list
ECI(a)lists.transmedia.de
http://lists.transmedia.de/mailman/listinfo/eci
3:14 p.m.
New subject: Gamut-Warning->RI Entscheidung
Hallo Liste
Von vielen Seiten war der Wunsch nach Smart CMM´s genannt, die bei
Bilddaten den tatsächlichen Gamut des Bildes mit einbeziehen.
Auf der DRUPA wurden zwei Systeme gezeigt, die in dieser Richtung schon
recht fortgeschritten schienen:
FUJI
hat einen ColorServer für die grafische Industrie gezeigt, der
ICC-basiertes Colormanagement mit den Bildoptimierungs-Algorithmen der
digitalen Mini-Labs verheiratet hat.
Hier hieß es explizit, dass das Gamutmapping on the fly berechnet wird.
Kodak
hat ebenfalls einen ColorServer gezeigt, der eine Weiterentwicklung der
Imation CMM beinhaltet, die ebenfalls stark in diese Richtung geht.
Beide Lösungen sind aber recht teuer, lohnen sich nur für roße
Mediendienstleister und sind meines Wissens noch nicht verfügbar.
Wer mit heutiger Technologie ein Höchstmaß an Automatisierung erreichen
will, sollte aus meiner Sicht die Grundausarbeitung des RGB Bildes mit
einem CMYK Softproof und relcol.Tiefenkompensierung (TK)machen.
Wenn es vorkommt, das bei einigen wenigen Bildern Farbbereiche zu
gesättigt sind, dann sollte dies einmalig per Hand und Auge
auskorrigiert werden. Dieses so erzeugte Masterbild, kann dann
weitesgehends automatisch weiterverarbeitet werden.
Die Tiefenkompensierung ist übrigens ein ausgesprochen intelligent
programmierter Algorithmus.
Ausgehend vom Unterschied des Schwarzpunktes von Quelle und Ziel wird
auch das Gamutmapping der gesättigten Farben berechnet.
Dieses kann dann sowohl komprimieren, als auch expandieren.
Wenn Quellprofil und Zielprofil von beliebigen Herstellern stammen, dann
wird über die Methode relcol mit TK ein sehr einheitliches Gamutmapping
erreicht, während beim perzeptiven Intent in diesem Fall deutlich
größere Unsicherheiten vorhanden sind.
Adobe hat übrigens dem ICC den Algorithmus für Tiefenkompensierung zur
Verfügung gestellt.
Wenn wir Anwender diese jetzt auch in RIP-Softwares, ColorServern oder
DeviceLink-profilen haben wollen, müssen wir gemeinsam Druck machen.
Ich selber wünsche mir den Haken für ICC/Adobe Tiefenkompensierung z.B.
in folgenden Produkten:
- sämtliche RIPs für Fotografen
- sämtliche RIPs für den Largeformat Druck
- Gretag Macbeth iQueue
- Gretag-Macbeth Profilemaker DeviceLink-Modul
- Heidelberg Supercolor Nachfolger
(Wie lautet jetzt eigentlich die endgültige Produktbezeichnung ?)
:-) Jan-Peter Homann
colormanagement.de ---------- fon/fax +49 30 611 075 18
Jan-Peter Homann ------------- mobile +49 171 54 70 358
Kastanienallee 71 ------- http://www.colormanagement.de
10435 Berlin --------- mailto:homann@colormanagement.de
4:29 p.m.
New subject: Gamut-Warning->RI Entscheidung
Am 27.08.2004 um 15:14 schrieb Jan-Peter Homann:
Hallo Liste
Von vielen Seiten war der Wunsch nach Smart CMM´s genannt, die bei
Bilddaten den tatsächlichen Gamut des Bildes mit einbeziehen.
Auf der DRUPA wurden zwei Systeme gezeigt, die in dieser Richtung
schon recht fortgeschritten schienen:
FUJI
hat einen ColorServer für die grafische Industrie gezeigt, der
ICC-basiertes Colormanagement mit den Bildoptimierungs-Algorithmen der
digitalen Mini-Labs verheiratet hat.
Hier hieß es explizit, dass das Gamutmapping on the fly berechnet wird.
Was heißt, es hieß. Ist es so, oder nicht?
Hersteller erzählen leider oft viel wenn der Tag lang ist.
Kodak
hat ebenfalls einen ColorServer gezeigt, der eine Weiterentwicklung
der Imation CMM beinhaltet, die ebenfalls stark in diese Richtung
geht.
Beide Lösungen sind aber recht teuer, lohnen sich nur für roße
Mediendienstleister und sind meines Wissens noch nicht verfügbar.
Das war ja zu erwarten.
Wer mit heutiger Technologie ein Höchstmaß an Automatisierung
erreichen will, sollte aus meiner Sicht die Grundausarbeitung des RGB
Bildes mit einem CMYK Softproof und relcol.Tiefenkompensierung
(TK)machen.
Wenn es vorkommt, das bei einigen wenigen Bildern Farbbereiche zu
gesättigt sind, dann sollte dies einmalig per Hand und Auge
auskorrigiert werden. Dieses so erzeugte Masterbild, kann dann
weitesgehends automatisch weiterverarbeitet werden.
Das ist IMHO aber nicht sehr medienneutral. Stellen wir uns vor, wir
arbeiten im Softproof mit ISOcoated und wandeln in einer Produktion in
Rollenoffset für Zeitungspapier. Da hätten wir im Softproof ein anderes
Gamut-Warning gehabt.
Die Tiefenkompensierung ist übrigens ein ausgesprochen
intelligent
programmierter Algorithmus.
Ausgehend vom Unterschied des Schwarzpunktes von Quelle und Ziel wird
auch das Gamutmapping der gesättigten Farben berechnet.
Dieses kann dann sowohl komprimieren, als auch expandieren.
Wenn Quellprofil und Zielprofil von beliebigen Herstellern stammen,
dann wird über die Methode relcol mit TK ein sehr einheitliches
Gamutmapping erreicht, während beim perzeptiven Intent in diesem Fall
deutlich größere Unsicherheiten vorhanden sind.
Adobe hat übrigens dem ICC den Algorithmus für Tiefenkompensierung zur
Verfügung gestellt.
Wenn wir Anwender diese jetzt auch in RIP-Softwares, ColorServern oder
DeviceLink-profilen haben wollen, müssen wir gemeinsam Druck machen.
Na dann machen wir mal.;-)
Ich selber wünsche mir den Haken für ICC/Adobe Tiefenkompensierung
z.B. in folgenden Produkten:
- sämtliche RIPs für Fotografen
- sämtliche RIPs für den Largeformat Druck
- Gretag Macbeth iQueue
- Gretag-Macbeth Profilemaker DeviceLink-Modul
- Heidelberg Supercolor Nachfolger
(Wie lautet jetzt eigentlich die endgültige Produktbezeichnung ?)
:-) Jan-Peter Homann
colormanagement.de ---------- fon/fax +49 30 611 075 18
Jan-Peter Homann ------------- mobile +49 171 54 70 358
Kastanienallee 71 ------- http://www.colormanagement.de
10435 Berlin --------- mailto:homann@colormanagement.de
_______________________________________________
ECI mailing list
ECI(a)lists.transmedia.de
http://lists.transmedia.de/mailman/listinfo/eci
7182
days inactive
7188
days old
12 comments
7 participants
participants (7)
-
Bestmann, Guenter RD-PN32 -
Claas Bickeböller -
Daniel Valance -
Jan-Peter Homann -
Karsten Krüger -
Klaus Karcher -
Thomas Richard