1. 29 Nov, 2018 1 commit
  2. 09 Nov, 2018 1 commit
  3. 23 Oct, 2018 3 commits
  4. 08 Oct, 2018 1 commit
  5. 28 Sep, 2018 1 commit
  6. 04 Sep, 2018 2 commits
  7. 26 Jun, 2018 1 commit
  8. 24 May, 2018 3 commits
  9. 23 May, 2018 7 commits
  10. 17 May, 2018 1 commit
  11. 12 Aug, 2013 1 commit
  12. 08 Sep, 2010 1 commit
  13. 20 Nov, 2008 2 commits
    • Daniel Drake's avatar
      Logging control · 7c44c86d
      Daniel Drake authored
      Don't log anything by default, and let the applications change the log
    • Bastien Nocera's avatar
      Export scan type for each driver · 29044d9c
      Bastien Nocera authored
      For each driver, export the scan type supported by the devices it
      handles. This allows front-ends to direct the user better.
  14. 01 Mar, 2008 3 commits
  15. 16 Feb, 2008 1 commit
    • Daniel Drake's avatar
      Add timing and polling infrastructure · 866dd941
      Daniel Drake authored
      Add timeout mechanism as an asynchronous equivalent of sleeping (uru4000
      needs this).
      Start implementing polling infrastructure which also accounts for pending
      timeouts. We don't expose file descriptors yet, but this is a start.
  16. 20 Nov, 2007 1 commit
  17. 19 Nov, 2007 2 commits
  18. 17 Nov, 2007 1 commit
    • Daniel Drake's avatar
      Rework some image handling; add public binarization API · ba24c088
      Daniel Drake authored
      I want to offer the ability for an application to view a binarized
      version of a scanned print. This lead onto a few changes:
       1. Store minutiae and binarized data inside fp_img
       2. Move resize code to the capture path, it previously happened much
       3. Add fp_img_binarize() to return a new image in binarized form.
       4. Add a BINARIZED_FORM flag to prevent an image being binarized again.
      In future, it would be nice to be able to binarize without detecting
      minutiae, but this involves some work on the NBIS interaction.
  19. 15 Nov, 2007 2 commits
  20. 04 Nov, 2007 1 commit
  21. 02 Nov, 2007 1 commit
  22. 31 Oct, 2007 1 commit
    • Daniel Drake's avatar
      Print discovery · 447b1f01
      Daniel Drake authored
      Add concept of "discovered prints" and flesh out the API. A discovered print
      was found based on file name but has not been checked for file integrity,
      and of course there is no guarantee that it is usable when you try to
      use it later (might have been deleted, etc).
      The .fprint directory structure was changed - instead of using mnemonics
      like "rind" we use their numeric value in the fp_finger enum as the filename.
  23. 30 Oct, 2007 1 commit
  24. 28 Oct, 2007 1 commit
    • Daniel Drake's avatar
      Improve print_data structure and on-disk format · 294f9ad4
      Daniel Drake authored
      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.