Gaikotsu

реально

"мама-мама, смотри - я сайт сделаль"-стайл.

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

А в интерлюде вобще пакет RequestDispel то существует?

1. просто какие-то мобы в процессе спавна вызывают менеджеры ХБ и РБ, в итоге и происходит их инициализация раньше чем они явно инициализируются в классе GameServer к примеру. если ттебе так сильно чисто из принципа надо чтобы в лог статус загрузки этих менеджеров выдавало после всех спавнов, то просто выпили вывод в лог из самого конструктора/загрузчика в этих классах в отдельный метод и вызывай его позже. 2. найти в Quest.java метод addQuestItem и выпилить из него доп проверку на то, что предмет является квестовым (находится в вкладке квестовых предметов инвентаря). можно убирать такую проверку частично - к примеру не проверять на это экипируемые вещи. так же можно убрать подобные вещи из регистрации квестовых итемов в квесте, т.е. не регать через addQuestItem, но тогда обязательно не забыть вручную удалять такие вещи у игрока при завершении или отмене квеста. 3. параметры описания двери в студию - скорее всего для нее заданы нулевая ширина/длина.

проблем нет просто потому-что у тебя статус Неуловимого Джо.

Для начала я бы посоветовал используемый код выкинуть и даже не вспоминать о нем. И попросить кого-то написать нормальный. А того кто писал этот - гнать ссаными тряпками. Для понимающих - поглядите что происходит в методе showTp, вызываемом каждый раз, когда запрашивается "покажи список точек телепорта". Правильно - каждый раз метод лезет в бд... что уже является очень даже удобным местом для ддоса сервера. Неужели нельзя было додуматься до простейшего кэширования этих данных... Да и сам по себе код уязвимый - в команды teleport / player_ teleport легко можно подсунуть при помощи пакетхака к примеру любые координаты, которые спокойно будут приняты и будет произведена телепортация в них. В нормальных коммюнити телепортах координаты телепорта в ссылке передавать не принято - лучше отправлять просто ид-ключ для списка объявленных телепортов, по которому и будет определяться, куда телепортировать... или послать нафиг, если прислали ключ к несуществующей записи.

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

ну в моей реализации за полные комплекты можно было поиграть в игру "камень/ножницы/бумага"

Аналог кубиков из древнего офф эвента Change of Heart / Перемена чувств ? Там тоже 9 кубиков, из которых надо было собрать большое сердечко.

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

я так понимаю в сборке используется принцип расчета эспы с моба по офф-формуле? тогда итоговое значение равно exp = npcLevel * npcLevel * expRate

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

в дерево скиллов добавить всем базовым классам, с автоизучением на 1 уровне.

листенеры на подбор предметов в сборке есть?

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

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

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

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

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

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

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

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

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

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