![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Si he entendido bien los dos procesos en el primero se obtiene la huella completa y se almacena en la bd. Posteriormente en el segundo proceso el lector no lee toda la huella sino una serie de puntos y despues utilizando la sdk se debe comparar si los valores obtenidos todos los puntos leidos coinciden con la cadena que le pasas.
Quiero suponer que el motivo por el que no se utiliza la misma lectura ha de ser al lector le lleva mas tiempo realizar la primer lectura que la segunda. No tengo claro el funcionamiento del proceso puede ser que cuando alguien pone su dedo en el lector es el lector mismo el que te envia una cadena y tu aplicación esté siempre escuchando. También puede ser que sea tu aplicación la que activamente le pida al lector que relize la lectura. En cualquiera de los dos casos me pregunto si seria posible que el lector realizara siempre lecturas completas para poder compararlas directamente con la bd como ya te han propuesto y sin necesidad de utilizar la sdk para hacer una comparación secuencial. Por supuesto puede ser que la respuesta sea si pero que el lector tarde tanto que no sea factible, de todos modos me gustaría saber como va el tema, ¿cual es la diferencia del proceso de lectura entre la primera lectura que se almacena en la bd y las posteriores lecturas de comprobación? |
|
#2
|
||||
|
||||
|
Exacto. Porque como se ven las cosas, que sentido tiene guardar la huella en la BD, si es un valor inutil para hacer comparaciones?
__________________
El malabarista. |
|
#3
|
|||
|
|||
|
Hola nuevamente... les cuento que ya mejore la velocidad de respuesta, tomando en cuenta todas las preguntas que han realizado en este tema.. sobre todo de mancx.
Para empezar el lector al MOMENTO DE REGISTRAR EL TEMPLATE (muestra) para todos los registros posteriores, realiza 4 escaneos de la misma huella, tomando estas cuatro imagenes, verifica cuales son los puntos que se repiten en todo el proceso, y estos puntos son los que se guardan. Al momento de TOMAR LA HUELLA para comparar con el TEMPLATE, el lector captura todos los puntos de la huella. Es el algoritmo del sdk que compara los puntos del template guardado con la huella registrada y en base a un porcentaje de exito (dependiendo del algoritmo) es que indica si se tiene exito o fracaso. Por tal motivo, es necesario guardar los templates en la base de datos, pero no se pueden usar directamente sin el SDK. Ahora bien, como mejoramos la velocidad del proceso.
Gracias por todo... y sigan adelante, se cuidan |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Redondear numeros decimales a enteros.... | uper | Varios | 6 | 26-07-2012 16:52:45 |
| validar que las cajas de texto solo acepten valores enteros y decimales | dimer18 | OOP | 11 | 12-12-2011 01:58:30 |
| Formatear números enteros y decimales | quade | C++ Builder | 10 | 13-10-2011 16:09:54 |
| Grabar En SQL Campos Decimales, Solo me graba enteros? Con Codigo | freddiaz07 | SQL | 13 | 21-09-2006 18:44:34 |
| Grabar En SQL Campos Decimales, Solo me graba enteros? | freddiaz07 | SQL | 2 | 07-09-2006 16:24:04 |
|