Gaikotsu

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

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

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

C1 (PTS) -> ProjectC3 (PTS) -> C4 (PTS) -> Interlude (PTS, dVampire)- > Kamael (PTS, dVampire) - > Hellbound (PTS, dVampire) - > Gracia Final (Java, Phoenix) -> Freya (Java, Phoenix [собственноручный допил с GF]) -> -> High Five (Java, Phoenix [дальнейшее допиливание]) -> Lindvior (Java, сборка Tauti на основе Rebelion, собственноручно основательно переписанная и апнутая до Lindviora) ... -> ... в свободное время ковыряю текущую сборку на тему апа до Ertheia.

с дуба рухнул? никогда этой хренью под наванием "допы" не занимались

почти 10 лет работы сервера и ни одного вайпа за это время. что же мы такого делаем не так?...

блин, ошибки же в глаза бросаются прямо, да и пхп прям таки пальцем тычет, указывая в какой строке ошибка вот так вот делать нельзя $postboxtextsize=; $offlineminutes=; у переменных всегда должно быть хоть какое-то значение.

можно просто не заниматься херней в виде периодических вайпов, но ведь это видимо не ваш путь?

наверняка грейд слишком маленький указал в клиенте

CharacterSelectionInfo writeC(0x09); writeD(size); writeD(0x07); // Максимальное количество персонажей на сервере writeC(0x00); // 0x00 - Разрешить, 0x01 - запретить. Разрешает или запрещает создание игроков writeC(0x01); // ? writeD(0x01); // 0x00 - Выводит предупреждение о лимитированной игре. writeC(0x00); // 0x01 - Предлагает купить ПА. ... ... ... ...

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

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

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

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

он видимо про итем брокера как на фениксе/овере - нпс, собирающий и показывающий в удобном виде (по категориям, с сортировкой по цене и т.д.) информацию о том что покупают/продают/крафтят все игроки в определенном радиусе от этого нпс.

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

ты надеюсь учел, что в результате твоей правки урон от этого скилла упал?

зависит от того сколкькиядерный проц на сервере и других условий

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

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

ага, как же без правки FuncEnchant в ядре на тему обработки всех необходимых стат, нифига у него не будет повышаться

хроники то какие и сборка? если сборка поддерживает добавление enchant bonus'ов вещам, то делаем через них типа такого

почему нет? -100, -200 и -300 - вполне себе стандартные значения для очков pc cafe, клановых очков и очков славы.

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

int lvlDiff = Math.max(npcLvl - openerLvl, 0);