Gaikotsu

DetailStatusWnd -> children -> найти нужные поля и делать с ними что хочется

ну ты надеюсь юзаешь 64битную яву, ибо на 32битной более 2 гиг не выделить, реально даже меньше, т.к. сама jvm под свои нужды часть выделенной памяти подгребет.

collision_height или collisionHeight в свойствах нпс - конкретно название параметра зависит от сборки.

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

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

отредактируй NpcName-e.dat - это в нем.

Кажется кто-то просто не может в планировщик дергание URL через планировщик винды делается буквально в несколько строчек, в виде вызываемого планировщиком скрипта на jscript или вобще в одну строчку, если в системе есть wget.

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

Наверняка более простым путем пошел - эпик биже присвоил отдельную категорию у меня к примеру именно так, в свойствах любой эпик бижи стоит <set name="category" value="EPIC" /> что сильно упрощает работу в плане определения того не является ли вещь эпиком.

Значит в самом пакете заточки захардкодено.

дык там решение то одно единственное - сменить стэктайп, чтобы не совпадал с баффом резиста.

даже хроники не указал. а вобще для большинства хроник подойдет правка описаний шрифтов интерфейса в interface.xdat через xdat_editor от acmi З.Ы. для работы проги потребуется установленная 8 ява.

или пилить свое, как я. я в свое время сборку полу-Harmony/полу-Tauti до Линдвиора апал. Ну и недавно уже этот Линдвиор далее уже до Артеи. А все что есть в шаре, можно использовать только как заготовку, ибо пилить и пилить еще это все.

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

Нда, а нельзя было просто меня попросить расшарить и тут? Или плюсиков на хваляву захотелось? Да, и описание не совсем корректное. Эвенты писались когда-то именно под чистый Phoenix ХФ, хотя часть конечно можно и на хрониках ниже использовать, да и переделать на другую сборку не очень сложно. Код эвентов если что далеко не фонтан, и с тех времен уже неоднократно переписывался и оптимизировался. Ну и конкретно список самих эвентов: April Fool's Day Celebration of Weavers Change of Heart Christmas Coffer of Shadows Fall Harvest Great Mouse Hunt Halloween L2 Day L2 Medal Collection Lovers' Jubilee Master of Enchanting Playing With Fire Rabbit Rampage Rabbits to Riches Trick of Transmutation Valentine's Day Watermelon Woes Zaken Curse (PvP) Capture the Flag (PvP) DeathMatch (PvP) King of Hill (PvP) Last Hero (PvP) Team DeathMatch (PvP) Team vs. Team

тяжелый случай... смотри в Player методы типа setFame, getFame и т.д. а лучше найми кого нибудь на форуме, чтобы тебе реализацию сделали, т.к. учитывая уровень твоих вопросов, придется для того чтобы ты сам сделал чуть ли не по шагам объяснить что где и как. ибо просто заведением нового поля в таблице персонажей и манипуляциями с его значением не обойдешься. само начисление надо реализовать правильно, бонусы к начислению (есть бафф, который увеличивает получаемые очки в 1.3/1.5/2.0 раза), дописать работу с мультиселами, чтобы можно было задавать эти очки в качестве ингридиаента (Ария в ХВ же за эти очки товары разные продает).

У них вроде система рейд-очков не переделана и работает по старому. Перепиши сам, по аналогии к примеру со славой (репутацией) - там делов то...

копать в методе setTarget как минимум

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

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

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

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

через темы "памагите" тут

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

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