Gaikotsu

с фига ли мобиус это по сути та же лыжа, т.е. ее ответвление. жтс же базируется на овере

Хех, я думал эту уязвимость уже все давно закрыли - ибо в свое время ее активно юзали.

Доработать пакет NpcInfo на эту тему

add/sub - прибавить/вычесть mul/div - умножить/разделить set - установить значение очередность операций определяется параметром order - первее выполняются операции с более низким значением. для прибавок/вычитаний обычно используются значения order 0х40, 0х60, для умножения - 0х30, 0х50 для установки базовых значений обычно используют 0х10, 0х08 для прибавок от энчанта - 0х0С, но так же может использоваться и 0х80, для ситуации когда на прибавку более ничего не должно влиять так же 0х80 может служить для жесткой установки значения параметра, когда на него не должны влиять любые другие операции. так же 0х10 и 0х20 используются в самом ядре, в формулах вычисляющих и меняющих базовые значения стат из вещей или нпс/игрока так же там обчно используется 0х100, для расчетов лимитрования значений - к примеру максимально возможного хп, мп и т.д. кстати зная это - можно при необходимости обходить эти лимиты, просто задавая для добавляемой операции с статой order выше 0х100, например 0х110. --- ну а в ситуации с ТС - он ошибся при добавлении операций с pAtkSpd и pAtk - в данном случае он видимо намеревался умножение сделать, но вметсо этого просто прибвляет по 1.1 к уже имеющемуся значению.

Экстрасенсы разве что.

https://forummaxi.ru/forum/51-требуется/

тебя ж прямо носом можно сказать тыкают в место ошибки - неужели сложно поглядеть, что может вызвать NPE на 1029 строке файла Fort.java?

Можно к примеру взять мои скрипты объединения, расшаренные на другом форуме (о котором многие знают) и их адаптировать. Написаны тоже на пхп, требуется версия 5.6 и выше. Сама структура скриптов в целом достаточно понятная и простая - адаптировать под свою сборку не составляет особых проблем даже при базовых знаниях пхп. В шаре конечно достаточно старая версия скриптов, но от этого она работоспособность не теряет. Эти скрипты и их модификации неоднократно у нас же и использовались для объединения баз с большим количеством записей и множественными дублями имен акков/персонажей/кланов.

с твоими познаниями походу самый действенный совет будет - это нанять кого нибудь все настроить за денюжки/пивко т.е. идти сюда вот - https://forummaxi.ru/forum/51-требуется/

В MagicSkillUse слать actionId соответствующий для заюзанного скилла структура из крусейда, для других хроник думаю по аналогии не проблема сделать @Override protected final void writeImpl() { writeC(0x48); writeD(_castType); writeD(_casterId); writeD(_targetId); writeD(_skillId); writeD(_skillLevel); writeD(_hitTime); writeD(_reuseGroupId); writeD(_reuseDelay); writeD(_casterX); writeD(_casterY); writeD(_casterZ); writeH(0x00); writeH(_groundLoc.size()); for (Location loc : _groundLoc) writeLoc(loc, false); writeD(_targetX); writeD(_targetY); writeD(_targetZ); writeD(_actionId > 0 ? 1 : 0); writeD(_actionId); }

ну так в названии языка же есть Java, значит имеет отношение

Выше упомянутые книги в PDF - https://1drv.ms/u/s!Akp7nFG1_eL_jz8I9SyaPIeU2sUf?e=4qe0ok

Для начала можно почитать что-то типа Якова Файна: "Программирование на Java для детей, родителей, дедушек и бабушек" Затем можно и за что-то посерьезней взяться, к примеру за Герберта Шилдта: "Java. Руководство для начинающих", "Java. Полное руководство". З.Ы. А учить программирование по видеоурокам - это по мне так днищенское дно...

Дефолтные феникс/овер ид мультисела определяют по названию хмлки, т.е. банально Integer.parseInt(fileName). Если хочется как угодно назвать, то надо пихать ид к примеру в ноду config в файле и считывать оттуда. Ну или формировать к примеру названия хмлок как "id name.xml", и перед парсингом имени на тему ид отрезать от этого имени все что идет после первого же пробела. К примеру у меня именно так сделано.

А почему нет? Если подразумевается и кажется что каждое изменение строки изменяет оригинальную строку, то советую почитать про особенности типа String в яве.

непонятно только зачем столько переменных заводить, если можно обойтись одной как вариант, для работы с строкой цвета из 6 символов /** * Конвертирует значение цвета из формата RGB в формат BRG */ public final static String rgb2bgr(final String color) { if (color.length() != 6) return color; return color.substring(4, 6) + color.substring(2, 4) + color.substring(0, 2); } на вход подается хекс значение в виде строки RGB, обратно отдается хекс в виде BGR

запихал в etc итемы и еще задаешь вопрос почему не одевается?... надо именно в арморы. не "пихается" - разбираться почему.

ну и что тут непонятного тогда? getStartItems() у тебя возвращает null, т.к. подозреваю ты его не инициализируешь как вариант после своей переделки З.Ы. вобще не понимаю зачем пихать обратно эти данные в бд, ведь я правильно понял что char_templates - это таблица в бд?

И что в ней элитного? Сектор гео то вроде простой и ничего там эдакого, сложного для генерации, вроде как нет.

Пакеты для этих диалогов и т.д. есть уже как минимум в ХФ. Возможно и ниже есть, но я лично не смотрел. З.Ы. ShowPCCafeCouponShowUI + RequestPCCafeCouponUse

я конечно через JS куки не выставлял, но почему для кук при выставлении в $.cookie не задается их время жизни?

и которая строка тут 129?

<sarcazm> Спасибку кинет разрабу, хватит ему и этого за работу. </sarkazm>

ну как бы логично - метод giveItems не может принимать в качестве второго параметра массив, а только одиночный объект типа ItemHolder хочешь чтобы понимало - дорабатывай оный метод, к примеру перепиши это protected void giveItems(PlayerInstance player, ItemHolder holder) { giveItems(player, holder.getId(), holder.getCount()); } на это protected void giveItems(PlayerInstance player, ItemHolder... holder) { for (ItemHolder h : holder) giveItems(player, h.getId(), h.getCount()); }

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