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

[AndreySol 215]

7 часов назад, Stalkersof сказал:

Тут заметил чем больше я цепляю на бинд сталкер тем дольше загрузка клиент синхронизация.

 

7 часов назад, Stalkersof сказал:

Это влияет на загрузку при синхронизации?

Ты сам себе ответил. Что еще не понятно?

[Stalkersof 88]

Да просто еще уточнить хотел. Если я буду использовать модульную систему подключения скриптов к биндеру. Это даст какой нибудь значительный результат в производительности и уменьшении времени загрузки игры. Например если я перейду на песочницу от Экстрима.

Будет результат, игра будет быстрее загружаться. 

[no0bear 0]

Здравствуйте, я хотел бы узнать кое что: можно ли как то убрать скриптовую смерть НПС в ЗП? Заранее спасибо!

[AndreySol 215]

06.08.2020 в 12:03, Stalkersof сказал:

Если я буду использовать модульную систему подключения скриптов к биндеру. Это даст какой нибудь значительный результат в производительности и уменьшении времени загрузки игры.

Я думаю, что не даст - какая разница чем ты будешь нагружать биндер, результат будет одинаков.

[Stalkersof 88]

Да перешел на ОГСЕ сигнал. Ну так по ощущениям вроде пошустрее игра, по загрузке вроде тоже полегче. Ну еще ОГСР движок на новый билд перевел. Пошустрее вроде бы пошустрее.

[DibokDibokin 1]

Здравстуйте. Пытаюсь привязать объектам, чьи визуалы box_wood_01, box_paper и box_metall_01 хоть какие-нибудь метки на ПДА и миникарте.

Вот последний код, который я пытался использовать:

local is_box = { 
    ["dynamics\\box\\box_wood_01"] = true,
    ["dynamics\\box\\box_metall_01"] = true,
    ["dynamics\\box\\box_paper"] = true,
}

function show_boxes()
    local sim = alife()
    for i=1,65534 do
        local obj = id and db.storage[id] and db.storage[id].object
        if (obj and is_box[obj:get_visual_name()]) then
            level.map_add_object_spot_ser(obj.id, "название_метки")
        end
    end
end

До этого были ещё и другие. Сейчас и не вспомню. Второй день сижу, пытаюсь.

[Zander_driver 10 166]

Только что, DibokDibokin сказал:

 local obj = id and db.storage[id] and db.storage[id].object

И чему тут будет равен obj ?

Сдается мне, тип будет boolean, а значение false, потому что в этой цепочке and-условий первым идет неопределенное id, если верить коду, равное nil.

Поэтому следующая проверка if (obj and... - по факту проверяет if (false and... - и далее уже ничего не выполняется. И до попытки найти поле id у объекта "false", код не добирается. А то вылетел бы.

 

Только что, DibokDibokin сказал:

Второй день сижу, пытаюсь.

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

Изменено 13 Августа 2020 пользователем Zander_driver

[DibokDibokin 1]

14.08.2020 в 00:52, Zander_driver сказал:

И чему тут будет равен obj ?

Вот ещё вариант:
 

local is_box = { 
    ["dynamics\\box\\box_wood_01"] = true,
    ["dynamics\\box\\box_metall_01"] = true,
    ["dynamics\\box\\box_paper"] = true,
}

function show_boxes()
    local sim = alife()
    for i=1,65534 do
        local se_obj = sim:object(i)
        if (se_obj and is_box[se_obj:get_visual_name()]) then
            level.map_add_object_spot_ser(se_obj.id, "название_метки")
        end
    end
end

 

Лог вылета:
 

FATAL ERROR
 
[error]Expression    : <no expression>
[error]Function      : CScriptEngine::lua_error
[error]File          : ..\xrServerEntities\script_engine.cpp
[error]Line          : 189
[error]Description   : fatal error
[error]Arguments     : LUA error: d:\stalker\gamedata\scripts\xr_show_box.script:11: attempt to call method 'get_visual_name' (a nil value)
 

stack trace:

0023:00773DCC xrCore.dll, xrDebug::fatal()
0023:054CEC1F xrGame.dll, CDialogHolder::UseIndicators()
0023:00453F6E xrEngine.exe, CInput::OnFrame()
0023:0040F2DA xrEngine.exe, CRenderDevice::message_loop()

[Zander_driver 10 166]

Только что, DibokDibokin сказал:

get_visual_name

Такой метод есть у клиентских объектов, но у серверных его нет. О чем лог собственно, и сообщает.

[WinCap 292]

@DibokDibokin, попробуй так:

 

local s_obj = alife():object(i)
if s_obj ~= nil then
    local c_obj = level.object_by_id(s_obj.id)

    if (c_obj and is_box[c_obj:get_visual_name()]) then

[mdm64 579]

Доброго времени!

Думается, мой вопрос имеет прямое отношение к скриптам - как реализовать (и есть ли мануал?) замедление или полную остановку игрового времени во время диалогов с неписями, во время чтения различных найденных документов ?

[Zander_driver 10 166]

@mdm64, level.set_time_factor, если правильно помню.

[ted.80 223]

15.08.2020 в 15:36, mdm64 сказал:

как реализовать (и есть ли мануал?) замедление или полную остановку игрового времени во время диалогов с неписями

Я так понимаю - хотите фичу а-ля Фоллаут?

при диалогах и открытии инвентаря - все и всё вокруг замирают и ожидают действия игрока?

15.08.2020 в 15:58, Zander_driver сказал:

level.set_time_factor,

Это остановит только течение времени - смену дня и ночи и погодных циклов,

а вот НПС и зверушки как бегали и стреляли/кусались так и будут

[UriZzz 992]

В shadows addon 0.8 реализовано замедление времени по горячей клавише, может есть смысл по ковырять аддон?

[mdm64 579]

@Zander_driver, Да, он, вернее, требуется управление им.

@ted.80, Да, именно так. Просто в моём моде, который ещё верстается, есть довольно много больших диалогов и другой текстовой информации, во время которых (если игрок умеет читать) может произойти всё, что угодно - от выброса до нападения мутантов или враждебных сталкеров. Да и само время игры тратится по сути впустую, частенько будет получаться так - утром проснулся, похавал, поговорил с неписем или прочитал найденную инфу, и уже пора ужинать и баиньки... Конечно, несколько преувеличенно сказал, но суть именно такова.

Вот этого мне и нужно избежать.

@UriZzz, Честно говоря, пропустил эту фичу, аддон вроде как знакомый на слух. Ну, на крайняк придётся ковырнуть его, просто на это тоже требуется время, а чтобы разобраться в чужих скриптах, иногда немалое. Потому и задал вопрос, вдруг есть у кого нужное, уже выдернутое или просто есть.

[aromatizer 4 280]

2 часа назад, mdm64 сказал:

есть довольно много больших диалогов и другой текстовой информации

Предлагаю пару простых вариантов:

1. В gamedata/config/alife.ltx:  time_factor = 3 или меньше. Это уменьшит скорость течения времени в игре.

2. Ставить игру на паузу при чтении текстов. Соответственно, надпись "пауза" переместить так, чтобы не мешала.

[mdm64 579]

@aromatizer, Не лучший вариант. У меня обычно стоит time_factor = 10, и то потери игрового времени напрягают, а многие для себя ставят от 3 до 6.

А ставить на паузу тоже не вариант - каждый раз перемещать надпись "Пауза", а кроме того, насколько я помню, в режиме паузы в ЗП прокрутка не работает, опять же, иногда по несколько раз за прочтение одного документа снимать паузу, прокручивать и снова ставить паузу... сгодится, разве что, в качестве старого деревянного костыля....

[mole venomous 2 989]

12 минут назад, mdm64 сказал:

каждый раз перемещать надпись "Пауза"

Зачем каждый раз?

[aromatizer 4 280]

2 часа назад, mdm64 сказал:

У меня обычно стоит time_factor = 10, и то потери игрового времени напрягают

Не понял: переведи. А так-то time_factor = 10 предназначен для того, чтобы игрок быстрее бежал вперед, а не вдумчиво читал простыни текстов.) Думается мне, что оптимальное значение time_factor = 3.

Изменено 16 Августа 2020 пользователем aromatizer

[mdm64 579]

@aromatizer, Да, для чтения 3-ка удобнее, слов нет. Но понимаешь, как-то контрреволюционно выглядит ситуация, когда ГГ за 3-10 минут выносит хорошо вооружённую многочисленную базу, тратя на переход из одного здания в другое несколько секунд. Не?

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

Изменено 16 Августа 2020 пользователем mdm64