<div dir="ltr">Hi Vasily,<br><div class="gmail_extra"><br><div class="gmail_quote">2016-12-16 21:28 GMT+01:00 Vasily Khoruzhick <span dir="ltr"><<a href="mailto:anarsoul@gmail.com" target="_blank">anarsoul@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hey Jan,<br>
<span class="gmail-"><br>
On Fri, Dec 16, 2016 at 7:48 AM, Jan Breuer <<a href="mailto:jan.breuer@jaybee.cz">jan.breuer@jaybee.cz</a>> wrote:<br>
> Hello,<br>
> I have multiple different figerprint readers from CrossMatch. Because of the<br>
> acquisition of DigitalPersona and Upek, they are formally Upek TouchChip<br>
> based. I have also documentation of ESS&TFM communication protocol (The<br>
> protocol with "Ciao" header).<br>
><br>
> I have these readers all with the same USB ID 147e:2016<br>
> Area sensor TCETC1FF022<br>
> Area sensor TCETD1FF022<br>
> Strip senzor TCESC4KS0C0<br>
> EikonTouch 710 (based on TCETD1)<br>
<br>
> I have extended the upektc_img driver based on this documentation, so it can<br>
> now work with all these readers. I can also determine image resolution and<br>
> type (area, strip) at runtime, so it now supports all possible Upek<br>
> TouchChip based sensors.<br>
<br>
</span>Great!<br>
<span class="gmail-"><br>
> I have two questions:<br>
><br>
> Is it legal to send you patch based on this documentation (documentation is<br>
> under NDA)?<br>
<br>
</span>I don't know, it depends on the NDA. Thus I'm not sure if you are<br>
allowed to share the code.<br>
But on the other hand, you cannot distribute these modifications in<br>
binary form, since it violates LGPL license.<br></blockquote><div><br></div><div>we still didn't sign any NDA, they give us SDK and now, they just send us NDA they need to sign. I will have to ask them directly to alow me to contribute these changes to libfprint.</div><div><br></div><div>If they don't alow me to do so, I know it violates LGPL so I will need to use their proprietary TFM implementation for capturing images. Their implementation of figerprint recognition does not work on my target platform so I will have to use NIST's nbis library directly.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class="gmail-"><br>
> If yes, what is the best way to tell the driver the sensor type and<br>
> resolution? I'm now changing upektc_img_driver values at runtime, but these<br>
> values are not properties of currently connected reader but properties of<br>
> the driver itself. It is impossible to use more then one fignerprint reader<br>
> at a time. Is this OK?<br>
<br>
</span>You can set them to -1 and then update in runtime when you open a<br>
device. In this case it should work even with multiple devices.<br>
<br>
> Best regards,<br>
> Jan Breuer<br>
<br>
Regards,<br>
Vasily<br>
<br><br></blockquote><div><br></div><div>Best regards,</div><div>Jan <br></div></div><br></div></div>