Новая Версия Uopilot v.2.40 (05.11.2017), Официальный сайт. Скачать. Последняя версия. Опции

[WKnight]

5.1

5.2 из коробки не работает. Там какие-то функции менялись, подгонять надо.

[DarkMaster]

У тебя остался скомпиленный вариант? В твоем варианте консоль нормально ест деление на ноль?

[DarkMaster]

5.2 из коробки не работает. Там какие-то функции менялись, подгонять надо.

Не надо. 5.1 дефакто стандарт. Даже если отмести jit, то на 5.2 народа нет вообще, на 5.3 еще сидят, но подовляющее большинство все так же на 5.1

[WKnight]

У тебя остался скомпиленный вариант?

Похоже нет. Скачал несколько скомпиленых из инета. Консоль нормально воспринимает, пилот ругается.

[DarkMaster]

идеи? Так же смущает достаточно сильно, что я не смог подсунуть свою длл. Ведь она должна быть полностью совместима.
Скаченные подсовывал?

[WKnight]

Скаченные все подошли, и чистый 5.1 и джит. Я не много скачивал, штуки 4, но раз запускаются и симптомы теже, значит наша длл в принципе нормальная.

[DarkMaster]

http://lua.2524044.n2.nabble.com/catching-...-td7655163.html

но чет мне малость сцыкотно как бы чего не съехало, если ты используешь какие-то делфиковские либы с делением на ноль либо сам понаписал.

[WKnight]

При запрещении генерации исключения деления на 0 (и исключения при ошибочных операциях, иначе не работает), код на луа выполняется нормально, при этом поведение обычного скрипта (set #a 1/0) вроде бы не меняется.

[DarkMaster]

поведение обычного скрипта (set #a 1/0) вроде бы не меняется.

Ну в скриптах нефиг такое писать. Я даже придумать не могу зачем. Волнуют "потрашки" пилота. Не повлияет ли на что-то.
Ну а в целом можно и релиз сделать =) Окошки потыкаю хоть.

[WKnight]

Unstable
16.12.2018 Build 016.19
Отключил генерацию исключения "деления на 0" и исключения "при ошибочных операциях" (иначе не работает), для совместимости с Lua.

[DarkMaster]

Еще раз. Сколько луа машин у нас создается? 1 на одну вкладку?
Что происходит по факту при остановке/завершении луа скрипта?
Это необходимо понимать, чтобы осознавать возможности и пути передачи данных между вкладками.
Так же на данный момент последний билд является одноразовым при определенных условиях. При повторном запуске в частности получал ошибку:
a runtime error.
.\luaPlugins\winapi\winapi\windowclass.lua:152: Класс уже существует.
если закомментирована строка:
--os.exit(winapi.MessageLoop()) --start the message loop
Т.е. это свидетельствует о том, что какие-то данные после остановки скрипта все-таки сохранены.

Сообщение отредактировал DarkMaster - 17.12.2018, 10:21

[WKnight]

1 на одну вкладку. При запуске скрипта ВМ создается, при завершении освобождается.

последний билд является одноразовым

Оставь в конце winapi.MessageLoop(), будет многоразовым.
Сильно не ковырялся, но при правильной организации скрипта runtime error перестало выскакивать. Дальше не копал.

[DarkMaster]

Оставь в конце winapi.MessageLoop(), будет многоразовым.

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

[sutra]

Мысли вслух, не претендуя на абсолютную истину. Ещё раз про findimage. Для Кнайта ... Для увеличения скорости, если параметр accuracy задан как 100%, отключать его вообще в алгоритме поиска. Я не знаю точно как работает этот параметр, но если он считает отклонение от оригинала, то его надо применять не ко всей картинке, а анализ проводить раздельно по строкам пикселей. Возьмём самый простой пример - ищем цифру 1. Она плавает примерно так, либо 2 "тёмных палки", либо одна тёмная и 2 светлых. То есть сумма в строке пикселей по горизонтали любого канала RGB собственно говоря будет мало отличаться. Если же считать ВСЁ, то тогда действительно трудно будет отличить O от Q. Конечно это усложнит алгоритм, но точность поиска однозначно улучшится.

Теперь для юзеров. Опять же не претендуя ... просто делюсь опытом. Если нужно искать картинку не содержащую текст, то параметр accuracy рекомендую задавать 100% (по умолчанию 80%). А "играть" надо параметром deviation. Каким значением его задавать ... Попробуйте выставлять значение всё больше и больше, пока findimage не начнёт находить более одной картинки. Найденное пограничное значение (например 30%) просто разделить на 2 и задавать 15%. Такое значение наверняка будет надёжно искать именно то, что нужно. К сожалению пока при таком раскладе скорость падает.

Опять же вышесказанное справедливо если картинка не "плавает". Если например искать пиктограмму закрытия окна ("крестик"), то он может плавать в зависимости от местоположения окна, тогда нужно комбинировать оба параметра и accuracy и deviation.

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

[cirus]

Unstable
16.12.2018 Build 016.19
Отключил генерацию исключения "деления на 0" и исключения "при ошибочных операциях" (иначе не работает), для совместимости с Lua.

Что-то не то выложил. Не работает эта версия.

[WKnight]

--lua
log(1/0)

14:20:31 0 (autosaved_0.txt, 0): inf

[cirus]

Удалил ini стало нормально.
С этим ini не работает: https://yadi.sk/i/BIJJCRT_3BXrTg

[cirus]

Код

--lua
arr, err = findcolor(0, 0, 1920, 1080, {16777215}, 2)  -- не находит
hint (arr, err)

[sutra]

Кнайт что-то про границы говорил, может он подправил выход за границы диапазона?

Хотя по логике правый нижний угол должен сам обрубать.

[WKnight]

Удалил ini стало нормально.

Дык найди десять отличий.