Смена Яркости точки или картинки., Находим картинку или несколько связаных точек, даже при смене яркости. Опции

[_LESTAT_]

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

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

dec R G B
556106 74 124 8
277797 37 61 4

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

Ну вот идею я описал, а вот как реализовать я не знаю, помогите пожалуйста. Я ниче не смыслю в преобразовании цветов. Если это получиться с одной точкой, то потом можно применить к небольшим картинкам. Думаю это пригодиться многим, и сэкономит объем кода.
Для чего это мне нужно: Определяем и записываем три определенных пикселя на иконке(гет колором), а потом можем найти эту иконку в другом месте экрана , по пикселям расположенным на тех же местах друг от друга, причем даже если яркость всех трех пикселей изменилась примерно на равное значение.

[_LESTAT_]

Объясняю задачу более подробно.
1)Есть рамка(например размером 50 на 55 пикселей),, шириной в 1 пикс, она всегда одного цвета, ее мы легко можем найти в любой момент, она окантовывает картинку, которая изменяется. Она может менять положение на экране, но найти рамку на экране нетрудно,картинка в нутри ее может иметь разную яркость. В одном случае она примерно в два раза ярче, чем в другом. На экране обычно примерно 4-6 таких рамок, каждая со своей картинкой, но нам нужна лишь одна из картинок, для сравнения ее с контрольной. Поэтому мы проверяем все их поочереди. Находим верхний левый угол рамки, и относительно его(внутри рамки) проверяем, три набора координат, например первый 17*17 , второй в центре 25*27 , третий 40 * 47 . Сранивая пиксели в этих координатах, с считающимися контрольными, определенными чуть ранее гет колором, записаными в массиве . Если совпали все три пикселя, значит нашли нужную картинку.
2)Внутри этой рамки могут появляться разные картинки, но всегда одних и тех же размеров, скажем 49 на 54px, вариантов картинок не ограниченно(скажем более 100), многие из которых мне пока не доступны а значит узнать их цвета я пока даже не могу. Поэтому снять разные состояния для каждой картинки не представляется возможным. Зато мы почти на 99.9% уверены, в других картинках, на тех же местах, что эти(хотябы один из трех) пиксели, в тех же координатах, имеют другие цвета, а это значит что с другими картинками мы нужную нам не перепутаем, при этом не имея нигде не винте заготовленых бмп, и заранее сохраненных в файле данных.

Таким способом, создавал массивы для поиска например 10 нужный, среди например 80 разных картинок, по трем статичным пикселям. Это удобно. Намного проче чем юзать финд имейдж и сохранять заранее часть картинки(много же придеться сохранять, картинок ). В одном случае нужны одни предметы, в другом другие, потому, чтобы это сделать придеться емееть 80 маленьких бмп файлов, и сравниватьих друг с другом. Невариант правда ?? Куда проще емть массив, где сохранеты цвета трех пикселей(на статичных координатах), с каждой из картинок. Первичное сохранение кстате тоже делаеться с помощью, автоматически, так что не нужно возьться с принскином и пейнтом, вс каждой из 80 картинок.

Я и теперь воспользовался бы таким методом. , но картинка в разные случаное время меняет свою яркость. Я готов добавить в сравнение несколько новых цветов, был поиск по трем, теперь будет два поиска по трем. Но проблема в том. Что начальные данные мы получаем гет колором прямо в скрипте, а значит вычислять изменение яркости тоже нужно прямо в скрипте, и уже потом можно сравнивать . Если бы я сразу знал данные пикселей яркой и не яркой, и не яркой картинки, то проблемы бы небыло. Но изначально я могу определить лишь данные яркой картинки. А искать нужно и яркую и тусклую. Сред множества других. Мне ненужно искать по всему экрану, я знаю точные координаты пикселей,благодаря тому что знаю координаты рамки, цвет которой не меняется, так что сильно скрипт и комп это не загрузит.