Скрипт для RO

[Evognomka]

"$count = PXLCRC (x1591,y973, x1691, y978)"
 x и у не нужно писать. Пиши просто значения координат .
"$count = PXLCRC (1591,973, 1691, 978)"
 В кликере есть удобные  клавиши.
альт+Q они сами вставляют коры
Подведи курсор точно в начало своей зоны, аккуратно отпусти мышку чтобы курсор не съехал в сторону,  и нажми на клаве  альт+Q . В скрипте появится LCLICK ( X,Y) // номер цвета пикселя.
Вырезай оттуда коры и вставляй куда нужно. Потом удали ненужное.

Ага, понял - все отлично.

Номер цвета когда наступает голод, т.е. когда он равен 24 // 119
Номер, когда цвет полоски стабильный 25+ // 6306086

Ну и сам Hash появился в Логе.
13:53:08 Hash: =  3436820501

и второй раз запустил, уже другой он -
13:55:32 Hash: = 3436820501 1228640286

[ЦИТРИН]

второй раз запустил, уже другой он -
13:55:32 Hash: = 3436820501 1228640286

То что в логе ,  это и  будет  нам нужно для работы.
Это у тебя цифра Hash: в момент голода  ?
Цифры будут  разные , в зависимости от уровня голода ( цвет-то меняется)  , но нам нужно выбрать цифру , которая показывает  цвет полоски в момент сытости.
Найди её.

[Evognomka]

второй раз запустил, уже другой он -
13:55:32 Hash: = 3436820501 1228640286

То что в логе ,  это и  будет  нам нужно для работы.
Это у тебя цифра Hash: в момент голода  ?
Цифры будут  разные , в зависимости от уровня голода ( цвет-то меняется)  , но нам нужно выбрать цифру , которая показывает  цвет полоски в момент сытости.
Найди её.

Это когда наступает голод -
14:09:20 Hash: = 3436820501 3660086539

Эм, если правильно понял - то сразу после того, как я утолил голод (34)
14:09:43 Hash: = 3436820501 3853601526

или же, до момента голода (25)
14:13:51 Hash: = 3436820501 1852276335

[Vint]

Что вы чудите? Какие подсчёты?
Там цвет меняется. Проверяйте цвет одного пикселя на "покраснение" и жуйте свою еду.
Краснеет при 24. Если при 24 есть нельзя, а нужно именно при 20-ти, варианта 2:

1. Судя по скриншоту Вам повезло, полоска как раз 100 пикселов значение голода тоже от 0 до 100(типа процентов). Проверяем один 21-й пиксел если он белый ешь кашу. PS нужно прицелиться раз и навсегда.

2. Если полоска не 100 пикселов (проверьте на скрине без сжатия) или она меняется от размеров окна (о боже куда я полез...) короче, делаешь две картинки с цифр голода  20 и 30. И определяешь область где их искать. Если нашли 20 - едим, проверяем появилось ли 30 если нет, то повторно едим.

[ЦИТРИН]

1. Что вы чудите? Какие подсчёты?
Там цвет меняется. Проверяйте цвет одного пикселя на "покраснение" и жуйте свою еду.
2.  (о боже куда я полез...) короче, делаешь две картинки  .. то повторно едим.

1. "Чудим" потому,  что контроль  одного пикселя часто приводит к ошибкам.
 Возьмем лупу,  увеличми до максимума и внимательно посмотрим на  цветные картинки.
 Бывает, что повезет  и  контролировать процесс по  одному пикселю  можно , а бывает что и нет.
 2. Ну типа да. 
Парень первый раз пробует сам что-то сделать.
 Картинки может и проще но попозже)

[Evognomka]

Что вы чудите? Какие подсчёты?
Там цвет меняется. Проверяйте цвет одного пикселя на "покраснение" и жуйте свою еду.
Краснеет при 24. Если при 24 есть нельзя, а нужно именно при 20-ти, варианта 2:

1. Судя по скриншоту Вам повезло, полоска как раз 100 пикселов значение голода тоже от 0 до 100(типа процентов). Проверяем один 21-й пиксел если он белый ешь кашу. PS нужно прицелиться раз и навсегда.

2. Если полоска не 100 пикселов (проверьте на скрине без сжатия) или она меняется от размеров окна (о боже куда я полез...) короче, делаешь две картинки с цифр голода  20 и 30. И определяешь область где их искать. Если нашли 20 - едим, проверяем появилось ли 30 если нет, то повторно едим.

Ну как я считаю, человек очень легко и доступно объясняет.
Самое главное понятно и по пальцам.
Даже если и сейчас твой вариант быстрее и лучше
- То в дальнейшем, я уверен он пригодится мне.

Мне бы хотелось разобрать и твой вариант так же.
Если у тебя есть время объяснить все, не так, как ты написал, а подробнее.

[ЦИТРИН]

Почему у тебя две цифры цвета  ?
14:13:51 Hash: = 3436820501 1852276335
Должно быть вроде бы вот так ,одна :
14:13:51 Hash: =  1852276335

[Evognomka]

Почему у тебя две цифры цвета  ?
14:13:51 Hash: = 3436820501 1852276335
Должно быть вроде бы вот так ,одна :
14:13:51 Hash: =  1852276335

После первой так и писалось.

13:53:08 Hash: =  3436820501
13:55:32 Hash: = 3436820501 1228640286
14:03:58 Hash: = 3436820501 1852276335
14:04:29 Hash: = 3436820501 3660086539
14:09:20 Hash: = 3436820501 3660086539
14:09:43 Hash: = 3436820501 3853601526
14:13:51 Hash: = 3436820501 1852276335

[ЦИТРИН]

Странно.
 Так быть не должно.
 Сотри все  и напиши новый  скрипт ( просто скопируй в новый  то что уже есть )
 Должно исправиться.

[Evognomka]

Странно.
 Так быть не должно.
 Сотри все  и напиши новый  скрипт ( просто скопируй в новый  то что уже есть )
 Должно исправиться.

Угу, видимо из за того что я в скрипт в Hush - прописал их.
стер их.

Так, теперь у меня получается:

14:53:51 Hash: = 1852276335 (25)
14:54:20 Hash: = 3660086539 (24)
14:54:32 Hash: = 3853601526 (34)

[Vint]

1. "Чудим" потому,  что контроль  одного пикселя часто приводит к ошибкам.
 Возьмем лупу,  увеличми до максимума и внимательно посмотрим на  цветные картинки.

  Объясни... В каких случаях это приведёт к ошибке? Да при этом PXLCRC будет выдавать одинаковый правильный результат.
Ты понимаешь, что при PXLCRC ты зависишь от N пикселей и если один из них "приводит к ошибкам" то вся проверка летит к чёрту.

Для контроля пиксела нужно правильно выбирать место где проверять. Если отслеживаем элемент который рендерится с антиалиазингом, само собой нельзя выбирать края изображения, а иногда и границы резких переходов. Короче выбирай разумно и ошибок не будет.

Судя по скрину по крайней мере шрифт выводится без сглаживания вообще.
Пусть автор сделает скрин шкалы в PNG, выложит сюда и всё будет ясно.

[Oraven]

Так забавно наблюдать как одни нубы учат других 

Забудьте про PXLCRC
Здесь применимо либо PXLCOUNT либо PXL

[ЦИТРИН]

1.Для контроля пиксела нужно правильно выбирать место где проверять.  Короче выбирай разумно и ошибок не будет.
Судя по скрину по крайней мере шрифт выводится без сглаживания вообще.
2. Пусть автор сделает скрин шкалы в PNG, выложит сюда и всё будет ясно.

1. Речь не  о ошибке  в скрипте .
Писал о том,  что найти правильный пиксель значительно труднее, чем научиться  писать простую команду , на поиск нужной зоны.
2.  В начала автор указал на слабые знания в части программирования.
Вот мы и идем  простым и понятным путем,  чтобы уровень сложности рос  постепенно, не вгоняя новичка в ступор.

[Evognomka]

1. "Чудим" потому,  что контроль  одного пикселя часто приводит к ошибкам.
 Возьмем лупу,  увеличми до максимума и внимательно посмотрим на  цветные картинки.

  Объясни... В каких случаях это приведёт к ошибке? Да при этом PXLCRC будет выдавать одинаковый правильный результат.
Ты понимаешь, что при PXLCRC ты зависишь от N пикселей и если один из них "приводит к ошибкам" то вся проверка летит к чёрту.

Для контроля пиксела нужно правильно выбирать место где проверять. Если отслеживаем элемент который рендерится с антиалиазингом, само собой нельзя выбирать края изображения, а иногда и границы резких переходов. Короче выбирай разумно и ошибок не будет.

Судя по скрину по крайней мере шрифт выводится без сглаживания вообще.
Пусть автор сделает скрин шкалы в PNG, выложит сюда и всё будет ясно.

скрин

[ЦИТРИН]

Так забавно наблюдать как одни нубы учат других 

Могу  и откланяться)
Но  че-то мне сдается , что меня  новичок , поймет быстрее , чем корифея.