Gaikotsu

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

не в 10 а больше.просто в клиенте ГоДа тип переменной для хранения количества наконец-то поменяли с 32битной на 64битную. так что теоретический лимит теперь 9223372036854775808 а не 2147483648, как было до этого

ога, ибо еще нужна поддержка со стороны клиента на такое дело

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

ну у меня класс в котором вся работа с саммонами/петами игрока - намного более объемная и основательная (почти полтысячи строк в классе SummonList)

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

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

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

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

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