Gaikotsu

Простейший способ - запускать в аи нпс при спавне таск с нужной задержкой и при его срабатывании удалять этого нпс. Например один из вариантов - удалит нпс через 2 часа после спавна: @Override protected void onEvtSpawn() { super.onEvtSpawn(); ThreadPoolManager.getInstance().schedule(new Runnable() { @Override public void run() { getActor().deleteMe(); } }, 2 * 60 * 60 * 1000L); } Или еще можно так, если в аи есть методы работы с таймерами, а они вроде почти в любой сборке есть: @Override protected void onEvtSpawn() { super.onEvtSpawn(); addTimer(666, 2 * 60 * 60 * 1000L); } @Override protected void onEvtTimer(int timerId, Object arg1, Object arg2) { if (timerId == 666) getActor().deleteMe(); }

Ну дык в список разрешенных для тату красок то добавил ее на стороне серва для нужных классов?

writeC(0x19); writeD(_npcObjId); writeS(_html); writeD(_itemId); // можно указать id предмета и его название будет в заголовке диалога writeD(_notPlaySound); // воспроизводить или нет реплику NPC при показе диалога это в пакете NpcHtmlMessage, в ядре сервера само собой можно слать ид вещи в пакете и оно будет вместо заголовка З.Ы. а последнего поля, про реплику, может и не быть если что - я показал структуру с более свежих хроник

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

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

отдельного множителя для этого вроде как там нет, так что надо вручную выставлять выдаваемую славу для каждой осады в их хмлках, находящихся в датапаке по пути data/events/siege/ искать там строки вида <give_item id="-300" count="125" /> и выставлять нужное количество

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

по ошибке же все и так понятно - некорректно сформирована ссылка в диалоге изучай хтмлки лотореи и думай что не так

а как связано стремление запустить сервер и правка клиентских u-файлов для этого?

Скорее всего не под той версией явы запускаешь

перепутать местами ид и количество? З.Ы. ну или рука дрогнула и лишние нулики в колчиество прописались

Может чего не понял, но что тут такого? Обычные нпс с модельками используемыми игроками и с зацикленной стандартной социалкой танца.

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

Да, не по оффу, но что поделать когда игроки просто сцут убивать противников в ПК? Заходят к примеру 2 кк противников к боссу и тупо смотрят друг на друга, даже не думая флагаться, а так - хочешь или нет, но воевать придется, или же тупо умереть не отвечая на удары. З.Ы. ксати я хз, есть ли в ловели проверка в аи для боссов на тему пвп/мирных зон, а то если есть, то ТСу, если он объявит пвп зону, придется еще и с этим разбираться - иначе его ждет неприятность в виде постоянно телепортирующегося на точку спавна босса.

шанс тот же что и при обычном массовом замесе - если не заметил и убил уже расфлагавшегося, то ССЗБ.

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

ну найти инфу об этом именно про старые хроники сейчас сложновато, но для актуальных хроник об этом явно упомянуто в статье про олимпиаду на л2централ https://l2central.info/wiki/Всемирная_Олимпиада#.D0.9F.D0.BE.D0.B5.D0.B4.D0.B8.D0.BD.D0.BE.D0.BA_.D0.92.D1.81.D0.B5.D0.BC.D0.B8.D1.80.D0.BD.D0.BE.D0.B9_.D0.9E.D0.BB.D0.B8.D0.BC.D0.BF.D0.B8.D0.B0.D0.B4.D1.8B и насколько помню это было с самого начала появления олли

По оффу сбрасывается реюз у скиллов, базовое время реюза которых меньше/равно 15 мин.

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

Я что-то в упор не вижу в сообщении ТСа каких либо упоминаний об интерлюде.

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

я может чего не понимаю, но что не так то?

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

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