Gaikotsu

L2FileEdit или L2ClientDat

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

я конечно не мегаспециалист в яве, но учитывая что над имеющейся сборкой я работаю уже дай бог памяти лет пять-шесть (если не больше) и по сути весь код был уже не раз чуть ли не полностью перелопачен - вероятность того что там есть какие-то специально заложенные дыры, да и вобще критические проблемы - стремится к 0. К тому же у нас не сервер-однодневка с онлайном в пару человек, переоткрывающийся каждые пару недель, а вполне себе работающий уже лет 15 сервер без единого вайпа и закрытия/переоткрытия (мы с С1 если что еще начинали) - и уж точно бы всякие проблемы с безопасностью и возможностью что-то сделать с сервером или как-то нажиться на недоработках бы всплыли уже давно. Вобще у тебя какая-то нездоровая паранойя на тему "как страшно жить - везде бэкдоры"...

Повторяю - я не с ХФ работаю, а с ГК в данный момент, со сборкой, в основе имеющей тот самый овер из шары. Ну и в шару выкладывать нашу сборку или "делиться" не буду - разработка идет в данный момент только для нашего сервера и все. Да, есть у нас и сборка ХФ, тех времен, когда параллельно основному серверу запускали еще и серв ХФ и сборка на базе того же самого овера, но и ее я выкладывать или кому-то давать не буду. Да она особо от оригинального шарного овера не отличается - я в нее в основном просто переносил свои разные наработки из основного сервера (в то время он был еще сервером Линдвиора).

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

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

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

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

Ну я могу поработать немного Вангой - на 99.9% уверен что он пытается выделить более 1.5 гб памяти, пользуясь при этом 32-битной явой.

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

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

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

тебе поможет гугл.переводчик.

Мда... глянул я содержимое GrandBossSpawn.java и знаете господа... в приличном обществе за такой код бьют канделябрами, прямо по бестолковке... Каждый раз, когда кто-то юзает команду, лезть в бд за данными... Добавлено позже: Оу!... Я сразу даже не заметил главного маразма в коде - там на получение статуса каждого босса из списка идет процесс "коннект с бд -> чтение данных -> закрытие коннекта". Т.е. в данном случае 9 (девять!) раз соединяется с бд чтобы получить данные.

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

Я так думаю с твоими познаниями в яве единственный вариант - кому-то заказать переделку/написание. З.Ы. нет - я не возьмусь копаться в этом недоразумении под названием пв-софт...

да еще, чтобы убрать зависимость от рейтов сервера, можно размещать подобный дроп в списке дропа особого типа - не подверженном рейтам сервера. хз что у тебя за сборка, но на сборках на базе овера это делается примерно вот так: <npc id="8441" name="Дух Капитана Пиратов Утанки" title=""> <rewardlist type="NOT_RATED_GROUPED"> <group chance="100.00000"> <reward item_id="23236" min="1" max="1" chance="100.00000" /> <!-- [100.00000%] Свиток Телепорта к Надгробию Капитана Пиратов Утанки / Scroll of Escape: Uthanka's Tomb --> </group> </rewardlist> </npc> в данном случае какие бы рейты у сервера не были - всегда со 100% шансом с этого моба будет падать только 1 свиток. еще есть вариант с типом NOT_RATED_NOT_GROUPED - он аналогичен по описанию и принципу выпадения спойлу, но тоже не подвержен рейтам.

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

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

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

В большей части сборок раса персонажа явно не хранится в бд и т.д., а определяется автоматом по классу основы. Так что придется вводить новое поле в таблице с инфой о персе и брать/сохранять данные о расе из него, а не из данных класса. Я так собственно и сделал в свое время, когда добавлял услугу смены расы для перерожденных классов в коммунке. Кстати может ТС у нас это и видел?

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

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

Что мешает написать самому? Это же примитивнейшие по реализации вещи

Ну укажи еще варианты обмена, скажем сразу 10, 50, 100 медалей.