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

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

 

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

 

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

 

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

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

---

[Romz 142]

По результатам прикручивания se_stor к ЗП, получился комплект скриптов и инструкций se_stor от 09.09.2013, lua_helper и lua_extension от 29.09.2013, для чистой ЗП, с учётом минимального вмешательства в игру (т.е. без изменения методов сохранения данных в модулях, кроме bind_actor)

Скорее всего, на ЧН тоже подойдёт, с минимальными изменениями.

Стоит ли выкладывать, и если да, то куда лучше?

Изменено 9 Октября 2015 пользователем Romz

[abramcumner 1 172]

@Romz, в "Сборочный цех" по идее.

[Romz 142]

Возник вопрос.

Коль скоро sr_psy_antenna и xr_statistic у меня схраняются/загружаются через чанки, может их тоже стоит убрать из стандартного actor_binder:save/load?

[Labus 0]

Расшифруйте пожалуйста вот это:

self.object:name()

[hi_flyer 75]

Подскажите, спавню инвентарный итем. Допустим alife():create("wpn_bm16", db.actor:position():add(db.actor:direction():mul(4)), db.actor:level_vertex_id(), db.actor:game_vertex_id()).

Каким образом ему можно установить его состояние (condition) ? 

[Карлан 1 049]

@hi_flyer, у меня используется такой код:

local bobj = alife():create(section, npc_pos, npc_lv, npc_gv, npc_id)
level.client_spawn_manager():add(bobj.id, 0, function(id,obj) obj:set_condition((math.random(visual[2],visual[3]))/100) end)

[Kirgudu 1 250]

Romz, конечно. Сохранять и там и там избыточно.

Labus, получить имя объекта.

Карлан, согласен.

(пишу с телефона, заметки и проч. недоступны)

Изменено 11 Октября 2015 пользователем Kirgudu

[Romz 142]

@Kirgudu, Понял, архив поправлю и перезалью тогда.

[Romz 142]

Блин, туплю опять...

local levels_list = {}
...

...
local new_level_name = string.lower(level.name())
levels_list = GetVar("levelname")
if table.find(levels_list, new_level_name) ~= true then
	start_quick_timer(2*60, ssbs(true))
	if levels_list == nil then
		levels_list = levels_list{new_level_name}
	else
		table.insert(levels_list, new_level_name)
	end
	DelVar("levelname")
	SetVar("levelname", levels_list)
end

 

Что хочу получить:

Взять таблицу из "levelname" - работает

Если в ней нет имени текущей локации, то

Запустить таймер на 2 игровые минуты - работает

Если таблица пустая, создать её и положить в неё,как первый элемент, имя локации - не взлетает

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

Записать в "levelname" новую таблицу - работает

 

Подскажите, а?

Изменено 13 Октября 2015 пользователем Romz

[Desertir 202]

@Romz, почему у тебя проверка на пустоту таблицы это сравнением с nil? Пустая таблица это вполне себе живая переменная, nil'ом не является. Далее не вполне внятная для меня конструкция levels_list = levels_list{new_level_name}. Это как вообще? Может levels_list = {new_level_name}?

Я не совет даю, полноценной задачи не знаю, но я бы сделал так. Хеш таблица с именами локаций в качестве ключа, а значениями является флаг true|false. Без всяких заморочек с поиском, проверками на пустоту и прочими мною нелюбимыми действиями.

Изменено 13 Октября 2015 пользователем Desertir

[Romz 142]

 

 

почему у тебя проверка на пустоту таблицы это сравнением с nil? Пустая таблица это вполне себе живая переменная, nil'ом не является

Потому что в начале игры "levelname" не существует. (см. конструкцию)

 

Далее не вполне внятная для меня конструкция levels_list = levels_list{new_level_name}. Это как вообще? Можетlevels_list = {new_level_name}?

А вот в этом и затык. Щас попробую сделать, как ты написал.

Говорю же - туплю... И поиск не даёт ничего... Пол-дня вокруг этого момента кружу...

[Desertir 202]

Потому что в начале игры "levelname" не существует. (см. конструкцию)

Из кода видно только то, что значению levels_list присваивается результат функции GetVar. Что и как она должна возвращать я не знаю.

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

[Romz 142]

 

 

Из кода видно только то, что значению levels_list присваивается результат функции GetVar. Что и как она должна возвращать я не знаю.

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

 

Если переменная может быть nil, тогда несколько вариантов и один из адекватных - передавать в функцию GetVar вторым аргументом дефолтовое значение

Не всегда, т.к. игра может начаться с другой локи.

 

у тебя эта проверка сработает один раз за всю игру,

Само собой. Но имеем зато универсальность скрипта.

В любом случае, твой совет про

 

Может levels_list = {new_level_name}?

Помог, спасибо!

Без всяких заморочек с поиском, проверками на пустоту и прочими мною нелюбимыми действиями.

Задачу я сформулировал тут. Самое простое решение - сохранять имена локаций в таблицу при первом их посещении после выброса. А в выброс - табличку обнулять.

[Serge! 127]

 

 

Desertir сказал(а)почему у тебя проверка на пустоту таблицы это сравнением с nil? Пустая таблица это вполне себе живая переменная, nil'ом не являетсяПотому что в начале игры "levelname" не существует. (см. конструкцию)

 

Во избежании всяких побочных моментов я обычно использую такую конструкцию

local isBool = function(var) return var ~= nil and var ~= 0 and var ~= false and var ~= '' and var ~= {} end

[Struck 61]

@Serge!, ты матчасть по луа в принципе открывал?

[Desertir 202]

@Serge!, какие побочные моменты может вызывать функция type(value)?

[Pir@t@s 36]

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

Прошу прошения забыл указать платформу  SoC 1.0004

[Serge! 127]

 

 

какие побочные моменты может вызывать функция type(value)?

Самые непредсказуемые, если в ненужное время, в ненужном месте вернет, например, тип "userdata".

С другими я не сталкивался, если Вы такие знаете, то с благодарностью посмотрю и запомню.

[Desertir 202]

@Serge!, а как ты думаешь, что вернет твоя функция isBool если в качестве var будет объект с типом userdata? По названию эта функция должна проверять, что var есть булево значение, тем не менее в ней есть проверка var ~= false и нет проверки на ту же userdata. Какая то загадочная функция. Почему тебе следующий вариант не нравится?

function isBool(value)
    type(value) == 'boolean'
end

И действительно, в доки надо бы заглянуть и убедиться, что эта функция (type) возвращает конечное число строковых значений.

[Карлан 1 049]

@Serge!, тоже имело место быть, где инкапсуляция сыграла злую шутку (оболочка была на строку где использовался gsub с мощным патерном, как итог gsub не брал строку и происходил вылет), в явном виде все было в порядке. Но твой вариант все равно не катит (он противоречит здравому смыслу), проблемные варианты скорее исключения чем правила, и там проще проверять в явном виде. Дезертир тебе верно указал, что ~= false тут как-бы ага.

 

 

 

возвращает конечное число строковых значений

Расшифруй.

 

 

 

если в качестве var будет объект с типом userdata

В качестве var еще может быть функция и нить, на что функция даст true, хотя на самом деле false.