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

    Активным лицензиям последних версий (2167+) по 29.11.2021 будут начисляться дополнительные 240 минут (начисление происходит несколькими более мелкими частями в течении суток при условии, что программа не закрыта).

Что изменено с прошлого релиза:

    - (Исправлено?) в прошлой версии часть пользователей столкнулось с плавающим багом при работе функции автозакрытия ежедневных квестов, приводивших к зависанию программы через произвольное время работы. У себя ситуации не наблюдал, так что досконально изучить проблему не удалось. Вносил правки на базе тех данных, что удалось добыть от пользователей. Не исключаю, что мог не до конца понять причины возникновения, и правки не полностью устраняют проблему. Нужны уточняющие данные (либо их отсутствие, если ситуация полностью исправилась =) );

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

В самом списке позиции имеющие общий с другими такими же эликсирами счетчик имеют дополнительную текстовую метку "ОБЩ." (для индивидуальных счетчиков надпись ее соотв. не содержит, такие позиции используют каждый свой собственный счетчик как и раньше);

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

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

setSpamTop1Text(<[[текст]]>[необяз,<минут частоты отправки>,<знач.счетчика>,

<лимит по подаркам>]);

Например выполнение следующего варианта. 

setSpamTop1Text("Куплю гараж",8,15,66)

Выставит параметры так:

По той же аналогии используются и остальные команды (уже без примера)

setSpamTop1Interval(<минут частоты отправки>[необяз,<[[текст]]>,<знач.счетчика>,

<лимит по подаркам>]) 

setSpamTop1Count(<число раз>[необяз,<[[текст]]>,<минут частоты отправки>,

<лимит по подаркам>])

- (Добавлено) скрипт-функция вызывающая однократную обработку списка текущих игровых сообщений (которые уже есть на персонаже). Можно использовать для подстраховки моментальной обработки, иногда та, пропускает ряд событий, либо они могут прийти в момент перезапуска помощника, и не попасть в фокус внимания быстрой обработки. Наиболее критичны пропущенные сообщения могут быть при обмене подарками, вызывая расхождения с числом полученных и отдаренных в ответ. Шаблонный ввод находится в меню "Разное" - "Сообщения" - "Обработать список текущих".

procEventList() --команда не имеет параметров;
- (Изменено) расположение ссылок на стационарные скрипты. Они все собраны на одну подвкладку "Общие" - "Ссылки на скрипты" окна настроек. Так наверное будет удобнее: иметь доступ ко всем скриптам на одной странице и ко всем сразу. Присутствует внутренняя группировка для лучшей навигации (Ресурсы, Бои и и проч.);
- (Добавлено) скрипт "Перед каждым регулярным обновлением игры". Некоторые действия возможно имеет смысл выполнять не после обновления игры, а до этого. Например, обрабатывать существующий список событий-сообщений (через команду описанную выше). Тогда после обновления обработанные пропадут из него в том числе визуально. Если проводить операцию в другое время, то визуально все обработанные и уже не существующие сообщения будут висеть в игре до следующей перезагрузки.

   Для установки обновления (не касается frozen-версии 2127) перезапустите программу и согласитесь с запросом на обновление при новой загрузке.

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

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

    Либо установите программу поверх в ту же папку (при закрытой программе) с установщика:

http://2b2s.ru/files/ACTIVE.Ultra.Pom.Installer.php

Альтернативные ссылки на установщики:

ACTIVE-версия помощника: 

https://drive.google.com/file/d/1GLMGgKdzd-Uva4-Xon7Gg4mNVXpy62y7

Update2 по квесту "Нагоняя холод".

    Исходная статья находится тут: https://heavengameonline.blogspot.com/2021/11/blog-post.html

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

    Кроме того продажу снежков можно переместить в тело скрипта "Начала каждых квестовых суток" вместо скрипта запускаемого на предмете Холодный мешочек после его добычи. Разницы когда продавать снежки: до или после нахождения холодного мешочка нет.

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

    В скрипте "Начала каждых квестовых суток" должно быть следующее:

--На дэйлик Нагоняя холод

sellObj( --Продать в сундуке
    {14404--[[Снежок_I]]}, --предмет
    10) -- 0 =все что есть, >0 =указанное число, <0 =все, кроме указанного
sellObj( --Продать в сундуке
    {14408--[[Снежок_IV]]}, --предмет
    1) -- 0 =все что есть, >0 =указанное число, <0 =все, кроме указанного

setMonsterParam( --МОНСТР-комплект параметров
    2000005157--[[Орден Хаоса(10ур.)]], --монстры
    monActCheckDropAttackElseGone--[[Нужный_дроп->атака]], --общее действие для них
    0--[[0]]) --счетчик побед до сброса

    Не знаю как именно у вас настроен дроп на этом монстре. Если в нем только одна цель - холодный мешочек, то можно выставить ему счетчик нападений равным 1 (последняя строка). Если нападение будет происходить на большее число предметов, то счетчик лучше оставить 0, как в моем варианте.

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

    В скрипте достаточно одной команды - на сброс (установку) действия на монстре в "Нет действия (прогонять)".

Или текстом:

setMonsterAction( --монстр-действие
    2000005157--[[Орден Хаоса(10ур.)]], --для этих монстров
    monActGone--[[Прогонять]]) --установить это значение
Это запретит атаку на него после нахождения мешочка. А на новых квестовых сутках атака через установку соотв. действия будет снова активирована. И опять после нахождения холодного мешочка отключена до следующего дня. Ежедневный цикл замкнется =).

 Update1 по квесту "Нагоняя холод".

    Исходная статья находится тут: https://heavengameonline.blogspot.com/2021/11/blog-post.html

   Мне, нубу без памяти, тут подсказали, что для добычи холодного мешочка не обязательно тратить энергию на обыск пещеры. Этот предмет выпадает при разборе брутанола или идинахзина. Так что если у вас в наличии эти маршальские расходники, закрытие квеста становится легким и не принужденным. И все в итоге умещается в скрипт "Начала каждых квестовых суток". Туда вместо команды перехода в пещеру

setWorkMode(modeCave--[[Пещерный]])

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

    Итоговый вид в тексте выглядит так.

--На дэйлик Убивая тепло
setMonsterParam( --МОНСТР-комплект параметров
    2000001239--[[Судия(7ур.)]], --монстры
    monActAttackAllDrop--[[Атаковать_весь_дроп]], --общее действие для них
    5--[[5]]) --счетчик побед до сброса
setMonsterParam( --МОНСТР-комплект параметров
    2000004957--[[Солнечная ведьма(9ур.)]], --монстры
    monActAttackAllDrop--[[Атаковать_весь_дроп]], --общее действие для них
    5--[[5]]) --счетчик побед до сброса
setMonsterParam( --МОНСТР-комплект параметров
    2000001850--[[Матазуу(8ур.)]], --монстры
    monActAttackAllDrop--[[Атаковать_весь_дроп]], --общее действие для них
    5--[[5]]) --счетчик побед до сброса
--На дэйлик Нагоняя холод
dismantleObj( --Разобрать в сундуке
    {16840--[[Идиназин]]}, --предмет
    1) -- 0 =все что есть, >0 =указанное число, <0 =все, кроме указанного
dismantleObj( --Разобрать в сундуке
    {17735--[[Холодный_мешочек]]}, --предмет
    1) -- 0 =все что есть, >0 =указанное число, <0 =все, кроме указанного
sellObj( --Продать в сундуке
    {14404--[[Снежок_I]]}, --предмет
    10) -- 0 =все что есть, >0 =указанное число, <0 =все, кроме указанного
sellObj( --Продать в сундуке
    {14408--[[Снежок_IV]]}, --предмет
    1) -- 0 =все что есть, >0 =указанное число, <0 =все, кроме указанного
либо можно загрузить его файлом: 

http://2b2s.ru/files/дэйлики_Убивая_тепло_и_Нагоняя_холод.lua

    И после загрузить в скрипт через ссылку внизу редактора (внимание полностью заменит все инструкции, которые находились в соотв. скрипте до этого!).

    Настройку самого предмета Холодный мешочек, рассмотренную в прошлом описании, скрипт на предмете в частности, можно отменить. Открыть скрипт и стереть его содержимое в редакторе, после закрытия которого ссылка должна поменять цвет и начать показывать нулевую длину.

 

 

 Убиваем тепло и нагоняем холод (автоматизируем закрытие дэйликов).

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

    В целом помощник может убивать лимитированное число монстров. Для этого есть специальное поле счетчика в общем списке.

    После каждой победы над монстром, если счетчик положителен, то он уменьшается на единицу. При переходе с 1 на 0 в общем случае действие с любого сбрасывается на "Нет действия (прогонять)", тем самым заканчивая последующие атаки. Но каждый день взводить эти параметры (действие на атаку и нужный счетчик), да еще по нескольким монстрам, не сильно nice =).

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

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

(то есть у монстра снова станет атака всего дропа и лимит на 5 побед)

    Действуя по той же схеме можно запросто организовать однократную установку параметров нужным монстрам для конкретного дэйлика.

setMonsterParam( --МОНСТР-комплект параметров
    2000001239--[[Судия(7ур.)]], --монстры
    monActAttackAllDrop--[[Атаковать_весь_дроп]], --общее действие для них
    5--[[5]]) --счетчик побед до сброса
setMonsterParam( --МОНСТР-комплект параметров
    2000004957--[[Солнечная ведьма(9ур.)]], --монстры
    monActAttackAllDrop--[[Атаковать_весь_дроп]], --общее действие для них
    5--[[5]]) --счетчик побед до сброса
setMonsterParam( --МОНСТР-комплект параметров
    2000001850--[[Матазуу(8ур.)]], --монстры
    monActAttackAllDrop--[[Атаковать_весь_дроп]], --общее действие для них
    5--[[5]]) --счетчик побед до сброса
    Один запуск такого скрипта установит параметры один раз. Этого еще не достаточно для полной автоматизации дэйлика. Нужно обеспечить ежедневный запуск.

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

    Клик по ссылке откроет скрипт в редакторе, после чего останется наполнить содержимым. Можно скопировать текст выше.

    Итого ежедневное взведение параметров есть. Однако скорее всего высокоуровневые персы в обычном фарме островов не заглядывают на те уровни, где живут рассмотренные выше персы. Значит нужно расширить список уровней включаемых в работу, например так.

    Чтобы в выборку не попадали острова 7-9, если мелкие монстры уже убиты, можно дополнительно установить галочку "Учитывать действия на монстрах". Это будет отсекать острова не пересекающиеся с текущим списком атаки еще на стадии составления рабочей выборки.
    Выше описанные настройки актуальны для всех используемых версий. А следующая только для 2166+.

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

    В этом случае в первую очередь будут найдены и атакованы монстры на дэйлик, а после островной режим продолжит обычный фарм.

    С одним дэйликом разобрались. Но есть еще.

Тут действия затрагивают больше разных сфер. В первую очередь нужно добыть холодный мешочек. Одним из мест является дроп червей в пещере. Для этого варианта нужен временный переход на обыск пещеры, с последующим переключением на привычную деятельность. Возможны разные стартовые условия, в зависимости от того, чем персонаж занимается обычно. Но так или иначе все действия стоит заносить в рассмотренный выше скрипт начала квестовых суток.

- Исходный режим любой не пещерный. 

1. Руками в подтип пещерного задать Обыск.

2. В скрипт начала каждых квестовых суток добавить команду на смену режима на Пещерный.

setWorkMode(modeCave--[[Пещерный]])

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

- Исходный режим Пещерный, но тип "Призыв монстров". Тут необходимо переключить подрежим либо на Обыск, либо на Обыск + призыв вместо прогона. Делается это командой.

setCaveSubMode(1) --для Обыска, либо

setCaveSubMode(2) --для Призыв вместо прогона

Безусловно можно для надежности совместить команды и для первого варианта.

setWorkMode(modeCave--[[Пещерный]])

setCaveSubMode(2) --включит Пещерный Обыск + призыв вместо прогона при любых изначальных настройках пещерного селектора. (Цель призыва - свиток должна быть установлена заранее). 

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

1. При включенных расширенных параметрах становятся доступными ряд дополнительных опций.

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

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

4. Кликнув по ссылке ">Скрипт<" можно открыть на редактирование набор действий после обработки предмета временным действием.

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

    Заранее в параметре шаблона задаем нужное количество. Для фиол. снежка это 1. Далее перетаскиваем на надпись "Продать(сунд.)" картинку. В позицию ввода в скрипт вставляется уже готовая команда на продажу 1шт указанного предмета. Тоже самое проделываем и для второго снежка.

    В тексте пропись на продажу двух снежков выглядит так.

sellObj( --Продать в сундуке
    {14408--[[Снежок_IV]]}, --предмет
    1)
sellObj( --Продать в сундуке
    {14404--[[Снежок_I]]}, --предмет
    10)
    Дальше нам нужно закончить с обыском. Тут уже могут быть варианты. 

    Чтобы остаться в пещере, но уйти на чистый призыв, используем команду

setCaveSubMode(3)
    Чтобы сменить режим на островной: 

setWorkMode(modeIsland--[[Островной]])
    То есть тут надо выбрать нужное именно вам, обычные задачи могут быть разными.

    На квест "Нагоняя холод". Есть альтернативная настройка, использующая для добычи Холодного мешочка разбор маршальских расходников (брутанол или идиназин). Описана тут: http://heavengameonline.blogspot.com/2021/11/blog-post_23.html

    И еще третий вариант с поиском мешочка в дропе островного монстра Орден хаоса: http://heavengameonline.blogspot.com/2021/11/update2.html   

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

    Еще раз все действия по настройке в немом кино (видео без звука). Подразумевается переключение с островного режима и возврат по итогу на него же.

 2166-версия экстренно обновлена до 2166.1

    Найдена и исправлена ошибка возникавшая при работе прогонов на островах (при быстром тестировании перс до прогонов не дошел и сбой не вылез наружу, извините =) ). Бонусное время "новой версии" (для 2166+) продлено на два дня (до 25.11.2021). Так что успевшим обновиться мои извинения за столь очевидный баг и предложение обновиться снова.

http://2b2s.ru/files/ACTIVE.Ultra.Pom.Installer.php

Альтернативные ссылки на установщики:

ACTIVE-версия помощника: 

https://drive.google.com/file/d/1GLMGgKdzd-Uva4-Xon7Gg4mNVXpy62y7

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

    Активным лицензиям последних версий (2166+) по 23.11.2021 будут начисляться дополнительные 240 минут (начисление происходит несколькими более мелкими частями в течении суток при условии, что программа не закрыта).

Что изменено с прошлого релиза:

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

    - (Изменено) текущий вариант помощника с обозначения бета- переименован в активная-версия, ярлыки для ее запуска на рабочем столе и в меню пуск будут иметь начало ACTIVE.;

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

Примеры. Имеется предмет, у которого базовое требование по уровню составляет 10, а на нужно получить как минимум на 7лвл. Задать остановку можно двумя способами. 

1. Остановиться, если соберется как минимум 3 модификатора на снижение уровня (итого -3 к базовому). 

2. Остановиться, если требования по уровню на предмете станут 7 или меньше (то что отображается в характеристиках предмета);

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

    - (Переработано) скрипт-команда на включение клан.заклов, введенная в прошлой версии. Во-первых была ошибочная обработка первого параметра =0. По нему программа должна была включать все три закла, но в реальности включался бы только первый. Во-вторых кроме одиночного номера закла теперь можно задавать массив из нужных номеров в одной прописи (значения в фигурных скобках через запятую: {1,3}). До этого для выборочного включения нужно было такое же число отдельных команд с прописью каждого номера. Кроме того шаблонная вставка команды в скрипт размещена в меню редактора ("Разное"-"Клан"-"=>Включить клан.закл");

Примеры.  

useClanMagic(0) --включить все три закла

useClanMagic({1,3}) --включить только урон и ХП, игнорируя броню.

    - (Переработано) в настройках мастерской необходимость ускорять или забирать предмет в каждом конкретном слоте привязана к соотв. галочкам интерфейса. Раньше можно было либо отключать обработку вообще снимая галочки, либо мириться со сбором из доп. слотов, если нужна работа только с первым. Для уменьшения кражи пусть крох, но времени =) у основных функций на анализ состояния лавки, ее обработка проводится не чаще раза в минуту;

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

 

(Слишком длинная новость ломает отображение страницы, так что продолжение ниже =))

(продолжение новости про обновление 2166-версии)

    - (Доработано) в функцию поиска островных целей атаки добавлен дополнительный контроль уровня острова и возможно ли на нем найти хоть одного монстра из списка атаки. Например, пользователь, дополнительно отметил галочками 5-7 уровни тогда как атакует только громов и снежных ведьм (то есть на этих островах он ну никак не сможет найти высокоуровневых монстров). Однако настройка есть и прошлый вариант мог начинать выполнять на таких островах прогон. Результат - пустая трата ресурсов. Теперь прогон на таких островах будет запрещен. Кроме устранения холостых действий, доработка брала в расчет и другие моменты. 

1. Монстров нет, но на этих уровнях могут быть интересны магазины в рамках режима "ОстроМаг". Сейчас, до пропуска острова, в этом режиме магазин будет просмотрен. 

2. Использование лимитированной атаки низкоуровневых монстров. То есть убийство ограниченного числа монстров, которых пользователь как правило не атакует при обычном фарме. Например, для некоторых дэйликов нужно убить по несколько монстров в день. Тогда можно проставить на их уровнях галочки, но в обработку острова будут попадать только, если в списке атаки будут и соотв. монстры. Дальше можно просто менять действия на монстрах, не трогая уровни (это удобно сделать через скрипт);

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

    - (Доработано) если рассылка бафов на других хранителей настроена (позиции активированы и имеют ненулевой счетчик), а так же в качестве целей выбрана база островов, то накладывание бафов начинает срабатывать перед каждой атакой монстра при работе обычных островных режимов. Это позволит растянуть применение во времени, т.к. массированная рассылка в короткий промежуток времени получает часовой игровой бан. Кроме того, и этот новый вариант рассылки бафов, и старый "здесь и сейчас", запускамый с кнопки на вкладке Бафы, учитывают состояние счетчика разборов и заданного лимита. Бафы перед нападением просто перестают срабатывать, пока счетчик разборов не остынет, а работающие соло досрочно завершат рассылку с соответствующим сообщением. Так же для уменьшения числа ошибочных разборов (а бану все равно успешно разобран предмет или нет, он тупо считает число всех действий) производится контроль как завершился разбор баф-предмета. Если возвратилась ошибка, то шанс, что цель имеет полный комплект знаков на себе и последующие разборы на этом игроке могут быть холостыми. В этом случае процесс на этом ИД не продолжается. В довесок для бафов, у которых можно определить какую именно медаль они дают, опционально можно производить сверку наличия ее на цели. Соотв. не применять то, что явно не сможет сработать;

     - (Добавлено) в параметры предметов добавлена новая опция "спец.параметр". У нее нет фиксированного смысла. Значение будет использоваться некоторыми функциями для доворачивания отдельных нюансов (которые будут разными в зависимости от сферы приложения). В данный момент спец.параметр задает счетчик использований эликсира в бою.

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

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

2. Кроме медального применения, которое можно выполнить только раз, может быть применение в рамках ежедневных заданий. А это вызывает необходимость выставлять небольшие значения применения каждый день. Раньше это можно было сделать только вручную. Теперь спец.параметр предмета можно регулировать автоматически через новую скрипт-команду setObjSpecParam. Она принимает 2 параметра: код предмета и новое значение, причем можно указать как один предмет, так и {массив,кодов,разделенных,запятыми,в,фигурных,скобках}. Шаблонный ввод в редакторе находится в меню "Предметы"-"=>Изменить спец.параметр" Пример.

setObjSpecParam({16834--[[Арканум]],19531--[[Отрава_Ксанду]]},10)  

либо если убрать не влияющие на работу комментарии

setObjSpecParam({16834,19531},10)- изменить спец.параметр обоих указанных предметов на число 10 (если они есть в правилах боя, то это автоматически вызовет отключение их использования через 10 удачных применений).

     - (Добавлено) скрипт-команда на смену типа работы пещерного режима (обыск, призыв вместо прогона, чистый призыв). Может быть полезна, в том числе, для выполнения дэйликов. По определенным событиям можно осуществлять автоматический переход с обыска на чистый призыв. Например, в рамках текущего ивента можно копать пещеру, но строго до нахождения холодного мешочка, а после остаться в пещере, но сосредоточиться на призыве. setCaveSubMode. Команда принимает единственный параметр - номер подрежима. Он совпадает с аналогичным селектором в настройках программы (1 - обыск, 2 - призыв вместо прогона, 3 - призыв). Шаблонный ввод команды находится в меню редактора "Разное" - "Пещера".

Пример. 

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

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

     - (Исправлено) в прошлой версии при поступлении сообщения в игре "Босс возродился" был добавлен внеочередной запуск проверки планирования атаки. Это позволяет более оперативно реагировать на тех, о ком игра такие сообщения присылает. Однако эта принудительная проверка игнорировала статус планирования (активность, галочку в верху вкладки), ориентируясь только на действия на боссах в самом списке. Так что, если планирование было отключено общей галочкой, но имело атакующие действия на боссах внутри, то происходил выбор и атака босса. Исправлено, добавлен дополнительный контроль активности списка планирования в целом.

 

    Для установки обновления (не касается frozen-версии 2127) перезапустите программу и согласитесь с запросом на обновление при новой загрузке.

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

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

    Либо установите программу поверх в ту же папку (при закрытой программе) с установщика:

http://2b2s.ru/files/ACTIVE.Ultra.Pom.Installer.php

Альтернативные ссылки на установщики:

ACTIVE-версия помощника: 

https://drive.google.com/file/d/1GLMGgKdzd-Uva4-Xon7Gg4mNVXpy62y7

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

    Активным лицензиям последних версий (2165+) по 12.11.2021 будут начисляться дополнительные 240 минут (начисление происходит несколькими более мелкими частями в течении суток при условии, что программа не закрыта).

Что изменено с прошлого релиза:

    - (Исправлено) ряд проблем планирования работы с боссами.

1. попытка изменения счетчика срабатываний из самого списка планирования в реальности редактировало другой параметр;

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

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

    - (Добавлено) возможность включения клановых заклинаний через скрипт-команду useClanMagic(<index>[не обяз.,<force>=0]). Где <index> может иметь значения 0-3. 0 - включить все три заклинания, 1-3 включить один тип в соответствии с порядковым номером в башне (1=урон, 2=броня, 3=ХП). Функция учитывает уже существующую отметку об окончании закла и игнорирует не истекшие, однако <force> в значении "не_ноль" означает, что попытаться включить заклинание нужно в любом случае. Последний параметр указывать не обязательно.

    Пример. 

    useClanMagic(1) --включить только урон, 

    useClanMagic(0) --включить все три закла

    useClanMagic(0,1) --попытаться включить все три закла принудительно, игнорируя существующие данные о времени окончания заклинаний;

    - (Добавлено) возможность сохранять информацию о параметрах нескольких монстров и настройках их дропа в произвольный файл, а также восстановление (загрузка) информации обратно из подобных файлов. Управляющие элементы находятся в нижней части окна со списком монстров. Сохранение производится для текущего выделения. Его можно производить как традиционным цветовым способом (клик с зажатым ctrl или shift), так и активировав отображение чекбоксов на каждой строке. Для того чтобы сохранения разных настроек не смешивались в одну кучу, данный вид по умолчанию предлагается сохранять в "..Помощник\Saves\Монстры".

    Также внести изменение в параметры монстров с подобного файла можно и через скрипт с помощью функции loadMonstersParamFromFile([[полный путь к файлу]]). Шаблонный ввод команды находится в меню "Монстры - =>Загрузить параметры из файла" (после выбора меню откроется стандартный диалог открытия файла, из которого будет взят путь выбранного файла).

    Пример. 

    loadMonstersParamFromFile([[D:\Помощник\Saves\Монстры\Эли_при_событии_Х2.grs]])

--Имя файла как и его содержимое произвольное, исходя из ваших нужд. 

    Кроме того для выделения монстров можно производить быстрое назначение одного и того же действия вручную.

 

    Для установки обновления (не касается frozen-версии 2127) перезапустите программу и согласитесь с запросом на обновление при новой загрузке.

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

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

    Либо установите программу поверх в ту же папку (при закрытой программе) с установщика:

http://2b2s.ru/files/Beta.Pomoschnik.Ultra.PLUS.Web.Installer.php

Альтернативные ссылки на установщики:

бета версия помощника: 

https://drive.google.com/file/d/1vL2TI17ihGUves5ZklXyyoUIn9P-xqn