Перейти к содержанию

Gaikotsu

Постоялец
  • Публикаций

    1567
  • Зарегистрирован

  • Посещение

  • Победитель дней

    61
  • Отзывы

    0%

Весь контент Gaikotsu

  1. ога, так что надо делать как temporal-итемы, чтобы тратилось все время - даже когда игрока нет в игре.
  2. Gaikotsu

    Осады

    не проще на сервере выставить корректный часовой пояс?
  3. Gaikotsu

    Augment В Админке

    а можно еще так, если нужна возможность продавать игрокам вещи с определенным аугментом сделать раз плюнуть, при наличии исходников и хоть какой-то прямоте рук - посмотреть к примеру как дается заточка вещи при покупке и сделать по подобию, только с методами вставки аугмента
  4. ну я и говорю что это из области утопии. времена опенсорса в области эмулей линейки кончились примерно тогда же когда помер форум постпацифика (не тот что в рус. секторе инета вылазил потом, а оригинальный постпацифик)
  5. был бы идеальным опен соурс эмуль, над которым могло бы работать много народа, но это уже из области утопии - каждый будет тянуть одеяло на себя. да и большинство тех, кто хоть сколько-то серьезно во всем этом разбирается уже давно работает в каких нибудь приватных проектах. так что преобладающее количество народа, который набежит, типа помогать, будут ни в зуб ногой даже в самых основах. для примера можно, пусть уж не обижаются, привести в пример большую часть народа на макси - изъявят желание помогать многие, но вот пользы от них будет 0%, а то и вобще отрицательная польза.
  6. гиблое это дело, разве что тебе положить на все то что добавляют или изменяют в каждой хронике и править только ту же пакетку и разные мелочи - тогда чисто формально ты будешь идти "вровень". нереально соревноваться одному (ну пусть нескольким людям в команде) и целой орде разработчиков в нцсофт, тем более в неравных условиях - у них то вопросов что и как делать точно не возникает. а учитывая что нцсофт помчалось клепать новые хроники как горячие пирожки...
  7. я пока на это не замахиваюсь - пока на 531 протоколе сижу. и без пакетки еще дел дофига, да и так и скакать с хроники на хронику оставляя за собой кучу недоделанного - совсем не дело
  8. 2AwakenDev: чувствую ты скоро на стенку уже от таких полезешь и это при том что пока твою сборку щупают только единицы. вот я уже вешаться готов - на ту сборку линдвиора, что мы пилим, мы уже перевели один из наших серверов и теперь игроки грузят самыми разными проблемами - даже теми что проблемой не являются, а просто игроки не разобрались или не в курсе как это работает в линдвиоре
  9. как выше сказали - новый триггер типа EQUIP / UNEQUIP и дергать его в слушателе обрабатывающем одевание и снятие вещей. можно так же и без триггера - ввести новые параметры для скилла и их проверять в том же слушателе. пример подобного фрагмента из такого слушателя if (skill.isCastOnItemEquip()) { Creature aimingTarget = skill.getAimingTarget(player, player.getTarget()); if (skill.checkCondition(player, aimingTarget, false, false, true)) player.getAI().Cast(skill, aimingTarget); }
  10. Gaikotsu

    Seed Of Fire,water,wind

    почему бы не посмотреть прицип реазизации зарядов у гладов/тиров и не сделать аналогичным образом?
  11. экстрасенсов тут нет - даже сборку не сказал. к примеру в фениксах, в классах L2Character, MonsterInstance и т.п. есть метод isLethalImmune, который и проверяет должен ли проходить летал на моба или просто наносить обычную дамагу. и в нем например проверяется величина хп у моба, т.е. если она превышает определенное значение - летал по этому мобу пройти не может.\ пример public boolean isLethalImmune() { return getMaxHp() >= 1000000; }
  12. вот тебе в помощь для высчитывания правильных шансов для наград при кристаллизации - http://l2i-god.gaikotsu.ru/ просто зайди в любой интересующий предмет и увидишь нужные данные, например - http://l2i-god.gaikotsu.ru/?show=item_info&id=17418 все шансы высчитываются по тем формулам что я тебе подсказывал когда-то и почти совпадают с оффом - расхождения минимальные, за счет разных погрешностей. дерзай вобщем
  13. может для тебя будет сюрпризом, но в линдвиоре вампирик работает даже у магов.
  14. а не подумал что дело может быть и не в пакетах, а вообще в любом классе или методе, связанном с кланом? например уход в бесконечный цикл где-то или еще что...
  15. Gaikotsu

    Стил Бафов

    только учти что это еще и на кансел повлияет, а не только на стил
  16. переделываешь по тому принципу что я тебе когда-то описывал?
  17. Gaikotsu

    [Awaken-Dev]

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

    [Awaken-Dev]

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

    Mulitiselllistmaker

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

    Mulitiselllistmaker

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

    Mulitiselllistmaker

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

    Mulitiselllistmaker

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