Отправлено CD_Eater 16 июня 2006 г. 22:44 В ответ на: Кстати, гляньте на сайт оригинала - разработчика софта для этого дела... Видно хреново, но там оно же. => отправлено SM 16 июня 2006 г. 22:19

С одной стороны, они пишут:

Atmel® Corporation (Nasdaq: ATML), a leading developer of micro-sensor technology for the fingerprint authentication industry has licensed Bioscrypt’s pattern fingerprint recognition algorithm for use with its FingerChip™ biometric sensor.

Но, с другой стороны, ни одно производимое ими изделие не использует FingerChip, а построено на других датчиках. Стало быть, нет им резона заказывать масочные чипы с прошивкой для ФингерЧипа.

А поскольку Атмел на халяву алгоритм не раскрывает, то вероятно, что прошивка БиоКлюча (ссылка на который на пред.странице) писалась производящей его питерской конторой. А откуда у них размах производства, достаточный для изготовления заказных чипов ?

А вообще мне интересно, насколько маломощным может быть проц, достаточный для обработки ФингерЧиповских данных в реальном времени (опознавалка отпечатка в течение не более чем одной секунды). Действительно ли необходим мощный ДСП ?

• Atmel выпускает сенсоры FingerChip. Но атмелу слабо сделать процессор, который может обработать его выход. Поэтому и получилось такое месиво - атмеловский сенсор+ТИшный проц+биоскроптовский софтварь. И имя этому - TMDSFDCATM31 ===> — SM   (16.06.2006 22:54 213.141.159.26, пустое, ссылка)
  • Да. Но где здесь пахнет масочными чипами ? — CD_Eater   (16.06.2006 23:36 194.54.161.151, 786 байт)
    • Неужели Вы не понимаете? (+) — SM   (17.06.2006 00:16 213.141.159.26, 512 байт)
      • Я всё это понимаю, поэтому и удивился, как разговор соскочил с темы масочных чипов на тему китов. :) — CD_Eater   (17.06.2006 00:25 194.54.161.151, пустое)
        • А потому, что одно из другого произрастает :) — SM   (17.06.2006 00:32 213.141.159.26, пустое)
  • вот и я говорю: одно дело отсканировать отпечаток, а совсем другое - обработать это изображение. — =L.A.=   (16.06.2006 22:56 213.134.214.10, пустое)
  • А про количества - так это разве размах? Тут надо-то где-то 250 килобаксов... — SM   (16.06.2006 22:55 213.141.159.26, пустое)
    • это типа "мелочь"?! "Зопесал в зопесную книшку" : понадобицца 250 килобаксов , обязательно тебе звякну. — =L.A.=   (16.06.2006 22:57 213.134.214.10, пустое)
      • Я не кредитная организация. Я инженер. — SM   (16.06.2006 23:02 213.141.159.26, пустое)
        • я тоже, но по мелочам взаймы даю. — =L.A.=   (16.06.2006 23:05 213.134.214.10, пустое)
          • Это мелочь не для меня. А для такого проекта. Где потенциальный потребитель - охранные структуры не бедных организаций. — SM   (16.06.2006 23:07 213.141.159.26, пустое)
            • ну тем более, даже кошелек открывать не надо. Просто указать на нужных людей. — =L.A.=   (16.06.2006 23:08 213.134.214.10, пустое)
              • :) :) :) — SM   (16.06.2006 23:11 213.141.159.26, пустое)
• Анализ отпечатков пальцев - это задача типа "распознавание образов". О "маломощных" процессорах для её решения можно даже не думать. — =L.A.=   (16.06.2006 22:48 213.134.214.10, пустое)
  • У нас в славном городе Миассе распознаванием отпечатков занимаются лет 15-20 — Al Volovich   (17.06.2006 10:07 212.57.170.249, 138 байт, ссылка)
    • Там вся обработка ведётся не на ДСП, а на компьютере — CD_Eater   (17.06.2006 12:32 194.54.161.151, пустое)
  • RTFM — CD_Eater   (16.06.2006 23:43 194.54.161.151, 439 байт)
    • А зачем? Если 5501 стоит 5 баксов, и кроме распозначания еще и все остальное сделает? — SM   (17.06.2006 00:49 213.141.159.26, пустое)
      • И потом, тут надо прогнать по целой базе данных отпечатков... А их там много-много... Сколько корреляций? А корреляции считать это чиста дсп. — SM   (17.06.2006 00:51 213.141.159.26, пустое)
        • Если в базе много отпечатков, то она, скорее всего, хранится на (+) — CD_Eater   (17.06.2006 01:57 194.54.161.151, 358 байт)
          • Наскока помню, отпечаток пальца преобразуецца в набор букевок по определённому алгоритму. По этим букевкам оно ищеца в базе. А детальное уточнение получается имана сверкой копии и оригинала. Т.е. процесс ступенчатый. — -mse-   (17.06.2006 14:32 81.201.66.34, пустое)
          • А на мой взгляд, если например на фирме несколько сотен таких девайсов, надо чтобы девайс обрабатывал. А не супер-сервер загружал рассчетами. Образцы - да, пусть с сервера берет, я не против. Но это другой уровень систем. Я для небольших фирм имел в виду, две три сотни чел, БД на флешке внутри. — SM   (17.06.2006 09:43 213.141.159.26, пустое)
            • А кто будет решать проблемы синхронизации этих списков, если у каждого датчика своя копия ? Излишний гемор имхо - раз их всё равно проводами соединять, то пусть уж сервер думает (к тому же это его никогда не загрузит на 100%) — CD_Eater   (17.06.2006 12:41 194.54.161.151, пустое)
            • Или у вас патологическое ненавидение ДСП? Не бойтесь их, они такие-же МК, просто более мощные, и бывают такие же недорогие. — SM   (17.06.2006 09:44 213.141.159.26, пустое)
  • Сейчас эта приблуда встраивается в каждый второй ноутбук, и наверняка там все делается до загрузки системы специальным DSP со своим софтом — =AVR=   (16.06.2006 22:52 80.92.96.19, пустое)
    • Нах в ноутбук пихать дополнительный ДСП, если рядом припаян Пентиум и до фуя ОЗУ ? Софтовое решение будет дешевле и гибчее :))) — CD_Eater   (17.06.2006 12:46 194.54.161.151, пустое)
      • Тогда это должно быть еще в BIOS Flash, а там места и так маловато. ИМХО при многомиллионных тиражах DSP ASIC будет оптимальнее — =AVR=   (17.06.2006 13:24 80.92.96.19, пустое)
    • не думал, что ДСП маломощный проц, к тому же какчество распознавания неизвестно. — =L.A.=   (16.06.2006 22:54 213.134.214.10, пустое)

E-mail: info@telesys.ru