顧客がすでにドライバを持っていますが、CUPSにドライバが必要なのはなぜですか?

顧客がすでにドライバを持っていますが、CUPSにドライバが必要なのはなぜですか?

私は、CUPSが単なる仲介者であり、とにかくクライアントのドライバが必要な場合は、なぜCUPSにインストールするのですか?顧客はプリンタの言語タスクを送信しませんか?それでは、ジョブがすでにプリンタ言語に翻訳されている場合、CUPSにドライバが必要なのはなぜですか?

答え1

クライアント(Windowsユーザーなど)がプリンタドライバを使用してプリンタが許可する形式(PSなど)でジョブを出力している場合、CUPSはPPDファイルを必要としないようです。この場合、CUPSは仲介者としてのみ機能し、プリンタキューをrawキューとして定義できます。私はこのシナリオをテストしましたが、うまくいきました。

https://wiki.archlinux.org/index.php/CUPS#Network_2

答え2

ドライバをプリンタの説明ファイルとフィルタから分離する必要があります。

アプリケーションには、使用するすべてのページ形式をオペレーティングシステムが理解できる言語に変換するためのドライバ(基本的にまたはオペレーティングシステムで提供)が必要です。私が知る限り、MS Windowsクライアントは通常Postscriptを直接生成するか、GDIを使用してより一般的に生成し、Windowsはそれをプリンタが理解するすべての言語(Adobe Postscript、Adobe PDF、Epson ESC / PまたはESC / P2、HP PCL、IBM)に変換します。 AFP…ウィキペディアは幅広いリスト

フィルターサーバー側のドライバーとして、アプリケーションによって生成された入力を特定の形式で受け入れ、それをプリンターが許可する形式に変換します。クライアントが何らかの理由でプリンタが理解できる形式を生成できない場合は、必要があります。

私が知っている限り、Cupsはドライバやフィルタを必要としませんが、プリンタの説明を使用してプリンタの機能を理解し、その情報をクライアントに渡すことができます。 PPD(PostScriptプリンタの指示ファイル)は通常Postscriptプリンタで利用可能であり、PDFプリンタも利用可能であると仮定していますが、MS GDIや他の小型プリンタ(Epson ESC / P2やHP PCLプリンタなど)には存在しないようです。ドライバが必要なプログラムではないかもしれませんが、PPDと同等のものは(排他的な)ドライバパッケージとして便利に提供されるかもしれません。

ところで、上記のMarcoのコメントに示されているように、サーバー障害の代替としてULまたはSUは何ですか?

関連情報