Gutenprint / CUPS Dye-sublimation drivers

One of the printers I have has a blank serial number string.  DNP's service tool has a way to update it, so ... figure out how that works, and implement it.

(I can't use the service tool to fix this as it's tied to a different model from the one with the bogus serial number)

h == Normal Quality

q == High Quality

p == ???

(Some devices have all three sets of files!)

The EK8810 (and likely others) allow the current lamination data to be updated/replaced.

This potentially allows for a partial matte feature on all of these printers.

4x6, sheet fed, has USB port.

Dock Plus, Dock Premium.

Might be wifi only though.

Similar to the SELPHY models, 4x6" print sheet fed.

Might be wifi only.

HiTi has a binary-only driver for this.

Unlikely to see support given its age and limited media availability.

Duplexing 6" model. Unfortunately will need sniffs.

Three-head high-speed model capable of near-arbitary print lengths.

Appears to be a rebadged Citizen CX-02 / DNP DS620

Main questions are what the VID/PID/IEEE1284 IDs are, and what firmware features were stripped out vs the other models.

(Eg rewind support, partial matte, and more)

It's more or less equivalen tto the SELPHY series.  1280px wide print head, 300x300 dpi.

This is a rebadged version of the Mitsubishi CP-W5000.   It likely has a unique USB VID/PID but it may also require tweaks to the command stream.

Until someone pops up with one of these, it's not going to happen.

I have a P461 now, and it's different enough to be annoying.

Turns out there are three major families, "roll type", "sheet type" and "card type" and the commands aren't all the same.  !%!%#

The goal here is to make FastReturn a runtime option specified through the PPD, as not every spool file format can be extended to add this awareness.

Implementing this would probaably reqire the backend to depend on libcups and its PPD/option parsing stuff.

Most of these wll need to be added on a per-family basis, though some at least can be handled in the markers code.

From CUPS:

cover-open, input-tray-missing, marker-supply-empty, marker-supply-low, media-empty, paused, timed-out

RFC8011:

other, door-open, interlock-open, media-jam, media-low, output-tray-missing, shutdown,

Modern CUPS:

marker-print-ribbon-almost-empty, marker-print-ribbon-empty, marker-print-ribbon-missing, output-tray-missing, power-down, power-up, subunit-warming-up, document-format-error (?)

Cut count is on all of them but the guess is that it's only present in the eeprom dump rather than per-deck info.

Skip count is on all printers that can rewind (I think) -- ie K60, D80, EK305.  Also probably only in the eeprom dump instead of per-deck info.

Kodak's feature set refers to a textual "watermark" on the print surface.  This is presumably the same as DNP's "parial matte" feature.

Figure out how to mak ethis happen.

it's an "enhanced" verison of the CX02, but it supports sticker media.  Figure out if it has a different USB ID and what all needs changing.

A user has a EK305 that cuts about 1mm off.  Mitsubshi's service manuals reference a "Service Tool" that can adjust this calibration (and other things)

It's a rebadged CP-M1.  Backend support is theoretically complete (except for the USB VID/PID).  No gutenprint frontend work yet; I'll hold off on that until I know the backend functions properly.

If you print from the printer's UI, it allows you to select various overcoat patterns -- glossy, a matte-like texture, a finer matte texture, and for some, a fine grid pattern.

The windows drivers don't seem to export this at all.  See if this is a fluke.

DPB-4000 aka Fujifilm ASK4000 aka DNP Q8.

DPB-6000 aka Fujifilm ASK2000

DPB-7000 aka Fujifilm ASK2500

All models are in Gutenprint, and DBP-6000 is reported to work without any special backend.  But I want to confirm the rest work, and maybe write a backend so we can run status queries etc?

I _think_ it's the same algorithm for both.  So use the CP30 to work out what's needed, and test it out.

The library API is already there, so once ready it should just be drop-innable.

Note:  This will also require extracting the data tables from the CP30 driver.

The UP-DR200, under Windows, will automatically combine two 4x6 copies into a single 8x6" print.  I have a sniff of this happening; figure out how it works, and implement in the backend if feasible.

There's presumably a way to configure this stuff from the host side,  In a FILE output mode the Windows drivers don't allow these settings to be changed, so to make this happen I'll have to obtain sniffs.