
Saltfire
Постоялец-
Публикаций
589 -
Зарегистрирован
-
Посещение
-
Победитель дней
27 -
Отзывы
N/A
Тип контента
Профили
Форумы
Загрузки
Магазин
Инструкции
Весь контент Saltfire
-
Ну в ItemHandler или ItemTable, точно не помню уже, найди место регистрации всех этих юзательных предметов, найди нужный итем и поправь.
-
А у тебя правильно отображается? Можешь скинуть для сверки свою строчку?
-
Что тут не так? quest_type, меняет как-раз многоразовый или одноразовый, сейчас стоит 3ка и показывает единичку. А текст пишет, что многоразовый, что еще нужно поставить?
-
Клиент interlude Как-то не обращал внимание, а тут обратил Почему квест стоит 1 разовый, а говорит Многоразовый? Где поправить это сие чудо не могу найти никак? Сначала подумал, что дело в исходном коде где-то, но когда начал рыть QuestListWnd.uc, то нашел там такие строчки: switch( QuestType ){ case 0: case 2: record.LVDataList[3].szTexture = "L2UI_CH3.QUESTWND.QuestWndInfoIcon_1"; break; case 1: case 3: record.LVDataList[3].szTexture = "L2UI_CH3.QUESTWND.QuestWndInfoIcon_2"; break; } record.LVDataList[3].szData = String(QuestType); //반복성 // повторяемость Подумал, может что перепутано было, нашел я эти текстуры: L2UI_CH3.QUESTWND.QuestWndInfoIcon_1 - многоразовое L2UI_CH3.QUESTWND.QuestWndInfoIcon_2 - одноразовое Зашел в sysstring-e.dat Нашел строки: 861 u,Многоразовое задание\0 862 u,Разовое задание\0 Но и тут как-бы все нормально. Я что-то врубиться не могу, видать что-то упускаю, но ничего найти не могу. Выручайте, кто знает, как исправить?
-
А. я понял. что за мана. Ну это честно дурдом =) public boolean isShadowItem() { return _mana >= 0; } public int decreaseMana(int period) { _storedInDb = false; return _mana -= period; } public int increaseMana(int period) { _storedInDb = false; final int maxMana = _item.getDuration() * 60; if (period + _mana > maxMana) { return _mana = maxMana; } return _mana += period * 60; } public int getMana() { return _mana / 60; } Ну так это же его время, атрибут duration
-
На сколько помню, только время существования теневого оружия было. Это либо самому добавлять, чтобы у этого оружия был специальный атрибут mp который будет использовать ману только при заклинаниях, причем нужно будет также делать проверку при касте скиллов, требующих ману, что если у тебя одето оружие, то ману оружия этого нужно тратить, а не персонажа и исчезать будет после закачивания маны или времени существования, если ману тратить не будем.
-
Всм, у тебя что получается, если сервер сейчас выключен, порты открыты? Закрывай скорее
-
Аяяй. Учитывая, что интерфейс был собран на готовых ранее наработках, цена должны быть 5к не более. А то, что не спать ночами и делать ради сруба бабла со школьников, такая себе идея. Удачи!
-
Вообще, все не так должно было работать, все было испорчено, после перехода на xml. Но теперь для того, чтобы все тут заработало корректно - это будет очень большая проблема. Вообще, я так понял, новых игроков не было уже лет так никогда (15). И я так понял, все для старичков делается, что уже изжито и не интересно. Те кто знают, смогут играть, а новые играть не будут, а особенно как вы оформляете странички, не читабельно, то и сразу выходить будут. Зачем ломать глаза, вычитывать, высматривать, непонятную и ненужную информацию? Люди хотят играть, а не смотреть ваши каракули и пытаться понять, что вы от них хотите.
-
Да он только и умеет крякать и хрюкать как и ты и больше он не способен не на что. Всегда радовали, такие вбросы. Пиши исче!
-
Ничего не понятно, а что тут интересного? (нет же ничего) В первые слышите о квесте на профессию? @SRahmir, Если имеется ввиду, делать квесты на профессии или нет, на рейтах от 1 до 20, то так и пишите. Но тут нет конкретного ответа, каждый решает для себя сам, какое будет развитее в игре, да и квесты могут быть разные по сложности и требованиям. Ну либо, что спрашивать, возьмите готовое и экспериментируйте. Хотя, чтобы вам туда сделать новый квест, нужно будет не мало потрудиться, чтобы все работало правильно.
-
Отлично! Я верю в тебя!
-
Ну наверно нужно изучить, что такое XSD, методом тыка - это не работает. Для этого есть уже множество валидаторов и также составления схем без вашего участия. Одной ошибкой, тут не отделаться, нужно видеть. что вы там пишите, а вы показывать не хотите ничего
-
пароль какой?
-
Ну видимо, вы что-то не верно делаете, там есть в <table maxLevel="85" .... > в файле experience.xml Уверены что все выставлено как надо? И также есть xsd схема data/xsd/experience.xsd - для валидации experience.xml Ее тоже нужно поправить. Так как сам аттрибут maxLevel: <xs:attribute name="maxLevel" use="required"> <xs:simpleType> <xs:restriction base="xs:positiveInteger"> <xs:minInclusive value="1" /> <xs:maxInclusive value="85" /> </xs:restriction> </xs:simpleType> </xs:attribute> от 1 до 85. ну и сам элемент для рассчетов experience, почему-то от 1 до 87. Видать у кого-то не получилось, методом тыка это сделать =))
-
Такое обычно бывает, когда, чего-то не хватает. Толи просто знания, толи файлов и/или папок (типо mysql_backups, log, и т.д.). Возможно пути косячные, возможно руки не из правильных мест у кого-то растут и для запуска, не сделали соответствующие настройки. Сборка желает лучшего, вся какая-то замученная.
-
Обращайся Найдешь, хотя-бы файлики и классы и методы напиши, чтобы если вдруг, потом не искать =)
-
Кидай исходники =))) - А так, ищи где статы перса типо PcStat.java, и там метод setLevel, от туда увидишь все вытикающие, там откуда-то должен браться минимум и максимум, там и найдешь =) Или еще вариант. SubClass.java найти. там тоже глянуть где макс. и мин. берутся.
-
Тут ExperienceData.java видать? Ну и соответственно data/xml/stats/experience.xml
-
Главное дело хроники написали, а какая сборка нет.
-
Какой мануал, каких соседей? О чем ты вообще?
-
А то не знал, что без исходов - покупаю только те, кто не шарят или не хотят терять на это время, так как у них все есть и им ничего не нужно, а по любому щелчку заплатить и все сделают без проблем и заморочек. Что только душе угодно!