Разработка findcolor, findimage, Pure lua Опции

[sutra]

Х. его знает. Я причину своих неудач озвучил чётко и понятно. Может кому-то это поможет. Разбираться во всех тонкостях сего процесса не имею ни времени, ни желания. Помню как в своё время чего только не изучал, и то, и сё. И кому всё это теперь нужно (кому теперь нужен ремонт магнитофонов). Плюнуть и растереть все текущие проблемы. Работает и слава богу.

Ну вот и разница. А у меня весь этот хлам висит на WIN 7.

Удивляет другое. Запись в файл существует со времён сотворения мира. Чего там может быть нового?

Попробовал новую версию Пилота - результат тот же. 4 байта и блок файла.

[DarkMaster]

Фиксы.

Удивляет другое. Запись в файл существует со времён сотворения мира. Чего там может быть нового?

Потоки, виртуальные машины(луа).

[Madeus]

В общем что мы имеем, игра:
Cтарый getimage
Если привязаться к клиенту через workwindow или Ctrl+A то на выходе имеем черный экран. Если поставить метод 2 то ищет в fullhd если с abs то где надо.

Код

repeat
  local rs = imageToString.get(
    {
      path=path_num,
--            window=2,
      crds={810, 708, 999, 762}, --, abs=1
      accuracy=100,
      deviation=10
    }
  )
  if rs then
    r = tonumber(table.concat(rs[1]))
  end
until r
log(r)

Если не привязываться то ищет кодом выше.
--
Новый getimage = ext.getimage
Если привязаться к клиенту через workwindow или Ctrl+A то на выходе имеем черный экран включая метод 0. Если поставить метод 2 то ищет в fullhd если с abs то где надо.
Если не привязываться то черный экран включая метод 0 и код выше. Если метод 2 то ищет при этом не надо указывать abs ищет где надо.

[cirus]

4 байта и блок файла.

Проверил в win7, тоже самое, не нравится LPDWORD. Видимо в win10 что-то пофиксили. Тогда использовать:

Код

local dwWritten = ffi.new('DWORD[1]')

Исправил https://forum.uokit.com/index.php?s=&sh...st&p=440290

[Madeus]

Фиксы.

Color работает, и у меня видимо все теже проблемы с привязкой, без привязки цвет присылает но так же ошибку windowpos false
С координатами тоже без привязки присылает ту же ошибку хотя и работает, с привязкой ошибки нет

Код

        r = ext.findcolor(1540, 509, 1885, 963, 7110304, 0, 1, 1, 'r')
        for k,v in pairs(r) do
          for n,m in pairs(v) do
            log(n,m)
          end
        end

Вывод лога
1 94
2 309
3 7045282
4 7110304
5 7110304

[sutra]

Проверил в win7, тоже самое, не нравится LPDWORD. Видимо в win10 что-то пофиксили

Спасибо cirus за поддержку, а то начал ощущать себя изгоем.

Ну теперь свернём шею всем хитросплетениям и превратностям судьбы. Пора потрудиться маленько. Всем удачи!

[DarkMaster]

windowpos false

Эту ошибку выбивает при попытке преобразовать абсолютные координаты в относительные от рабочего окна. Метод 0 снимет всегда в абсолютном режиме, потом искусствено происходят корректировки. Произошли небольшие изменения синтаксиса поиска при методе 0. Если НЕ указан флаг abs, то будет искать в рамках окна. Т.е. поведение должно быть схожим с методом 2. Отсюда и происходит коллизия. Вы не указываете рабочее окно, но при этом не устанавливаете флаг abs. Метод 2 в таком случае просто "дописывал" в параметры abs. По моему мнению это не корректно. Если вы запускаете поиск в рамках рабочего окна, а рабочее окно не указано - должен быть еррор, а не подстановка не понятно чего.

[Madeus]

Эту ошибку выбивает при попытке преобразовать абсолютные координаты в относительные от рабочего окна. Метод 0 снимет всегда в абсолютном режиме, потом искусствено происходят корректировки. Произошли небольшие изменения синтаксиса поиска при методе 0. Если НЕ указан флаг abs, то будет искать в рамках окна. Т.е. поведение должно быть схожим с методом 2. Отсюда и происходит коллизия. Вы не указываете рабочее окно, но при этом не устанавливаете флаг abs. Метод 2 в таком случае просто "дописывал" в параметры abs. По моему мнению это не корректно. Если вы запускаете поиск в рамках рабочего окна, а рабочее окно не указано - должен быть еррор, а не подстановка не понятно чего.

Понял исправлюсь)
Тогда в колор тоже надо добавить abs флаг

[DarkMaster]

Тогда в колор тоже надо добавить abs флаг

Логично =)

Я извиняюсь, но по гетмидижу и финдстригу сидел и медитировал на ваш ответ два раза по 10 минут. В чем разница поведения? Именно разное что?

Возможно там дважды происходит корректировка. Обратите внимание на строки в коде:

5.При передаче источника поиск происходит в ошибочных координатах.
Данная проблема обусловлена багом финдимиджа.
После фикса пилота следовать инструкциям в коде после
фразы "Фикс финдимиджа"(всего три правки).

[Madeus]

Возможно там дважды происходит корректировка. Обратите внимание на строки в коде:

Получается что разница в методе 2 без привязки не надо указывать abs и так ищет норм что не есть правильно, помню исправлюсь, остальные не работают (IMG:style_emoticons/default/smile.gif) А про метод 0 попробую правки внести

Там в конце опечатка orig не хватает или ext а не internal, скорее второе

Код

getimage = internal.getimage

[Madeus]

Получается что разница в методе 2 без привязки не надо указывать abs и так ищет норм что не есть правильно, помню исправлюсь, остальные не работают (IMG:style_emoticons/default/smile.gif) А про метод 0 попробую правки внести

Там в конце опечатка orig не хватает или ext а не internal, скорее второе

Код

getimage = internal.getimage

Правки результата не дали, работает только метод 2 по факту только он и работал из-за черного экрана, и метод 0 видит тот же черный экран, что странно ведь в findcolor метод 0 работает, видимо из-за того что смещаются координаты

[DarkMaster]

getimage = internal.getimage

fixed

Получается что разница в методе 2 без привязки не надо указывать abs и так ищет норм что не есть правильно

На данный момент метод 2 полностю стандартный пилотовский. Я его не переделывал на данный момент. Поэтому поведение 0 и 2 слегка разница. Или вы говорили о разнице в методе 2 на старом гет имидже и новом гетимидже? Между чем и чем разница?

метод 0 видит тот же черный экран, что странно ведь в findcolor метод 0 работает, видимо из-за того что смещаются координаты

Абс флаг включен? Вообще по координатам непосредственно findstring может быть несовместим с текущим getimage т.к. там были правки багов этого самого getimage имнно касательно координат. Т.е. правки багов по смещением координат сейчас применяюстя дважды, как итог там черт ногу сломит. Надо тестить будет когда все более-менее в нормальный вид придет. Сейчас нужно допилить буфер и ваять финдимидж. Когда они уже будут в связке, оба новых, то можно будет смотреть, что отвалилось и как поправить. Проблема по сути в том, что код писался под баги пилота, а теперь баги отобрали и все отвалилось. Ирония судьбы прямо-таки.

Можно попробовать сделать getimage (новый), сохранить через saveimage(новый), и передать в findstring скриншот через параметр source. Тогда там вообще getimage старый учавствовать не будет, а финдимидж получит непосредственно битовую маску.

Сообщение отредактировал DarkMaster - 1.4.2021, 16:42

[Madeus]

Можно попробовать сделать getimage (новый), сохранить через saveimage(новый), и передать в findstring скриншот через параметр source. Тогда там вообще getimage старый учавствовать не будет, а финдимидж получит непосредственно битовую маску.

Сейчас попробую

На данный момент метод 2 полностю стандартный пилотовский. Я его не переделывал на данный момент. Поэтому поведение 0 и 2 слегка разница. Или вы говорили о разнице в методе 2 на старом гет имидже и новом гетимидже? Между чем и чем разница?

Хз по чему, но при вызове нового ищет корректно без abs с методом 2, старый же ищет в фулхд. Или пилот уже троит хотя и перезапускаю его после каждой правки или хз почему, ведь он должен вызывать старый getimage при методе 2

Абс флаг включен?

Да

[Madeus]

То ли я что-то не так делаю то ли не помогло

Код

  repeat
    local address, width, height, length = ext.getimage(810, 708, 999, 762, 0, 'abs') --, 'abs'
    local rs = imageToString.get(
      {
        path=path_num,
--        window=2,
--        crds={810, 708, 999, 762, abs=1}, --, abs=1
        source={address, width, height},
        accuracy=100,
        deviation=10
      }
    )
    deleteimage  (address)
    if rs then
      r = tonumber(table.concat(rs[1]))
    end
  until r
  log(r)

По сути не критично, работает 2 метод и хорошо лучше findimage делать чем тут фиксить а потом опять фикстить

[DarkMaster]

лучше findimage делать чем тут фиксить а потом опять фикстить

Его и делаю. На самом деле прям в удовольствие. Сижу спокойно пишу в одну харю, мне еще и подсказки дают и тесты гоняют. Что еще нужно? (IMG:style_emoticons/default/smile.gif) Давно хотел что-то в удовольствие сам что-нибудь покодить. Когда делаешь, не то, что говорят, а то, что хочешь и когда никто не подсовывает тебе новые куски творения под которые нужно подстраиваться. Сегодня обнов не планирую - пишу финд, там все-таки нужно прилично катать.

[cirus]

Добавил ещё один вариант сохранения изображения используя fwrite вместо WriteFile.
https://forum.uokit.com/index.php?s=&sh...st&p=440290

[DarkMaster]

Добавил ещё один вариант сохранения изображения используя fwrite вместо WriteFile.

А он разве внутри не использует WriteFile?

[DarkMaster]

Что по скорости?

// Пока лепил имидж потестил разный тип deviation сохраняя картинки который получаются после применения deviation - достаточно любопытно выглядит. 'a' - чистый brightness, 'r' вроде как контрастность получается =)

[cirus]

А он разве внутри не использует WriteFile?

Скорее всего использует. fopen, fwrite, fclose примерно на 10% выполняются дольше, чем вызов winapi функций.

[DarkMaster]

Ето. Я не забил) Я наворотил (IMG:style_emoticons/default/smile.gif) Процесс идет.