Леонид, Может Вам поможет следующий пример - с поиском кнопки на экране по картинке
code_34390.txt
P.S.: Перебор происходит по всем пикселам экрана, поэтому иногда может тормозить. Если у кого есть идеи по ускорению, очень интересно посмотреть

miver, конечно в циклах for x := 0 to Bmp.width-subbmp.width-1 do надо посчитать заранее выведя расчёт из цикла, чуть прибавится скорость, да и обе картинки на первом, "грубом" этапе можно уменьшить раза в три-четыре, а на втором этапе по натуральным размерам уже искать точное положение.
(Надо попробовать линию разложить в Фурье и сравнивать спектр сразу всей линии, получится-ли быстрее )

Нашел исходник FindImgFast.rar
Вот моя проба адаптации, поиск очень быстрый
code_34391.txt
------------ Дoбавленo в 19.16:
Только при выходе выводит ошибку, не могу понять где

miver, во-во, по линиям сравнивать гораздо быстрее (Но абсолютное совпадение может и не сработать, а если искать "похожесть", залезешь в такие дебри, что и никакого терпения не хватит результата дождаться )

Выкладываю окончательный вариант
code_34393.txt


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

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

miver, насколько помню выкладывал сравнение картинок: приводил к одному размеру, загонял в Stream и сравнивал по байтам Пирсоном: code_34398.txt

Леонид, А к поиску картинки это какое отношение имеет

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

Леонид, Это конечно не Пирсон, но на мой взгляд получилось хорошо
Поиск наилучшего совпадения
code_34400.txt

Поиск с ограничением по ошибке. Сохранил скриншот в .jpg с 50% качеством
scrnfind.rar

Вы что-то далеко ушли)) Изначально имелось ввиду "тупое" нажатие кнопки, ну и чтобы это работало без фокуса для 3D игр.
Самое обидное, я знаю что для WoW это реально, уже давненько существует программа "WoW-Loop", она без проблем нажимает кнопки от 0 до 9.
Обидно что нельзя запихнуть любой exe файл в хиасм, и чтобы сразу в виде схемы рисовалась работа программы))

P.S.
Мне кажется, что отслеживать состояние(или поиск кнопки) в игре по картинке - это извращенство.

miver, замечательно!
knoot0279,
Поэтому и маленькое пятнышко (отмечено кружком) помешало найти мой любимый Excel

нашел пример на делфи. вот не знаю... будет без фокуса работать или нет, в примере не отправляется окну, а просто нажимается.
код нажимает клавишу "1".
можно ли это переиначить под хиасм и с отправкой окну, а не тупой долбежкой куда ни попадя?

Между прочим, компонент KeyEvent использует именно функцию keybd_event

Попробуйте в DirectX приложениях: send input demo.sha
Я в одной игре проверил - работает. Но не знаю, точно ли она через DirectInput получает ввод.
[offtop]Нюанс: для того, чтобы вводить заглавные буквы, нужно предварительно зажимать Shift[/offtop]

Что имелось ввиду, то я и представил. В моей первой схеме этой темы эмулируэтся нажатие клавиш на устройстве. В окно никакие сообщения не посылаются. А клик нужен только для активации строки ввода. То есть делается все то, что делает человек.

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