PixelSearch

Belfigor · Отправлено: **21:09, 08-08-2009** | #11

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

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

Вот пример картинки. То что у нее по краям - чорный цвет - ничего не значит. У других картинок там может быть не чорный.

SyDr · Конфигурация компьютера

В данном случае никак. Работу функций PixelSearch и PixelGetColor нельзя ускорить. Причём так сильно (вам ведь нужно примерно раз 6-8 быстрее.)
Ускорить общую работу можно, если бы, к примеру, 3-10 пикселей из этих 400 однозначано определяли саму картинку.

А вы уверены, что проблема в PixelSearch?

Сделал простой цикл поиска определённого пиксела в поле 100 на 100. 10000 проверок было сделано за:
225.176663514497 мс

Belfigor · Отправлено: **21:50, 08-08-2009** | #13

Мы собираем всю инфу с 8694 пикселей, включая сопоставление с орегиналами за 77мс, но хотелось бы еще быстрее.

SyDr · Конфигурация компьютера

"Копайте" в другую сторону.
1 пикселсеарч со всего моего экрана (1280*1024) делается за 0,04 мс

Здесь вы вряд-ли что-либо ешё оптимизируете...

Belfigor · Отправлено: **22:16, 08-08-2009** | #15

В ближайшее время проведем исследовательскую работу по этому поводу

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

SyDr · Конфигурация компьютера

В моём случае пикселя вообще нет на экране. То есть он сравнивает вообще со всеми.
Я немного спутал. Не 0,04 мс, а 20. Но это при условии, что проверяются 1310720 пикселей.

Может быть вам стоит использовать PxelCheksum? Он работает примерно в два раза дольше, чем поиск. Но при этом позволяет уникально идентифицировать изображение.

Belfigor · Отправлено: **23:14, 08-08-2009** | #17

Чек сумм отподает потому что обрабатываемый источник - корявый и там хоть где-то но цвет уплывает. Поэтому его надо сперва обработать отсеив все шумы и помехи и только потом сравнивать.

amel27 · Отправлено: **13:49, 09-08-2009** | #18

Цитата Belfigor:

Нам не надо искать где он может быть, мы уже знаем где он. »

тогда возникает вопрос: зачем тут вообще PixelSearch/PixelGetColor ?.. насколько я понял, тут нужно скопировать в массив все пиксели за один прием, и после этого IO вам не нужен... надеюсь, приложение оконное?

ADD: на оффсайте полно инфы по GDI для растра, родственная тема: Anything faster than Pixelgetcolor?

Belfigor · Отправлено: **17:13, 09-08-2009** | #19

amel27, говорил уже десять раз в других темах но все же повторюсь. Ты ну просто бох ответов на мои вопросы ^_^. Щас покурю новую инфу и патом скорее всего отмечу тему как решенную