Gaikotsu

:рукалицо: А еще более тупого способа рекламы своего сервера не придумал?

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

ну не знаю как в сборках интерлюдов, но к примеру в сборках хф и выше есть, в овероподобных обычно стата называется healPower используется к примеру в пассивке Sigil Mastery для лечащих классов.

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

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

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

ArmorGrp/WeaponGrp/EtcItemGrp - в зависимости от типа вещи.

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

Ну значит onSpawn по какой-то причине дергается дважды. Или же по какой-то причине этот твой класс анонса в сервере после старта существует в двух экземплярах и потому и срабатывает дважды - перепиши инициализацию класса так, чтобы гарантированно класс существовал в одном экземпляре.

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

Да уж... реально на скорую руку

А какая разница, если из них один фиг чисто читают.

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

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

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

Он его там не найдет - данное окно на флэше сделано, а не стандартными методами и лежит где-то в одном из ugx-файлов скорее всего.

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

А ничего что эти самые нпс могут выполнять и еще какие нибудь нужные функции? к примеру это могут быть торговцы и т.п.

пример проверки по группе if (targetSlot == ItemTemplate.SLOT_TALISMAN) { int count = player.getTalismanCount(); if (count <= 0) return new SystemMessage(SystemMsg.YOU_CANNOT_WEAR_S1_BECAUSE_YOU_ARE_NOT_WEARING_A_BRACELET).addItemName(itemId); ItemInstance deco; int groupId = item.getTemplate().getGroupId(); for (int slot = Inventory.PAPERDOLL_TALISMAN_1; slot <= Inventory.PAPERDOLL_TALISMAN_6; slot++) { deco = player.getInventory().getPaperdollItem(slot); if (deco != null) { if (deco == item) return null; // талисман уже одет и количество слотов больше нуля // Проверяем на количество слотов и одинаковые/похожие талисманы (находящиеся в одной группе) if (--count <= 0 || deco.getTemplate().getGroupId() == groupId) return new SystemMessage(SystemMsg.YOU_CANNOT_EQUIP_S1_BECAUSE_YOU_DO_NOT_HAVE_ANY_AVAILABLE_SLOTS).addItemName(itemId); } } } else if (targetSlot == ItemTemplate.SLOT_JEWEL) { int count = player.getJewelsCount(); if (count <= 0) return new SystemMessage(SystemMsg.S1_CANNOT_BE_USED_DUE_TO_UNSUITABLE_TERMS).addItemName(itemId); ItemInstance jewel; int groupId = item.getTemplate().getGroupId(); for (int slot = Inventory.PAPERDOLL_JEWEL_1; slot <= Inventory.PAPERDOLL_JEWEL_6; slot++) { jewel = player.getInventory().getPaperdollItem(slot); if (jewel != null) { if (jewel == item) return null; // камень уже одет и количество слотов больше нуля // Проверяем на количество слотов и одинаковые/похожие камни (находящиеся в одной группе) if (--count <= 0 || jewel.getTemplate().getGroupId() == groupId) return SystemMsg.NO_EQUIPMENT_SLOT_AVAILABLE; } } } проверка эта находится в методе checkIfCanEquip класса ItemFunctions (для овероподобных сборок) группа предмета, если явно не задана - равна ид предмета _groupId = set.getInteger("group_id", _itemId); это из ItemTemplate Hide

я тебе уже на другом форуме ответил

1. использовать один и тот же скилл для всех вариантов, просто разных уровней - тогда сколько бы не надел - скилл от них один фиг будет только один, максимального уровня из тех что одеты. из минусов - придется доработать листенеры equip/unequp, чтобы корректно обрабатывало ситуацию "одето несколько талисманов семени, сняли один - пассивка от них убрана". 2. добавить всем таким талисманам кондишн, проверящий одетые предметы и запрещающий использование талисмана, если уже одет какой-то из других талисманов семени. 3. разновидность 2-го варианта - ввести параметр "группы" для предметов и при попытке одевания талисманов проверять - не в одной ли группе надеваемый талисман и какой-то из уже одетых талисманов и соотвественно запрещать одевание при совпадении группы. Я к примеру у себя именно этот вариант использую для талисманов семени, богатства, а так же для драгоценных камней.

а куда ты его еще поместишь то в клиенте, если в нем этой инфы и нет и не должно быть изначально?

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

да вроде никаких особых условий работы нет

Вобще, при желании, через телнет можно сделать почти полный аналог кэшеда в птс