Gaikotsu

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

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

решил таки тоже перебраться на FT? только учти что изначально там реализация местами менее полная (ну а местами наоборот) чем в сурсах ребы, расшаренных Килроем. в свое время я возможно бы и взял за исходный код именно ребу, если бы она была в шаре на то время, когда я начал работу над ГоДом, но она в шаре появилась где-то через 4-5 месяцев после этого, а к этому времени я уже основательно перелопатил исходники FT, так что переходить на ребу было уже просто нерационально.

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

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

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

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

как вариант цена у вещи нулевая.

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

или распотрошить при помощи umodel пак icon.utx

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

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

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

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

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

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

причем здесь ява, если тут исходники на С#?

дык для этого же думать надо

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

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

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

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

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

с лимитом в 99ккк у меня ассоциации только с аукционом предметов (там насколько помню такой лимит максимальной ставки), но речь то в теме идет не о нем, а о максимуме хранимой у игрока в инвентаре адены.

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