AW: ECI digest, Vol 1 #1094 - 1 msg
by Roman Lindner
Hallo ECI-Liste,
Vielen Dank fuer die umfangreichen und informativen
Antworten auf meine Fragen - leider liegt es wohl in der
Natur der Sache, dass ich natürlich noch nicht wirklich
zufrieden mit dem Stand der Dinge bin ;o) Ich fasse mal
zusammen:
1. Das ICM von Windows 2000 bzw. XP ist nicht in der Lage bzgl.
Farbabstimmung mit einem Treiber zusammen zu arbeiten. Hat sich
Da was hinsichtlich Windows 2003 geändert, funktioniert das hier?
2. Es gibt Unterschiede hinsichtlich der Treiber? Hr. Huerten schrieb,
sein epson Drucker(-treiber) wuerde im ICM Modus doch auf veschiedene
Farbprofile reagieren - d.h. HP nein, Epson ja?
3. User, die auch aus Office-Applikationen mit Farbmanagement drucken
wollen, muessen dies ueber ein RIP tun? Oder aber mit Zusatzprogrammen wie
dem MGE-ICC-Print?
4. Warum ist ICM nicht in der Lage, ausser sRGB Daten auch "unbehandelte"
Daten an den Druckertreiber weiter zu geben und dann das Profil in den
Druckertreibereigenschaften zu beruecksichtigen?
5. wie sieht das mit ColorSync aus? Funktioniert hier ein color-managed
Druck aus non-color-managed Applikationen?
Vielleicht haben sie nochmals die Geduld, auf meine Fragen zu antworten,
ich waere Ihnen allen sehr dankbar!
Viele Gruesse und bis dann, Roman Lindner
-----Ursprüngliche Nachricht-----
Von: eci-admin(a)lists.transmedia.de [mailto:eci-admin@lists.transmedia.de] Im Auftrag von eci-request(a)lists.transmedia.de
Gesendet: Mittwoch, 25. August 2004 12:00
An: eci(a)lists.transmedia.de
Betreff: ECI digest, Vol 1 #1094 - 1 msg
Send ECI mailing list submissions to
eci(a)lists.transmedia.de
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.transmedia.de/mailman/listinfo/eci
or, via email, send a message with subject or body 'help' to
eci-request(a)lists.transmedia.de
You can reach the person managing the list at
eci-admin(a)lists.transmedia.de
When replying, please edit your Subject line so it is more specific
than "Re: Contents of ECI digest..."
Today's Topics:
1. Antw: [ECI] Farbkontrolle in MS Office Applikationen (Stefan Doehla)
--__--__--
Message: 1
Date: Tue, 24 Aug 2004 18:29:48 +0200
From: "Stefan Doehla" <Stefan.Doehla(a)rrze.uni-erlangen.de>
To: <eci(a)lists.transmedia.de>
Subject: Antw: [ECI] Farbkontrolle in MS Office Applikationen
Reply-To: eci(a)lists.transmedia.de
** High Priority **
Hallo Herr Lindner, hallo Liste,
> Ist diese Problematik auf den Druckertreiber zurueckzufuehren oder
> ist Office 200 bzw. XP nicht in der Lage,auf
> die Informationen im Treiber zuzugreifen?
Exakt! Der Druckertreiber und Office sind 2 verschiedene Paar Schuh.
Egal, was Sie an den Treiber senden - er wird es als sRGB behandeln
(Ausnahme: eingebundene EPS bei Postscript-Treibern).
Ob es überhaupt eine Anwendung gibt, die direkt auf das Windows-ICM
zugreift, weiß ich nicht - aber ich laß mich da gern eines Besseren
belehren. (Da fällt mir nur Photoshop ein: Monitor-Profil).
Unser Weg zu besseren Ergebnissen aus Powerpoint ist die Kalibrierung
der Monitore auf ähnlich-sRGB und das anschließende Behandeln aller
Powerpoint-Ausdrucke als sRGB im RIP. Die Kundschaft ist zufrieden
und wir sehen die Farben etwa so, wie sie später aussehen werden (das
ist das Schöne an sRGB).
Nicht elegant (und kein großer Farbraum) - aber es geht nicht besser.
Oder doch?
--
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
Stefan Doehla Regionales Rechenzentrum Erlangen
Martensstr. 1 91058 Erlangen
---------------------------------------------------------------------
mailto:stefan.doehla@rrze.uni-erlangen.de
.....................................................................
--__--__--
_______________________________________________
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
3 years, 11 months
- 5
- 5
RE: [ECI] Berechnung eines Lab-Wert einer Mischfarbe aus Spot- und Skalenfarbe
by Bestmann, Guenter RD-PN32
Hallo Herr Nägele,
Mir fallen aus meinem Erfahrungsbereich spontan drei Methoden ein.
1. Andruck einer Testform (ECI2002) auf Wellpappe, wobei Magenta durch Pantone 182U ausgetauscht wird, und Berechnung eines ICC-Profils. Anschliessend kann man mit einem ColorPicker oder Photoshop den LAB-Wert von 100Y50M ermitteln und diesen als Vorgabe eingeben. Aufwendig wegen Andruck und Profilierung und wenn man's nur einmal so braucht auch nicht gerade wirtschaftlich.
2. Mit Hilfe der Neugebauer-Gleichungen und der Tonwertzunahme eines konkreten Druckprozesses kann man mit bekannten Werten für Papierweiß und Volltönen in guter Näherung ausrechnen, wieviel Pantone 182U man zur Simulierung benötigt. Sehr aufwendiges mathematisches Verfahren, ich hab es vor vielen Jahren einmal durchgeführt. Kein praktikables Verfahren.
3. Profilumrechnung mit der Profilierungssoftware PrintOpen 5. Die Messwerte zu ISOuncoated (FOGRA29) werden eingelesen und mit der Funktion "Messdaten umrechnen - Farbwerte" werden die Magenta-Werte durch die Volltonwerte von Pantone 182U ersetzt und der gesamte Messdatensatz umgerechnet. Daraus wird ein Profil berechnet und mit dem ColorPicker in PrintOpen kann dann wie unter 1. ein %Y und %182U ermittelt werden.
Ich habe 3. einmal durchgeführt und bin auf Y=100% und 182U=86% mit einem Fehler von dE=21 (!) gekommen. 182U ist also nicht gut geeignet für solch eine Umsetzung, die zu simulierende Farbe ist außerhalb des Gamuts.
Nun ist die unter 3. beschriebene Funktion sicherlich nicht gut geeignet für solch eine dramatische Umrechnungen, sondern mehr für kleinere Änderungen der Prozessfarben gedacht. Daher kann ich auch nichts über die Güte des Ergebnisses sagen.
Im Bereich der Rezeptiersoftware zur Farbmischung gibt es mit Sicherheit Methoden, solche Berechnungen wie von Ihnen gewünscht durchzuführen. Aber dazu müssten sich Kollegen (GretagMacbeth ?) äußern, die solche Software haben.
Viele Grüße
Günter Bestmann
------------------------------------------------------------------------------------
Dr. Günter Bestmann
Heidelberger Druckmaschinen AG
Sheetfed R&D Prinect
Dr.-Hell-Straße
24107 Kiel
Tel.: +49 (0) 431/3863887
Mail: Guenter.Bestmann(a)Heidelberg.com <mailto:Guenter.Bestmann@Heidelberg.com>
-----Original Message-----
From: eci-admin(a)lists.transmedia.de [mailto:eci-admin@lists.transmedia.de] On Behalf Of Daniel Nägele
Sent: Wednesday, January 05, 2005 12:06 PM
To: eci(a)lists.transmedia.de
Subject: [ECI] Berechnung eines Lab-Wert einer Mischfarbe aus Spot- und Skalenfarbe
Hallo zusammen,
Im Verpackungsbereich kommt es oft vor dass der Designer irgendwelche Objekte in 4C-Skala anlegt (z.B. 100Y 50M). Im Druck werden wird dann aber mit Pantone 182 U und Yellow gedruckt.
Jetzt die Fragen:
Kann ich mit irgendeiner Software den Lab-Wert der Mischfarbe 100Y und 50M bei der definierten Druckbedingung isouncoated ablesen? (Photoshop?)
Kann ich nun den Lab von 100 Y bei gleicher Druckbedingung (auch
isouncoated) auslesen? Sowie den Lab von 100% Pantone 182 U (das geht sehr schön mit Colorpicker von Gretagmacbeth).
Gibt es jetzt eine Software die mir dann sagt in welchem Verhältnis ich Pantone 182 U und Yellow mischen soll (auch unter isocoated), damit ich den kleinsten Delta E zum Lab-Wert der Mischfarbe 100 Y und 50M bekomme?
Ich hoffe meine Fragen war verständlich und nachvollziehbar
Liebe Grüße aus der wunderbaren Welt der Wellpappe Daniel Nägele
_______________________________________________
ECI mailing list
ECI(a)lists.transmedia.de
http://lists.transmedia.de/mailman/listinfo/eci
18 years, 5 months
- 3
- 2
Re: [ECI] Fehler bei Farbseparation eciRGB - ISOcoatet
by Andy Rossbach
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
18 years, 7 months
- 14
- 30
Re: AW: [ECI] Prooferempfehlung
by Gert2520＠aol.com
Hallo Herr Krüger,
eine interessante Sammlung ist das, zur Schock-Therapie ....;-)
Eine Umsetzung nach 4c kommt aber wohl nur in Frage, wenn eh 4c gedruckt
wird und die Abweichung zum Echtfarbendruck sich in Grenzen hält -was leider
nicht immer der Fall ist.
Der Fächervergleich ist schon gut, klar. Darum hat der Drucker
wahrscheinlich aus den zwei Dutzend Fächern die er hat immer den genommen, der zur
Büchse/zum Fächer am besten passt. Doch bei noch größeren Abweichungen -die durch zu
erreichende Digitalproofs nun auftreten können- greifen diese Tricksereien
wohl nicht mehr immer.
Bleibt also manchmal doch nur eins, wenn in Echtfarben nach Proof gedruckt
werden soll:
Rein in die Kampfausrüstung und dann zum Drucker, mit der -via Digitalproof-
neu geschaffenen Pantonefarbnuance??
Herzlichen Dank für Ihren Tip
Gert Friedl
SD-Vorstufe
18 years, 7 months
- 2
- 1
Auslesen des im ICC Profil maximal erlaubter Farbauftrags?
by Morell Westermann
Hallo Liste,
Gibt es noch eine weitere Möglichkeit den maximalen Farbauftrag aus
einem Profil auszulesen; ausser über das Colorsync-Dienstprogramm, im
"Pmtr"-Tag? (Beziehungsweise unter Profilinformation im Gretag
Profileeditor?)
Vielen Dank + Gruß
Morell Westermann
18 years, 7 months
- 2
- 2
Re: AW: [ECI] Prooferempfehlung
by Gert2520＠aol.com
Jens Weber schrieb:
<Das dürfte meines Erachtens ein paar anregende Diskussionen
<bedeuten wenn ihr Kunde sich aus dem Pantone Fächer eine Farbe
<Aussucht, dieser Farbton im Proof zwar anders aussieht, aber <trotzdem
<als farbverbindliche Referenz dem Drucker mitgegeben wird, und <dieser
<die Farbe jedes mal neu anmischen muss, vielleicht sogar auch
<unterschiedliche
<Druckereien den identischen Ton. Das fällt vielen mit den <Pantone Farben schon schwer genug...
<Beste Grüße
<Jens Weber
Hallo Herr Weber,
da haben Sie natürlich recht!
Hier kann es sein, dass völlig gegensätzliche Forderungen/Wünsche aufeinandertreffen:
Einem Kunden ist der Pantonefächer vielleicht ziemlich egal, ihm ist wichtig, dass er das bekommt was er auf dem Proof gesehen hat (welch Glück für den Proofersteller ;-). Der Drucker möchte, wenn irgend möglich, aus der Farbbüchse heraus drucken und wird nun förmlich vergewaltigt weil den letzten bekanntlich die Hunde beissen.
Wie kann man hier Unstimmigkeiten möglichst minimieren?
Den Drucker sofort nach dem Proofen kontaktieren (sofern praktisch möglich) um auszuloten ob er ohne Handstand an diesen Farbton hinkommt?
Dem Kunden als Alternativvorschlag einen anderen Farbton „empfehlen“?
Dort proofen lassen wo der Pantonefächer (aber welcher?) garantiert farblich getroffen wird?
Dort drucken lassen wo man mit dieser Situation umgehen kann?
Wie handhaben das jene Listenleser die vor einer ähnlichen Problematik stehen?
Ich sehe Ihren Anregungen gerne und mit großer Lernbereitschaft entgegen.
Herzliche Grüße
Gert Friedl
SD-Vorstufe
18 years, 7 months
- 2
- 1
Re: [ECI] Re: (AS) Fehler bei Farbseparation eciRGB - ISOcoated
by Norbert Laslo
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>:
> 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
18 years, 7 months
- 2
- 1
Re: ECI digest, Vol 1 #1461 - 3 msgs
by m.duering＠imsolution.de
Guten Tag!
Vielen Dank fuer Ihre Nachricht!
Ich bin bis einschliesslich 20.09. 2005 im Urlaub
und nicht zu erreichen. Bitte wenden Sie sich an:
Joerg Bruemmer
Fon : +49 40 253328-50
Fax : +49 40 253328-28
e-plus : +49 163 710 22 04
email : j.bruemmer(a)imsolution.de
Vielen Dank!
Michael Duering
IMSOLUTION GmbH
Smarte IT-Dienstleistung fuer Werbeagenturen, Verlage und Medien
Hasselbrookstrasse 25
22089 Hamburg - Germany
Fon : +49 40 253328-0
Fax : +49 40 253328-28
e-plus : +49 1777665585
email : m.duering(a)imsolution.de
web : http://www.imsolution.de
18 years, 7 months
- 1
- 0
Re: ECI digest, Vol 1 #1460 - 6 msgs
by m.duering＠imsolution.de
Guten Tag!
Vielen Dank fuer Ihre Nachricht!
Ich bin bis einschliesslich 20.09. 2005 im Urlaub
und nicht zu erreichen. Bitte wenden Sie sich an:
Joerg Bruemmer
Fon : +49 40 253328-50
Fax : +49 40 253328-28
e-plus : +49 163 710 22 04
email : j.bruemmer(a)imsolution.de
Vielen Dank!
Michael Duering
IMSOLUTION GmbH
Smarte IT-Dienstleistung fuer Werbeagenturen, Verlage und Medien
Hasselbrookstrasse 25
22089 Hamburg - Germany
Fon : +49 40 253328-0
Fax : +49 40 253328-28
e-plus : +49 1777665585
email : m.duering(a)imsolution.de
web : http://www.imsolution.de
18 years, 7 months
- 1
- 0
Re: AW: [ECI] Prooferempfehlung
by Gert2520＠aol.com
Hallo zusammen,
vielen Dank für Ihr reges Interesse!
Also so wie das aussieht, deutet das für uns auf den Epson (7600 oder 7800) nun hin.
Was allerdings das Proofen auf ungestr. Auflagenpapier angeht sehe ich meine Vorahnungen bestätigt. Da würde wohl bestenfalls eine 4c Simulation gehen.
Ein Besuch des Digitalproofforums wäre, wenn man nicht nur einen Proofer sondern ein komplettes Proofsystem im Auge hat -und natürlich überhaupt- schon eine Sache.
Mal schaun...
Aber lassen Sie mich bitte noch mal nachfragen:
In welcher Preiskategorie würden wir uns denn bei GMG Proof-software bewegen?
Was mich auch noch interessieren würde ist folgendes:
Wenn man nun nicht ein High-End-Proofsystem sein Eigen nennt, und daher mit Proofs -die nicht immer ganz nah am Pantonefächer liegen- aber Fakten schafft, die es vom Drucker zu erreichen gilt, wird es wahrscheinlich oft vorkommen, dass Druckfarben extra angemischt werden müssen.
Wenn das –bei größeren Farbmengen- bereits beim Farbhersteller geschehen soll benötigt dieser wohl rechtzeitig ein Prooffarbmuster vom Vollton der gewünschten Farbe -oder?
Für jede Hilfe nochmals besten Dank
Gert Friedl
SD-Vorstufe
08026/39744
18 years, 7 months
- 3
- 2