Hi,

Habe ein LAN mit mehrern Amigas ..
Diese drucken alle über das NetParLpr package auf meinen Main
A4k mit dem angeschloßenen Printer. ( dort läuft LPD als server )
.. nun funktioniert das leider nicht sooo reibungslos ..

Da ich auf dem Main A4k Turboprint 7.x habe und natürlich den tollen
TP-Spooler .. kommen meine ganzen druckaufträge vom Main rechner
schön der reihe nach dran .. so weit so gut

Habe nun anfangs das ziel für den Lpr client auf prt: stehen gehabt ..
( par: fällt von vornherein weg da der printer an ner MFC-III hängt )
damit kommen die aufträge von LAN rechnern auch schön brav zu TP-Spool ..
NUR ... TP-Spool schickt die daten beim drucken NOCH mal zu TP7 ..
was den schon berechneten und zum printen fertigen daten natürlich
nicht gut tut

Musste daher das ziel für LPR auf PIT0: ändern .. das printen klappt
nun problemlos .. nur -->>

1. Habe ich nun die aufträge nicht mehr in TP-Spool
2. Gibt es probleme wenn ich gleichzeitig über Netz drucke und
- auf dem Main rechner .. beide benutzen am ende PIT0: !!

Darum meine frage .. kann ich TP-Spool oder TP7 irgenwie klarmachen
das die daten die da bei TP-Spool ankommen NICHT mehr gerastert
werden müssen sondern einfach durchgereicht zum drucker werden
sollen ??

Für vorchläge /Tips bin ich sehr dankbar

Grüße
R-TEAM

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Hi,

Das PRT: immer zu TP .. und damit zu TP-Spool geht hab ich schon gewust
In der Doku steht auch das TP-Spool die ungerasterten Daten
entgegenimmt und sie dan erst zu TP schickt .. IMMER !

Nur .. kann man TP nicht "klarmachen" das die daten nicht nochmal
gerastert werden müssen ??

Das wäre wenn es nicht geht .. mal nen vorschlag für Irseesoft

Das TP-Spool ein neues Device ( z.b. TP-RAW: ) zur verfügung stellt
von dem dan die dort ankommenden daten direkt zum drucker gehen ..
Wäre bei Netzwerke mit druckern sinnvoll !
So wäre TP-Spool DIE zentrale stelle für alle DrukJobs ..

Zu deine,m vorschlag mit dem Umbigen .. das bringt ja nix ohne weitere
parameter oder so .. da dann ja wieder TP-Spool alles zu TP schickt ..

Ich möchte ja TP-Spool behalten ( ECHT GUT ) und das ALLES darüber läuft ..
Sonst gibt es erwartungsmäsig probleme wenn 2 aplikationen GLEICHZEITIG
( da voneinander unwissend ) auf den Drucker zugreifen wollen ..

ganz davon abgesehen hab ich ja dan vom netzwerk keinen spooler
aif dem Main rechner

Grüße
R-TEAM

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von R-TEAM:
Da ich auf dem Main A4k Turboprint 7.x habe und natürlich den tollen
TP-Spooler ..

---

:-) "toll" ...

der tp-spooler war das erste, was ich wieder runtergeschmissen habe. ich bin mit dem teil wirklich nicht glücklich geworden.

versuche mal "printmanager" aus dem aminet. der ist klein und fein und macht immer was er soll. insbesondere fängt er die druckdaten *nach* turboprint ab, bevor sie quasi an den drucker gelangen. diese "raw" dateien kann man auch schön speichern und später einfach wieder mit "COPY rawdatei TO PAR:" (oder mit dem drickmanager selbst) an den drucker schicken.

byebye...
--
Michael Merkel
Michael.Merkel@gmx.net
http://Michael@MiRiMe.de

[ - Antworten - Zitieren - Direktlink - ]

Hi,

@ MichaelMerkel :

mmhh .. ja Turbo-spool soll am anfang ziemlch bugy gewesen sein ..
kam ziemlich auf die system-konfig an ..
Bei mir läuft es aber in der Letzten version ( TP7.18 ) ohne probleme ..
Auch ist die idee .. die druckdaten VOR TP ( oder nen anderen Rasterer )
abzufangen nicht übel .. dadurch wird die anwendung schneller fertig
mit dem drucken und man kan schon weiterarbeiten .. während TP die
daten berechnet ..

Nur gibt es halt dan mit schon gerasterten daten probleme ..
Scheint das die zur zeit einzige lösung ist ->

damit zu leben das ich aus dem Netzwerk direkt auf PIT0:
drucke .. und aufpassen das der Main rechner NICHT zeitgleich
über den spooler drucken will ..

Das mit den printmanager bringt nix ..
Da müsste ich ja die druckdaten aus dem netz erst in einen file speichern ..
ansonsten laufen die bei ziel prt: ja WIEDER erst zu TP .. und danach
halt dan zum druckmanager ... selbes problem in grün
( und kommt jetzt bitte keiner mit batch/rexx scripte oder PIPE verrenkungen
zum handaben des save files )

Auser der printManager stellt ein direktes device bereit zum "einfügen"
von roh daten .. IMHO aber nicht !

Grüße
R-TEAM

[ - Antworten - Zitieren - Direktlink - ]

Hi,

Habe problem gelöst

Man nehme den Printmanager aus dem aminet ..
Der Rat ist schon richtig .. nur gibt es dummerweise 2 ! solcher
Printmanager mit nahezu identischen Namen dort ..

Den einen kannte ich schon -> PrintManager 2.0 <
Der bringt da nix .. da kann TP-Spool genausoviel ..

Aber ..

Der Andere -> PrtMan39 <

Der stellt so wie ich das brauche ein eigenes DOS device
zur verfügung

Damit klappt das printen aus dem Netzwerk nun problemlos !!

Grüße
R-TEAM

[ - Antworten - Zitieren - Direktlink - ]