Improve print_data structure and on-disk format
commit294f9ad44730400800f9de0cd213a7050f6ef2a5
authorDaniel Drake <dsd@cs.manchester.ac.uk>
Sun, 28 Oct 2007 22:02:04 +0000 (28 22:02 +0000)
committerDaniel Drake <dsd@cs.manchester.ac.uk>
Sun, 28 Oct 2007 22:13:51 +0000 (28 22:13 +0000)
treeb204516f166e136cc6119683e159ad00d3b11a96
parent4e5cfdf92aa305a5d8ed58fb650ccdad028742ac
Improve print_data structure and on-disk format

Drivers now have an ID number. These will be assigned by me and documented
on the wiki. 0 cannot be used.

Drivers now define a devtype for each device they initialise. This is to
cope with the situation where a driver can support varying devices where
their print data is incompatible (i.e. image scaling is totally changed).
This doesn't apply to any existing supported devices.

Print data no longer includes driver name, and includes driver ID instead.

Paths to saved print data now include driver ID and devtype, and no longer
include driver name.

APIs exposed for converting a print_data into a blob which can then
be loaded back again later. Useful for systems who don't want to use
my simple storage system (which is only aimed at a single user).

File format is now defined and will be documented on the wiki. The header
is larger as we can no longer rely on directory paths in all scenarios.

Print data compat check now checks devtype and driver ID.
TODO
libfprint/core.c
libfprint/data.c
libfprint/drivers/aes4000.c
libfprint/drivers/upekts.c
libfprint/drivers/uru4000.c
libfprint/fp_internal.h
libfprint/fprint.h
libfprint/img.c
libfprint/imgdev.c