データが未加工の非圧縮バイナリであることを確認できます。また、反転されています。つまり、少なくとも私の UPS ファームウェア LP-2844 では、0 ビットが黒として印刷されます。Zebra のすべての例で、データが 16 進表現にエンコードされている理由がわかりません。
ほとんどのプリント サーバー (HP Jetdirect、Lantronix LPS1-T、およびほぼ確実に Zebra の組み込みおよび外部プリント サーバー) は、ポート 9100 でデータを送信すると (netcat を使用して)、プリンターへのバイナリ接続を形成することに注意してください。例):
nc printer_hostname_or_ip_address 9100 < test_file.txt
ラベルが印刷されたかどうかを除いて、プリンターからのフィードバックはありません。
私の LP-2844 (UPS ファームウェア) プリンタでは、幅 816 x 高さ 1218 のダウンロードされたビットマップを含むラベルを、幅 4 インチ x 高さ 6 インチのラベルに印刷するのに約 5 ~ 6 秒かかります。3 枚のラベルを一度に送信してもそれほど速くはなく、ネットワーク接続 (Lantronix LPS1-T 経由) は最終的なラベルが印刷されるまで開いたままになります。その画像はプリンターのネイティブ解像度 (203 ドット/インチ) であり、ディザリングやサイズ変更は行われていません (EPL2 はディザリングやサイズ変更の方法さえ知らないと思います)。
ラベルを多数の小さなビットマップ (および水平線と垂直線分、および塗りつぶされた長方形ブロック) に最適化することで、イメージング時間を短縮できる可能性があります。画像は単一ビットの白黒ビットマップであり、コードはかなり単純であるため、これはそれほど難しい最適化ではありません。ただ、本当に高速化するかどうかはわかりません。
イーサネット ポートが組み込まれた ZPL を実行する最新の Zebra GX420 (オンラインで 500 ドル) は、同じラベルを (基本的に同じグラフィック ダウンロード エンコーディングで) 1 ~ 2 秒で印刷できます。
ところで、私はまだ実際に質問に答えていないので、これに対する未加工の EPL コードは次のとおりです。
(a blank line)
N
q816
Q1218,20
GW10,10,102,1218,(124236 bytes of inverted bitmap data)
P
すべての改行は 0x0a (UNIX スタイル) です。