Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Ну ладно, вначале, со сканера, они будут абсолютные, потом,... 24.10.05 19:22 Число просмотров: 4602
Автор: 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 для цифровых целочисленных сенсоров. А может и больше - подушечка пальчика-то эластичная.
|
|
|