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

[Svoboда 3]

Тема для обсуждения скриптов всего и всех в серии игр STALKER.

Задавая вопрос (!):
1. Внимательно изучите суть вопроса. Вопрос должен соответствовать выбранной Вами темы. Это поможет сохранить порядок и читабельность темы, а также облегчит поиск и понимание сего;
2. Изучите то, что уже есть в теме (пролистайте "руками", воспользуйтесь поиском на форуме);
3. Изучите информацию которая может вам помочь:

  Информация (Показать)

  Общая (Показать)

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

  Скрипты (Показать)

Справочное руководство по языку Lua 5.1
https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual/ru
Справочник по функциям и классам. Собрано много информации по функциям и классам, не всем, но по основные сведения предоставлены.

  Логика (Показать)

Логика со вступлением и четырьмя частями:

  Просмотр (Показать)

Вступление
Часть первая
Часть вторая
Часть третья
Часть четвертая.

Smart_terrain (в простонароде - гулаг)
Интересный способ настроики логики для гулагов
Скриптовая часть игровой логики

4. Дабы не превращать обсуждение в "кашу" разной информативной направленности, задавайте несколько вопросов по порядку (в разных постах) после того, как получите ответ на предыдущий вопрос;
5. "Спасибо" и тому подобное - будьте так любезны в ПМ. Если не любите писать в ПМ, в конце вопроса напишите фразу: "Заранее спасибо!" - или что-то в этом духе;
6. ПОЖАЛУЙСТА! Указывайте, для какой игры Вам необходима информация (ТЧ, ЧН, ЗП), если стоит мод - укажите название мода;
7. Если Вы что-то сделали и результат не такой, какой Вами задумывался, то, пожалуйста, приводите коды которые Вы изменяли/писали целиком! Это поможет другим правильно ответить на Ваш вопрос, а также оградит Вас от лишней писанины.
8. Оформляйте сообщение. Пользуйтесь тегами для того, чтобы отделить код от текста. Пишите грамотно - ПОЛЬЗУЙТЕСЬ ЗНАКАМИ ПРЕПИНАНИЯ.
9. И помните: «Правильно заданный вопрос – половина ответа».

 

Какие вопросы следует задавать, а какие нет...

  Читать рекомендуется. (Показать)

Задавайте вопросы, которые касаются непосредственно скриптов и их работы, т.е. Вы что-то делаете, а у Вас что-то не получается, при этом у Вас на руках должен быть хотя бы какой-то код, свидетельствующий о Вашей причастности к вопросу.

 

Вопросы которые будут удалятся, следовательно их задавать не нужно:
-- Где находится та или иная функция?
Для ответа используем поиск по словам среди файлов оригинальной игры или мода, если объект поиска относится к нему, при помощью программы, которая Вам наиболее симпатизирует;
-- Как сделать что-то/то-то?
С подобными вопросами, либо в "ковырялки", где Вам вероятнее всего так же не ответят, либо выдвигаем мысли, подкреплённые теорией, практикой (идеальный вариант) и здравым рассудком;
-- Вопросы со смыслом: "сделайте", "совместите" и подобными глаголами повелительного наклонения.
-- К тому же удалению будут подвергаться вопросы, в которых масштабно не используются теги, для отделения кода и цитат от основного текста, а также не вписан в спойлер код размером превышающие семь строк.
Ответ на возможно возникший вопрос: В какую тему можно обратиться по поводу логики и спавна объектов?
В тему "ковырялок" соответствующей версии игры, для которой Вы задаёте вопрос.

И последнее: очень рекомендовано к прочтению Правила форума
 

---

[Ренсон 11]

Люди добрые, проблема возникла.

(если важно, действие происходит на подключённом к ТЧ Затоне)

 

Создаю спейс_рестриктор

  код (Показать)

[8886]

; cse_abstract properties

section_name = space_restrictor

name = osvedomitel_space_restrictor

position = -313.689331054688,9.79648113250732,413.422393798828

direction = 0,0,0

 

; cse_alife_object properties

game_vertex_id = 3665

distance = 0

level_vertex_id = 321903

object_flags = 0xffffff3e

custom_data = <<END

[logic]

active = sr_idle1

 

[sr_idle1]

on_info = %+osvedomitel_restrictor_info%

END

 

; cse_shape properties

shapes = shape0

shape0:type = box

shape0:axis_x = -313.689331054688,9.79648113250732,413.422393798828

shape0:axis_y = -313.689331054688,0,0

shape0:axis_z = 0,9.79648113250732,0

shape0:offset = 0,0,413.422393798828

 

; cse_alife_space_restrictor properties

restrictor_type = 3

 

 

Но инфопоршен выдаётся при заходе на локацию, а не в установленном рестрикторе месте.

?

[Clayman 104]

А какое имя смарткавера? Как в примере выше? Измени его на другое, т.к. имена смарткаверов типа смарттеррейн_animpoint_1 и.т.д используются как раз для автоматического "заполнения" нпс смарт-каверов в смарт-террейне.

[Влад 9]

Ренсон, переделай логику:

[logic] active = sr_idle [sr_idle] on_actor_inside = %+osvedomitel_restrictor_info%

[logic]
active = sr_idle
[sr_idle]
on_actor_inside = %+osvedomitel_restrictor_info%

[Gektor 0]

Смена имени смарт кавера результата не дало...

[Clayman 104]

Странно.. а ты в СДК ставишь смарт-каверы? Покажи скрин тогда настроек смарт-кавера.

[Gektor 0]

  вот скрин (Показать)

 

 

 

--------------------------------------------

Опытным путем выяснил что при use_camp = false всё срабатывает.... Но ведь при этом они будут молчать всё время....

Изменено 2 Июля 2011 пользователем Gektor

[Clayman 104]

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

Попробуй простейшую логику для одного непися сделать, как я написал и посмотри. Но опять же, я повторю - для посиделок у костра никакой логики не нужно! Достаточно обзывать смарт-каверы смарт_animpoint_1 и накрыть их кампом с именем смарт_camp и настройками в кастом дате:

[camp]

cfg = scripts\camp.ltx

 

[Gektor 0]

Смарт кавер стоит на аи сетке, накрыт камп зоной, всё работает нормально, но мне надо чтобы сталкеры сидели у костра как в тенях чернобыля, но анимация прописаная avail_animations = sit_ass срабатывает только при use_camp = false, но ведь при этом это уже не будут посиделки у костра.

[Clayman 104]

Ну это то, о чем я говорил, нужно менять скрипты для анимпоинтов. Короче, если решишься, делаешь так:

Качаем вот это архив - http://depositfiles.com/files/4ijntt4ly, там скрипты. Заменяешь ими в папке gamedata/scripts в игре и обязательно в СДК-шной геймдате, иначе у тебя не появится в списке доступных анимаций для смарткавера sit_ass и sit_knee.

Далее перезагружаешь сдк, ставишь смарт-каверы, называешь как положено смарт_animpoint_1 и.т.д. Выбираешь для них сидячие анимации sit_ass и sit_knee. На sit_ass СДК начнет матюкаться красным что дескать отсутствует loopholes, не обращай внимания. Сними галку loopholes, чтобы потом при загрузке уровня каждый раз эти логи красные не видеть, в игре все равно анимация будет работать.

Обязательно снять галки с is combat caver и can fire, иначе при компиляции спавна с камп-зоной будут вылеты компилятора. Ну а дальше накрываешь это дело кампом, как грил выше, у кампа выберешь тип рестриктора NOT A restrictor (незнаю почему, но у пысов так), компилишь, спавн, наслаждаешься посиделками у костра, покупаешь мне и nuclia коньяк

 

Да, еще, направление взгляда нпс в этих каверах будет куда флажок в сдк показывает. Удачи!

[Gektor 0]

Clayman и nuclia спасибо огромнейшее.

Теперь другой вопрос:

Как заставить обозлится на ГГ НПЦ в нескольких смарт террайнах, когда гг атакует каго либо в одном из этих смартов?

И ещё

  Цитата

На sit_ass СДК начнет матюкаться красным что дескать отсутствует loopholes

А как добавить эти loopholes? Или хотябы в каких файлах смотреть примеры?

Зарание зпасибо.

 

Добавлено через 240 мин.:

И ещё, такая проблема:

Многие НПЦ с логикой walker в смартах часто становятся спиной к пути look. Что может быть причиной? Как исправить?

Заранее спасибо

[PavelSnork 3]

Поиск не помог, потому и спрашиваю: как отследить то, что мини-карта включена/выключена? Например, при прицеливании через оптику или при диалоге она отключается. (Сталкер ЗП)

[Clayman 104]

Gektor, надо связывать флаги точек путей walk и look, т.е в режиме редактирования point mode кликаешь на точке и отмечаешь галочку на флаге 0 например и тоже самое на точке look пути. Вобщем опять же учим матчасть на сталкервики "Логика НПС", там все это есть.

[Kirag 39]

PavelSnork

Попробуй по косвенным признакам - как раз по прицеливанию с оптикой - по db.actor:accuracy(), и для проверки наличия оптики вроде какая-то функция в ЗП появилась - и всяким окнам - диалог, инвентарь и т.д. - они по идее все сводятся к (level.main_input_reciever() ~= nil) - значит, что-то включено.

[*Shoker* 322]

PavelSnork

Для диалогов копай скрипт pda.script

Для прицеливания можно по device().fov - возвращает ширину зрения игрока, но тока учти что потом могут быть проблемы с модами, которые fov меняют, в оригинале фоу кажись толе 65 толи 55

 

Но вообще лучше забить на это всё.

 

> level.main_input_reciever()

Вроде в ЗП как раз вырезали его.

Изменено 6 Июля 2011 пользователем *Shoker*

[PavelSnork 3]

*Shoker*, да, сначала я использовал device().fov, но миникарта исчезала раньше, чем начинает уменьшаться этот fov, и мой элемент не успевал вовремя убраться. А с помощью проверки db.actor:accuracy(), которую посоветовал товарищ Kirag и моего шаманства, текстура миникарты исчезает чуть позже (хотя и успевает убраться до появления текстуры прицельной сетки), но синхронно с моим новым элементом худа. А с проверкой на диалог гг с НПСом мне уже помогли. С инвентарем проблем тоже нет (в ЗП миникарта не убирается при открытом инвентаре). А окно торговли и ПДА открываются поверх миникарты.

[antreg 179]

Добрый день!

Помогите разобраться в одной ситуации:

Собрали пак локаций для ТЧ 1.0004 (для чистой игры). В паке убраны несколько оригинальных локаций и добавлены несколько новых. На чистом ТЧ 1.0004 всё работает, всё хорошо.

Провели адаптацию под АМК 1.4.1

Игра загружается, но получаем вылет при любом сэйв/лоад (сохранки не грузятся) или при переходе на другую локацию (вылет на синхронизации). Лог вылета (с отладчиком ZAMET):

  Лог вылета: (Показать)

* [x-ray]: economy: strings[6629 K], smem[28666 K]

! Unknown command: ZAMET:file____________:___system.ltx

! Unknown command: ZAMET:section___:___space_restrictor

! Unknown command: ZAMET:lines_________:___4

! Unknown command: ZAMET:line___0___:___$spawn___=___"ai\space_restrictor"

! Unknown command: ZAMET:line___1___:___GroupControlSection___=___spawn_group_restrictor

! Unknown command: ZAMET:line___2___:___class___=___SPC_RS_S

! Unknown command: ZAMET:line___3___:___script_binding___=___bind_restrictor.bind

! Unknown command: ZAMET:actor_binder:load():___self.object:name()='single_player'

! Unknown command: ZAMET:actor_binder:object_binder.load():___self.object:name()='single_player'

! Unknown command: ZAMET:ERROR:___[bind_stalker.script]SAVE___FILE___IS___CORRUPT

 

FATAL ERROR

 

[error]Expression : fatal error

[error]Function : CScriptEngine::lua_error

[error]File : E:\stalker\patch_1_0004\xr_3da\xrGame\script_engine.cpp

[error]Line : 73

[error]Description : <no expression>

[error]Arguments : LUA error: d:\st\008_tt2_final\gamedata\scripts\_g.script:20: bad argument #2 to

 

'format' (string expected, got no value)

 

 

Путём "научного" тыка определили, что виной всему всего одна функция в файле amk.script, которая вызывается из bind_stalker.script из функции actor_binder:net_spawn(data) (в самом конце этой функции).

Имя этой злополучной для нас функции: function on_game_load() . Как я уже сказал, она в файле amk.script

Вот эта функция:

  function on_game_load() (Показать)

--загружаем все переменные, которые нужно, вызывается загрузке игры, автоматически; вручную не вызывать

function on_game_load()

amk.mylog("on_game_load begin")

amk.mylog("object 2972 is "..((alife():object(2972) and alife():object(2972):name()) or "") )

amk.mylog("object 2975 is "..((alife():object(2975) and alife():object(2975):name()) or "") )

 

if db.storage[db.actor:id()].pstor == nil then

db.storage[db.actor:id()].pstor = {}

end

 

npc_spawner=unpack_array_from_string(load_variable("x_npc_spawner","") )

 

mod_call("first_run")

convert_timers() -- исправим старые названия таймеров

-- Метки теперь ставятся на серверные объекты. Обновлять их не нужно

--[[

local tmp,tmp1

for a=1,65534,1 do

tmp=load_variable("x_marker_type_"..a,nil)

if tmp~=nil then

tmp1=load_variable("x_marker_text_"..a,nil)

level.map_add_object_spot(a, tmp, tmp1)

end

end

]]

 

--user area

if system_ini():r_float("gg_kick","enabled")>0.0 then gg_kick=true else gg_kick=false end

mod_call("test_sleep_pp")

mod_call("check_spawn")

-- local str=string

if has_alife_info("val_actor_has_borov_key") and not has_alife_info("val_borov_dead") then

db.actor:give_info_portion("val_borov_dead")

end

 

amk_mod.on_repbox()

 

-----------

amk.mylog("on_game_load end")

gps_habar.on_game_load() --idler++--

end

 

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

Вот тут и возникли вопросы:

1) Для чего эта функция? Что она делает?

2) Если её закомментировать, с чем столкнёмся в дальнейшем?

(Предполагаю, что убирать её нельзя).

3) Что, на ваш взгляд, может не нравиться игре в этой функции?

4) Что за объекты: (2972) и (2975), которые присутствуют в самом начале этой функции?

5) Как можно адаптировать эту функцию под нашу сборку, на что обратить внимание?

Заранее спасибо!

Изменено 7 Июля 2011 пользователем antreg

[Kirag 39]

Хм... На первый взгляд все безобидно...

 

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

Просто так комментить - часть функций АМК не запустится или запустится с левыми параметрами, результат непредсказуемый.

 

  Цитата

4) Что за объекты: (2972) и (2975), которые присутствуют в самом начале этой функции?

Я так понимаю, это объекты, когда-то вызывавшие вопросы у разработчиков. Собственно, кроме вывода в лог инфы, что это за объекты, если они есть, ничего с ними больше не делается.

 

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

[Artos 99]

antreg

При запуске игры, в момент спавна актора в АМК вызывается 'on_game_load()' для первичных проверок/настроек и пр.

 

alife():object(2972) - проверка наличия объекта в игре с номером секции из all.spawn'a. В АМК 1.41 секции 9272 и 9275 - аномалии в ТД. (можно выкинуть)

 

Далее идет проверка и если требуется - предустановка pstor'аджа актора (хранилище сохраняемых в сэйвах переменных).

 

npc_spawner= из сэйва считывается массив заспавненных , но еще не инициализированных объектов (если таковые были в момент сохранения игры).

 

mod_call("first_run") - важный(!) вызов 'first_run()'первичных настроек в amk_mod.script ...

 

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

 

gg_kick - флаг для алгоритма "шальная пуля" - можно выкинуть

 

mod_call("test_sleep_pp") - вызов 'test_sleep_pp()' из amk_mod.script ... (спальник)

 

mod_call("check_spawn") вызов 'check_spawn()' из amk_mod.script ... (ре)спавн объектов (npc_spawner, динамич.аномалии, ...)

 

val_actor_has_borov_key - пробуждение Кочерги ...

 

amk_mod.on_repbox() - это уже чье-то левое ...

 

gps_habar.on_game_load() - ну а это мод GPS-маячков для тайничков с пометками на карте

 

---

ERROR:___[bind_stalker.script]SAVE___FILE___IS___CORRUPT - говорит о том, что из пакет актора был некорректно считан из сэйва. У АМК есть свои нюансы работы чтения/записи пакета. Вполне вероятно проблема в упаковке в сэйв массива 'npc_spawner' ...

Изменено 7 Июля 2011 пользователем Artos

[antreg 179]

Kirag, Artos,

Спасибо за ответы!

"Глючными" оказались два колбэка функций из amk_mod.script:

mod_call("first_run")

mod_call("check_spawn")

  function firat_run() (Показать)

function first_run()

if amk.load_variable("x_first_run",true) then

amk.g_start_timer("gg_need_sleep",0,0,6)

amk.g_start_timer("show_news",0,0,10)

amk.spawn_item_in_inv("matras")

amk.save_variable("x_first_run",false)

end

 

if amk.load_variable("amk_12",0)==0 then

amk.spawn_item("amk_zapiska",vector():set(-126.96,-28.41,-379.12),27,125181)

amk.spawn_item("amk_zapiska",vector():set(21.6,-3.94,-18.28),1140,5991)

amk.spawn_item("amk_zapiska",vector():set(-126.92,23.27,-36.98),1543,7083)

amk.save_variable("amk_12",1)

end

 

if amk.load_variable("amk_13",0)==0 then

-- pri_space_restrictor_0011

local obj = alife():story_object(830)

if obj then

alife():release(obj)

alife():create(7373)

end

amk.save_variable("amk_13",1)

end

 

if amk.load_variable("amk_13",0)==0 then

-- pri_space_restrictor_0011

local obj = alife():story_object(830)

if obj then

alife():release(obj)

alife():create(7373)

end

amk.save_variable("amk_13",1)

end

 

if amk.load_variable("amk_version",0)<1400 then

tmp_intro=true

amk.save_variable("amk_version",1400)

amk_anoms.pre_blow_off()

amk_anoms.after_blow_on()

spawn_military_btr()

spawn_fuel()

end

 

end

 

 

Тут как бы ясно, что у нас в сборке не совпадали стори_айди удаляемого рестриктора на стадионе в Припяти, который пролёт камеры активировал в оригинале, и вместо которого спавнилась в АМК аномалия, и стори_айди этой аномалии. Но вот непонятно, это нормально, что два раза одно и тоже условие присутствует в функции? Имеется ввиду: if amk.load_variable("amk_13",0)==0

  function check_spawn() (Показать)

function check_spawn()

amk_anoms.init()

spawn_unspawned_respawners()

if (news_main) then

news_main.init()

end

if (amk_offline_alife) then

amk_offline_alife.init()

end

if (amk_corpses) then

amk_corpses.init()

end

if (amk_objects) then

amk_objects.init()

end

 

--спавним аномалии

--initial_spawn()

local obj = alife():story_object(6000)

if not obj then

alife():create(2)

obj = alife():story_object(6000)

end

 

if amk.load_variable("freeplay",0)==1 then

amk.save_variable("freeplay",2)

elseif amk.load_variable("freeplay",0)==2 and (not has_alife_info("cit_fail_first_task")) then

db.actor:give_info_portion("cit_fail_first_task")

end

 

if not db.actor:has_info("val_chase_start") then

local objt = alife():story_object(6002)

if objt then

alife():release(objt)

end

end

 

--level_changers section

local lname = level.name()

local sname = amk.load_variable("level_on_save","")

 

if (amk_offline_alife) then

amk_offline_alife.update_npc_tables()

end

if (amk_corpses) then

amk_corpses.update_all_corpses()

end

if lname ~= sname and amk_objects then

amk_objects.update()

end

 

-- Выдадим сообщения при переходе на уровень.

if news_main then

if (lname ~= sname and sname ~= "") then

if (news_main.isIsolatedLevel(lname)== true and news_main.isIsolatedLevel(sname) == false) then -- Спустились под землю.

news_main.on_disconnect()

elseif (news_main.isIsolatedLevel(lname) == false and news_main.isIsolatedLevel(sname) == true) then -- Выбрались из-под земли.

news_main.on_connect()

end

if (amk_offline_alife) then

amk_offline_alife.update_trade()

end

end

end

 

if lname=="l01_escape" and sname=="l04_darkvalley" then

local obj = alife():story_object(6002)

if not obj then

alife():create(0)

end

end

 

if sname=="l01_escape" and lname=="l04_darkvalley" then

db.actor:set_actor_position(vector():set(-44.38, 0.43, -541.47))

end

 

--spots section

obj = alife():story_object(6001)

if obj then

level.map_add_object_spot(obj.id, "level_changer", "to_pripyat")

end

obj = alife():story_object(6002)

if obj then

level.map_add_object_spot(obj.id, "level_changer", "to_darkvalley")

end

if weather_types[lname]==0 then

w=amk.load_variable("dynweather",nil) or level.get_weather()

else

w=level.get_weather()

end

if amk.load_variable("blowout",0)>0 then amk.save_variable("weather",level.get_weather()) end

level.set_weather("amk_for_blow",true)

game.start_tutorial("restore_sun")

 

if amk.load_variable("blowout",0)>0 and amk.load_variable("blowout",0)<4 then

local bt=blowout_type()

level.add_cam_effector("camera_effects\\earthquake.anm", 2002, true, "")

if bt<1 then

level.set_weather("amk_for_blow",true)

level.add_pp_effector("vibros.ppe", 2001, true)

blowout_psy_sound("start")

end

end

 

if db.actor and not has_alife_info("game_over") then

local flame = db.actor:object("wpn_flame")

if flame then

db.actor:iterate_inventory(

function(dummy,item)

if item:section()=="wpn_flame" then

alife():release(alife():object(item:id()))

end

end

,db.actor)

 

end

end

end

 

 

А тут, по всей видимости, идёт мониторинг локаций, которые мы "выбросили": Кордон и Тёмная Долина, на которых спавнится левел_ченджер, по определённому условию появления перехода ЧАЭС-2 - Припять при выходе во Фриплей. Так?

Изменено 7 Июля 2011 пользователем antreg

[Kirag 39]

antreg

 

  Цитата

Но вот непонятно, это нормально, что два раза одно и тоже условие присутствует в функции? Имеется ввиду: if amk.load_variable("amk_13",0)==0

Это не нормально, но и не критично. После того, как отработает первое по скрипту условие, второе не выполнится уже никогда и конфликта не будет.

 

Что бросилось в глаза, что в обеих функциях упоминается конструкция alife():create(N), N - номер в алл.спавне. Но эти номера меняются при пересборке алл.спавна, тем более, что перебрали вы его серьезно. Вероятно, при попытке заспавнить что-то (но уже не то, что задумано) происходит конфликт...