Gaikotsu

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

Честное слово, руки бы отрывать тем, кто такое пишет и так делает задержки... приспичило что-то сделать с определенной задержкой - юзай Future/ScheduledFuture

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

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

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

только полный идиот будет запускать мутную программу хрен знает от кого у себя на компе. хотя да - тут такие найдутся. З.Ы. кстати пусть и на том же вирустотале ни один из антивиров не среагировал на эту прогу, но остается вопрос: зачем, судя по тому же отчету вирустотала, эта прога по udp лезет на ип 64.4.10.33?

ошибаешсявторая линейка в корее вобще-то в 2003 только вышла, а за пределы кореи вылезла уже в 2004. формально так-то сервер у нас с конца 2005 работает, но первое время он был доступен только клиентам рейда (эртк или дом.ру по нынешнему) и только в самой Перми.

пропить

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

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

чтоб тебе DDoS за твой "спам по серверам" устроили основательный на запуск твоего сервера.

По своему опыту знаю что от ОБТ особого толка нет. Большая часть бегающих на ОБТ тупо валяют дурака - точатся, пвпшатся, срутся с друг другом и т.п. Если кто и ищет ошибки и недочеты, то чаще всего ищет только то что пойдет ему на пользу и естественно об обнаруженном администрации не сообщает. Больше толку от ЗБТ, когда на тесте бегают только те, кому точно можно доаверять и те кто точно будут заниматься тестиованием, а не маяться дурью.

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

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

public final String getName() { return _name_ru == null || _name_ru.isEmpty() ? _name : _name_ru; }

какая еще формула то? по коду же ясно что сами названия иконок надо задавать в данных у скиллов, в хмлках с инфой о них т.е. типа так: <set name="icon" val="icon.skill0001" />

они в БД хранятся...

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

переписать метод хранения сетов, а так же проверки - одет ли подходящий предмет в нужный слот.рекомендую посмотреть в сторону нупример овера - там это все сделано достаточно просто и изящно. вот для примера типичное объявление сета: <set chests="19790;19854;19918;35029;35059" legs="19791;19855;19919;35030;35060" head="19789;19853;19917;35028;35058" gloves="19792;19856;19920;35031;35061" feet="19793;19857;19921;35032;35062" enchant6skills="13341-1"> <!--Комплект Магических Доспехов Айдиоса - восст. (Robe) --> <set_skills parts="2" skills="13091-1" /> <set_skills parts="3" skills="13091-2" /> <set_skills parts="4" skills="13091-3" /> <set_skills parts="5" skills="13091-4;13063-1" /> </set> как видно, для каждого слота указано по несколько вариантов предмета и с любой комбинацей подходящих предметов во всех нужных слотах сет работает. З.Ы. естестно нужны исходники для переделки

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

а зачем приплетать тут еще и getAllPlayersForIterate()? перебирать каждый раз для данной проверки всех игроков в онлайне? ну нафиг.

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

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

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

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