Gaikotsu

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

А ТС однако рисковый парень - пытаться на базе мобиуса делать что-то вменяемое без капитального переписывания всей жути что там имеется. Хотя судя по всему попытка окончилась неудачно, да... З.Ы. Я вон свою сборку уж сколько лет пилю и понимаю что не то что до идеала, но и до полноценной работы всего и вся в ней мне еще далеко, а ТС тут собрался за короткий срок сделать "идеальную" сборку ХФ, выбрав за основу один из худших вариантов...

Интересно что там ты такого в jar'ках умудрился найти "вредоносного"? Ну а если паранойя не дает покоя, то как бы и исходники вон есть - собери из них все сам

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

Научишься не тому на старой и давно не поддерживаемой сборке и потом буешь мучительно переучиваться на работу с более актуальной

Кстати еще на тему более удобного вызова диалогов вставки/удаления ЛС я бы вобще так сделал - при простом клике на ЛС открывается диалог вставки, при клике с контролом - диалог удаления.

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

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

Ну так ты тут вызваешь байпассы заточенные именно под вызов от нпс Для вызова в коммунке необходимо написать новые, именно под нее.

Можно конечно один класс чисто компильнуть и в jar заменить, но я задолбаюсь как это делать объяснять ибо это не так просто - в двух словах не объяснить. не нужно, после твоей правки все нпс что говорят через вызов Functions.npcSay уже будут говорить в общий чат. --- Вобще, изучи хотя бы основы программирования на java - намного проще тебе в итоге будет понимать что и как работает в сервере и правка таких мелочей уже не будет вызывать вопросов.

ну так в Functions.npcSay как раз и должно указываться в каком типе чата говорить к примеру у меня методы npcSay вызывают метод npcSayInRange, а в нем уже вызывает пакет NpcSay, в котором вторым параметром как раз и передается тип чата. Просто меняешь там в вызове ChatType.NPC_SAY на например ChatType.ALL и все. блин, это же все самые основы...

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

они скорее всего шлют в тип чата NPC_SAY (тип 22) [еще есть NPC_SHOUT (тип 23)] и вот я не помню была ли в хф возможность выключить в настройках именно эти типы чата. Под рукой сервера и клиента хф нет, но в более новых хрниках это вот это вот.

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

Исходники ядра то есть? Если да, то просто ищешь где там распарсивается enchant_items.xml и дальше уже там разбираешь все что там обрабатывается и какие варианты значений для параметров возможны. Ну и дописываешь что-то свое если чего не хватает. Если же исходников нет, то максимум можешь попробвоать декомпильнуть ядро и так же поизучать где и что. Но вот вносить уже свои правки - это проблемно без внесения потенциальных косяков из-за корявой декомпиляции.