Сценарий поиска нескольких ресурсов, С интерфейсом Опции

[DarkMaster]

реинстал

Какой нафиг инстал? О.о там просто ехе файл...

[xolost]

Какой нафиг инстал? О.о там просто ехе файл...

Да это понятно. Для юмора сказал.

Вообщем, вот на этом шаге ругается на интеджер...
set #startX %cashCrdsX[1 #w]

вот что до того момента...
// Сценарий поиска изображений в заданной облас
// Запрос данных от пользовате

set $bmp .bmp
set $path C:\image\item\
set $startX 461
set $startY 390
set $endX 863
set $endY 429
set $item 1
for #c 1 $item
set $itemName кукла
set %cash[#c] $itemName
end_for
set #h $item + 1
set %cashCrdsX[1 #h] $endX

//+++++++++++++++++++++++++++++++++++++
// Поиск изображений ресурсов
for #i 1 $item
set #a findimage ($startX $startY $endX $endY ($path%cash[#i].bmp) %crds 2)
set %cashCrdsX[1 #i] %crds[1 1]
end_for
//+++++++++++++++++++++++++++++++++++
// Поиск цифр в пределах "ячейки" ресурса
for #w 1 $item
set #startX %cashCrdsX[1 #w]
set #end #w + 1
set #endX %cashCrdsX[1 #end]
set #s 1

[DarkMaster]

Ну для начала бы неплохо вывести, что содержится в %cashCrdsX[1 #w] и сделать пробел перед скобкой.
msg %cashCrdsX [1 #w]

[xolost]

там пустое окно выскакивает...

Я вот думаю, может беда в том, что переменная $item имеет значение 1? в итоге ищем от 1 до 1... и тут эпик фейл... не?

[DarkMaster]

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

[xolost]

под проверкой подразумевается вывод меседжа?

[DarkMaster]

Кстати лучше испоьзовать строковую переменную $a, вместо #a.
set $a findimage ($startX $startY $endX $endY ($path%cash[#i].bmp) %crds 2)
if $a > 0
....
end_if

while $a < 0
set $a findimage ($startX $startY $endX $endY ($path%cash[#i].bmp) %crds 2)
end_while

и т.д.

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

Сообщение отредактировал DarkMaster - 24.6.2012, 4:02

[xolost]

Я извиняюсь. Крыша маленько едет... запутался и попутал все скрипты.
Вообщем, начал все заново. Когда встану опять или получу результат - отпишу.

Спасибо.

[xolost]

Так.
Во-первых, всем спасибо огромнейшее, и отдельное преспасибо - Завасу за хорошую тему и отдельную помощь не скажу где.

Первый этап работает.
Многое осознал. Думаю, что буду продолжать изучать уопилот полностью.

[esqado]

отдельное преспасибо - Завасу за хорошую тему и отдельную помощь не скажу где.

Ну не при людях же (IMG:style_emoticons/default/biggrin.gif)

[xolost]

Добрый день снова.
И вот интересный косякс вылез) очень интересный)

1) Значит, вот так выглядит число целое в вин7 64 бита:
http://s1.hostingkartinok.com/uploads/imag...d08663076ff.bmp

Вот так выглядит моя нарезка их:
http://s1.hostingkartinok.com/uploads/imag...e5eae81cda9.bmp
http://s1.hostingkartinok.com/uploads/imag...dfa5c1ee3c8.bmp
http://s1.hostingkartinok.com/uploads/imag...14a3a64cfe1.bmp

Если увеличить на макс, то можно увидеть разноцветность, видимо из-за сглаживания или хз чего.. в любом случае, в другом виде увидеть их не удалось.
Тут всё работает и определяет число прекрасно, т.е. 198. Вопросов нету. Уникальные числа. Ок.

А вот теперь далее (IMG:style_emoticons/default/smile.gif)

2) Вот так выглядит число в винХП 32биты:
http://s1.hostingkartinok.com/uploads/imag...56aba371ab0.bmp

Вот так выглядит моя нарезка их:
http://s1.hostingkartinok.com/uploads/imag...aa7e198ca61.bmp
http://s1.hostingkartinok.com/uploads/imag...c9054081926.bmp
http://s1.hostingkartinok.com/uploads/imag...7a1807e7d4b.bmp

И число такое определяет как 1983, т.е. похоже в восьмерке он находит ещё и тройку. Но, точность поиска стоит 100 -1, т.е. 100%... погрешность отсутсвует. Почему же он так находит?

3) Пробовал нарезку чуть поправить, т.е. урезать с каждой стороны черные пикселы и получилось вот так:
http://s1.hostingkartinok.com/uploads/imag...8e7f45a9f8f.bmp
http://s1.hostingkartinok.com/uploads/imag...ab44f82bdf0.bmp
http://s1.hostingkartinok.com/uploads/imag...995b7de92ad.bmp

А число которое он находит при такой нарезке:
http://s1.hostingkartinok.com/uploads/imag...2cade9a0733.bmp

Вот совсем не ясен второй случай. Почему он находит тройку в восьмерке, если точность 100%.
Есть мысли?)

З.Ы. не получается картинки в развернутом виде показать. Хотя на 4 странице получалось...

[DarkMaster]

Если увеличить на макс, то можно увидеть разноцветность, видимо из-за сглаживания

Это сглаживание, на ХР оно у вас отключено. На вике про это написано.

И число такое определяет как 1983, т.е. похоже в восьмерке он находит ещё и тройку.

Если присмотреться, то вы увидете что 3 является частью восьмерки полностью может быть в нее вписана.

Почему он находит тройку в восьмерке, если точность 100%.

Потому что:
1) 3 может быть вписана в 8.
2) Цвет левого верхнего пикселя считается фоном и в сравнении не участвует.

А число которое он находит при такой нарезке:

Прям ну очень сильные подозрения, что у семерки у вас иной цвет левого верхнего пикселя и фон сравнивается, а точность финдколора вы при этом чуть понизили. Итог: находиться фон, а не число. Фона много и погрешность становится не существенная.

[esqado]

Это сглаживание, на ХР оно у вас отключено. На вике про это написано.

Если не сложно - можно ссылочку на вики, где об этом сказано?

[DarkMaster]

Если в системе используется сглаживание шрифтов, то возможны не совпадения на других системах при другом или отключённом сглаживании. Тогда рекомендуется снизить точность поиска либо отключить на всех используемых компьютерах сглаживание.
http://uopilot.tati.pro/index.php?title=Findimage

[esqado]

Для себя решил это отключением сглаживания в win7.
Всё шикарно. Меня устраивает. Глаза не режет.

[DarkMaster]

Ну смотря какой моник. Я сидя за 42 дюймовой дурой не могу без сглаживания - по глазам бьет.

[xolost]

нет нет нет.
Извините... но.. при чем тут сглаживание?
я прекрасно понимаю что такое сглаживание и как его отключать.
cleantype называется есть и винХП и вин7
но типы сглаживания этих шрифтов там разные. скорее всего более точечно можно настроить(есть там режим настройки). Но вопрос мой был не в этом.

Почему он находит тройку в восьмерке, если точность 100%.
Потому что:
1) 3 может быть вписана в 8.
2) Цвет левого верхнего пикселя считается фоном и в сравнении не участвует.


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

Тогда можно пояснить, как избежать такого совпадения при отключенном сглаживании?

А число которое он находит при такой нарезке:
Прям ну очень сильные подозрения, что у семерки у вас иной цвет левого верхнего пикселя и фон сравнивается, а точность финдколора вы при этом чуть понизили. Итог: находиться фон, а не число. Фона много и погрешность становится не существенная.

Всё понял. В этой нарезке дейсвительно именно у семерки левый верхний пиксел является цветом самой семерки, и потому считает фоном по всей видимости.

А по-поводу точности поиска, у меня всегда 100% и отсутствие погрешности. Я просто не имею права на не точность и погрешность. всегда в настройках стоит 100 -1

[Zeleax]

дайте ссылки на ваши 3 и 8

[xolost]

Восьмерка:
http://s2.hostingkartinok.com/uploads/imag...948d919a1ab.bmp
тройка:
http://s2.hostingkartinok.com/uploads/imag...67040c6d5be.bmp

[Zeleax]

да, надо поменять порядок проверки цифр - проверять в обратном порядке, пожалуй