Setras

Гирскор и перемещение между гильдиями они парсят с сайта.

Межсерверное противостояние может быть и вручную.

Код

function BuffAdded(params)
LogInfo("Object ", object.GetName(params.objectId))
LogInfo("Buff ", object.GetName(params.buffId))
end
common.RegisterEventHandler(BuffAdded, "EVENT_OBJECT_BUFF_ADDED")

Выдаёт в лог следующее:

 

Info: addon TestingButton: Object панДимон
Error: addon TestingButton: UI::LuaObjectGetName: interactive object not found: 16218, details: int __cdecl UI::LuaObjectGetName(struct lua_State *)
Info: addon TestingButton: Buff
Info: addon TestingButton: Object ЛордДжулиан
Error: addon TestingButton: UI::LuaObjectGetName: interactive object not found: 16306, details: int __cdecl UI::LuaObjectGetName(struct lua_State *)
Info: addon TestingButton: Buff
Info: addon TestingButton: Object пПанацеЯя
Error: addon TestingButton: UI::LuaObjectGetName: interactive object not found: 16307, details: int __cdecl UI::LuaObjectGetName(struct lua_State *)
Info: addon TestingButton: Buff
Info: addon TestingButton: Object пПанацеЯя
Error: addon TestingButton: UI::LuaObjectGetName: interactive object not found: 16308, details: int __cdecl UI::LuaObjectGetName(struct lua_State *)
Info: addon TestingButton: Buff
 

Т.е. все работает как я предполагал. Астральная мощь III не является именем юнита, но она явно получена не через object.GetName(params.objectId)

Что значит прологировать код?

Идентификатор есть некое число. Вполне вероятно что порой идентификаторы существующих баффов и идентификаторы существующих юнитов совпадают. Попробуй сравнивать ObjectId и BuffId в одном и том же событии.

То есть, вы хотите сказать, что в качестве objectId  приходит что вздумается? То идентификатор юнита, то баффа? Пишу же, ЧЕРЕЗ РАЗ.

Слов "через раз" я в сообщениях выше не увидел.

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

Событие EVENT_OBJECT_BUFF_ADDED содержит таблицу с 3 параметрами.

ObjectId

BuffId

index

Т.е. этот код

function OnBuffAdded ( buffs )
  for i in buffs do
    local buffInfo = object.GetBuffInfo( buffs[i] ) -- это место вызывает ошибку
      if buffInfo then
       ...........
      end
  end
end

common.RegisterEventHandler( OnBuffAdded, 'EVENT_OBJECT_BUFF_ADDED' ) 

должен отработать как

    local buffInfo = object.GetBuffInfo( buffs[ObjectId] )

    local buffInfo = object.GetBuffInfo( buffs[buffId] )

    local buffInfo = object.GetBuffInfo( buffs[index] )

Т.е. 3 раза вызвать object.GetBuffInfo, при этом 2 раза из трех параметр будет неверен и/или не являться идентификатором баффа.

Например в случае с джаббером подходящим вариантом будет держать на компьютере базу данных с которой будут общаться джаббер-бот и сайт. Бот будет писать в неё необходимую информацию (вход/выход из игры членов гильдии ,лог гильдчата и т.п.), а сайт - вытаскивать необходимую информацию и отображать пользователю. Также можно сделать так, чтобы член гильдии на сайте видел гильдийский чат, а не член гильдии, например, не видел, либо видел только сообщения, предназначенные для публики. Либо можно было бы писать сообщения с сайта в игру.

В общем сделать можно многое, но если вы не сильны в программировании то сделать нельзя ничего

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

Если вопрос был "есть ли некий универсальный и открытый механизм получения информации об игре извне", то ответ "нет".

Если интересует именно онлайн в гильдии на данный момент - можно получать по протоколу джаббера.

Нигде.

Кстати, если использовать params.objectId то ошибка остается, а вот если params.buffId, то все работает красиво.

Вероятно потому что ObjectId это ИД объекта (юнита) а не баффа? И функции для работы с баффами с ним не работают?

Возможно.

Нет, к координатам юнита.

Если он прикреплен используя функцию маркера мув ту клик, то это дикий костыль.

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

Например, для анализа - кто вместо рейда улетел в астрал.

При сборе не до того, а так - экспортировал, и в спокойно обстановке смотришь.

Это первый пришедший в голову пример.

Т.е. если при сборе рейда персонаж в онлайне в астрале - то он нарушитель, а если в оффлайне - то все ок? Сомнительно.

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

20.00 руб ( стоимость продления: 10.00 руб раз в 3 мес. )

Если 3 месяца не прошло, то просто скачиваешь новую версию и всё. Если прошло - за неделю до окончания появится новый счет на 10 р.

Добавьте в аддон, пожалуйста, при экспорте статусы персонажей online/offline.

Зачем кому-то статус персонажа при экспорте?

Please support the Turkish language.

I don't play on TR server nor speak turkish. You may open english Texts.lua file (from EN folder inside the addon folder) and edit it yourself, so it works in your language. You'll need to provide correct NPC names, tasks names, as well as translate other texts to your language.

В принципе это нетрудно.

Бомбануло у кого-то?

Пох - походов.

Нах - потраченых очков.

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

Нельзя.

Это точно "VisObject прикрепленный к юниту"? Прикрепи к идущему стражнику...

П.С. и прикрепи какой-нибудь трехмерный VisObject

Раньше была функция object.AttachVisibleObject( objectId, index, visObjectOrAliasId, position, directionAnchorObjId ), но ей запретили пользоваться с версии 4.0.04.

Почему?

Потому что нельзя?

на евро офе чет не робит

Заменил файл Texts.lua на соответствующий локализации клиента?