[matchbox]

In einer Diskusion aus der letzten Woche kam es zu der Frage ob LZW Komprimierung bei Tiffs ja oder nein.

Eine der Aussagen die getroffen wurde (von mir) war das es bei LZW zu Problemen in einnigen RIPs kommen kann was wohl daran liegt das sich der RIP an der LZW Komprimirung verschluckt und Pixel negativ ausgibt.

Des weitern ist LZW in PDF/X3 aus Lizenzgründen nicht erlaubt und betroffen Tiff Daten werden Automatisch in die ZIP Komprimierung umgewandelt. <<PDF Datei>>

Bei Google nach der Problematik gesucht ergibt sich folgendes Bild. Viele Druckereien weißen ausdrücklich darauf hin das LZW zulässig ist, nicht wennige aber auch das LZW nicht zulässig sei.
Als beispiel:

[Mac]

Interessante Fragestellung.

Wir setzen hier LZW für Tifs ein. Ohne Probs. Allerdings muß dazu gesagt werden,
dass wir nur PDFs nach draussen geben. Unser Standard aber auch nicht X3 sondern was eigenes - nix wildes.

Wir haben früher reichlich belichtet, darunter mit Sicherheit auch LZW-komprimierte Bilder aus offenen Dokumenten.

Probleme waren mir his zu deinem Thread nicht bekannt.

[matchbox]

Anscheinend ist es wohl so das einige RIPs LZW nicht unterstützen. Ich vermute mal es handelt sich dabei um ältere Modele bzw. ist es auch ein Lizensproblem. Ich nehme mal an der der Codec dem RIP auch erst beigebracht werden mus und das kostet wohl richtig asche.

[Mac]

Hmm, ich weiß nicht, ob das stimmt.

Zumindest von Xpress weiß ich, dass du bestimmen kannst, was er von einem Tiff sendet. Normalerweise würde ein Programm das platzierte Bild senden und dann das skalieren und maskieren. Xpress macht das was anders. da wird tatsächlich nur der sichtbare Teil des Bildes an das RIP gesendet, und dann auch noch nur die Daten, die für den gewählten Raster und Auflösung nötig sind. Ich kann mir nicht vorstellen, dass die danach dann das gesendete Bildmaterial on-the-fly LZWen.

Was andere Programme wie FH oder Illu oder weiß der Henker machen, weiß ich nicht.

[matchbox]

Dann bleibt aber immer noch die frage woher die Fehler wie die Weißen linien kommen.

Wenn die Datei Komprimiert ist mus sie ja vor den Belichten Dekomprimiert werden, oder nicht ?

[Mac]

ja.

Da wäre dann mal einzugrenzen, bei welchen Programmen das auftaucht.
Oder passiert das nur bei PDFs, die nicht dem X3 Standard entsprechen.
Aber dann hätte ich irgendwann auch mal das Prob haben müssen (oder bis jetzt nur Schwein gehabt).

[matchbox]

Bei einem X3 PDF wird die Komprimierung ja wohl on Fly in ZIP gewandelt, was meiner meinung nach eine mögliche Fehlerquelle ist.

Sag mir wenn ich flasch liege aber alle Komprimierten Daten müssen ja vor dem Belichten mal Dekomprimiert werden, und das macht doch die RIP Software (?) also braucht die ja auch eine Codec zum Dekomprimieren.

Die Frage ist wird beim Schreiben von jedem PDF, also X3, X1a, Standart Quallität usw, die LZW on Fly in ZIP gewandelt oder nur bei X3. Wenn ersteres der fall ist wäre LZW ja eigentlich, in dem fall unnätig und man könnte gleich ZIP verwenden. Was aber widerum nicht jedes Programm versteht und somit die Medien neutralität verloren geht.

So und nun ?

[Mac]

Komprimiertes wird im RIP dekomprimiert und dann gerastert.

Ich glaub hier kommen wir jetzt nur weiter, wenn jemand sagen kann:
Wir hatten das Problem, dieses und jenees waren die Einstellungen,
der Fehler trat auf und so haben wir ihn behoben.