roboforum.ru

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

AndreiSk писал(а):Да ну, если денег нет, чего тут обсуждать

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

1. Я пока не понял - надо или нет в ходе вращения барабана определять где шарик?
2. Вполне возможно, что не справится, вам же нужна достаточная точность определения номера с шариком, а это явно не 320х240 разрешение.
3. Поворотная система думаю не нужна.
4. Программист за 5K$ не будет гореть в аду, потому что вам надо реально работающую систему в реальных условиях с низким % ошибок, а не курсовую работу, которая отработала на защите в тепличных условиях не совсем по плану и ладно

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

это ваш ролик? может лучше выложить в виде файла с нормальным качеством картинки - тогда уже можно пробовать на видео алгоритм распознавания.

Сложно сказать. С виду прилично, но как будет на практике, например - есть моменты, когда шарик находится над местом, где обычно блик (на 20 секунде) - фиг знает сработает ли определение. Определять положение колеса кстати достаточно просто - по зеленому Zero. Еще на 17 секунде шарик почти не виден под нижним краем бортика внешнего.

1 месяц нужно закладывать только на тестирование, исправление проги, отладку всего аппаратно-программного комплекса в реальных условиях. И то как бы не мало этого оказалось. И не менее 2 месяцев закладывать на написание проги. Тут скорее всего основные затраты труда программиста будут на проверку и отбраковку различных алгоритмов надежного распознавания.
Итого очень предварительная моя оценка проекта ~3 месяца работы программиста при стоимости одного часа ~$20 и 8 часовом рабочем дне, 5 рабочих днях в неделе и грубо - 4 неделях в месяце. Получаем 9600$. Думаю, что это даже довольно скромная сумма для такого рода работы. Я обычно ошибаюсь в меньшую сторону как по времени работы так и по сумме.
Но при этом в ТЗ все равно нужно указать надежность получения результатов не 100% а хотя бы 99 с каким-нибудь кол. девяток после запятой. Или даже меньшую точность работы программы. Один цикл вброса шарика длится около 30 сек. Это сколько же времени потребуется только для проверки надежности хотя бы 2 знаков после запятой (99,99%)? 10000 запусков рулетки умножить на 30 сек = ~83 часа. А это - больше 2 недель только чистовых приемочных испытаний.
Возможно, что кто-то выполнит эту работу за 2-3$ в час и за 1 месяц работы, но это весьма маловероятно. Обратитесь к тайским программистам или к индусам из только что подключенной к интернету деревеньки.

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

Тема опять скатилась к делёжке неубитого ещё медведя
А всёж, какие алгоритмы лучше использовать для данной задачи?
Понятно что тестирование требует времени и в это время, программер должен чувствовать себя комфортно... Давайте хоть поможем ТС определится с реальной реализуемостью его задачи, думаю почему-то , что деньги не проблема.