RaspberryPi als Printserver für einen HP-Laserjet - Meinungen, Vorschläge usw
Hallo,
in meinem Blog unter altmetaller.de: RaspberryPi als Printserver für einen HP Laser 107w RAW Drucker beschreibe ich, wie ich einen alten RasPi als Printserver nutze und die Treiber dafür über die print$ Freigabe verteile.
Die Infos dazu habe ich mir in diversen Anleitungen zusammengesucht, irgendwie findet man überall nur Brocken / Teilaspekte beschrieben oder die Lösung erschlägt schlichtweg an Komplexität (RasPi als DC, Gruppenrichtlinien usw. usf.).
Was haltet Ihr von der Vorgehensweise? Seht Ihr da irgendwo Optimierungsbedarf?
Gruß,
Jörg
in meinem Blog unter altmetaller.de: RaspberryPi als Printserver für einen HP Laser 107w RAW Drucker beschreibe ich, wie ich einen alten RasPi als Printserver nutze und die Treiber dafür über die print$ Freigabe verteile.
Die Infos dazu habe ich mir in diversen Anleitungen zusammengesucht, irgendwie findet man überall nur Brocken / Teilaspekte beschrieben oder die Lösung erschlägt schlichtweg an Komplexität (RasPi als DC, Gruppenrichtlinien usw. usf.).
Was haltet Ihr von der Vorgehensweise? Seht Ihr da irgendwo Optimierungsbedarf?
Gruß,
Jörg
Kommentieren-
2 
- Mehr
Auf Facebook teilen
Auf Twitter teilen9 Kommentare
- LÖSUNG Lochkartenstanzer schreibt am 03.01.2021 um 20:13:47 Uhr
- LÖSUNG altmetaller schreibt am 03.01.2021 um 20:22:37 Uhr
- LÖSUNG Lochkartenstanzer schreibt am 03.01.2021 um 20:35:47 Uhr
- LÖSUNG altmetaller schreibt am 03.01.2021 um 21:23:03 Uhr
- LÖSUNG Lochkartenstanzer schreibt am 03.01.2021 um 20:35:47 Uhr
- LÖSUNG altmetaller schreibt am 03.01.2021 um 20:22:37 Uhr
- LÖSUNG Visucius schreibt am 04.01.2021 um 08:05:08 Uhr
- LÖSUNG aqui schreibt am 04.01.2021 um 16:34:24 Uhr
- LÖSUNG altmetaller schreibt am 04.01.2021 um 17:15:17 Uhr
- LÖSUNG aqui schreibt am 07.01.2021 um 14:21:06 Uhr
- LÖSUNG altmetaller schreibt am 07.01.2021 um 14:48:08 Uhr
- LÖSUNG aqui schreibt am 07.01.2021 um 14:21:06 Uhr
- LÖSUNG altmetaller schreibt am 04.01.2021 um 17:15:17 Uhr
- LÖSUNG aqui schreibt am 04.01.2021 um 16:34:24 Uhr
LÖSUNG 03.01.2021, aktualisiert um 20:33 Uhr
LÖSUNG 03.01.2021 um 20:22 Uhr
Hallo,
Dann hast Du den Abschnitt bezüglich der Motivation noch nicht gelesen
Die Hersteller sparen, wo sie nur können. Im unteren und mittleren Preissegment gibt es immer mehr Drucker, die weder PS, noch PCL (5 oder 6) können. Vermutlich werden da irgendwo Lizenzgebühren fällig. Anzumerken wäre auch, dass das Rendering auf dem RasPi schnell zur Qual wird. Meine letzte Erfahrung lautete gefühlt auf 5 Sekunden pro Seite.
5 Seiten pro Sekunde wäre mir lieber.
Gruß,
Jörg
Zitat von Lochkartenstanzer:
ich betreibe die Pis als "RIP", d.h. die Drucker werden ganz normal angeschlossne udn eingerichtet und werden dann als Internet-printerm, cifs oder per lpr freigegeben und als Postcript oder PLC-Drucker eingerichtet.
ich betreibe die Pis als "RIP", d.h. die Drucker werden ganz normal angeschlossne udn eingerichtet und werden dann als Internet-printerm, cifs oder per lpr freigegeben und als Postcript oder PLC-Drucker eingerichtet.
Dann hast Du den Abschnitt bezüglich der Motivation noch nicht gelesen
Die Hersteller sparen, wo sie nur können. Im unteren und mittleren Preissegment gibt es immer mehr Drucker, die weder PS, noch PCL (5 oder 6) können. Vermutlich werden da irgendwo Lizenzgebühren fällig. Anzumerken wäre auch, dass das Rendering auf dem RasPi schnell zur Qual wird. Meine letzte Erfahrung lautete gefühlt auf 5 Sekunden pro Seite.
5 Seiten pro Sekunde wäre mir lieber.
Gruß,
Jörg
LÖSUNG 03.01.2021 um 20:35 Uhr
Zitat von altmetaller:
Hallo,
Dann hast Du den Abschnitt bezüglich der Motivation noch nicht gelesen
Die Hersteller sparen, wo sie nur können. Im unteren und mittleren Preissegment gibt es immer mehr Drucker, die weder PS, noch PCL (5 oder 6) können.
Hallo,
Zitat von Lochkartenstanzer:
ich betreibe die Pis als "RIP", d.h. die Drucker werden ganz normal angeschlossne udn eingerichtet und werden dann als Internet-printerm, cifs oder per lpr freigegeben und als Postcript oder PLC-Drucker eingerichtet.
ich betreibe die Pis als "RIP", d.h. die Drucker werden ganz normal angeschlossne udn eingerichtet und werden dann als Internet-printerm, cifs oder per lpr freigegeben und als Postcript oder PLC-Drucker eingerichtet.
Dann hast Du den Abschnitt bezüglich der Motivation noch nicht gelesen
Die Hersteller sparen, wo sie nur können. Im unteren und mittleren Preissegment gibt es immer mehr Drucker, die weder PS, noch PCL (5 oder 6) können.
Genau deswegen, macht das der Pi. Das Problem ist meistens die richtigen RAW-Treiber für den Pi zu finden.
lks
LÖSUNG 03.01.2021 um 21:23 Uhr
Hallo,
Nein, der Pi macht das nicht und für RAW benötigst Du keine Treiber und genau dieses Szenario (kein Treiber für den Pi vorhanden) beschreibe ich ja in der Anleitung.
Vielleicht solltest Du sie mal lesen - Du kannst da offenbar auch noch was lernen
Gruß,
Jörg
Zitat von Lochkartenstanzer:
Genau deswegen, macht das der Pi. Das Problem ist meistens die richtigen RAW-Treiber für den Pi zu finden.
Genau deswegen, macht das der Pi. Das Problem ist meistens die richtigen RAW-Treiber für den Pi zu finden.
Nein, der Pi macht das nicht und für RAW benötigst Du keine Treiber und genau dieses Szenario (kein Treiber für den Pi vorhanden) beschreibe ich ja in der Anleitung.
Vielleicht solltest Du sie mal lesen - Du kannst da offenbar auch noch was lernen
Gruß,
Jörg
LÖSUNG 04.01.2021 um 08:05 Uhr
LÖSUNG 04.01.2021 um 16:34 Uhr
LÖSUNG 04.01.2021 um 17:15 Uhr
Hallo,
genau darum geht es ja nicht. Sondern vielmehr um die SMB-Anbindung und die Treiberverteilung über den Server.
Die gegenteilige Lösung (manuelle Treiberinstallation direkt über CUPS) findest Du überall beschrieben. Unter Anderem auch in dem von Dir verlinkten, urheberrechtlich geschützten und hoffnungslos veralteten Artikel
Gruß,
Jörg
genau darum geht es ja nicht. Sondern vielmehr um die SMB-Anbindung und die Treiberverteilung über den Server.
Die gegenteilige Lösung (manuelle Treiberinstallation direkt über CUPS) findest Du überall beschrieben. Unter Anderem auch in dem von Dir verlinkten, urheberrechtlich geschützten und hoffnungslos veralteten Artikel
Gruß,
Jörg
LÖSUNG 07.01.2021 um 14:21 Uhr
LÖSUNG 07.01.2021 um 14:48 Uhr
Hallo,
Nicht unbedingt. Die Hersteller sind - gerade bei neuen Geräten - relativ zurückhaltend mit Treibern für 32 Bit ARM Architekturen. Und, wie ich ebenfalls schon schrieb: Es gibt inzwischen zahlreiche Geräte, die nur noch proprietär angesteuert werden.
In dem Artikel wird ein Treiber auf dem Printserver installiert, was aber extrem dumm ist!
Hier entstehen Effekte, die man so nicht auf dem Zettel hat. Gerade viele der offenen Linux-Treiber basieren z.B. auf Postscript. Die Windows-Treiber liefern jedoch PCL (5 oder 6). Sprich - dein Windows-Treiber rendert nach PCL, der Printserver rendert das noch mal nach Postscript um.
Ich habe schon viele Beispiele gesehen, bei denen so etwas zu "inakkuraten" Druckergebnissen geführt hat. Gerade senkrechte Linien verschwinden gerne einmal. Stell' mal so ein Teil in eine Klinik, die Röntenbilder oder EKGs ausdruckt - die schmeißen Dir das Ding aus 20 Meter Entfernung an den Kopf.
Auch gibt es Situationen, in denen die Treiber der Hardware "entgegenrechnen" - zum Beispiel beim Dithering. Wenn Dir da zwei externe Verfahren dazwischeninterpretieren, kommt häufig Müll raus, den Du auf den ersten Blick gar nicht als Solchen erkennst. Zum Beispiel Moiré Effekte oder exorbitant hoher Tonerverbrauch; gerade bei großflächigen Graustufen.
Kurzum: Genau das, was in der c't steht, ist so ziemlich der gröbste Schnitzer, den man in dem Zusammenhang machen kann: Bei der Aufbereitung kommt im Idealfall ein (einziges!) Rendering zum Einsatz. Und wenn man mit dem Betriebssystem eh' schon eine Closed Source Krücke a 'la Windows fährt, dann kann man auch ruhig den Treiber bzw. das Rendering nutzen, dass vom (Hardware-)Hersteller kommt. Der weiß nämlich letztendlich am Besten, wie die Hardware betankt wird
Wie gesagt - das, was in dem verklinkten Artikel steht, ist nich nur veraltet, sondern hat maximal die Qualität von "Ich muss noch 'ne Seite vollkriegen, klick' mal ein bisschen rum, schreib' irgendwas auf und nach mir die Sintflut". Ich bin immer wieder erschrocken, was gerade bei der c't herauskommt
Gruß,
Jörg
Nicht unbedingt. Die Hersteller sind - gerade bei neuen Geräten - relativ zurückhaltend mit Treibern für 32 Bit ARM Architekturen. Und, wie ich ebenfalls schon schrieb: Es gibt inzwischen zahlreiche Geräte, die nur noch proprietär angesteuert werden.
In dem Artikel wird ein Treiber auf dem Printserver installiert, was aber extrem dumm ist!
Hier entstehen Effekte, die man so nicht auf dem Zettel hat. Gerade viele der offenen Linux-Treiber basieren z.B. auf Postscript. Die Windows-Treiber liefern jedoch PCL (5 oder 6). Sprich - dein Windows-Treiber rendert nach PCL, der Printserver rendert das noch mal nach Postscript um.
Ich habe schon viele Beispiele gesehen, bei denen so etwas zu "inakkuraten" Druckergebnissen geführt hat. Gerade senkrechte Linien verschwinden gerne einmal. Stell' mal so ein Teil in eine Klinik, die Röntenbilder oder EKGs ausdruckt - die schmeißen Dir das Ding aus 20 Meter Entfernung an den Kopf.
Auch gibt es Situationen, in denen die Treiber der Hardware "entgegenrechnen" - zum Beispiel beim Dithering. Wenn Dir da zwei externe Verfahren dazwischeninterpretieren, kommt häufig Müll raus, den Du auf den ersten Blick gar nicht als Solchen erkennst. Zum Beispiel Moiré Effekte oder exorbitant hoher Tonerverbrauch; gerade bei großflächigen Graustufen.
Kurzum: Genau das, was in der c't steht, ist so ziemlich der gröbste Schnitzer, den man in dem Zusammenhang machen kann: Bei der Aufbereitung kommt im Idealfall ein (einziges!) Rendering zum Einsatz. Und wenn man mit dem Betriebssystem eh' schon eine Closed Source Krücke a 'la Windows fährt, dann kann man auch ruhig den Treiber bzw. das Rendering nutzen, dass vom (Hardware-)Hersteller kommt. Der weiß nämlich letztendlich am Besten, wie die Hardware betankt wird
Wie gesagt - das, was in dem verklinkten Artikel steht, ist nich nur veraltet, sondern hat maximal die Qualität von "Ich muss noch 'ne Seite vollkriegen, klick' mal ein bisschen rum, schreib' irgendwas auf und nach mir die Sintflut". Ich bin immer wieder erschrocken, was gerade bei der c't herauskommt
Gruß,
Jörg
