Ну ладно, вначале, со сканера, они будут абсолютные, потом,...24.10.05 19:22 Число просмотров: 4702 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Ну ладно, вначале, со сканера, они будут абсолютные, потом, переведем их в относительные, отнисительно центра отпечатка.
> Короче - это будет выглядеть, как плавные перепады с цвета > на цвет (или резкие если разветвление)... ну вот и считаем > определенные перепады с какого на какой (можно здесь > установить некую погрешность, если палец повернут...) и > плюс какой перепад относительно какого выше-ниже (ну тоже с > задаваемыми погрешностями)...
Поближе к конкретике. Остановимся на двух видах узлов - начало/конец линии и разветвление (точка, из которой выходит три линии).
Есть абсолютные координаты со сканера в пикселях, например.
1. Н, x1, y1
2. Н, x2, y2
3. Н, x3, y3
4. Р, x4, y4
5. Р, x5, y5
6. Н, x6, y6
Н - тип "начало линии"
Р - тип "разветвление"
x и y - координаты в диапазоне 0-255 (байт)
Как уйти от абсолютизма, чтоб новые параметры не зависели ни от сдвига отпечатка в любом направлении, ни от поворота, ни от масштаба? Формулу/алгоритм пожалуйста.
Как получить "хеш" из 30 значений, чтоб по двум этим "хешам" можно было просчитать насколько эти отпечатки отличаются друг от друга? Как по этому "хешу" найти из десятка образцов тот, на который он более похож?
> Ну где там абсолютные координаты? Только относительные, да > и те могут достаточно грубо задаваться. > Т.е. чтобы девайс выдавал одинаковый хэш для того же пальца > - подкрутим погрешности...
Э, нет, погрешность всегда будет в пределах точности измерений. Обычно +/- 1 для цифровых целочисленных сенсоров. А может и больше - подушечка пальчика-то эластичная.