Messages

1

Использование / Re: Скоростной гринд

« on: April 29, 2014, 03:02:41 AM »

чего нет
-ремонт шмоток
-остановка скрипта после достижения необходимого числа  итемов или по истечении времени

видео выложу вечером.

Так о какой игре идёт речь?

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

2

Общие вопросы / Re: include с переменным именем файла?

« on: April 13, 2014, 03:14:07 AM »

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

Копаешь совсем в ложную сторону реализации, а может оказаться всё гораздо проще ;-)

В тот момент, когда я (наконец) дочитал в хелпе до инклудов (вернее, когда их ввели в новой версии) - я сразу представил, как мои Sub'ы мигрируют в отдельные файлы  и читаемость/юзабилити кода упроститься намного.

Короче говоря, нужно инклудить ВСЁ! но с умом:

Code: (clickermann) [Select]

SUB (mouse1)
#include "1.cms"
END_SUB

SUB (mouse2)
#include "2.cms"
END_SUB

SUB (mouse2)
#include "2.cms"
END_SUB

GOSUB(mouse1)
GOSUB(mouse2)
GOSUB(mouse3)

В отличии от GOTO, с SUB'ами работать намного удобнее и практичнее. Загоняешь всё в сабы, а потом уже играешься с условиями из вызовов.

3

Предложения / Re: Защита авторства и система доната

« on: April 13, 2014, 02:07:10 AM »

Хорошая идея   
А версия КМ с такой возможностью можно уже сделать и платной = премиум (или единоразово купить, или абонплата).
В случае с "солью", все версии (включая обычные) могут расшифровывать скрипт (пользоваться), а зашифровывать (ставить защиту) смогут только премиум версия КМ. Так люди и себе смогут "на хлеб с маслом" заработать, и поделиться "маслом" с Джонни 

4

Общие вопросы / Re: Чернота на скриншоте

« on: April 13, 2014, 01:52:13 AM »

[spoiler=Предисловие]Столкнулся с этой проблемой и сам. Поначалу думал, что "беда" меня обойдёт, т.к. использовал КМ в паре с Хромом и привязка отображала все цвета, но сегодня внезапно после очередного обновления (то ли Вин8, то ли хрома) привязка начала выдавать чёрный цвет по всей площади окна.
Полез на форум разбираться, откатил новые обновы винды, даже игрался с настройками быстродействия по совету klbng. Вначале было опустил руки, думал сносить хром и ставить старую версию, но жалко было мои настройки и куки. Потом хотел было менять браузер и переписывать скрипты... но неожиданно нашел своеобразный выход из "пикантного положения"
[/spoiler]

unevil и Vint были близки к разгадке, нужно было лишь немного "поиграться" с технологией привязки 

значит привязывается не к тому окну. Может там слои.

Да по ходу слой: в autoit при наведении появляются Sub

Причина таки в слоях (в случае с браузерами).
А вот на вопрос:

а если слои, и в менеджере окон  нет окна слоя, Выцепить можно?

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


Итак, проведя некоторые опыты с Хромом, я сделал несколько наглядных скриншотов для объяснения.

• Сначала в режиме КМ отображает и цвет пикселей и изображение в "лупе":
  БЕЗ привязки к окну
  
• Затем я привязываюсь старым способов наведением мышки на средину окна и вижу "пустоту" (черный цвет, 0):
  Привязка к внутреннему слою
• Затем привязываюсь к самому "каркасу" браузера, наведя мышку на строку заголовка:
  Привязка к внешнему слою

В третьем случае наконец всё возвращается на места.

Вспомнив про случай с Оперой - проверяю на ней и наблюдаю такое же решение (т.к. Опера перешла на движок хромиум).
Надеюсь, кому-то поможет, возможно и с другими программами 

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

5

Архив / Re: Страсти по #include

« on: February 17, 2014, 11:31:48 AM »

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


[spoiler=Вот пример:]

Code: (clickermann) [Select]

//--------------------------------
#name "sand@Reval_v3.0"
LOGCLEAR
print("INITIALIZING...")
print("===SCRIPT===")
print("=looting Sand at Reval=")
print("..v3.0")
wait(1)

// === SET this area up! ===
$petslots = 8  // !!! needed by #bag_check
$boots = 1     // 1 if you have agility boots

// === unsetting area ===
$runcount = 0      //counts how meny runs done
$starttime = $_time_t //starting time
$grabslots = 40 - 1 - $boots + $petslots - 1 //free bag slots

//--- LIBS INCLUDES - must printed AFTER set up area!
#include "_Window_Rresize.cms" // GOSUB(window_resize)
#include "_system_info.cms"  // GOSUB(time_passed ++ #suminfo)
#include "_Captcha.cms"  // GOSUB(check_captcha)
#include "_Check_Bag.cms"   // GOSUB(check_bag)
#include "_drop_chest.cms" // GOSUB(drop_to_chest)
//--------------------------------------

mainbody:
   GOSUB(go_gather)
gathernow:
   GOSUB(gather_this)
   GOSUB(go_chest)
   GOSUB(drop_to_chest)
goto(mainbody)

//halt // for single run

//------SUB going to gathering place-----------
SUB (go_gather)
   HINTPOPUP("Wait while RUNNING!", "RUNNING!")
   print("goin to gather")
===blah blah blah ===
END_SUB

//------SUB going to chest---------------
SUB (go_chest)
   HINTPOPUP("Wait while RUNNING!", "RUNNING!")
   print("goin to chest")
===blah blah blah ===
END_SUB

GOSUB(drop_to_chest)

//------SUB wait for gathering---------------
SUB (gather_this)
   GOSUB(time_passed)
   GETSCREEN
===blah blah blah===
   wait(1)
END_SUB

//--------------------------------
[/spoiler]

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

Это была одна из основных фишек 4.7, когда вбивался в память весь текст скрипта, но теперь прийдётся переносить всё "главное" в самый низ и постоянно скроллить для редактирования
Хотя, с другой стороны, еще не известно какие идеи по оптимизации придут в голову после введения параметров в подпрограммах, возможно оно и к лучшему, но пока сижу на 4.7 (т.к. инклуды уже сократили размер скриптов раз в 5  )

6

Архив / Re: Ошибка Автозапуска

« on: February 15, 2014, 11:31:44 PM »

Ну тогда до кучи:
SUB() Не работает если он внутри #include

это ты только сейчас обнаружил или выжидал пока кто то упомянет #include?

дык, стоит ли ждать исправление для подпрограмм через #include или это будет новой "фишкой" в 4.9?
ладно еще вызов подпрограмм пришлось везде переписывать руками (чёртов Вин8 криво ищет по содержимому файлов), но удалять структуру подпрограмм уже не выход (думаю, и для многих тут заинтересованных)

хотя, если старые добрые фишки от 4.7 удастся вернуть - то все переработки скриптов под новый формат будут оправданы с лихвой - аргументы в SUB просто мечта!