Si j'utilise CUPS, les clients doivent-ils avoir des pilotes installés localement?
Exemple: disons que nous avons 1 PC en réseau avec Linux, 1 serveur d'impression (ou CUPS, serveur d'impression Samba)
Si le PC Linux souhaite imprimer un document via le serveur d'impression, le PC Linux doit-il disposer des pilotes de l'imprimante qu'il va utiliser?
Ou utilise-t-il une API générique?
Réponses:
Le serveur d'impression exécutant CUPS est la seule machine à avoir besoin des pilotes. Lisez à propos de CUPS sur Wikipédia par exemple - dans la section Présentation , cela est très clair:
Sinon, quel serait le véritable avantage de l'exécution de CUPS?
la source
Si vous utilisez Samba / CUPS comme serveur d'impression pour les clients Windows, les clients auront normalement des pilotes pour cette imprimante, bien que dans certains cas CUPS puisse faire sa propre traduction. Par exemple, il est possible de configurer ghostscript et de rendre postscript à afficher sur une imprimante non PS, bien que les clients Windows aient besoin d'un pilote PS qui fonctionne bien avec cela.
Pour les clients Linux, la réponse est: c'est compliqué mais pas. Unix / Linux traditionnel ne dispose pas d'une API d'impression ou de rendu native standard équivalente à GDI de Windows, bien que des bibliothèques telles que Cairo peuvent fournir cette fonctionnalité pour les applications qui les utilisent. La plupart des applications Unix traditionnelles impriment simplement ASCII sur la sortie standard ou génèrent des fichiers Postscript en natif. Les bibliothèques de rendu indépendantes du périphérique, telles que Cairo, effectueront simplement un rendu vers Postscript via leur propre pilote, qui serait intégré au client avec la bibliothèque.
Vous trouverez presque certainement Postscript quelque part dans le flux de travail pour un système d'impression lpr / lpd CUPS ou plus ancien. En règle générale, les clients produisent une sortie ASCII ou Postscript. La sortie ASCII sera convertie via quelque chose comme a2ps et Postscript vient de passer. Le Postscript sera transmis à l'imprimante ou à une couche de rendu basée sur Ghostscript.
Cela fait un moment que je n'ai pas installé de sous-système d'impression basé sur linux, mais les pilotes PS du IIRC sont assez génériques avec juste un fichier PPD pour l'imprimante cible. Les clients n'ont pas nécessairement besoin d'en savoir beaucoup. Traditionnellement, vous configurez simplement les files d'attente pour l'impression de différentes manières (par exemple, recto verso, non recto verso ou en-tête) et elles deviennent des destinations d'impression distinctes.
Si vous utilisez des applications avec le contrôle de l'imprimante locale, par exemple des applications utilisant l' API GNOME-Print , ou si vous imprimez des fichiers directement avec des
lpr -ooptions, la fonction d'impression peut exercer plus de contrôle sur la destination réelle de l'imprimante. Par exemple, des bacs ou des options d'impression recto verso particuliers peuvent être sélectionnés. Si vous disposez d'un fichier PPD correct pour l'imprimante installée sur le serveur CUPS, ces options doivent fonctionner à partir du client sans nécessiter l'installation d'un logiciel de pilote supplémentaire.EDIT: Dans votre cas, je pense que le problème pourrait être que le LBP810 est une imprimante WinPrinter et qu'aucun pilote Linux n'a été produit pour cela. Votre meilleur pari pourrait être d'obtenir une imprimante différente, ce qui peut être fait à très bas prix si vous vous en approchez correctement.
Les imprimantes laser d'occasion sont très bon marché sur Ebay, et vous pouvez obtenir un Laserjet 4100 ou quelque chose de similaire pour environ 100 USD , selon votre emplacement. Tous les lasers HP de milieu de gamme prennent en charge Postscript ou PCL5 / 6 et fonctionneront parfaitement avec Linux et CUPS. Vous devriez avoir peu de mal à en faire fonctionner un et ceux d'occasion sont si bon marché que vous pouvez les traiter comme un article jetable.
la source