Мистика прям какая-то

Видать он не втупую все подряд пикселы просматривает и тупо сравнивает с пикселами квадратика.

А как-то по умному

Проверил. Где-то 40 000 опросов одного и того же пиксела успевает за 1 секунду сделать на моём 7-ми летнем ноуте.

А на экране 700 000 пикселов.

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

Короче пока идет вся эта работа изображение на экране тысячу раз изменится.

Так что для можно распознавать только статичные объекты.

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

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

Смоделируйте ситуацию, когда искомое изображение быстро появляется-исчезает (например, 100 циклов) с заданной частотой. Если ImageSearch будет отрабатывать (успеет найти 100% изображений), то повысьте частоту. Так постепенно найдёте потолок, на котором начнутся пропуски. Быстродействие сильно зависит от размеров изображения и размеров области поиска.

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

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

Те же проблемы в AHK. Частично решаются разделением задач между несколькими процессами, запускаемыми параллельно.

Зато с помощью явы достигается кроссплатформенность.

Причем тут ява? Java != JavaScript и тем более JScript for WSH.

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

Зато с помощью явы достигается кроссплатформенность.

Ну да. Без параллельности сейчас никуда

wisgest пишет:

Не знаю, относится ли это к бесплатной версии…

Нашёл: в бесплатной версии «VBA-compatible macro language» не поддерживается, также в ней отсутствуют «150+ additional commands (variables, time/date manipulation, macro flow commands if/then/else, cycles, procedures, run other macros, run context menus commands, find image on screen, user control over error handling, user defined forms, send e-mails, FTP, manipulate windows, manipulate clipboard, read/write from/to Windows registry, enumerate and kill processes, and more...)» — вполне возможно, в их число попадают и script_js/script_vbs.

Да уж. Грустно. Но в инете полно "вылеченных от жадности" версий. Причём Pro.

Да. Интересно. Спасибо за инфу.
Похоже что у программистов, создающих разного рода инструментарий для разработки скриптов начинается "color, image, pattern and text recognition"-ИСТЕРИЯ.
После появления Sikuli все осознали насколько это многообещающая возможность - распознавание графической инфы прямо с экрана. И такое ощущение, что все вдарились встраивать в свои скриптописалки эту возможность, чтобы не потерять пользователей

Не имел дела ни с Macro ToolsWorks, ни с Sikuli.

Первый очень похож на xStarter (Программа для автоматизации процессов на компьютере), а суть второго, как я понимаю, изложена фактически чуть выше в этой же теме.

Не знаю, относится ли это к бесплатной версии…

Нашёл: в бесплатной версии «VBA-compatible macro language» не поддерживается, также в ней отсутствуют «150+ additional commands (variables, time/date manipulation, macro flow commands if/then/else, cycles, procedures, run other macros, run context menus commands, find image on screen, user control over error handling, user defined forms, send e-mails, FTP, manipulate windows, manipulate clipboard, read/write from/to Windows registry, enumerate and kill processes, and more...)» — вполне возможно, в их число попадают и script_js/script_vbs.

--------------------

Буквально пару дней назад наткнулся на среду разработки макросов SCAR Divi, сам пока не разбирался, но возможно кого-нибудь заинтересует. Как сказано на Softpedia.com, «It uses color, image, pattern and text recognition algorithms to gather data about the current state of your machine and act upon it accordingly as programmed». В качестве языка сценариев используется Pascal Script от RemObjects, но почему-то ни CreateOleObject(), ни GetActiveOleObject() среди поддерживаемых функций нет.

SCAR Divi Online Manual
Общий вид (2019-01-20: новое расположение — на saveimg.ru)

Средства, не являющиеся клиентами Automation, лишают себя подавляющего числа возможностей автоматизации.

Не имел дела ни с Macro ToolsWorks, ни с Sikuli.
Ради интереса поискал сведенья о них. Весьма вероятно, что они не совсем лишают себя таких возможностей.

Не знаю, относится ли это к бесплатной версии, но Macro ToolsWorks позволяет (Advanced Scripting) включать в макросы скрипты (непосредственно или из внешнего файла) на VBA-подобном языке «with full featured editor, debugger and dialog box designer», а также на VBScript и JScript:

<#> This is very simple JavaScript example
<cmds>

<script_js>

function Hello() 
{
    var WSHShell = WScript.CreateObject("WScript.Shell");
    WSHShell.Popup("Hello, this is JavaScript");
}

Hello()

</script_js>

Sikuli:

— т.е. вопрос упирается в возможности Java.