GorDeveloper

Есть, опять же, если клиент имеет минимальное представление о работе серверной части. У меня на разбор ушло 7 месяцев, чтобы полностью собрать ПОЛНЫЕ пакеты и понять принцип их работы. При этом было разобрано более 10k логов сниффера с разных ситуаций и сторон. Учитывая нынюшнюю аудиторию, я думаю они удовлетворятся тем дермецом, что может предложить l2jtw с обрубками новых пакетов.

Достаточно запилить Эртею, и с пакеткой для классики проблем не будет. Мало кто сможет сделать что-то из классики, не умея работать с обновленной динамической пакетной системой.

Тогда это основной спаун, который записан либо в таблицу spawnlist, либо по-человечески в xml файлы.

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

Не, ну я таки попал в вышеперечисленный список

Раз дали, значит так надо.

В любом случае, хоть как, нужна проверка на зону и вещи. Практически в любой сборке есть 1 вид проверки: onEnterZone(Либо аналогичный) В нём, можно проверить как кондишны самого чара, так и его эквип и т.д. Дальше - только наследование по коду, либо запил по коду. В любом случае нужен сурс (для совсем нубов - исходники, для совсем zero - то из чего воссоздаются сборки) Если нет знаний и нет скиллов для запила - исполняй onExitFromForumAndStudyBitch

Ты хоть бы знаешь для чего используется dummy в классах? Берешь сурс, смотришь сервис с _bbsRebirthShow, смотришь параметр, перепиливаешь под себя.

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

Как вариант - триггер, либо редьюсер хп.

Дак естественно, параметраж то в файлах разный.

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

Значение превышает максимально допустимое для Integer.

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

Может и канают, но по какому байпассу они будут выдергиваться?

Думаю в сборке используются методы/классы введенные только в java 7. Либо же наоборот, используются методы из 7ой, а стоит 6я, которая их не знает.

А это не кастомный нпц? Просто конкретно такой темплейт есть в МоСе между первым и вторым этажом, по крайней мере на хф и выше. В дно-хрониках хз.

Ну ты не пиши так, а то щас будет запрос "А мозно пападробнии?" Фактически, трабла в назначении и описании цели для каста.

А ты скилл со статами совершенно случайно не прицепил к копиям?

Я думаю стоит посмотреть в сторону типа/аи данного нпц. Почти уверен, что там есть редьюсер или листенер хп/урона, который и контролит вызов миньонов

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

Skill Tree распиханы по data\xml\classes

Ну возможно статы сделаны по человечески в датапаке? например data/npc или data/stats/npc?

Покопай spellbooks.xml. Судя по пакету RequestAcquireSkillInfo, книжки дергаются из SpellbookTable, которая указывает на File f = new File("./data/xml/spellbooks.xml");

А как же тогда определяется список скилов для изучения вообще?