Gaikotsu

Нда... даже такое в этой сборке через ж... сделано...

А если прям вобще приспичило запретить одевать, то тебе идти в пакет UseItem и добавлять костыли, там где начинается блок с условием if (item.isEquipable()) добавляя там свои проверки типа "если грейд предмета такой-то, а уровень игрока меньше такого-то - он идет нафиг".

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

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

Ты хотя бы допустимым для установки краски классом подходишь? т.е. классами 98-118, указанными там как допустимые. странный диапазон кстати, т.к. профы на 76 уровне идут с 88, а не с 98.

Зависит от хроник - в новых можно использовать просто байпас вида "url http://google.com/", а в старых же "url !XXXX" где вместо "ХХХХ" ставится ид из SysString клиента, с строкой адреса. Но в насколько старых хрониках это работает - я хз, насчет того что в том же интерлюде уже есть такое - не уверен.

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

если у него вобще исходники то есть

да ему не только systemmsg менять надо - у него вобще system не того протокола - по скринам же видно что структуры некоторых пакетов от сервера клиенту не подходят. ТС, погляди какой протокол у сервера, оыбчно в конфиге задается минимальный/максимальный а так же глянь какой протокол у клиента: l2.exe -l2pv

Зачем выдавать, если как раз таки для примерки существуют отдельные пакеты ShopPreviewList и ShopPreviewInfo + клиентский RequestPreviewItem. Единственно что он не поддерживает примерку головных украшений, но их можно и через костыль с подменой ид предмета в слотах украшений показать У меня к примеру на сервере давно стоит специальный нпс, использующий этот метод и у которого можно примерить все виды оружия/брони/украшений, изменяющих вид экипировки.

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

Ну это только еще раз подтверждает мое предположение об альтернативном мышлении авторов пвсофт...

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

смотреть что в L2PcInstance.managePvpRewardsInCustom на 14526 строке вызывает NPE если исходников ядра нет - вешаться, или отключать что-то там свзанное с кастом наградами за PvP - что-то такое где-то в конфигах должно быть.

С твоим советом он вполне может из всех пакетов где найдет эту строку такое поудалять

Сборку хоть бы указал. К примеру в сборках на основе феникса/овера это делается прописыванием мобу отдельного типа, а в классе типа просто переопределяем метод reduceCurrentHp и срезаем в нем урон.

Шел уже 2020 год, а под недоразумение, называемое пвсофтом, все так никто до сих пор и не написал нормальную реализацию распаковываемых предметов

Ну, учитывая детальность описания проблемы, тебе 100% помогут только эти люди.

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

Что-то я совмневаюсь что такие существуют

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

Это только в древних сборках спавны все еще в базу пихают. У мобиуса спавны если что в хмлках.

Сомневаюсь что вобще кто-то возьмется - вменяемые ява сборки С4 вобще в природе то существуют?

Или приделывать клиент более свежих хроник, но это потребует дорабатывать пакетку сервера.

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