Результаты поиска по запросу: *

реально, в эссенсе у мобиуса до сих пор тома присутствует

спасибо

посмотреть

С наличием птс скриптов - имеет смысл поддерживать оригинальную логику, без - нет. В Optiondata клиента нет описания для опций по бонусам заточки. Можно самому выдумывать айдишники опций для того чтобы было "как на птс" и оборачивать в них скиллы, либо отказаться от лишней обертки и напрямую...

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

Не знаю точно с каких хроник, но сейчас все агатионы имеют общие скилы призыва и отмены. Попробуй указать эти умения итему агатиона <skill id="50665" level="1" type="ON_EQUIP"/> <skill id="54018" level="1" type="ON_UNEQUIP"/>

посмотрим

Начал смотреть про nix.dev, если коротко как он вообще применим тут? Будто он совершенно для других задач создан - запуск платформ зависимого кода вне зависимости от платформы

text me

Ну вот скилл у тебя скил, добавь к нему новый эффект с вызовом BalthusEventManager.addPlayerToList при старте и BalthusEventManager.removePlayerFromList при завершении. Скорее всего есть еще какие-то условия участия, но я не в контексте.

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

а holder.getCommonReward хоть отсортирован по шансам?

Why is it a number ?

Just for your information, official implementation doesn’t work that way. A unicorn casting skills even if his owner stands without any action

что за тулза? Хотелось бы тоже стейты в локациях через что-то смотреть, а не подбирать через отправку пакетов

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

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

-

Обычно это называют линейной сложностью) А первый коммент про решение с сортировкой по isDead, вообще на самом деле фильтрация а не сортировка

посмотреть