Это не бага, это фича, тонкости, баги и прочее Опции

[_kaa_]

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

Локальные переменные на итемах из инвентаря игрока сохраняются в файле
Для меня это было откровением и нашел я это случайно. Если выставить локальную переменную на итем - она сохраняется в .bic файле игрока, что иногда очень удобно (особенно вместе с настоящими nodrop-итемами, многие вещи так делать гораздо проще, чем юзать БД)

Событие модуля OnAcquireItem вызывается при _входе_ игрока на шард для _каждой_ вещи из его инвентаря
Тоже самое и с событием OnPlayerEquipItem - оно вызывается при входе игрока на шард для каждой одетой на персонажа вещи

В событие OnClientLeave не работают некоторые функции для работы с объектом игрока
GetPlayername, GetPCIPAddress и некоторые другие. Но локальные переменные читать можно, так что если вам нужны эти данные - занесите их в переменные при входе игрока на шард

Событие OnUnAcquireItem вызывается при _попытке_ продажи итема в магазин, даже если эта вещь не покупается
Если нет денег у НПС-покупателся, возможно и на plot\stolen то же самое будет. Вероятно что и OnAcquireItem будет вызываться.

Бага функции TakeGoldFromCreature()
Надо дополнительно проверять текущее действие, if (GetCurrentAction(oPC) == ACTION_DROPITEM) {чит}
Т.е. можно задать действие "выложить деньги на землю", некоторое время сервер будет считать, что все деньги по прежнему у вас. если сервер в это время отнимает деньги у игрока функцией TakeGoldFromCreature() - при небольшом навыке на землю упадет _вся_ сумма, не учитывая те, что забрали функцией. Баг особо опасен для банков (IMG:style_emoticons/kolobok_light/smile.gif) (так делались первые миллионы на Эксизе, когда только появился первый банк)

Сообщение отредактировал _kaa_ - Jun 24 2004, 17:51

[Lazy Ranma]

В событие OnClientLeave не работают некоторые функции для работы с объектом игрока

Самое интересное, что при этом GetIsPC() возвращает FALSE. Еще состояние "не до конца вышедшего" игрока можно застать не только из OnClientLeave, но из любого другого скрипта, выполняющегося примерно в то же время.

[_kaa_]

Иногда полезно читать лексикон (IMG:style_emoticons/kolobok_light/smile.gif)

При работе функции DestroyObject()объект уничтожится только когда завершится скрипт, вызвавший эту функцию, а до этого момента объект все еще существует. Т.е. получается функция только помечает объект на удаление, а удаляется он сборщиком мусора после завершения скрипта.

[Аваддон]

Скорее не баг, а недодуманность скриптеров в Стандартном Крафте.
Проверял на версии 1.62.
Когда у вас есть материал для ловушек, напрмер сустав скелета(Skeleton's Knuckle)
Жмем на Crafting Skills, в диалоге выбираете Craft Traps. В следующем диалоге доступна маленькая ловушка с негативной энергией. Не закрывая диалог открываем инвентарь и выкладываем сустав скелета. Жмем - сделать маленькую негативную ловуку - вуаля: Сустав лежит рядом с вами на земле а у вас в инвентаре (если был прокачан скилл crafting traps) свежая ловушечка. Ай да раздолье плутам(IMG:style_emoticons/kolobok_light/smile.gif) ))

З.Ы. С оружием и броней такое уже не прокатило(IMG:style_emoticons/kolobok_light/sad.gif)

[Lex]

Это легко лечится. Ставить повторную проверку компонентов на фразе, что перед крафтом.

[_kaa_]

Очень веселая недокументировання багафича со встроенной БД.
Был баг непонятный, долго копал - что за фигня, в БД одно значение, а читает и возвращает другое.
Стал разбираться.
Вот что оказалось:

SetCampaignInt(string, string, int, object)

[_kaa_]

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

Я же нашел более интерестный способ =)

Функции умеют возвращать структуры:

[_kaa_]

Интересный прикол в событии onPhysicalDamage. Есть функция, GetLastWeaponUsed().
Если в руках оружие - возвращает оружие.
Если нет - возвращает наручни или перчатки (!)
Если и их нет - то возвращает OBJECT_INVALID

Логически - все верно, но не ожидал я такого от биоваре (IMG:style_emoticons/kolobok_light/smile.gif)

[_kaa_]

Не сохраняйте location в БД.
Сохраняется она "правильно" даже в стандартной БД, т.е. ее перезапись не ведет к увеличению размера БД.
НО, сам формат...
Запись выглядит примерно так:
AREA_ID, X,Y,Z,Facing
Проблема с AREA_ID. Он выставляется то ли еще в тулсете, то ли при распаковке и часто меняется при добавлении\удалении локаций. Т.е. после этого location указывает ХЗ куда.
Если очень нужно хранить - задавайте руками (в тулсете, кнопка variable) локальную переменную для локации с номером или же задавайте уникальные теги локациям (не проверял) и с ними работайте.
Если есть возможность обойтись вейпоинтом - так и делайте.

[Valleo]

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

[_kaa_]

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

Да, если еще написать обратную функцию StringToLocation и следить за уникальностью тегов локаций в модуле - то достаточно просто и надежно получится.

[Valleo]

StringToLocation

[Аваддон]

Интересная фишка тут мне вечерком подвернулась, хотя может и старо, но пока нигде не видел.
Сначала маялся чтобы на "OnHeartbeat" в модуле на игрока выполнялся определенный скрипт. Можно конечно замутить GetFirstPC и GetNextPC, в таком случае сервер будет перебирать всех игроков.
Почитал Lексикон и вот что нашел в заметках:

[DBColl]

Аваддон
Да ну нафиг!!! Это мега фича!! Сенки! :good:

[Lex]

стоп..а если игроков много...те у всех одинаковый ХБ?

[Аваддон]

Лекс не понял твоего вопроса... У каждого игрока на HB будет включаться этот скрипт:)

[Lex]

все, те одинаковый хб. Но для сингла это не важно. Отличная фича!

[Lexey aka Hawk]

Зато интересно для шардостроителей.

[Lex]

я имел ввиду что не важно, что для всех одинаковый. :-) А синглам эта штука тоже будет полезна.. :-)

[Тобур]

[Аваддон]

В поздних версиях тулсета ввели функцию - поиск по тексту (предметов, существ, плейсов). Но в тайлах такого поиска не сделали. Я работая с большими тайлами, порой забываю в какой группе какой объект находится. Но найти нужный тайл через его название можно.
Заходите на закладку там где этот поиск возможен. Набираете текст, переходите в закладку тайлов и нажимаем F3 :)

[_kaa_]

[rdx]

[Lex]

[virusman]

Еще одна, на этот раз неприятная, фича:
После вызова SetItemStackSize стираются локальные переменные на предмете.

[_kaa_]

[mamuc]

угу...таким образом единственная инфа, которую можно сохранить у stackable итемов при обьеденении\разделении, и которую при нужде скриптами можно менять ( в разумных пределах :D ), это чардж... :yes:

[_kaa_]

[Vanes]

у меня лут падает всегда и везде, но с подобной проблемой не сталкивался - скрипт дропа лута всегда до конча срабатывал...
единственный косяк случался, если игрок умирал в момент перехода из локи в локу... потому единственный фикс, который я делал - проверка if(oDropBag!=OBJECT_INVALID)...
такая проверка не только фиксит возможный дюп, но и отучает игроков убегать от мобов в переходы :)

[virusman]

_kaa_
Да, точно, это у меня глюк был.

Сообщение отредактировал virusman - Sep 26 2005, 17:44

[2_advanced]

типа того:

[dumbo]

наковырял вот неприятность, но она уже из прошлого - до версии 1.66.8074(конкретно у меня баговала 8067). есть предположение, что сие относится только к clcompile.exe. баг из прошлого - он существовал до 1.30 и каким-то образом дожил в clcompile до недавних дней. есть правда отличие - там глючило на локальных переменных - тут на константах.
баг: неправильное восстановление стека скриптовой виртуальной машины на break/continue инструкциях, если в блоке вводилась локальная константа. например:

[virusman]

To: dumbo
Я ж говорил. :) В чейнджлисте 1.66 как раз был написано про этот фикс.

[virusman]

В функциях Action(Force)MoveToLocation и ActionMoveAwayFromLocation существует утечка памяти. Если ваш модуль "течёт" - обратите внимание на вызовы этих функций.

[denis0k]

Веселые грабельки в StartNewModule().

Функция срабатывает только при наличии игроков на сервере (есть мысль, что с опцией restart module then empty работает всегда, но опция популярностью не пользуется). Т.е. единственное ее применение в pw - рестарт с дм-ванда. А мне так хотелось не извращаться со сменой модулей "снаружи" (их два), а подгружать их друг из друга (IMG:style_emoticons/kolobok_light/rolleyes.gif)

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


P.S. То, что работает не всегда как минимум на двух разных конфигурациях, - 100%. Саму закономерность вылавливал двое суток, но там все так хитро, что мог чуть ошибиться.

[Ilerien]

У меня в тестовом модуле StartNewModule() работать отказалась, когда игрок нажал на рычаг рестарта и вышел, а функция вызывалась секунды через 3 после юза рычага. Что подтверждает вышеизложенное (IMG:style_emoticons/kolobok_light/smile.gif)

А мне так хотелось не извращаться со сменой модулей "снаружи" (их два), а подгружать их друг из друга

А если рестартить на OnClientEnter модуля при определённых условиях? Хотя тогда придётся сильно извращаться со временем...

Функции ApplyEffectToObject, ApplyEffectAtLocation не работают, будучи вызванными из невалидного обжекта.

Neverwinter Script

DelayCommand(12.0f,  ApplyEffectToObject(DURATION_TYPE_INSTANT, EffectVisualEffect(VFX_IMP_HARM), GetLastUsedBy()));
    DelayCommand(18.0f, ApplyEffectAtLocation(DURATION_TYPE_INSTANT, EffectVisualEffect(VFX_FNF_FIREBALL), GetStartingLocation()));
    DestroyObject(OBJECT_SELF);

При юзе обжекта никаких визуальных эффектов не наблюдается.

[denis0k]

А если рестартить на OnClientEnter модуля при определённых условиях?

Изврат. Я написал нехитрую программулинку, которая на основе ряда данных и содержимого логов сама перезапускает сервер с нужным модулем.

Функции ApplyEffectToObject, ApplyEffectAtLocation не работают, будучи вызванными из невалидного обжекта.

Не совсем так (IMG:style_emoticons/kolobok_light/smile.gif) Все экшены выполняются каким-то объектом, с которого скрипт и запускается. Если объект уничтожается, то ничего и не сработает. Если скрипт стоит в слоте объекта, то запускается от имени этого объекта, если это спелл - от игрока/непися и т.п. Т.е. это тот объект, который OBJECT_SELF в скрипте.

Достаточно сделать assign на другой объект (который будет существовать 18 сек) и твой скрипт заработает. Кстати и тут есть фишка - внутри assign-а надо аккуратно юзать тот же OBJECT_SELF, т.к. константа подменяется на тот объект, на который ты действие перекинул.

[Ilerien]

Грабли понятные и логичные, он, тем не менее, я на них в своё время наступил (IMG:style_emoticons/kolobok_light/smile.gif)
Функция GetGoldPieceValue чувствительна к флагам на итеме. Если Выставлен флаг plot - вернёт 0, если нет, но не выставлен identified - вернёт цену базового итема. Нормальное значение функция возвращает только, если убран plot и выставлен identified.

[Ilerien]

Забавная и не очень приятная штука, с которой я столкнулся первый раз. Если менять свойства оружия при его надевании (onEquipItem), движок упорно использует частично старые свойства. Пример: не так давно я писал систему, которая реализует выставление свойств OnHitSpellCast Greater Dispelling & Enhancement Bonus +5 и убирает свойство Holy Avenger (поскольку биовари в 1.69 холик убили). Самое весёлое, что движок игнорит +5, но остаётся дамаг 1д6 дивайном от зла, который встроен в Holy Avenger. Заделеивание добавления свойств ничего не даёт.

[Ilerien]

Неприятная фича - добавленная в версии 1.69 функция SetDescription плохо работает в комбинации с CopyItem[AndModify]. Если сначала вызвать SetDescription(), а потом скопировать предмет - описание станет дефолтным для данного объекта, как будто мы вызвали SetDescription с пустой строкой. Для готового модуля я написал небольшой Java-класс, который заменяет все вхождения вызовов функций копирования во всех модульных скриптах на вызовы кастомных вида:

Neverwinter Script

object FR_CopyItem(object oItem, object oTargetInventory=OBJECT_INVALID, int bCopyVars=FALSE)
{
    object oCopy = CopyItem(oItem, oTargetInventory, bCopyVars);
    SetDescription(oCopy, GetDescription(oItem));
    return oCopy;
}

Если нужно, могу выложить исходник.

Сообщение отредактировал Ilerien - Apr 21 2011, 19:19

[Laajin]

Функция срабатывает только при наличии игроков на сервере (есть мысль, что с опцией restart module then empty работает всегда, но опция популярностью не пользуется)

.
Попробовал поставить эту галочку ради интереса. Сервер перезагружает модуль сам каждый раз при выходе последнего игрока, без использования функций скриптов. Кроме того сервер сам не сбрасывается, а только обновляется содержимое локаций + наверное, стираются данные о игроках и локалки. Процесс очень быстрый раз- и все)

Сообщение отредактировал Laajin - Aug 11 2011, 14:35