Guten Morgen,

ich möchte eine Datei mit dem ESKO-RIP verarbeiten, indem Motive unterschiedlicher Rasterweiten/-winkelungen in Form von EPS-Daten platziert sind. Ist es möglich mehrere DGC Kurven auf diese eine Datei anzuwenden, um in Abhängigkeit der Rasterweite den ersten druckenden Punkt zu definieren? Eine Hinterlegung dieser Einstellung in den einzelnen Elementen wäre doch sehr aufwendig... Vielen Dank!

Gruß,

Kai

Hallo Kai,
das geht, indem man eine Screenbased DGC generiert, in der man angibt bei welcher Rasterweite und welchem Winkel welche einzelne DGC verwendet werden soll. So kann man eine Reihe von Bedingungen definieren. Das geht mit dem Screenbased DGC Editor oder besser und eleganter mit IntelliCurve PRO (kostet aber...).

Gruß
FF

Vielen Dank für den Hinweis. Welche Möglichkeiten zur Kontrolle Rasterweiten und -winkelungen in den 1-Bit Daten gibt es denn ausser dem Programm FlexoPerfection noch?

Danke. Kai.

Es gibt noch "Sreenview" und "ShowCT". Aber FlexoPerfection ist eigentlich das Beste, für die Zwecke. Es gibt auch eine voll funktionsfähige Demo-Version. Die macht nur beim Speichern ein Lininenmuster auf LEN-File bzw. TIFF.
http://www.esko.com/ep/downloads.asp

Gruß
FF

Desweiteren gibt es noch den ScopeViewer den finde ich sehr toll. Läuft aber nur in Verbindung mit einem Flexrip.

gruss wuschel

Hallo,
Du kannst auch DotSpy von Artwork Systems verwenden. Läuft unter Mac-OS X kann kann u.a 1bit-Tiff, 1bit-Len und 8bit-Tiff Daten darstellen.
Hier findest Du dann Tools zur Kontrolle von Rasterweiten- winkel und Kalibrationen.
Mehr Info auch unter: http://www.artwork-systems.de/products/dotspy/

Herzliche Grüße
Helferlein

Japp, der Scope Bitmap Viewer ist, in der aktuellen (Beta) Version Build 980, ein Traum. So lange man nur kontrollieren und nicht editieren will. Hinsichtlich Geschwindigkeit, Darstellung und den vielen Kontroll-Tools unschlagbar. Wenn's den jetzt noch für den Mac gäbe wär's Perfekt. Eigentlich sollte das kein Problem sein da der Viewer in Java programmiert ist. Wahrscheinlich scheitert es daran dass es für OSX keinen License Manager gibt.
Oder weiss jemand vielleicht mehr?

DotSpy ist auch 'ne gute Software mit dem Vorteil dass man am Mac kontrollieren kann. Das Prinzip ist ähnlich dem des Scope Viewers. Sprich es wird nur die Information geladen welche auch angezeigt werden soll. Daher sind die Programme so schnell.
Wenn ich ein Esko-Rip habe, habe ich den Scope Viewer für Lau. (zumindest bei einem 6.0 Rip) Für DotSpy muss ich extra zahlen. Ausserdem übertrifft der Scope Viewer DotSpy im Funktionsumfang.

Gruß
Packbert

Vielen Dank für die Vorschläge. Ich will eigentlich die 1-Bit Daten nur kontrollieren. Ich habe mir nun die Testversion von FlexoPerfection geladen. Gibt es eine schnellere Möglichkeit viele Elemente zu kontrollieren, als jeweils markieren und dann "screen ruling and angle"? Wie genau sind die Angaben eigentlich?

Kai.

Schneller geht es denke ich mit dem ScopeViewer. Hier gibt es ein Rastermesswerkzeug, mit dem du nur in die zu messenden Elemente klicken musst und dir das Ergebnis angezeigt wird. Die Messergebnisse stimmen meines erachtens.

mfg wuschel

Antwort auf [ Flexofixer ]

Hallo Kai,
das geht, indem man eine Screenbased DGC generiert, in der man angibt bei welcher Rasterweite und welchem Winkel welche einzelne DGC verwendet werden soll. So kann man eine Reihe von Bedingungen definieren. Das geht mit dem Screenbased DGC Editor oder besser und eleganter mit IntelliCurve PRO (kostet aber...).

Gruß
FF

Guten Morgen,

ich habe leider immer noch Probleme mit dem SCRDGC-Editor. Wenn ich bei den Feldern für die Rasterweite und -winkel gebrochene Werte eingebe, bekomme ich Fehlermeldungen und kann die Datei nicht speichern. Bei ganzzahligen Werten tritt dieser Effekt nicht auf. Kann man irgendwie die Einheiten im Programm ändern? Hat jemand dieses Problem bereits beobachtet?

Muss sowohl der Winkel als auch die RW definiert sein, damit die Objekte unterschieden werden können? Eigentlich sollte doch eines von beiden reichen?

Vielen Dank.

Kai

Hallo Kai,
ja das stimmt. Das ist eine große Schwäche des SCRDGC, dass keine Kommastellen bei den Eingaben akzeptiert weden.

Eine Definition reicht m.e. aus. Man kann also z.b. bei LPI 133 eingeben und bei Winkel 0. Dann gilt das für alle Winkel bei 133 LPI.

Gruß
FF

Heisst das im Umkehrschluss etwa, dass ich mich a) darauf verlassen muss, dass es mit gerundeten Werten funtkionieren muss oder b) es mit gebrochenen lpi Werten gar nicht geht?

Kai

jo, so könnte man das sehen. Du MUSST dich aber nicht drauf verlassen - Du KANNST dich drauf verlassen, weil das hier und bei anderen schon seit Jahren so funktioniert....

Gruß
FF