Hallo,
> ob über apple-talk oder über tcp/ip ist doch für die ppd ziemlich egal
Von wegen. Ich hab mal angefangen, eine kleine Übersicht über die Unterschiede der verschiedenen Druckeransteuerungsarten zu schreiben:
http://www.kaiser-edv.de/...uckerprotokolle.html Bin bloß leider noch nicht zum spannenderen, nämlich dem zweiten Teil gekommen, wo es um die Auflösung so einiger Mysterien geht (warum bspw. manche Drucker plötzlich nur noch seitenweise Hyroglyphen drucken, wenn sie urplötzlich per TCP/IP anstatt AppleTalk angesteuert werden, etc.)
Die Crux ist oftmals die sogenannte "8 bit"-Fähigkeit, d.h. das unproblematische Durchreichen von sogenannten "binären" Druckjobs. Per AppleTalk ist das *per Definition* kein Problem, bei TCP/IP-basierten Protokollen kommt es plötzlich drauf an.
Die relevanten Druckfilter in MacOS X bspw., die PostScript-Output erzeugen, kodieren diesen grundsätzlich ASCII85-kodiert (
http://tinyurl.com/5zmcv ) so daß auch Strecken, die nicht "8 bit save"
sind, den Kram "eigentlich" problemlos ausdrucken können.
Problematisch wird es, wenn EPS-Dateien in Layouts platziert sind und diese binäre Daten enthalten. Dann ist der Druckdatenstream auf einmal nur noch für Binär-fähige Protokolle/Strecken geeignet und sorgt andernfalls für Müll, der aus dem Druckerschacht sprudelt.
Manche Drucker erwarten nämlich, wenn sie per TCP/IP (remote LPR oder TCP/IP Streams) angesteuert werden, die Druckdaten in BCP oder TBCP-Kodierung [1], d.h. scheitern an solchen binären Jobs, wenn diese nicht entsprechend aufbereitet wurden. Via AppleTalk funktioniert's dagegen klaglos.
Um den Bogen wieder zurück zur PPD zu spannen: Wenn in der PPD eine Zeile mit "*Protocols: TBCP" auftaucht, dann verhält sich der Treiber respektive die Applikation evtl. anders, wenn es um die Generierung des PS-Codes geht.
Bei AppleTalk wäre das egal (da grundsätzlich binary-fähig), bei TCP/IP-basierten Strecken kann dieser kleine Kommentar allerdings einen eklatanten Unterschied machen!
Um auf das ursprüngliche Problem zurückzukommen und mal die ganze dämliche Symptombekämpfung hier sein zu lassen: Warum nicht einfach mal gucken, wie AppleTalk wieder zum Mitspielen zu bewegen ist und stattdessen den ganzen komplizierten TBCP-/Encoding-/PPD-Mist wieder vergessen? :-)
Gruss,
Thomas
[1] Pflichtlektüre:
http://www.pdflib.com/...ehr/bibel/index.html (das ganze Buch kann gratis heruntergeladen werden!)