OKI B430dプリンタはUSB経由でOdroid C2(Raspberry Piに似たシングルボードコンピュータ)に接続されています。 OdroidはCupサーバーと一緒にArch Linux Armを実行しているため、ローカルネットワーク上のどのデバイスでもプリンタを使用できます。プリンタがRAWプリンタとして設定されています。
私のデスクトップコンピュータもcupインスタンスとしてArch Linuxを実行します。このカップインスタンスはippを介してOdroidに接続されており、プリンタ用のppdファイルもあります。
これで約8ヶ月前から問題が発生し始めました。時には、プリンタが次の内容だけを含む空白のページを印刷することがありました。
--------------------------
または
.0 0
%-------------------------------------------------
または
source 1.0 0
%-------------------------------------------------
この問題は、私のPC以外のPCから印刷するときにも発生します(ただし、Arch Linuxでcupを実行するときも同様です)。
昨日、いくつかのPDFを再印刷しましたが、今回はプリンタは次の内容を含む3つのジョブの前に空白のページを印刷しました。
OKI_Driver_Procedure_Patch_Resource 1.0 0
%------------------------------------
最後に検索する内容があります!同様の行を含むPPDファイルが見つかったので、プリンタのPPDファイルからその行を検索して108行で見つけました。https://www.oki.com/eu/printing/support/drivers-and-utilities/?id=46262901FZ01
今日はコピーを印刷しました。テストPDF両方のカップインスタンスのデバッグロギングを有効にした後。ここにデバッグログを貼り付けます。https://gist.github.com/jkhsjdhjs/aab53920040f62b43c878c74a61860ea
ローカルでプリンターで行うことの1つはですlpadmin -p <printer> -o pdftops-renderer-default=pdftops
。それがなければ動作しませんが、それが理由だとは思わない。
より多くの情報を提供できる場合はお知らせください。よろしくお願いします。
編集:だから私はプリンタをコンピュータに直接接続しましたが、同じ問題が発生しました。
その後、同じPPDを使用してテスト印刷キューを作成しましたが、PostScript出力をファイルに印刷しました。 PPDファイルの出力がプリンタに送信されたPostScript文書にもあると疑われます。
%%BeginResource: OKI_Driver_Procedure_Patch_Resource 1.0 0
%-------------------------------------------------
%% OKI Driver Procedure ver 1.0
%% Date: Dec. 27, 2005 Edt: 03
%-------------------------------------------------
/OK@setpagedevice_sadj where {pop}{
/OK@setpagedevice_sadj /setpagedevice load def
/OK@PageDevice_Install_proc currentpagedevice /Install get def
<< /Install { mark currentstrokeadjust OK@PageDevice_Install_proc setstrokeadjust cleartomark } >> setpagedevice
}ifelse
そのため、何らかの理由でプリンタがPostScriptを正しく解釈できないことがあります。
答え1
問題は、PPDファイルが正しいにもかかわらず、プリンタがGhostscriptによって生成されたPostScriptを解釈できないことです。
メーカーはWindows用のPCLドライバを提供しているので、プリンタをマグカップに通常のPCLプリンタとして設定してみましたが、うまくいきました!