Guten Tag,
ich möchte jetzt niemandem verletzen oder zu nahe treten, aber wir haben vor
ungefähr einem Jahr D2P u. sD2P komplett aus unserem System genommen. Da aus
meiner Sicht durch diese Software Farben in irgend eine Richtung verschoben
werden. Ich werde diese Software auf keinen Fall mehr einsetzten.
Einen schönen Tag
N.Laslo
Am 30.08.2005 19:27 Uhr schrieb "Jürgen Krämer" unter
<foto-kraemer(a)t-online.de>de>:
Hallo Herr Zeidler,
schön, Sie hier zu treffen.
Die Bilder sind aus verschiedenen Quellen. Neben neuen Aufnahmen
kommen hier z.T. noch immer alte scans, so richtig vom Lithografen,
zum Einsatz. Die sind ganz ohne Profil, sehen aber immer noch gut aus.
Ansonsten arbeite ich ja wie Sie wissen mit D2P / sD2P. Und D2P nach
was anderem konvertieren...?
Allerdings war hier für die neuen Aufnahmen die Profilierung nach
isocoatet gefordert. Nachdem ich hier die nötigen Einstellungen
erfahren
habe, bin ich sehr auf das Ergebnis gespannt.
Hoffe Ihre Geschäfte laufen!?
MfG
Jürgen Krämer
----- Original Message -----
From: "MATZCOM" <info(a)matzcom.de>
To: <eci(a)lists.transmedia.de>
Sent: Tuesday, August 30, 2005 7:52 AM
Subject: [ECI] Re: (AS) Fehler bei Farbseparation eciRGB - ISOcoated
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@aschend
orff=
.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@aschend
orff=
.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
> _______________________________________________
> 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