roboforum.ru

Не знаю где это тут что принято, я свою делаю,
правда озираюсь по сторонам, гляжу что народ творит.
Но в массе своей народ примитивными датчиками пользуется,
никак на видео не раскачается/раскошелится

Поделитесь ссылками на такое железо,
некоторым неохота собирать компы с нуля,
интересно их использовать

Michael_K писал(а):Красные точки - тупое квадратное окно.
Зеленые - мой алгоритм.

Тупое - это одинаковое для всех строк? Если да, то я не это имел в виду - смещать то окно всё равно надо в зависимости от найденного ниже положения линии

Тупое - это одинаковое для всех строк?

Да. Равное ширине кадра. А как вы хотели оценивать ширину вашего квадрата?
Зато нету никакого "исскуственного повышения значимости" ))

А если линия будет не плавная

Алгоритм не работает на горизонтальных участках, я уже писал.
Реально - думаю, что робот повернет, сгладив угол по дуге .
(Алгоритм все-равно выдаст направление загиба и по мере поворота
горизонтальный участок линии будет превращаться в вертикальный.)

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

Алгоритм явно можно и нужно улучшать - это факт.
Вам это интересно? Есть идеи? - Вперед!
За вас этого НИКТО не сделает.

Я имел в виду сдвиг окна

Тогда у вашего окна должны быть границы - ширина.
Как вы их определяете? Я вас об этом спрашивал уже.
Поскольку вы не ответили, ширину окна принял равной ширине экрана
- чтобы искать линию где бы она ни была.
Ну и как его сдвигать? Откусывать от одного из краев что ли
(типа часть окна уходит за границу экрана)?

откуда вблизи столько посторонних тёмных участков

Угол обзора максимизировал - для этого глазок и нужен.
Центр объектива стоял на высоте 65 мм от пола при этом она видела
примерно миллиметров 200 в ширину прямо под собой (ширина листа A4).

Линия нарисована маркером на A4 - можете оценить размеры по картинке.
Ширина линии миллиметров 20.

по мере подъёма по кадру - область поиска можно сужать, чтобы таким образом отыгрывать перспективу - у вас это реализовано?

Да, смотрите исходники.

Там строчка после абса - это кусок косинуса от -Пи до +Пи
Он смасштабирован так, чтобы был не в диапазоне -1 - +1, а чтобы был в диапазоне 0 - +1.
Аргумент косинуса выбран так чтобы колокол занимал всю нижнюю строку целиком, а на последующих
строках становился уже в соответствии с перспективой (на глаз прикинуто) по ширине картинки.

А строка, где абс в условии - это "если аргумент выходит за пределы -Пи - Пи",
то считать кривую равной нулю". Реально не ноль взят, а 0.01 - иначе иногда возникает деление на ноль ))

Вы глубоко заблуждаетесь насчет вычислительной мощности МК.
Вспомните, еще лет 20 назад компьютеры такими же были примерно по производительности.
И ничего так - текстуры во всяких вольфенштейнах масштабировали и крутили в 3D
Например, я делал на AVR интерполяцию двумерных дуг со скоростью 40000 точек в секунду
с 24-х битной точностью - без проблем.
А тут и вообще просто - задать кривые таблично и с нужным шагом выбрать
(нагуглите Direct Digital Synthesis, например).

Не люблю, когда проц бездельничает

Реально надо бы Гауссиану брать, имхо, а не косинус,
но формулы было лень писать, а косинус - стандартная функция