Jeśli używam CUPS, czy klienci powinni mieć sterowniki zainstalowane lokalnie?
Przykład: powiedzmy, że mamy 1 komputer w sieci z systemem Linux, 1 serwer wydruku (lub CUPS, serwer druku Samba)
Jeśli komputer z systemem Linux chce wydrukować dokument za pośrednictwem serwera wydruku, czy komputer z systemem Linux musi mieć sterowniki drukarki, której będzie używać?
Czy używa jakiegoś ogólnego API?
Odpowiedzi:
Serwer druku z uruchomionym CUPS jest jedynym urządzeniem, które musi mieć sterowniki. Przeczytaj na przykład o CUPS na Wikipedii - w sekcji Omówienie stwierdza to dość wyraźnie:
W przeciwnym razie, jaka byłaby prawdziwa korzyść z uruchomienia CUPS?
źródło
Jeśli używasz Samby / CUPS jako serwera wydruku dla klientów opartych na systemie Windows, klienci zwykle będą mieli sterowniki dla tej drukarki, chociaż w niektórych przypadkach CUPS może wykonać własne tłumaczenie. Na przykład można skonfigurować ghostscript i renderować postscript do wyświetlania na drukarce innej niż PS, chociaż klienci Windows będą potrzebować sterownika PS, który dobrze się z tym gra.
W przypadku klientów Linux odpowiedź brzmi: to skomplikowane, ale nie. Tradycyjny system Unix / Linux nie ma standardowego natywnego interfejsu API drukowania lub renderowania odpowiadającego GDI systemu Windows, chociaż biblioteki takie jak Kair mogą zapewniać tę funkcjonalność aplikacjom, które ich używają. Większość tradycyjnych aplikacji uniksowych drukuje po prostu ASCII na standardowe wyjście lub generuje pliki Postscript natywnie. Biblioteki renderujące niezależne od urządzenia, takie jak Kair, będą renderować do Postscript za pomocą własnego sterownika, który byłby zawarty w pakiecie klienta z biblioteką.
Niemal na pewno znajdziesz gdzieś PostScript w przepływie pracy dla CUPS lub starszego systemu drukowania lpr / lpd. Zazwyczaj klienci generują dane wyjściowe ASCII lub Postscript. Wyjście ASCII zostanie przekonwertowane przez coś w rodzaju a2ps, a Postscript właśnie przeszedł. Postscript zostanie przekazany do drukarki lub warstwy renderującej opartej na Ghostscript.
Minęło trochę czasu, odkąd skonfigurowałem podsystem drukowania oparty na systemie Linux, ale IIRC sterowniki PS są dość ogólne z tylko plikiem PPD dla drukarki docelowej. Klienci niekoniecznie muszą wiedzieć o tym wiele. Tradycyjnie po prostu konfigurujesz kolejki do drukowania na różne sposoby (np. Dupleks, niedupleks lub papier firmowy) i stają się one osobnymi miejscami docelowymi drukowania.
Jeśli używasz aplikacji z lokalną kontrolą drukarki, na przykład aplikacji korzystających z GNOME-Print API lub drukujących pliki bezpośrednio z
lpr -o
opcjami, drukarka może sprawować większą kontrolę nad rzeczywistym miejscem docelowym drukarki. Na przykład można wybrać określone tace lub opcje drukowania dwustronnego. Jeśli masz prawidłowy plik PPD dla drukarki zainstalowanej na serwerze CUPS, te opcje powinny działać na kliencie bez konieczności instalowania dodatkowego oprogramowania sterownika.EDYCJA: W twoim przypadku myślę, że problem może polegać na tym, że LBP810 jest narzędziem winprinter i nigdy nie wyprodukowano dla niego żadnych sterowników dla Linuksa. Najlepszym rozwiązaniem może być zakup innej drukarki, co można zrobić bardzo tanio, jeśli podejdzie się do niej właściwie.
Używane drukarki laserowe są bardzo tanie w serwisie eBay i można uzyskać Laserjet 4100 lub coś podobnego za około 100 USD , w zależności od lokalizacji. Wszystkie lasery HP średniej klasy obsługują Postscript lub PCL5 / 6 i będą ładnie współpracować z Linuksem i CUPS. Powinieneś nie mieć problemu z uruchomieniem jednego z nich, a używane są tak tanie, że możesz potraktować je jako wyrzutek.
źródło