Вступление

Речь пойдет в данной теме об очередном чудодейственном баге в игрушке Варкрафт.
Баг был обнаружен в прошлом году, когда Jon выложил пример по отлову стоимости предмета, но не был "рентабильным". Почему - объясню дальше

По сути бага

По своему действию баг напоминает свойства спеллбука Сергея, тоесть позваляет добавлять способности юнитам, не занимающие места на интерфэйсе.

Плюсы

• Отсутствие лимита на добавление абил
• Простой механизм добавления способностей (в том числе и из-за отсутствия лимитов)
• Все остальные плюсы, которые касаются спеллбука Сергея
• Абсолютно все пассивки суммируются (будь то критикал страйк или аура)
• Добавленные способности легко убираются с помощью RemoveAbility, одна за другой. даже если они одного типа.
• Так же сохраняется возможность триггерно манипулировать уровнями последней наложеной абилы.
  » И это здорово

  Фактически это в степень увеличивает полезность нашего бага - создаем предметную абилу с дохренашным кол-вом уровней и ставим нужные нам значения в соответствии с уровнем в РО, а затем раз добавив багом уже манипулируем через изменения уровней значениями этой абилы :)
• Узнать текущий уровень абилы можно так же, триггером :) Level of Ability for unit(гуи) или GetAbilityLevel()

Минусы

• Пока не известно относительно применения не-пассивных заклинаний
• Абила должна относится к предмету(впрочем, для пассивок это не минус)
• Механизм требует наличия способности Предметы (герой). Так что будте осторожны! Не-героям давать бонусы к хар-кам героев - перенести быстрый вылет игры
• На присвоение абилы данным методом требуется небольшое время, что затрудняет работу с циклами

Аспекты

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

Механизм

Принцип работы простой - при покупке предмета в лавке, очевидно, существует отличный от Create & GiveItemToHero механизм создания предмета для героя - если мы уберем предмет из игры RemoveItem при событии продажи предмета из лавки EVENT_PLAYER_UNIT_SELL_ITEM предмет удаляется, НО абила предмета остается у героя . Очевидно при реакции сначала создается абила, а потом добавляется предмет, предмет мы убираем, не создав а абила успевает проскочить, не будучи привязаной к предмету.

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

Более полно в карте Отписывайтесь по механизму, ведь механизм еще почти неисследован.

Прикрепленные файлы

AddAbil.w3x (46.5 Кбайт, 237 просмотров )

Нед, стрелочка нужна для определения героя - которому даем абилу. При селекте др. героя стрелочка переключается

FellGuard добавил:
Думаю стрелку убрать легко. Для справки - вся соль системы в Функции И триггере Checker)

А, ты об способности для стандартных и нестандартных магазинов Ну этот трабл решается созданием нестандартной абилы Выбрать героя

FellGuard добавил:
Мой косяк, должен был пофиксить

FellGuard добавил:
Вапще уже из сэмпла видно, как можно добавлять всевозможные бонусы :) Имхо играбельный получился сэмпл

FellGuard добавил:
Простите за нескромность)

Не будут. Проверено. Аесли бы работали - вот вам идеи по управлению юнитами :)

FellGuard добавил:
О, нашел еще один плюс - ауры стакаются :) Это конечно useless, но теперь нет проблем со стаканьем сфер и эффектов - помните сколько было вопросов по поводу.

FellGuard добавил:
Хм выяснилось по сферам - атака и эффект суммируются, но вот сфера проклятия ведет себя неадекватно - после добавления второй раз сфера перестает проклинать врагов при атаке и начинает проклинать атакованых друзей :)

Если б ты помог - у меня толи руки кривые толи я просто не смог отследить ордер. Ни order ни orderById здесь не подходят.
Нетрат вродебы сейчас занимется тестом на каст ордеры, но в варе механизм юзания предмета идет через native UnitUseItem - она в отношении и ордера, и ид предмета, и абилы не имеет эффекта - как и IssueOrder:\.
По поводу героя - просто к каждому герою аттачить по магазину, это не трудно. Да и при смене владельца путем IssueNeutralTargetOrder(u, "smart", target) проходит меньше 0.1

Еще минус - на присвоение абилы требуется время, то есть по циклу это сделать не получится

NETRAT добавил:
Нет, ничем я щаз не занимаюсь - это я вам предложил проверить все абилы (нацеленные, ненацеленные, автокаст) на ордеры

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

FellGuard добавил:
Ну а лууп наверное правда будет подтормаживать.

Слышал :) Вот как их еще ловить.. Из триггеров за юз предмета отвечает
UnitUseItem. Очевидно, нативка берет либо предмет, либо его абиллист. Это плохо, итем то у нас отсутствует :\

Нашел еще особенности - поверх уже добавленной нашим методом копии абилы, триггерно (вместе с интерфэйсом) добавить такуюже не получится - надо ремувить все копии. Поверх триггерной "графической" абилы, нашим методом копии спокойно накладываются.FellGuard добавил:
Узнать текущий уровень абилы можно так же, тупо триггером :) Level of Ability for unit(гуи) или GetAbilityLevel()

FellGuard добавил:
Вместе с этим известием приходит и известие о возможности добавления кастуемых абил Тоесть, когда я проверял уовень не пассивок после добавления он был равен 1.
Осталось только вычислить ордер приказа..

FellGuard - зацени : http://xgm.guru/forum/attachment.php?attachmentid=18643