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

[DarkMaster]

lua чувствителен к регистру, поэтому все функции зарегистрированы только маленькими буквами.

А что-то мешает их пушить не только маленькими? =)

Кнайт, допили финды для нормального задания параметров, пожалуйста. Хочу в порядок привести скрипт по распознаванию.

[WKnight]

Чем больше вариантов, тем дольше работает парсер.

Так параметры у финдов вроде давно из луа нормально задаются, без преобразования в строку. Или где-то проскакивает старый вариант?

[DarkMaster]

Чем больше вариантов, тем дольше работает парсер.

Каких вариантов? Он что так один, что так. Насколько я понимаю там создается некоторая таблица и из нее дергаются указатели на функции, где сложность вроде как должна равняться N, ну и дополнительно нагрузку дает длина имени функции. Размер словаря вроде вообще ни на что влиять даже теоретически не может, т.к. даже если сравниваются ключи стрингами, то там идет строгое сравнение. Или ты не напрямую функции в машину луа передаешь? Нежели ты какие-то заглушки возвращающие название функции передаешь, а потмо парсишь результат?

Так параметры у финдов вроде давно из луа нормально задаются, без преобразования в строку. Или где-то проскакивает старый вариант?

Ну лично я смог завести только через :
local a = findimage("весь набор параметров строкой")
При этом создается глобальный массив, что сильно не есть хорошо, а параметры насколько я понимаю все так же конвертятся в стринг и после чего уходят в стандартный парсер пилота. Это кощунство.

[Cockney]

Размер словаря вроде вообще ни на что влиять даже теоретически не может, т.к. даже если сравниваются ключи стрингами, то там идет строгое сравнение.

Ну вот как раз если бегать по словарю и сравнивать строки хоть как, то размер будет влиять. В православных плюсах есть unordered_map и куча его братьев с хешированием, вот там все что ты описал. Только луа на си написан, а реализации хешей не увидел.

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

[DarkMaster]

Ну вот как раз если бегать по словарю и сравнивать строки хоть как, то размер будет влиять.

Только при поиске в середине строки и нечетком сравнении. Тут же по сути дела идет побитовое, т.к сравниваем мы с начала строки и ее содержимое и словарь вообще никак не интересуют. Либо точное побитовое совпадение, либо мимо. Тут скорее есть обратная проблема - при маленьком словаре выше вероятность одинакого начала имен, что будет приводить к более долгому сравнению.

В православных плюсах есть unordered_map и куча его братьев с хешированием, вот там все что ты описал. Только луа на си написан, а реализации хешей не увидел.

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

Сообщение отредактировал DarkMaster - 5.8.2018, 20:30

[WKnight]

Как то так
aa, c = findimage(10, 20, 1020, 810, {"C:\\tmp\\image.bmp"}, 2)

Странно, я был уверен, что все вкурсе...

Ваське числа десятого мая писал об этом. Потестить просил (IMG:style_emoticons/default/smile.gif)

[cirus]

Если картинка не найдена возвращает таблицу вместо nill.
Т. е.

Код

aa = findimage(10, 20, 1020, 810, {"C:\\tmp\\image.bmp"}, 2)
if aa then
    move(aa[1][1], aa[1][2])  -- ошибка, если картинка не найдется
end

[DarkMaster]

Ваське числа десятого мая писал об этом. Потестить просил

Прохлопал где-то.
Про nil уже и я писал и цирус пишет. Не нашло - должна вернуться не таблица, а nil.
Очень большой вопрос для меня почему работает вот это:
--lua
local a = findimage("297, 1, 323, 30 (images\\test.bmp) %arr 2, 90, 1 , 3")
log(a, arr)
В качестве единственной причины могу лишь предположить, что параметры переданные через луа конвертятся в стринг и обратно. Очень хочу ошибиться. Может перегрузки какие-то?

// Лог после отключения парсинга стал просто летать. Правда почему-то повяляются иногда паразитные переносы. Причину пока установить не удалось. Возможно мой косяк в дебаггере.

[WKnight]

Это работает для совместимости. Если параметры переданы строкой, то передаются старому парсеру, который также работает в пилотовском скрипте.

[DarkMaster]

можно ли мечатать не безрезультатно о хотфиксе nil?

[DarkMaster]

Если картинка не найдена возвращает таблицу вместо nill.

в ночнушке появился фикс. можно тестить =)

[DarkMaster]

arr = dir("d:\\!lua", "*.exe", "norecursion")
работает корректно, раньше без пробела " norecursion" не работало - слепляло маску и флаг рекурсии.
НО с пробелом
arr = dir("d:\\!lua", "*.exe", " norecursion")
тоже работает. Т.е. либо любимый костыль с приведением к старой доброй строке (нет в ней ничего доброго (IMG:style_emoticons/default/tongue.gif)) либо ошибочно проставлена функция и сравнение не строгое, а используется поиск внутри строки.

[DarkMaster]

findimage не допилен (вероятно и колор). Точнее массивы вроде доделали, основательно перелопатил свой скрипт по распознаванию приводя его в соответствии с реалиями и неожиданно встретил конвертацию возвращаемого имиджем результата из стрингов в числа. Убрал конвертацию - не завелось. Вся таблица состоит из стрингов:
a[1][1]=25 type: string
a[1][2]=5 type: string
a[1][3]=34 type: string
a[1][4]=16 type: string
a[1][5]=91 type: string
Прошу пофиксить пока у меня весь скрипт разобранный, чтобы потом к этому не возвращаться.

Сообщение отредактировал DarkMaster - 20.8.2018, 15:46

[WKnight]

Про этот момент как-то даже мысли не возникало.
Финдимидж и финдколор проверь в нестабильной ночнушке.

[DarkMaster]

Финдимидж и финдколор проверь в нестабильной ночнушке.

table: 1
1 = "20"
2 = "56"
3 = "28"
4 = "66"
5 = "100"
.\luaPlugins\\FindStringDev.lua:828: attempt to compare number with string
Тоже самое

local a = findcolor(377, 515, 379, 519, 1, 1, {16777215}, 2)
ext.lg(a)
>> table is "nil" data type. Value: nil

local a = findcolor(377, 515, 379, 519, 1, 1, 16777215, 2)
ext.lg(a)
>>table is "number" data type. Value: 15

Итого: финдимидж возвращает так же стрингом. Финдколор не реализован синтаксис - работает в пилотовском виде.

[WKnight]

Упс, оказалось две похожих функции.
Финдимидж подправил.

[DarkMaster]

Спасибо. Отшуршало нормально. Я надеюсь там не tonumber?)) Хотя как оказалось данное преобразование настолько шустрое, что за одну секунду делает около десяти миллиардов о.О

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

[AbsorbeR]

А можно как-то улучшить редактор? От отсутствия подсветки синтаксиса колбасит. И ещё, научить UOPilot игнорировать по умолчанию своё окно, если оно перекрывает нужное.

[cirus]

От отсутствия подсветки синтаксиса

http://uopilot.tati.pro/index.php?title=Подсветка_синтаксиса

[Cockney]

http://uopilot.tati.pro/index.php?title=Подсветка_синтаксиса

А если луа ?