June 2002 - ECI - lists.callassoftware.com

by erwin＠widmer.net

On Mon, 17 June 2002, "publix team" wrote > > Hallo ! > > Ich würde gerne wissen wie sich und wann sich > der Gamma in Arbeitsfarbräumen auswirkt. > > Mal ganz pauschal gefragt da ich mir schon einige Gedanken > dazu gemacht habe aber immer mal ins straucheln komme. > > Gibt es dazu vielleicht eine PDF irgendwo ? > > Gruesse, > Daniel Lowicki > Das Gamma beinflusst die Gradation, also die Helligkeit der Mitteltöne der Bilder. Mit freundlichen Grüssen: Erwin Widmer ******************************************************* Erwin Widmer, Bahnhofstrasse 15, CH-4552 Derendingen Tel: 079 456 43 14, Fax: +49 40 3603 03 5125 E-Mail: erwin(a)widmer.net, Website: www.erwin.widmer.net *******************************************************

21 years, 10 months

1
0
0 0

print&media congress 2002 - 27. und 28. Juni 2002 Düsseldorf - Jetz anmelden!

by Meinecke, Karl Michael (bvdm)

Sehr geehrte Damen und Herren, liebe Kolleginnen und Kollegen, Der print&media congress - Leitkongress der Druck- und Medienindustrie - bietet auch in diesem Jahr ein attraktives Programm, das Zukunftsperspektiven, Markttrends, Praxisbeispiele und Lösungen in Organisation und Technik aufzeigt. Hochkarätige Referenten und Themen gewährleisten Informationen und Anregungen aus erster Hand. Aus der intensiven, mehrjährigen Arbeit der Verbände (bvdm/vdm), auch mit Partnerorganisationen wie ECI, ugra/fogra und ifra, sind Lösungen für die Branche entstanden, die das Kerngeschäft Print sichern und zugleich die Öffnung zu crossmedialen Dienstleistungen unterstützen. Beim print&media congress werden am ersten und besonders am zweiten Tag zahlreiche Praxisbeispiele diese Entwicklungen belegen, beispielsweise zu PDF/X (PDF/X-3). Themenfelder des Congresses sind - Marktbearbeitung und Markterschließung - Produkte und Dienstleistungen - Management und Organisation - Digitaler Workflow - Digitaldruck - Praxisbeispiele Das Programm http://www.bvdm-online.de/pdf/CongrProgr2002.pdf und die Anmeldeunterlagen http://www.bvdm-online.de/pdf/CongrAnmeld2002.pdf liegen vor. Für Mitglieder der Druck- und Medienverbände (vdm) gilt ein Sonderpreis. Der erste und zweite Kongresstag kann bei Bedarf auch einzeln gebucht werden. Melden Sie sich noch heute an. Wir freuen uns auf Ihre Teilnahme. Freundliche Grüsse aus Wiesbaden Karl Michael Meinecke ------------------------------------------------------ Bundesverband Druck und Medien e.V. (bvdm) German Printing and Media Industries Federation (bvdm) Biebricher Allee 79 | D-65187 Wiesbaden Postfach 18 69 | D-65008 Wiesbaden Fon +49(0)611 - 80 31 68 | Fax +49(0)611 - 80 32 68 mailto:km@bvdm-online.de | URL www.bvdm.org +++++ NEU +++++ NEU +++++ NEU +++++ NEU Recherchieren und bestellen Sie alle bvdm-Publikationen online! Sie erreichen unser System POINT über http://www.point-online.de

21 years, 10 months

1
0
0 0

HKS-Farben in CMYK-Werten

by Antonio Donadio

Hallo Liste, ich habe folgendes Problem, zwischen Photoshop 5 und 6 sowie Illustrator 9 sind bei HKS-Farben wenn sie in CMYK gedruckt werden müssen unterschiedliche Werte abzulesen. Warum ist es nicht einheitlich? z.B.:HKS 76 K in Ph 6: 55c/57m/70y/50k in Ph 5: 0c/60m/90y/80k in Illu 9: 47c/74m/100y/61k Proof man alles, erhält man logischerweise 3 verschiedene Ergebnisse. Kann mir jemand sagen ob es einen Standard für die Umsetzung von HKS-Farben in CMYK-Werten gibt? Mit freundlichen Grüßen Antonio Donadio +++++++++++++++++++++++++++++++++++++++++++ CENTRAL DATA MANAGEMENT · CROSS MEDIA PUBLISHING DATENBANK-LÖSUNGEN · DATABASE-PUBLISHING INTERNET-/INTRANET-LÖSUNGEN · TEXT-/BILDVERARBEITUNG +++++++++++++++++++++++++++++++++++++++++++ Typo Art Dieter Spreng GmbH Markircher Straße 7 68229 Mannheim Telefon: +49-621-48458-0 Telefax: +49-621-48458-58 +++++++++++++++++++++++++++++++++++++++++++ mailto:a.donadio@typoart.de http://www.typoart.de

21 years, 10 months

4
3
0 0

AW: [Eci] Perceptual Rendering Intent

by Edgar Loser

Mir ist schon vor einiger Zeit diese Dissertation begegnet, hatte aber leider noch keine Zeit sie durchzusehen, kann also den Inhalt nicht bewerten, nur soviel: Erster Eindruck ist wissenschaftlich http://colour.derby.ac.uk/~jan/jmthesis.pdf hier finden sich auch noch ein paar andere Publikationen zum Thema gammut mapping: http://colour.derby.ac.uk/~jan/gamut_mapping.html beste Gruesse vom Bodensee Edgar Loser -----Ursprüngliche Nachricht----- Von: Max Angerbauer(a)gmx.de [mailto:maxangerbauer@gmx.de] Gesendet am: Donnerstag, 13. Juni 2002 23:18 An: Eci(a)lists.transmedia.de Betreff: [Eci] Perceptual Rendering Intent Guten Abend, Entschuldigen Sie, daß mein erster "Beitrag" in diesem Forum aus Fragen besteht, die (hoffentlich :-) ) folgenden Antworten interessieren vielleicht auch andere Teilnehmer. Also zum Thema: Es geht also um den Perceptual RI, der nach meiner Vorstellung den wohl größten Interpretationsspieleraum, allein schon namentlich zuläßt. Ich könnte mir also gut vorstellen, daß grade dieser RI stark Profilierungstool- abhängig gehandhabt wird. Die Aussage aus diverser Fachliteratur, der Perceptual Intend eigne sich besonders zur wahrnehmungsorietierten Transformation eines grösseren in einen kleineren Farbraum ist natürlich logisch, sagt aber noch nichts über die Art des Gammut-Mappings. Der einfachste Fall wären wohl 2 unterschiedlich große, aber in ihrer Gestalt gleiche Farbräume(d.h.: Die ecken der Farbräume haben den gleichen hue, aber nicht den gleichen Ort). Geschieht nun nach Ihrer Erfahrung das Mapping immer durch lineare Kompression ? Was passiert umgekehrt beim Mapping des Kleineren in den Größeren via Perceptual intent? Vermute den gleichen Effekt/Ergebnis wie beim absoluten Intent, Liege ich da richtig? Wie wird "gemappt", wenn der größere und der kleinere Raum sehr unterschiedliche Gestalten haben? Dazu ein Beispiel: Der größere unterscheide sich vom kleineren Farbraum nur in einer Ecke beispielweise in der roten (+a/+b). Der Größere reicht also wesentlich weiter in Richtung (a/b). Werden nun alle Ecken des größeren Farbraums entsprechend der roten Ecke komprimiert, oder nur im Rotbereich? Wie , wenn die Größen sich nicht unterscheiden, sondern eben nur die Gestalt der Farbräume? Ich hoffe, ich habe das Forum jetzt nicht mit allzu banalen Fragen gelangweilt oder gar zweckentfremdet, jedenfalls vielen Dank für jede Antwort, die meine Vorstellungen zum Perceptual RI etwas konkretisiert. Also dann freundliche Grüsse aus Wuppertal Max Angerbauer

21 years, 10 months

1
0
0 0

RE: [Eci] Triviales Problem: CMYK to RGB Transformation - leider nicht trivial?

by Ulf Grossmann

Hallo Herr Hürten, ich habe auch öffter dieses Problem mit Daten die uns Kunden zusenden. Ich verwende genauso wie Herr Schützenhofer erstmal Photoshop um die Daten zu analysieren und bin oft darauf gestoßen,daß wenn die Daten aus Photoshop kommen, das default CMYK Profile angehängt ist. Dieses default Profile ist aber SWOP coated und somit für den deutschen Markt nicht gebräuchlich. Ich schlage daher vor, daß sie dieses Profile mal ausprobieren sollten und dann die Konvertierung nach sRGB machen. Beste Grüße Ulf Großmann > -----Original Message----- > From: Clemens.Huerten(a)t-online.de [mailto:Clemens.Huerten@t-online.de] > Sent: Sunday, June 16, 2002 4:32 PM > To: ListServer ECI-Org > Subject: [Eci] Triviales Problem: CMYK to RGB Transformation - leider > nicht trivial? > > > Hallo, > > fast schäme ich mich ja, hier so primitive Fragen zu stellen... :-) > > Ich bekam gestern Kundendaten, Bilddaten in EPS-Form, 300dpi in CMYK. > Natürlich kein Profil dabei und EPS kennt ja kein Farbmanagement. > > Ich soll nun aus den Bildern farbrichtige sRGB Bilder für das Internet > basteln. > > Zurzeit habe ich zur Transformation nur Corel Photopaint 9 und 10 zur > Verfügung, aber die haben ja doch ein sehr brauchbares Farbmanagement. > > Corel verwendet zur Transformation in diesem Fall > grundsätzlich das Profil, > das dem Auszugdrucker zugewiesen ist. > Also habe ich das EPS ausgepackt und versucht, mittels eines > "generischen > CMYK-Profils" ein CMYK-Bild zu erzeugen. Schon das weicht > deutlich von der > an sich farbrichtigen Darstellung des geöffneten EPS ab. (Ich > kenne den > fotografierten Gegenstand genau.) > Alle weiteren Versuche mit anderen CMYK-Profilen sowie die > Versuche, mit > diesen Profilen eine Transformation nach ECI-RGB > durchzuführen, führten nur > zu immer scheußlicheren Abweichungen. > > Ärgerlich ist, dass diese Bilddaten auch für ein später erscheinendes > Druckerzeugnis ebenfalls verwendet werden sollen. > > Fragen an die Experten: > Mache ich etwas falsch oder ist das Vorhaben aus > grundsätzlichen Gründen > bereits zum Scheitern verurteilt? > Liegen die "grundsätzlichen Gründe" evtl. darin, dass eine eindeutige > mathematische Zuordnung zwischen den Farborten des CMYK-Farbraumes zu > farbgleichen Farborten des RGB-Farbraumes nicht möglich ist, > z.B. aufgrund > von Mehrdeutigkeiten? > > Wie würden Sie die gestellte Aufgabe lösen? > > Bin für jeden hilfreichen Hinweis dankbar! > > Einen angenehmen und erfolgreichen Tag, > das wünsche ich > > Clemens M. Hürten > IdeeCreativ - Werbung / Stuttgart > Fon 0711 - 9 01 87 65 - Mobil 0170 - 38 58 079 > www.ideecreativ.de > > > _______________________________________________ > Eci mailing list > Eci(a)lists.transmedia.de > http://lists.transmedia.de/mailman/listinfo/eci >

21 years, 10 months

2
1
0 0

RE: [Eci] ECI Workflow-Problem ( grundsätzliche Designfehler )

by Ulf Grossmann

Hallo Herr Hürten, hier meine Antworten. > 1.) Sie schreiben etwas von einem "Objektorientierten > Farbmanagement". Die > grundlegende Idee, das Prinzip davon, finde ich absolut > richtig. Genau so > müsste Farbmanagement eigentlich funktionieren. Aber welche Programme, > welche Color-Engines beherrschen das denn? Gibt es bereits > Normen dafür? > Ich befürchte, Nein. Das Objektorientierte Farbmanagement ist nicht eine Sache der Color Engine, es ist vielmehr eine Sache des Interpreters. Der Interpreter muß in der Lage sein die verschiedenen Objekte richtig aufzulösen und die entsprechenden Profile und Renderintents an die Software und Color Engine weiterzugeben. Die Color Engine selbst tut nur das, was man ihr sagt und wenn ich ihr sage benutze dieses RGB Profile für dieses Objekt und dieses CMYK für jenes Objekt, dann tut sie dies auch (etwas komplizierter ist das schon). Ich sehe das große Problem darin, daß jeder Interpreter zur Zeit etwas anderes aus den Daten liest (siehe Proof Shootout) und ich daher nie genau sagen kann, ob das Proof wirklich das wiedergibt, was mein BelichterRip nacher produziert. Daher meine Anmerkung, daß bei dieser Ausbaustufe von Farbmanagement nur noch 1-Bit Daten wirklich aussagekräftig sind. Was die Norm dazu betrifft würde ich gerne die Frage an die PDF Experten weitergeben. > 2.) Ich habe gerade auf das Posting von Herrn Homann > geantwortet und den > Vorschlag gemacht, CMYK-Farben zu vermeiden und möglichst nur noch > Schmuckfarben ins Layout zu bringen während die Bitmap-Daten > im ECI-RGB > bleiben. Dies wäre der absolut Medienneutrale Workflow, da jede CMYK Information immer einen bestimmten Druckprozeß wiedergibt. Das Problem hierbei ist jedoch, daß bei falscher Behandlung der Daten ich unerwünschte Sonderfarbauszüge bekomme. Hier stellt sich die Frage, wo wird die Umwandlung von Medienneutral in Medienabhängig durchgeführt, wer ist im Endeffekt verantwortlich? > Und soll die Farbe eines grafischen Elementes identisch sein mit einer > bestimmten Farbe, die in einem Bitmap liegt, dann kann ich > die Farb-Füllung > des grafischen Elementes doch auch als Bitmap im ECI-RGB > Farbraum anlegen, > wodurch dann die gleichen RIs Anwendung fänden und damit der > Farbton gleich > bliebe. Hier mal ein Gedanke von meiner Seite, wie sähe es denn aus, wenn ich die entsprächenden Sonderfarbtabellen als "ECI_RGB" Werte hätte, dann könnte jeder durchgängig in ECI-RGB arbeiten und nur für den Fall, daß die Sonderfarbe wirklich als solche gedruckt werden soll hätte ich einen separaten Auszug. > Für die Präsentation im Web besteht ja eh das Problem, dass die in der > Werbung gedruckten Werbemittel oder > CorporateDesign-Grafikelemente im Web > genau so aussehen sollten. Da müsste man von den nach CMYK > gewandelten Daten > zurück nach sRGB transformieren, um einen ähnlichen Eindruck > zu erzeugen, > denke ich. Auch dieses Problem hätte sich dann erledigt, wenn die "Sonderfarben" als ECI-RGB Werte angelegt wären. > > Mich interessiert Ihre Meinung sehr. Wenn meine Idee > funktioniert, wäre das > immerhin auch ECI-konform, oder? > Und das von mir ursprünglich angesprochene Problem mit dem > von InDesign > geforderten CMYK-Arbeitsfarbraum hätte sich dann auch geklärt, oder? Ich bin kein InDesign Spezialist, ich weiß aber man einen treffen kann. Am Freitag den 28.06. findet die Apple Solution Tour in Stuttgart (Kongresszentrum Liederhalle) statt und dort findet man auch Adobe. Um ca 10:00 Uhr findet ein Vortrag über Indesign 2.x statt, welcher wirklich sehenswert ist. mehr Infos unter www.apple.com/de/solutionstour . Beste Grüße Ulf Großmann

21 years, 10 months

1
0
0 0

Re: [Eci] Triviales Problem: CMYK to RGB Transformation - leider nicht trivial?

by Andre Schützenhofer

Hallo Herr Hürten, >Ich bekam gestern Kundendaten, Bilddaten in EPS-Form, 300dpi in CMYK. >Natürlich kein Profil dabei und EPS kennt ja kein Farbmanagement. > >Ich soll nun aus den Bildern farbrichtige sRGB Bilder für das Internet >basteln. Ich würde hierfür nur Photoshop verwenden, da mir die von Ihnen beschriebenen Ergebnisse bei Anwendung des Farbmanagements von Corel Photopaint als nicht gerade brauchbar erscheinen :-) aber ich will Photopaint nicht unrecht tun, da ich es nicht kenne. Zunächst wird ja die CMYK-Datei in Photoshop geöffnet, wobei es dann ersteinmal unerheblich ist, welches Dateiformat geöffnet wurde. Wichtig ist, mit Profil zuweisen (da der Quellfarbraum unbekannt ist) den Bilddaten das richtige "Aussehen" zu geben. Da hilft also nur ausprobieren, da Ihnen der fotografierte Gegenstand jedoch bekannt ist, ist die Wahrscheinlichkeit hoch, einen passenden CMYK Farbraum zu finden, in dem die Bilddaten "richtig" aussehen. Falls Sie doch keinen finden sollten, können Sie zusätzlich mit "eigenem CMYK" selbst einen erstellen. Sie brauchen ihn schließlich zunächst nur, um die Daten eindeutig als in einem Farbraum zu beschreiben, um also den Quellfarbraum zu definieren. Da ich vermute, dass Sie zuerst in ECI-RGB transformieren wollen und dann von dort aus in sRGB, können Sie mit "convert to profile" die Bilddaten aus "eben definiertem CMYK"-Quellprofil in ECI-RGB transformieren. Da der Quellfarbraum unbekannt war, empfehle ich relativ farbmetrisch. Falls das Quellprofil einen Schwarzpunkt höher als null hat, können Sie die Tiefenkompensierung einschalten, ansonsten wird der Quellfarbraum mit farbmetrisch richtigem Schwarz in ECI-RGB abgebildet (ECI-RGB ist "L-relativ"). Mit TK wird das CMYK dann dynamisch auf ganz L in Bezug zu Quelle und Ziel gerendert, was normalerweise gewünscht ist. Bei wahrnehmungsorientiert wird eine inverse Gamut Compression angewendet - das Renderergebnis hierbei wäre so, wie die Daten in ECI-RGB vor Transformation in den Quellfarbraum CMYK (in diesem Fall natürlich der Zielfarbraum) bei wahrnehmunsorientiertem Rendern ausgesehen hätten. Da den Daten kein Profil anhing und in diesem Fall willkürlich zugewiesen wurde, würde ich der Farbmetrik hier den Vortritt lassen. Wenn Sie also nun die Daten in ECI-RGB vorliegen haben, können Sie in sRGB transformieren, wobei Sie als Rendering Intent auf keinen Fall absolut verwenden sollten, es sei denn Sie möchten die Betrachtungskondition 5000° K im Zielfarbraum "abbilden" - sRGB ist ein D65-Profil und würde ECI-RGB mit gelbem Weißpunkt in sich selbst darstellen. Die Weißpunktbehandlung sollte hier relativ sein. Vielleicht bietet Corel Photopaint doch ähnliche Funtionalität, wahrscheinlich wenn dann auf Umwegen. Jedenfalls wäre die beschriebene die von mir bevorzugte Vorgehensweise. Ich hoffe, ein wenig geholfen zu haben. Grüße, Andre Schützenhofer _________________________________________________________________ Downloaden Sie MSN Explorer kostenlos unter http://explorer.msn.de/intl.asp.

21 years, 10 months

1
0
0 0

Re: [Eci] Triviales Problem: CMYK to RGB Transformation - leider nicht trivial?

by Olaf Dr ümmer

Hallo, falls Sie einen Distiller zur Hand haben, koennten Sie darueber mit aktivem Color Management und dem Default-Profil (a la Arbeitsbereiche, neudeutsch fuer working spaces) fuer CMYK operieren. Alternativ/ergaenzend "Alles nach sRGB konvertieren ausprobieren. Olaf Druemmer > --- =?Windows-1252?Q?Clemens_M._H=FCrten?= wrote 16.06.2002 4:32 PM: --- >Hallo, > >fast schme ich mich ja, hier so primitive Fragen zu stellen... :-) > >Ich bekam gestern Kundendaten, Bilddaten in EPS-Form, 300dpi in CMYK. >Nat¸rlich kein Profil dabei und EPS kennt ja kein Farbmanagement. > >Ich soll nun aus den Bildern farbrichtige sRGB Bilder f¸r das Internet >basteln. > >Zurzeit habe ich zur Transformation nur Corel Photopaint 9 und 10 zur >Verf¸gung, aber die haben ja doch ein sehr brauchbares Farbmanagement. > >Corel verwendet zur Transformation in diesem Fall grundstzlich das Profil, >das dem Auszugdrucker zugewiesen ist. >Also habe ich das EPS ausgepackt und versucht, mittels eines "generischen >CMYK-Profils" ein CMYK-Bild zu erzeugen. Schon das weicht deutlich von der >an sich farbrichtigen Darstellung des geffneten EPS ab. (Ich kenne den >fotografierten Gegenstand genau.) >Alle weiteren Versuche mit anderen CMYK-Profilen sowie die Versuche, mit >diesen Profilen eine Transformation nach ECI-RGB durchzuf¸hren, f¸hrten nur >zu immer scheuþlicheren Abweichungen. > >rgerlich ist, dass diese Bilddaten auch f¸r ein spter erscheinendes >Druckerzeugnis ebenfalls verwendet werden sollen. > >Fragen an die Experten: >Mache ich etwas falsch oder ist das Vorhaben aus grundstzlichen Gr¸nden >bereits zum Scheitern verurteilt? >Liegen die "grundstzlichen Gr¸nde" evtl. darin, dass eine eindeutige >mathematische Zuordnung zwischen den Farborten des CMYK-Farbraumes zu >farbgleichen Farborten des RGB-Farbraumes nicht mglich ist, z.B. aufgrund >von Mehrdeutigkeiten? > >Wie w¸rden Sie die gestellte Aufgabe lsen? > >Bin f¸r jeden hilfreichen Hinweis dankbar! > >Einen angenehmen und erfolgreichen Tag, >das w¸nsche ich > >Clemens M. H¸rten >IdeeCreativ - Werbung / Stuttgart >Fon 0711 - 9 01 87 65 - Mobil 0170 - 38 58 079 >www.ideecreativ.de > > >_______________________________________________ >Eci mailing list >Eci(a)lists.transmedia.de >http://lists.transmedia.de/mailman/listinfo/eci > ----------------------------------------------------------------------- Olaf Druemmer ----------------------------------------------------------------------- callas software gmbh Tel +49.30.44390310 Leonardo +49.30.44342390 Schoenhauser Allee 6-7 Fax +49.30.4416402 connect.pdf +49.30.44342391 D 10119 Berlin olaf(a)callas.de http://www.callas.de ----------------------------------------------------------------------- Need PDF/X-1a or PDF/X-3? Get pdfInspektor2! Free demo at www.callas.de -----------------------------------------------------------------------

21 years, 10 months

1
0
0 0

Triviales Problem: CMYK to RGB Transformation - leider nicht trivial?

by Clemens M. Hürten

Hallo, fast schäme ich mich ja, hier so primitive Fragen zu stellen... :-) Ich bekam gestern Kundendaten, Bilddaten in EPS-Form, 300dpi in CMYK. Natürlich kein Profil dabei und EPS kennt ja kein Farbmanagement. Ich soll nun aus den Bildern farbrichtige sRGB Bilder für das Internet basteln. Zurzeit habe ich zur Transformation nur Corel Photopaint 9 und 10 zur Verfügung, aber die haben ja doch ein sehr brauchbares Farbmanagement. Corel verwendet zur Transformation in diesem Fall grundsätzlich das Profil, das dem Auszugdrucker zugewiesen ist. Also habe ich das EPS ausgepackt und versucht, mittels eines "generischen CMYK-Profils" ein CMYK-Bild zu erzeugen. Schon das weicht deutlich von der an sich farbrichtigen Darstellung des geöffneten EPS ab. (Ich kenne den fotografierten Gegenstand genau.) Alle weiteren Versuche mit anderen CMYK-Profilen sowie die Versuche, mit diesen Profilen eine Transformation nach ECI-RGB durchzuführen, führten nur zu immer scheußlicheren Abweichungen. Ärgerlich ist, dass diese Bilddaten auch für ein später erscheinendes Druckerzeugnis ebenfalls verwendet werden sollen. Fragen an die Experten: Mache ich etwas falsch oder ist das Vorhaben aus grundsätzlichen Gründen bereits zum Scheitern verurteilt? Liegen die "grundsätzlichen Gründe" evtl. darin, dass eine eindeutige mathematische Zuordnung zwischen den Farborten des CMYK-Farbraumes zu farbgleichen Farborten des RGB-Farbraumes nicht möglich ist, z.B. aufgrund von Mehrdeutigkeiten? Wie würden Sie die gestellte Aufgabe lösen? Bin für jeden hilfreichen Hinweis dankbar! Einen angenehmen und erfolgreichen Tag, das wünsche ich Clemens M. Hürten IdeeCreativ - Werbung / Stuttgart Fon 0711 - 9 01 87 65 - Mobil 0170 - 38 58 079 www.ideecreativ.de

21 years, 10 months

1
0
0 0

RE: [Eci] ECI Workflow-Problem ( grundsätzliche Designfehler )

by Ulf Grossmann

Hallo Jan-Peter, du sprichst bei PDF/X-3 nur von dem angehängten Profile, welches den anzunehmenden Wiedergabefabraum beschreibt. Um jetzt aber die Objekte des PDF richtig zu separieren brauche ich noch weit mehr. Es können in diesem PDF ja RGB (ECI-RGB), CMYK (DVSPlus) oder auch Lab Daten enthalten sein. Ich muß also ein Objektorientiertes Color Management machen, welches als Zielfarbraum das " default Dokumenten Profile" oder ein vom RIP bereitgestelltes Profile annimmt. Da ich an jedes Objekt ein anderes Profile hängen kann, kann auch die Separation für Vektor und Pixeldaten unterschiedlich sein. Jetzt zum Renderintent, in jedem Profile steht ein default Renderintent (meistens perceptual) welchen man benutzen kann. Wenn dieser Renderintent richtig gewählt ist, funktioniert auch der ECI-Workflow wieder, da der Endanwender sich nicht um den Renderintent kümmern muß, sondern der Profile Ersteller Sorge dafür zu tragen hat, daß der richtige Renderintent eingetragen ist. Eine feste Umsetzung durch das RIP (die CMM) ist jedoch auch möglich, wenn von Aussen feste Intents übergeben werden. Ich persönlich glaube aber, daß wir von diesem Workflow noch weit weg sind und das Caos beim Proofen von solchen Dateien vorprogrammiert ist. Ein wahrer Proof kann dann nur noch von 1-Bitdaten gemacht werden, bei denen das Color Management (Separation) ja durch das Belichter RIP gemacht wurde. Beste Grüße Ulf Grossmann > -----Original Message----- > From: Jan-Peter Homann [mailto:homann@colormanagement.de] > Sent: Friday, June 14, 2002 3:40 PM > To: eci(a)lists.transmedia.de > Subject: [Eci] ECI Workflow-Problem ( grundsätzliche Designfehler ) > > > Hallo Herr Hürten > > Der gesmate ECI-RGB-Workflow funktioniert nur sehr > eingeschränkt, wenn sie > tatsächlich das gesamte Dokument medienneutral halten wollen. > Spätestens dann, > wann sie versuchen eine Schmuckfarbe medienneutral in einer > Vektorgrafik und > einem Bild anzulegen, bricht der ECI-Workflow zusammen. Sie > müßten dann Bilder > und Grafiken mit dem gleichen Rendering Intent umsetzen. > Je nach Kombination aus Motiv, Schmuckfarbe, Ausgabefarbraum und > Rendering-Intent kann das mal gut gehen, oder auch nicht. > > Für welchen Intent Sie sich auch entscheiden, je nach > Ausgabefarbraum sind > jedesmal andere manuelle Korrekturen an den medienneutralen > Schmuckfarben-Definitionen und / oder den Bilddaten notwendig. > In diesem Fall sind sie allerdings gezwungen die manuell > korrigierten Daten zu > archivieren und der ECI-Workflow ist dann in der Praxis doch erheblich > komplexer als im ECI-Whitepaper > > Besonders heikel ist dabei, daß die ECI es ausdrücklich > empfiehlt das gesamte > medienneutrale Dokument als PDF/X-3 Datei mit angehängtem > Output-Intent für den > "blind exchange" medienneutraler Daten einzusetzen. > > Aufgrund der oben beschreibenen Problematik kann es > passieren, daß die PDF-X-3 > Datei auf dem idealisierten Proof zwar gut aussieht, aber bei > der Umsetzung auf > einen realen Ausgabefarbraum ohne manuelle Korrekturen > suboptimale bis nicht > akzeptable Ergebnisse heraus kommen. > > Gerade im Bereich sehr hochqualitativer Arbeiten sollten > medienneutrale > Dokumente von einem erfahrenen Lithooperator in den > Zielfarbraum gewandelt > werden, geprooft, visuell begutachtet, wenn nötig manuell > korrigiert und als > CMYK-PDF/X-1a Datei mit eingebettetem Output-Intent > ausgeliefert werden. > > Das gesamte ECI-Whitepaper beschreibt leider nur ideale > Abläufe und schummelt > sich um die nach wie vor notwendigen visuellen Kontrollen und > manuellen > Korrekturen herum. > > In der Praxis sind daher medienneutrale Abläufe in der Regel > deutlich komplexer > als im ECI-Whitepaper beschrieben. > > :-) Jan-Peter Homann > > "Clemens M. Hürten" wrote: > ... > > > > > Bei den ECI-RGB-Daten macht das Ganze ja nichts, weil die immer im > > ECI-RGB-Farbraum bleiben und nur je nach Ausgabegerät mal mit dem > > Proofer-Profil und mal mit dem Profil der Druckerei > transformiert werden. > > Bei den CMYK-Daten sagt aber InDesign ganz deutlich beim Wechsel des > > Profils, dass es die CMYK-Daten umrechnen wird. Damit aber > hätte ich keine > > medienneutralen Daten mehr im Layout. > > > > Unterliege ich hier einem Missverständnis? Wenn nein, wie > kann ich diesen > > Konflikt im Sinne medienneutraler Datenhaltung eines > kompletten Layout > > lösen?-- > > --------------------------------- > 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

2
1
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