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

[DarkMaster]

Вообще самым быстрым вариантом будет работа с указателями и прямое чтение памяти. Но в lua этого нет. Более того в луа нет таких типов данных, как byte и int. Тут все на double. Это однозначно приведет к проблеме скорости, т.к. все byte должны будут приведены к типу double. Объем изображения приличный и эти преобразования уже начинают давать свои проблемы. Вообще для подобного анализа луа не лучший вариант, хотя однозначно можно. Если это именно в плане подготовки изображений, т.е. какой-то предварительный анализ для последующего использования статистики, кусков изображений и т.д., то этой скорости будет достаточно, если речь идет о реал тайм обработке, то могут возникнуть вопросы (очень сильно зависит от размера изображения).

Отдельная просьба к кнайту, т.к. это минимум второй человек, который озадачился данным аспектом - сделать пуш битовой маски в массив луа. Что-то вроде:
local arr = BitmaskToArray(pointer)
ArrayToBitmask(arr, pointer)
Всяко лучше, чем имиджи насиловать, трудозатраты, по идее там сиволические на это дело.

Сообщение отредактировал DarkMaster - 7.11.2018, 1:52

[sutra]

Вопрос, самый простой способ получить доступ к конкретному символу строки в lua. Случайно обнаружил, что работают и chr и ord. Оператор ord(str) возвращает значение первого символа строки.

[sutra]

Вообще самым быстрым вариантом будет работа с указателями

Я правильно понял, что если прицепить плагин, ну скажем на делфи, то если задать pointer , то можно считать данные с этого участка памяти?

[DarkMaster]

local ch = string.sub (str, pos, 1)

[sutra]

local ch = string.sub (str, pos, 1)

Спасибо, ну я так и думал, что только через функцию.

[DarkMaster]

Я правильно понял, что если прицепить плагин, ну скажем на делфи, то если задать pointer , то можно считать данные с этого участка памяти?

Плагином - да. НО нужно понимать, что если будете просто передавать значения в пилот, то просто получится тот же самый readmem. Сама обработка должна быть внутри языка поддерживающего указатели(внутри плагина).

[sutra]

Сама обработка должна быть внутри языка

Ну это-то понятно, там я могу делать что угодно и как угодно. Спасибо.

[DarkMaster]

Спасибо, ну я так и думал, что только через функцию.

Ибо обращение через позицию - суть работа с указателями. Тут этот нет =) Лично для меня одна из самых больных тем. Ну привык я, что можно забить на все условности и самому напрямую сделать то, что хочу.

[sutra]

Дарк, я так и не понял в каком формате хранятся данные, которые даёт getimage. Читаю readmem по байтам и что-то не понимаю логики. Тех байтов, которые потом кладутся в bmp картинку я не нахожу.

В bmp кладутся чистые байты без минусов, для каждого канала 0-255. Может я читаю в другом формате? Типа word с минусами?

[cirus]

в каком формате хранятся данные

В таком:
bgrbgrbgr
Где b-синий канал, g-зелёный, r- красный. Плюс выравнивание строки, должна быть кратна 4.

Код

--lua
log "clear" log "mode compact"
local address, w, h, len=getimage(0, 0, 5, 5)
local arr, k = {}, 1

for i=0, h-1 do
    arr[k]={}
    for j=0, len - (len - w * 3 + 1), 3 do
        local b=readmem(address + len * i + j, "b", windowhandle())
        local g=readmem(address + len * i + j + 1, "b", windowhandle())
        local r=readmem(address + len * i + j + 2, "b", windowhandle())
        -- log (r, g, b)
        table.insert(arr[k], r + g * 256 + b * 65536)
    end
    k=k+1
end

for i=1, #arr do
    log(table.concat(arr[i], "  "))     -- вывод массива в лог
end

[sutra]

В таком

Вроде всё так и делаю, ладно сейчас врублюсь. Спасибо.

Просто я сильно усложнил, ещё раз спасибо.

Решил свой файнд соорудить.

windowhandle

Вот и вся причина, как обычно незнание прописных истин.


Плохо конечно методом тыка без примеров чего-то делать, но нет худа без добра все форматы "по косточкам перебрал". Чего забыл - вспомнил, да и нового немало почерпнул.

[sutra]

Cirus, спасибо огромное, всё работает как часы, получился быстрый полноценный файнд, ищет только те пиксели, которые нужны.

[sutra]

Дарк, ты абсолютно прав, действительно скорость вызова внешних функций намного хуже всех остальных вычислений в lua.
Я пока вот так проэксперементировал и скорость выросла ровно в 2 раза. Мне обычно нужен анализ всего 2-х цветов и я стал читать сразу 2 байта вместо одного.

tmp=readmem(index+1,"w",windowhandle())
red=math.modf(tmp/256)
green=math.fmod(tmp, 256)

Поэтому по уму надо или плагин писать или может Кнайт что-то придумает.

[sutra]

Можно ещё в строку читать кусками до 255 байт, пока это лучший вариант.

str="0"..chr(0).."1".. chr(1).."2"
log(string.byte(str,4))

Всё анализируется без проблем.

[DarkMaster]

tmp=readmem(index+1,"w",windowhandle())

заменить на:
local handle = windowhandle() -- в шапку
tmp=readmem(index+1,"w",handle) -- обновить в теле

Можно ещё в строку читать кусками до 255 байт, пока это лучший вариант.

За пределы изображения только не выйдете - крашануть может, если память не размечена.

[sutra]

За пределы изображения только не выйдете

Обижаешь Дарк. У меня большие проблемы с языком, но с алгоритмами пока я в ясной памяти. Пока сделал по строкам, но думаю и по вертикали додумаю. Определяю количество чтений для каждой строки и количество байт при последнем считывании.
numreed=math.ceil((x2-x1+1)*3/255)
ostatok=math.fmod((x2-x1+1)*3,255)

tmp=readmem(index+1,"w",handle) -- обновить в теле

Спасибо, как я и говорю - проблемы ...

[sutra]

Обработка строками (пока правда мало вариантов тестировал) дала отличный результат. Побайтово я получал массив для 6 (2 строки по вертикали) пикселей 5 тысячных секунды, построково в 10 раз быстрее.

[cirus]

Код

--lua
resultarray, count = dir ([[C:\Windows]], "*.bmp", "norecursion")
log (resultarray, count)

В resultarray возвращает таблицу даже если файлы не найдены.

[DarkMaster]

Файлы *.lua не оторбажаются по умолчанию при открытии скриптов. Приходится выставлять маску *.*.

[DarkMaster]

при выключении галки "добавлять пробелы", они все равно продолжают добавляться. Для луа не удобно.