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

[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. И помните: «Правильно заданный вопрос – половина ответа».

 

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

 

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

 

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

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

---

[Dennis_Chikin 3 662]

Ну, собственно, и tips и custom_static'и вполне годятся. В принципе же - старый бобрый "биорадарчик". Текст масштабировать смысла не вижу.

[Карлан 1 049]

@Dennis_Chikin, ну да, только в трехмерном пространстве. Ничего сложного по сути. Прошлое видео удалил. Сделал два типа меток, различие меток по цветам в зависимости от отношения сталкера/монстра к ГГ. Улучшил алгоритмы вычисления позиции на экране для проецирования метки, так же написал алгоритм увеличения/уменьшения метки в зависимости от дальности. Все работает вполне нормально. Смотрите в 1080.

 

 

[max185 13]

Народ подскажите мне пожалуйста как заспавнить НПС сидящим(через скрипт)

[Dennis_Chikin 3 662]

"Заспавнить сидящим" - ни как. Только назначить логику kamp@, или написать что-то свое, принудительно отключающее любые другие схемы, и устанавливающее state_mgr.set_state( npc, "sit_ass" )

 

http://stalkerin.gameru.net/wiki/index.php?title=SoC._%D0%9B%D0%BE%D0%B3%D0%B8%D0%BA%D0%B0_NPC

[Zander_driver 10 343]

Вопрос, есть ли какие-то подводные камни с онлайном/оффлайном аномалий...

Собственно что происходит: вначале имеем некоторый набор (16 штук) аномалий, заспавненных скриптово на текущей локации. Со своими партиклами, звуками, шейпами настроенными через нетпакет, все как полагается.

Перебирая эти 16, делаем следующее

        local obj = level.object_by_id(a)
        if obj and IsAnomaly(obj) then
            alife():set_switch_online(a, false)
            alife():set_switch_offline(a, true)
            anoms_onoff_buffer[a] = true
        end

аномалии уходят в оффлайн, тут все норм.

Через энное время их надо вернуть в онлайн. Там имеет место быть такой страшненький код

    while a < 65535 do
        if anoms_onoff_buffer[a] then
        log(string.format("key %i exist...", a))
        local obj = alife():object(a)
        if obj then
        log("object found...")
        if IsAnomaly(obj) then
        log("switch anomaly!")
            alife():set_switch_online(a, true)
            alife():set_switch_offline(a, false)
        end end end
    a = a + 1
    end   

страшный но вопрос то не в этом. В лог пишет что делает, и в логе я получаю запись в таком духе:

key 6417 exist...
object found...
switch anomaly!
key 6422 exist...
object found...
switch anomaly!

и так далее, пересчитал - ровно 16 аномалий. Все четко, только в игре, в онлайне, эти аномалии больше не наблюдаются. Что я делаю не так?

 

 

[RayTwitty 518]

while a < 65535 do

if anoms_onoff_buffer[a] then

А если просто по этой таблице итерироваться, зачем while? Насколько я понял, в таблице лежат айдишники аномалий, который ушли в оффлайн - вот только их и надо переводить обратно. Хотя, конечно вопрос был не в этом и вопрос интересный... Попробуй посмотреть, как сделано управление кострами в последнем OGSE - там совершенно точно они прямо перед ГГ разжигались.

[abramcumner 1 181]

Попробуй посмотреть, как сделано управление кострами в последнем OGSE - там совершенно точно они прямо перед ГГ разжигались.

Там костры онлайн/оффлайн не переключаются специально, только включается/выключается аномалия.

[Zander_driver 10 343]

 

 

while a < 65535 do

if anoms_onoff_buffer[a] then

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

[Overfirst 637]

Народ, как стартануть таймер в АМК моде, после окончания времени которого выдается инфопоршень? В амк.скрипт че то писать надо... Помогите плиз!

[AndrewMor 530]

Народ, как стартануть таймер в АМК моде, после окончания времени которого выдается инфопоршень? В амк.скрипт че то писать надо... Помогите плиз!

function имя_твоей_функции()

 amk.g_start_timer("идентификатор",0, 0, 3) -- в кавычках - уникальный буквенный идентификатор, дальше - время. Последняя цифра - кол-во игровых минут.

end

 

В amk.script:

 

после строк

function __do_timer_action(select_string,params_string)

 local a

 

пишешь:

 if select_string=="твой буквенный идентификатор" then

...делай все, что хочешь, в том числе и выдавай нужный поршень

 end

BoBaH_671, а вообще-то все это легко высматривается в самом amk.script

[svarog2741 83]

Кто даст функцию на отбираение предмета у гг (не диалоговую) и желательно без функций амк

[Карлан 1 049]

@svarog2741, 

function transfer_item(game_object*, game_object*);

[svarog2741 83]

@Карлан, а можно полный вариант функция (пример)?

 

dialogs.script посмотреть - не ?

 

 

local actor, sim = db.actor, alife()

function relocate_item_section( who, sect, d, n )	-- todo: составить таблицы, потом перемещать
	local r = 0
	if d == "in" then
		for i = 1, n or 1 do
			if who and t_quest[sect] and i == 1 then	-- квестовые предметы перемещаем
				local item = who:object( sect )
				if item then who:transfer_item( item, actor )
				else sim:create( sect, vector(), 0, 0, 0 )
				end
				r = r + 1
			else sim:create( sect, vector(), 0, 0, 0 ); r = r + 1
		end	end
	elseif who and d == "out" then
		for i = 1, n or 1 do
			local item = actor:object( sect )
			if item then
				actor:transfer_item( item, who )
				r = r + 1
	end	end	end
	if r ~= 0 then news_relocate_item( actor, d, sect, r ) end
	return r
end

dc

Изменено 21 Января 2015 пользователем Dennis_Chikin

[xStream 86]

evid_see_stuff = 6931 -- откуда берется сия магическая цифра ?

actid_reach_item = evid_see_stuff -- почему должна быть она же, а не какая другая.

 От балды :-) Уникальный идентификатор-число, для составления графов планировщиком.

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

 

local prop_idlecombat = xr_evaluators_id.state_mgr + 3 -- для чего здесь и далее вот это

local prop_contact = xr_evaluators_id.stohe_meet_base + 1 -- и откуда оно опять таки берется.

Ну, то есть, интуитивно (и дальнейшими тестами) понятно, что первое - дабы не получилось анимации из анекдота про "до батареи одни уши доехали", а второе - чтобы разговор не обрывал, и актора не подвешивал. Но а по-русски это все как сказать ?

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

 

И, опять же, по-русски - почему недостаточно просто

action = manager:action( xr_actions_id.alife )

action:add_precondition( world_property( evid_see_stuff, false ) )

 

 Это важная часть: мы говорим движку, что переключение на движковую схему алайфа происходит только тогда, когда наш эвалюатор возвращает false (то есть судя по названию - когда чета-там не видим, тогда можно переходить на движковую схему). По сути, мы заставляем планировщик проверять всегда этот эвалюатор, ибо цель у планировщика всегда одна - перевести жертву под движковую схему xr_actions_id.alife. Эти две строчки обязательно должны быть в любой схеме, которая запрещает переход в алайф (можно запрещать что-то другое, что в свою очередь запрещает алайф.... сложно, в общем, теория графов и прочая лабуда)

 

Так вот, по идее этого достаточно :-) Этого достаточно, если нам надо какой-то эвалюатор добавить. Но есть еще экшн! И вот мы его настраиваем: указываем, что требуется для запуска этого экшена и к изменению какого свойства мира (property) он приведет - как раз ниже. Мы указываем, что в результате выполнения экшена нашей схемы (а их в схеме может быть несколько), свойство видимости (ну выше которое определяли) станет равно false, что в свою очередь позволит планировщику перевести в будущем нашего непися под алайф (помним - алайф это конечная цель планировщика)

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

 

Наконец, самое интересное, это вот это магическое сочетание:

action:add_effect( world_property( evid_see_stuff, false ) )

manager:add_action( actid_reach_item, action )

- где add_effect со значением false не понятен даже и интуитивно, хотя вполне нагляден, если и его закомментировать. Ну или в оригинале примерно ту же функцию выполняет эквилибристика с evid_near_stuff.

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

Краткий итог: есть свойства, которые мы задаем через человекочитаемые имена и уникальные числовые ИДшники (для планировщика)

Есть экшены, результатом работы которых будет переключение этих свойств из true в false и наоброт.

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

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

 

Дополнительные коментарии вот тут 

 

 

-- задаем от балды УНИКАЛЬНЫЙ ИДшник эвалюатора/свойства/экшена смотря, где использовать
-- но принято префиксом переменной (evid_) указывать, чей это ИДшник. Сейчас - ИД эвалюатора 
evid_see_stuff	= 6931

-- это уже ИДшник экшена (действия) просто делаем такой же, как у свойства (эвалюатора)
-- префикс actid_
actid_reach_item = evid_see_stuff

function add_to_binder( npc, ini, scheme, sect, st )
	local manager = npc:motivation_action_manager()

	-- это просто локальные переменные, указывающие определенные эвалюаторы ДРУГИХ схем. Так делать нехорошо, лучше именовать все такие "магические" значения - чтоб не было плюсов, а были нормальные имена как ниже (1)
	local prop_idlecombat = xr_evaluators_id.state_mgr + 3
	local prop_contact = xr_evaluators_id.stohe_meet_base + 1

	-- собственно добавляем в планировщик наш эвалюатор: первый параметр функции - название (ИДшник) свойства(эвалюатора - помним, это почти одно и то же - свойство есть результат работы эвалюатора)
	-- второй - собвственно сам объект эвалюатора
	manager:add_evaluator( evid_see_stuff, ev_see_stuff( st, "ev_see_stuff" ) )

	-- создаем экшн 
	action = act_reach_item( "act_reach_item", st )
	-- ниже идут строчки, где мы перечисляем, при каких условиях начнет выполняться наш экшн
	-- сталкер жив (1 - нормальное имя)
	action:add_precondition( world_property( stalker_ids.property_alive, true ) )
	-- у сталкера нет врага
	action:add_precondition( world_property( stalker_ids.property_enemy, false ) )
	-- у сталкера нет опасности
	action:add_precondition( world_property( stalker_ids.property_danger, false ) )
	-- ...
	action:add_precondition( world_property( prop_contact, false ) )
	action:add_precondition( world_property( xr_evaluators_id.sidor_wounded_base, false ) )
	action:add_precondition( world_property( blowout_scheme.evid_anomaly, false ) )
	action:add_precondition( world_property( blowout_scheme.evid_blowout, false ) )
	-- ... а тут мы указываем, что чтобы наш экшен запустился, наш эвалюатор был true - судя по названию переменной, когда сталкер видит объект (а это проверяется в эвалюаторе)
	action:add_precondition( world_property( evid_see_stuff, true ) )
	action:add_precondition( world_property( prop_idlecombat, true ) )

	-- теперь говорим планировщику, что в результате действия нашего экшена, сталкер перестанет видеть объект
	-- свойство станет равно false (я так понимаю, сталкер просто подберет предмет)
	action:add_effect( world_property( evid_see_stuff, false ) )
	manager:add_action( actid_reach_item, action )

	action = manager:action( xr_actions_id.alife )
	action:add_precondition( world_property( evid_see_stuff, false ) )
end

 

Извиняюсь за постоянные повторения - но это важнно и не всегда все сразу усваивают :-)

Изменено 24 Января 2015 пользователем xStream

[sapsan 336]

А не может ли кто-нибудь либо кинуть ссылко на статеечку, либо написать собственно эту самую статеечку про схемы

вот

 

На это ссылка была уже. Там многобуквенно, но многовато воды. А основная "черная магия" не улавливается. Выше - лучше. dc

Изменено 25 Января 2015 пользователем Dennis_Chikin

[Kondr48 314]

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

А скорость чтения какова?) Если мне нужно будет например из колбека на взятие предмета прочитать из кастом даты данные, это нормально? =)

И где можно посмотреть пример использования?)

P.S данные типа строка = значение

Изменено 1 Февраля 2015 пользователем Вампир35

[Dennis_Chikin 3 662]

На взятие - почему нет ? (Единственно что, надо иметь в виду, что при загрузке взятие отрабатывается для ВСЕХ предметов, и если их много - тогда будет ой.)

 

С брониками и стволами нет, но есть, например, телепорты.

При создании:

            tt = get_anomaly_data( obj )
            cd = parse_custom_data( tt.custom )
            cd.cd = { ["id"] = v }
            tt.custom = gen_custom_data( cd )
            set_anomaly_data( tt, obj )

При входе в онлайн:

    local ini = self.object:spawn_ini()
    local n = ( ini and ini:section_exist( "cd" ) and ini:r_string( "cd", "id" ) )
        or abort( "(%s):reload, invalid section [cd]", self.object:name() )
    local id = self.object:id()
    self.teleport = n    -- идентификатор для чтения параметров
    t_ids[n], t_spawn[id] = id, n

 

В принципе, можно проще. Здесь сразу предполагается странное, поэтому еще добавлено разбор кастомдаты и ее преобразование обратно в строку. Если не нужно - можно сразу строкой и записать. Функции брать традиционно из амк, (ну или альтернативные ).

[Overfirst 637]

Добрый день. Меня мучает один вопрос: как узнать координаты ГГ на мультиплеерной карте? 

[macron 1 890]

 

 

как узнать координаты ГГ на мультиплеерной карте? 

rs_stats 1 разве не катит ?

[AndrewMor 530]

А возможно ли технически при ранге ГГ скажем, более 5000, в окне разговора показывать его не мастером, а скажем, легендой?