Программа Unique Colors Search, подбор уникальных цветов для быстрого поиска мобов/объектов Опции

[Zeleax]

Программа Unique Colors Search

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

По найденным цветам можно быстро искать этот предмет на экране (обычно используется для поиска мобов при создании ботов для онлайн-игр).
В UOPilot для поиска цвета используется функция findcolor

Скачать можно здесь в разделе Downloads
https://sites.google.com/site/leaxplace/
Или с iFolder
Или прям отсюда (IMG:style_emoticons/default/smile.gif)

(IMG:http://s009.radikal.ru/i307/1010/b7/50be553a1addt.jpg)

(IMG:http://s006.radikal.ru/i213/1010/a5/36535076f4dct.jpg)

Как ни странно идея данной программы возникла по совершенно пустячному (и очень важному!) поводу: захотелось сделать бота для одной из онлайн игр.

Мысль вроде бы разумная - раз есть компьютер и он потр<вырезано анти-матом>ет электроэнергию, так пусть хоть отрабатывает часть своего хлеба сам, нечего меня ещё нагружать сбором всяких ресурсов, убийством мобов и т.д.! =))

Побродив по просторам инета наткнулся на очень интересную программу UOPilot, которая умеет сама "нажимать" кнопки мыши, клавиатуры по заданным пользователем алгоритмам и делать много других нужных вещей.

Одно из её полезных умений - поиск на экране пикселей заданного цвета. Эта функция как раз и используется при поиске объектов, на которых нужно кликнуть, чтоб что-нибудь с ними сделать (или просто проанализировать какую-то информацию на экране). И все было бы хорошо, но вот не попадались мне однотонно фиолетовые ёжики и однотонно зеленые яблоки. Ёжики были с разноцветными иголками и крутились всеми боками, яблоки тоже были с кучей оттенков и лежали в разноцветно-зеленом лесу на разноцветно-зеленой травке. Попробуй тут найди нужный тебе цвет, по которому можно обнаружить именно яблоко и не перепутать его с филейкой крокодила! =))

Программа Unique Colors Search именно это и умеет делать. Она находит те уникальные цвета объекта, по которым можно обнаружить только яблоко, а не листик, травинку или кузнечика.

При практическом использовании очень важно сохранять копии экрана в графические файлы без потери качества. Например, для этого подходят файлы в форматах PNG или BMP.

Принцип пользования простой: нажимая на кнопки над левым списком добавляете/удаляете картинки с яблоками. Файлы и папки также можно добавлять путем перетаскивания из окна Проводника Windows. Нажимая кнопки над правым списком добавляете/удаляете картинки леса без яблок, которые предварительно вырезаны (т.е. картинки фона). Я, например, просто грубо обвожу яблоки по контуру захватывая немного лишнего фона и все внутри заливаю белым цветом. В практике намного лучше ситуация, когда в изображениях объекта будут лишние пиксели фона, чем если в картинки фона попадут части объекта! Вывод: выделяйте объекты по контуру "с запасом наружу".
Потом нажимаем кнопку "Start Analyze", ждем немного (или много- зависит от размера картинок и количества присутствующих цветов) и получаем в окне отчета информацию по цветам, которые присутствуют только в яблоках, но отсутствуют на всех картинках леса! Вот по этим значениям цвета и можно автоматически найти фрукты. Чем больше значение Frequency (частота), тем с большей вероятностью можно обнаружить яблоко по данному цвету. Максимально возможное значение 100% (оно же является оптимальным и достаточным для поиска).
Программа позволяет искать не только отдельные цвета, но также может подобрать оптимальное сочетание 2-х и более цветов, дающих максимальное значение Frequency и Density (плотность цвета).
Также добавлена экспериментальная функция поиска шестнадцатеричного диапазона цветов, который дает максимальное значение Frequency.

В программе встречается несколько параметров цвета (или комбинаций цветов):
Frequency - наиболее важный параметр- частота появления цвета в наборе изображений. Чем выше частота - тем больше вероятность найти объект по данному цвету. Оптимальное значение 100%
Density - средняя плотность цвета. Чем выше средняя плотность, тем больше пикселей этого цвета на изображениях. Нужно учесть, что "больше" - не всегда значит "лучше". Например, цвет A встречается в 100% изображений объекта всего в 1 пикселе. Цвет B встречается в 50% изображений объекта, но зато в 500 пикселах в каждом. Таким образом плотность цвета B гораздо выше, но объект можно найти в 100% случаев именно по цвету A. Таким образом, параметр Frequency гораздо важнее параметра Density.
Duplication (Dubl, Dupl) - дублирование информации. Применяется к комбинации цветов или к диапазону цветов. Чем больше коэффициент дублирования, тем лучше. (Если он больше 1.0 - уже хорошо!). Его еще можно назвать "коэффициентом запаса надежности" при поиске объекта.

Анализ изображений и поиск оптимального диапазона цветов занимают довольно много времени (возможно несколько минут), так что просьба проявить терпение и подождать пока программа досчитает.
Результаты анализа и всех расчетов/поисков появляются в окне Отчета (добавляются в начало). Текст отчета можно выделить, а затем скопировать в буфер обмена нажав Ctrl+C или Ctrl+Ins.

При пользовании программой зацикливаться на ёжиках и яблоках не обязательно - можно искать и другие объекты/мобов. ;-)
Кроме того, чем больше различных изображений объекта для анализа у вас будет, тем более точный результат даст программа!
Лично я для подбора уникальных цветов использую не менее 7-10 различных изображений объекта (иногда до 15-20) и столько же различных изображений фона без этого предмета. Вообще, чем больше, тем лучше (но считает дольше).

Для работы программы нужно иметь предварительно установленный пакет Microsoft .NET Framework 3.5 SP1, который можно скачать здесь.

[Zeleax]

не факт, нужно попробовать. Уникальные цвета для поиска могут быть подобраны. (тогда сундов побольше надо).
У меня в игре мобы вообще разноцветные и крутятся - а цвета подходящие нашлись )

Сорь, сразу не так понял вопрос =)
Действительно, поиск целой картинки в твоём случае точно не даст ничего. Нужно искать по подобранным уникальным цветам

[xphoenix305]

Забил на поиски картинки. Вторые сутки мучаю findcolor. щелкает совсем в другое место на экране!
set $a 0
while $a = 0
set $a findcolor (789, 399 874, 477 1 1 2177585 %arr 2)
end_while
wait 1s
move %arr [1 1], %arr [1 2]
wait 1s
right %arr [1 1], %arr [1 2]

тоже самое если arr [1 1] приравнивать к #x, y
оч интересует еще 1 момент. если в строке с findcolor в скрипте идет "%arr 2" то в move уже без "2", это опечатка? я так понимаю "arr 2" это название массива и указание что там всего 2 ячейки?

[Zeleax]

%arr -название массива
2 - метод поиска (еще может быть 1)

Сообщение отредактировал Zeleax - 9.2.2013, 14:50

[DarkMaster]

Потестил генерацию кода поиска картинки. Несколько моментов честно говоря ввели в ступор и я подумал, что пациент мертв.
1) Почему для генерации условия необходимо сначала с чем то сравнить картинку для нахождения уникальных цветов?
Ну ладно допер сравнить с пустотой, сравнил активировалась кнопка.
2) Нажал Find Image, появилась картинка. Зачем? Тут я вообще не понял зачем мне ее показали и дали одну кнопку "преобразовать"... Я так понял, что на этом этапе задумывалась возможность выбора области генерации. Собственно или штаны наденьте или крестик снимите)) Или сразу преобразовывать либо дать возможность выбора области(еще бы и с лупой).
3) Началось преобразование. Признаюсь честно засунул полноценный скриншот, естественно не для того предназначено. Программа повисла основательно - пришлось закрыть диспетчером задач(закрылась с ошибкой). Попытался еще раз, решил подождать и дать подольше поработать. Вспомнил минут через 40 - справилась).
4) Здесь я был приятно поражен - filling просто потрясает. Алгоритм шикарен.

В целом за счет филлига остался пораженным и в некотором недоумении из-за проблем доступа к анализу и какой-то нелогичности кнопочек.
Пожелания:
1) Активность кнопки "Find Image" независимо от предварительного сравнения.
2) Выбор области для анализа.
3) Лупа при выборе.
4) Полосы прокрутки при просмотре рисунка.
5) Белый фон у рисунка, когда крутишь filling.
6) Лупа при прокрутки filling.
7) Возможность вставки изображения из буфера.
8) Предупреждение о слишком большой области поиска либо полоска прогресса, а то все колом встает.

Сообщение отредактировал DarkMaster - 9.4.2011, 19:00

[Zeleax]

Потестил генерацию кода поиска картинки. Несколько моментов честно говоря ввели в ступор и я подумал, что пациент мертв.
1) Почему для генерации условия необходимо сначала с чем то сравнить картинку для нахождения уникальных цветов?
Ну ладно допер сравнить с пустотой, сравнил активировалась кнопка.
2) Нажал Find Image, появилась картинка. Зачем? Тут я вообще не понял зачем мне ее показали и дали одну кнопку "преобразовать"... Я так понял, что на этом этапе задумывалась возможность выбора области генерации. Собственно или штаны наденьте или крестик снимите)) Или сразу преобразовывать либо дать возможность выбора области(еще бы и с лупой).
3) Началось преобразование. Признаюсь честно засунул полноценный скриншот, естественно не для того предназначено. Программа повисла основательно - пришлось закрыть диспетчером задач(закрылась с ошибкой). Попытался еще раз, решил подождать и дать подольше поработать. Вспомнил минут через 40 - справилась).
4) Здесь я был приятно поражен - filling просто потрясает. Алгоритм шикарен.

1) можно было сделать и без сравнения. Но при сравнении с реальными скринами фона оптимизируется выбор базовой точки (по цвету) для поиска объекта на экране. Так что можно сравнивать и с пустотой, просто потом в скрипте картинка на экране будет дольше искаться- возможно будет больше "холостых циклов".
2) задумывалась опция, чтоб указать "прозрачный" цвет, который не будет сравниваться с изображением на экране. Но можно конечно и сразу запустить процесс разбивки/воссоздания изображения
3) согласен без вопросов
4) спасибо, действительно алгоритм продумывал основательно (IMG:style_emoticons/default/smile.gif)

Лупу можно прикрутить с выделением области на изображении, правда потрудиться придется изрядно.... А может можно картинку заранее подготовить и обрезать лишнее в любом редакторе? )

[DarkMaster]

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

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

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

[Zeleax]

Попробую пояснить для чего нужно сравнение со скринами.
Есть такой скриншот (см.прикрепленный файл). На нем нужно искать черную кнопку с 3 белыми кружками. Мой алгоритм начинает искать не с левого верхнего угла кнопки, а с самого редкого цвета. Для кнопки это белый цвет... А вот для скрина - этого белого цвета полно! Представь сколько будет холостых проверок, пока алгоритм доберется до пикселей кнопки перебирая на всём экране пиксели белого цвета слева-направо и сверху-вниз! Поэтому и делается анализ изображения кнопки и анализ изображения скрина фона чтобы понять, что искать начинать надо с чёрного цвета (как самого редкого), а не с белого.

Насчет буфера - можно сделать.

Скилы лучше искать по уникальным цветам (если такие для них обнаружены с помощью UCS).
Это гораздо быстрее, чем целую картинку сравнивать.

Можно сделать выбор цвета фона на генерируемой картинке (сделать белый по умолчанию).

Растянуть маленькую картинку можно. искажение по пикселям будет только на экране. В поисковый скрипт всё пойдёт как надо. Опять же у меня FastStone Capture с лупой - настольный инструмент )

[DarkMaster]

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

Скилы лучше искать по уникальным цветам (если такие для них обнаружены с помощью UCS).
Это гораздо быстрее, чем целую картинку сравнивать.

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

Растянуть маленькую картинку можно. искажение по пикселям будет только на экране. В поисковый скрипт всё пойдёт как надо. Опять же у меня FastStone Capture с лупой - настольный инструмент

А я с WindowScanner сидел и его лупой смотрел)

[Zeleax]

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

Смысл процедуры анализа в том чтобы понять - по какому цвету нужно начинать искать кнопку на экране. Для этого слева загружается кнопка, а справа несколько примеров фона. Программе нужно понять - какой цвет на кнопке встречается реже всего на скринах. С этого цвета и начинается поиск кнопки на экране. Если такие пиксели находятся - проверяются другие пиксели кнопки смещенные относительно найденных первоначально. Это самый быстрый способ, имхо. Причем проверка идет в том же порядке, в каком работает filling

[Zhorzh]

не пашет с поиском уникальных цветов для рисунков в формате png у которых есть прозрачный фон - просто не находит уникальных цветов. сохранил их в bmp - и начало нахдить.

[Zeleax]

не пашет с поиском уникальных цветов для рисунков в формате png у которых есть прозрачный фон - просто не находит уникальных цветов. сохранил их в bmp - и начало нахдить.

Спасибо, а можно подборку этих изображений в личку (ссылку на архив на файлообменнике)?

[WKnight]

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

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

[Zeleax]

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

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

[WKnight]

так оно так и получается: 2 числа разбиваются на 3 канала, также как и проверяемый цвет, т.е. по сути получается даже 3 пары (IMG:style_emoticons/default/smile.gif)
проверяется принадлежность каждого канала проверяемого цвета диапазону полученному из каналов указанных цветов.

но это в принципе уже не особо актуально.

[Zeleax]

так оно так и получается: 2 числа разбиваются на 3 канала, также как и проверяемый цвет, т.е. по сути получается даже 3 пары (IMG:style_emoticons/default/smile.gif)
проверяется принадлежность каждого канала проверяемого цвета диапазону полученному из каналов указанных цветов.
но это в принципе уже не особо актуально.

Оппа, а кто об этом знал? )
Значит это нужно в Полезные советы! (IMG:style_emoticons/default/smile.gif)

[WKnight]

Оппа, а кто об этом знал? )

во времена появления этого способа, знали все присутствующие на тот момент, но поскольку подбор диапазона вещь достаточно сложная, его особо никто не юзал и потому постепенно забыли. тяж небыло придумать тот экселевский файлик преобразования цветов в диапазоны (IMG:style_emoticons/default/smile.gif)

[Zeleax]

во времена появления этого способа, знали все присутствующие на тот момент, но поскольку подбор диапазона вещь достаточно сложная, его особо никто не юзал и потому постепенно забыли. тяж небыло придумать тот экселевский файлик преобразования цветов в диапазоны (IMG:style_emoticons/default/smile.gif)

(IMG:style_emoticons/default/smile.gif)

[kocmuk]

Где скачать новую версию?

[Zeleax]

Где скачать новую версию?

в первом посте этой темы (мой официальный сайт накрылся гуглом).

[Zeleax]

Урра!!! Сайт на гугле снова открыли!!! ))