Prooferempfehlung
by Gert2520＠aol.com
Liebe Listenleser,
wir proofen mit Best Colorproof XL (bald XF) /hp 10ps /Fuji IPP Semiglossy.
Es sind nun Überlegungen im Gange einen größeren Proofer anzuschaffen der folgende Anforderungen erfüllen soll:
-(Druckgröße mind. 635 x 510mm).
-möglichst großer Farbraum (Pantonefarbensimulation)
-schnelle Trocknung
Im Auge haben wir den Epson 7600 und gehen davon aus, dass wir mindestens in derselben Farbqualität proofen können als mit HP 10ps.
Nun beschäftigen uns folgende Fragen:
Welche Alternative gäbe es zum Epson?
Wäre ein Proofer sinnvoll der auf Originalauflagenpapier proofen kann? (Bei uns wird meist BSL- und anderes ungestrichenes Papier bedruckt)
Oder auch:
Welche Investitionen müssten getätigt werden, wenn man eine *deutlich* bessere Sonderfarbensimulation erzielen möchte?
Herzlichen Dank für jeden Praxistip
Gert Friedl
SD-Vorstufe
08026/39744
18 years, 8 months
- 5
- 4
Hans-Guenter Stusche/IMSTU/IS/DE/BAYER ist außer Haus.
by hans-guenter.stusche.hs＠dynevo.de
Ich werde ab 29.08.2005 nicht im Büro sein. Ich kehre zurück am 05.09.2005.
Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. In dringenden Fällen
wenden Sie sich bitte an Frau Glump (IMGLU)
Telefon: 0214-30-51433
18 years, 8 months
- 1
- 0
AW: [ECI] Prooferempfehlung
by Meinecke, Karl Michael (bvdm)
Hallo Herr Friedl et al,
bei solchen und in ähnlichen Fragen empfiehlt sich der Besuch des
Digitalproof-Forum 2005 Stuttgart www.digitalproof-forum.de
Freundliche Gruesse
Karl Michael Meinecke
Bundesverband Druck und Medien e.V. (bvdm)
-----Ursprüngliche Nachricht-----
Von: H. Rieffel | filestyle [mailto:hauke.rieffel@filestyle.com]
Gesendet: Dienstag, 30. August 2005 13:22
An: eci(a)lists.transmedia.de
Betreff: Re: [ECI] Prooferempfehlung
Hallo,
ich würde Ihnen ebenfalls vorbehaltlos den Epson 7600 empfehlen. Meiner
Ansicht nach gibt es in der Preisklasse nichts besseres. Der Epson 7600 ist
in der Lage Auflagenpapier zu proofen. Allerdings muessen Sie je nach
Papiertyp eine eigene Farbanpassung erstellen. Zum Ansteuern würde ich wie
Frau Werner bereits erwähnt hat, GMG verwenden. Wir haben bis vor kurzem
auch noch mit Best gearbeitet ... der qualitative Sprung von GMG auf Best
ist enorm. Allerdings ist die Anschaffung natürlich auch ein wenig
kostspieliger.
Schöne Grüße aus Hamburg
Hauke Rieffel
-------------------------------------------------------------------------
filestyle medienproduktion GmbH
Neue HafenCity Hamburg
Magdeburger Straße 17 · 20457 Hamburg
Telefon: +49 (0)40 - 41 91 98-76 · Fax -99 · DFÜ -92
-------------------------------------------------------------------------
Am 30.08.2005 um 13:11 schrieb claudia.werner:
Hallo,
meines Wissens nach kann man auch mit dem Epson 7600( oder 9600) auch
auf Auflagenpapier proofen-
natürlich muss man für die Farbverbindlichkeit selber Sorge tragen
Zum Thema Sonderfarbensimulation:
Best kenne ich nur bis zur Version 4
Persönlich würde ich der Best eine GMG Ansteuerung vorziehen.
Vom Farbraum kann der Epson 7600 mit dem HP10PS auf jeden Fall mithalten.
Der Vorteil gegenüber dem HP: kein Fading.
Den Epson 5000 würde ich auf jeden Fall für absolut indiskutabel erachten!
(schlechterer Farbraum - viele und häufige Streifen- sehr schlechte
Schwarzsimulation)
Mit freundlichen Grüßen
Claudia Werner
Am 30. Aug 2005 um 12:34 schrieb Claas Bickeböller:
Hallo Herr Friedl,
Am 30.08.2005 um 12:22 schrieb Gert2520(a)aol.com:
Liebe Listenleser,
wir proofen mit Best Colorproof XL (bald XF) /hp 10ps /Fuji IPP Semiglossy.
Es sind nun Überlegungen im Gange einen größeren Proofer anzuschaffen der
folgende Anforderungen erfüllen soll:
-(Druckgröße mind. 635 x 510mm).
-möglichst großer Farbraum (Pantonefarbensimulation)
-schnelle Trocknung
Im Auge haben wir den Epson 7600 und gehen davon aus, dass wir mindestens in
derselben Farbqualität proofen können als mit HP 10ps.
Nun beschäftigen uns folgende Fragen:
Welche Alternative gäbe es zum Epson?
Epson 7800
Wäre ein Proofer sinnvoll der auf Originalauflagenpapier proofen kann? (Bei
uns wird meist BSL- und anderes ungestrichenes Papier bedruckt)
Da gibt es z.Zt meines Wissens nur den Epson 5000, der aber mechanisch und
vom Farbraum eine Katastrophe ist.
Oder auch:
Welche Investitionen müssten getätigt werden, wenn man eine *deutlich*
bessere Sonderfarbensimulation erzielen möchte?
Creo Veris, ich glaube ab ca. 20.000
Herzlichen Dank für jeden Praxistip
Gert Friedl
SD-Vorstufe
08026/39744
_______________________________________________
ECI mailing list
ECI(a)lists.transmedia.de
http://lists.transmedia.de/mailman/listinfo/eci
Mit freundlichen Grüßen - Best regards
Claas Bickeböller
BBW Werbeagentur
Stratmanns Weg 1
45731 Waltrop
02309/95830
_______________________________________________
ECI mailing list
ECI(a)lists.transmedia.de
http://lists.transmedia.de/mailman/listinfo/eci
_______________________________________________
ECI mailing list
ECI(a)lists.transmedia.de
http://lists.transmedia.de/mailman/listinfo/eci
-------------------------------------------------------------------------------------------
Diese Mail wurde durch die TrendMicro Interscan VirusWall auf Viren gescannt.
18 years, 8 months
- 1
- 0
AW: [ECI] [ECI] Re: Rendering Intents für medienneutrale Bildarchive
by Edgar Loser
Hallo Herr Bickeböller,
> Hallo Herr Homann,
>
> wir hatten vor einiger Zeit mal einen von mir gestarteten Thread, der
> hieß:
> Gamut-Warning -> RI-Entscheidung.
>
> Diese Diskussion hier erinnert mich daran.
>
> Was passierte denn, wenn man ab 95% In-Gamut und alle Out-of-Gamut
> Farben
> perzeptiv, den Rest per rel.CM mit TK wandelte?
>
> Wäre dies nicht ein gangbarer Weg?
> Laut einem Entwickler eines AMS wäre dies ohne weiteres realisierbar,
> nur Ergebnisse so einer Wandlung habe ich noch nicht gesehen.
tut mir leid, aber ich halte das für keine so gute Idee. Die Konsequenz
wären nämlich deutliche Farbsprünge/ Farbabrisse innerhalb eines Farbverlaufs genau über diese 95%-Grenze.
Man könnte versuchen den Übergang nicht sprunghaft von rel. CM mit TK zu perzeptiv, genau an der 95% Grenze, zu machen, sondern kontinuierlich vielleicht in dem Bereich von "90% bis 100% in Gamut". Aber auch in diesem Fall wäre ein Farbverlauf, welcher sich über diesen Bereich erstreckt, alles andere als schön.
Aus der Erfahrung bei der Entwicklungs einer ICC-Profilier Software kann ich nur sagen, daß es schon schwierig genug ist innerhalb eines Rendering Intents Farbabrisse ausreichend zu vermeiden.
mit besten Grüßen
Edgar Loser
Edgar Loser
ErgoSoft AG
Moosgrabenstr. 13
CH-8595 Altnau
Tel. 0041 71 694 6637
Fax. 0041 71 694 6660
18 years, 8 months
- 1
- 0
Re: (AS) Fehler bei Farbseparation eciRGB - ISOcoated
by MATZCOM
Sehr geehrter Herr Krämer,
in Ihren ersten Sätzen schreiben Sie:
"...Ich liefere CMYK-Daten an Druckereien und Agenturen, die ohne
weitere Bearbeitung gedruckt werden. Einige Druckereien arbeiten mit
ECI-Profilen. Bei der Verwendung der ECI-Profile zur Farbseparation
tritt folgendes Problem auf...."
Darf ich fragen, wie Sie Ihre sonst gelieferten, unbeanstandeten CMYK Daten
abliefern, bzw. separieren ?
Und in den oben beschriebenen Problemfällen, haben Sie da Ihre Daten in RGB
oder in CMYK an die Druckerei geliefert ?
Das ist mir in der Diskussion noch nicht ganz klar geworden.
Mit freundlichem Gruss
Mathias Zeidler
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. Antwort: Re: [ECI] Fehler bei Farbseparation eciRGB - ISOcoatet
(clemens.marpert(a)aschendorff.de)
2. Re: (AS) Fehler bei Farbseparation eciRGB - ISOcoated
(=?ISO-8859-1?Q?Andre_Sch=FCtzenhofer?=)
3. Re: Antwort: Re: [ECI] (AS) Fehler bei Farbseparation eciRGB -
ISOcoated (=?ISO-8859-1?Q?Andre_Sch=FCtzenhofer?=)
4. Re: (AS) Fehler bei Farbseparation eciRGB - ISOcoated (Jürgen Krämer)
5. Re: Fehler bei Farbseparation eciRGB - ISOcoatet (Jürgen Krämer)
6. Re: Antwort: [ECI] Fehler bei Farbseparation Eci RGB - ISOcoated
(Jürgen Krämer)
7. Re: Antwort: Re: [ECI] Fehler bei Farbseparation eciRGB - ISOcoatet
(=?ISO-8859-1?Q?Claas_Bickeb=F6ller?=)
8. Re: Fehler bei Farbseparation eciRGB - ISOcoated (Andy Rossbach)
--__--__--
Message: 1
To: eci(a)lists.transmedia.de
Subject: Antwort: Re: [ECI] Fehler bei Farbseparation eciRGB - ISOcoatet
From: clemens.marpert(a)aschendorff.de
Date: Mon, 29 Aug 2005 14:01:22 +0200
boundary="=_alternative 00420B6AC125706C_="
Reply-To: eci(a)lists.transmedia.de
Dies ist eine mehrteilige Nachricht im MIME-Format.
--=_alternative 00420B6AC125706C_=
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Hallo Claas,
es geht nicht um das Abmusterungsergebnis im Vergleich zum Monitor, (das=20
l=E4uft schon unter Normlicht und auf Auflagenpapier) sondern das=20
Darstellungsergebnis RGB-Daten --> Proofsimulation am Monitor und die=20
Darstellung=20
der CMYK Daten mit Proof -Simulation am Monitor. Die Ergebnisse liegen=20
nweit auseinander. Vielleicht hat ja jemand in der Liste eine Idee, wo der =
Hase im Pfeffer liegt.
mfG
Clemens Marpert
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Aschendorff Medien GmbH
Kundenvorstufe Seitenherstellung
An der Hansalinie 1
48163 Muenster
clemens.marpert(a)aschendorff.de
Fon: 00 49 2 51 / 6 90 - 2 70
Fax: 00 49 2 51 / 6 90 - 2 43
www.aschendorff.de
--=_alternative 00420B6AC125706C_=
Content-Type: text/html; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
<br><font size=3D2 face=3D"sans-serif">Hallo Claas,</font>
<br>
<br><font size=3D2 face=3D"sans-serif">es geht nicht um das Abmusterungserg=
ebnis
im Vergleich zum Monitor, (das l=E4uft schon unter Normlicht und auf Auflag=
enpapier)
sondern das Darstellungsergebnis RGB-Daten --> Proofsimulation am Monitor
und die Darstellung <br>
der CMYK Daten mit Proof -Simulation am Monitor. Die Ergebnisse liegen
nweit auseinander. Vielleicht hat ja jemand in der Liste eine Idee, wo
der Hase im Pfeffer liegt.</font>
<br>
<br><font size=3D2 face=3D"sans-serif">mfG</font>
<br>
<br><font size=3D2 face=3D"sans-serif">Clemens Marpert<br>
<br>
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br>
Aschendorff Medien GmbH<br>
Kundenvorstufe Seitenherstellung<br>
An der Hansalinie 1<br>
48163 Muenster<br>
clemens.marpert(a)aschendorff.de<br>
Fon: 00 49 2 51 / 6 90 - 2 70<br>
Fax: 00 49 2 51 / 6 90 - 2 43<br>
<br>
www.aschendorff.de<br>
<br>
</font>
--=_alternative 00420B6AC125706C_=--
--__--__--
Message: 2
From: =?ISO-8859-1?Q?Andre_Sch=FCtzenhofer?=
<a.schuetzenhofer(a)con-cept-pro.com>
Subject: Re: [ECI] (AS) Fehler bei Farbseparation eciRGB - ISOcoated
Date: Mon, 29 Aug 2005 17:50:16 +0200
To: eci(a)lists.transmedia.de
Reply-To: eci(a)lists.transmedia.de
Am 26. Aug 2005 um 16:20 schrieb Jürgen Krämer:
> nach der Separation von RGB-Daten von eciRGB nach ISOcoatet erscheint
> das Bild am Monitor wesentlich heller als in RGB. Die
> Farbeinstellungen in Photoshop wurden entsprechend der Anleitung in
> Digipix 3 vorgenommen.
>
> Vorhandene Dateien ohne CMYK-Profil werden jedoch mit denselben
> Farbeinstellungen auf dem Monitor korrekt dargestellt und entsprechen
> dem Ergebnis im Offset, weshalb ich davon ausgehe, daß es sich nicht
> nur um einen Darstellungsfehler handelt.
Hallo Herr Krämer,
vorausgesetzt, Sie verwenden die Optionen 'Schwarze Druckfarbe /
Papierweiß' einheitlich, sehen Sie die Auswirkungen der speziellen
Gamut Mapping Strategie (perceptual gamut mapping), also die Art und
Weise wie RGB-Daten nach CMYK umgewandelt werden. Verschieden Profile
erzeugen hier in der Regel verschiedene Ergebnisse. Die vorliegende
Methode besitzt als eine Komponente in der Strategie eine gewisse
Aufhellung der Tonwerte, was kein Fehler im Sinne einer "falschen
Separation" ist, sondern eine Eigenschaft.
Die korrekte Darstellung von (vorhandenen) CMYK-Dateien spricht dafür,
dass Ihre Umgebung richtig eingerichtet ist. Für die Darstellung
(Softproof) findet eine Strategie Verwendung, die eine 1:1 Darstellung
anstrebt, also keine "Farbraumanpassung" im Sinne von einem perceptual
Gamut Mapping erzeugt.
Mit freundlichen Grüßen,
Andre Schützenhofer
--__--__--
Message: 3
From: =?ISO-8859-1?Q?Andre_Sch=FCtzenhofer?=
<a.schuetzenhofer(a)con-cept-pro.com>
Subject: Re: Antwort: Re: [ECI] (AS) Fehler bei Farbseparation eciRGB -
ISOcoated
Date: Mon, 29 Aug 2005 18:00:27 +0200
To: eci(a)lists.transmedia.de
Reply-To: eci(a)lists.transmedia.de
--Apple-Mail-7-995139024
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=WINDOWS-1252;
format=flowed
Am 29. Aug 2005 um 14:01 schrieb clemens.marpert(a)aschendorff.de:
> Hallo Claas,
>
> es geht nicht um das Abmusterungsergebnis im Vergleich zum Monitor,=20
> (das l=E4uft schon unter Normlicht und auf Auflagenpapier) sondern das=20=
> Darstellungsergebnis RGB-Daten --> Proofsimulation am Monitor und die=20=
> Darstellung
> der CMYK Daten mit Proof -Simulation am Monitor. Die Ergebnisse=20
> liegen nweit auseinander. Vielleicht hat ja jemand in der Liste eine=20=
> Idee, wo der Hase im Pfeffer liegt.
Hallo Herr Marpert,
folgendes w=E4re zu =FCberpr=FCfen:
Ist im Proof-Setup bei beiden Vorgehensweisen eine einheitliche=20
Einstellung der Optionen "Schwarze Druckfarbe" und "Papierwei=DF"=20
vorhanden?
Wird mit der gleichen Konvertierungsoption / Rendering Intent=20
transformiert, welcher die Grundlage f=FCr die Erzeugung des den=20
Softproof ist?
Eine unterschiedliche Handhabung einer oder beider dieser=20
Grundbedingungen kann sowohl faktisch (also "physikalisch" in den=20
Daten) wie auch bei der Vorschau in Bezug zu dem Endergebnis=20
Differenzen erzeugen.
Mit freundlichen Gr=FC=DFen,
Andre Sch=FCtzenhofer
CON=B7CEPT=B7PRO GmbH - consulting and production 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
P.O. Box: Postfach 10 28 35 =B7 50468 Cologne
=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
=96=96=96=96=96=96=96=96=96=96=96=96=96
Location Langenfeld: Kronprinzstra=DFe 54 =B7 40764 Langenfeld
phone: +49(0)2173 - 3993 363 | fax +49(0)2173 - 3993 308
a.schuetzenhofer(a)con-cept-pro.com | cell: +49(0)172 - 208 32 73
=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
=96=96=96=96=96=96=96=96=96=96=96=96=96
Location | Head Cologne: Ehrenstra=DFe 88 =B7 50672 Cologne
phone|fax: +49 (0) 221 - 255 254 | cell +49 (0) 172 - 21 28 104
j.erpenbach(a)con-cept-pro.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
http://www.con-cept-pro.com
Am 29. Aug 2005 um 14:01 schrieb clemens.marpert(a)aschendorff.de:
>
> Hallo Claas,
>
> es geht nicht um das Abmusterungsergebnis im Vergleich zum Monitor,=20
> (das l=E4uft schon unter Normlicht und auf Auflagenpapier) sondern das=20=
> Darstellungsergebnis RGB-Daten --> Proofsimulation am Monitor und die=20=
> Darstellung
> der CMYK Daten mit Proof -Simulation am Monitor. Die Ergebnisse=20
> liegen nweit auseinander. Vielleicht hat ja jemand in der Liste eine=20=
> Idee, wo der Hase im Pfeffer liegt.
>
> mfG
>
> Clemens Marpert
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Aschendorff Medien GmbH
> Kundenvorstufe Seitenherstellung
> An der Hansalinie 1
> 48163 Muenster
> clemens.marpert(a)aschendorff.de
> Fon: 00 49 2 51 / 6 90 - 2 70
> Fax: 00 49 2 51 / 6 90 - 2 43
>
> www.aschendorff.de
>
--Apple-Mail-7-995139024
Content-Transfer-Encoding: quoted-printable
Content-Type: text/enriched;
charset=WINDOWS-1252
Am 29. Aug 2005 um 14:01 schrieb clemens.marpert(a)aschendorff.de:
<excerpt>Hallo Claas,=20
es geht nicht um das Abmusterungsergebnis im Vergleich zum Monitor,
(das l=E4uft schon unter Normlicht und auf Auflagenpapier) sondern das
Darstellungsergebnis RGB-Daten --> Proofsimulation am Monitor und die
Darstellung=20
der CMYK Daten mit Proof -Simulation am Monitor. Die Ergebnisse
liegen nweit auseinander. Vielleicht hat ja jemand in der Liste eine
Idee, wo der Hase im Pfeffer liegt.=20
</excerpt>
Hallo Herr Marpert,
folgendes w=E4re zu =FCberpr=FCfen:=20
Ist im Proof-Setup bei beiden Vorgehensweisen eine einheitliche
Einstellung der Optionen "Schwarze Druckfarbe" und "Papierwei=DF"
vorhanden?=20
Wird mit der gleichen Konvertierungsoption / Rendering Intent
transformiert, welcher die Grundlage f=FCr die Erzeugung des den
Softproof ist?
Eine unterschiedliche Handhabung einer oder beider dieser
Grundbedingungen kann sowohl faktisch (also "physikalisch" in den
Daten) wie auch bei der Vorschau in Bezug zu dem Endergebnis
Differenzen erzeugen.
Mit freundlichen Gr=FC=DFen,
Andre Sch=FCtzenhofer
<fontfamily><param>Courier</param><x-tad-smaller>CON=B7CEPT=B7PRO GmbH -
consulting and production 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
P.O. Box: Postfach 10 28 35 =B7 50468 Cologne
=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
=96=96=96=96=96=96=96=96=96=96=96=96=96
Location Langenfeld: Kronprinzstra=DFe 54 =B7 40764 Langenfeld
phone: +49(0)2173 - 3993 363 | fax +49(0)2173 - 3993 308
a.schuetzenhofer(a)con-cept-pro.com | cell: +49(0)172 - 208 32 73=20
=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=
=96=96=96=96=96=96=96=96=96=96=96=96=96
Location | Head Cologne: Ehrenstra=DFe 88 =B7 50672 Cologne
phone|fax: +49 (0) 221 - 255 254 | cell +49 (0) 172 - 21 28 104=20
j.erpenbach(a)con-cept-pro.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
http://www.con-cept-pro.com</x-tad-smaller></fontfamily>
Am 29. Aug 2005 um 14:01 schrieb clemens.marpert(a)aschendorff.de:
<excerpt>
<smaller>Hallo Claas,</smaller>=20
<smaller>es geht nicht um das Abmusterungsergebnis im Vergleich zum
Monitor, (das l=E4uft schon unter Normlicht und auf Auflagenpapier)
sondern das Darstellungsergebnis RGB-Daten --> Proofsimulation am
Monitor und die Darstellung </smaller>
<smaller> der CMYK Daten mit Proof -Simulation am Monitor. Die
Ergebnisse liegen nweit auseinander. Vielleicht hat ja jemand in der
Liste eine Idee, wo der Hase im Pfeffer liegt.</smaller>=20
<smaller>mfG</smaller>=20
<smaller>Clemens Marpert</smaller>
<smaller> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^</smaller>
<smaller> Aschendorff Medien GmbH</smaller>
<smaller> Kundenvorstufe Seitenherstellung</smaller>
<smaller> An der Hansalinie 1</smaller>
<smaller> 48163 Muenster</smaller>
<smaller> clemens.marpert(a)aschendorff.de</smaller>
<smaller> Fon: 00 49 2 51 / 6 90 - 2 70</smaller>
<smaller> Fax: 00 49 2 51 / 6 90 - 2 43</smaller>
<smaller> www.aschendorff.de</smaller>
</excerpt>=
--Apple-Mail-7-995139024--
--__--__--
Message: 4
From: "Jürgen Krämer" <foto-kraemer(a)t-online.de>
To: <eci(a)lists.transmedia.de>
Subject: Re: [ECI] (AS) Fehler bei Farbseparation eciRGB - ISOcoated
Date: Mon, 29 Aug 2005 19:44:16 +0200
Reply-To: eci(a)lists.transmedia.de
Hallo Herr Schützenhofer,
vielen Dank für Ihre Erläuterung.
Die "Aufhellung der Tonwerte" finde ich dramatisch, weshalb ich
sicherheitshalber doch noch einmal die Einstellungen zur Diskussion
stellen möchte:
__________________________
Farbeinstellungen:
RGB: eciRGB
CMYK: ISO Coatet
Priorität: Perzeptiv
Tiefenkompensierung: ohne
Dighter: ja (8 Bit)
Sättigung: nein
Gamma: nein
Proof einrichten:
CMYK-Arbeitsfarbraum
___________________________
Wenn dies soweit korrekt ist, wie soll praktisch nun mit dieser
Eigenschaft umgegangen werden?
Beispiel: Ein Produktkatalog soll um einige Produkte aktualisiert
werden. Alter Katalog vorhanden, alte CMYK-Daten vorhanden, beides
passt überein. Die neuen Daten sollen fertig an die Druckerei
geliefert werden.
Neue Aufnahmen werden digital geschossen und beim Shooting in RGB den
alten Aufnahmen (eben auch in der Helligkeit der Tonwerte) angepasst.
Wenn ich davon ausgehe, daß die alten CMYK-Daten, Druck und Bildschirm
übereinstimmen, sollte ich nun die CMYK-Vorschau bei den RGB-Bildern
einschalten und die Tonwerte extra für die Separation korrigieren
(eben wieder knackig machen)?
Oder darf ich Sie andersherum verstehen und davon ausgehen, daß die
RGB-Darstellung schon mit dem späteren Ergebnis übereinstimmen wird
und ignoriere einfach die Aufhellung der Tonwerte nach der Separation?
Ich muß gestehen, daß mir bei beiden Varianten nicht ganz wohl zumute
ist, da ich als Fotograf ja für die Konsistenz der Farben im Druck
geradestehen muß.
Vielen Dank!
MfG
Jürgen Krämer
----- Original Message -----
From: "Andre Schützenhofer" <a.schuetzenhofer(a)con-cept-pro.com>
To: <eci(a)lists.transmedia.de>
Sent: Monday, August 29, 2005 5:50 PM
Subject: Re: [ECI] (AS) Fehler bei Farbseparation eciRGB - ISOcoated
>
> Am 26. Aug 2005 um 16:20 schrieb Jürgen Krämer:
>
> > nach der Separation von RGB-Daten von eciRGB nach ISOcoatet
erscheint
> > das Bild am Monitor wesentlich heller als in RGB. Die
> > Farbeinstellungen in Photoshop wurden entsprechend der Anleitung
in
> > Digipix 3 vorgenommen.
> >
> > Vorhandene Dateien ohne CMYK-Profil werden jedoch mit denselben
> > Farbeinstellungen auf dem Monitor korrekt dargestellt und
entsprechen
> > dem Ergebnis im Offset, weshalb ich davon ausgehe, daß es sich
nicht
> > nur um einen Darstellungsfehler handelt.
>
>
> Hallo Herr Krämer,
>
> vorausgesetzt, Sie verwenden die Optionen 'Schwarze Druckfarbe /
> Papierweiß' einheitlich, sehen Sie die Auswirkungen der speziellen
> Gamut Mapping Strategie (perceptual gamut mapping), also die Art und
> Weise wie RGB-Daten nach CMYK umgewandelt werden. Verschieden
Profile
> erzeugen hier in der Regel verschiedene Ergebnisse. Die vorliegende
> Methode besitzt als eine Komponente in der Strategie eine gewisse
> Aufhellung der Tonwerte, was kein Fehler im Sinne einer "falschen
> Separation" ist, sondern eine Eigenschaft.
>
> Die korrekte Darstellung von (vorhandenen) CMYK-Dateien spricht
dafür,
> dass Ihre Umgebung richtig eingerichtet ist. Für die Darstellung
> (Softproof) findet eine Strategie Verwendung, die eine 1:1
Darstellung
> anstrebt, also keine "Farbraumanpassung" im Sinne von einem
perceptual
> Gamut Mapping erzeugt.
>
> Mit freundlichen Grüßen,
> Andre Schützenhofer
>
>
>
>
> _______________________________________________
> ECI mailing list
> ECI(a)lists.transmedia.de
> http://lists.transmedia.de/mailman/listinfo/eci
--__--__--
Message: 5
From: "Jürgen Krämer" <foto-kraemer(a)t-online.de>
To: <eci(a)lists.transmedia.de>
Subject: Re: [ECI] Fehler bei Farbseparation eciRGB - ISOcoatet
Date: Mon, 29 Aug 2005 19:49:44 +0200
Reply-To: eci(a)lists.transmedia.de
Vielen Dank Herr Rossbach,
auch mit LStar bleibt es dabei, daß die "Helligkeit der Tonwerte", wie
der Umstand hier inzwischen genannt wird, mit der Separation verändert
wird.
Vielleicht ist ja mit meinen Einstellungen doch etwas nicht in
Ordnung. Habe an anderer Stelle zum selben Thema die Einstellungen
niedergeschrieben, vielleicht ergibt sich hier etwas.
MfG
Jürgen Krämer
----- Original Message -----
From: "Andy Rossbach" <lists(a)andyrossbach.de>
To: <eci(a)lists.transmedia.de>
Sent: Friday, August 26, 2005 5:41 PM
Subject: Re: [ECI] Fehler bei Farbseparation eciRGB - ISOcoatet
> Hallo Herr Krämer,
>
> versuchen Sie es mal mit LStar-RGB anstelle von ECI-RGB.
>
> Der Farbumfang beider Farbräume ist identisch, LStar hat jedoch eine
> andere Tonwertverteilung, die annähernd visuell gleichabständig ist,
> weshalb hierfür auch kein Matrix-, sondern ein Look-Up-Table-Profil
> eingesetzt wurde. Unter http://www.lstar-rgb.de/ finden Sie das
> Profil und weitere Informationen zu den technischen Hintergründen.
>
> Diesen Effekt des Aufhellens bei der Separation von ECI-RGB nach ISO
> coated kenne ich. Werden die Daten erst nach CMYK konvertiert und
> dann bearbeitet (was leider einige Kollegen so machen), empfinde ich
> die Aufhellung als angenehm, weil die Wiedergabe im Druck davon
> profitieren kann.
>
> Werden jedoch RGB-Dateien bearbeitet und erst zum Schluss in ISO
> coated konvertiert, stört mich diese Aufhellung. Hier schafft LStar
> Abhilfe.
>
> Viel Spaß beim Probieren und sonnige Grüße,
> Andy Rossbach
>
>
> Am 26.08.2005 um 16:20 schrieb Jürgen Krämer:
>
> > Hallo Liste,
> >
> > Ich liefere CMYK-Daten an Druckereien und Agenturen, die ohne
weitere
> > Bearbeitung gedruckt werden. Einige Druckereien arbeiten mit
> > ECI-Profilen. Bei der Verwendung der ECI-Profile zur
Farbseparation
> > tritt folgendes Problem auf:
> >
> > nach der Separation von RGB-Daten von eciRGB nach ISOcoatet
erscheint
> > das Bild am Monitor wesentlich heller als in RGB. Die
> > Farbeinstellungen in Photoshop wurden entsprechend der Anleitung
in
> > Digipix 3 vorgenommen.
> >
> > Vorhandene Dateien ohne CMYK-Profil werden jedoch mit denselben
> > Farbeinstellungen auf dem Monitor korrekt dargestellt und
entsprechen
> > dem Ergebnis im Offset, weshalb ich davon ausgehe, daß es sich
nicht
> > nur um einen Darstellungsfehler handelt.
> >
> > Andrerseits hieße das, daß die Daten mit ECI-Profilen falsch
separiert
> > werden.
> >
> > Weiß hier jemand Rat?
> >
> > Mfg
> > Jürgen Krämer
> _______________________________________________
> ECI mailing list
> ECI(a)lists.transmedia.de
> http://lists.transmedia.de/mailman/listinfo/eci
--__--__--
Message: 6
From: "Jürgen Krämer" <foto-kraemer(a)t-online.de>
To: <eci(a)lists.transmedia.de>
Subject: Re: Antwort: [ECI] Fehler bei Farbseparation Eci RGB - ISOcoated
Date: Mon, 29 Aug 2005 19:10:10 +0200
Reply-To: eci(a)lists.transmedia.de
Hallo Herr Marpert,
ja, wenn "absolut farbmetrisch" gearbeitet wird, bleibt die
"Helligkeit" unverändert. Die Farben sind dann allerdings alles andere
als das, was ich den Augen meiner Kunden zumuten könnte.
Das Verblassen der Bilder ist gleichermassen zu beobachten...
Bild/Modus/CMYK; Ansicht/Farbproof; Bild/Modus/in Profil
konvertieren...;
Übrigens habe ich noch keine Empfehlung für die Umrechnungspriorität
bei ECI-Profilen gefunden. In Digipix 3 gibt es nur einen Hinweis auf
"relativ Farbmetrisch".
Haben Sie denn eine Lösung für Ihr Newspaper gefunden?
MfG
Jürgen Krämer
ginal Message -----
From: clemens.marpert(a)aschendorff.de
To: eci(a)lists.transmedia.de
Sent: Sunday, August 28, 2005 7:55 PM
Subject: Antwort: [ECI] Fehler bei Farbseparation Eci RGB - ISOcoated
Hallo Herr Krämer,
Haben Sie, wenn Sie die RGB-Datei betrachten, auch mal die
Proofsimulation angewählt?? (ISO coated ) Das Ziel, in das Sie
hineinkonvertieren wollen??
Photoshopeinstellung für die Proofsimulation "absolut farbmetrisch",
damit der Weißpunkt mit ausgelesen wird.
Wie sehen bei Ihnen die Bilder dann aus wenn Sie die RGB - Daten mit
Proofsimulation und die Separationsdaten am Monitor
nebeneinanderstellen??
Wie ist dann das Ergebnis zum Druck Tntenstrahldrucker / Druckerei??
Ich habe ein ähnlich gelagertes Problem mit der Simulation des
Druckergebnisses beim ISO - Newspaper Profil in Photoshop. Machen Sie
sich doch mal den Spaß und vergleichen
das Simulationsergebnis in der Proofsimulation mit dem CMYK -
Separationsergebnis. Sie werden erstaunt sein.
mit freundlichen Grüßen
Clemens Marpert
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Aschendorff Medien GmbH
Kundenvorstufe Seitenherstellung
An der Hansalinie 1
48163 Muenster
clemens.marpert(a)aschendorff.de
Fon: 00 49 2 51 / 6 90 - 2 70
Fax: 00 49 2 51 / 6 90 - 2 43
www.aschendorff.de
--__--__--
Message: 7
From: =?ISO-8859-1?Q?Claas_Bickeb=F6ller?= <claas(a)bbwerbung.de>
Subject: Re: Antwort: Re: [ECI] Fehler bei Farbseparation eciRGB -
ISOcoatet
Date: Mon, 29 Aug 2005 21:37:50 +0200
To: eci(a)lists.transmedia.de
Reply-To: eci(a)lists.transmedia.de
--Apple-Mail-1-1008182742
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=ISO-8859-1;
delsp=yes;
format=flowed
Hallo Clemens,
meine Antwort bezog sich auf Clemens M. H=FCrten.
Ich hatte nur die Quotes der =DCbersichtlichkeit halber gel=F6scht.
War wohl keine gute Idee;-)
Am 29.08.2005 um 14:01 schrieb clemens.marpert(a)aschendorff.de:
>
> Hallo Claas,
>
> es geht nicht um das Abmusterungsergebnis im Vergleich zum Monitor, =20=
> (das l=E4uft schon unter Normlicht und auf Auflagenpapier) sondern =20
> das Darstellungsergebnis RGB-Daten --> Proofsimulation am Monitor =20
> und die Darstellung
> der CMYK Daten mit Proof -Simulation am Monitor. Die Ergebnisse =20
> liegen nweit auseinander. Vielleicht hat ja jemand in der Liste =20
> eine Idee, wo der Hase im Pfeffer liegt.
>
> mfG
>
> Clemens Marpert
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Aschendorff Medien GmbH
> Kundenvorstufe Seitenherstellung
> An der Hansalinie 1
> 48163 Muenster
> clemens.marpert(a)aschendorff.de
> Fon: 00 49 2 51 / 6 90 - 2 70
> Fax: 00 49 2 51 / 6 90 - 2 43
>
> www.aschendorff.de
>
Claas Bickeb=F6ller
BBW Werbeagentur
Stratmanns Weg 1
45731 Waltrop
02309/95830
--Apple-Mail-1-1008182742
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=ISO-8859-1
<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">Hallo Clemens,<DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>meine Antwort bezog sich =
auf Clemens M. H=FCrten.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Ich hatte nur die Quotes =
der =DCbersichtlichkeit halber gel=F6scht.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>War wohl keine gute =
Idee;-)</DIV><DIV><BR class=3D"khtml-block-placeholder"></DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV><BR><DIV><DIV>Am 29.08.2005 =
um 14:01 schrieb <A =
href=3D"mailto:clemens.marpert@aschendorff.de">clemens.marpert@aschendorff=
.de</A>:</DIV><BR class=3D"Apple-interchange-newline"><BLOCKQUOTE =
type=3D"cite"><BR><FONT size=3D"2" face=3D"sans-serif">Hallo =
Claas,</FONT> <BR> <BR><FONT size=3D"2" face=3D"sans-serif">es geht =
nicht um das Abmusterungsergebnis im Vergleich zum Monitor, (das l=E4uft =
schon unter Normlicht und auf Auflagenpapier) sondern das =
Darstellungsergebnis RGB-Daten --> Proofsimulation am Monitor und die =
Darstellung <BR> der CMYK Daten mit Proof -Simulation am Monitor. Die =
Ergebnisse liegen nweit auseinander. Vielleicht hat ja jemand in der =
Liste eine Idee, wo der Hase im Pfeffer liegt.</FONT> <BR> <BR><FONT =
size=3D"2" face=3D"sans-serif">mfG</FONT> <BR> <BR><FONT size=3D"2" =
face=3D"sans-serif">Clemens Marpert<BR> <BR> =
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<BR> Aschendorff Medien GmbH<BR> =
Kundenvorstufe Seitenherstellung<BR> An der Hansalinie 1<BR> 48163 =
Muenster<BR> <A =
href=3D"mailto:clemens.marpert@aschendorff.de">clemens.marpert@aschendorff=
.de</A><BR> Fon: 00 49 2 51 / 6 90 - 2 70<BR> Fax: 00 49 2 51 / 6 90 - 2 =
43<BR> <BR> <A =
href=3D"http://www.aschendorff.de">www.aschendorff.de</A><BR> <BR> =
</FONT></BLOCKQUOTE></DIV><BR><DIV> <SPAN class=3D"Apple-style-span" =
style=3D"border-collapse: separate; border-spacing: 0px 0px; color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant: normal; font-weight: normal; letter-spacing: =
normal; line-height: normal; text-align: auto; =
-khtml-text-decorations-in-effect: none; text-indent: 0px; =
-apple-text-size-adjust: auto; text-transform: none; orphans: 2; =
white-space: normal; widows: 2; word-spacing: 0px; "><DIV>Claas =
Bickeb=F6ller</DIV><DIV>BBW Werbeagentur</DIV><DIV>Stratmanns Weg =
1</DIV><DIV>45731 Waltrop</DIV><DIV>02309/95830</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><BR =
class=3D"Apple-interchange-newline"></SPAN> =
</DIV><BR></DIV></BODY></HTML>=
--Apple-Mail-1-1008182742--
--__--__--
Message: 8
From: Andy Rossbach <lists(a)andyrossbach.de>
Subject: Re: [ECI] Fehler bei Farbseparation eciRGB - ISOcoated
Date: Mon, 29 Aug 2005 22:59:33 +0200
To: eci(a)lists.transmedia.de
Reply-To: eci(a)lists.transmedia.de
--Apple-Mail-1-1013085114
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=ISO-8859-1;
delsp=yes;
format=flowed
Hallo Herr Kr=E4mer,
versuchen Sie doch bitte anstatt perzeptiv die Einstellung relativ =20
farbmetrisch mit Tiefenkompensierung. Wie verhalten sich die =20
Bilddaten dabei (Clipping, Tonwertabrisse)?
Gr=FC=DFe,
Andy Rossbach
Am 29.08.2005 um 19:44 schrieb J=FCrgen Kr=E4mer:
> Hallo Herr Sch=FCtzenhofer,
>
> vielen Dank f=FCr Ihre Erl=E4uterung.
>
> Die "Aufhellung der Tonwerte" finde ich dramatisch, weshalb ich
> sicherheitshalber doch noch einmal die Einstellungen zur Diskussion
> stellen m=F6chte:
>
> __________________________
> Farbeinstellungen:
>
> RGB: eciRGB
> CMYK: ISO Coatet
> Priorit=E4t: Perzeptiv
> Tiefenkompensierung: ohne
> Dighter: ja (8 Bit)
> S=E4ttigung: nein
> Gamma: nein
>
> Proof einrichten:
>
> CMYK-Arbeitsfarbraum
> ___________________________
>
>
> Wenn dies soweit korrekt ist, wie soll praktisch nun mit dieser
> Eigenschaft umgegangen werden?
>
> Beispiel: Ein Produktkatalog soll um einige Produkte aktualisiert
> werden. Alter Katalog vorhanden, alte CMYK-Daten vorhanden, beides
> passt =FCberein. Die neuen Daten sollen fertig an die Druckerei
> geliefert werden.
>
> Neue Aufnahmen werden digital geschossen und beim Shooting in RGB den
> alten Aufnahmen (eben auch in der Helligkeit der Tonwerte) angepasst.
>
> Wenn ich davon ausgehe, da=DF die alten CMYK-Daten, Druck und =
Bildschirm
> =FCbereinstimmen, sollte ich nun die CMYK-Vorschau bei den RGB-Bildern
> einschalten und die Tonwerte extra f=FCr die Separation korrigieren
> (eben wieder knackig machen)?
>
> Oder darf ich Sie andersherum verstehen und davon ausgehen, da=DF die
> RGB-Darstellung schon mit dem sp=E4teren Ergebnis =FCbereinstimmen =
wird
> und ignoriere einfach die Aufhellung der Tonwerte nach der Separation?
>
> Ich mu=DF gestehen, da=DF mir bei beiden Varianten nicht ganz wohl =
zumute
> ist, da ich als Fotograf ja f=FCr die Konsistenz der Farben im Druck
> geradestehen mu=DF.
>
> Vielen Dank!
>
> MfG
> J=FCrgen Kr=E4mer
--Apple-Mail-1-1013085114
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=ISO-8859-1
<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">Hallo Herr Kr=E4mer,<DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>versuchen Sie doch bitte =
anstatt perzeptiv die Einstellung relativ farbmetrisch mit =
Tiefenkompensierung. Wie verhalten sich die Bilddaten dabei=A0(Clipping, =
Tonwertabrisse)?</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Gr=FC=DFe,</DIV><DIV>Andy =
Rossbach</DIV><DIV><BR><DIV><DIV>Am 29.08.2005 um 19:44 schrieb J=FCrgen =
Kr=E4mer:</DIV><BR class=3D"Apple-interchange-newline"><BLOCKQUOTE =
type=3D"cite"><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; ">Hallo Herr =
Sch=FCtzenhofer,</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR></DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; ">vielen Dank f=FCr Ihre Erl=E4uterung.</DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; min-height: 14px; "><BR></DIV><DIV style=3D"margin-top: =
0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">Die =
"Aufhellung der Tonwerte" finde ich dramatisch, weshalb ich</DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; ">sicherheitshalber doch noch einmal die Einstellungen =
zur Diskussion</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; ">stellen m=F6chte:</DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; min-height: 14px; "><BR></DIV><DIV style=3D"margin-top: =
0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; =
">__________________________</DIV><DIV style=3D"margin-top: 0px; =
margin-right: 0px; margin-bottom: 0px; margin-left: 0px; =
">Farbeinstellungen:</DIV><DIV style=3D"margin-top: 0px; margin-right: =
0px; margin-bottom: 0px; margin-left: 0px; min-height: 14px; =
"><BR></DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; ">RGB: eciRGB</DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; ">CMYK: ISO Coatet</DIV><DIV style=3D"margin-top: 0px; =
margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">Priorit=E4t: =
Perzeptiv</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; ">Tiefenkompensierung: =
ohne</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; ">Dighter: ja (8 Bit)</DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; ">S=E4ttigung: nein</DIV><DIV style=3D"margin-top: =
0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">Gamma: =
nein</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR></DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; ">Proof einrichten:</DIV><DIV style=3D"margin-top: =
0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; =
min-height: 14px; "><BR></DIV><DIV style=3D"margin-top: 0px; =
margin-right: 0px; margin-bottom: 0px; margin-left: 0px; =
">CMYK-Arbeitsfarbraum</DIV><DIV style=3D"margin-top: 0px; margin-right: =
0px; margin-bottom: 0px; margin-left: 0px; =
">___________________________</DIV><DIV style=3D"margin-top: 0px; =
margin-right: 0px; margin-bottom: 0px; margin-left: 0px; min-height: =
14px; "><BR></DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR></DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; ">Wenn dies soweit korrekt ist, wie soll praktisch nun =
mit dieser</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; ">Eigenschaft umgegangen =
werden?</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR></DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; ">Beispiel: Ein Produktkatalog soll um einige Produkte =
aktualisiert</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; ">werden. Alter Katalog vorhanden, =
alte CMYK-Daten vorhanden, beides</DIV><DIV style=3D"margin-top: 0px; =
margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">passt =
=FCberein. Die neuen Daten sollen fertig an die Druckerei</DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; ">geliefert werden.</DIV><DIV style=3D"margin-top: =
0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; =
min-height: 14px; "><BR></DIV><DIV style=3D"margin-top: 0px; =
margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">Neue =
Aufnahmen werden digital geschossen und beim Shooting in RGB<SPAN =
class=3D"Apple-converted-space">=A0 </SPAN>den</DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; ">alten Aufnahmen (eben auch in der Helligkeit der =
Tonwerte) angepasst.</DIV><DIV style=3D"margin-top: 0px; margin-right: =
0px; margin-bottom: 0px; margin-left: 0px; min-height: 14px; =
"><BR></DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; ">Wenn ich davon ausgehe, da=DF =
die alten CMYK-Daten, Druck und Bildschirm</DIV><DIV style=3D"margin-top: =
0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; =
">=FCbereinstimmen, sollte ich nun die CMYK-Vorschau bei den =
RGB-Bildern</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; ">einschalten und die Tonwerte =
extra f=FCr die Separation korrigieren</DIV><DIV style=3D"margin-top: =
0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">(eben =
wieder knackig machen)?</DIV><DIV style=3D"margin-top: 0px; =
margin-right: 0px; margin-bottom: 0px; margin-left: 0px; min-height: =
14px; "><BR></DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; ">Oder darf ich Sie andersherum =
verstehen und davon ausgehen, da=DF die</DIV><DIV style=3D"margin-top: =
0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; =
">RGB-Darstellung schon mit dem sp=E4teren Ergebnis =FCbereinstimmen =
wird</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; ">und ignoriere einfach die =
Aufhellung der Tonwerte nach der Separation?</DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; min-height: 14px; "><BR></DIV><DIV style=3D"margin-top: =
0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">Ich mu=DF =
gestehen, da=DF mir bei beiden Varianten nicht ganz wohl =
zumute</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; ">ist, da ich als Fotograf ja f=FCr =
die Konsistenz der Farben im Druck</DIV><DIV style=3D"margin-top: 0px; =
margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">geradestehen =
mu=DF.</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><BR></DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; ">Vielen Dank!</DIV><DIV style=3D"margin-top: 0px; =
margin-right: 0px; margin-bottom: 0px; margin-left: 0px; min-height: =
14px; "><BR></DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; ">MfG</DIV><DIV style=3D"margin-top:=
0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">J=FCrgen =
Kr=E4mer</DIV></BLOCKQUOTE></DIV><FONT class=3D"Apple-style-span" =
color=3D"#540000"><BR =
class=3D"khtml-block-placeholder"></FONT></DIV></BODY></HTML>=
--Apple-Mail-1-1013085114--
--__--__--
_______________________________________________
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
18 years, 8 months
- 1
- 0
Re: [ECI] (AS) Fehler bei Farbseparation eciRGB - ISOcoated
by Andre Schützenhofer
Hallo Herr Krämer,
Ihre Einstellungen sind grundsätzlich Ordnung. Für einen korrekten
Softproof würde ich jedoch nicht "CMYK Arbeitsfarbraum" anwählen,
sondern "Proof einrichten -> Eigene..." wählen und dort auf jeden Fall
"schwarze Druckfarbe" aktivieren. Sie erreichen hier eine korrektere
Darstellung des Schwarzpunktes.
Je nach Monitor (CRT / LCD, Kalibration auf eine bestimmte
Monitor-Weiß-Farbtemperatur), Anregung von optischen Aufhellern im
Proof / Auflagensubstrat, Umgebungslichtbedingungen und weiteren
Faktoren sowie natürlich auch bezogen auf das zu simulierende Papier
kann bzw. soll die Option Papierweiß eingeschaltet werden (z.B. bei
Zeitung auf jeden Fall, bei gestrichenen Offset-Papieren eventuell).
Man muss immer im Kopf behalten, dass sich das Auge in bestimmten
Grenzen an Weiß und auch an Schwarz adaptiert.
Ansonsten: Sie sprechen hier ein fundamentales Problem in der
Reproduktions-Technologie an, vor allem was die Umsetzung von
naturgemäß größeren (meist RGB-) Farbräumen in üblicherweise kleinere
(meist CMYK-) Farbräume betrifft.
Der Umstand, dass auf die Gesamtgröße der beteiligten Farbräume hin
gesehen eine gewisse Kompression stattfinden muss, um eine möglichst
allgemeine und im Verhältnis zueinander stehende visuell ansprechende
Farbtransformation aller vorkommenden Farben des Quell-Farbraums in den
Zielfarbraum zu ermöglichen (hierbei können verschiedene bestimmte
Strategien angewandt werden, die im Profil "ISOcoated" ist eine davon),
führt uns in ein Dilemma: Da die Strategie systembedingt (*)
allgemeingültig ist, werden alle Farben "bewegt"/"komprimiert" - also
auch Farben, die normalerweise 1:1 übertragbar wären. Leider trifft auf
die meisten in der Praxis vorkommenden Bilder (80 bis 90 Prozent) zu,
dass aufgrund den vorkommenden Farben keine Verschiebung aller Farben
nötig wäre, da meist ein überwiegender bildbestimmender Teil in-gamut
beider Farbräume sind.
In der Vergangenheit hat sich für viele herausgestellt, dass eine
farbmetrische Transformation mit Schwarzpunktkompensation der
geeignetere Kompromiss hierfür ist, gleichwohl keinesfalls eine
Ideal-Lösung.
Ein oftmals geäußerter Irrtum ist, dass das dem farbmetrischen
rendering intent inhärente sogenannte "Clipping" zwangsweise bei
out-of-gamut-Farben zu farbigen, 'platten' Flächen führt, da das das
Wort Clipping (= Abschneiden) dies impliziert. Tatsächlich ist es so,
dass in den farbmetrischen rendering intents ebenfalls ein gewisses
Gamut Mapping steckt, da ja irgendwie mit out-of-gamut-Farben
'umgegangen' werden muss.
In den meisten Fällen sind die Auswirkungen des
out-of-gamut-Farben-Mappings bei relativ farbmetrisch weniger
dramatisch. Der Grund hierfür ist, dass selbst bei "einfachen"
Strategien wie beispielsweise 'unter Beibehaltung des Farbwinkels auf
die Gamut Border zubewegen' die zeichnende Komponente (L / Helligkeit)
beibehalten wird und somit viele Pixel unterscheidbar bleiben, trotzdem
sie alle out-of-gamut nah nebeneinander lagen und (sogenannt) 'geclipt'
werden. Man könnte auch in gewissem Sinne hier von einer einfachen
Entsättigung der out-of-gamut-Farben sprechen, und zwar bis sie
in-Ziel-Gamut angekommen sind.
Eine weitere Problematik bei der farbmetrischen Transformation ist das
Black-Mapping, welches mittels Tiefenkompensation zu dem heutigen Stand
der Technik linear erfolgt (was auch viele Perceptual Gamut Mapping
Strategien machen). Die momentane Implementierung ist so, dass bei
Anwendung von relativ farbmetrisch plus Tiefenkompensation die
Helligkeitskomponente linear skaliert bzw. linear angepasst wird, was
bei höherwertigen Drucksachen / größeren Farbräumen kein großes Problem
ist - es kann sich jedoch nachteilig bei Schwarzpunkten mit hohem
L-Wert (also hellerem Schwarzpunkt) auf den Gesamteindruck auswirken,
was beispielsweise auf Zeitung zutrifft. Grund hierfür ist die weitaus
kleinere L-Dynamik im Zielfarbraum.
Besonders in den dunklen Bereichen macht sich das durch visuell
geringere Unterscheidbarkeit bemerkbar - die "Helligkeits-Stufen" sind
zwar grundsätzlich gleichabständig, werden jedoch "näher beisammen"
wahrgenommen (man könnte sagen visuell komprimiert), da der
Kontrastumfang durch den helleren Schwarzpunkt viel geringer ist als
bei der rechnerischen Relativierung auf L = 0. (**)
Die Gamut Mapping Strategie innerhalb ISOcoated wirkt unter anderem
diesem Effekt entgegen. Es gibt jedoch Anwender, denen diese Aufhellung
vor allem für PK1 zu stark ist, sowie auch die generelle GM Strategie
zu sehr die gesättigten Farben beeinflusst (werden teils stark nach
außen "gedrückt" mit der gleichzeitigen Aufhellung, was auch auf Kosten
der Zeichnung gehen kann). Andererseits können bestimmte Bereiche
"bunter" wirken.
In Ermangelung an momentanen Alternativen würde ich persönlich
folgendes machen (das ist keine Empfehlung): Um eine auch
"zukunftssichere" medienneutrale Datenbank zu erzeugen, würde ich einen
Referenzdatenbestand erzeugen und beispielsweise bei den empfohlenen
ECI-Farbräumen als Grundlage bleiben. (***) Die Bildauffassung wäre
allgemein bei neutralen Tönen gut gezeichnet und tendenziell offen, bei
Farbe relativ gut gesättigt und moduliert - sozusagen bzw. wie gesagt
als Referenz also. Bis auf weiteres würde ich relativ farbmetrisch mit
TK als primären Rendering Intent verwenden (hierbei kann es sich
lohnen, einen Blick auf das Adobe-ISO-Profil zu werfen).
Sofern es eines Tages den ultimativen Rendering Intent oder CMM gibt,
kann man ihn auf einen Referenzdatenbestand immer anwenden.
Alternativ kann man natürlich auch mit einem perceptual rendering
intent transformieren und einfach das auftretenden Ergebnis so
annehmen. Nichts spricht wirklich dagegen – außer die Erwartungshaltung
des Anwenders.
Mit freundlichen Grüßen,
Andre Schützenhofer
––––––––––––––––––––––––––––––––
(*) Bei den aktuellen Implementierungen muss die Gamut Mapping
Strategie feststehen, ohne dass das Profilerstellungsprogramm weiß, wie
groß die an einer zukünftigen Farbtransformation beteiligten Farbräume
tatsächlich sind.
(**) Am Rande: Eine nicht lineare Tiefenkompensation in ! Abhängigkeit
! der involvierten Schwarzpunkte wäre hier ein möglicher Ansatz - man
müsste eine mathematische Funktion finden, die eine Art "Response
Curve" berechnet, also inwieweit die einzelnen Tonwerte angehoben
werden müssen, um eine gleichabständige Unterscheidbarkeit der Tonwerte
zu gewährleisten. Das würde durchaus standardisierbar sein, da eine
einfache Abstufung in Helligkeitswerten sicherlich in der Wahrnehmung
verallgemeinert werden kann.
(***) Bilddaten werden als Referenz angelegt ("digitales Dia").
Sämtliche weiteren verfahrensrelevanten Bildoptimierungen gehören in
die Vorstufe / Repro.
Am 29. Aug 2005 um 19:44 schrieb Jürgen Krämer:
> Hallo Herr Schützenhofer,
>
> vielen Dank für Ihre Erläuterung.
>
> Die "Aufhellung der Tonwerte" finde ich dramatisch, weshalb ich
> sicherheitshalber doch noch einmal die Einstellungen zur Diskussion
> stellen möchte:
>
> __________________________
> Farbeinstellungen:
>
> RGB: eciRGB
> CMYK: ISO Coated
> Priorität: Perzeptiv
> Tiefenkompensierung: ohne
> Dither: ja (8 Bit)
> Sättigung: nein
> Gamma: nein
>
> Proof einrichten:
>
> CMYK-Arbeitsfarbraum
> ___________________________
>
>
> Wenn dies soweit korrekt ist, wie soll praktisch nun mit dieser
> Eigenschaft umgegangen werden?
>
> Beispiel: Ein Produktkatalog soll um einige Produkte aktualisiert
> werden. Alter Katalog vorhanden, alte CMYK-Daten vorhanden, beides
> passt überein. Die neuen Daten sollen fertig an die Druckerei
> geliefert werden.
>
> Neue Aufnahmen werden digital geschossen und beim Shooting in RGB den
> alten Aufnahmen (eben auch in der Helligkeit der Tonwerte) angepasst.
>
> Wenn ich davon ausgehe, dass die alten CMYK-Daten, Druck und Bildschirm
> übereinstimmen, sollte ich nun die CMYK-Vorschau bei den RGB-Bildern
> einschalten und die Tonwerte extra für die Separation korrigieren
> (eben wieder knackig machen)?
>
> Oder darf ich Sie andersherum verstehen und davon ausgehen, dass die
> RGB-Darstellung schon mit dem späteren Ergebnis übereinstimmen wird
> und ignoriere einfach die Aufhellung der Tonwerte nach der Separation?
>
> Ich muss gestehen, dass mir bei beiden Varianten nicht ganz wohl zumute
> ist, da ich als Fotograf ja für die Konsistenz der Farben im Druck
> geradestehen muss.
>
> Vielen Dank!
>
> MfG
> Jürgen Krämer
>
>
>
>
>
>
>
>
> ----- Original Message -----
> From: "Andre Schützenhofer" <a.schuetzenhofer(a)con-cept-pro.com>
> To: <eci(a)lists.transmedia.de>
> Sent: Monday, August 29, 2005 5:50 PM
> Subject: Re: [ECI] (AS) Fehler bei Farbseparation eciRGB - ISOcoated
>
>
>>
>> Am 26. Aug 2005 um 16:20 schrieb Jürgen Krämer:
>>
>>> nach der Separation von RGB-Daten von eciRGB nach ISOcoated
> erscheint
>>> das Bild am Monitor wesentlich heller als in RGB. Die
>>> Farbeinstellungen in Photoshop wurden entsprechend der Anleitung
> in
>>> Digipix 3 vorgenommen.
>>>
>>> Vorhandene Dateien ohne CMYK-Profil werden jedoch mit denselben
>>> Farbeinstellungen auf dem Monitor korrekt dargestellt und
> entsprechen
>>> dem Ergebnis im Offset, weshalb ich davon ausgehe, dass es sich
> nicht
>>> nur um einen Darstellungsfehler handelt.
>>
>>
>> Hallo Herr Krämer,
>>
>> vorausgesetzt, Sie verwenden die Optionen 'Schwarze Druckfarbe /
>> Papierweiß' einheitlich, sehen Sie die Auswirkungen der speziellen
>> Gamut Mapping Strategie (perceptual gamut mapping), also die Art und
>> Weise wie RGB-Daten nach CMYK umgewandelt werden. Verschieden
> Profile
>> erzeugen hier in der Regel verschiedene Ergebnisse. Die vorliegende
>> Methode besitzt als eine Komponente in der Strategie eine gewisse
>> Aufhellung der Tonwerte, was kein Fehler im Sinne einer "falschen
>> Separation" ist, sondern eine Eigenschaft.
>>
>> Die korrekte Darstellung von (vorhandenen) CMYK-Dateien spricht
> dafür,
>> dass Ihre Umgebung richtig eingerichtet ist. Für die Darstellung
>> (Softproof) findet eine Strategie Verwendung, die eine 1:1
> Darstellung
>> anstrebt, also keine "Farbraumanpassung" im Sinne von einem
> perceptual
>> Gamut Mapping erzeugt.
>>
>> Mit freundlichen Grüßen,
>> Andre Schützenhofer
>>
>>
>>
>>
>> _______________________________________________
>> ECI mailing list
>> ECI(a)lists.transmedia.de
>> http://lists.transmedia.de/mailman/listinfo/eci
>
>
> _______________________________________________
> ECI mailing list
> ECI(a)lists.transmedia.de
> http://lists.transmedia.de/mailman/listinfo/eci
>
18 years, 8 months
- 1
- 0
Re: [ECI] Fehler bei Farbseparation eciRGB - ISOcoated
by Andy Rossbach
Hallo Herr Krämer,
versuchen Sie doch bitte anstatt perzeptiv die Einstellung relativ
farbmetrisch mit Tiefenkompensierung. Wie verhalten sich die
Bilddaten dabei (Clipping, Tonwertabrisse)?
Grüße,
Andy Rossbach
Am 29.08.2005 um 19:44 schrieb Jürgen Krämer:
> Hallo Herr Schützenhofer,
>
> vielen Dank für Ihre Erläuterung.
>
> Die "Aufhellung der Tonwerte" finde ich dramatisch, weshalb ich
> sicherheitshalber doch noch einmal die Einstellungen zur Diskussion
> stellen möchte:
>
> __________________________
> Farbeinstellungen:
>
> RGB: eciRGB
> CMYK: ISO Coatet
> Priorität: Perzeptiv
> Tiefenkompensierung: ohne
> Dighter: ja (8 Bit)
> Sättigung: nein
> Gamma: nein
>
> Proof einrichten:
>
> CMYK-Arbeitsfarbraum
> ___________________________
>
>
> Wenn dies soweit korrekt ist, wie soll praktisch nun mit dieser
> Eigenschaft umgegangen werden?
>
> Beispiel: Ein Produktkatalog soll um einige Produkte aktualisiert
> werden. Alter Katalog vorhanden, alte CMYK-Daten vorhanden, beides
> passt überein. Die neuen Daten sollen fertig an die Druckerei
> geliefert werden.
>
> Neue Aufnahmen werden digital geschossen und beim Shooting in RGB den
> alten Aufnahmen (eben auch in der Helligkeit der Tonwerte) angepasst.
>
> Wenn ich davon ausgehe, daß die alten CMYK-Daten, Druck und Bildschirm
> übereinstimmen, sollte ich nun die CMYK-Vorschau bei den RGB-Bildern
> einschalten und die Tonwerte extra für die Separation korrigieren
> (eben wieder knackig machen)?
>
> Oder darf ich Sie andersherum verstehen und davon ausgehen, daß die
> RGB-Darstellung schon mit dem späteren Ergebnis übereinstimmen wird
> und ignoriere einfach die Aufhellung der Tonwerte nach der Separation?
>
> Ich muß gestehen, daß mir bei beiden Varianten nicht ganz wohl zumute
> ist, da ich als Fotograf ja für die Konsistenz der Farben im Druck
> geradestehen muß.
>
> Vielen Dank!
>
> MfG
> Jürgen Krämer
18 years, 8 months
- 1
- 0
Re: [ECI] (AS) Fehler bei Farbseparation eciRGB - ISOcoated
by Andre Schützenhofer
Am 26. Aug 2005 um 16:20 schrieb Jürgen Krämer:
> nach der Separation von RGB-Daten von eciRGB nach ISOcoatet erscheint
> das Bild am Monitor wesentlich heller als in RGB. Die
> Farbeinstellungen in Photoshop wurden entsprechend der Anleitung in
> Digipix 3 vorgenommen.
>
> Vorhandene Dateien ohne CMYK-Profil werden jedoch mit denselben
> Farbeinstellungen auf dem Monitor korrekt dargestellt und entsprechen
> dem Ergebnis im Offset, weshalb ich davon ausgehe, daß es sich nicht
> nur um einen Darstellungsfehler handelt.
Hallo Herr Krämer,
vorausgesetzt, Sie verwenden die Optionen 'Schwarze Druckfarbe /
Papierweiß' einheitlich, sehen Sie die Auswirkungen der speziellen
Gamut Mapping Strategie (perceptual gamut mapping), also die Art und
Weise wie RGB-Daten nach CMYK umgewandelt werden. Verschieden Profile
erzeugen hier in der Regel verschiedene Ergebnisse. Die vorliegende
Methode besitzt als eine Komponente in der Strategie eine gewisse
Aufhellung der Tonwerte, was kein Fehler im Sinne einer "falschen
Separation" ist, sondern eine Eigenschaft.
Die korrekte Darstellung von (vorhandenen) CMYK-Dateien spricht dafür,
dass Ihre Umgebung richtig eingerichtet ist. Für die Darstellung
(Softproof) findet eine Strategie Verwendung, die eine 1:1 Darstellung
anstrebt, also keine "Farbraumanpassung" im Sinne von einem perceptual
Gamut Mapping erzeugt.
Mit freundlichen Grüßen,
Andre Schützenhofer
18 years, 8 months
- 1
- 0
RE: [ECI] Rendering Intents für medienneutrale Bildarchive
by Bestmann, Guenter RD-PN32
Hallo Liste,
Die Diskussion ist irgendwie ein bisschen vom Kurs abgekommen, insbesondere was den Begriff "medienneutral" anbelangt. Einmal ist medienneutral das RAW-Datenformat einer Kamera, einmal ein für eine Ausgabe vorbereitetes RGB-Bild.
Medienneutral ist ein Bild genau dann, wenn eine eindeutige Beziehung der Bilddaten zum CIEXYZ- oder CIELAB-Farbraum besteht. Wenn also zu jedem RGB-Pixel ein eindeutiger, verlustfreier Weg zu XYZ oder LAB möglich ist (und zurück!). Diese eindeutige Beziehung kann durch eine Matrix und Transferkurve gegeben sein. Ein Bilddatenformat muss in der Lage sein, diese beschreibenden Daten zusammen mit den Bilddaten zu speichern. TIFF ist ein gutes Beispiel, aber auch PNG oder PDF können dies. Ob die Beschreibung nun ein ICC-Profil oder ein anderes Format ist, ist dabei belanglos.
RAW-Daten sind geräteabhängige Daten. Im Allgemeinen gibt es keine einfache eindeutige Beschreibung, in der Regel gibt es Nichtlinearitäten, die durch ein Geräteprofil (ICC) beschrieben werden müssen. Werden diese RAW-Daten durch ein Geräteprofil in XYZ oder LAB oder ein großes (wide gamut) RGB transformiert, liegen medienneutrale Daten vor. Aber erst dann, vorher nicht.
Die Bilddaten bleiben auch dann medienneutral, wenn sie bearbeitet werden, wenn z.B. der Weißpunkt richtig eingestellt wird. Es kann auch eine sinnvolle Reduktion des Buntheitsumfanges durchgeführt werden, solange bezogen auf alle möglichen Ausgabeprozesse keine Verluste auftreten. Auch nach einer Reduzierung des Gamuts auf ISOcoated oder sRGB bleibt ein RGB-Bild medienneutral. Es ist ein bearbeitetes medienneutrales Bild mit irreversiblen Verlusten.
Bilder selbst haben keinen Rendering Intent. Dies habe ich in einer vorhergehenden Mail dieses Threads bereits beschrieben.
Eine Datenbank mit RAW-Daten ist daher keine medienneutrale Datenbank (was aber nicht heißt, das man die Daten nicht so speichern sollte). Werden zu den RAW-Daten beschreibende Informationen mit abgelegt (Graukarten, Charts, ICC-Profile) kann jederzeit beim Auslesen ein medienneutrales Bild generiert werden.
Der Vergleich RAW-Daten und DIA ist meines Erachtens nicht ganz stichhaltig. Die Daten eines digitalisierten DIAs entsprechen den RAW-Daten einer Kamera und haben dann vergleichbare Eigenschaften (und können dann gleich weiter verarbeitet werden). Ein DIA muss mit der fotografierten Szene verglichen werden.
Alle hier im Thread beschriebenen Verfahren sind durchführbar und haben ihre Berechtigung. Wichtig ist das Ziel (wenn Bilddaten nur im Offset gedruckt werden, kann eine Gamut-Anpassung durchaus sinnvoll sein) und das die Bilddaten für das Ziel optimal aufbereitet sind.
Viele Grüße
Günter Bestmann
------------------------------------------------------------------------------------
Dr. Günter Bestmann
Heidelberger Druckmaschinen AG
Forschung und Entwicklung
Dr.-Hell-Straße
24107 Kiel
Tel.: +49 (0) 431/3863887
Mail: Guenter.Bestmann(a)Heidelberg.com <mailto:Guenter.Bestmann@Heidelberg.com>
Confidentiality note:
The information in this email and any attachment may contain confidential and proprietary information of Heidelberger Druckmaschinen AG and/or its affiliates and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, we kindly ask you to notify the sender immediately and to delete this email and any attachment from your system.
18 years, 8 months
- 3
- 2
Antwort: [ECI] Fehler bei Farbseparation Eci RGB - ISOcoated
by clemens.marpert＠aschendorff.de
Hallo Herr Krämer,
Haben Sie, wenn Sie die RGB-Datei betrachten, auch mal die Proofsimulation
angewählt?? (ISO coated ) Das Ziel, in das Sie hineinkonvertieren wollen??
Photoshopeinstellung für die Proofsimulation "absolut farbmetrisch", damit
der Weißpunkt mit ausgelesen wird.
Wie sehen bei Ihnen die Bilder dann aus wenn Sie die RGB - Daten mit
Proofsimulation und die Separationsdaten am Monitor nebeneinanderstellen??
Wie ist dann das Ergebnis zum Druck Tntenstrahldrucker / Druckerei??
Ich habe ein ähnlich gelagertes Problem mit der Simulation des
Druckergebnisses beim ISO - Newspaper Profil in Photoshop. Machen Sie sich
doch mal den Spaß und vergleichen
das Simulationsergebnis in der Proofsimulation mit dem CMYK -
Separationsergebnis. Sie werden erstaunt sein.
mit freundlichen Grüßen
Clemens Marpert
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Aschendorff Medien GmbH
Kundenvorstufe Seitenherstellung
An der Hansalinie 1
48163 Muenster
clemens.marpert(a)aschendorff.de
Fon: 00 49 2 51 / 6 90 - 2 70
Fax: 00 49 2 51 / 6 90 - 2 43
www.aschendorff.de
18 years, 8 months
- 1
- 0