我有一台 GoDEX RT700i列印機（203 DPI），我想在 Linux（Ubuntu 16.04）中列印條碼我擁有的條碼是 PDF 格式。條碼下方有一個 8 位數字。

在 Windows 中，GoDEX 驅動程序沒有問題。條碼和數字列印完美。

在Linux中，當我列印條碼時，數字的數字是可以的，和Windows一樣，條的高度也可以，但是每個條的寬度都比pdf中顯示的要大。

我怎樣才能解決這個問題？

這是列印條碼

的照片 左邊是在 Linux 中列印的，右邊是在 Windows 中列印的。

還有一些額外的資訊：

對於 Linux，我已經為CUPS編譯並安裝了 GoDEX 驅動程序，然後我通過 AppSocket/HP JetDirect 添加了帶有 IP 和埠 (9100) 的列印機。

然後，我選擇 PPD 文件 godex-rt-700i.ppd

這兩行在 ppd 文件中。也許他們與問題有關：

TTRasterizer: Type42
*cupsFilter: "application/vnd.cups-raster 50 rastertoezpl"

當我發送列印訂單時，我意識到該作業有 3 個過濾器：

pdftopdf (application/pdf to application/vnd.cups-pdf, cost 66)
gstoraster (application/vnd.cups-pdf to application/vnd.cups-raster, cost 99)
rastertoezpl (application/vnd.cups-raster to printer/GODEX-RT700i, cost 50)

在rastertoezpl.c文件中，我看到有一個函式 ( GDXCompress ) 可以壓縮 Godex 列印機的輸出行。
我認為壓縮可能會以某種方式影響條碼，我試圖停用該功能（CompBuffer = NULL）並重新編譯驅動程序，但這並沒有解決任何問題。

版本：

Ghostscript = GPL Ghostscript 9.18 Artifex Software
cups = 2.1.3-4
pdftopdf = cups-filters 1.8.3-2ubuntu3.1

有什麼建議可以解決條形寬度的問題嗎？

如果 PDF 包含不是 203 PPI/DPI 的條碼的點陣圖/圖像表示，則 Ghostscript 將需要對圖像進行二次採樣，從而導致您看到的那種輸出問題。請查看這些文章： https ://github.com/apple/cups/issues/4820 。 https://en.opensuse.org/SDB:Using_Your_Own_Filters_to_Print_with_CUPS

引用自：https://unix.stackexchange.com/questions/348407