June 2002 - ECI - lists.callassoftware.com

Re: [Eci] AW: [Eci] X-1a statt X-3 für CMYK-Daten

by Andre Schützenhofer

am 27.06.2002 13:28 Uhr schrieb Bestmann, Guenter 3887 S-WF-RD11 unter Guenter.Bestmann(a)de.heidelberg.com: >Es ist wohl unbestreitbar, das die heutigen Workflow-Systeme mit den >X-Files >Schwierigkeiten haben. Aber alle Hersteller arbeiten daran, diese Workflows >sicher zu machen. Und um das sicher zu machen, müssen auch erst einmal >Erfahrungen gesammelt werden. In dieser Phase befinden wir uns. > >Aus den heutigen Problemen zu schließen, das man besser die Finger davon >läßt, ist sicher nicht richtig. Für mich sind X1- und X3-Workflows zwei >Möglichkeiten, die gleichberechtigt nebeneinander stehen und die beide >gleichermaßen propagiert und unterstützt werden müssen. Yes! Ich denke, die meisten Probleme erübrigen sich von selbst, wenn man zu jedem Zeitpunkt innerhalb der Produktion sich dessen bewusst ist, was man tut. Das ist vielleicht im Moment noch eine je nach Sachlage recht komplexe Angelegenheit. Ich denke, eine entsprechende Sensibilisierung auf die Zusammenhänge wird hauptsächlich durch zunehmenden Einsatz in der Praxis erreicht werden können (und natürlich durch Schulungseinsatz). - Andre Schützenhofer _________________________________________________________________ Werden Sie Mitglied bei MSN Hotmail, dem größten E-Mail-Service der Welt. http://www.hotmail.com

21 years, 10 months

1
0
0 0

(no subject)

by Henrik Schmidt

hallo herr homann, ich kann mich ihrer argumentationskette nicht ganz anschließen. es wird empfohlen, den endproof einer pdf x3 datei auch von dieser zu machen. das der beschriebene fehler in pdf x1 nicht auftaucht, hat in meinen augen eher etwas damit zu tun, das eben x1 wesentlich weniger zulässt als x3 und dieses weniger an freiheit eben auch ein weniger an fehler bedeuten kann. das beispiel hätte ja auch lauten können, das ein falsches zielprofil eingefügt wurde. in diesem fall hätte x3 und x1 versagt, denn vor fehlern ist niemand sicher. für mich steht fest, das mit x3 eine schnittstelle auf dem markt ist, die den ansprüchen eines cm workflows erstmals gerecht wird. dies ist der feine unterschied zu x1. jeder "colormanagement förderer" sollte deshalb x3 unterstützen; zumindest gleichberechtigt zu x1 behandeln. gruss henrik schmidt >Hallo Liste >Derzeit arbeite ich an der 3. Auflage meines Buches "Digitales >Colormanagement" >Ziel ist es eine sehr detailierte Arbeitsanleitung für die Aufbereitung >von Druckfertigen CMYK-Daten mit ICC-Profilen gemäß "MedienStandard >Druck" und den "ECI-Richtlinien für verfahrensangepaßtes CMYK" zu >liefern. > >Im Unterschied zu beiden obigen Publikationen werde ich allerdings für >die Auslieferung und die Eingangskontrolle druckfertiger CMYK-Daten >PDF/X-1a statt PDF/X-3 Prüfkriterien für das Preflighting empfehlen. >Meine Gründe möchte ich in dieser Mail darlegen. > >1. Kurzform >--------------- >PDF/X-3 erlaubt für druckfertige CMYK-Dateien die Einbettung beliebiger >und verschiedener ICC-Profile in einzelne CMYK-Objekten. Weiterhin >erlaubt PDF/X-3 im druckfertigen CMYK-PDF auch einzelne RGB-Objekte die >ein ICC-Profil enthalten. Für PDF/X-1a sind solche Konstruke >ausgeschlossen. >Wenn Fehler im Auflagendruck durch falsch eingebette Profile oder >versehentlich nicht gewandelte RGB-Daten sicher ausgeschlossen werden >sollen, kommt nur PDF/X-1a als Prüfkriterium infrage. >Da PDF/X-1a eine Untermenge von PDF/X-3 darstellt, ist eine PDF/X-1a >Datei immer auch eine gültige PDF/X-3 Datei. > > >2. Langform inkl. Erläuterungen >-------------------------------------- >Wenn man z.B. eine Anzeige für den Offsetdruck Papierklasse 1 >aufbereitet und in der druckfertigen PDF-Datei ein einzelnes CMYK-Bild >mit einem versehentlich angehängten SWOP-Profil dabei ist, dann würde >bei Überprüfung auf PDF/X-3 Konformität das einzelne Bild mit dem >eingebetteten SWOP Profil keine Fehlermeldung erzeugen, während in >PDF/X-1a ein Fehlermeldung erscheint. > >Um es nochmals auf den Punkt zu bringen: in PDF/X-3 dürfen einzelne >CMYK-Elemente einer PDF/X-3 Datei ein anderes eingebettetes Profil als >den Output-Intent haben. In PDF/X-1a ist dies untersagt. > >Stellen wir uns weiterhin vor, daß beim Proofen das falsch eingebettete >Profil ignoriert wird, und die PDF/X-3 Datei inkl. Proof mit >Kontrollkeil und Kontrollzeile der verwendeten Profile beim Proof zur >Druckerei geschickt wird. >Die Druckerei kontrolliert die eingehende Datei auf PDF/X-3 Konformität >erhält ein OK, kontrolliert, ob der Proof mit den richtigen Profilen >erstellt ist, mißt den Kontrollkeil auf dem Proof und erhält auch ein >OK. >Die als PDF/X-3 gelieferte Anzeige wird in die fertige Seite eingebaut >und die ganze Form wird belichtet und geht auf die Rolle. Bei der >Belichtung der Druckform wird nun das Bild mit dem versehentlich und >falsch eingebettetem Profil von SWOP auf Offset Papierklasse 1 >umgerechnet und erscheint somit mit falschen Farben im Druck. > >Der Anzeigenkunde reklamiert nun den Druck, was bei einer hohen Auflage >und einer großfomatigen Anzeige schnell einige 10.000 EUR ausmachen >kann. > Wer muß nun zahlen- die Druckerei, oder das Vorstufenunternehme > > >Das ganze wäre nicht passiert, wenn vor der Auslieferung oder bei der >Eingangskontrolle auf PDF/X-1a Konformität statt auf PDF/X-3 geprüft >wird. > >Meine Frage an die Mitglieder der ECI-Liste > >Halteten Sie es für sinnvoll für die Auslieferung verfahrensangepaßter >CMYK-Daten PDF/X-1a vorzuschreiben, um dem oben beschriebenen Szenario >vorzubeugen ? > >Grüße aus Berlin >Jan-Peter Homann > >-- >--------------------------------- >neue Rechnungs- und Lieferadresse >--------------------------------- > > >colormanagement.de ------------- fon / fax 030 611 075 18 >Jan-Peter Homann -------------------- mobil 0171 54 70 358 >Schönhauser Allee 6/7 ------ http://www.colormanagement.de >10119 Berlin ------------ mailto:homann@colormanagement.de > > >_______________________________________________ >Eci mailing list >Eci(a)lists.transmedia.de >http://lists.transmedia.de/mailman/listinfo/eci ======================================================== Henrik Schmidt, SPRINGER & JACOBY Digital GmbH & Co. KG mailto:henrik@sj.com Phone: +49-40-35603-0 PGP Fingerprint: 8B03 F728 8876 829D F521 948D 2CBF 579B ========================================================

21 years, 10 months

1
0
0 0

AW: [Eci] X-1a statt X-3 für CMYK-Daten

by Bestmann, Guenter 3887 S-WF-RD11

Hallo Hr. Homann, Sie haben ein Beispiel konstruiert, in dem beinahe alles falsch gemacht wurde was falsch gemacht werden kann. Beinahe .. Sie haben den Fall vergessen, das das Profil das dem CMYK-Objekt zugeordnet ist, nur eine minderwertige Rückrechnung im A2B0-Tag hat (kein inverses Gamut-Mapping und nur 9 Stützpunkte) und somit keine gute Prozesskonvertierung durchgeführt werden kann (Das ist aktuell passiert und kein hypothetisches Beispiel!). Es ist wohl unbestreitbar, das die heutigen Workflow-Systeme mit den X-Files Schwierigkeiten haben. Aber alle Hersteller arbeiten daran, diese Workflows sicher zu machen. Und um das sicher zu machen, müssen auch erst einmal Erfahrungen gesammelt werden. In dieser Phase befinden wir uns. Aus den heutigen Problemen zu schließen, das man besser die Finger davon läßt, ist sicher nicht richtig. Für mich sind X1- und X3-Workflows zwei Möglichkeiten, die gleichberechtigt nebeneinander stehen und die beide gleichermaßen propagiert und unterstützt werden müssen. Viele Grüße Günter Bestmann ........................................................... Heidelberger Druckmaschinen AG Product Center Workflow S-WF-RD11 Dr.-Hell-Straße 24107 Kiel phone: +49 (0) 431 / 386-3887 fax: +49 (0) 431 / 386-3287 mailto: Guenter.Bestmann(a)de.heidelberg.com <mailto:Guenter.Bestmann@de.heidelberg.com> -----Ursprüngliche Nachricht----- Von: Jan-Peter Homann [mailto:homann@colormanagement.de] Gesendet: Donnerstag, 27. Juni 2002 12:35 An: eci(a)lists.transmedia.de Betreff: [Eci] X-1a statt X-3 für CMYK-Daten Hallo Liste Derzeit arbeite ich an der 3. Auflage meines Buches "Digitales Colormanagement" Ziel ist es eine sehr detailierte Arbeitsanleitung für die Aufbereitung von Druckfertigen CMYK-Daten mit ICC-Profilen gemäß "MedienStandard Druck" und den "ECI-Richtlinien für verfahrensangepaßtes CMYK" zu liefern. Im Unterschied zu beiden obigen Publikationen werde ich allerdings für die Auslieferung und die Eingangskontrolle druckfertiger CMYK-Daten PDF/X-1a statt PDF/X-3 Prüfkriterien für das Preflighting empfehlen. Meine Gründe möchte ich in dieser Mail darlegen. 1. Kurzform --------------- PDF/X-3 erlaubt für druckfertige CMYK-Dateien die Einbettung beliebiger und verschiedener ICC-Profile in einzelne CMYK-Objekten. Weiterhin erlaubt PDF/X-3 im druckfertigen CMYK-PDF auch einzelne RGB-Objekte die ein ICC-Profil enthalten. Für PDF/X-1a sind solche Konstruke ausgeschlossen. Wenn Fehler im Auflagendruck durch falsch eingebette Profile oder versehentlich nicht gewandelte RGB-Daten sicher ausgeschlossen werden sollen, kommt nur PDF/X-1a als Prüfkriterium infrage. Da PDF/X-1a eine Untermenge von PDF/X-3 darstellt, ist eine PDF/X-1a Datei immer auch eine gültige PDF/X-3 Datei. 2. Langform inkl. Erläuterungen -------------------------------------- Wenn man z.B. eine Anzeige für den Offsetdruck Papierklasse 1 aufbereitet und in der druckfertigen PDF-Datei ein einzelnes CMYK-Bild mit einem versehentlich angehängten SWOP-Profil dabei ist, dann würde bei Überprüfung auf PDF/X-3 Konformität das einzelne Bild mit dem eingebetteten SWOP Profil keine Fehlermeldung erzeugen, während in PDF/X-1a ein Fehlermeldung erscheint. Um es nochmals auf den Punkt zu bringen: in PDF/X-3 dürfen einzelne CMYK-Elemente einer PDF/X-3 Datei ein anderes eingebettetes Profil als den Output-Intent haben. In PDF/X-1a ist dies untersagt. Stellen wir uns weiterhin vor, daß beim Proofen das falsch eingebettete Profil ignoriert wird, und die PDF/X-3 Datei inkl. Proof mit Kontrollkeil und Kontrollzeile der verwendeten Profile beim Proof zur Druckerei geschickt wird. Die Druckerei kontrolliert die eingehende Datei auf PDF/X-3 Konformität erhält ein OK, kontrolliert, ob der Proof mit den richtigen Profilen erstellt ist, mißt den Kontrollkeil auf dem Proof und erhält auch ein OK. Die als PDF/X-3 gelieferte Anzeige wird in die fertige Seite eingebaut und die ganze Form wird belichtet und geht auf die Rolle. Bei der Belichtung der Druckform wird nun das Bild mit dem versehentlich und falsch eingebettetem Profil von SWOP auf Offset Papierklasse 1 umgerechnet und erscheint somit mit falschen Farben im Druck. Der Anzeigenkunde reklamiert nun den Druck, was bei einer hohen Auflage und einer großfomatigen Anzeige schnell einige 10.000 EUR ausmachen kann. Wer muß nun zahlen- die Druckerei, oder das Vorstufenunternehmen ? Das ganze wäre nicht passiert, wenn vor der Auslieferung oder bei der Eingangskontrolle auf PDF/X-1a Konformität statt auf PDF/X-3 geprüft wird. Meine Frage an die Mitglieder der ECI-Liste Halteten Sie es für sinnvoll für die Auslieferung verfahrensangepaßter CMYK-Daten PDF/X-1a vorzuschreiben, um dem oben beschriebenen Szenario vorzubeugen ? Grüße aus Berlin Jan-Peter Homann -- --------------------------------- neue Rechnungs- und Lieferadresse --------------------------------- colormanagement.de ------------- fon / fax 030 611 075 18 Jan-Peter Homann -------------------- mobil 0171 54 70 358 Schönhauser Allee 6/7 ------ http://www.colormanagement.de 10119 Berlin ------------ mailto:homann@colormanagement.de _______________________________________________ Eci mailing list Eci(a)lists.transmedia.de http://lists.transmedia.de/mailman/listinfo/eci

21 years, 10 months

1
0
0 0

Anfrage f=?ISO-8859-1?B?/A==?=r Zusammenfassung der ECI-Mailinglist

by Steffen Matt

Hallo Zusammen, seit einigen Wochen bin ich wieder reger Leser und hoffentlich auch bald wieder aktiv in der Mailingliste vertreten. Da in letzter Zeit sehr viele interessante Dinge von interessanten Leuten diskutiert werden, würde ich gerne aus den spannensten und für alle Teilnehmer dringend benötigten Informationen eine Zusammenfassung als PDF zusammenstellen und wöchentlich gegen einen Obulus von 1 Euro/Exemplar interessierten Listenteilnehmern zur Verfügung stellen. Wäre das generell möglich, was wäre zu beachten? Gerne werde ich Ihnen ein Vorabexemplar mailen, damit sie sich ein Bild machen können. Ich würde mich auf eine Antwort von Ihnen sehr freuen. Steffen Matt

21 years, 10 months

4
5
0 0

Re: Eci digest, Vol 1 #192 - 15 msgs

by Christian Schneider

hallo herr fiebrandt, aus praktischer erfahrungen muss ich ihnen leider wiedersprechen: > > Die Anwendung eines ICC-Kameraprofils das z.B. mit dem ColorChecker von > Gretag und einer externen Software wie ProfileMaker erstellt wurde > macht nur > in zwei Situationen Sinn: > > a) Die Kamerasoftware ist in der Lage dieses Profil w‰hrend der > Aufnahme zu > verrechnen wie das bei Jenoptik vorbildlich fuktioniert. wieso ? ein individuelles kameraprofil kann ganz einfach beim öffnen in photoshop zugewiesen werden. > > b) Sie haben eine Aufnahmesituation die eine absolut stabile > Beleuchtungssituation ermˆglicht wie dies bei Serienaufnahmen, > Reproduktionen oder aufw‰ndigen Aufbauten im Studio der Fall ist. Dann > kann > ein ICC-Profil auch in Photoshop als Quellfarbraum angewandt werden. die frage lautet haben sie ein profil erstellt was den weissabgleich einrechnet oder nicht ? ist ersteres der fall müssen die beleuchtungsbedingungen eingehalten werden, die darauss entstehenden probleme kennen sie ja. es gibt aber software die profile generiert welche nur die farbkorrektur übernehmen und den weissabgleich der kamera oder kamerasoftware überlassen und die funktionieren dann auch bei wechselden lichtbedingungen. > > Ich war sicher nicht der einzige, der versucht hat unter wechselnden > Belichtungsverh‰ltnissen mit Kameraprofilen ausserhalb der > Kamerasoftware zu > arbeiten und dabei nur Pixelschrott herauskam. profile die die neutralität korregieren sind für alle aufgaben in der photographie ausser repros praktisch unbrauchbar, meiner erfahrung nach sind auch digitalkameras bei leichten schwankungen der farbtemperatur deutlich untoleranter als film. kleine änderungen der helligkeit von blitzanlagen und der damit verbundenen änderung der lichtfarbe führen schon zu deutlich sichtbaren farbstichen. ein sinnvolles arbeiten ist damit nicht möglich. auch scheint es so zu sein das verschiedene profilierungssoftware mit bestimmten kameras besser zurecht kommt als andere, auf der colorsync liste gab es eine umfangreiche disskusion dazu. > weil ihre Kamera z.B ein Rot produziert, das in keinem > Farbraum auch nur ann‰hernd wie das Original aussehen will. Hier hilft > auch > kein Profil, falsch ! dafür machen wir ja profile um eben dieses problem in den griff zu bekommen ! > keine Konvertierung sondern nur manuelle Korrektur bis die > Kiste abgeschrieben ist, oh mein gott, das sind aber keine wirklich schönen aussichten...urlaub jetzt ! gruss & einen schönen tag christian schneider

21 years, 10 months

1
0
0 0

AW: [Eci] Profilbezeichnungen

by Bestmann, Guenter 3887 S-WF-RD11

Ein Arbeitsfarbraum .. ?? Wir transformieren mit einen Eingabeprofil und dem Profil des Arbeitsfarbraums in den Arbeitsfarbraum und mit dem Profil des Arbeitsfarbraums und einem Ausgabeprofil aus dem Arbeitsfarbraum. Der Arbeitsfarbraum ist also entweder ein Ausgabefarbraum oder ein Eingabefarbraum aber kein besonders ausgezeichneter Farbraum. Arbeitsfarbräume sind ein besonderes Konstrukt zur Datenkommunikation. Sie können jederzeit ein ProzessCMYK zum Arbeitsfarbraum erklären. Wo ist dann da der Unterschied zum Ausgabefarbraum? Irgendwie sind wir vom Thema abgekommen - Profilbezeichnungen. Wenn man das Ganze auf das wesentliche reduziert gibt es nur Eingabe- und Ausgabeprofile. Die nähere Bedeutung ergibt sich aus dem konkreten Workflow. z.B.: Separation: RGB-Eingabeprofil - CMYK-Ausgabeprofil Proofen: CMYK-Eingabeprofil - CMYK-Ausgabeprofil Bearbeiten: RGB-Eingabeprofil - Arbeitsfarbraum-Ausgabeprofil usw. Wenn man jedesmal eine andere Bezeichnung einführt kommen wir wieder zum heutigen Status. Gruß Günter Bestmann -----Ursprüngliche Nachricht----- Von: Florian Süßl [mailto:fsuessl@metadesign.de] Gesendet: Mittwoch, 26. Juni 2002 15:41 An: eci(a)lists.transmedia.de Betreff: Re: [Eci] Profilbezeichnungen Summa summarum und in Anlehnung an Photoshop koennten die Oberbegriffe heissen: Eingabefarbraum/input (color) space Arbeitsfarbraum/working (color) space Simulationsfarbraum/simulation (color) space Ausgabefarbraum/output (color) space Diesen vier Gruppen werden dann die jeweiligen Profile zugeordnet. Herzlichst, Florian Süßl -- Florian Suessl | Director Technology MetaDesign AG | Leibnizstrasse 65 | 10629 Berlin +49 30 590 054 246 | fax +49 30 590 054 119 | fsuessl(a)metadesign.de A Lost Boys company | http://www.metadesign.de > From: Florian Süßl <fsuessl(a)metadesign.de> > Reply-To: eci(a)lists.transmedia.de > Date: Wed, 26 Jun 2002 15:28:59 +0200 > To: <eci(a)lists.transmedia.de> > Subject: Re: [Eci] Profilbezeichnungen > > Hallo JP, > > Du schriebst: >> Um nicht zu Zweideutigkeiten zu kommen, würde die Stellung im Workflow nicht >> mit Profilnamen belegen > gute Idee. > > Bleibt das Problem mit einer Menge verschiedener Begriffe hantieren zu > müssen. - neben den drei anwendungsbezogenen Gruppen "Eingabe", "Simuation", > "Ausgabe" auch noch die Gruppe "Arbeitsfarbraum". > > > Herzlichst, > Florian > -- > Florian Suessl | Director Technology > > MetaDesign AG | Leibnizstrasse 65 | 10629 Berlin > +49 30 590 054 246 | fax +49 30 590 054 119 | fsuessl(a)metadesign.de > A Lost Boys company | http://www.metadesign.de > >> From: Jan-Peter Homann <homann(a)colormanagement.de> >> Reply-To: eci(a)lists.transmedia.de >> Date: Wed, 26 Jun 2002 15:03:49 +0200 >> To: eci(a)lists.transmedia.de >> Subject: Re: [Eci] Profilbezeichnungen >> >> Hallo Florian >> Die Schwierigkeit der Bezeichnungen liegt darin, daß die Profile sowohl ein >> ein >> Gerät bzw. Farbstandard beschreiben, als auch eine Funktion im Workflow >> haben. >> >> Ich würde bei den Profilen folgende begriffe verwenden: >> >> Scanner-Profil >> Monitor-Profil >> ECI-RGB-Profil >> sRGB-Profil >> Druckprofil >> Proofprofil >> >> Die Bezeichnungen für die Stellung im Workflow würde ich getrennt halten: >> RGB-Arbeitsfarbraum >> CMYK-Arbeitsfarbraum >> Quelle >> Simulation >> Ziel >> >> Um nicht zu Zweideutigkeiten zu kommen, würde die Stellung im Workflow nicht >> mit Profilnamen belegen >> >> Richtig >> Von der Quelle (Scanner-Profil) zum Ziel (Druckprofil) >> Vom CMYK Arbeitsfarbraum (Druck-Profil) zum Ziel (Proof-Profil) >> >> Falsch >> Vom Quellprofil (Scanner) zum Zielprofil (Druck) >> Vom Quellprofil des CMYK-Arbeitsfarbraums (Druck) zum Zielprofil (Proof) >> >> Nur so läßt sich für mich sinnvoll auflösen, daß ein Druckprofil sowohl als >> Quelle, Simulation und Ziel dienen kann. >> >> Im übrigen stelle ich auf Anfrage auch gerne Ablaufgrafiken aus meinem Buch >> für >> Anleitungen zur Verfügung. >> >> >> :-) Jan-Peter >> >> >> >> Florian Süßl wrote: >> >>> hallo, >>> >>> gibt es eine offizielle und obendrein allgemein verstaendliche Bezeichnung >>> fuer ICC-Profile? Mir geht es um eindeutige Begriffe fuer den Einsatz von >>> Profilen im Arbeitsablauf. >>> >>> Die technische Bezeichnung (Scanner/scnr, Monitor/mntr und Printer/prtr) >>> hilft hier nicht weiter alldieweil bsp. ein Printer Profil sowohl Quelle >>> (CMYK-Archiv-Bild), Ausgabe (Proofdrucker) als auch Simulation (bsp. Offset) >>> charakterisieren kann. >>> >>> fragt herzlichst mit vielem Dank im voraus, >>> Florian Suessl >>> -- >>> Florian Suessl | Director Technology >>> >>> MetaDesign AG | Leibnizstrasse 65 | 10629 Berlin >>> +49 30 590 054 246 | fax +49 30 590 054 119 | fsuessl(a)metadesign.de >>> A Lost Boys company | http://www.metadesign.de >>> >>> _______________________________________________ >>> Eci mailing list >>> Eci(a)lists.transmedia.de >>> http://lists.transmedia.de/mailman/listinfo/eci >> >> -- >> --------------------------------- >> neue Rechnungs- und Lieferadresse >> --------------------------------- >> >> >> colormanagement.de ------------- fon / fax 030 611 075 18 >> Jan-Peter Homann -------------------- mobil 0171 54 70 358 >> Schönhauser Allee 6/7 ------ http://www.colormanagement.de >> 10119 Berlin ------------ mailto:homann@colormanagement.de >> >> >> _______________________________________________ >> 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

21 years, 10 months

3
3
0 0

ECI 2002

by Martin Bischofsberger

ECI 2002 Soeben erfuhr ich durch Zufall, daß durch Zusammenarbeit Gretag/Heidlberger/Logo ein neues Meßchart entwickellt wurde und dies zu Download bereitsteht. Nun wurden dem Download leider nur "Lesedefinitionen" für die Kombination Spectrolino/Spectrochart beigelegt. Von Gretag gibt es jedoch ein Leseprogramm (liegt Profile Maker bei) welches auch das EyeOne ansteuert und eine Definition der zu lesenden Charts via Text file ermöglicht. Nun suche ich jemanden, der mir erklären kann, wie daß Textfile "umgestrickt" werden muß, so daß sich das Originalchart auch mit dem EyeOne lesen lässt. Grundsätzlich funktioniert es auch bei mir, nur stimmt die Reihenfolge der Felder im Leseprogramm nie mit dem Chart überein. MfG mabi(a)bpsonline.de

21 years, 10 months

2
1
0 0

Profilbezeichnungen

by Florian S=?ISO-8859-1?B?/N8=?=l

hallo, gibt es eine offizielle und obendrein allgemein verstaendliche Bezeichnung fuer ICC-Profile? Mir geht es um eindeutige Begriffe fuer den Einsatz von Profilen im Arbeitsablauf. Die technische Bezeichnung (Scanner/scnr, Monitor/mntr und Printer/prtr) hilft hier nicht weiter alldieweil bsp. ein Printer Profil sowohl Quelle (CMYK-Archiv-Bild), Ausgabe (Proofdrucker) als auch Simulation (bsp. Offset) charakterisieren kann. fragt herzlichst mit vielem Dank im voraus, Florian Suessl -- Florian Suessl | Director Technology MetaDesign AG | Leibnizstrasse 65 | 10629 Berlin +49 30 590 054 246 | fax +49 30 590 054 119 | fsuessl(a)metadesign.de A Lost Boys company | http://www.metadesign.de

21 years, 10 months

3
7
0 0

AW: [Eci] Peinlich: Kind is trotz aller Sorgfalt in Brunnen gefal len - Ursachenforschung // DRINGEND!!!

by Fronia, Tobias

Hallo Herr Hürten, hallo Herr Fittkau, hallo Liste, ich habe die sehr umfangreichen Diskussion zu diesem Thread teils amüsiert, teils verärgert verfolgt und möchte hierzu nun auch einen geistigen Erguss beisteuern: Zu aller erst möchte ich Herrn Drümmer danken, dass er versucht aus der Diskussion die emotionale Luft herauszunehmen. Das eine so aufgeladene Konversation keine konstruktive Lösung stiftet, haben wir nun alle mitbekommen, denke ich. Qualifikation hin, Diplome oder Auszeichnungen her, meine ich, dass allen, die sich mit ColorManagement beschäftigen, klar sein muss, dass hierbei ein weites Feld beschritten wird, dass sich zu einem nicht unerheblichen Teil in einer Grauzone befindet, wie die Anzahl der ungelösten Probleme trotz der kompetenten Beteiligung in der Liste zeigt. Gerade in einer Mailingliste, wie unserer (wir sind nicht in der Liste, wir sind die Liste! - vergl. Verkehrsstau) sammelt sich ein großer Fundus aus KnowHow und - noch wichtiger - Erfahrung, aber auch unterschiedlicher Interessen. Da ist der Fotograf, der seine Motive, nicht unbedingt die erstellen Bilder, originalgetreu reproduziert wissen will, der Lithofachmann, der dafür mit z.T. kleinstem Budget sorgen soll/will und die Druckerei, die mangels etablierter Standards (Euro-'Standard' ?!? - haha) das gewünschte Ergebnis nicht erreicht und wie bisher an der Druckmaschine mit ihren eingeschränkten Möglichkeiten Lithographie betreibt. Die folgerichtigen Reklamationen hat in der Regel der Drucker am Hacken, da hier im Endprodukt ein Fehler, wo auch immer entstanden, das erste Mal richtig sichtbar wird. Von einer Weitermeldung bis zum Fotografen, wie beschrieben, kann ich nicht berichten. Lassen Sie uns doch versuchen die definitiv vorhandenen Kompetenzen zu kombinieren und für die Ziele von ColorManagement incl. der Definition sicherer Schnittstellen einzusetzen. Ich finde es gut, wenn auch Fehler, wohlgemerkt unkommentiert, offen eingestanden werden. - Wir sind doch unter uns. Wäre jeder einzelne von uns die eierlegende ColorManagement-Wollmichsau könne ich meinen Kommentar nicht schreiben, da es diese Liste sicher nicht gäbe. Ich denke, dass es unser aller Ziel ist bzw. sein sollte, unsere gemeinsamen Kunden zufrieden zu stellen, die sich um solch banale Dinge, wie die Farbumsetzung Ihrer Produkte nicht kümmern müssen sollten. An dieser Stelle möchte ich an alle Listenteilnehmer einen Wunsch äußern: Herr Fittkau äußerte, dass er häufig für Kunden mit kleinen Budgets arbeitet. Es wäre schön, wenn wir alle den Kunden nur Versprechungen machen, die mit den vorhandenen Geldmittel realisierbar sind. Eine perfekte Farbanpassung von Proof zum Druck (dem Monitor traue ich nicht, solange er als Selbstleuchter in RGB arbeitet), also ca. 95 % Übereinstimmung, ist, nach meiner Erfahrung, halt nur mit einem Andruck von Testcharts auf Originalpapier unter den original Produktionsbedingungen von Litho bis Druck auf der Auflagenmaschine zu erreichen. Wer als Kunde die hierdurch entstehenden z.T. erheblichen Kosten nicht tragen will oder kann, muss darüber informiert sein, dass er zwangsläufig Abstriche bei der Qualität der Farbumsetzung machen muss. Wenn sich Fotograf, Layouter, Lithofachmann und Druckerei, alle als Dienstleister am gleichen Kunden, an diesem Punkt die Bälle besser zuspielen würden und falsche Erwartungen, die z.T. durch die Fachpresse geschürt werden/wurden, ausräumen bzw. nicht erst wecken, wäre der Kundenzufriedenheit und damit allen gedient. Qualität ist das, was der Kunde will!, wie Herr Fittkau richtig darstellt. Das sollte auch in allen unseren Diskussionen berücksichtigt werden und nicht grundsätzlich vom HighEnd-Level ausgegangen werden. In diesem Sinne auf guten Zusammenarbeit im Farbraum, Tobias Fronia Kontakt: NEEF+STUMME Unternehmensgruppe Tobias Fronia Dipl. - Ing. Kommunikationstechnologie - Druck Leitung PrePress Neef + Stumme GmbH & Co. KG Druck & Verlag Schillerstraße 2 29378 Wittingen Tel. : (0 58 31) 23 - 1 88 Fax : (0 58 31) 23 - 1 00 e-Mail : t.fronia(a)neef-stumme.de Internet: www.neef-stumme.de

21 years, 10 months

5
4
0 0

AW: [Eci] Profilbezeichnungen

by Bestmann, Guenter 3887 S-WF-RD11

Hallo Hr. Süßl, eine allgemeingültige Antwort habe ich auch nicht und ich glaube es gibt sie auch nicht. Es gibt zunächst einmal Eingabeprofile für Gerätefarben. Dies können RGB-Profile, CMYK-Profile oder Grau-Profile sein. RGB-Profile sind i.a. Scanner- oder Kamera-Profile, CMYK-Profile sind Druckprozess-Profile und Grau-Profile können aus beiden Bereichen kommen. Dann gibt es bei den Eingabeprofilen noch welche für geräteunabhängige Farben (z.B. eciRGB). Dies können Scanner- oder Monitor-Profile sein, aber auch ColorSpaceConversion-Profile. Noch komplizierter wird es bei den Ausgabeprofilen wenn das Thema Proofing noch eine Rolle spielt. Hier ist ein und dasselbe Profil einmal ein Target-Profil (also der zu simulierende Prozess) und einmal ein Drucker-Profil. Ich kann Ihre Bauchschmerzen und Probleme gut verstehen. Ich für mich trenne rein anwendungsorientiert in drei Profil-Gruppen: Eingabe-Profile, Ausgabeprofile und beim Proofen noch Target(Ziel)-Profile (und das ist schon wieder kompliziert). Das ein Profil mal ein Eingabe-, mal ein Ausgabe- und mal ein Target-Profil ist, beachte ich dann nicht weiter (wenn ich's erklären soll) und mache auch nicht darauf aufmerksam. Viele Grüße Günter Bestmann -----Ursprüngliche Nachricht----- Von: Florian Süßl [mailto:fsuessl@metadesign.de] Gesendet: Dienstag, 25. Juni 2002 17:48 An: ECI offene Liste Betreff: [Eci] Profilbezeichnungen hallo, gibt es eine offizielle und obendrein allgemein verstaendliche Bezeichnung fuer ICC-Profile? Mir geht es um eindeutige Begriffe fuer den Einsatz von Profilen im Arbeitsablauf. Die technische Bezeichnung (Scanner/scnr, Monitor/mntr und Printer/prtr) hilft hier nicht weiter alldieweil bsp. ein Printer Profil sowohl Quelle (CMYK-Archiv-Bild), Ausgabe (Proofdrucker) als auch Simulation (bsp. Offset) charakterisieren kann. fragt herzlichst mit vielem Dank im voraus, Florian Suessl -- Florian Suessl | Director Technology MetaDesign AG | Leibnizstrasse 65 | 10629 Berlin +49 30 590 054 246 | fax +49 30 590 054 119 | fsuessl(a)metadesign.de A Lost Boys company | http://www.metadesign.de _______________________________________________ Eci mailing list Eci(a)lists.transmedia.de http://lists.transmedia.de/mailman/listinfo/eci

21 years, 10 months

1
0
0 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

ECI June 2002