libfprint icon indicating copy to clipboard operation
libfprint copied to clipboard

Bug with 147e:2016

Open kevr opened this issue 8 years ago • 8 comments

Hello. This device is reported to have an invalid code at byte 18 (0x13), and throws an unhandled error because of it -- By default, libfprint chooses upektc_img driver for this. Something I notice in the code is that all of the UPEK drivers seem to be hardcoded for SWIPE, as where this device is actually an "Area" or PRESS device. It also seems that the expected image dimensions (144x386) from libfprint are different than the dimensions that the device actually has (256x360), which leads me to believe that the incorrect driver for this device is being selected by default.

kevr avatar Nov 17 '17 05:11 kevr

Hi,

I believe UPEK re-used USB IDs for another device. I have 147e:2016 and it's actually a swipe device.

Is it a standalone USB device or it's another embedded into some laptop?

anarsoul avatar Nov 17 '17 06:11 anarsoul

Standalone

kevr avatar Nov 17 '17 06:11 kevr

And where I can purchase it?

anarsoul avatar Nov 17 '17 06:11 anarsoul

This model has actually been "rebranded" to the device I have, so it's a different model number. I've contacted our vendors to find out the original model number for you, that'll probably take a couple of days.

kevr avatar Nov 17 '17 06:11 kevr

Hi Anarsoul, the device in question is model "UPEK TCRF-1C"

kevr avatar Nov 17 '17 23:11 kevr

This page says it's no longer manufactured:

http://www.neurotechnology.com/fingerprint-scanner-upek-eikontouch-700.html

anarsoul avatar Nov 18 '17 05:11 anarsoul

http://www.neurotechnology.com/fingerprint-scanner-digitalpersona-eikontouch-710.html seems to be the same exact device (specifications), not sure if it's protocol is the same.

kevr avatar Nov 18 '17 13:11 kevr

As a matter of fact, I do see 710 being the recognized device model, even though our vendors mentioned otherwise -- I suppose it's just a successor of the same model.

kevr avatar Nov 18 '17 13:11 kevr