Перейти к содержимому
Compvision.ru

ter_nk

Пользователи
  • Количество публикаций

    90
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные пользователем ter_nk


  1. У вас функция resize использует везде один поток. По определению ядро интела мощнее ядра gpu. Графические процессоры отличаются тем, что они очень многоядерные и производительность у них выше за счет совместного использования нескольких ядер. GPU имеет смысл когда вы делаете много однотипных операций на много ядер.


  2. У меня была проблема когда надо было оптимизировать по времени алгоритм.

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

    Но по сути производится куча ненужной работы, потому что грубо говоря интересует 2 % от изображения. Эти 2 процента занимают место на пластине, которая лежит неровно и ее надо повернуть.

    Далее изображение пластины надо поворачивать. Соответственно компенсирующее фон шаблон нужно поворачивать. Даже если вырезать RECT где это все лежит получаются большие накладные расходы.

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

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

    2) оптимизировать вручную функцию афинных преобразований (распарралелить, правда вопрос эффективности )

    3) сделать как-то так чтобы "афинно" у меня поворачивалась только некая полигонная часть изображения, но собственно это как-то кардинально все переделывать надо, не сделаю наверное

     

    Что посоветуете?


  3. Вопрос по геометрии в продолжение.

    У меня повернутый прямоугольник, зелененький. Через RotetedRect я нашел угол, с помощью функций warpAffine относительно центра я повернул, а как мне получить координаты повернутого прямоугольника?


  4. Здравствуйте, можно ли как-то оптимальным алгоритомом пройтись по точкам внутри контура. Мне нужно сделать преобразования по минимально необходимому числу точек просто с точки зрения скорости. Пока я решил вычислить минимальные и максимальные значения х и у и пройтись по точкам этого квадрата, просто если представить полоску повернутую на 45 градусов, то получается основная часть перебора будет сделана зря. Спасибо.


  5. Хочется попробовать сделать какое-нибудь самое простое управление движущим объектом. Не подскажете может литературу. Поставлю датчики расстояния, но собственно не совсем понятно как и куда копать. В принципе нужна как бы карта расстояния, вот как мы смотрим вдаль и как-то за счет понимаем расстояние до точки приблизительно.

     

    Понятно что системы такие есть и они сложные.


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


  7. На экспресс тесте, например на алкоголь в руководстве к тесту нанесены полоски желтая - 0, дальше идет салатовая и так до темно-зеленого, а можно как-то это разложить по алгоритмам. Отдельно на цветовые составляющие раскладывать смысла нет, как возможно это определить? Подскажите направление.


  8. Сейчас есть определенная калибровка камеры. Геометрическая и цветовая. Есть ли какие-то наборы для калибровки пользователем. Ну я не знаю, например чтоб калибровка происходила так, что пользователь вставляет калибровочную миру, у меня например не  более 10 х 4 см. Калибруется геометрия. И далее калибруется по цветовой мире. Нужно какое-то более менее готовое решение, пусть что-то в софте подшаманить (найти зоны с нужными цветами). Т.е. что-то такое готовое есть? Я так понимаю что это наверное должны быть что-то типа каких-то пластиковых пластин, потому что бумага же теряет свойства, в каком-то футляре и т.д.


  9. Не имел дело с WPF, не знаю можно там реализовать. OpenCV создает свое окно, не знаю нельзя ли его при создании сделать дочерним к чему-нибудь типа Static Controla. Кстати в элементе типа статик можно рисовать что называется вручную, picture box не обязательно.


  10. У меня не считывание купюр, но аналогичная, как я понимаю там стоит инфракрасный сканер через который проезжает купюра, аналогичный принцип работает при считывании штрих-кодов. Нужно считать изображение экспресс-теста с полоски или кассеты, но не подскажите ли сами такие устройства, интересует интерфейс RS-232, как не требующий драйвера, есть ли вообще такие?


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

×