Требуется разработка системы машинного зрения

=DeaD=

vadinator писал(а):

Тема опять скатилась к делёжке неубитого ещё медведя

А всёж, какие алгоритмы лучше использовать для данной задачи?

Я же вот тут описал эскиз алгоритма: post184258.html#p184258

vadinator

А раньше этого небыло :ROFL:

Наверное я дурак

pt177

Господа,

1. МЫ ОТКАЗЫВАЕМСЯ ОТ РАСЧЕТА СКОРОСТИ ШАРИКА НА БОРТУ. Извините, что капсом, третий раз пишу.
2. Выше в топике я предложил алгоритм, который убирает все вопросы с бликами. Следим за одной точкой. Если кто-то из специалистов считает данный алгоритм неподходящим, я был бы крайне признателен, если бы вы сказали в чем его порочность.
3. Организация тестирования - это полностью наша забота. 83 часа работы - это чуть больше 3 суток. Мы же рассчитываем минимум на 14 суток непрерывного тестирования.

vadinator

pt177, а может опишите вашу цель

Ну типа, что вы хотите с этого иметь..кроме бульёна?

flyroman

pt177 писал(а):

Господа,

1. МЫ ОТКАЗЫВАЕМСЯ ОТ РАСЧЕТА СКОРОСТИ ШАРИКА НА БОРТУ. Извините, что капсом, третий раз пишу.

И ЭТО еще раз не отвечает на наш вопрос "ЗА ШАРИКОМ СЛЕДИТЬ НАДО?!"

Или только нужны моменты "Ставок больше нет!" и номер на который попал шарик....

=DeaD=

pt177 писал(а):

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

Я вообще не понял в чем заключается этот алгоритм :pardon:

За какой точкой следим? Выбираем в кадре 1 точку и следим?

pt177

Vadinator, определение номера, в который попал шарик и есть наша цель

Flyroman, прошу прощения, не верно понял ваш вопрос. За шариком следить не надо. Момент "Ставок больше нет!" уже тоже не нужен. Только номер.
DeaD, именно так. При калибровке на месте оператор выбирает точку слежения в кадре (см. вложенный файл).
1. следим за одной областью, расположенной внутри ячейки. область слежения неподвижна, под ней движется колесо
2. когда в область слежения попали зеленые пиксели - это зеро
3. считаем смену цветов (красное-черное-красное...) до тех пор, пока в область не попали белые пиксели (шарик)
4. зная, сколько было смены цветов, имеем положение шарика относительно зеро, следовательно знаем номер.

С уважением,
Сергей.

Виктор Казаринов

Без комплексного решения задачи, где бы происходило обнаружение старта (вброс шарика) и, соответственно, присутствие постороннего предмета (руки) или полное отсутствие шарика, постоянного наблюдения за обстановкой во время вращения рулетки и разнообразных перемещений шарика невозможно надежно получать результаты, даже если они заключаются в наличии или отсутствии шарика в определенной лунке рулетки. Даже после такого обнаружения алгоритму необходимо убедиться, что шарик успокоился и не собирается перескочить куда- либо. Сам шарик недостаточно контрастен и иногда будет сливаться с обстановкой или даже быть шумом в этой обстановке. Поэтому без довольно сложного анализа и прогнозирования тут по - моему мнению, не обойтись. Кроме того, алгоритм должен быть максимально адаптивен. Иначе при каждой новой установке оборудования его придется долго и мучительно калибровать. И чем менее адаптивна программа, тем этот процесс будет трудоемче.
И самое главное - что такое шарик в видеоряде камеры? Нечто белое? И круглое? Все это будет выглядеть вовсе не так. Прочитать номер ячейки просто? Глядя на размытое изображение вращающейся рулетки этого нельзя сказать. Да еще и с помощью слепой дешевой веб - камеры. А если кто-то будет освещать мерцающими лампами дневного света, а не лампами накаливания, будет вообще праздник.
Задачу не следует без причины усложнять. Но и примитивизировать тоже не стоит. Типа что нам слетать на Луну. Сел в ракету и полетел.

=DeaD=

pt177 писал(а):

3. считаем смену цветов (красное-черное-красное...) до тех пор, пока в область не попали белые пиксели (шарик)

Так шарик туда вообще может не попасть, или фича в том, что после того как шарик "успокоится" в одном из номеров - рулетка сделает еще 2 оборота?

pt177

Господин Казаринов, в том-то и дело, что мне здесь все предлагают ракету, чтобы слетать в булочную. Давайте пройдемся по вашим пунктам.
1. где бы происходило обнаружение старта (вброс шарика) - это не нужно.
2. присутствие постороннего предмета (руки) - можно выбрать точку на рулетке, где посторонние предметы не появляются.
3. полное отсутствие шарика. если от зеро до зеро не было белых пикселей, значит шарика нет в поле.
4. постоянного наблюдения за обстановкой во время вращения рулетки. не нужно
5. разнообразных перемещений шарика. перемещения шарика однообразны - по окружности ячеек
6. шарик успокоился и не собирается перескочить куда-либо. проверяем в точке через круг. если шарик там же, значит он успокоился.
7. алгоритм должен быть максимально адаптивен. нет, мы готовы к тому, что в каждом конкретном случае мы будем калибровать программу и камеру.

8. И самое главное - что такое шарик в видеоряде камеры? Нечто белое? И круглое? Все это будет выглядеть вовсе не так. А как?
9. Да еще и с помощью слепой дешевой веб - камеры. Кто говорил про слепую дешевую веб-камеру? Мы пока только отказываемся от промышленной камеры.
10. А если кто-то будет освещать мерцающими лампами дневного света, а не лампами накаливания, будет вообще праздник. А если кто-то лопатой ударит по крупье?

Такого не может быть в казино, чтобы кто-то пришел с лампой и начал освещать.

Добавлено спустя 3 минуты 26 секунд:
Dead, ну либо два оборота, либо слежение в 2 диаметрально противоположных точках и тогда 1 оборот. Хотя 2 оборота, конечно, многовато.

frig

мне алгоритм pt177 кажется работоспособным. Можно поставить несколько камер, не обязательно снимать камерой всю рулетку, достаточно только область наблюдения. Чем больше областей таких тем меньше ошибка и чуть выше скорость распознавания. Реально при этом алгоритме упираться все будет в скорость вращения колеса.

=DeaD=

Если есть момент успокоения шарика хотя-бы в 1 полный оборот рулетки и не надо выдавать "ставок больше нет" - тогда алгоритм pt177. Хотя до последнего момента я не понял, что не надо выдавать "ставок больше нет".

pt177

Dead, все именно так.

frig

Выходит что чем больше камер тем выше скорость распознавания. Это если точно знать взаимное расположение камер, что вроде как не проблема.
Поставить длиннофокусные объективы и получится снимать только область.

=DeaD=

2pt177: Тогда в принципе может быть достаточно и ARM для такой задачи, вот только не надо экономить на программисте и специалисте по железу. Скорее всего есть смысл сделать тогда устройство массовым и продавать его в другие казино, сделав отдельным продуктом. Это позволит вам полностью использовать потенциал идеи.

PS: Первую версию разумеется надо будет сделать на ПК.

roboforum.ru

Требуется разработка системы машинного зрения

Кто сейчас на конференции