Gaikotsu

покажите мне того "умника", который будет подобное пихать в EnterWorld, чтобы порекомендовать ему получше изучить структуру сервера и не пихать не в те места данное дело. З.Ы. такое лучше обрабатывать в методе, который и отвечает за разные действия при изменении уровня (к примеру в овере это метод levelSet из класса Player). или обрабатывать подобное в листенерах типа onLevelChange, котрые так же вызываются в levelSet.

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

просто если это вот это - http://forum.start-dev.16mb.com/ (а судя по всему это так и есть, т.к. фикслист один в один), то там уже аж ревизия 5600. З.Ы. если по количеству ревизий судить о продуктивности, то получается что я к примеру вообще ничего не делал - у меня с декабря прошлого года дай бог сотня ревизий в свн наберется. не любитель я каждый чих сразу же бежать и заливать в свн - фиксации туда я дай бог раз в одну-две недели делаю, сразу множества накопившихся фиксов.

количество ревизий конечно умиляет. неужели каждый "чих" идет отдельной ревизией?

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

у... это тебе толи engine.dll толи nwindow.dll патчить надо. сейчас уж и не помню в каком из этих двух файлов зашита в клиенте интерлюда таблица опыта. вот в хрониках восвежее с этим проще - там фиксированных таблиц в клиенте уже нет - сервер сам шлет значение % на уровне.

отдельное аи для моба и в аи добавить такое (метод может называться по другому, в зависимости от сборки - это пример для овера) @Override protected boolean randomWalk() { return false; } или же в хмл с параметрами моба прописать (опять же пример для овера) <ai_params> <set name="noRandomWalk" value="true" /> </ai_params>

ну, хозяин барин - если удобнее вырезать гланды через задницу, то что я тут могу сказать. З.Ы. а ведь достаточно к примеру всего навсего в пакете CharacterCreate поправить в начале runImpl() проверку на допустимость класса создаваемого персонажа на примерно такое for (ClassId cid : ClassId.VALUES) if (cid.getId() == _classId && (!cid.isOfLevel(ClassLevel.FIRST) || cid.getRace() == Race.KAMAEL)) return; и все - невозможно создать персонажа расы камаэлей, а а это уже можно считать почти все что связано с камаэлями уже становится недоступным.

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

распакуй в отдельные файлы при помощи umodel от glidor'а и смотри как называются нужные текстуры не забудь только криптование снять с паков перед распаковкой.

выводи такие вещи в отдельный ревардлист с типом NOT_RATED_GROUPED или NOT_RATED_NOT_GROUPED. второе если надо чтобы одновременно могли дропнуться несколько вещей из ревардлиста (как в спойле)

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

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

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

1. описано не так (правильное описание во втором сообщении темы) 2. даже если описать так - работать не будет, ибо все равно неправильно. надо примерно так: <skill id="9075" levels="1" name="P Def 15%" > <set name="icon" val="icon.skill0000" /> <set name="target" val="TARGET_SELF" /> <set name="skillType" val="BUFF" /> <set name="operateType" val="OP_PASSIVE" /> <for> <mul order="0x30" stat="pDef" val="1.15"/> </for> </skill> P.S. достаточно было бы просто поглядеть любой другой скилл-пасивку чтобы понять как все делать, но кому нужны простые пути решения вопросов?

не проще было просто запретить создание персонажей данной расы и все? и ничего более вырезать бы не пришлось.

в клиенте это меняется, в npcgrp, в версии для хф к примеру это восьмой с конца строки параметр: 0 - хп не видно, 1 - видно.

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

но только в клиенте все равно будут выглядеть по старому прибавки.

не сталкивался с данной сборкой, так что точно сказать не могу. вот к примеру в овероподобных сборках данная проверка производится в классе gameserver.utils.ItemFunctions, в методе checkIfCanEquip

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

http://l2jserver.com/forum/viewtopic.php?t=28165 - геодата для линдвиор, все секции. для глори дейс по идее тоже подойдет, разве что для начальных локаций орков надо будет геодату именно от глори или ниже.

что у тебя за левые пакеты? под 0х01, что обычный, что расширенный пакет уж точно не Dummy называется. список всех серверных пакетов же приведен выше. З.Ы. + тыркаются в правой части сообщения - рядом с зеленой стрелкой вверх.

изначально было FT Harmony/Tauti, но от того что было, уже очень сильно все отличается - много чего переделал по своему, даже если не считать апа до Lindvior. ну а GamePacketHandler...

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