Gaikotsu

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

офигительно точный и конкретный вопрос...

Попросили снова исходники, но по старому адресу давно ничего нет, да и у самого этой версии уже нет тоже давно - позже переписывал ее немного, после перехода на GoD. Так что перевыкладываю вот - тут и компил и исходники, все вместе. Ну а так - для новх хроник эта прога вобще уже не актуальна, т.к. сейчас уже надо отсылать аугу как два 32-битных значения, а не одно, в котором лежат два 16-битных ид. Ну или можно хранить и слать конечно как одно 64-битное (long), но это уже как-то слишком извращенно - проще и удобней хранить ид опций раздельно. Ну и внешний вид обновленной версии: augmentation_calc.zip

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

Ну вряд ли оверо/лостоподобное - там таким извратом как написание скриптов сервера на питоне не страдают...

так что мешает у нпс, после создания клана сразу же делать clan.setLevel(5); ну или как там у мобиуса выставляется уровень клана

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

Ну не сказать что сильно много - после ХФ бонусы от стат же уменьшили, так что там 102 кон - это не то же самое что такое же значение на хф и ниже (хотя конечно на хф и ниже столько быть и не может - там бонусы расписаны только до 99).

твой вариант не прокатит, т.к. ты указал просто триггер на получение урона, т.е. проще говоря оно кастанет 45346 при первом же получении урона. Тут скорее всего надо задействовать TriggerSkillByKill или TriggerSkillByDeathBlow

сомневаюсь что кто-то, в любой из существующих сборок такое извращение реализовывал.

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

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

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

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

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

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

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

выставить на всю нужную локацию зону, повесить на нее листенер и в листенере, при попытке выйти из зоны возвращать игрока обратно в нее.

например при помощи SchedulingPattern задавая время следующего возможного выполнения и потом сравнивая с ним текущее - этот класс может генерить время следующего выплнения посредством задавания его в формате cron'а например если задать SchedulingPattern time = new SchedulingPattern("0 17 * * tue"); то в time будет время до ближайшего вторника, 17:00 класс этот можешь взять из сборок на базе овера так же можешь заюзать Quartz, в целом делающий тоже что и SchedulingPattern, только с кучей доп. наворотов Но вобще тебе хватит и первого варианта за глаза, вместо целой библиотеки в виде Quartz

Впервые слышу.

составить правильный build.xml, настроить проект и его компиляцию в IDE и вперед З.Ы. только каким местом тут svn я не понял З.З.Ы. судя по "/* */" в началах строк - это у тебя декомпил? ковыряться с декомпилом - последнее дело... неочевидных багов/косяков при декомпиле может в код внестись куча, притом повторной компиляции они мешать не будут, но вот код в итоге может потом криво работать.

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

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

а в твоей сборке вобще существует поддержка хтмлок диалогов на разных языках?

я к примеру через батник пакую так @soft\l2encdec -h121 %1 %1.tmp @del %1 @ren %1.tmp %1 где %1 это переданное в батник имя файла, типа pack.cmd pack.utx