Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Поиск координат центров световых пятен 
:(
    Опции темы
JackyFox
Дата 20.5.2011, 13:35 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бывалый
*


Профиль
Группа: Участник
Сообщений: 210
Регистрация: 21.11.2007

Репутация: нет
Всего: 7



Здравствуйте!

Суть — Курсовик. С окуляров бинокулярной насадки берется изображение марки коллиматора, оба изображения объединяются в одно. Всё это дело в реальном времени идет через веб-камеру на компьютер. Получается что-то вроде такой картинки (железного прототипа пока нет, поэтому привожу модель):

user posted image

Задача: найти центры этих двух световых пятен. Потом уже по их расхождению будет приниматься решение о качестве бинокулярной насадки.

На данный момент остановился на библиотеке OpenCV, весь код планирую писать на питоне. Пока что я только получил изображение с камеры, и запустил примеры с распознаванием лиц и людей =)

Если кто-то сталкивался с похожей задачей, то прошу напнуть в верном направлении. Какие-то, наверное, встроенные алгоритмы самого OpenCV, методики подобного анализа существуют.

Спасибо.

Добавлено через 10 минут и 55 секунд
Есть мнение, я опять поторопился с вопросом smile Раз мне надо искать круги и эллипсы, то надо глядеть в сторону преобразования Хафа. Нашел статью на робо_крафте
--------------------
У вас менее 250 сообщений, ссылки отключены
PM   Вверх
_Y_
Дата 21.5.2011, 16:44 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1651
Регистрация: 27.11.2006

Репутация: 8
Всего: 34



А что считать световым пятном и что его центром? Ведь на картинке нет четкой границы пятна - плавный переход.

Судя по картинке в центре яркость наибольшая. В этом случае можно:
  • Бинаризовать картинку с границей чуть ниже, чем максимальная яркость. Получится картинка забитая нулями и только несколь пикселей с единицами.
  • Разбиваем единичные пиксели на две группы и считаем среднее положение для каждой группы.
  • Делаем статобработку, определяя достоверно ли группы отличаются между собой. Если да - пятна два. Если нет, группа одна - пересчитываем среднее.
Т.к. ярких пикселей будет найдено не так много, этот алгоритм будет весьма эффективен, т.к. рассчеты можно будет производить даже ручкой на бумажке в режиме реального времени работы видеокамеры smile 

Естественно, работать будет только если реальная картинка весьма похожа на нарисованную. Если нет - все зависит от картинки.


--------------------
Я вот в этом поучаствовал: http://sbor-nik.appspot.com/kick.jsp?id=sbor5737960678883328 (на правах саморекламы:)
PM MAIL WWW   Вверх
JackyFox
Дата 24.5.2011, 06:07 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бывалый
*


Профиль
Группа: Участник
Сообщений: 210
Регистрация: 21.11.2007

Репутация: нет
Всего: 7



_Y_, спасибо за предложенный алгоритм.
--------------------
У вас менее 250 сообщений, ссылки отключены
PM   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Алгоритмы"

maxim1000

Форум "Алгоритмы" предназначен для обсуждения вопросов, связанных только с алгоритмами и структурами данных, без привязки к конкретному языку программирования и/или программному продукту.


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, maxim1000.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | Алгоритмы | Следующая тема »


 




[ Время генерации скрипта: 0.0571 ]   [ Использовано запросов: 21 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.