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

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

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

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

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

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

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

Иногда полезно читать лексикон

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

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

З.Ы. С оружием и броней такое уже не прокатило

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

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

SetCampaignInt(string, string, int, object)

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

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

Логически - все верно, но не ожидал я такого от биоваре

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

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

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

StringToLocation

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

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

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

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

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

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

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

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

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

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

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

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

типа того:

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

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

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

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

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

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


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

У меня в тестовом модуле StartNewModule() работать отказалась, когда игрок нажал на рычаг рестарта и вышел, а функция вызывалась секунды через 3 после юза рычага. Что подтверждает вышеизложенное А если рестартить на OnClientEnter модуля при определённых условиях? Хотя тогда придётся сильно извращаться со временем...

Функции ApplyEffectToObject, ApplyEffectAtLocation не работают, будучи вызванными из невалидного обжекта.
При юзе обжекта никаких визуальных эффектов не наблюдается.

Изврат. Я написал нехитрую программулинку, которая на основе ряда данных и содержимого логов сама перезапускает сервер с нужным модулем.
Не совсем так Все экшены выполняются каким-то объектом, с которого скрипт и запускается. Если объект уничтожается, то ничего и не сработает. Если скрипт стоит в слоте объекта, то запускается от имени этого объекта, если это спелл - от игрока/непися и т.п. Т.е. это тот объект, который OBJECT_SELF в скрипте.

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

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

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

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

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