I suggest improving enrollment procedure. It should stitch big image
from several small images and use it later for comparison (using
whatever algorithm - minutiae algo also may work).
On Mon, Jan 29, 2018 at 7:38 AM, Hans de Goede wrote:
> Hi,
>
> On 23-01-18 22:58, Igor Filatov wrote:
>>
>> I'v
I'm pretty sure it would need to be in C. You shouldn't need to REwrite a
lot of code. It would depend on the algorithm but I'm guessing libfprint
would interface with it pretty much like it does with nbis: get image from
driver, submit image to nbis to get minutiae, compare to saved minutiae (
htt
Hi,
Let’s assume I’d like to take a look at it (I am indeed quite interested).
Would I have to write the algorithm in C (I am, as mentioned, not quite good in
C and I don’t think that C is the perfect language for algorithmic)?
And would I have to rewrite the existing code or could I just repl
Well yes, treating these readers as swipe devices does seem awkward. But
that was the only way of making it work short of implementing a new
recognition algo, which seemed like too much at the time. In fact, the
current one is also a 3rd party lib. The authors of libfprint have
considered an altern
Hi,
On 23-01-18 22:58, Igor Filatov wrote:
I've updated the driver to support the devices known so far. Please see if it
works for you. Please send me your logs if not. I've enabled all commands for
all devices (except 0x4031 which I've enabled only on my 0x0907 -- no idea what
it does, but t
Hello Igor,
where do I get the fprint_demo tool from? I failed to find it.
The overall image looks alright, but still not very good - I attached an image
of mine.
I made a really careful swipe and now it detects my finger in about 50% of the
cases - still not very good, but I guess I'll just
