Скриптование

[mole venomous 2 989]

Всем доброго. Вопрос по мародёрству. Есть ли какой скриптовый способ запретить НПСам НЕ брать конкретный предмет с земли и/или трупа/ящика? Или на крайний случай с ящика, не вписывая ID того ящика в исключения amk_offline_alife.script.

[Graff46 596]

Вопрос по схемам поведения и симуляции. У меня есть своя схема поведения, в определённый момент я "отключаю" НПС от схемы поведения переведя НПС из скриптового экшена на движковый экшен алайф_планнер, после этого взять НПС под скриптовую схему поведения уже не получится. Мне нужно добиться того, что-бы НПС можно было "отключить" от скриптовй схемы поведения на алайф планировщик, а потом опять, если нужно, взять под скриптовую схему поведения.
Код схемы поведения: https://pastebin.com/9tUCsxyf

(см. функцию add_to_binder)

[Okichi 859]

15 часов назад, mole venomous сказал:

Есть ли какой скриптовый способ запретить НПСам НЕ брать конкретный предмет с земли и/или трупа/ящика?

Есть, примеры можно посмотреть в репозитории по dsh-mod на Githab.  Или в репозитории от Den1s'a там же ( вариант той же фишки для НЛС ).
Суть в том, что объекту в конфиг прописывается новый ключ, который задает то самое "руки прочь".
В ДШ-моде это 
watcher_act.bad_item = true

Ну и соответственно:
1) в watcher_act (онлайновое воровство - трупы/земля) - добавить чтение и обработку этого ключа
2) в amk_offline_alife - аналогично.

Способ проверен, все  работает.

Изменено 9 Декабря 2019 пользователем Okichi

[Капрал Хикс 461]

Подскажите решение проблемы с большим количеством второстепенных квестов, когда сначала путаются их описания, а потом происходит вылет вида +165 bytes в конце - "XR_3DA.exe caused BREAKPOINT in module ""E:\GAMES\S.T.A.L.K.E.R\bin\xrCore.dll"" at 001B:00597D15, xrDebug::backend()+165 byte(s)"

Изменено 11 Декабря 2019 пользователем Капрал Хикс

[naxac 2 372]

@Капрал Хикс, это,вернее всего, происходит из-за превышения размера пакета сохранения клиентских данных у актера: информация о заданиях там сохраняется: см. task_manager.script

Решение: для сохранения этих данных подключить , допустим, хранилище от Artos'а.

Либо оптимизировать сохранение: выкинуть лишнее, для строк использовать хэши, булевы значения побитово записывать в u8, и прочие изощрения... Но хранилище, по-моему, лучший вариант.

 

Сейчас ещё глянул - там количество записей при сохранении ограничено u8 - т.е. 255, так что если заданий в конфиге больше - будут глюки. Решение: нужно заменить в сохранении/загрузке количества записей с r(w)_u8 на r(w)_u16 - тогда лимит будет 65535.

Изменено 12 Декабря 2019 пользователем naxac

[DMT 2]

Цитата

LUA error: ...ow of chernobyl\gamedata\scripts\ogse_signals.script:269: attempt to index local 'module' (a nil value)

Почему происходит этот вылет ? Кто знает, кто подскажет ?

[Капрал Хикс 461]

@naxac, вах! По методу последнему и хранилище от Артоса не понадобится, верно?

Изменено 12 Декабря 2019 пользователем Капрал Хикс

[DMT 2]

Цитата

function signals_mgr:subscribe_module( module_name )
  local module = _G[ module_name ]
  ASSERT(
    module,
    "signals_mgr:subscribe_module: Failed to subscribe module '%s'",
    module_name
  )
  ASSERT(
    type( module ) == "table",
    "signals_mgr:subscribe_module: Failed to subscribe module '%s', must be a table",
    module_name
  )
  ASSERT(
    type( module.attach ) == "function",
    "signals_mgr:subscribe_module: Failed to subscribe module '%s', has no 'attach' function",
     module_name
  )
  module.attach( self )
end

Строка 269 из скрипта выделена курсивом

[naxac 2 372]

@Капрал Хикс, смотря сколько у тебя тасков. Я проверял на ОП-2, там 165 квестов, на сохранение по старой схеме (но там уже строки сохранялись хэшами) данные занимали около 2kb, активных заданий при этом было всего 2, Пакет актёра - максимум 8kb, так туда обычно ещё много чего сохраняют: таймеры там всякие, переменные разные и т.д. Вот тут я переделал немного сохранение: ссылка. Места стало занимать почти в два раза меньше. А по сравнению с чистым ТЧ - разница, наверное, раза в четыре, потому что там всё строками сохранялось.

 

@DMT, у тебя функция ASSERT не рабочая. Если бы она работала - в логе было бы написано, что в папке scripts нет подключаемого модуля (файла), и было бы написано, какого именно.

Изменено 12 Декабря 2019 пользователем naxac

[DMT 2]

@naxac, Я в _g.script прописал пустую функцию ASSERT

Цитата

function ASSERT( cond, ... )
end

Вылет каким был — таким и остался.

Я вырезал все вызовы ASSERT из ogse_signals.script, теперь вылет такой:

Цитата

LUA error: ...ow of chernobyl\gamedata\scripts\ogse_signals.script:243: attempt to index local 'module' (a nil value)

Кусок кода:

Цитата

function signals_mgr:subscribe_module( module_name )
  local module = _G[ module_name ]
  module.attach( self )
end

Строчка 243 выделена курсивом

[naxac 2 372]

@DMT, я ж тебе объясняю: сделай рабочей функцию ASSERT, и станет понятно, какой модуль отсутствует в скриптах.

Вот тут:

local module = _G[ module_name ]

Определяется переменная этого самого модуля. module_name - название скрипта. Выведи его в лог, и станет понятно, чего не хватает.

[DMT 2]

@naxac, А в каком смысле функция ASSERT не является рабочей?

Почему вариант

Цитата

function ASSERT( cond, ... )
end

не является рабочим ?

[naxac 2 372]

@DMT, потому что эта функция в огсе предназначена для проверки: если первый аргумент - это false или nil, то выводится сообщение об ошибке, заданное остальными аргументами.

[Zander_driver 10 166]

только что, DMT сказал:

Почему

потому что пустая функция ничего не делает.

[DMT 2]

@naxac, @Zander_driver, а существует какой-то справочник по скриптам огсе с описанием новых функций ?

[naxac 2 372]

@DMT, https://xray-engine.org/index.php?title=X-Ray_extensions

[mole venomous 2 989]

Добрые люди, есть у кого какие соображения, отчего происходит вылет "...gamedata\scripts\amk.script:1403: attempt to perform arithmetic on local 'st' (a string value)". Я уже мозг сломал, не могу выявить причину. Недавно перешёл на таймеры из солянки (в смысле, заменил базовый АМКшный код), вылет происходит при загрузке любого сейва после сдачи вновь добавленного квеста у вновь добавленного СИДового НПС. Грешу на кривую адаптацию кода, ведь раньше вылета не было. Но не вижу взаимосвязи, потому и в тупике. При сдаче квеста ничего особенного - забираем вещь, даём ревард (в виде денег, хабара и тайника), ну и инфопорцию, конечно. Может кто сталкивался, уже не пойму, куда копать...

Изменено 12 Декабря 2019 пользователем mole venomous

[_Sk8_AsTeR_ 117]

Господа, время доброго! Прошу подсказки

Имеется момент, где мы проигрываем звук:

Скрытый текст

snd_obj:play_no_feedback( npc, sound_object.s3d, 0, npc:position(), 1.0 )

 

Звук проигрывается, но строго в позиции НПС. Если НПС отойдет, то звук продолжается на том же месте, где непися уже нет. Вопрос: как скриптово заставить звук проиграться от лица НПС, будто обычная озвучка? 

[DMT 2]

http://stalkerin.gameru.net/wiki/index.php?title=SoC._Один_из_методов_спавна

 

Я внедрил в геймдату готовый пример от Бардака. Суть примера: имеется файл db.script, в котором две функции: одна спавнит электру, другая — вертолёт. Начинать новую игру не обязательно, НО если после спавна сделать сохранение и загрузку то получаю вылет:

Цитата

Line          : 30
Description   : Specified story object is already in the Story registry!

Мои собственные догадки о причинах вылета такие: после загрузки скрипт второй раз пытается заспавнить электру и вертолёт, которые уже заспавнены. То есть скрипт пытается использовать такие story_id, которые уже использованы. Если это верное предположение, то возникает вопрос: как модифицировать скрипт Бардака, чтобы не было вылета? Самый простой способ?

Несколько минут спустя: моё предположение оказалось неверным. Даже если удалить скрипт от Бардака, сейв всё равно не грузится, всё равно происходит этот вылет. Значит проблема в том, что заспавненные объекты неправильно сохраняются. Почему сейв получается битым ?

[abramcumner 1 023]

29 минут назад, DMT сказал:

Почему сейв получается битым ?

Потому, что при установки story_id через нет-пакеты, движок не проверяет дубликаты и не регистрируeт story_id. Все это происходит при следующей загрузке сейва.

Собственно ошибка была при самом первом спане. Модифицировать не надо, надо следить за стори_ид: то ли использовал существующие сиды, то ли электре и вертолету задал одинаковые.