May 2004 - ECI - lists.callassoftware.com

Dickes Farbmanagement-Problem im Workflow

by Clemens M. Hürten

Hier wieder mal ein knackiges Farbmanagement-Problem! (Wird mal langsam wieder Zeit, weil.. is ja nix mehr los hier. Beginnendes Sommerloch? Hitzeschaden? :-)) Folgende Ausgangssituation: Programme: Win 2000 SP3; Adobe Illu 10 latest Update, Indesign 2.02, Photoshop 7 mit latest Update, BestProof 4.6.3 (BPP1) Release 04122002-13112002 1.) In Illu 10 wurde eine Visitenkarte gestaltet. Farbwerte wurden in CMYK angelegt. Die schwarze Schrift ist als Schrift (nicht in Kurven gewandelt) in K angelegt. Die Papierfarbe / Hintergrundfarbe der Gestaltung ist weiß. In den Farbeinstellungen ist ECI-RGB als RGB-Arbeitsfarbraum und ISO coated sb als CMYK Arbeitsfarbraum sowie der rel RI mit Tiefenwertkompensation gewählt und die Adobe-ColorEngine aktiv. Die Visitenkarte wurde im Illu10-Format als PDF-kompatible Datei mit eingebettetem ICC-Profil (also ISO coated sb) gespeichert. Wird in Illu ein Softproof (ohne Papierweiß-Simulation) angezeigt, so sieht man keinen Unterschied gegenüber deaktivem Softproof. 2.) In InDesign wurde bei gleichen Farbeinstellungen wie vor die Illu-Datei 10 mal platziert, um einen Nutzen anzulegen. Wird in Indesign ein Softproof (ohne Papierweiß-Simulation) angezeigt, so sieht man keinen Unterschied gegenüber deaktivem Softproof. Wird hingegen Papierweiß simuliert, so zeigt sich ganz korrekt, dass das Papier einen ganz erheblichen Aufheller-Anteil hat, also bläulich mit Magenta-Touch simuliert wird. Die Simulation am Moni erfolgt derart stark, dass man von mindestens 10% Tonwert sprechen könnte. 3.) Der Nutzen sollte über BestProof Laser auf einem Farblaser im Vollgamut als Kleinauflagendruck gedruckt werden. Um den Vollgamut zu erreichen, wurde BestProof wie folgt eingestellt: Als Ziel (Referenzprofil) ist das Papierprofil aktiv. Zugleich ist das Papierprofil samt einer eingemessenen Linearisierung aktiv. Aus InDesign wurde in die BestQueue gedruckt mit Zielprofil = Papierprofil 4.) Resultat: Eine merkwürdige "Papierweiß-Darstellung", die selektiv nur bei dem Weiß der platzierten Visitenkarten zu sehen ist und nicht auf dem ganzen Bogen! Nun wurde folgender Test durchgeführt, um die Stelle zu finden, an der die Farb-Transformation schief läuft: Es wurde aus InDesign mit Zielprofil = Papierprofil ein PDF mit eingebettetem CMYK-Zielprofil erstellt. Dieses PDF wurde in Photoshop per Rastern als CMYK-Bild geöffnet und mit der Pipette kontrolliert. Die Farben sind visuell identisch mit dem Original-Layout. Der Hintergrund der Visitenkarten ist weiß. Schwarze Schrift wird in 4c dargestellt, wobei kein Farbkanal 100% hat sondern deutlich weniger. Der Softproof der Datei führt zu identischen Ergebnissen wie in InDesign. Ein neuer Test, mit dem ich prüfen will, ob BestProof evtl verfälscht, obwohl dort ja eigentlich keine Verrechnung von CMK nach CMYK stattfindet, wenn man von der Verrechnung des Profils mit dem Gamma (3.0) und der Grundlinearisierungskurve absieht: InDesign liefert die in ISO sb coated angelegte Datei an Bestqueue mit Zielprofil = Papierprofil. In BestProof sind alle Profile durch Deaktivieren des Farbmanagement abgeschaltet, jedoch die Linearisierung zu dem Papierprofil ist aktiv. Resultat: Es bleibt bei dem "Papierweiß" auf den Visitenkarten, jedoch ist es blasser als vorher. Der Rest des Bogens rings um die Visitenkarten bleibt unbedruckt. Die Farbwiedergabe ist völlig "daneben". Aus einem türkisgrün wird blass-grau-blau. Schwarze Schrift wird in 4c gerastert gedruckt. Der Druck ist zumindest wg. der Farbverfälschung unbrauchbar. Zum Papierprofil: Es wurde Produkta ColorCopy von Schneidersöhne verwendet. Auf dieses Papier habe ich eine Linearisierung des Farblasers samt Tonerbegrenzung und Gamma-Optimierung erstellt. Dann wurde das Testchart (Großes Chart von BasICColor) gedruckt und mit EyeOnePro vermessen. Mit den Messdaten habe zunächst ich, später auch ColorSolutions ein Papierprofil erstellt. Der resultierende Gamut ist ähnlich groß wie der von ISO coated sb. Wie bei Best üblich, enthält das Papierprofil eine Farbsumme von 400%, weil das InkLimit in der Software getrennt eingestellt wird. Das Papierweiß ist sehr bläulich: L=93,64 a=1,8 b=-9,82 Tja, nun bin ich weitgehend ratlos, wo denn der Fehler / die Fehler stecken! Und deshalb mein Beitrag in der ECI-Liste. Zwei Dinge will ich lösen: 1.) Die Visitenkarten dürfen natürlich nicht mit einem unerwünschten Hintergrundfarbton gedruckt werden. 2.) Die schwarze Schrift soll natürlich Vollton-Schwarz ungerastert gedruckt werden. 3.) Mein Kunde sollte schnellstens seine Visitenkärtle bekommen. Er schwitzt schon! Einen angenehmen und erfolgreichen Tag, das wünsche ich Ihnen Clemens M. Hürten IdeeCreativ - Werbung / Stuttgart Fon 0711 - 9 01 87 65 - Mobil 0170 - 38 58 079 www.ideecreativ.de

19 years, 1 month

9
28
0 0

AW: [ECI] ECI-RGB vs. PhotoGamutRGB vs. BetaRGB

by Bestmann, Guenter 3887 S-RD-PN32

Hallo Herr Richard, mit meinem 3-D-Tool (PrintOpen) liegt Fogra27 bzw. ISOcoated komplett im Farbraum von eciRGB. Wenn Sie das Volumen von eciRGB mit dem von sRGB oder ISOcoated vergleichen, ist ersteres naturgemäß größer und es ist ohne Verluste nicht auf einem Monitor oder Druckprozess abbildbar. Im Druck sorgt das Gamut Mapping dafür, das die Zeichnung erhalten bleibt und eine Farbraumumfangsanpassung stattfindet. Am Monitor wird durch Clipping alles abgeschnitten. Viele Grüße Günter Bestmann -----Ursprüngliche Nachricht----- Von: eci-admin(a)lists.transmedia.de [mailto:eci-admin@lists.transmedia.de]Im Auftrag von Thomas Richard Gesendet: Donnerstag, 25. März 2004 14:24 An: eci(a)lists.transmedia.de Betreff: Re: [ECI] ECI-RGB vs. PhotoGamutRGB vs. BetaRGB Hallo Herr Bestmann, >Hallo, > >zunächst einmal einige Hintergrundinformationen: > >Das eciRGB (es gibt hier viele Schreibweisen, aber irgendwann hat das ECI mal beschlossen es eciRGB zu schreiben) wurde vor 5 Jahren geboren. Entsprechend dem damaligen Stand der Farbtransformationsmodule in Photoshop wurde ein Matrix/TRC-Profiltyp gewählt, wobei das TRC ein Gammawert (1.8) sein musste. Eine komplexere Kurve war damals in Photoshop und ColorSync nicht möglich. Auch musste das Profil ein Monitorprofil sein, da ColorSpaceConversion-Profile nicht verarbeitet werden konnten. Der formale Aufba >u des Profils spiegelt den Stand der Technik wieder. Inhaltlich wurden die Farbkoordinaten so gewählt, das ein typischer Offsetprozess im Innern des Farbdreicks zu liegen kam. Gerade das bekomme ich bei den Versuchen, Farbräume mit diversen tools zu visualisieren nicht hin. Laut Profilemaker ist ISOcoated komplett enthalten. http://www.e-b-v.de/images/screenshottest/PM415-ECIvsISOvoated.jpg Lt. ICCview spitzt es an einigen Ecken heraus. http://www.e-b-v.de/images/screenshottest/IV-ECIvsISOcoated.jpg Laut Apple ColorSync Dienstprogramm hängt der komplette dunkelblau bis rot Bereich heraus. http://www.e-b-v.de/images/screenshottest/CSD-ECIvsISOcoated.jpg Wobei diese 3 Darstellungen ja noch halbwegs plausibel sind. Hierbei: http://www.e-b-v.de/images/screenshottest/ECIvsCG21.jpg bin ich mir aber nicht mehr so sicher, ob man bei der Arbeit mit eciRGB als Arbeitsfarbraum noch von WYSIWYG reden kann. Selbst sRGB wird nicht erreicht... http://www.e-b-v.de/images/screenshottest/sRGBvsCG21.jpg Oder liegt hier ein Denk-/Messfehler vor? Ich sehe das so, das ich von einem Bild das ECI-RGB annähernd ausschöpft, nur etwa die Hälfte (auf das Volumen des Farbraums bezogen) zu sehen bekomme. Oder andersherum gefragt: Hat mal jemand ein Monitorprofil aus Profilemaker oder Basiccolor zur Hand, wo das anders aussieht. Habe gerade aus Verunsicherung heraus nochmal eine Profilierung mit der Eizo Software und Eye1 laufen lassen, es wird aber einfach nicht mehr als sRGB... MfG Thomas Richard _______________________________________________ ECI mailing list ECI(a)lists.transmedia.de http://lists.transmedia.de/mailman/listinfo/eci

19 years, 4 months

14
36
0 0

Monitorprofile unter ColorSync 3.0.4 nicht erkannt

by Oberbuchner, Thomas

Hallo zusammen, wir haben im Zusammenhang mit Color Management auf unseren Power Macs G4/400 folgendes Problem: Sowohl unter System 9.0.4 als auch 9.2.2 werden auf einzelnen Rechnern im Kontrollfeld Monitore > Farben bei identischer Konfiguration die vorhandenen Monitorprofile nicht erkannt, weder die Standardprofile noch die individuell mit ProfileMaker 4.1.5 erstellten. Letztere funktionieren zwar unmittelbar nach der Erstellung und Eintragung als Systemprofil durch ProfileMaker, nach einem Neustart sind sie jedoch "weg". Auch Profile, die auf dem Nachbarrechner tadellos funktionieren, werden nach dem Herüberkopieren nicht erkannt. Type- und Creator-Kennung sind bei allen Profilen in Ordnung. Wir haben schon folgendes versucht: 9.2.2 in einem komplett neuen Systemordner installiert; alle in Frage kommenden Prefs gelöscht; Desktop neu angelegt und PRAM gelöscht (jeweils mit TechTool); Als Verzweiflungsvariante haben wir auch mal alle anderen Ordner, die Profile enthalten (z. B. in Application Support > Adobe ...), gelöscht, um den Mac zu veranlassen, nur im Ordner ColorSync Profile zu suchen, aber vergebens. Kennt jemand dieses Problem? Gibt es vielleicht sogar eine Lösung? Danke schon mal für die Mühe Thomas Oberbuchner

19 years, 9 months

4
3
0 0

AW: AW: WG: [ECI] Rasterinformationen in ATS-Dateien

by Fronia, Tobias

Hallo Herr Drümmer, vielen Dank für diese wirklich gute Nachricht vor dem langen Wochenende. Da wird das Pfingstfest gleich noch ein wenig froher. Alles wird gut! ;-) Viele Grüße aus der sonnigen Heide, T. Fronia <-----Ursprüngliche Nachricht----- <Von: Olaf Drümmer [mailto:o.druemmer@callassoftware.com] <Gesendet: Freitag, 28. Mai 2004 16:20 <An: eci(a)lists.transmedia.de; Fronia, Tobias <Betreff: Re: AW: WG: [ECI] Rasterinformationen in ATS-Dateien < < <Hallo allerseits, <t.fronia(a)neef-stumme.de wrote Fri, 28 May 2004 12:50:18 +0200 < <>Ich kann nur meine Bitte wiederholen, die aktuellen Dateien, trotz des <>sicherlich notwendigen Aufwands, ohne Rasterinformationen zu <Verfügung zu <>stellen. < <dass in der aktuellen Version der Visual-Seite der Altona Test Suite <Rastereinstellungen enthalten sind (und zudem eher unpassende), ist ein <Lapsus, fuer den ich mich zumindest seitens der ECI entschuldigen <moechte. Die noeitgen Massnahmen fuer ein Nachbessern sind eingeleitet, <und in Kuerze wird es auf der ECI-Website eine korrigierte Fassung zum <Download geben, und meines Wissens wird der bvdm in Kuerze <eine "Errata"- <CD an bisherige Besteller der Altona Test Suite-Anwendungspaketes <nachsenden sowie natuerlich ebenfalls in Kuerze korrigierte CDs mit <ausliefern. < <Bitte haben Sie Verstaednis, dass wir nicht mal eben ueber Nacht ein <Update bereitstellen koennen, da wir sonst Gefahr laufen, eine andere <Kleinigkeit zu uebersehen. Seien Sie versichert, dass die bereits <umfangreiche Ueberpruefung der Korrektheit der Altona Test <Suite-Dateien <um einen weiteren ausdruecklichen Check auf versehentlich enthaltene <Rasterinformationen erweitert wird. < <Ihnen alle sonnige Pfingsten! < <Olaf Druemmer <Vorsitzender European Color Initiative < <

19 years, 10 months

1
0
0 0

AW: WG: [ECI] Rasterinformationen in ATS-Dateien

by Fronia, Tobias

Hallo Herr Süßl, vielen Dank für Ihre umfassenden Erklärung zur Entstehung der ATS-Dateien. Jetzt ist einiges deutlich klarer zu verstehen. Wenn ich ehrlich bin, habe ich die Dateien aufgrund Ihrer Herkunft (echter Vertrauensverlust !!! ;-) ) eben leider nicht genau unter die Lupe genommen und den Fehler erst in der Druckmaschine bemerkt. Leider kann ich Ihren Ausführungen bezüglich der uneingeschränkten Nutzungsmöglichkeiten der Dateien trotz enthaltener Rasterinformationen nicht zustimmen. Das, durch die abweichenden Einstellungen in den Dateien und unserem RIP entstandene, Moiré beeinflusst die Farbwiedergabe im Druck erheblich. Somit sind die aktuellen Dateien von der CD des ATS-Anwenderpaketes für uns nicht nutzbar, außer vielleicht für 40er Raster... . Ich denke auch die Nutzung der ATS-Dateien (insbesondere Visual und measure) für Test- bzw. Überprüfungsdrucke ist eine vorgesehene Anwendung. Da ich in Zukunft aufgrund des vermeintlich Eindrucks der Rückständigkeit bei Präsentationen vor Kunden oder Partnern ungern auf ältere Datenbestände zurückgreifen möchte, noch das Risiko einer erneuten Speicherung der PDFs nach Entfernen der Rasterinfos z.B. in PitStop eingehen kann, ist mein persönliches und das aller anderen Anwender unserer Workflow-Konstellation weiter ungelöst. Ich kann nur meine Bitte wiederholen, die aktuellen Dateien, trotz des sicherlich notwendigen Aufwands, ohne Rasterinformationen zu Verfügung zu stellen. Ein schönes langes Wochenende wünscht, Tobias Fronia <-----Ursprüngliche Nachricht----- <Von: Florian Süßl [mailto:fsuessl@metadesign.de] <Gesendet: Donnerstag, 27. Mai 2004 15:33 <An: eci(a)lists.transmedia.de <Betreff: Re: WG: [ECI] Rasterinformationen in ATS-Dateien < < <Sehr geehrte Liste, < <es ist immer wieder beeindruckend, wie genau nützliche Hilfsmittel <unter die Lupe genommen werden. < <Alldieweil ich die betreffendenn ATS-Dateien erstellt habe, möchte ich <gern für Aufklärung sorgen - schon allein damit Sie Ihre <wertvolle Zeit <nicht mit dem Anstellen weiterer Vermutungen zubringen müssen. < <Das wichtigste zuerst: <(1) Die Dateien auf der ATS-CD-ROM sowie die aktuellen <ATS-Online-Dateien auf www.eci.rg sind die aktuellen und richtigen <Versionen. Kurz zur Versionierung. <- Version 1.0 bezeichnet die Ursprungsversion <- Version 1.1 weist auf die Einführung des neuen <ugra/FOGRA Medienkeil <CMYK in der Version 2.0 hin <- Version 1.2 wurde durch die Einführung der neuen ECI <Offsetprofile <nötig. <Neue Versionsnummern wurden wie üblich nur bei wesentlichen Änderungen <eingeführt. Aus dem Grund sind zwei Versionen aktuell: Technical und <Visual in Version 1.2 - Measure in Version 1.1. <Da die Online-Version der Measure kein Profil enthält (auch keinen <Hinweis auf spezielle Druckbedingungen) und folglich von der <Einführung <der neuen Profile nicht betroffen ist, behielt die Measure Version 1.1. <Besonderheit der ATS-CD in diesem Zusammenhang: Um zum Vergleich mit <den Referenzdrucken Proofs der Measure ausgeben und einfach <zuordnen zu <können, enthalten die Measure-Dateien auf der ATS-CD-ROM auch das <entsprechende Druckprofil. <Weitere Details können Sie unter www.eci.org und in der Dokumentation <zum ATS Anwendungspaket finden. < <(2) Rastereinstellungen <Die Rastereinstellungen sind unbeabsichtigt in die Dateien gelangt - <die Dateien sollten gar keine Rasterinformationen enthalten. Mit Blick <auf die Anwendung der ATS-Dateien (Farbreferenz, Prüfen der PDF/X-3 <Kompatibilität) stellt dies keine Funktionseinschränkung dar. < <Die ATS-Visual-Dateien bestehen aus mehreren Bestandteilen, die in <einem nicht unkomplizierten Prozedere zusammengesetzt werden. Diese <Bestandteile wurden versehentlich mit einer Distiller-Einstellung <erstellt, bei der die Rasterinfos beibehalten, sprich aus der <PostScript- in die PDF-Datei übernommen werden. Diese Einstellung <verwenden wir nur für Spezialfälle - versehentlich wurde die Option <anschließend nicht wieder ausgeschaltet. < <Was die Unterschiede zwischen den PDF-Dateien des <Andwendungspakets und <der Online-Version angeht: < <Die Unterschiede im Label sind so gewollt: <- Online-Version <Hier hat sich im Unterschied zu den alten Versionen lediglich die <Versionsnummer geändert. Der Hinweis 'no official reference print' ist <zur klaren Unterscheidung zwischen Referenzdrucken und eigenen Drucken <(der ATS-CD-Daten) nötig. Andernfalls würden sich Referenzdruck und <eigene Drucke nicht unterscheiden (Textverweis auf Druckbedingung, <etc.). <Diese Verwechslungsgefahr gibt es bei der Online-Version so nicht <(andere Textlänge, anderer Text). < < < <Mit freundlichen Grüßen, <Florian Süßl <Am 27.05.2004 um 12:58 schrieb Fronia, Tobias: < <> Hallo Herr Karcher, <> <> nachdem ich Ihre Frage nochmals gelesen habe, wurde mir <klar, dass ich <> in <> meinem Satzeinschub des letzten Mail nicht zu 100 % präzise <geantwortet <> habe. <> Die Dateinamen der Dateien unterscheiden sich vom ATS-Anwenderpaket <> (AltonaMeasure_1v1_pt1com_x3.pdf) zum Download <(Altona_Measure_v11.pdf) <> sinnvoller Weise, da sich auch das Layout geändert hat. <> Bei der ATS-Datei ist z.B. der Hinweis 'no official Referenzprint' <> hinzugekommen, der beim Download noch fehlt. Das - zugegeben <> fehlerträchtige <> - Vergleichswerkzeug in ACROBAT sagt mir, dass sich auch <diverse andere <> Positionen leicht geändert haben. <> <> Gruß, T. Fronia <> <> <> -----Ursprüngliche Nachricht----- <> Von: Fronia, Tobias <> Gesendet: Donnerstag, 27. Mai 2004 12:28 <> An: 'eci(a)lists.transmedia.de' <> Betreff: AW: [ECI] Rasterinformationen in ATS-Dateien <> <> <> Hallo Herr Zacherl, hallo Liste, <> <> darauf hätte ich auch selber kommen können ( /müssen :-( ). <> Die entsprechende Überprüfung der Measure-Datei von der <ATS-CD (ja Herr <> Karcher, die Datei unterscheidet sich tatsächlich vom Download) hat <> ergeben, <> dass der Datei eine Ausgabe in 100 lpi mit auf den Weg gegeben wurde. <> <> Somit ist für mich eindeutig, dass es sich bei dieser Vorgabe nur um <> einen <> Einstellungsfehler bei der Erzeugung der ATS-Dateien handeln <kann. Es <> kann <> wohl niemand im Ernst vorhaben die Dateien immer im 40er Raster <> auszugeben <> zu wollen bzw. diesen Wunsch in der Datei durch die Einstellung zu <> dokumentieren... <> <> Schade dass der aus meiner Anfrage entstandenen OT-Diskussion mehr <> Beachtung <> geschenkt wurde, als mein eigentlichen Wunsch nach einer <> Problemlösung. Wird <> hier im Hintergrund vielleicht bereits konzentriert und <> stillschweigend an <> neuen Dateien gearbeitet ?!? <> <> Gruß, T. Fronia <> <> <> <> <-----Ursprüngliche Nachricht----- <> <Von: Robert Zacherl [mailto:rzacherl@impressed.de] <> <Gesendet: Mittwoch, 26. Mai 2004 16:49 <> <An: eci(a)lists.transmedia.de <> <Betreff: Re: [ECI] Rasterinformationen in ATS-Dateien <> < <> < <> <Fronia, Tobias <t.fronia(a)neef-stumme.de> schrieb/wrote: <> < <> <> Ich vermute, dass den neu erstellten Daten (CD) die <> <Information für 60er <> <> Raster (PitStop sagt Typ5) mitgegeben wurde, ... <> < <> <Hallo Herr Fronia, <> < <> <Wenn Enfocus PitStop im Inspektor anzeigt, dass <> <Rasterinformationen in Form <> <eines Type 5 Halftone Dictionaries vorhanden sind, dann <> <sollten Sie auch in <> <der Lage sein im Karteikartenreiter "Rasterung", die konkreten <> <Informationen <> <zu Rasterweite, Rasterwinkelung und Punktform auslesen zu <> <können um so Ihre <> <Vermutung zu überprüfen. <> < <> <Mit freundlichen Grüßen <> < <> <Robert Zacherl <> < <> <-- <> < <> <***************************** <> <Robert Zacherl <> <IMPRESSED GmbH <> <Tel:++49(0)40/89 71 89-0 <> <Fax:++49(0)40/89 71 89 71 <> <eMail: rzacherl(a)impressed.de <> <http://www.impressed.de <> <***************************** <> < <> < <> < <> _______________________________________________ <> ECI mailing list <> ECI(a)lists.transmedia.de <> http://lists.transmedia.de/mailman/listinfo/eci <> <> <-- <Florian Suessl | Director Technology < <MetaDesign AG | Leibnizstrasse 65 | 10629 Berlin <+49 30 590 054 246 | fax +49 30 590 054 114 | fsuessl(a)metadesign.de <A Lost Boys company | http://www.metadesign.de < < < <

19 years, 10 months

3
2
0 0

WG: [ECI] Rasterinformationen in ATS-Dateien

by Fronia, Tobias

Hallo Herr Karcher, nachdem ich Ihre Frage nochmals gelesen habe, wurde mir klar, dass ich in meinem Satzeinschub des letzten Mail nicht zu 100 % präzise geantwortet habe. Die Dateinamen der Dateien unterscheiden sich vom ATS-Anwenderpaket (AltonaMeasure_1v1_pt1com_x3.pdf) zum Download (Altona_Measure_v11.pdf) sinnvoller Weise, da sich auch das Layout geändert hat. Bei der ATS-Datei ist z.B. der Hinweis 'no official Referenzprint' hinzugekommen, der beim Download noch fehlt. Das - zugegeben fehlerträchtige - Vergleichswerkzeug in ACROBAT sagt mir, dass sich auch diverse andere Positionen leicht geändert haben. Gruß, T. Fronia -----Ursprüngliche Nachricht----- Von: Fronia, Tobias Gesendet: Donnerstag, 27. Mai 2004 12:28 An: 'eci(a)lists.transmedia.de' Betreff: AW: [ECI] Rasterinformationen in ATS-Dateien Hallo Herr Zacherl, hallo Liste, darauf hätte ich auch selber kommen können ( /müssen :-( ). Die entsprechende Überprüfung der Measure-Datei von der ATS-CD (ja Herr Karcher, die Datei unterscheidet sich tatsächlich vom Download) hat ergeben, dass der Datei eine Ausgabe in 100 lpi mit auf den Weg gegeben wurde. Somit ist für mich eindeutig, dass es sich bei dieser Vorgabe nur um einen Einstellungsfehler bei der Erzeugung der ATS-Dateien handeln kann. Es kann wohl niemand im Ernst vorhaben die Dateien immer im 40er Raster auszugeben zu wollen bzw. diesen Wunsch in der Datei durch die Einstellung zu dokumentieren... Schade dass der aus meiner Anfrage entstandenen OT-Diskussion mehr Beachtung geschenkt wurde, als mein eigentlichen Wunsch nach einer Problemlösung. Wird hier im Hintergrund vielleicht bereits konzentriert und stillschweigend an neuen Dateien gearbeitet ?!? Gruß, T. Fronia <-----Ursprüngliche Nachricht----- <Von: Robert Zacherl [mailto:rzacherl@impressed.de] <Gesendet: Mittwoch, 26. Mai 2004 16:49 <An: eci(a)lists.transmedia.de <Betreff: Re: [ECI] Rasterinformationen in ATS-Dateien < < <Fronia, Tobias <t.fronia(a)neef-stumme.de> schrieb/wrote: < <> Ich vermute, dass den neu erstellten Daten (CD) die <Information für 60er <> Raster (PitStop sagt Typ5) mitgegeben wurde, ... < <Hallo Herr Fronia, < <Wenn Enfocus PitStop im Inspektor anzeigt, dass <Rasterinformationen in Form <eines Type 5 Halftone Dictionaries vorhanden sind, dann <sollten Sie auch in <der Lage sein im Karteikartenreiter "Rasterung", die konkreten <Informationen <zu Rasterweite, Rasterwinkelung und Punktform auslesen zu <können um so Ihre <Vermutung zu überprüfen. < <Mit freundlichen Grüßen < <Robert Zacherl < <-- < <***************************** <Robert Zacherl <IMPRESSED GmbH <Tel:++49(0)40/89 71 89-0 <Fax:++49(0)40/89 71 89 71 <eMail: rzacherl(a)impressed.de <http://www.impressed.de <***************************** < < <

19 years, 10 months

2
1
0 0

ATS-Anwendungspaket jetzt schon veraltet?

by EBV, Druckerei Gruetter

Hallo Liste, wir sind Besitzer eines gekauften ATS-Anwendungspakets. Lieferung über den bvdm. Erste Korrekturangaben über Messreihen mit und ohne Polfiler gab es über die ECI-Liste. Jetzt gibt es in der Liste Diskusionen über Versionsnummern der PDF-Dateien. Sind die PDF-Dateien auf der mitgelieferten CD jetzt schon wieder überholt? Wir haben je sieben Versionen mit angehängten Profilen der AltonaMeasure_1v1_pt1com_x3.pdf (für die verschiedenen Papiertypen), der AltonaVisual_1v2pt1com_x3.pdf sowie eine Version der AltonaTech_1v2_p12com_x3.pdf. Gibt es Änderungen? Wenn ja welche? Und warum werden Käufer des ATS-Anwendungspakets nicht per Mail über Änderungen informiert? MfG Heike Rattay

19 years, 10 months

1
0
0 0

AW: [ECI] Rasterinformationen in ATS-Dateien

by Fronia, Tobias

Hallo Herr Zacherl, hallo Liste, darauf hätte ich auch selber kommen können ( /müssen :-( ). Die entsprechende Überprüfung der Measure-Datei von der ATS-CD (ja Herr Karcher, die Datei unterscheidet sich tatsächlich vom Download) hat ergeben, dass der Datei eine Ausgabe in 100 lpi mit auf den Weg gegeben wurde. Somit ist für mich eindeutig, dass es sich bei dieser Vorgabe nur um einen Einstellungsfehler bei der Erzeugung der ATS-Dateien handeln kann. Es kann wohl niemand im Ernst vorhaben die Dateien immer im 40er Raster auszugeben zu wollen bzw. diesen Wunsch in der Datei durch die Einstellung zu dokumentieren... Schade dass der aus meiner Anfrage entstandenen OT-Diskussion mehr Beachtung geschenkt wurde, als mein eigentlichen Wunsch nach einer Problemlösung. Wird hier im Hintergrund vielleicht bereits konzentriert und stillschweigend an neuen Dateien gearbeitet ?!? Gruß, T. Fronia <-----Ursprüngliche Nachricht----- <Von: Robert Zacherl [mailto:rzacherl@impressed.de] <Gesendet: Mittwoch, 26. Mai 2004 16:49 <An: eci(a)lists.transmedia.de <Betreff: Re: [ECI] Rasterinformationen in ATS-Dateien < < <Fronia, Tobias <t.fronia(a)neef-stumme.de> schrieb/wrote: < <> Ich vermute, dass den neu erstellten Daten (CD) die <Information für 60er <> Raster (PitStop sagt Typ5) mitgegeben wurde, ... < <Hallo Herr Fronia, < <Wenn Enfocus PitStop im Inspektor anzeigt, dass <Rasterinformationen in Form <eines Type 5 Halftone Dictionaries vorhanden sind, dann <sollten Sie auch in <der Lage sein im Karteikartenreiter "Rasterung", die konkreten <Informationen <zu Rasterweite, Rasterwinkelung und Punktform auslesen zu <können um so Ihre <Vermutung zu überprüfen. < <Mit freundlichen Grüßen < <Robert Zacherl < <-- < <***************************** <Robert Zacherl <IMPRESSED GmbH <Tel:++49(0)40/89 71 89-0 <Fax:++49(0)40/89 71 89 71 <eMail: rzacherl(a)impressed.de <http://www.impressed.de <***************************** < < <

19 years, 10 months

1
0
0 0

AW: ECI digest, Vol 1 #968 - 5 msgs

by Dr.C.Schlegelmilch

Guten Tag, ich würde gern wieder aus der mail-liste aussteigen. Wie kann ich das tun? Grüße und Dank, Cordia Schlegelmilch -----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: Freitag, 14. Mai 2004 12:00 An: eci(a)lists.transmedia.de Betreff: ECI digest, Vol 1 #968 - 5 msgs 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. =?iso-8859-1?Q?Re:_EPSON-Drucker?= (andy(a)andyrossbach.de) 2. Scanstreifen Nikon (ELOGANDO(a)aol.com) 3. Mailingliste digitale Fotografie (Dietmar Wueller) 4. AW: [ECI] Scanstreifen Nikon (=?iso-8859-1?Q?Clemens_M._H=FCrten?=) 5. Gretag Profilemaker 5 und neues Target (Stefan Fiedler) --__--__-- Message: 1 From: andy(a)andyrossbach.de To: <eci(a)lists.transmedia.de> charset="iso-8859-1" Date: Thu, 13 May 2004 14:30:01 +0200 Subject: [ECI] =?iso-8859-1?Q?Re:_EPSON-Drucker?= Reply-To: eci(a)lists.transmedia.de > Date: Wed, 12 May 2004 14:24:07 +0000 > From: Joachim Euler > To: ECIListe > Subject: [ECI] Re: EPSON-Drucker > Reply-To: eci(a)lists.transmedia.de > > > Ich möchte jetzt noch einmal kurz unser Problem detailiert beschreiben. > > Wir sind eine Tiefdruckerei, welche nicht selbst EPSON-Proofer im Haus im > > Einsatz hat. > > Wir arbeiten mit Digital Cromalin + Iris. Allerding liefern vermehrt Studios > > EPSON-Proofs für die > > Druckabstimmumg. > > Dabei ist ein Kunde mit folgender Kombination dabei. > > paper: > > EPSON PREMIUM GLOSSY PHOTO PAPER > > S041316 > > > > printer: > > EPSON STYLUS PRO 5500 > > > > lights for looking at the proofs: > > NO SPECIAL LIGHTS > > only common room lighting > Von den alten Epson-Pigmentdruckern (5500, 7500, 9500, 10500, ebenso 2100 > und 2200) halte ich persönlich nicht allzu viel, denn hier haben wir sehr > heftige Metamerie (also genau den Effekt, den Sie nachfolgend beschreiben). > > Was das Papier in diesem Kontext taugt, weiß ich nicht; mit den > Farbstofftintendruckern (die mit den drei Nullen, also 5000 usw.) glaube ich > mich erinnern zu können, dass es ein sehr ungünstiges Wegschlagverhalten > hat: Proof ausgeben und mindestens!!! eine Stunde liegen lassen, bevor man > ihn bewertet. > > > Wir haben nun mit folgendem Problem zu kämpfen. > > Die Proofs sehen unter Normlicht D50 im Graustufenbereich total Grün aus. > > (angeblich OFFSET-Farbraum) > > Wenn man die Proof unter normalen Tageslicht betrachtet ergibt sich ein > > neutrales Schwarz/Grau. > > Nun müßen wir die Daten in den Tiefdruckfarbraum konvertieren, kommen dabei > > aber zu keinem guten Ergebnis, da die Proofs so von der Lichtquelle abhängig > > sind. > > Uns interressiert nun, ob diese Kombination Papier/Tinte für einen stabilen > > farbverbindlichen Proof > > überhaupt geeignet ist und was man dem Kunden raten sollte. > > Möglicherweise kann man mit einem anderen Papier bessere Ergebnisse > erzielen, aber das ist nicht das Grundproblem, was ich erkenne. Vielmehr ist > das Problem, dass der Kunde seinen Proof dem Grunde nach falsch betrachtet, > nämlich mit einer zumindest untypischen (eventuell sogar: nicht > nachstellbaren) Lichtart. > > Zwei Ansätze sehe ich: > > (1) Dem Kunden erklären, was D50 ist und wofür es gut ist, und ihn von einer > entsprechenden Umstellung seines Proofsystems überzeugen. > > (2) Wenn das nicht möglich ist, lassen Sie den Kunden ein ECI-Chart ausgeben > (genau so wie eine "normale" Anzeigenseite, die er normalerweise liefert), > messen es spektral ein, hinterlegen Sie eine entsprechende Lichtart, > erstellen ein Profil, welches Sie als Quellprofil für die Konvertierung > nehmen. > Das geht mit Gretag Profilemaker (der Spektralkurven verschiedener > Lichtarten standardmäßig mitbringt) seit irgendwann in der 4er-Generation; > verschiedene andere Hersteller können das mit Sicherheit auch. > Die Messung der spektralen Verteilung der "Wunschlichtart" sollte mit > neueren Messgeräten auch irgendwie möglich sein; mit dem Spectrolino geht es > meines Wissens nicht, und ich habe es auch noch nie selber versucht... > -- > Mit freundlichen Grüßen aus Kriftel > > Joachim Euler Hallo Liste, hallo Herr Euler, aufgrund eigener Versuche mit einem Epson Stylus Photo 2000 kann ich nur bestätigen, dass insbesondere die neutralen Farbtöne eine starke Metamerie aufweisen. Unter Normbedingungen verschieben sie sich tatsächlich in den grünen Bereich. Sicherlich wurde dieser Effekt bei den neueren Modellen etwas aufgefangen, aber meiner Meinung nach sind diese Drucker für farbverbindliche Proofs nicht geeignet. Sollte der Kunde genügend technischen Sachverstand besitzen, wäre es sicher ratsam, ihm möglichst schonend beizubringen, dass nicht jeder Farbdrucker als Proofer herhalten kann. Insbesondere beim Epson Stylus 2000 brachte meiner Erfahrung nach auch der Wechsel auf Best-Papiere keine Besserung. Das Epson-Papier würde ich durch die spezielle Oberflächenstruktur für Proofs nur sehr eingeschränkt empfehlen ... Im Idealfall sollten korrekte Proofs der gelieferten Daten dem angelieferten Epson-Farbausdruck visuell ähnlich sein. Vielleicht kann Ihr Kunde die benutzten Profile beilegen, so dass Sie seine Proofergebnisse mit einem anderen System visuell zumindest ansatzweise nachvollziehen können. Sonnige Grüße, Andy Rossbach -- Andy Rossbach Freier Grafiker und Produktioner Student Kommunikationstechnologie Druck --__--__-- Message: 2 From: ELOGANDO(a)aol.com Date: Thu, 13 May 2004 18:17:02 -0400 To: eci(a)lists.transmedia.de Subject: [ECI] Scanstreifen Nikon Reply-To: eci(a)lists.transmedia.de Sehr geehrte Nikon-Scanner-User, möglicherweise stehen bald Abhandlungen über den neuen Nikon Mittelformatscanner an, den Nikon LS 9000. Ich verfasse dieses Schreiben, weil ich und andere LS 8000 geschädigte Kunden den LS 9000 beizeiten gerne unter realistischen Bedingungen getestet sehen möchten. Hat jemand schon erste Erfahrungen gemacht? Den bisher verfügbaren Nikon LS8000 habe ich seinerzeit aufgrund guter Testbesprechungen erworben. Dabei blieben offenbar gravierende Konstruktionsmängel unbemerkt. Alle mir bekannten Nutzer klagen über nachfolgende Konstruktionsmängel des Geräts. Zum Teil können sie inzwischen umschifft werden, wenn man weiß, wie. Das steht jedoch nicht in der Bedienungsanleitung. Ich und die mir inzwischen bekannten Nutzer haben zwischenzeitlich jedoch berufliche Nachteile erlitten, da das Gerät im Normalmodus aus Konstruktionsgründen offenbar gar nicht fehlerfrei arbeiten kann! Das nicht preiswerte Gerät besitzt also nicht die vom Hersteller zugesagten Eigenschaften. Das Fehlergebnis, das sich in einem sogenannten Streifensyndrom äußert, sieht man manchmal erst im Druck, was den Fehler besonders heikel macht. Bei meinem Gerät entdeckt man den Streifenfehler nur dann am Monitor bei 100% Darstellung, wenn man ihn vom Ausdruck her kennt. Nicht untypisch für einen japanischen Hersteller verhält sich Nikon Deutschland seit 2002 in der Sache folgendermaßen: Innerhalb der Garantiezeit werden die Fehler ins juristische Niemandsland zulasten der Kunden outgesourct. Als Argumentationsstütze dient hierbei die einheitliche Argumentationsschiene von Nikon Deutschland und die recherchierbaren Fehlerbesprechungen aus dem englischsprachigen Raum, die auf den Zeitpunkt der Geräteeinführung zurückgehen. Nikons Servicetechniker geben auf Nachfragen zum Problem Antworten, die sich gleichen, wie ich aus Rücksprache mit anderen betroffenen Nutzern erfahren habe. Der Tenor dieser nikonseitigen Aussagen ging stets in die Richtung Nikongeräte hätten kein Problem. Dieser Fehler sei durch das Stromnetz (Elektrostatik) der Anwender, oder hausexterne Softwareanbieter verursacht. Gesprächen scheint die Niederlassung Düsseldorf gänzlich unzugänglich zu sein. Anschreiben an entsprechende Ansprechpartner des Hauses z. B. an Herrn Ramroth (NPS Serviceleitung Scanner) bleiben komplett unbeantortet, aus Prinzip? Laut meinen Telefonaten mit dem NPS-Service wurde ein nikonseitiger Fehlerzusammenhang ausgeschlossen. Wollte man die Geräte nicht bei Nikon prüfen, weil es auch keinen Sinn hätte, wie inzwischen deutlich vermutet werden darf? Elektrostatische Ursachen für Streifenbildung in einem modern ausgestatteten 220 Volt-Netz sind nur möglich, wenn einige nachprüfbare pysikalische Voraussetzungen erfüllt sind. Z.B.: a) Die Mindestabstände zu Nachbargeräten nicht eingehalten werden, b) In einem verwinkelten Altbau, der aus mehreren Gebäuden zusammengewachsen ist, das Stromnetz an zwei Hauptanschlüssen hängt. Elektrostatische Ursachen für Streifenbildung sind nicht möglich, wenn z.B. alle Geräte in einer Steckleiste an einer Steckdose, an einem Stromnetz installiert sind, die modernem europäischem Standard entsprechen, das Gerät auf Gummifüßen steht (werksseitig), die Mindestabstände zu den Seiten (Bedienungsanleitung) bei weitem eingehalten sind, die Strominstallation mit meisterbetriebsabgenommenen Überspannungsschutzvorrichtungen etc. zusätzlich abgesichert ist. Im Problemfokus des LS 8000 steht eine Schwäche der geräteinternen Farbverarbeitung bei Ansteuerung im Normal-Scanmodus, vor dem nicht einschränkend gewarnt wird. Unter Mac OS 9er Versionen: Mit Nikon Scan 3er Versionen, sowie SilverFast 5er und 6er Versionen: mathematisch konstante Streifenbildung quer zur Schlittenfahrtrichtung bei Motiven mit Außenaufnahmen und Scans höherer Datenmengen als 20 MB; ausgerechnet innerhalb der optischen Auflösung, also vor dem Eingreifen von Interpolationsberechnungen; vorwiegend ColNeg.-Filme bei Licht blauer Spektralbereiche, gerne auch bei höheren Lichtkontrastsituationen - dann betroffen auch weiß-reflektierte Flächen oder ins weiße abgleitende UV-lichtanteilige Himmel; Fortsetzung der Streifen bis in die Schatten, wo sie aufgrund der zunehmenden Dichte weniger sichtbar sind; Druckprozesse, Schärfefilter, profilierte Bilddatenübergaben aus der Scan-Software an Photoshop (oder scannen in Datei direkt mit Farbraumprofil) verstärken den Streifenfehler; Bei Ansteuerung unter Mac OS 9erVersionen und Nikon-Scan 4: Hier hat man die Streifen nur im Prescan. Nikon scheint in die Softwareprogrammierung eingegriffen zu haben. Bei Ansteuerung des LS 8000 unter Mac OS-X Panther hat man die Streifen in Pre- und Hauptscan, hier auch im IT8-Chart-Dia, egal mit welcher Software-Version welchen Herstellers. Hier hilft dann nur noch der Einzeilen-Scanmodus mit Mehrfachabtastung. Das ist der Suoer-Fine-Scan, als einzig sichere "neue Standard-Betriebsvariante". Die ursprünglich unzumutbaren Rechenzeiten scheint Nikon jetzt durch schnellere Treiberkomponenten (Systemordner, Preferences, Nikon Maid-Ordner) kompensieren zu wollen. OK, aber dafür hat man ja nicht drei gleichzeitig laufende Scanzeilen bezahlt - mit ausgesprochenem Preissprung zu vergleichbaren Konkurrenzmodellen. Ob in die Ausprägung des Streifenfehlers zusätzlich noch Faktoren des Schlittenwagens oder andere geräteinternen elektrischen Instabilitäten mit hineinspielen könnten, ist wieder eine andere Geschichte. Die angekündigte Version von Nikon-Scan 4.2, zur Behebung des Fehlers unter Mac OS-X, wurde bislang offenbar nicht ausgeliefert. Filmemulsionen zur Hervorbringung des Streifeneffekts unter obigen Betriebssystem und Scan-Softwarekombinationen - z.B.: Filme von Kodak: Porta 400 und UC , Farbwelt alle, Filme von Fuji: NPH 400, Superia 800 Ein Test mit einem Parallelgerät einer bekannten Softwarefirma ergab bei mir die Reproduktion der gleichen Fehlergebnisse mit individueller Ausprägung. Das Gerät ist vermutlich älter und der Streifenfehler schlägt viel stärker durch. Mit freundlichen Grüßen Ogando P.S.: Dieses Schreiben wurde vor Veröffentlichung juristisch geprüft. Meine Testergebnisse mit den verwendeten Nikon LS 8000-Modellen sind unter wiederholbaren, nachprüfbaren Rahmenbedingungen entstanden und entsprechend archiviert worden. Die von mir angeführten Gerätebesitzer mit gleichnamigen Streifenproblemen sind mir persönlich bekannt. Die technische Begründung meiner Versuchsreihen habe ich mit verschiedenen Fachingenieuren genau besprochen und abgeglichen. Siehe auch englischsprachigen Fachlink zu gleichnamigem Problem des Nikon LS 8000 (..."the banding-problem"...): http://luminous-landscape.com/reviews/scanners/nikon-8000.shtml Letters from Readers ...... The banding problem appears to be due to Nikon using the same 10000 element calibration data for each pixel position in the CCD. Since there are three separate CCD lines in the LS-8000 (there's only one on all other CoolScan scanners), any small difference in sensitivity between the N'th CCD pixel in each of the three CCD lines can cause streaking when the same calibration data is used for each of the three CCD lines. I solved this problem in VueScan by only using one CCD line. You can download VueScan 7.1.11 from: http://www.hamrick.com/vsm.html Regards, Ed Hamrick Hi Michael, .......... When I do, it usually involves a high contrast situation. Nikon states that the banding occurs in these situations due to the way its tri-linear CCD scans. ......... Michael McKenney Hello Michael, ........ Also, a number of people on the filmscanner list have had similar problems and one person has had the problem with two examples of the scanner. ........ Paul Wilson The Filmscanner List -- Ogando Fotodesign --__--__-- Message: 3 From: "Dietmar Wueller" <d.wueller(a)ivent.de> To: <eci(a)lists.transmedia.de> Date: Fri, 14 May 2004 08:06:57 +0200 charset="iso-8859-1" Subject: [ECI] Mailingliste digitale Fotografie Reply-To: eci(a)lists.transmedia.de Hallo Liste, Die ECI hat aufgrund der vielfältigen Problemstellungen in der digitalen Fotografie eine Mailingliste zu diesem Thema eingerichtet. Wer an Diskussionen zu diesme Thema interessiert ist, möge sich dort eintragen. http://www.eci.org/eci/de/080_eci_mailinglisten.php Ich habe eine Reihe von interessanten Themen, die ich zur Diskussion stellen möchte. Ich werde aber noch ein paar Tage warten bevor ich diese einbringe, damit Ihr Zeit habt Euch dort einzutragen. Gruß Dietmar Wueller Image Engineering Dietmar Wueller Augustinusstr 9d 50226 Frechen Tel. 0 22 34 / 91 21 41 Fax. 0 22 34 / 91 21 42 e-mail d.wueller(a)ivent.de www.image-engineering.de Von der Industrie- und Handelskammer zu Köln öffentlich bestellter und vereidigter Sachverständiger für Digitale Fotografie, Scannen und Bildbearbeitung. --__--__-- Message: 4 From: "=?iso-8859-1?Q?Clemens_M._H=FCrten?=" <clemens.huerten(a)gmx.com> To: <eci(a)lists.transmedia.de> Subject: AW: [ECI] Scanstreifen Nikon Date: Fri, 14 May 2004 10:48:33 +0200 charset="iso-8859-1" Reply-To: eci(a)lists.transmedia.de Hallo Ogando! Dass Nikon sich nicht sonderlich um Anwender bemüht, wurde mir ebenfalls demonstriert. Ich habe aber nicht das gleiche Problem, weil ich den Nikon Coolscan 4000 besitze. Nikon Coolscan Scanner arbeiten bei der Erfassung und Umsetzung des Scannerfarbraums mit merkwürdigen Profilierungsadteien, die zwar wie ICC-Profile aussehen, aber nicht normgemäß aufgebaut sidn und sich daher mit den entsprechenden Tools nicht öffnen / bearbeietn lassen. Aus diesem Grund kann man nur als Zielfarbraum die von Nikon in der Nikon Scan Software vordefinierten Arbeitsfarbräume angeben. Der "professionellste" davon ist der Adobe 1998. Den ECI-RGB sucht man vergebens. Ich "wagte" nun, bei Nikon vorzusprechen, man möge doch eine Lösung finden, die mir die Einbindung des ECI-RGB-Farbraums als direkten Ausgabefarbraum ermöglicht. Nach längerem Schweigen meldete sich per e-mail ein sehr freundlicher Herr, bedauerte aber, nichts für mich tun zu können. Er würde aber meine Anregung weiter geben. Ein neues Release der NikonScan 3 sei aber nicht geplant. Er könne mir also wenig Hoffnung machen. Auf meinen Einwand, es ginge nicht um eine neue Scan-Software sondern nur um die Erstellung einiger weniger Nikon-Spezial-Dateien für die Umrechnung vom ScannerFarbraum nach ECI-RGB kam keine sinnvolle Antwort mehr. Weitere E-Mail-Vorstöße udn Telefonate brachten nichts. Nur ein halbes Jahr nach meiner Anfrage erschien die NikonScan 4 Software. Leider hat auch die kein ECI-RGB. Ich verwende meist Silverfast 6 zum Scannen. Aber beim NegativScan gibt es öfters Motive, bei denen Silverfast schlechtere Ergebnisse liefert, als Nikon Scan. Da möchte ich die Möglichkeit der freien Wahl haben. Wenn man bedenkt, dass wir hier über professionelles Arbeitsgerät mit entsprechender Preisgestaltung sprechen, ist dieses verhalten von Nikon reichlich unverständlich. Hinzu kommt, dass Nikon hier durch absolut unprofessionelles Verhalten seinem eigentlich sehr positiven Marken-Image massiven Schaden zufügt. Bei der Anschaffungsplanung wird nun bei mir kein Nikon-Produkt mehr in Erwägung gezogen! Dabei stünde die Anschaffung einer Digital-Spiegelreflexkamera an. Übrigens: Ich bin der Meinung, dass in die ECI-Liste durchaus auch kritische Meinungen zu Hard- und Software hinein passen, soweit dies Belange des Farbmanagements betrifft. Noch was: Falls jemand bereits Profil-Dateien im Nikon-Spezialformat erzeugt hat, die in Verbindung mit NikonScan 4 direkt zu einer Ausgabe in ECI-RGB führen, bitte ich um Nachricht! -- Ein angenehmes und erholsames Wochenende, das wünsche ich Ihnen Clemens M. Hürten - www.ideecreativ.de IdeeCreativ - Marketing & Werbung > -----Ursprüngliche Nachricht----- > Von: eci-admin(a)lists.transmedia.de > [mailto:eci-admin@lists.transmedia.de]Im Auftrag von ELOGANDO(a)aol.com > Gesendet: Freitag, 14. Mai 2004 00:17 > An: eci(a)lists.transmedia.de > Betreff: [ECI] Scanstreifen Nikon > > > Sehr geehrte Nikon-Scanner-User, > > möglicherweise stehen bald Abhandlungen über den neuen > Nikon Mittelformatscanner an, den Nikon LS 9000. > > Ich verfasse dieses Schreiben, weil ich und andere LS 8000 geschädigte > Kunden den LS 9000 beizeiten gerne unter realistischen > Bedingungen getestet > sehen möchten. Hat jemand schon erste Erfahrungen gemacht? > ....................... > > > Mit freundlichen Grüßen > Ogando > > --__--__-- Message: 5 Date: Fri, 14 May 2004 11:52:30 +0200 To: eci(a)lists.transmedia.de From: Stefan Fiedler <info(a)salon-iris.com> Subject: [ECI] Gretag Profilemaker 5 und neues Target Reply-To: eci(a)lists.transmedia.de --============_-1127594142==_ma============ Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable Hat schon jemand die neue Gretag Profilemaker 5 Version testen k=F6nnen? Vor allem interessiert mich ob das neue (Digitalkamera-)Target "Digital ColorChecker Semi Gloss (SG)" besser als der alte ColorChecker DC funktioniert bzw. worin der Unterschied liegt. Mit freundlichen Gr=FC=DFen Stefan Fiedler --============_-1127594142==_ma============ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!doctype html public "-//W3C//DTD W3 HTML//EN"> <html><head><style type=3D"text/css"></style><title>Gretag Profilemaker 5 und neues Target</title></head><body> <div>Hat schon jemand die neue Gretag Profilemaker 5 Version testen k=F6nnen? Vor allem interessiert mich ob das neue (Digitalkamera-)Target "Digital ColorChecker Semi Gloss (SG)" besser als der alte ColorChecker DC funktioniert bzw. worin der Unterschied liegt.</div> <div><br></div> <div>Mit freundlichen Gr=FC=DFen</div> <div>Stefan Fiedler</div> <div><br></div> </body> </html> --============_-1127594142==_ma============-- --__--__-- _______________________________________________ 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

19 years, 10 months

1
0
0 0

Rasterinformationen in ATS-Dateien

by Fronia, Tobias

Sehr geehrte eci-Mitglieder, heute sollte in unserem Hause wieder einmal einen Testdruck (70er Raster) zur Überprüfung der Stabilität unserer PSO-Standardisierungsbemühungen durchgeführt werden. Um auf dem aktuellsten Stand zu sein, sind hierfür die Test-Dateien aus den ATS Anwenderpaket verwendet worden. Zu meiner Überraschung musste ich, leider erst in der Druckmaschine (wer erwartet schon Probleme mit Daten aus dieser Quelle) anhand eines sehr unschönen Moirés, feststellen, dass die Testdateien, die auf der CD mit dem Anwenderpaket geliefert wurden, Rasterinformationen enthalten. Da ich dies von den 'alten' Testdateien nicht gewohnt bin, habe ich mich im Downloadbereich der eci-Homepage einmal umgeschaut. Hier liegen die mit NEU gekennzeichneten Daten für die ATS Visual und Technical, die sinnvoller Weise mit den Daten der beigelegten CD übereinstimmen. Nicht so die ATS Measure: nicht als NEU gekennzeichnet und nicht identisch zur Datei auf der CD. Die Testdatei im Downloadbereich enthält lobenswerter Weise keine Rasterinformationen und ist somit für die Ausgaben in allen Rastern und in jeder Workflow-Konstellation geeignet. Das hätte ich gern auch für die anderen beiden Dateien. Ich vermute, dass den neu erstellten Daten (CD) die Information für 60er Raster (PitStop sagt Typ5) mitgegeben wurde, da dies seitens der eci zum einzigen und Standard-Raster erhoben wurde. Dies wurde ja bereits eingehend auf der Liste diskutiert. Es wäre trotzdem schön, wenn auch die neuen Testdaten als komplett ausgabeneutrale Datei zur Verfügung stehen würden. Es gibt halt auch Workflows jenseits von CREO und Heidelberg, die sich, wenn sie nicht vergewaltigt werden, an das halten wollen, was die Dateiein ihnen an Informationen liefern (und leider bei einer Diskrepanz zur Voreinstellung auch nicht warnen). Ich möchte ungern per PitStop-Aktionsliste die Rasterinformationen aus den Dateien der ATS entfernen, um diese auch im 70er Raster nutzen zu können, da ich insbesondere Testdateien gern so original wie möglich verwenden möchte. Wir alle wissen nur zu genau, was bei einem erneuten Speichervorgang mit einem PDF passieren kann.... Gibt es Vorschläge? Gruß, T. Fronia Tobias Fronia Leitung PrePress, Dipl.-Ing. Neef + Stumme GmbH & Co. KG Druck und Verlag Schillerstraße 2 29378 Wittingen Telefon: +49 (0) 58 31 23-188 Telefax: +49 (0) 58 31 23-100 mailto:t.fronia@neef-stumme.de

19 years, 10 months

5
4
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 May 2004