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

GorDeveloper

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

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

  • Посещение

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

    4
  • Отзывы

    100%

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

  1. Если не в курсе, обработчик у скиллов бывает разный. Поэтому для подобного бреда существуют скриптовые хендлеры.
  2. А где гарантия, что заработает в его сборке? Не на тебе такие решения.
  3. Зачем на что-то намекать, когда достаточно мозга и его связи с глазами и руками?
  4. Нужно просто немного логики и понимания включить. Если этого недостаточно - то развивать.
  5. GorDeveloper

    Lindvior

    Никаких табличек, всё в xml, последовательность действий - произвольная.
  6. Я понять не могу, с какой радости стринговое значения адреса базы, предоставляется питоновой строкой?
  7. Да ребят, попилите себе дроплисты, проработайте херову тучу времени, а потом киньте, вам кнопочку жамкнут.
  8. Задаем случайное значение в пределах 100, и потом перебираем,
  9. Это номер байлиста. Либо файл,либо таблица merchant_buylists
  10. GorDeveloper

    [ Шара ] Lucera Rc9

    Подобным бредом заниматься, это только от ооочень большого безделья.
  11. GorDeveloper

    [ Шара ] Lucera Rc9

    Взял и спалил(
  12. GorDeveloper

    [ Шара ] Lucera Rc9

    Вангую вопрос о том как снять обфускацию с ядра перед декомпилом
  13. Ну учитывая, что при загрузке всё парсещееся выгружается в оперативку, то подрезание объектов подгрузки должно не хило сбивать нагрузку.
  14. Какой может быть мануальчик по написанию АИ? :D:D
  15. Да уже прочитал, самообразовался.
  16. Ну пока добавилось 1 брошка и 6 камней к ней. соответственно 7 слотов.
  17. Очень много букав, но дочитал. Я так на всякий случай. И там не просто номера выше 31. Там теперь вся инфа о бодипартах отсылается в writeQ.
  18. Ща глянем. Кстати, возьми на заметку. В хрониках выше линдвиора это понадобится. Там ячейки уже не укладываются в integer'e. Да, Благодарю, дело было именно в этом.
  19. Суть в том, что свич не может обрабатывать тип long в себе. Тут изначально, данные в типе int и всё нормально public void equipItem(ItemInstance item) { int bodySlot = item.getBodyPart(); double hp = getActor().getCurrentHp(); double mp = getActor().getCurrentMp(); double cp = getActor().getCurrentCp(); switch(bodySlot) { case ItemTemplate.SLOT_L_EAR: case ItemTemplate.SLOT_R_EAR: case ItemTemplate.SLOT_L_EAR | ItemTemplate.SLOT_R_EAR: { if(_paperdoll[PAPERDOLL_LEAR] == null) { setPaperdollItem(PAPERDOLL_LEAR, item); } else if(_paperdoll[PAPERDOLL_REAR] == null) { setPaperdollItem(PAPERDOLL_REAR, item); } else { setPaperdollItem(PAPERDOLL_LEAR, item); } break; } После перевода в лонг, необходима смена swith на if/else. public void equipItem(ItemInstance item) { long bodySlot = item.getBodyPart(); System.out.println("SLOTS DEBUG SYSTEM: BodyPart slot is " + bodySlot); if(bodySlot == ItemTemplate.SLOT_L_EAR | bodySlot == ItemTemplate.SLOT_R_EAR) { if (_paperdoll[PAPERDOLL_LEAR] == null) { setPaperdollItem(PAPERDOLL_LEAR, item); } else if (_paperdoll[PAPERDOLL_REAR] == null) { setPaperdollItem(PAPERDOLL_REAR, item); } else { setPaperdollItem(PAPERDOLL_LEAR, item); } }
  20. Можно конечно. Но чтобы адаптировать нормально, надо примитивно понимать принцип работы.
  21. else if(bodySlot == ItemTemplate.SLOT_L_EAR | bodySlot == ItemTemplate.SLOT_R_EAR) { if (_paperdoll[PAPERDOLL_LEAR] == null) { setPaperdollItem(PAPERDOLL_LEAR, item); } else if (_paperdoll[PAPERDOLL_REAR] == null) { setPaperdollItem(PAPERDOLL_REAR, item); } else { setPaperdollItem(PAPERDOLL_LEAR, item); } } Суть дела не поменялась: [12.03.14 13:01:35:783] WARN items.Inventory: onEquip: unknown body slot:6 for item id: 6656
  22. Подскажите, взрываю себе мозг. Есть некое выражение, заложенное в Switch(), где в кейсах видим такую картинку: case ItemTemplate.SLOT_L_EAR: case ItemTemplate.SLOT_R_EAR: case ItemTemplate.SLOT_L_EAR | ItemTemplate.SLOT_R_EAR: { if (_paperdoll[PAPERDOLL_LEAR] == null) { setPaperdollItem(PAPERDOLL_LEAR, item); } else if (_paperdoll[PAPERDOLL_REAR] == null) { setPaperdollItem(PAPERDOLL_REAR, item); } else { setPaperdollItem(PAPERDOLL_LEAR, item); } break; } Нужно переделать сию конструкцию в if{}else if{} ввиду невозможности запихнуть long в switch. Получилось так: else if(bodySlot == ItemTemplate.SLOT_L_EAR || bodySlot == ItemTemplate.SLOT_R_EAR) { if (_paperdoll[PAPERDOLL_LEAR] == null) { setPaperdollItem(PAPERDOLL_LEAR, item); } else if (_paperdoll[PAPERDOLL_REAR] == null) { setPaperdollItem(PAPERDOLL_REAR, item); } else { setPaperdollItem(PAPERDOLL_LEAR, item); } } Но правильно ли? Т.к. после сего действа, перестали одеваться сережки. Поправьте и скажите как лучше, не очень понимаю.
×
×
  • Создать...