Hallo,

ich habe den o.g. Drucker mit Mac OS X (10.3/10.4) als HeliosTCP Drucker installiert. In unserem Helios UB ist der Drucker via RemoteLPR angebunden.

Prinzipiell funktioniert das auch hervorragend, aber der Drucker schickt nach jedem Job (korrekte Ausgabe) eine zusätzliche Seite mit folgender Error Message raus:

%%EndDocument %%Trailer %%DocumentNeeded Resources: %%Document SuppliedResources: procset (13check) 6.0 1 %%+ procset (pdfvars) 6. .....

und dann geht es über den Papierrand hinaus. Hat jemand eine Ahnung was das seien könnte oder wie ich das wegbekomme. Das zusätzliche Seitenaufkommen wird auf Dauer teuer.

Danke
gruß
solaris

Hallo solaris,

das sieht irgendwie aus, als würde da noch Krempel hinten in den PS Code geschrieben, mit dem dann nichts mehr anzufangen ist.

Sowas kommt u.U. durch PPDs zustande.

Hast du mal versucht mit einer 'unpassenden' PPD zu drucken?

Was sagen denn die Logs des Spoolers, oder meint der, der Job wäre ordnungsgemäss abgehandelt worden?

Was passiert wenn du so einen PS Job mal an einen Distiller weiterleitest? Beschwert der sich auch?

Hallo Thomas,

laut Spooler Jobs ist alles in Ordnung. Die PS Files laufen auch gut durch den Distiller.

Ich persönlich tippe auch auf die PPD. Ich habe aber dummerweise die aktuellste von dem Gerät und eine "fremde" wollte ich bisher eigentlich nicht einsetzen.
Was könnte denn passieren, wenn ich es z.B. mal mit der PPD vom 8600 versuchen würde?

Gruß
solaris

Es könnte passieren das dir einige Optionen nicht zur Verfügung stehen, oder eben welche auftauchen die dein Drucker nicht kann.

Mehr als einen Fehler kann es eigentlich nicht geben.
Zur Sicherheit würde ich den Drucker dabei aber im Auge behalten, nicht das er Amok läuft und die Bilder Seitenweise als ASCII Code ausspuckt. (Das macht unser EPSON9000 gerne, wenn man Jobs abbricht. Dann kommt auf 110cm Bahnbreite eine 40 Zeichen lange ASCII Zeile und dann wird geschnitten (Minimum 10cm), so hat sich das Teil mal über Nacht ne ganze 30m Rolle einverleibt; teure Makulatur :( )

Hallo Solaris,

das Problem kommt durch die Kapselung des Druckjobs durch den Helios Spooler zustande. Das ursprüngliche Druckdokument wird vom Helios Spooler erneut als PostScript Druckjob verpackt. Damit gibt es dann zweimal ein Dateiende (%%EOF) in dem Druckjob. Das RIP erkennt das erste Ende und gibt alles folgende als Text aus.

Ich habe bei einem Kunden gemeinsam mit Helios genau dieses Verhalten bei dem Drucker ausführlich untersucht. Das Verhalten tritt erst ab Mac OS X 10.3 auf und auch nur bei der Ansteuerung über TCP. Offensichtlich wird der Druckjob in dem Epson RIP je nach Kommunikationskanal unterschiedlich interpretiert.

Die Empfehlung von Helios in diesem Fall lautet, sich an den Support bei Epson zu wenden. Da dieser Fall bereits 9 Monate zurückliegt, könnte es tatstächlich einen Fix von Epson geben.

Farge: Was spricht dagegen, den Drucker über AppleTalk anzusprechen? Das ist das den HDruckerherstellern hinreichend bekannte Protokoll zur Anbindung von Macs an Drucker.

Einen ähnliche Effekt gab es im vergangenen Jaht auch noch bei zwei anderen Kunden mit anderen Rips.