Во время ивентов у всех игроков встаёт два вопроса - учитывая обилие разнообразных исследователей с разными навыками и разной прокачкой, как, во-первых, отправить их так, чтобы они вернулись сразу после начала ивента и принесли сходу ивентовые ресурсы и как потом их выгоднее отправлять в процессе самого ивента.
Ответить на оба эти вопроса поможет наш калькулятор.
Калькулятор может работать со всеми имеющимися в настоящее время исследователями, учитывая их скорость, число слотов, различные бонусы и особенности.
Калькулятор может учитывать любую прокачку исследователя, влияющую на скорость поиска и число ивентовых ресурсов.
Калькулятор учитывает дружеский прем.
Калькулятор учитывает рандомное число ивентовых ресурсов.
Внимание!
К сожалению с калькулятором может работать одновременно только один пользователь. Если вы видите, что какие-то значения постоянно меняются, есть вот подобные значки - значит в данный момент с калькулятором работает кто-то еще. Уважайте других - подождите и не мешайте, меняя какие-то параметры. И, наоборот, если вы закончили работать с калькулятором - закройте окошко, чтобы другие ошибочно не думали, что сейчас калькулятор занят.
Первым делом необходимо установить в программу параметры исследователя - его тип и прокачку.
Отключаем в программе дружеский прем.
Теперь вы должны определиться с временем возвращения данного исследователя.
Т.к. страна у нас большая, часовых поясов много и время в Дневниках разработчиков указывается по Московскому времени, его мы и будем использовать в наших расчётах.
Соответственно, вы должны будете в уме делать поправку на ваш часовой пояс.
Какое же время установить? Ответ на этот вопрос тесно связан со схемой получения ивентовых ресурсов от исследователей, отправленных до его начала и зависит от Вашего онлайна.
Если у Вас дневной онлайн и Вы будете в игре, когда начнётся ивент, то время следует выбирать поближе к началу ивента. Обычно, ивенты начинаются в 11:00 МСК. Но если пожадничать и установить время, чересчур вплотную к началу ивента, то есть риск во-первых, переноса начала ивента из-за каких-нибудь проблем у разработчиков, во-вторых, надо еще учитывать, что Вам потребуется время на манипуляции, связанные с повторной генерацией лута у исследователей (с учетом начавшегося ивента). Соответственно, я советую установить время возвращения в данном случае в период с 12 до 13 МСК. Более того, советую рассчитать возвращения исследователей партиями с 20-минутным интервалом, чтобы была возможность повторить схему, если что-то пошло не так. В этом случае у нас вернётся пустой первая партия, но мы сможем исправить ситуацию для последующих.
Если же у Вас вечерний онлайн, то точное время возвращения исследователей неразрывно связано со схемой.
Наконец, вы должны выбрать тип поиска сокровищ. Желательно максимально длинный. Однако, учитывая особенности тех или иных исследователей и Ваш онлайн, не всегда получится отправлять исследователя в данный вид поиска (об этом ниже).
После этого в данном поле (для удобства отмечено зелёным фоном) вы увидите вот такой расчет, показывающий за сколько дней до начала ивента Вам надо отправить исследователя и в какое время (по Москве).
Данный пример показывает, что если ивент начинается в понедельник и мы хотим, чтобы исследователь вернулся в 11:45 МСК, то нам надо отправить его в воскресенье в 7:55 МСК.
Отлично, выписываем это в блокнотик, ставим таймер и в нужное время отправляем исследователя.
Что делать, если мы не сможем быть в 7:55 МСК онлайн? Варианта тут два - или менять тип поиска, сокращая тем самым время поиска и сдвигая тем самым время отправки, или же отправить исследователя когда мы сможем, но в этом случае нам надо будет смириться с мыслью, что он не сможет вернуться к ожидаемому нами времени.
Вот, мы изменили тип поиска на более короткий и расчёт показывает нам, что отправить исследователя нам надо будет в 19:03 МСК. Мы сможем быть в это время онлайн и отправить исследователя. Он вернётся ровно к назначенному сроку.
Если же вам принципиально, чтобы исследователь вернулся с максимально возможным числом ивентовых ресурсов, то, как было сказано выше, отправляйте исследователя как получится.
В итоге у нас должны получиться вот такие вот расчёты, выписанные в блокнотик или куда вам больше нравится.
Теперь главное - не забыть реализовать это расписание. :)))
Самый главный вопрос во время ивента, который встаёт у игроков - в какой поиск отправлять? Как же выгоднее? Как получить максимальное число ивентовых ресурсов и оптимальным образом распорядиться нашим временем в игре?
На эти вопросы можно ответить философски и математически.
Философски предпочитают отвечать те, у кого ооооочень много исследователей. Отправляют в самый долгий поиск и дело с концом. Ведь если у вас 30, 40, 50 и так далее исследователей, применять к каждому отправку в, скажем, средний поиск, задача поистине титаническая, т.к. игроки так и не дождались от разработчиков оптовой отправки исследователей, а бот есть вещь запрещенная и находится это дело в андеграунде.
Также философски будут отвечать те, у кого очень небольшой онлайн - им просто нет нужды высчитывать. Зашли на пару часиков, отправили на сутки и всё на этом.
Мы же в данном разделе будем отвечать математически и учитывая довольно приличный онлайн.
Исследователей много. У них разная прокачка -у многих игроков даже исследователи одного типа могут быть или прокачаны по-разному, или просто иметь разный уровень прокачки (какие-то прокачаны полностью, какие-то - частично). Многие исследователи отличаются не только базовым временем поиска, но и навыками. Например, Авантюрист приносит +50% ивентовых ресурсов. Милый исследователь не зависит от рандома и в её слоте всегда максимально возможное для данного типа поиска число ресурсов. Бесстрашные, Скрупулёзные, Искренние исследователи имеют дополнительные слоты. В итоге один вид поиска может быть выгоднее для одного типа исследователя, а другой - для другого.
Второй режим нашего калькулятора поможет нам всё это дело учесть и посчитать.
Сразу оговорюсь, что данный раздел довольно сложный для понимания. Плюс приведенные ниже расчеты не являются руководством к действию, а призваны лишь научить Вас пользоваться калькулятором.
Первоначальные настройки те же, что и в Первом разделе. Устанавливаем в программу параметры исследователя - его тип и прокачку.
В данном случае у нас используется еще один параметр прокачки - "лопата".
Указываем наличие или отсутствие дружеского према в процессе ивента.
Мы почти целый день в игре.
Первым делом мы должны установить время нашего первого появления в игре в течение дня. В данном примере мы рано встаём и пока варится наш кофе можем отправить исследователей. Установим такое вот время.
Теперь мы, к примеру, хотим сравнить разные виды поисков по эффективности и составить расписание так, чтобы отправлять исследователя только в быстрый поиск, только в средний и так далее.
Вот и укажем данный вид поиска в ячейке таблицы с расписанием.
Как видим, программа самостоятельно вычислила время, которое понадобится данному исследователю с данной прокачкой на этот вид поиска, время, когда исследователь вернётся (относительно начального времени, заданного нами выше) и количество ресурсов, которое может принести исследователь, учитывая его тип и прокачку.
Почему может? Потому, что на данный момент в игре для исследователей установлен элемент рандома. С определенной вероятностью, зависящей от того или иного ивента, исследователь принесёт меньшее количество ресурсов, с определенной вероятность - большее.
Обычно это 80% и 20%.
Так вот элемент рандома установлен и в данной программе. Поэтому когда мы будем продолжать составлять расписание, то Вы увидите, что числа в столбце "Количество ресурсов" разное.
Продолжаем составление расписания. Снова выбираем нужный нам тип поиска в следующей ячейке. Время возвращения из второго поиска уже высчитывается относительно времени возвращения из первого поиска и т.д.
Наконец, мы подходим к моменту, когда время возвращения исследователя превышает наш онлайн. К примеру, мы уходим из игры в период с 21 до 22 МСК. Как видим, расчет показывает, что из последнего поиска исследователь вернется, когда нас уже не будет в игре и отправить на ночь мы его не сможем.
Что делать в этом случае?
Здесь два решения:
1. Изменить последний вид поиска на более долгий. Так, чтобы по-возможности исследователь вернулся утром.
В данном случае перебор - исследователь вернётся аж в час дня.
А в данном случае - недобор. Исследователь вернётся ночью и будет куковать до нашего входа в игру, что не очень эффективно.
Что делать в таком случае? Или выбрать один из этих двух вариантов или воспользоваться другим решением:
2. Сократить число поисков.
Становимся курсором на ячейку с типом поиска и нажимаем кнопку DEL.
Это удалит поиск из расписания.
Теперь мы должны изменить последний поиск, который до этого был предпоследним, на более долгий. И снова сокращать, пока мы не получим оптимальное для нас расписание. Получилось вот что:
Как видим, начали мы в 6:30 и к этому же времени следующего дня исследователь вернётся аккурат в нашему входу в игру.
С учетом рандома нам исследователь принесёт 46 ивентовых ресурсов.
Вы скажете - так может быть эффективнее было бы продолжать посылать исследователя в более короткий поиск, а затем, под конец отправить его в долгий и пусть бы он вернулся себе в 4 утра. Вдруг так эффективнее?
Друзья, а зачем гадать? Для этого утилита и создана. :)))
Давайте вернём изначальный вариант и сравним.
В данном случае, опять же с учетом рандома, поменьше - 41.
Как же тогда выяснить наверняка?
Да очень просто - надо использовать несколько расчетов каждого вида и усреднить результат.
Чтобы полностью пересчитать результаты, надо поменять и вернуть обратно один из начальных параметров, влияющих на количество ресурсов.
Это или "лопата" или тип исследователя.
Поменяйте что-то из этого и верните обратно. Это приведет к пересчету результата.
Давайте получим еще по 3 расчета для каждого варианта и сравним среднее. В сумме будет 4. Это, конечно, тоже мало, поэтому вы можете генерировать сколько душе угодно.
Раз.
Два.
Три.
Как видим, рандом довольно сильно влияет.
Итак, 41, 49, 43 и 46. Среднее ~45.
Проделаем эту же операцию для другого варианта.
Раз.
Два.
Три.
В данном случае, т.к. количество поисков меньше, рандом не так сильно влияет.
Итак, 46, 43, 37 и 37. Среднее ~41.
А вот уже усредненное значение нескольких итераций для данного варианта меньше.
Какие можно сделать выводы?
Во-первых, чтобы получить более объективные результаты, надо проводить несколько расчетов для одного и того же варианта и усрденять.
Во-вторых, анализ показал, что для данных условий посылать в течение дня в быстрый поиск выгоднее, чем посылать немного в быстрый, а затем в очень долгий.
А давайте сравним теперь быстрый поиск и средний. Будем точно также посылать максимальное число раз в течение дня в средний поиск, а затем, на ночь, в более долгий, даже если потом исследователь будет куковать.
Для наглядности подобного сравнения в программе предусмотрено сразу 3 расписания.
Поэтому в "Варианте 1" оставим расписание с быстрым поиском, а в "Вариант 2" введем средние. С тем же условием, чтобы последний раз отправить до 22-00 МСК и чтобы возврат был до 6-30 МСК утром.
Вот, что получилось.
Правда, для выполнения условий нам пришлось 1 атаку сделать быстрой. Но тем не менее.
Итак, на первый взгляд этот вариант получше.
По крайней мере ни в одном из предыдущих у нас не было более 50 ресурсов.
Но вдруг это самый везучий и редкодостижимый результат?
Давайте еще раза 3 посчитаем.
Раз.
Два.
Три.
Да, самый первый раз было лучше всего. :)))
Итак, 53, 45, 39 и 48. Среднее ~46.
Ну что ж. Как видим, почти то же самое, что и варианты с быстрыми. На единичку больше.
Но, главное, не хуже. А если повезет, то может быть и значительно лучше. Телодвижений меньше. Можно выбрать именно такой вариант.
А как обстоит дело с более долгими поисками? Ведь там уже начнет действовать "лопата", которая бесполезна при числе падающих ресурсов <10. Может быть она позволит получить намного больше? Давайте посмотрим.
Раз.
Два.
Три.
Четыре.
Что-то явно не то.
Итак, 39, 33, 39 и 44. Среднее ~39.
Намного хуже. Рандом, при столь малом числе поисков, играет катастрофическую роль. Повезет - будет не хуже. Не повезет - будет хуже, чем варианты с бОльшим числом поисков.
Мы рассмотрели вариант с рандомом. Давайте от него избавимся, проведя расчеты для Милого исследователя. Ведь он приносит всегда максимальное число ресурсов.
В этом случае пересчет делать не надо - достаточно одного расчета для каждого варианта расписания.
Быстрые.
Средние.
Долгие.
Ну и вот так.
Как видим, снова вариант со средними поисками лучше всего.
При использовании долгого и очень долгого "лопата", как видим, работает. Но она даёт настолько мало прироста, что это не решает.
До этого момента мы считали за сутки. А что если слать несколько дней в самый долгий поиск и сравнить с несколькими однодневными вариантами. Посчитаем за неделю.
Вот мы неделю чередовали длительный и очень долгий поиск. Немного в конце перебрали, правда, но ничего.
Итак, за 7 дней без всякого рандома Милый исследователь принёс бы нам 164 ресурса.
При ежедневном расписании с использованием среднего поиска у нас выходило ровно 36. Умножаем на 7.
Сколько выходит? 252.
Как видим, ни лопата, ни отсутствие рандома не опровергли того факта, что более быстрые варианты поиска намного выгоднее.
Но у нас остаются другие нюансы в виде числа слотов, 50% бонуса Авантюриста, наличие Дружеского према и другие.
Калькулятор позволяет всё это учесть.
Я не буду всё это в инструкции отражать. Задачей было научить Вас пользоваться калькулятором.
Считайте, подбирайте, изучайте, находите наилучшие для ВАС варианты.
Удачи!
Мы заходим на 5 минут утром и основной онлайн - вечером.
Пусть мы можем зайти в то же самое время с утра и, пока пьем чай, отправим быстренько исследователей и выходим из игры.
Затем в игру мы зайдем, скажем, в 19-00 МСК и далее играем до 22-00 МСК.
Таким образом, в отличие от первого примера расчетов, задача у нас сложнее. Мы должны выяснить что же выгоднее для нас - отправить утром до вечера и вечером пару раз в быстрые поиски отправить или же выгоднее использовать суточные поиски.
Начинаем составлять расписание.
Как видим, если отправить в долгий поиск, то исследователь вернется до нашего возвращения в игру и будет куковать.
А если отправить в очень долгий, то он вернется, когда мы уже пойдем спать.
В этом случае мы вынуждены раздробить наш расчет вот таким образом.
Обратите внимание, что мы не можем в первом варианте продолжить составлять расписание т.к. возврат исследователя после очередного поиска будет считаться относительно возврата из предыдущего поиска. А у нас оно попадает на наше отсутствие в игре.
Поэтому мы утреннюю отправку делаем в одном варианте, а вечерние - в другом.
В итоге у нас вышло вот такое вот дробление. Сумму считать придется вручную.
Согласен, это не очень удобно, но пока другого выхода нет.
Вышло 26.
Другие генерации (я не буду их приводить) дадут нам 43, 43, 40.
Среднее вышло 38.
Теперь мы можем сравнивать это значение с другими вариантами.
(С) Адалон