Test

    Test

    Test

Барабаны и дроп с них.

    И снова минутка ликбеза. Я чувствую, Вы соскучились по нему =)
    Прокрутка барабанов полностью квартируется на вкладке "Разное - часть 1" окна настроек.
    Тут расположены как настройки, так и кнопка запуска функции (она не зависит от режима в рабочем окне).
    Настроек собственно немного.
    Для "платного" кручения указываете:
(1) - сколько раз прокрутить;
(2) - стоимость одного прокрута (лучше придерживаться тех значений, которые возможно выставить руками в игре, дабы у ГМ к вам не возникло лишних вопросов);
(3) - валюта (брилл. или ониксы);
(4) - пауза между отдельными действиями.
(5) - Кнопка запускающая ваше прибыльное (наверное) разорение. В рабочем окне кнопку Старт трогать не нужно, и программу предварительно лучше остановить.
    Следующий момент - обработка дропа (хранилища барабанов).
    Она может происходить в 3х случаях.
1. Ручной запуск. Кнопкой в этом же блоке настроек.
2. При автоматическом прокруте после траты указанного числа ресурса (0 для отключения).
3. После бесплатного прокрута, либо обновления игры программой. Этот момент регулируется одной "галочкой".
    Соответственно, если вам нужно, чтобы программа вообще не касалась хранилища барабанов, то вам нужно отказаться от траты бесплатных попыток, а так же обнулить параметр контроля истраченного ресурса.
   Сама обработка базируется на глобальных действиях на предметах. То есть отмеченное к сбору будет собрано, разбор разобран, продажа продана, а масло масляное =) 
   А "нет действия" может вести себя как настоящий оборотень во плоти в погонах =). На обработку барабанов и предметов в сообщениях есть специальная опция.
    Если галочка установлена, то "нет действия" = "собирать". Без нее "н\д" = "Продавать".

    Спасибо за внимание, джеков частых и разнообразных =)

Минимальные значения параметров.

    Доброго времени суток. Периодически возникает необходимость рассматривать обращения от пользователей на тему "как-то странно работает/тормозит" и проч. И часто дело кроется не столько в программе сколько в значениях параметров указываемых самими пользователями.
    Есть конечно золотое правило: "не знаешь за что именно отвечает опция - не изменяй ее". Но ведь правила созданы только для того, чтобы их нарушать, правильно?)
    Сейчас рассмотрю случай указания минимального значения. Для некоторых опций оно составляет "1", для других же "0". Технических деталей такого различия я касаться не буду. Но как правило минимум = 0 в таких полях означает "откл.", а любое положительное значение является рабочим.
    Например, для всех пауз минимумом является "1". Тогда же как лимиты в окне Скорость позволяют выставить "0" и тем самым отключить контроль скорости. 
    В случае лимитов задание "1" даже крайне плохо. Вы тем самым указываете программе делать "1 бой в час", "1 прогон в час", то есть после одного действия (а может даже и до него) включается огромная пауза в 30-60 минут и программа тупо стоит на месте.
    Чтобы не забивать голову где какой минимум, можно везде изначально вводить "0". Если такое значение не поддерживается, то автоматически будет выставлено ближайшее корректное. 
     Однако надо иметь в виду, что установка абсолютно везде минимальных значений не есть благо. В ряде случаев это и сильный вред. Хоть параметр так и шепчет: "Пс-с-с, снизь-ка меня, злой разраб специально дурит пользователей, а вот я, такая непонятная опция, но гарантированно отвечаю за чудеса!"(ага, со всего разгона да прямо в столб/автобан/еще какую каку, либо случаи с низкими лимитами рассмотренными выше). Всегда лучше помнить золотое правило, описанное выше. В крайнем случае всегда можно обратиться ко мне за разъяснениями тех или иных нюансов.

    Спасибо за внимание и богатого дропа =)

Покупка лото, разбежка в показаниях.

    Нынче очень популярный вопрос: почему в статистику порой пишет большее число купленного, чем есть на самом деле. Что за негодяйство, я вас спрашиваю!
     Зайду из далека =)
   Чтобы на 100% быть уверенным, что покупка совершена, нужно отправить запрос, дождаться и проанализировать ответ. Между отправкой и получением ответа проходит какое-то время. И оно не имеет фиксированной величины, может относительно быстро, скажем через полсекунды, а может составить и 5 и даже больше секунд. Последний вариант особенно актуален для ажиотажа. Когда много пользователей пытаются многократно делать одно и тоже. Например покупать много-много раз пачки лото из лавки. В такие моменты даже визуально в игре заметны сильные тормоза при выполнении действий руками.
    Итак, чтобы иметь точную раскладку по купленному надо смириться с черепашьей скоростью в момент сильной нагрузки сервера. Одно время помощник так и работал, что вызывало сильное недовольство пользователей. Оно и понятно, реальный итог был более чем скромен.
     Текущий вариант покупки просто не проверяет ответ на каждое действие. Например, в лавке фиксируются пачки по 100шт. Ок, моя прелесть, берем! Купили 10 раз и тут прилетает ответ, что все, по 100шт уже нет. Но это информация не с последней покупки, а хз с какой) В итоге в идеале должно было купить 1000шт, но реально с какой-то попытки в середине купить было невозможно, т.к. такие стеки закончились. 
     В статистику пишется выполненный объем, а ресурсы с перса списываются исходя из того, сколько сервер вам в реальности выдал билетов. История повторяется для стеков в 10шт. В какой-то момент они заканчиваются, но программа узнает об этом только совершив уже несколько "холостых" действий (напоминаю ответ запаздывает на неопределенный срок). В итоге разбежка между идеальной ситуацией и жестоким реалом становится еще больше.
    В итоге ситуация "недопокупки" считается условной нормой. Игровая механика увы немного калечная в этом вопросе. 
     Одно время я пробовал все считать исходя строго из получаемых ответов, но в результате временного лага и возможной потери части ответов, ситуация была обратная, когда покупка например 2000шт приводила в реальным числам в 5 и более тыс, что разоряло часть пользователей в 0. 
     Я пришел к выводу, что безобразие с "недопокупкой" все же лучше, чем "перепокупка". И система учета реализована в тот вид, который есть сейчас. Прошу отнестись с пониманием =)

Оба варианта помощника обновлены до версий 6.3.2.2046 (2045.beta)

    Что изменено с прошлого релиза:
    - (Переработано) обработка ситуации невозможности призыва (закончились свитки, счетчик призыва, либо не выполняются условия, например, не хватает факелов скелетов) и опции "После окончания счетчика перейти в обычный режим поиска". Если галочка установлена, то без сброса опций на призыв будет выполняться обычный обыск (призыв вместо прогона отключается и монстров будет прогонять).

     Для установки обновления, перезапустите программу и согласитесь с запросом (защиту антивируса на время обновления возможно нужно будет отключить), либо вызовите в меню в рабочем окне "Помощь" - "Обновить основную/beta- версию".    
    Либо установите программу поверх в ту же папку (при закрытой программе) с установщика. Ссылки на них:
    - основная версия: http://2b2s.ru/files/Pomoschnik.Ultra.PLUS.Web.Installer.exe
    - бета-версия: http://2b2s.ru/files/Beta.Pomoschnik.Ultra.PLUS.Web.Installer.exe

Обновлена BETA-версия программы Помощник.Ultra.PLUS (2043.PLUS.beta)

    Что изменено с прошлого релиза:
    - (Исправлено) ошибка сохранения комплектов экипировки, если к ним были прикреплены монстры для "индивидуального" переодевания;
   - (Доработано) проверка на необходимость применения комплектов экипировки (с привязкой к названию монстра) расширена и на режимы "Миньоны" и "Атака босса". Причем в режиме миньонов производится поиск подходящей сначала по названию самого миньона, а если не найдена, то предпринимается попытка найти соответствие для имени босса стоящего в этой локации.

    Для установки обновления вызовите в меню в рабочем окне "Помощь" - "Обновить beta- версию".
    Либо установите программу поверх в ту же папку (при закрытой программе) с установщика:

Обновлена BETA-версия программы Помощник.Ultra.PLUS (2042.PLUS.beta)

    Что изменено с прошлого релиза:
    - (Введено) новая доп.функция с периодической проверкой - "планирование нападения на боссов и миньонов". Работает по тому же принципу, что и клановые заклы, островная дергалка и проч., то есть при совпадении условий прерывает выполнение текущего режима, производит определенные действия и возвращает управление обратно. Настройка находится в отдельном окне, которое может быть вызвано из блока "боссы".
    Общая активность привязана к "галочке" в верхней части окна. Кроме того в блоке босс-настроек для удобства надпись-ссылка изменяет цвет на зеленый когда мониторинг появления новых боссов включен.
    Главный выключатель кроме того активирует обновление списка боссов один раз в час (на первых минутах нового). Это удобно для работы с плановыми боссами, появляющимися по графику. Для выявления призываемых можно задать отдельной опцией меньший интервал обновления (значения в минутах, минимальное рабочее 1 мин., 0 - отключено).
    После каждого обновления списка боссов, инициированного этой проверкой, производится проверка действий назначенных на боссов в списке ниже. Доступны 3 варианта: "нет действия", "атака босса", "ожидание миньона". Действия выбираются из выпадающего списка, появляющегося после клика в соответствующую ячейку.
    Список имеет 2 варианта группировки результата: "по назначенному действию" (выбрано на скрине) и "без группировки". Кроме того клики по заголовкам столбцов запускают дополнительную сортировку (возрастающую / убывающую) по их содержимому.
    При нахождении первого совпадения текущего списка боссов с "рабочим" действием в списке в программе осуществляется назначение локации с этим боссом как текущей. Режим в рабочем окне также переключается на соответствующий.
     Переход на режим "Миньоны" осуществляется без дополнительных проверок. Программа будет работать в нем, пока жив текущий босс, больше не обновляя список живых боссов, то есть новые цели искаться не будут.
    Для действия "Босс(атака)" в списке есть три параметра.
    Основной - это стоимость нападения на данный вид босса. Как и действие, оно выбирается из выпадающего списка после клика. Кроме цены указывается и размер дополнительного бонуса, если он есть.
    Данная стоимость используется как значение по умолчанию при выборе босса из списка (даже если он осуществлен руками, ну и само собой при авто переключении)
    Далее есть два параметра "вход" и "выход". Они работают с процентом здоровья босса от максимального.
   "Вход" - для атаки данного босса (из списка живых) текущий % его ХП должен быть больше указанного. Она предотвращает атаку боссов уже сильно измученных нарзаном и другими игроками, когда шанс занять хоть какое-либо высокое место в рейтинге мизерный.
  "Выход" - если % здоровья текущего босса (который был атакован ранее) ниже указанного и при этом среди живых боссов есть другая подходящая цель (например "босс(атака)" проходящая проверку "вход"), то программа выполнит переключение на новую цель. Пока уровень здоровья выше "выхода" будет продолжена атака текущего.
    Например, оба параметра в значении 0, будут иметь следующий смысл. Атака любого босса из другого режима, и работа на нем до "упора", без переключения на других боссов (миньоны имеют приоритет, на них переключение произойдет). Не рекомендуется использовать слишком высокие значения для "входа" (99+), есть риск, что на момент проверки другие хранители уже немного наваляют этому боссу и программа проигнорирует его. А "вход"101+ гарантированно запретит атаку этого босса.

    Для установки обновления вызовите в меню в рабочем окне "Помощь" - "Обновить beta- версию".
    Либо установите программу поверх в ту же папку (при закрытой программе) с установщика:
Подписаться на: Сообщения (Atom)