Messages

- the libscmssc.so library must be in the /opt/smfp-common/printer/lib/ directory
- the .cts files must be in the /usr/share/cups/model/uld-samsung/cms/ directory

I wasn't accurate enough in my description: both paths are hardcoded into the rastertospl binary (easily verifiable by issuing a string command).

If someone wants to test it, attached here there is the modified PS3 PPD (for the 4020/4025 models only: some of the features, such as RAMDisk and FreeVM, aren't supported by 332x and 382x models). Please post your experiences with it.

Thanks

Printer: SL-M4020ND
Distribution: Debian testing
Connection: ethernet/appsocket

Hi,

I found an M4020ND printer at a quite nice price and, since it showed as a Linux-friendly device on the OpenPrinting site, I decided to purchase it.

First issue: the printer supports PostScript, but the PPD disappeared for some reason from the Postscript-Samsung PPDs (missing from the Debian packages; on the OpenPrinting.org site it's missing from the packages and trying to download the PPD directly results in a zero-sized file).

First of all, I modified the M403x PPD, which was available and quite complete: it worked, all the features were there and worked perfectly AFAICS (I also enabled 1200x1200dpi resolution; I can post it if someone wants to make some test), but I was still curious to compare the quality of the various drivers available.

I therefore decided to test the proprietary driver via the SULDR packages; the ULD driver translates raster data to SPL before sending it to printer... yes! Samsung sells us a PS3/PCLXL/PDF capable device but wants us to use it as a GDI printer!
I soon discovered that the halftones were rendered horribly: there were no grays at all, only a rough white and black striped pattern.

By installing the same driver ("driver2", v1.00.35) with the Samsung provided scripts the halftones were ok.

After some day of struggling I found the culprit: in the SULDR packages some files have been moved in more suitable places and that caused the color management system, which relies on the libscmssc.so library along with some model-specific .cts files, to fail. The rastertospl filter has an hardcoded rpath to the library, and the library has an hardcoded path to the .cts files. Unfortunately, this means there is no way to keep the /opt/ directory out of the way... the working directories are as follows:

- the libscmssc.so library must be in the /opt/smfp-common/printer/lib/ directory
- the .cts files must be in the /usr/share/cups/model/uld-samsung/cms/ directory

The packaging should be adapted consequently.

Thanks for your work Mr. SULDR!