http://stalkerin.gameru.net/wiki/api.php?action=feedcontributions&feedformat=atom&user=Singapur22S.T.A.L.K.E.R. Inside Wiki - Вклад участника [ru]2026-06-15T09:56:14ZВклад участникаMediaWiki 1.22.6http://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%B7%D0%B1%D0%BE%D1%80_Bind_%D0%B8%D0%BB%D0%B8_%D0%BD%D0%BE%D0%B2%D0%B0%D1%8F_%D0%B7%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0_InfoportionsРазбор Bind или новая замена Infoportions2011-06-22T10:02:59Z<p>Singapur22: /* Различия и сходства Infoportion и Infoscript */</p>
<hr />
<div>==Описание статьи==<br />
В этой статье я расскажу о бинде объекта, о последовательности этапов класса бинда, о сохранении и загрузке переменных и на основе всех этих фактов, сделаю переменную, которая будет в некотором смысле напоминать инфопоршень.<br />
<br />
==Что такое Bind и как его используют?==<br />
Итак, разберу сначала такую штуку, как bind. Для меня Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн. Не работает во время паузы. Итак, как же используется бинд? Начну с самых верхов. У нас есть какая-нибудь секция. По умолчанию там присутствует такая строка:<br />
'''script_binding'''<br />
И она ничему не равна. Как бы сказали скрипты: nil. Но есть такие секции, которым присвоены определённые значения script_binding. Например:<br />
<br />
'''[actor]''':common_ph_friction_params_on_npc_death<br />
GroupControlSection = spawn_group<br />
$spawn = "actor"<br />
$ed_icon = ed\ed_actor<br />
$player = on<br />
$prefetch = 16<br />
cform = skeleton<br />
class = O_ACTOR<br />
money = 40;<br />
rank = 3;<br />
<big>'''script_binding = bind_stalker.actor_init'''</big><br />
<br />
<br />
Мы видим, что актор (собственно, сам Меченый или, если выражаться правильней, Главный Герой, ГГ) имеет скриптовый бинд. Теперь люди, знакомые со скриптом bind_stalker, могли заметить там функцию:<br />
<br />
<lua>function actor_init (npc)<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
<br />
Разберём её. Прямо с первой строки.<br />
* '''actor_init''' - название функции<br />
* '''npc''' - тот объект, у которого в секции имеется script_binding, будет каждый раз при переходе в онлайн, биндиться тем самым скриптом, указаным в script_binding. Т.к. всё вертится вокруг актора, то получается так, что актор всегда в онлайне, не считая его удаления (при выходе/перезагрузке или при переходе на др. локацию)<br />
Вторая строка:<br />
* '''bind_object''' - т.к. npc уже обсуждали, то скажу так: объект, получаемый скриптом через скриптовый бинд (на выходе '''npc''') является объектом, к которому обращение идёт через двоеточие ('''game_object*'''). Например, можно написать npc:position(). Для примера можно вставить такой код:<br />
<lua>function actor_init (npc)<br />
get_console():execute(npc:game_vertex_id())<br />
npc:bind_object(actor_binder(npc))<br />
end</lua><br />
Я его не проверял, но, по идее, он должен вывести в консоль текущий гейм-вертекс актора. Будет это выглядеть как-то так:<br />
'''! Unknown command: 666'''<br />
Это так будет, если гейм-вертекс актора будет аццкий - '''666'''.<br />
<br />
Итак... С обращением разобрались. Теперь разберём само обращение '''bind_object'''. Это обращение зашито в dll (скорее всего, в xrGame) и про него можно посмотреть в скрипте lua_help.script:<br />
<c>function bind_object(object_binder*);</c><br />
Сразу перейдём к следующим после bind_object словам, не забывая про '''object_binder*''' из lua_help.script<br />
* '''actor_binder(npc)''' - это то, с помощью чего мы обращаемся. Если поднапряжёмся и вспомним, что было друмя строками выше, то поймём, что '''actor_binder(npc)''' - это и есть '''object_binder*'''. Но это не полное объяснение. Ещё надо добавить, что actor_binder - это класс в том же скрипте - bind_stalker, который носит назввание '''''actor_binder'''''. Как же он выглядит, это класс бинда:<br />
<lua>class "actor_binder" (object_binder)</lua><br />
А npc в скобках - это object_binder, который указан в скобках класса. <br />
"actor_binder" ('''object_binder''')<br />
<br />
Итак, мы разобрали построчно функцию '''actor_init''', но ещё не знаем, чем же различаются класс actor_binder и функция actor_init, начинающая этот бинд. Так вот в чём различия:<br />
* actor_binder - это класс, который постоянно повторяется (биндится)<br />
* actor_init - это вызываемая из секции конфига функция, которая начинает бинд, но она выполняется только один раз - при переходе объекта в онлайн и ждёт перехода объекта в режим офлайн или удаления этого объекта из игры. После того, как объект пропадает, функция отключается и при его следующем появлении в онлайне, выполняется снова.<br />
<br />
Но и бинд не длится вечно. Как я уже говорил, ''Bind - это повторение одного и того же действия в режиме alife (во время игры), производимого для определённого объекта, пока он не перейдёт в офлайн.'' Сам переход в офлайн происходит через net_destroy. Это я называю функцией класса. Теперь рассмотрим работу функций класса.<br />
<br />
Я пока только начал подробное изучение биндеров и могу ошибиться в порядке выполнения функций класса типа bind. <br />
Тем не менее, у меня уже есть свой порядок выполнения функций класса bind.<br />
* Сначала выполняется __init.<br />
* Заетм идёт, load. Если сохранялись какие-то изменения.<br />
* Потом происходит net_spawn<br />
* Потом идёт update - бинд.<br />
* Потом при сохранении происходит save.<br />
* Затем net_destroy при офлайн переходе.<br />
* Потом по идее net_spawn и reinit. Дальше всё с третьего шага (не уверен, что второй шаг тоже пропускается)<br />
<br />
На этапе net_destroy и net_spawn происходит множество других функций класса bind вроде take_item_from_box (колбэк на взятие предмета в инвентарь из inventory_box - тайника), on_item_drop (колбэк при выбрасывании предмета) и т.п. Тем не менее, некоторые функции класса (кроме главных, которые я перечислял в этапах) могут быть использованы на других этапах, но на update обычно происходят проверки. Не буду сейчас останавливаться на колбэках и перейду к следующему этапу - разбор сохранения.<br />
<br />
==Разбор сохранений==<br />
<br />
На самом деле сохранения я буду разбирать прямо сейчас. очень хочу что-нибудь полегче. Например, treasure_manager.<br />
Посмотрим, что тут у нас...<br />
<br />
<lua>function CTreasure:save(p)<br />
--' Сохраняем размер таблицы<br />
local size = 0<br />
for k,v in pairs(self.treasure_info) do<br />
size = size + 1<br />
end<br />
p:w_u16(size)<br />
for k,v in pairs(self.treasure_info) do<br />
p:w_u16(v.target)<br />
p:w_bool(v.active)<br />
p:w_bool(v.done)<br />
end<br />
end</lua><br />
<br />
По идее это save сохраняет всю указанную информацию объекте в sav файл сохранения в виде нет-пакета. Судя по некоторым строкам, которые, по идее могут кое-что прояснять... Особенно при вылете :) Например, "SAVE FILE IS CORRUPT". Что же, попробую теперь разобрать загрузку:<br />
<lua>--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
</lua><br />
<br />
Тут явная загрузка уровня сложности. Слишком явная, судя по комментарию... Хватит лирики... Разбираем!<br />
* Сначала задаём переменной game_difficulty одну из переменных пакета. В данном случае переменная числовая.<br />
* Присваиваем переменной load_treasure_manager булёвое (логическое) значение false.<br />
* Проверяем, что если game_difficulty больше или равен 128, то:<br />
** Вычитаем из game_difficulty 128<br />
** Присваиваем переменной load_treasure_manager значение true<br />
* Устанавливаем через консоль уровень сложности.<br />
<br />
Потом можно заметить:<br />
<lua><br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end<br />
</lua><br />
<br />
Это значит, что в будущем переменная load_treasure_manager будет играть особенную роль. По идее она отвечает за загрузку менеджера тайников. Точное значение сказать не смогу.<br />
<br />
Итак, какие же значения можно присваивать пакетным данным? Об этом сказано в ранее упоминаемом скрипте lua_help.script. А там... Лучше не буду писать, а то места много надо. Сами посмотрите. Я укажу лишь несколько значений:<br />
* Булёвое. '''r_bool''' и '''w_bool'''<br />
* Строковое. '''r_stringZ''' и '''w_stringZ'''<br />
* Числовое. '''r_u8''' и '''w_u8'''<br />
Я не знаю точно, можно ли ставить (плавающую) запятую в числе, поэтому лучше берите целые числа где-то в области от -10<sup>7</sup> до 10<sup>7</sup><br />
<br />
==Практика==<br />
<br />
Итак. Теперь попробую попрактиковаться... Вы со мной... для начала изменим функции класса bind с именами до такого вида (полностью заменяйте текст функции, которую я вам даю:<br />
<br />
<lua><br />
function actor_binder:net_spawn(data)<br />
printf("actor net spawn") <br />
<br />
level.show_indicators()<br />
<br />
self.bCheckStart = true<br />
self.weapon_hide = false -- спрятано или нет оружие при разговоре.<br />
weapon_hide = false -- устанавливаем глобальный дефолтовый флаг.<br />
<br />
if object_binder.net_spawn(self,data) == false then<br />
return false<br />
end<br />
<br />
db.add_actor(self.object)<br />
<br />
if self.st.disable_input_time == nil then<br />
level.enable_input()<br />
end<br />
<br />
self.weather_manager:reset()<br />
-- game_stats.initialize ()<br />
<br />
if(actor_stats.add_to_ranking~=nil)then<br />
actor_stats.add_to_ranking(self.object:id())<br />
end<br />
<br />
--' Загружаем настройки дропа<br />
death_manager.init_drop_settings()<br />
<br />
--' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end<br />
<br />
return true<br />
end<br />
</lua><br />
<br />
Лучше редактировать сначала load, а потом save, т.к. по любому сначала идёт загрузка...<br />
<br />
<lua><br />
function actor_binder:load(reader)<br />
printf("actor_binder:load(): self.object:name()='%s'", self.object:name())<br />
object_binder.load(self, reader)<br />
printf("actor_binder:object_binder.load(): self.object:name()='%s'", self.object:name())<br />
<br />
--' Загружаем уровень сложности<br />
local game_difficulty = reader:r_u8()<br />
<br />
local load_treasure_manager = false <br />
if game_difficulty >= 128 then <br />
game_difficulty = game_difficulty - 128<br />
load_treasure_manager = true <br />
end <br />
<br />
<br />
get_console():execute("g_game_difficulty "..game_difficulty_by_num[game_difficulty])<br />
<br />
if reader:r_eof() then<br />
abort("SAVE FILE IS CORRUPT")<br />
end<br />
<br />
local stored_input_time = reader:r_u8()<br />
if stored_input_time == true then<br />
self.st.disable_input_time = utils.r_CTime(reader)<br />
end<br />
<br />
--' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()<br />
<br />
xr_logic.pstor_load_all(self.object, reader)<br />
self.weather_manager:load(reader)<br />
<br />
sr_psy_antenna.load(reader)<br />
<br />
if load_treasure_manager == true then<br />
treasure_manager.load(reader) <br />
end <br />
<br />
<br />
task_manager.load(reader)<br />
self.actor_detector:load(reader) <br />
end<br />
</lua><br />
<br />
А теперь save:<br />
<lua><br />
function actor_binder:save(packet)<br />
<br />
local save_treasure_manager = true<br />
<br />
printf("actor_binder:save(): self.object:name()='%s'", self.object:name())<br />
object_binder.save(self, packet)<br />
<br />
--' Сохраняем уровень сложности<br />
if save_treasure_manager == true then<br />
packet:w_u8(level.get_game_difficulty() + 128)<br />
else<br />
packet:w_u8(level.get_game_difficulty())<br />
end<br />
<br />
<br />
--' Сохраняем данные об отключенном вводе<br />
if self.st.disable_input_time == nil then<br />
packet:w_bool(false)<br />
else<br />
packer:w_bool(true)<br />
utils.w_CTime(packet, self.st.disable_input_time)<br />
end<br />
<br />
--' save по-любому будет после новой игры. поэтому переменная у нас будет либо дефолтная (при net_spawn), либо загруженная (при load)<br />
packet:w_bool(db.storage["rekongstor_boolean"])<br />
<br />
xr_logic.pstor_save_all(self.object, packet)<br />
self.weather_manager:save(packet)<br />
<br />
sr_psy_antenna.save( packet )<br />
<br />
if save_treasure_manager == true then<br />
treasure_manager.save(packet) <br />
end <br />
<br />
task_manager.save(packet)<br />
self.actor_detector:save(packet) <br />
end<br />
</lua><br />
<br />
Я специально оставил комментарии, чтобы было легче разобраться в действиях. А теперь объяснения:<br />
<br />
<lua> --' проходит прежде всего. если данных в пакете нет, то по идее должен быть nil<br />
db.storage["rekongstor_boolean"] = reader:r_bool()</lua><br />
<br />
Тут происходит загрузка данных из сохранённого пакета в переменную, которая существует на протяжении игры. Точно не знаю, когда она прерывается, но это не имеет особого значения.<br />
<br />
* Я не уверен, но сначала происходит load. Если он не нашёл данные в пакете, то они равны nil. В этом случае переменная принимает данные из пакета.<br />
* Load может и не происходить, но и так данные будут равны nil, потому что им ничто не присвоено. А в этом случае просто load не происходит и переменная никак не трогается.<br />
<br />
<lua> --' В случае новой игры у нас этой переменной не будет. Иначе она загрузится из load<br />
if db.storage["rekongstor_boolean"] == nil then<br />
db.storage["rekongstor_boolean"] = true<br />
end<br />
<br />
<br />
if db.storage["rekongstor_boolean"] == true then<br />
alife():create("af_medusa",vector():set(0,0,0),1,1,self.object:id())<br />
db.storage["rekongstor_boolean"] = false<br />
end</lua><br />
<br />
Сначала происходит Load, но его я уже объяснил. Сейчас я объясняю net_spawn.<br />
<br />
Первое действие - проверка на существование переменной. Если мы начали новую игру, то тогда переменная равна nil, т.к. load её ещё не знает и мы её ещё не объявляли. А если переменной не существует, то мы ей объявляем значение true и она уже не nil, а принимает логическое значение.<br />
<br />
Второе действие. Если у переменной логическое значение равно true, то спавним артефакт медуза в инвентарь ГГ и объявляем значение false. Если было значение false, то не спавним. Как это работает? <br />
* Мы начали новую игру<br />
* ''(Возможно, идёт загрузка пакета и переменной, которая имеет значение nil. Мы опять присваиваем значение nil, т.е. ничего не меняется.)''<br />
* Идёт проверка. Т.к. переменная = nil, то ей присваивается true.<br />
* Идёт проверка. Т.к. переменная = true, То спавним артефакт (а вообще, можно произвести любое действие) и '''присваиваем переменной значение false'''<br />
*** Больше ничего не происходит - т.е. идёт бинд update<br />
* Мы сохраняем игру (переходим на др. уровень)<br />
* Идёт сохранение всех переменных, в том числе и нашей, а она равна false<br />
<br />
* Загружаем игру (загрузка др. уровня)<br />
* Идёт загрузка пакета и переменной, которая имеет значение nil. Мы присваиваем значение false, т.е. то, которое было сохранено.<br />
* Идёт проверка. Т.к. переменная = false, то ей ничего нового не присваивается (действие присваивания пропускается)<br />
* Идёт проверка. Т.к. переменная = false, игра обходит действие и не происходит спавна и присвоения переменной false.<br />
<br />
<br />
Вот и всё. У меня скрипт нормально работает и спавнится только один артефакт. А теперь спросите, зачем это нужно? Значит вспоминаем не любимые многими модмейкерами инфопоршни. Именно с ними многие мучались при создании квестов. Сейчас я буду пробовать использование этих новых переменных, которым я пока дал название Info_Scripts в различных направлениях. Сейчас я знаю, что инфопоршни можно использовать с диалогами, квестами, энциклопедией и самими скриптами. В данном примере мы рассмотрели запрет на повторение действия без инфопоршня, но это было намного сложнее, нежели если бы мы создали инфопоршень. Тем не менее, это подробный разбор для отдельного случая. В последующих изменениях будет улучшена система выдачи этого добра и будет всё упрощено, в лучшем случае, до одной строчки. Но сначала надо создать скрипт, обрабатывающий всю эту информацию.<br />
<br />
==Различия и сходства Infoportion и Infoscript==<br />
Чем отличается Infoportion от Infoscript:<br />
* Получается из xml файла<br />
* Относительно лёгкое использование в диалогах<br />
* Относительно лёгкое использование в стандартных заданиях<br />
* Помимо булёвых значений, может содержать информацию для выдачи статьи энциклопедии и/или задания<br />
* Сложное использование в нестандартных заданиях, но есть возможность диалогов<br />
<br />
Чем отличается Infoscript от Infoportion:<br />
* Получается из переменной скрипта<br />
* Помимо булёвого значения, может принимать строковые и числовые<br />
* '''Дальше не проверенная, но теоретически возможная информация:'''<br />
** Сложное использование в диалогах (изучается сложность, направление на лёгкость - за основу dialog_manager.script) или лёгкий аналог<br />
** Сложное использование в стандартных заданиях (изучается сложность, направление на лёгкость за основу task_manager.script)<br />
** Не может выдать статью в энциклопедию (на проверке ключи и другие, если найду и эти не помогут set_article_key и set_article_id)<br />
* Относительно лёгкое (при использовании упрощённого скрипта) использование при создании нестандартных квестов, но диалоги, скорее всего, придётся заменить<br />
<br />
Основное отличие infoportions от infoscripts в том, что состояние infoportions привязывается к объекту игры, и при удалении объекта, infoportion сбрасывается.<br />
При этом infoscripts всегда привязаны к объекту actor.<br />
<br />
В чём их сходства?<br />
* Оба могут использоваться в качестве булёвого значения<br />
* Оба загружаются из файла сохранения (обычная переменная на такое не способна)<br />
* Оба могут использоваться в нестандартных заданиях<br />
* Оба могут использоваться в стандартных заданиях и диалогах<br />
<br />
===Проблема со стандартными заданиями и диалогами===<br />
Есть такие теги, как infoportion_complete и infoportion_fail. Они оба обращаются к отдельно взятому инфопоршню. В диалогах почти также - has_info и dont_has_info. Это всё проверки на существование у игрока инфопоршня. Если такой будет, то задание либо выполняется, либо проваливается. Диалог/реплика либо присутствует, либо отсутствует. Но есть и такие теги, как precondition. Он, если вернёт false, то диалог или его реплика будут отсутствовать, если true, то наоборот. В заданиях теги такие - function_complete и function_fail. Они отвечают за возвращение функции true и false. При выполнении условий (возвращение функцией true), задание выполняется или, соответственно, проваливается. Но они обращаются лишь к функции, а вот какой инфоскрипт мы хотим взять, он умалчивает. Поэтому, пока придётся обходиться проверкой наличия инфоскрипта отдельно - через конкретное содержание функции. Но я попробую найти зацепки у диалогов и/или заданий, через которые можно получить уникальную информацию и послать её в функцию. Но это уже мои проблемы.<br />
<br />
===Что такое нестандартные задания?===<br />
Это задания, которые регулируются через скрипт. О них я напишу в виде продолжения к этой статье. Они будут использоваться по такому типу:<br />
* Мы в зоне выдачи задания?<br />
* Мы согласились на выполнение задания?<br />
* Нам выдали задание?<br />
* Мы в зоне выполнения подзадания / у нас есть предмет для выполнения подзадания?<br />
* Мы выполнили подзадание?<br />
* Мы в зоне выполнения задания? <br />
* Наше подзадание выполнено?<br />
* Закончить выполнение задания.<br />
** Выдать награду в виде денег, ранга или любой другой вещи, которые можно придумать.<br />
<br />
<br />
В общем, у него есть свои плюсы. Например, можно легче сделать задание проверки определённого места в игре. Но минус один и причём большой. Нестандартные задания не могут занестись в КПК и отображаться при нажатии TAB. Но можно ставить метки на карты или, хотя бы, выводить информацию о задании в виде диалоговых окон или сноске на худ, что уже является неплохим утешением. Т.е. можно попробовать придумать специальный предмет, который собирает нестандартные задания и умеет с ними обращаться (например, выносить суть подквеста в худ). <br />
<br />
===Заключение===<br />
Тем не менее, и тут у каждого свои плюсы и, чтобы вывести это новую небольшую технологию об использования инфоскриптов и нестандартных заданий на новый уровень развития, сократить разрыв с привычными инфопоршнями или вовсе обогнать их, придётся ещё поработать, повторить или узнать многие вещи, создать сложные скрипты, которые на выходе дают возможность обращения к ним лишь одной командой, придумать аналоги, вроде нестандартных квестов и получить обширное использование этой упрощённой технологии среди модмейкеров, а если повезёт, то и у разработчиков.<br />
<br />
Ждите новых статей по инфоскриптам!<br />
<br />
'''Я думаю, что эта статья достойна [[Обсуждение:Разбор Bind или новая замена Infoportions|обсуждения]]!'''<br />
<br />
==Дополнения==<br />
* Возможно, получится создать аналог диалогу с помощью dialog_manager.script<br />
* То же самое и для заданий! Скорее всего, можно будет использовать некоторые возможности task_maneger.script, чтобы занести задание в КПК.<br />
* Сейчас появилась возможность, что выдать статью возможно - произвёл поиск по всем скриптам по article. Нашёл set_article_key и set_article_id. Буду пробовать.<br />
* Ещё сейчас начну проверку по АМК скриптам. Там вроде что-то тоже упоминалось про сохранение и загрузку переменных.<br />
-----<br />
* Проверил АМК скрипты. Там присутствует загрузка переменных, но, в основном, роль у них одна - сохранение какой-нибудь стадии для скриптовых событий (выброса) или простое присваивание скриптам значения, которое должно сохраниться. У инфоскриптов, я бы сказал, аналогичное действие, но другая функция. Они существуют заместо стандартных инфопоршней и должны контролировать и облегчать создание диалогов и заданий, контролировать выдачу статей энциклопедии или простого каких-то действий, схожих с перечисленными.<br />
<br />
==Ссылки==<br />
'''Скрипт bind_stalker с одиночной выдачей "Медузы"'''<br />
[http://intreface.narod.ru/bind_stalker.rar *.RAR (4087 Б)]<br />
[http://intreface.narod.ru/bind_stalker.script *.SCRIPT (15476 Б)]<br />
<br />
==Автор==<br />
[[Участник:Rekongstor|Rekongstor]] ~19:30-22:54, 9 января 2011 (UTC)<br />
<br />
[[Категория:Скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._RespawnSoC. Respawn2010-10-11T17:01:21Z<p>Singapur22: </p>
<hr />
<div>Респаун, один из самых часто задаваемый вопросов на форумах. Вот, решил написать статью, дабы не втирать одно и тоже каждому, кто не может с этим разобраться.<br />
<br />
-----------------------------------------------------------------------------------------------------------------------------------<br />
<br />
== Respawn NPC. ==<br />
<br />
Для создания респавна NPC, понадобится два файла: '''all.spawn''' и '''spawn_section.ltx'''. <br />
<br>Это минимальный набор. Для полной настройки респавнера, нужны ещё '''character_desc_simulation.xml''' и '''npc_profile.xml'''.<br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''1.''' В '''all.spawn''' создаём секцию респавнера:<br />
<br />
<ini><br />
[10000]<br />
; cse_abstract properties<br />
section_name = respawn<br />
name = имя респавнера<br />
position = координаты (x,y,z)<br />
direction = 0,0,0<br />
<br />
; cse_alife_object properties<br />
game_vertex_id = гейм-вертекс<br />
distance = 10<br />
level_vertex_id = левел-вертекс<br />
object_flags = 0xffffff3e<br />
custom_data = <<END<br />
[respawn]<br />
respawn_section = esc_urody_respawn_1,12, esc_urody_respawn_2,9<br />
max_count = 8<br />
min_count = 4<br />
max_spawn = 2<br />
idle_spawn = medium<br />
conditions = 100<br />
END<br />
<br />
; cse_shape properties<br />
shapes = shape0<br />
shape0:type = sphere<br />
shape0:offset = 0,0,0<br />
shape0:radius = 1<br />
<br />
; cse_alife_space_restrictor properties<br />
restrictor_type = 0<br />
<br />
; se_respawn properties<br />
</ini><br />
<br />
Если используется программа '''XrSpawner''', то копируем любую секцию "respawn"; меняем имя объекта, координаты, и в окошке "скрипт" прописываем:<br />
<br />
<ini><br />
[respawn]<br />
respawn_section = esc_urody_respawn_1,12, esc_urody_respawn_2,9<br />
max_count = 8<br />
min_count = 4<br />
max_spawn = 2<br />
idle_spawn = medium<br />
conditions = 100<br />
</ini><br />
<br />
Где:<br />
<br>'''respawn_section =''' id респавн-секций из файла '''spawn_section.ltx'''. Цифры после запятой, означают отношение одной секции к другой. Если планируется одинаковое колличество респавна из каждой секции, то цифры ставить не требуется.<br />
<br><br />
<br>'''max_count =''' колличество респавн-запросов за период времени, пока ГГ находится на локации. При переходе на другую локацию, счётчик '''max_count''' сбрасывается. (ставить не обязательно)<br />
<br><br />
<br>'''min_count =''' минимальное колличество нпс, для экстренного респавна. (ставить не обязательно)<br />
<br><br />
<br>'''max_spawn =''' колличество нпс за один цикл респавна.<br />
<br><br />
<br>'''idle_spawn =''' тип спавна. Известно три типа '''medium, often, seldom'''. Обычно, используется тип '''medium'''.<br />
<br><br />
<br>'''conditions ='''Условие респавна. Можно установить проверку условий (инфопоршень), где респавн будет происходить только при выполнении условия. Номер означает общий процент выполнения респавна. Например так:<br />
<br><br />
<br>'''conditions = {+инфо} 100, 0''' где, респавн будет происходить со сто-процентной вероятностью, только при наличии установленного инфопоршна.<br />
-----------------------------------------------------------------------<br />
<br>'''2.''' В файле '''spawn_section.ltx''', создаём респавн-секции:<br />
<ini><br />
[esc_urody_respawn_1]:stalker<br />
$spawn = "respawn\esc_urody_respawn_1"<br />
character_profile = sim_urody_novice<br />
spec_rank = novice<br />
community = bandit<br />
<br />
[esc_urody_respawn_2]:stalker<br />
$spawn = "respawn\esc_urody_respawn_2"<br />
character_profile = sim_urody_regular<br />
spec_rank = regular<br />
community = bandit<br />
</ini><br />
Где:<br />
<br>'''esc_urody_respawn_1''' id респавн-секции.<br />
<br>'''sim_urody_novice''' и '''sim_urody_regular''' классы профайлов нпс.<br />
<br>'''novice''' и '''regular''' ранги нпс.<br />
<br>'''bandit''' группировка нпс.<br />
<br><br />
-----------------------------------------------------------------------<br />
'''3.''' В файле '''npc_profile.xml''' регистрируем классы '''sim_urody_regular''' и '''sim_urody_novice'''<br />
<pre><character id="sim_urody_regular"><br />
<class>sim_urody_regular</class><br />
</character><br />
<br />
<character id="sim_urody_novice"><br />
<class>sim_urody_novice</class><br />
</character></pre><br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''4.''' Создаём профили, в файле '''character_desc_simulation.xml''', с классами '''sim_urody_regular''' и '''sim_urody_novice''' и группировкой '''bandit'''.<br />
<br />
== Respawn монстров. ==<br />
<br />
В принципе, респавн мутантов идентичен респавну нпс. Но с одним лишь отличием, которое его значительно упрощает.<br />
Вся настройка респавна мутантов, ограничивается секцией в файле "all.spawn".<br />
Вписываем секцию респавнера, как указано в -'''RESPAWN NPC'''-.<br />
Все настройки идентичны, кроме строки '''respawn_section = '''.<br />
В ней прописываем типы мутантов, из файла "se_respawn.script". Такие как '''flesh_weak, flesh_normal, dog_weak, boar_strong, и т.д.'''.<br />
<br />
-----------------------------------------------------------------<br />
'''ОБЩИЕ НАСТРОЙКИ.'''<br />
<br />
Обязательные условия респавна:<br />
<br />
'''1.''' На локации обязательно должен быть хоть один гулаг для респавнящихся NPC и мутантов, так как количество NPC для респавна, ориентируется по доступным местам в гулагах.<br />
<br />
'''2.''' Респавн производится, только если под гулагами есть доступные работы.<br />
<br />
'''3.''' На каждой локации, респавн ограничен определёнными типами неписей. Данные ограничения установлены в файле '''misc\smart_terrain_presets.ltx'''. Чтобы сделать возможным респавн неписей, не предусмотренных на данной локации. Надо в указанном файле, в секции нужной локации, дописать требуемые типы неписей.<br />
<br />
--------------------------------------------------------------------------<br />
<br />
Для проверки созданного респавнера, можно не ждать когда сработает системный респавн, а вызвать принудительно респавн в нужной секции. Для этого, прописываем в любой логике, вызов функции '''%=respawner_spawn(имя респавнера)%'''. Где, "имя респавнера" - имя секции, созданной в файле all.spawn. Скобки обязательны. <br />
<br />
Например, можно создать рядом с зоной респавнера, временный рестриктор. И в кастом дате рестриктора, прописать вызов функции принудительного вызова респавна, в нужном респавнере, при входе ГГ в зону рестриктора:<br />
<br />
<ini><br />
[logic]<br />
active = sr_idle@in<br />
<br />
[sr_idle@in]<br />
on_actor_inside = %=respawner_spawn(имя респавнера)% sr_idle@out<br />
<br />
[sr_idle@out]<br />
on_actor_outside = sr_idle@in<br />
</ini><br />
<br />
Функция принудительного вызова респавна, находится в файле '''xr_effects.script'''.<br />
-----------------------------------------------------------------------------------------------------------------------------------<br />
<br />
== Respawn предметов. ==<br />
<br />
<br>Респавн предметов в инвентарных ящиках, несколько отличается от способа респавна NPC.<br />
-----------------------------------------------------------------------<br />
<br><br />
<br>'''1.''' Первое, что нам нужно сделать, это создать инвентарный ящик в файле "all.spawn":<br />
<ini><br />
[10000]<br />
; cse_abstract properties<br />
section_name = inventory_box<br />
name = имя ящика<br />
position = координаты x,y,z<br />
direction = 0,0,0<br />
<br />
; cse_alife_object properties<br />
game_vertex_id = гейм-вертекс<br />
distance = 0<br />
level_vertex_id = левел-вертекс<br />
object_flags = 0xffffffba<br />
<br />
story_id = стори ай-ди ящика<br />
<br />
; cse_visual properties<br />
visual_name = equipments\item_box_01<br />
</ini><br />
<br><br />
-----------------------------------------------------------------------<br />
'''2.''' Затем, в файле '''game_story_id.ltx''' регистрируем story_id ящика. (выбираем любое свободное число).<br />
<br><br />
<br><br />
-----------------------------------------------------------------------<br />
'''3.''' Создаём респавнер в файле '''all.spawn'''. Координаты и размеры зоны респавнера, должны быть такими, чтоб инвентарный ящик поместился внутри зоны респавнера:<br />
<br />
<ini><br />
[10001]<br />
; cse_abstract properties<br />
section_name = respawn<br />
name = имя_респавнера<br />
position = координаты x,y,z<br />
direction = 0,0,0<br />
<br />
; cse_alife_object properties<br />
game_vertex_id = гейм-вертекс<br />
distance = 2<br />
level_vertex_id = левел-вертекс<br />
object_flags = 0xffffff3e<br />
custom_data = <<END<br />
[respawn]<br />
respawn_section = список вещей респавна<br />
idle_spawn = -1<br />
parent = стори ай-ди ящика<br />
item_spawn = true<br />
max_count = 7<br />
END<br />
<br />
; cse_shape properties<br />
shapes = shape0<br />
shape0:type = box<br />
shape0:axis_x = 0.5,0,0 ;(ширина зоны респавнера, по X)<br />
shape0:axis_y = 0,0.5,0 ;(высота зоны респавнера)<br />
shape0:axis_z = 0,0,1 ;(ширина зоны респавнера, по Z)<br />
shape0:offset = 0,0,0<br />
<br />
; cse_alife_space_restrictor properties<br />
restrictor_type = 3<br />
<br />
; se_respawn properties<br />
</ini><br />
<br />
Где:<br />
<br>'''respawn_section =''' список вещей респавна, в виде их спавн - секций. Как и в респавнерах неписей, возможна прописка соотношений между вещами. <br />
<br>Например: respawn_section = wpn_pm,2, vodka,2, medkit,1, energy_drink,2, ammo_9x18_fmj,3 <br />
<br><br />
<br>'''idle_spawn =''' тип спавна. Инвентарь не имеет типов спавна, поэтому ставится (-1).<br />
<br><br />
<br>'''parent =''' Story_id инвентарного ящика (из game_story_id.ltx), в котором производить респавн вещей .<br />
<br><br />
<br>'''item_spawn =''' (true\false) возможность включения и отключения респавна. Можно задавать условия, например инфопоршнем или функцией (разумеется прописанной в xr_conditions.script).<br />
<br><br />
<br>'''max_count =''' количество респав-циклов за определённый период времени. (Пока ГГ находится на локации. После перехода ГГ на другую локацию, счётчик сбрасывается).<br />
<br><br />
-----------------------------------------------------------------------<br />
<br />
'''4.''' Создаём вызов респавна. Обычно вызов производится из '''smart_terrain'''. В "custom_data" любого подходящего '''smart_terrain''', под секцией [smart_terrain], вписываем вызов респавна:<br />
<ini><br />
[smart_terrain]<br />
respawn = имя респавнера<br />
</ini><br />
И респавн будет производиться, при каждом пополнении нпс, под данным смартом.<br />
<br><br />
-----------------------------------------------------------------------------------------------------------------------------------<br />
<br />
== Авторы статьи. ==<br />
[[Singapur22]]<br />
<br>[[Pihan13]] (дополнил и переоформил)<br />
<br>[[Категория:скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._RespawnSoC. Respawn2010-10-11T16:59:51Z<p>Singapur22: </p>
<hr />
<div>Респаун, один из самых часто задаваемый вопросов на форумах. Вот, решил написать статью, дабы не втирать одно и тоже каждому, кто не может с этим разобраться.<br />
<br />
-----------------------------------------------------------------------------------------------------------------------------------<br />
<br />
== Respawn NPC. ==<br />
<br />
Для создания респавна NPC, понадобится два файла: '''all.spawn''' и '''spawn_section.ltx'''. <br />
<br>Это минимальный набор. Для полной настройки респавнера, нужны ещё '''character_desc_simulation.xml''' и '''npc_profile.xml'''.<br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''1.''' В '''all.spawn''' создаём секцию респавнера:<br />
<br />
<ini><br />
[10000]<br />
; cse_abstract properties<br />
section_name = respawn<br />
name = имя респавнера<br />
position = координаты (x,y,z)<br />
direction = 0,0,0<br />
<br />
; cse_alife_object properties<br />
game_vertex_id = гейм-вертекс<br />
distance = 10<br />
level_vertex_id = левел-вертекс<br />
object_flags = 0xffffff3e<br />
custom_data = <<END<br />
[respawn]<br />
respawn_section = esc_urody_respawn_1,12, esc_urody_respawn_2,9<br />
max_count = 8<br />
min_count = 4<br />
max_spawn = 2<br />
idle_spawn = medium<br />
conditions = 100<br />
END<br />
<br />
; cse_shape properties<br />
shapes = shape0<br />
shape0:type = sphere<br />
shape0:offset = 0,0,0<br />
shape0:radius = 1<br />
<br />
; cse_alife_space_restrictor properties<br />
restrictor_type = 0<br />
<br />
; se_respawn properties<br />
</ini><br />
<br />
Если используется программа '''XrSpawner''', то копируем любую секцию "respawn"; меняем имя объекта, координаты, и в окошке "скрипт" прописываем:<br />
<br />
<ini><br />
[respawn]<br />
respawn_section = esc_urody_respawn_1,12, esc_urody_respawn_2,9<br />
max_count = 8<br />
min_count = 4<br />
max_spawn = 2<br />
idle_spawn = medium<br />
conditions = 100<br />
</ini><br />
<br />
Где:<br />
<br>'''respawn_section =''' id респавн-секций из файла '''spawn_section.ltx'''. Цифры после запятой, означают отношение одной секции к другой. Если планируется одинаковое колличество респавна из каждой секции, то цифры ставить не требуется.<br />
<br><br />
<br>'''max_count =''' колличество респавн-запросов за период времени, пока ГГ находится на локации. При переходе на другую локацию, счётчик '''max_count''' сбрасывается. (ставить не обязательно)<br />
<br><br />
<br>'''min_count =''' минимальное колличество нпс, для экстренного респавна. (ставить не обязательно)<br />
<br><br />
<br>'''max_spawn =''' колличество нпс за один цикл респавна.<br />
<br><br />
<br>'''idle_spawn =''' тип спавна. Известно три типа '''medium, often, seldom'''. Обычно, используется тип '''medium'''.<br />
<br><br />
<br>'''conditions ='''Условие респавна. Можно установить проверку условий (инфопоршень), где респавн будет происходить только при выполнении условия. Номер означает общий процент выполнения респавна. Например так:<br />
<br><br />
<br>'''conditions = {+инфо} 100, 0''' где, респавн будет происходить со сто-процентной вероятностью, только при наличии установленного инфопоршна.<br />
-----------------------------------------------------------------------<br />
<br>'''2.''' В файле '''spawn_section.ltx''', создаём респавн-секции:<br />
<ini><br />
[esc_urody_respawn_1]:stalker<br />
$spawn = "respawn\esc_urody_respawn_1"<br />
character_profile = sim_urody_novice<br />
spec_rank = novice<br />
community = bandit<br />
<br />
[esc_urody_respawn_2]:stalker<br />
$spawn = "respawn\esc_urody_respawn_2"<br />
character_profile = sim_urody_regular<br />
spec_rank = regular<br />
community = bandit<br />
</ini><br />
Где:<br />
<br>'''esc_urody_respawn_1''' id респавн-секции.<br />
<br>'''sim_urody_novice''' и '''sim_urody_regular''' классы профайлов нпс.<br />
<br>'''novice''' и '''regular''' ранги нпс.<br />
<br>'''bandit''' группировка нпс.<br />
<br><br />
-----------------------------------------------------------------------<br />
'''3.''' В файле '''npc_profile.xml''' регистрируем классы '''sim_urody_regular''' и '''sim_urody_novice'''<br />
<pre><character id="sim_urody_regular"><br />
<class>sim_urody_regular</class><br />
</character><br />
<br />
<character id="sim_urody_novice"><br />
<class>sim_urody_novice</class><br />
</character></pre><br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''4.''' Создаём профили, в файле '''character_desc_simulation.xml''', с классами '''sim_urody_regular''' и '''sim_urody_novice''' и группировкой '''bandit'''.<br />
<br />
== Respawn монстров. ==<br />
<br />
В принципе, респавн мутантов идентичен респавну нпс. Но с одним лишь отличием, которое его значительно упрощает.<br />
Вся настройка респавна мутантов, ограничивается секцией в файле "all.spawn".<br />
Вписываем секцию респавнера, как указано в -'''RESPAWN NPC'''-.<br />
Все настройки идентичны, кроме строки '''respawn_section = '''.<br />
В ней прописываем типы мутантов, из файла "se_respawn.script". Такие как '''flesh_weak, flesh_normal, dog_weak, boar_strong, и т.д.'''.<br />
<br />
-----------------------------------------------------------------<br />
'''ОБЩИЕ НАСТРОЙКИ.'''<br />
<br />
Обязательные условия респавна:<br />
<br />
'''1.''' На локации обязательно должен быть хоть один гулаг для респавнящихся NPC и мутантов, так как количество NPC для респавна, ориентируется по доступным местам в гулагах.<br />
<br />
'''2.''' Респавн производится, только если под гулагами есть доступные работы.<br />
<br />
'''3.''' На каждой локации, респавн ограничен определёнными типами неписей. Данные ограничения установлены в файле '''misc\smart_terrain_presets.ltx'''. Чтобы сделать возможным респавн неписей, не предусмотренных на данной локации. Надо в указанном файле, в секции нужной локации, дописать требуемые типы неписей.<br />
<br />
--------------------------------------------------------------------------<br />
<br />
Для проверки созданного респавнера, можно не ждать когда сработает системный респавн, а вызвать принудительно респавн в нужной секции. Для этого, прописываем в любой логике, вызов функции '''%=respawner_spawn(имя респавнера)%'''. Где, "имя респавнера" - имя секции, созданной в файле all.spawn. Скобки обязательны. <br />
<br />
Например, можно создать рядом с зоной респавнера, временный рестриктор. И в кастом дате рестриктора, прописать вызов функции принудительного вызова респавна, в нужном респавнере, при входе ГГ в зону рестриктора:<br />
<br />
<ini><br />
[logic]<br />
active = sr_idle@in<br />
<br />
[sr_idle@in]<br />
on_actor_inside = %=respawner_spawn(имя респавнера)% sr_idle@out<br />
<br />
[sr_idle@out]<br />
on_actor_outside = sr_idle@in<br />
</ini><br />
<br />
Функция принудительного вызова респавна, находится в файле '''xr_effects.script'''.<br />
-----------------------------------------------------------------------------------------------------------------------------------<br />
<br />
== Respawn предметов. ==<br />
<br />
<br>Респавн предметов в инвентарных ящиках, несколько отличается от способа респавна NPC.<br />
-----------------------------------------------------------------------<br />
<br><br />
<br>'''1.''' Первое, что нам нужно сделать, это создать инвентарный ящик в файле "all.spawn":<br />
<ini><br />
[10000]<br />
; cse_abstract properties<br />
section_name = inventory_box<br />
name = имя ящика<br />
position = координаты x,y,z<br />
direction = 0,0,0<br />
<br />
; cse_alife_object properties<br />
game_vertex_id = гейм-вертекс<br />
distance = 0<br />
level_vertex_id = левел-вертекс<br />
object_flags = 0xffffffba<br />
<br />
story_id = стори ай-ди ящика<br />
<br />
; cse_visual properties<br />
visual_name = equipments\item_box_01<br />
</ini><br />
<br><br />
-----------------------------------------------------------------------<br />
'''2.''' Затем, в файле '''game_story_id.ltx''' регистрируем story_id ящика. (выбираем любое свободное число).<br />
<br><br />
<br><br />
-----------------------------------------------------------------------<br />
'''3.''' Создаём респавнер в файле '''all.spawn'''. Координаты и размеры зоны респавнера, должны быть такими, чтоб инвентарный ящик поместился внутри зоны респавнера:<br />
<br />
<ini><br />
[10001]<br />
; cse_abstract properties<br />
section_name = respawn<br />
name = имя_респавнера<br />
position = координаты x,y,z<br />
direction = 0,0,0<br />
<br />
; cse_alife_object properties<br />
game_vertex_id = гейм-вертекс<br />
distance = 2<br />
level_vertex_id = левел-вертекс<br />
object_flags = 0xffffff3e<br />
custom_data = <<END<br />
[respawn]<br />
respawn_section = список вещей респавна<br />
idle_spawn = -1<br />
parent = стори ай-ди ящика<br />
item_spawn = true<br />
max_count = 7<br />
END<br />
<br />
; cse_shape properties<br />
shapes = shape0<br />
shape0:type = box<br />
shape0:axis_x = 0.5,0,0 ;(ширина зоны респавнера, по X)<br />
shape0:axis_y = 0,0.5,0 ;(высота зоны респавнера)<br />
shape0:axis_z = 0,0,1 ;(ширина зоны респавнера, по Z)<br />
shape0:offset = 0,0,0<br />
<br />
; cse_alife_space_restrictor properties<br />
restrictor_type = 3<br />
<br />
; se_respawn properties<br />
</ini><br />
<br />
Где:<br />
<br>'''respawn_section =''' список вещей респавна, в виде их спавн - секций. Как и в респавнерах неписей, возможна прописка соотношений между вещами. <br />
<br>Например: respawn_section = wpn_pm,2, vodka,2, medkit,1, energy_drink,2, ammo_9x18_fmj,3 <br />
<br><br />
<br>'''idle_spawn =''' тип спавна. Инвентарь не имеет типов спавна, поэтому ставится (-1).<br />
<br><br />
<br>'''parent =''' Story_id инвентарного ящика (из game_story_id.ltx), в котором производить респавн вещей .<br />
<br><br />
<br>'''item_spawn =''' (true\false) возможность включения и отключения респавна. Можно задавать условия, например инфопоршнем или функцией (разумеется прописанной в xr_conditions.script).<br />
<br><br />
<br>'''max_count =''' количество респав-циклов за определённый период времени. (Пока ГГ находится на уровне. После перехода ГГ на другой уровень, счётчик сбрасывается).<br />
<br><br />
-----------------------------------------------------------------------<br />
<br />
'''4.''' Создаём вызов респавна. Обычно вызов производится из '''smart_terrain'''. В "custom_data" любого подходящего '''smart_terrain''', под секцией [smart_terrain], вписываем вызов респавна:<br />
<ini><br />
[smart_terrain]<br />
respawn = имя респавнера<br />
</ini><br />
И респавн будет производиться, при каждом пополнении нпс, под данным смартом.<br />
<br><br />
-----------------------------------------------------------------------------------------------------------------------------------<br />
<br />
== Авторы статьи. ==<br />
[[Singapur22]]<br />
<br>[[Pihan13]] (дополнил и переоформил)<br />
<br>[[Категория:скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._RespawnSoC. Respawn2010-10-11T16:55:05Z<p>Singapur22: </p>
<hr />
<div>Респаун, один из самых часто задаваемый вопросов на форумах. Вот, решил написать статью, дабы не втирать одно и тоже каждому, кто не может с этим разобраться.<br />
<br />
-----------------------------------------------------------------------------------------------------------------------------------<br />
<br />
== Respawn NPC. ==<br />
<br />
Для создания респавна NPC, понадобится два файла: '''all.spawn''' и '''spawn_section.ltx'''. <br />
<br>Это минимальный набор. Для полной настройки респавнера, нужны ещё '''character_desc_simulation.xml''' и '''npc_profile.xml'''.<br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''1.''' В '''all.spawn''' создаём секцию респавнера:<br />
<br />
<ini><br />
[10000]<br />
; cse_abstract properties<br />
section_name = respawn<br />
name = имя респавнера<br />
position = координаты (x,y,z)<br />
direction = 0,0,0<br />
<br />
; cse_alife_object properties<br />
game_vertex_id = гейм-вертекс<br />
distance = 10<br />
level_vertex_id = левел-вертекс<br />
object_flags = 0xffffff3e<br />
custom_data = <<END<br />
[respawn]<br />
respawn_section = esc_urody_respawn_1,12, esc_urody_respawn_2,9<br />
max_count = 8<br />
min_count = 4<br />
max_spawn = 2<br />
idle_spawn = medium<br />
conditions = 100<br />
END<br />
<br />
; cse_shape properties<br />
shapes = shape0<br />
shape0:type = sphere<br />
shape0:offset = 0,0,0<br />
shape0:radius = 1<br />
<br />
; cse_alife_space_restrictor properties<br />
restrictor_type = 0<br />
<br />
; se_respawn properties<br />
</ini><br />
<br />
Если используется программа '''XrSpawner''', то копируем любую секцию "respawn"; меняем имя объекта, координаты, и в окошке "скрипт" прописываем:<br />
<br />
<ini><br />
[respawn]<br />
respawn_section = esc_urody_respawn_1,12, esc_urody_respawn_2,9<br />
max_count = 8<br />
min_count = 4<br />
max_spawn = 2<br />
idle_spawn = medium<br />
conditions = 100<br />
</ini><br />
<br />
Где:<br />
<br>'''respawn_section =''' id респавн-секций из файла '''spawn_section.ltx'''. Цифры после запятой, означают отношение одной секции к другой. Если планируется одинаковое колличество респавна из каждой секции, то цифры ставить не требуется.<br />
<br><br />
<br>'''max_count =''' колличество респавн-запросов за период времени, пока ГГ находится на уровне. При переходе на другой уровень, счётчик '''max_count''' сбрасывается. (ставить не обязательно)<br />
<br><br />
<br>'''min_count =''' минимальное колличество нпс, для экстренного респавна. (ставить не обязательно)<br />
<br><br />
<br>'''max_spawn =''' колличество нпс за один цикл респавна.<br />
<br><br />
<br>'''idle_spawn =''' тип спавна. Известно три типа '''medium, often, seldom'''. Обычно, используется тип '''medium'''.<br />
<br><br />
<br>'''conditions ='''Условие респавна. Можно установить проверку условий (инфопоршень), где респавн будет происходить только при выполнении условия. Номер означает общий процент выполнения респавна. Например так:<br />
<br><br />
<br>'''conditions = {+инфо} 100, 0''' где, респавн будет происходить со сто-процентной вероятностью, только при наличии установленного инфопоршна.<br />
-----------------------------------------------------------------------<br />
<br>'''2.''' В файле '''spawn_section.ltx''', создаём респавн-секции:<br />
<ini><br />
[esc_urody_respawn_1]:stalker<br />
$spawn = "respawn\esc_urody_respawn_1"<br />
character_profile = sim_urody_novice<br />
spec_rank = novice<br />
community = bandit<br />
<br />
[esc_urody_respawn_2]:stalker<br />
$spawn = "respawn\esc_urody_respawn_2"<br />
character_profile = sim_urody_regular<br />
spec_rank = regular<br />
community = bandit<br />
</ini><br />
Где:<br />
<br>'''esc_urody_respawn_1''' id респавн-секции.<br />
<br>'''sim_urody_novice''' и '''sim_urody_regular''' классы профайлов нпс.<br />
<br>'''novice''' и '''regular''' ранги нпс.<br />
<br>'''bandit''' группировка нпс.<br />
<br><br />
-----------------------------------------------------------------------<br />
'''3.''' В файле '''npc_profile.xml''' регистрируем классы '''sim_urody_regular''' и '''sim_urody_novice'''<br />
<pre><character id="sim_urody_regular"><br />
<class>sim_urody_regular</class><br />
</character><br />
<br />
<character id="sim_urody_novice"><br />
<class>sim_urody_novice</class><br />
</character></pre><br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''4.''' Создаём профили, в файле '''character_desc_simulation.xml''', с классами '''sim_urody_regular''' и '''sim_urody_novice''' и группировкой '''bandit'''.<br />
<br />
== Respawn монстров. ==<br />
<br />
В принципе, респавн мутантов идентичен респавну нпс. Но с одним лишь отличием, которое его значительно упрощает.<br />
Вся настройка респавна мутантов, ограничивается секцией в файле "all.spawn".<br />
Вписываем секцию респавнера, как указано в -'''RESPAWN NPC'''-.<br />
Все настройки идентичны, кроме строки '''respawn_section = '''.<br />
В ней прописываем типы мутантов, из файла "se_respawn.script". Такие как '''flesh_weak, flesh_normal, dog_weak, boar_strong, и т.д.'''.<br />
<br />
-----------------------------------------------------------------<br />
'''ОБЩИЕ НАСТРОЙКИ.'''<br />
<br />
Обязательные условия респавна:<br />
<br />
'''1.''' На уровне обязательно должен быть хоть один гулаг для респавнящихся NPC и мутантов. Так как количество NPC для респавна, ориентируется по доступным местам в гулагах.<br />
<br />
'''2.''' Респавн производится, только если под гулагами есть доступные работы.<br />
<br />
'''3.''' На каждом уровне, респавн ограничен определёнными типами неписей. Данные ограничения установлены в файле '''misc\smart_terrain_presets.ltx'''. Чтобы сделать возможным респавн неписей, не предусмотренных на данном уровне. Надо в секции нужного уровня, дописать требуемые типы неписей.<br />
<br />
--------------------------------------------------------------------------<br />
<br />
Для проверки созданного респавнера, можно не ждать когда сработает системный респавн, а вызвать принудительно респавн в нужной секции. Для этого, прописываем в любой логике, вызов функции '''%=respawner_spawn(имя респавнера)%'''. Где, "имя респавнера" - имя секции, созданной в файле all.spawn. Скобки обязательны. <br />
<br />
Например, можно создать рядом с зоной респавнера, временный рестриктор. И в кастом дате рестриктора, прописать вызов функции принудительного вызова респавна, в нужном респавнере, при входе ГГ в зону рестриктора:<br />
<br />
<ini><br />
[logic]<br />
active = sr_idle@in<br />
<br />
[sr_idle@in]<br />
on_actor_inside = %=respawner_spawn(имя респавнера)% sr_idle@out<br />
<br />
[sr_idle@out]<br />
on_actor_outside = sr_idle@in<br />
</ini><br />
<br />
Функция принудительного вызова респавна, находится в файле '''xr_effects.script'''.<br />
-----------------------------------------------------------------------------------------------------------------------------------<br />
<br />
== Respawn предметов. ==<br />
<br />
<br>Респавн предметов в инвентарных ящиках, несколько отличается от способа респавна NPC.<br />
-----------------------------------------------------------------------<br />
<br><br />
<br>'''1.''' Первое, что нам нужно сделать, это создать инвентарный ящик в файле "all.spawn":<br />
<ini><br />
[10000]<br />
; cse_abstract properties<br />
section_name = inventory_box<br />
name = имя ящика<br />
position = координаты x,y,z<br />
direction = 0,0,0<br />
<br />
; cse_alife_object properties<br />
game_vertex_id = гейм-вертекс<br />
distance = 0<br />
level_vertex_id = левел-вертекс<br />
object_flags = 0xffffffba<br />
<br />
story_id = стори ай-ди ящика<br />
<br />
; cse_visual properties<br />
visual_name = equipments\item_box_01<br />
</ini><br />
<br><br />
-----------------------------------------------------------------------<br />
'''2.''' Затем, в файле '''game_story_id.ltx''' регистрируем story_id ящика. (выбираем любое свободное число).<br />
<br><br />
<br><br />
-----------------------------------------------------------------------<br />
'''3.''' Создаём респавнер в файле '''all.spawn'''. Координаты и размеры зоны респавнера, должны быть такими, чтоб инвентарный ящик поместился внутри зоны респавнера:<br />
<br />
<ini><br />
[10001]<br />
; cse_abstract properties<br />
section_name = respawn<br />
name = имя_респавнера<br />
position = координаты x,y,z<br />
direction = 0,0,0<br />
<br />
; cse_alife_object properties<br />
game_vertex_id = гейм-вертекс<br />
distance = 2<br />
level_vertex_id = левел-вертекс<br />
object_flags = 0xffffff3e<br />
custom_data = <<END<br />
[respawn]<br />
respawn_section = список вещей респавна<br />
idle_spawn = -1<br />
parent = стори ай-ди ящика<br />
item_spawn = true<br />
max_count = 7<br />
END<br />
<br />
; cse_shape properties<br />
shapes = shape0<br />
shape0:type = box<br />
shape0:axis_x = 0.5,0,0 ;(ширина зоны респавнера, по X)<br />
shape0:axis_y = 0,0.5,0 ;(высота зоны респавнера)<br />
shape0:axis_z = 0,0,1 ;(ширина зоны респавнера, по Z)<br />
shape0:offset = 0,0,0<br />
<br />
; cse_alife_space_restrictor properties<br />
restrictor_type = 3<br />
<br />
; se_respawn properties<br />
</ini><br />
<br />
Где:<br />
<br>'''respawn_section =''' список вещей респавна, в виде их спавн - секций. Как и в респавнерах неписей, возможна прописка соотношений между вещами. <br />
<br>Например: respawn_section = wpn_pm,2, vodka,2, medkit,1, energy_drink,2, ammo_9x18_fmj,3 <br />
<br><br />
<br>'''idle_spawn =''' тип спавна. Инвентарь не имеет типов спавна, поэтому ставится (-1).<br />
<br><br />
<br>'''parent =''' Story_id инвентарного ящика (из game_story_id.ltx), в котором производить респавн вещей .<br />
<br><br />
<br>'''item_spawn =''' (true\false) возможность включения и отключения респавна. Можно задавать условия, например инфопоршнем или функцией (разумеется прописанной в xr_conditions.script).<br />
<br><br />
<br>'''max_count =''' количество респав-циклов за определённый период времени. (Пока ГГ находится на уровне. После перехода ГГ на другой уровень, счётчик сбрасывается).<br />
<br><br />
-----------------------------------------------------------------------<br />
<br />
'''4.''' Создаём вызов респавна. Обычно вызов производится из '''smart_terrain'''. В "custom_data" любого подходящего '''smart_terrain''', под секцией [smart_terrain], вписываем вызов респавна:<br />
<ini><br />
[smart_terrain]<br />
respawn = имя респавнера<br />
</ini><br />
И респавн будет производиться, при каждом пополнении нпс, под данным смартом.<br />
<br><br />
-----------------------------------------------------------------------------------------------------------------------------------<br />
<br />
== Авторы статьи. ==<br />
[[Singapur22]]<br />
<br>[[Pihan13]] (дополнил и переоформил)<br />
<br>[[Категория:скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=%D0%9A%D0%BB%D0%B0%D1%81%D1%81%D1%8BКлассы2009-12-02T13:02:00Z<p>Singapur22: </p>
<hr />
<div>{| class="standart"<br />
|+ Классы объектов используемых в Сталкере.<br />
|-<br />
|AMMO||Патроны<br />
|-<br />
|ARTEFACT||Артефакты (все, кроме артефактов электры)<br />
|-<br />
|A_OG7B||OG7B<br />
|-<br />
|A_VOG25||VOG25<br />
|-<br />
|A_M209||M209<br />
|-<br />
|AI_GRAPH||ai\graph point<br />
|-<br />
|AI_SPGRP||spawn_group_zone /spawn_group<br />
|-<br />
|AI_STL_S||m_stalker.ltx<br />
|-<br />
|AI_STL||[m_army_(боец)] [m_bandit_(боец)]<br />
|-<br />
|AI_CROW||Ворона<br />
|-<br />
|AI_DOG_R||[m_dog_e] (m_dog_.ltx)<br />
|-<br />
|AI_TRD_S||Торговец (Бывший класс AI_TRADE)<br />
|-<br />
|AI_PHANT||Фантомы монстров<br />
|-<br />
|AI_RAT_G||Группа крыс<br />
|-<br />
|AI_RAT||Крыса<br />
|-<br />
|C_HLCP_S||Вертолёт<br />
|-<br />
|D_PDA||КПК<br />
|-<br />
|D_SIMDET||Детекторы<br />
|-<br />
|E_STLK||equ_stalker Обмундирование людей(бывшие EQU_MLTR E_STLK)<br />
|-<br />
|EVENT||??tg_event<br />
|-<br />
|G_F1||Граната<br />
|-<br />
|G_RGD5||Граната<br />
|-<br />
|G_FAKE||Fake Missiles and Grenades_____Свойства CustomRocket<br />
|-<br />
|G_RPG7||Ракета вертолета (weapons\rpg_7\wpn_rpg_7_grenade.ogf)<br />
|-<br />
|II_BOLT||Болт<br />
|-<br />
|II_EXPLO||Взрывоопасные объекты — бочки, канистры и т. д.<br />
|-<br />
|II_DOC||item_document_01.ogf (Уникальное имя Documents)<br />
|-<br />
|II_ATTCH||Аттачибл объекты, рация и пр.<br />
|-<br />
|II_FOOD||Хавчик<br />
|-<br />
|II_BOTTL||Водка<br />
|-<br />
|II_ANTIR||Антирад<br />
|-<br />
|II_MEDKI||Аптечки<br />
|-<br />
|II_BANDG||Бинт<br />
|-<br />
|LVL_CHNG||level_changer<br />
|-<br />
|NW_ATTCH||custom_script_object (handradio было)<br />
|-<br />
|O_HLAMP||lights_hanging_lamp<br />
|-<br />
|O_PHYS_S||physic_object<br />
|-<br />
|O_SEARCH||search_light<br />
|-<br />
|O_BRKBL||breakable_object<br />
|-<br />
|O_ACTOR||actor<br />
|-<br />
|O_INVBOX||devices\inventory box<br />
|-<br />
|O_SWITCH||trigger<br />
|-<br />
|C_HLCP_S helicopter<br />
|-<br />
|P_DSTRBL||physic_destroyable_object<br />
|-<br />
|P_SKELET||ph_skeleton_object<br />
|-<br />
|RE_SPAWN||ai\respawn<br />
|-<br />
|SCRPTART||Артефакты электры <br />
|-<br />
|SPECT||spectator<br />
|-<br />
|SMRTTRRN||smart_terrain<br />
|-<br />
|SCRPTCAR||m_car<br />
|-<br />
|SCRIPTZN||script_zone<br />
|-<br />
|SCRPTOBJ||script_object<br />
|-<br />
|SM_BLOOD||Кровосос<br />
|-<br />
|SM_BOARW||Кабан<br />
|-<br />
|SM_BURER||Бюрер<br />
|-<br />
|SM_CAT_S||Кошка<br />
|-<br />
|SM_CHIMS||Химера<br />
|-<br />
|SM_CONTR||Контролер<br />
|-<br />
|SM_DOG_S||Сепой пес<br />
|-<br />
|SM_FLESH||Плоть<br />
|-<br />
|SM_IZLOM||[m_fracture_e] (по идее излом)<br />
|-<br />
|SM_GIANT||Псевдогигант<br />
|-<br />
|SM_POLTR||Полтергейст<br />
|-<br />
|SM_P_DOG||Псевдособака(Собака чернобыля)<br />
|-<br />
|SM_SNORK||Снорк<br />
|-<br />
|SM_TUSHK||Тушканчик (бывший AI_TUSH)<br />
|-<br />
|SM_ZOMBI||Зомби<br />
|-<br />
|SPC_RS_S||ai\space_restrictor<br />
|-<br />
|TORCH_S||device_torch<br />
|-<br />
|W_MOUNTD||wpn_pkm_trenoga.ogf<br />
|-<br />
|W_SILENC||wpn_addon_silencer<br />
|-<br />
|W_GLAUNC||wpn_addon_grenade_launcher<br />
|-<br />
|WP_WALTH||Вальтер<br />
|-<br />
|WP_VINT||Винторез<br />
|-<br />
|WP_VAL||ВАЛ<br />
|-<br />
|WP_USP45||usp45<br />
|-<br />
|WP_SVU||СВУ<br />
|-<br />
|WP_SHOTG||Дробовики<br />
|-<br />
|WP_RPG7||РПГ7<br />
|-<br />
|WP_RG6||РГ6<br />
|-<br />
|WP_PM||ПМ<br />
|-<br />
|WP_KNIFE||Нож<br />
|-<br />
|WP_HPSA||HPSA<br />
|-<br />
|WP_SVD||СВД<br />
|-<br />
|WP_GROZA||Гроза<br />
|-<br />
|WP_BM16||ВМ16<br />
|-<br />
|WP_BINOC||Бинокль<br />
|-<br />
|WP_LR300||LR300<br />
|-<br />
|WP_AK74||АК74<br />
|-<br />
|WP_SCOPE||Опт. Прицел<br />
|}<br />
<br />
{| class="standart"<br />
|+ Аномалии и их классы<br />
|Z_TEAMBS||zone_team_base<br />
|-<br />
|Z_MINCER||<br />
|-<br />
|Z_GALANT||<br />
|-<br />
|Z_AMEBA||[zone_ameba]<br />
|-<br />
|Z_RADIO||[zone_monolith] [zone_radioactive]<br />
|-<br />
|Z_NOGRAV||[zone_no_gravity]<br />
|-<br />
|Z_MBALD||[zone_campfire_mp_nolight] [zone_campfire_grill] [zone_flame] [zone_zhar] [zone_emi] [zone_flame_small] <br />
[zone_mine_field] [zone_death] [zone_sarcofag] [zone_teleport] [zone_teleport_out]<br />
|-<br />
|Z_RUSTYH||[zone_rusty_hair]<br />
|-<br />
|Z_ZONE||[zone_teleport_monolith]<br />
|-<br />
|Z_TORRID||[torrid_zone] [fireball_zone]<br />
|-<br />
|ZS_MINCE||[zone_mincer] (статическая)<br />
|-<br />
|ZS_GALAN||[zone_gravi_zone] (статическая)<br />
|-<br />
|ZS_MBALD||[zone_buzz] [zone_mosquito_bald] [zone_witches_galantine] [zone_zharka_static] (статическая)<br />
|-<br />
|ZS_BFUZZ||[zone_burning_fuzz] (статическая)<br />
|}<br />
[[Категория:Справочники]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=%D0%9D%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0_%D0%BB%D0%BE%D0%B3%D0%B8%D0%BA%D0%B8._%D0%A7%D0%B0%D1%81%D1%82%D1%8C_4Настройка логики. Часть 42009-07-09T15:44:57Z<p>Singapur22: </p>
<hr />
<div>{{Шаблон:Настройка логики}}<br />
<br />
==3.10.3. Схема работы прожектора:==<br />
<br />
В точках look пути, в которые смотрит прожекторщик, нужно прописать<br />
sl=имя_прожектора<br />
<br />
Например<br><br />
wp00|sl=esc_sl1<br><br />
<br />
Тогда при повороте в эту точку персонаж повернет в нее и прожектор.<br />
<br />
==3.10.4. Кодовые замки:==<br />
<br />
При введении указанного кода выдает инфопоршн<br />
<br />
[logic]<br><br />
active = ph_code@lock<br><br />
<br />
[ph_code@lock]<br><br />
code = 1243<br><br />
on_code = %+infoportion%<br><br />
<br />
Файл: \gamedata\scripts\ph_code.script<br />
<br />
==3.10.5. Ph_gate:==<br />
<br />
То же самое, что и ph_door, но для ворот, состоящих из двух дверей:<br />
Вместо параметров closed и locked сейчас используются параметры:<br><br />
state: состояние, в котором дверь находится при инициализации (по умолчанию none)<br><br />
open - в открытом<br><br />
closed - в закрытом<br><br />
none - в текущем (дефолтном или оставшемся от предыдущей схемы)<br><br />
<br />
locking: блокировка дверей (по умолчанию none)<br><br />
stick - прилипание дверей к крайним состояниям (пока в процессе настройки)<br><br />
<br />
soft - дверь заблокирована с помощью силы, т.е. можно ее открыть/пробить машиной<br />
Состояния в этом положении:<br><br />
open - блокировать в открытом состоянии<br><br />
closed - в закрытом<br><br />
none - не используется (мягкая блокировка возможна только в крайних положениях) <br><br />
<br />
hard - блокировка двери с помощью границ. Ворота можно только сломать<br />
Состояния в этом положении:<br><br />
open - блокировать в открытом состоянии<br><br />
closed - в закрытом<br><br />
none - в текущем<br><br />
<br />
none - дверь не заблокирована<br />
<br />
Общие параметры:<br />
left_limit, right_limit - задают угол [0-180] открытия каждой из створок ворот. По умолчанию - 100 градусов. <br><br />
breakable - (true/false) определяет можно ли сломать ворота. По умолчанию true.<br><br />
<br />
Звуковые параметры аналогичны ph_door<br><br />
<br />
Примеры:<br><br />
[ph_gate@locked] ;блокировка в открытом состоянии, неразбиваемые.<br><br />
state = opened<br><br />
locking = soft<br><br />
left_limit = 130<br><br />
rigt_limit = 60<br><br />
breakable = false<br><br />
<br />
[ph_gate@opened]<br><br />
state = opened<br><br />
locking = stick<br><br />
<br />
[ph_gate@closed]<br><br />
state = closeded<br><br />
<br />
Файл: \gamedata\scripts\ph_gate.script<br><br />
<br />
==3.10.6. Ph_sound==<br />
<br />
Прописывается у физического объекта какие звуки он выдает (изначально планировался как матюгальник).<br><br />
<br />
[ph_sound]<br><br />
snd = имя темы из файла sound_theme.script из таблицы ph_snd_themes<br><br />
*looped = true/false зацикленое воспроизведение звука (default - false)<br><br />
*min_idle = минимальное время простоя перед включением звука (мс)<br><br />
*max_idle = максимальное время простоя перед включением звука (мс)<br><br />
*random = true/false (def - false). Если = true, то из темы будет выбран рандомный звук и таким образом звуки будут играться до посинения<br><br />
<br />
NB! Если мы задаем random = true и looped = true, то версия сыпется<br><br />
<br />
Также поддерждивается кондлист.<br><br />
Данная схема работает через задницу, поэтому зацикленный звук будет продолжать отыгрываться, даже если объект уходит в nil. В связи с этим надо создавать новую секцию, которая бы отыгрывала одиночный короткий звук, после которого (поскольку он будет точно также играться раз за разом) ставим on_signal = sound_end| nil<br><br />
<br />
Пример подобной извращенной логики:<br><br />
[logic]<br><br />
active = ph_sound<br><br />
<br />
[ph_sound]<br><br />
snd = gar_seryi_shooting<br><br />
looped = true<br><br />
max_idle = 5000<br><br />
on_actor_in_zone = gar_seryi_factory| ph_sound@end<br><br />
<br />
[ph_sound@end]<br><br />
snd = gar_seryi_shooting_2<br><br />
looped = false<br><br />
on_signal = sound_end| nil<br><br />
<br />
<br />
Кроме того специфическим образом создается звуковая схема.<br><br />
В sound_theme.script в начале файла есть секция ph_themes в которой и описываются темы для физ объектов. <br><br />
Например:<br><br />
ph_snd_themes["gar_seryi_shooting"] = {[[characters_voice\human_01\scenario\garbage\distance_shooting]]}<br><br />
<br />
Кроме того (незадекларированная фича) ph_sound можно вешать на рестрикторы. Но за правильность работы в таком случае никто ответственности не несет.<br><br />
<br />
Файл: \gamedata\scripts\ph_sound.script<br><br />
<br />
==3.10.7. Ph_force==<br />
<br />
Схема позволяет пнуть предмет в указанную сторону. Прописывается в кастом дате предмета.<br><br />
<br />
force = сила, которая прикладывается к объекту. Измеряется в убитых енотах<br><br />
time = время прикладывания силы к предмету (в секундах)<br><br />
*delay = задержка (в секундах) перед применением силы<br><br />
point = имя патрульного пути, точки которого будут использованы как цели (куда направлять предмет)<br><br />
point_index = индекс точки патрульного пути, в стону которого полетит предмет.<br><br />
<br />
==3.10.8. Ph_on_death==<br />
<br />
Схема для отслеживания разрушения физического объекта и выдавания по такому случаю различных эффектов<br><br />
Пример:<br><br />
<br />
[logic]<br><br />
active = ph_on_death<br><br />
<br />
[ph_on_death]<br><br />
on_info = %эффекты%<br><br />
<br />
Юзать исключительно с разрушаемыми физ. Объектами<br><br />
<br />
==3.10.9. Ph_car==<br />
<br />
Настройка возможности игроку управлять машиной.<br><br />
секция: [ph_car]<br><br />
поле: usable = <condlist> <br><br />
<br />
usable - кондлист возвращающий true (по умолчанию) или false. <br><br />
<br />
Пример:<br><br />
[logic]<br><br />
active = ph_car<br><br />
<br />
[ph_car]<br><br />
usable = {+val_actor_has_car_key}<br><br />
<br />
На основе этой схемы можно сделать машину, которая зведется только если у актера есть ключ именно от нее.<br />
<br />
==3.10.10. Ph_heavy==<br />
Прописывается в физ объектах, которые запрещены для швыряния бюрерам и полтергейстам. Например, если они должны лежать на конкретном месте (типа документов сюжетных) или слишком громоздки по габаритам, чтобы их можно было красиво кидать.<br />
В кастом дате пишем:<br />
<br />
[ph_heavy]<br />
<br />
<br />
==3.10.11. Ph_oscillate==<br />
Схема предназначена для плавного раскачивания физики (лампы, висящие зомби и т.д.)<br />
Пример логики<br><br />
<br />
[ph_oscillate]<br><br />
joint = provod - имя кости к которой будет применена сила<br><br />
force = 5 - собственно сила (в ньютонах)<br><br />
period = 1000 - время прикладывания силы.<br><br />
<br />
Сила прикладывается к кости объекта с линейным наростанием. То есть в течении заданого периода времени сила вырастет с 0 до заявленого значения. После этого настает пауза (сила не применяется) на время period/2. После окончания паузы сила применяется так же, как и в начале, но в обратном направлении.<br />
<br />
==3.11. Смарттерейны и гулаги.==<br />
==3.11.1. Смарттеррейн.==<br />
Под смарттеррейном мы понимаем зону, зайдя в которую, сталкер на некоторое время попадает под гулаг и начинает выполнять работу, предусмотренную этим гулагом. После некоторого времени он выходит из-под гулага и ходит свободно.<br><br />
<br />
Как поставить smart terrain?<br><br />
Для всех smart terrain нужно:<br><br />
1) Поставить smart terrain с необходимым shape. Большой shape не рекомендуется (размер влияет на производительность).<br><br />
2) В его custom data прописать настройки.<br><br />
3) Расставить пути для соответствующих схем поведения. <br><br />
<br />
Параметры custom data:<br><br />
[gulag1] <br><br />
type = тип гулага<br><br />
capacity = макс. вместимость в людях<br />
*offline = может ли гулаг образоваться в offline (true(по дефолту)/false)<br />
*squad = squad, который будет проставлен всем сталкерам под гулагом (№ уровня)<br />
*groups = набор group через запятые<br />
*stay = min, max время пребывания npc под smart_terrain (по умлочанию – навсегда)<br />
*idle = min, max время бездействия smart_terrain после ухода последнего npc<br />
*cond = список условий, которые необходимы для создания гулага {+info –info =func !func} – если условие не выполняется, то гулаг распускается, а все его подопечные начинают управляться прописанной в custom_data логикой.<br />
<br />
Указывать тип гулага нужно без кавычек.<br><br />
Если не задан squad или groups, то соответствующие свойства сталкеров не будут изменяться.<br />
Все времена задаются в часах игрового времени и могут быть дробными.<br><br />
<br />
Пути:<br><br />
Имена путей для схем поведения всегда должны начинаться с имени данного smart terrain. Например, esc_smart_ambush_vagon_sleep.<br><br />
<br />
Если пути для smart terrain на нескольких человек (campers, walkers), то их имена должны заканчиваться всегда на цифру (esc_smart_ambush_vagon_walk1, esc_smart_ambush_vagon_walk2) <br><br />
<br />
Гулагов под одним smart terrain может быть несколько. Их можно настраивать в секциях [gulag2], [gulag3] и т.д. При входе сталкера под smart terrain будет случайно выбран один из доступных на данный момент гулагов.<br><br />
<br />
==3.11.1.1. Стандартные типы смарттеррейнов.==<br />
<br />
Если нужно, чтоб сталкер не захватывался, допишите ему в custom data следующую строку:<br><br />
[smart_terrains]<br><br />
none = true<br><br />
<br />
Если сталкер уже под каким-то smart terrain, то остальные smart terrain он будет игнорировать.<br><br />
<br />
===campers===<br />
Кемперы. custom data:<br><br />
[gulag1]<br><br />
type = campers<br><br />
capacity = от 1 до 3<br><br />
<br />
Пути:<br><br />
camper_walk1, camper_look1<br><br />
camper_walk2, camper_look2<br><br />
camper_walk3, camper_look3<br><br />
<br />
<br />
===walkers===<br />
Ходячие. На базе этого можна сделать поиск, обыск и куча всего.<br><br />
custom data:<br><br />
[gulag1]<br><br />
type = walkers<br><br />
capacity = от 1 до 3<br><br />
<br />
Пути:<br><br />
walker_walk1, walker_look1<br><br />
walker_walk2, walker_look2<br><br />
walker_walk3, walker_look3<br><br />
<br />
<br />
===search===<br />
Ходячие. На базе этого можна сделать поиск, обыск и куча всего.<br><br />
custom data:<br><br />
[gulag1]<br><br />
type = search<br><br />
capacity = 1<br><br />
<br />
Пути:<br><br />
search_walk, search_look<br><br />
<br />
Схема следующая:<br><br />
1. Персонаж ходит по точкам, смотрит по сторонам<br><br />
2. В определенных точках останавливается и что-то высматривает (caution, search, hide)<br><br />
3. При этом говорит определенные реплики (…)<br><br />
<br />
===rest===<br />
Отдых. Сталкер по очереди то sleeper, то walker, то rest(ест еду, пьёт водку).<br />
custom data:<br><br />
[gulag1]<br><br />
type = rest<br><br />
capacity = 1<br><br />
<br />
Пути:<br><br />
rest – путь из двух вершинок (возможно из 1). В одной сидит, в другую смотрит.<br><br />
sleep - путь из двух вершинок (возможно из 1). В одной спит, в другую смотрит.<br><br />
rest_walk, rest_look<br><br />
<br />
==3.11.2. Гулаги.==<br />
Гулаг - средство объединения нескольких сталкеров под централизованным управлением. Основные особенности: <br><br />
А) Есть список работ гулага. Работа - настроенная схема поведения (или цепочка схем поведения); <br />
Б) Работы имеют приоритеты; <br><br />
В) Гулаг назначает на работы сталкеров входящих в гулаг, начиная с работ с наивысшим приоритетом; <br />
Г) Гулаг имеет состояния. Каждое состояние характеризуется своим набором работ, отличным от набора работ в любом другом состоянии гулага.<br><br />
<br />
<br />
<br />
Гулаг создается следующим образом:<br><br />
<br />
1. Необходимо четко определить набор состояний гулага: день, ночь, спокойное, при тревоге и так далее. Для простых гулагов достаточно одного состояния, для крутых и сложных – желательно разные. Это придает разнообразия и смотрится лучше.<br><br />
<br />
2. Определяем максимальное количество людей, которым гулаг может управлять. То есть определяем вместимость гулага. Она должна быть такой, чтобы в любом состоянии гулага гарантированно нашлось занятие для каждого человека.<br><br />
<br />
3. Для каждого состояния гулага определяется набор работ. Эти работы могут быть как активного плана (часовой, патруль, и так далее), так и пассивного плана (сидят вокруг костра, спят). Каждая работа имеет свой приоритет. Соответственно пассивные работы должны иметь меньший приоритет.<br><br />
<br />
4. Ставится в редакторе количество людей, которые должны быть под гулагом, и накрываются зонкой smart_terrain (источник ошибок – иногда ставят space_restictor). Зонке нужно давать осмысленное название. Это же название будет являться префиксом к названием всех патрульных путей, относящихся к этому же гулагу. Например если вы назвали зонку esc_blockpost, то все патрульные пути должны начинаться с этого префикса, например esc_blockpost_guard_walk. В custom_data зоны необходимо прописать настройку гулага.<br><br />
[gulag1] <br><br />
type = тип гулага<br><br />
capacity = макс. вместимость в людях<br><br />
*offline = может ли гулаг образоваться в offline (true/false)<br />
*squad = squad, который будет проставлен всем сталкерам под гулагом<br />
*groups = набор group через запятые<br />
*stay = min, max время пребывания npc под smart_terrain<br />
*idle = min, max время бездействия smart_terrain после ухода последнего npc<br />
*cond = список условий, которые необходимы для создания гулага {+info –info =func !func} – если условие не выполняется, то гулаг распускается, а все его подопечные начинают управляться прописанной в custom_data логикой.<br />
*respawn = имя респауна (вызывает респаунер с заданым именем каждый раз, когда кто-то из самрттеррейна заступает на работу)<br />
<br />
Capacity нужно задавать всегда. Она может быть равна или меньше числа работ.<br><br />
Указывать тип гулага нужно без кавычек.<br><br />
Полем offline можно задать, чтоб гулаг не образовывался в офлайн. Т.е. существовать в офлайн он может, а образовываться – нет.<br><br />
Если не задан squad или groups, то соответствующие свойства сталкеров не будут изменяться.<br><br />
Все времена задаются в часах игрового времени и могут быть дробными.<br><br />
<br />
5. В скрипте \gamedata\scripts\gulag_название_уровня.script необходимо прописать условия, при которых сталкеры берутся под конкретный гулаг. В функцию checkNPC необходимо прописать условие:<br />
<code><br />
if gulag_type == "gar_dolg" then<br />
return npc_community == "dolg"<br />
end<br />
</code><br />
В эту функцию пока передается два параметра, тип гулага и комьюнити персонажа. В данном случае под гулаг с типом gar_dolg будут приниматься все персонажи, относящиеся к группировке Долг.<br><br />
<br />
6. В файле \gamedata\scripts\gulag_название_уровня.script необходимо описать переключение состояний гулага. <br><br />
<br />
function loadStates(gname, type)<br><br />
в нее передается имя зонки и тип гулага. Состояние гулага описывается в виде функции, возвращающей номер состояния гулага. Например:<br><br />
<code><br />
if type == "gar_maniac" then<br />
return function(gulag)<br />
if level.get_time_hours() >= 7 and level.get_time_hours() <= 22 then<br />
return 0 -- день<br />
else<br />
return 1 -- ночь<br />
end<br />
end<br />
end<br />
</code><br />
В данном случае если сейчас между 7 и 22 часов, то гулаг находится в дневном состоянии, иначе в ночном.<br><br />
<br />
8. В файле \gamedata\scripts\gulag_название_уровня.script необходимо описать должности гулага. В функции loadJob загружаются все допустимые работы. В саму функцию передаются следующие параметры:<br><br />
function loadJob(sj, gname, type, squad, groups)<br><br />
sj – сама табличка работ гулагов,<br><br />
gname – имя нашей зонки смар-тиррейна. Оно используется как префикс.<br><br />
Type – тип гулага<br><br />
Squad, groups – таблички сквадов и групп, если нам нужно переопределять родные группы сталкеров на какие либо другие. В каждой работе можно указать какой сквад и группа сетится сталкеру при установке на работу.<br><br />
<br />
Примерное описание работ гулага:<br><br />
Данный гулаг описывает поведение только одного человека, обычно их гораздо больше. Данный человек в нулевом состоянии(день) делает одну работу, в первом состоянии(ночь) делает другую работу.<br><br />
<code><br />
--' Garbage maniac<br />
if type == "gar_maniac" then<br />
t = { section = "logic@gar_maniac_camper",<br />
idle = 0,<br />
prior = 5, state = {0},<br />
squad = squad, groups = groups[1],<br />
in_rest = "", out_rest = "",<br />
info_rest = “”<br />
}<br />
table.insert(sj, t) <br />
t = { section = "logic@gar_maniac_sleeper",<br />
idle = 0,<br />
prior = 5, state = {1},<br />
squad = squad, groups = groups[1],<br />
in_rest = "", out_rest = "",<br />
info_rest = “”<br />
}<br />
table.insert(sj, t) <br />
end<br />
</code><br />
Описание полей:<br><br />
Idle – пауза между повторным выполнениями одного и того же задания. В данном случае паузы нет. Обычно пауза ставится на патруль.<br><br />
Prior – приоритет задания. Сперва сталкеры занимают более приоритетные задания. Чем больше число, тем выше приоритет.<br><br />
In_rest, out_rest - рестрикторы, которые устанавливаются персонажу на данное задание.<br><br />
Section – секция в \gamedata\config\misc\gulag_название_уровня.ltx, где указываются реальные настройки схемы поведения, которая соответствует текущей работе.<br><br />
Group сталкера будет выбран из массива groups, который задан в custom data. Массив индексируется начиная с 1.<br><br />
Info_rest – задает ся имя рестриктора и все денжеры снаружи этого рестриктора не попадают внутрь для человека, находящегося на этой работе<br><br />
Также в описании работы может быть указаны дополнительные условия, при которых сталкер может занять данную работу. Например: <br><br />
<code><br />
predicate = function(obj) <br />
return obj:profile_name() == "soldier_commander” <br />
end<br />
</code><br />
то есть данную работу сможет выполнять лишь персонаж с профилем soldier_commander.<br><br />
<br />
<br />
9. В \gamedata\config\misc\gulag_название_уровня.ltx необходимо указать, какие схемы поведения соответсвуют той или иной работе. Например в случае с вышерассмотренным гулагом gar_maniac:<br><br />
<code><br />
;----------------------------<br />
;-- GARBAGE MANIAC<br />
;----------------------------<br />
[logic@gar_maniac_camper]<br />
active = camper@gar_maniac_camper<br />
<br />
[camper@gar_maniac_camper]<br />
path_walk = walk1<br />
path_look = look1<br />
<br />
<br />
[logic@gar_maniac_sleeper]<br />
active = sleeper@gar_maniac_sleeper<br />
<br />
[sleeper@gar_maniac_sleeper]<br />
path_main = sleep<br />
wakeable = true<br />
</code><br />
Настройка здесь соответствует настроке в обычной кастом дате сталкера, с разницей:<br><br />
1) пути следует указывать без префикса. То есть если зонка носила название gar_maniac, то пути следует на уровне ставить с названием gar_maniac_walk1, однако в gamedata\config\misc\gulag_название_уровня.ltx следует указывать только walk1.<br><br />
2) в именах секций схем поведения после @ добавлять название гулага и, возможно, дополнительные сведения (например, walker2@rad_antena_gate)<br><br />
3) в именах секций logic для каждой работы добавлять после @ имя гулага, дополнительные сведения и имя секции активной схемы поведения (например, logic@rad_antena_gate_walker2).<br><br />
<br />
В работах для гулагов поля leader больше нет. Есть поле dependent. Работа может быть занята только тогда, когда работа с именем dependent уже занята. Например, follower может быть назначен только тогода, когда уже кто-то назначен на работу лидера (имя работы лидера теперь в поле dependent). Естественно, что приоритет работ, от которых зависят другие, должен быть больше чем у них.<br><br />
<br />
==3.11.3. Новые особенности смарттеррейнов==<br />
Возможности нового смарттеррейна (СТ):<br><br />
<br />
1) Не держит сталкеров постоянно в онлайне. Работает стандартный онлайн-радиус.<br><br />
2) Сталкеры идут на ближайшие работы.<br><br />
3) На места работ сталкеры идут независимо от того, в онлайне они или в оффлайне.<br><br />
4) СТ в офлайне работает так же, как и в онлайне: выполняет переключение своих состояний, перераспределение работ.<br><br />
5) Сталкерам можно прописать, при каких условиях в какие СТ они могут идти. (см. ниже) Если сталкер попал в СТ, то онбудет находится в нём, пока не истечёт время и выполняется условие.<br><br />
6) Работы могут находиться на разных уровнях.<br><br />
7) Скриптовая зона СТ теперь не используется для захвата персонажей.<br><br />
8) Симуляция заключается в миграции персонажей между разными СТ.<br><br />
<br />
Что нужно переделать:<br><br />
<br />
1) Персонажи могут быть двух типов: либо для СТ, либо для самостоятельной работы под логикой из custom data. У первых логики в custom data не должно быть. У вторых должно быть прописано, что они не хотят ни в один СТ. (см ниже)<br><br />
2) Нельзя под СТ отправлять сталкеров в nil. Вместо nil дайте им пути. Например, walker-ы в рестрикторе вместо nil в рестрикторе. (есть abort на такой случай)<br><br />
3) Всех участников созданных сцен поставьте рядом с местами работ, а не в кучу. Так им не придётся полчаса разбредаться по местам работ: они сразу позанимают ближайшие. В custom data им пропишите, что до окончания сцены они могут быть только в этом СТ. (см. ниже)<br><br />
4) Незначительно переделать функции predicate() и функции переключения состояния СТ. (см. ниже)<br />
5) Проследите, чтоб под СТ в логиках в поле active было прописано только имя секции и ничего больше (никаких там процентов и фигурных скобок). Для персонажей не предназначенных под СТ это не играет роли.<br />
6) Переименуйте в custom data СТ секцию [gulag1] в секцию [smart_terrain].<br><br />
<br />
------------- Настройки: -------------<br />
<br />
---- Разрешения персонажам идти в определённые СТ ----<br />
<br />
Разрешения персонажам идти в определённые СТ задаются в custom data секцией [smart_terrains]. В ней можно задавать пары "имя_СТ = condlist". Пример:<br><br />
<br />
[smart_terrains]<br><br />
strn_1 = условие1<br><br />
strn_2 = условие2<br><br />
<br />
Если для какого-то smart_terrain условие выполнилось, он называется эксклюзивным.<br><br />
Если у объекта появился хоть один эксклюзивный smart terrain, то он будет согласен идти только в него.<br />
Если не появилось ни одного эксклюзивного, то он согласен идти в любой.<br><br />
<br />
Есть зарезервированное сочетание "none=true". Если оно указано, то персонаж никогда не пойдёт ни в один СТ. Такой персонаж будет работать только под своей логикой.<br><br />
<br />
Также можно задать, кого принимает СТ. В дополнение к старому механизму (функции checkNpc() в файлах gulag_*.script) можно в custom data СТ написать:<br><br />
<br />
communities = группирвка1, группировка2, ...<br><br />
<br />
Если это поле не задано, то проверяется старым механизмом. Если задано, то под СТ возьмутся только персонажи указанных группировок (учтите, старый механизм тоже вызовется).<br><br />
<br />
---- Изменение функций predicate() ----<br><br />
<br />
В эти функции вместо game_object будет передаваться табличка с информацией о персонаже. Там есть поля:<br><br />
name<br><br />
community<br><br />
class_id<br><br />
story_id<br><br />
profile_name<br><br />
<br />
Если нужно, чтобы работа занималась только снайперами, то в предикате нужно писать:<br><br />
<code><br />
predicate = function(npc_info)<br />
return npc_info.is_sniper == true<br />
end<br />
</code><br />
<br />
---- Изменение функций переключения состояния СТ ----<br />
<br />
Обращайтесь индивидуально. Все переделки связаны с работой этой функции в офлайне. Например, таблица gulag.Object[] не содержит game_object-ы, если персонаж в офлайне и т.п.<br><br />
<br />
---- Состояния работ online/offline<br />
<code><br />
t = { section = "logic@ЧЧЧЧЧЧЧЧ", <br />
idle = 0,<br />
prior = 5, state = {0}, squad = squad, group = groups[1],<br />
online = true,<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
</code><br />
Варианты задания этого поля<br><br />
online = true - на этой работе персонаж всегда в онлайне,<br><br />
online = false - на этой работе персонаж всегда в офлайне,<br><br />
online не задано - на этой работе персонаж может прыгать онлайн<->офлайн по своему усмотрению.<br><br />
3.11.3.1. Более доступное описание новых смарттеррейнов<br><br />
Теперь о смарттерейнов для дизанеров, то есть не на LUA, а по-русски.<br><br />
Для того, чтобы пренести смарттеррейн на новую схему, делаем следующее:<br><br />
1. Пишем в кастом дате где [gulag1] -> [smart_terrain]<br><br />
2. В кастом дате товарищей по смарттеррейну пишем <br><br />
[smart_terrains]<br><br />
sar_monolith_sklad(название гулага) = {кондлист} - если только в 1 смарттеррейн сталкер сможет прийти, то пишем true.<br><br />
Если этот товарищ не должен работать под смарттеррейнами, то пишем ему в кастом дату.<br><br />
[smart_terrains]<br><br />
none = true<br><br />
<br />
<br />
==3.12. Логика вертолёта==<br />
Общие сведения:<br><br />
<br />
Вертолёт работает на «логике».<br><br />
На вертолёт реагируют аномалии.<br><br />
Вертолёт не обрабатывает столкновения с геометрией и физикой пока он не сбит.<br><br />
Попадания в область кабины, где сидит первый пилот, в десятки раз более болезненны для вертолёта.<br><br />
У вертолёта есть универсальная боевая схема на манер сталкеров.<br><br />
Пилоты вертолета реагируют репликами на события: хит, видит врага, поврежден (задымился), падает.<br><br />
<br />
==3.12.1. Схема heli_move:==<br />
Общие сведения:<br />
Позволяет летать вертолёту по патрульному пути, регулировать скорость, зависать, стрелять по различным целям.<br />
<br />
Для схемы должен быть задан path_move – путь, по которому будет летать вертолёт. Он может содержать одну вершину, если нужно, чтоб вертолёт висел на месте.<br />
<br />
Можно (но не обязательно) задать path_look – путь, в вершины которого вертолет может смотреть.<br />
<br />
Вершины этих путей могут быть поставлены где угодно в пределах ограничивающего бокса уровня. Они не зависят от ai-nodes.<br />
<br />
По пути вертолёт летает без учёта связей между вершинами. Он летает от вершины к вершине в порядке возрастания их номера (т.е. в порядке, в котором их поставили на уровень). <br />
<br />
Вертолёт старается летать точно по вершинам пути. При желании можно сделать ювелирный пролёт под мостом.<br />
<br />
Вертолёт старается летать как можно быстрее. Пояснение: если ему задать, что в следующей вершине пути он должен иметь скорость 10 м/с, а его максимальная скорость установлена в 30 м/с, то он не станет сразу лететь 10 м/с. Он сначала будет разгоняться вплоть до 30 м/с и только на подлёте к целевой вершине начнёт тормозить с расчётом прибыть в неё имея 10 м/с.<br />
<br />
Если в вершине пути path_move задан набор флажков, то вертолёт будет смотреть в любую из вершин path_look, в которых задан такой же набор флажков. Поворачиваться к этой точке вертолёт начнёт с предыдущей вершины пути. На данном этапе вертолет не может, зависнув в одном месте, смотреть поочередно в несколько точек path_look<br />
<br />
Настройки:<br />
<br />
*engine_sound = true/false (по умолчанию true)<br />
Вкл/выкл звук двигателя вертолёта.<br />
<br />
*invulnerable = true/false (по умолчанию false)<br />
Неуязвимость. Если true, вертолёт игнорирует все хиты.<br />
<br />
*immortal = true/false (по умолчанию false)<br />
Бессмертие. Если true, вертолёт получает повреждения, но не умирает.<br />
<br />
*mute = true/false (по умолчанию false)<br />
Отключает универсальные реплики пилотов вертолета.<br />
<br />
*rocket_delay = msec (время в миллисекундах реального времени)<br />
Задержака между пусками ракет. По дефолту берется из ltx (сейчас 1250 мсек)<br />
<br />
*default_velocity = m/sec (скорость с которой летает вертолет, если не заданы другие параметры)<br />
<br />
Параметры, задаваемые в именах вершин пути path_move:<br />
<br />
«e» – (сокр. от enemy) задание врага (цели). Стрелять по этой цели вертолёт начнёт уже в предыдущей вершине. Если значение не задано, то будет стрелять в точку из path_look, которая соответствует данной вершине. Если задано «e=actor» (можно сокращённо «e=a»), то огонь будет вестись по актёру. Если задано «e=число», стрелять будет по объекту со story id равным числу.<br />
<br />
«w» – (сокр. от weapon) каким оружием стрелять. Возможные значения: w=1 – стрелять только пулемётом; w=2 – стрелять только ракетами. По умолчанию стреляет из всего.<br />
<br />
«v» - (сокр. от velocity) задание максимальной скорости (в м/с) на участке пути от данной вершины до следующей. Если этот параметр не задан, то умолчание берётся из файла helicopter.ltx.<br />
<br />
«dv» - (сокр. от destination velocity) задание скорости (в м/с), которую вертолёт должен иметь в момент прибытия в данную вершину.<br />
<br />
«die» - убить вертолёт.<br />
<br />
«flame» - начать дымить (как будто подбили).<br />
<br />
Параметры, задаваемые в именах вершин пути path_look:<br />
<br />
«e» - работает так же как и в path_move. Разница в том, что стрелять по указанной цели вертолёт начнёт лишь тогда, когда прибудет в вершину пути path_move, которая соответствует данной вершине path_look.<br />
<br />
«w» – см. такой же параметр для пути path_move.<br />
<br />
«t» - (сокр. от time) длительность времени (в мс реального времени), на протяжении которого вертолёт будет смотреть в данную точку. Если этот параметр не задан, то вертолёт пронесётся без остановки, но постарается на ходу развернуться к этой вершине.<br />
<br />
==3.12.2. Универсальная боевая схема:==<br />
Общие сведения:<br />
<br />
В универсальной боевой схеме вертолёт не привязан к путям.<br />
<br />
Вертолёт не видит никого. Узнать о враге вертолёт может только при получении хита или из параметра в custom data.<br />
<br />
Вертолёт стреляет по врагу, если видит его. Если не видит – ищет, облетая вокруг точки, где последний раз видел. Если долго не видит врага – забывает его. Если врага задали принудительно из текущей секции схемы поведения, то он не забудет его, пока находится в этой секции.<br />
<br />
Настройки:<br />
<br />
Отдельной секции для этой схемы поведения нет. Поэтому настройки производятся в секции текущей схемы поведения:<br />
<br />
combat_ignore = true/false<br />
true означает игнорирование получения хита. Т.е. вертолёт не будет пытаться «отомстить» тому, от кого он получил хит.<br />
<br />
combat_enemy = nil/actor/StoryID<br />
С помощью этого параметра можно задать вертолёту конкретного врага. nil – нету врага; actor – игрок; SID – числовое story id врага.<br />
<br />
combat_use_rocket = true/false<br />
Можно ли вертолёту пользоваться рокетами.<br />
<br />
combat_use_mgun = true/false<br />
Можно ли вертолёту пользоваться пулемётом.<br />
<br />
combat_velocity = <число><br />
Скорсть, с которой вертолет будет делать боевые заходы<br />
<br />
combat_safe_altitude = <число><br />
Высота, относительно самой высокой точки геометрии на уровне ниже которой вертолет не будет опускаться в боевой схеме (может быть отрицательным)<br />
<br />
К вертолёту подключена схема xr_hit. Работает как у сталкеров. В xr_effects есть группа функций для работы с вертолётом из его custom data:<br />
<br />
heli_set_enemy_actor - сделать актёра врагом вертолёту<br />
heli_start_flame - поджечь вертолёт<br />
heli_die - убить вертолёт<br />
<br />
combat_velocity = - боевая скорость в этой секции указывается в м/с<br />
combat_safe_altitude = - высота боевая в метрах, может принимать отрицательные значения<br />
combat_use_rocket = - true/false использовать ли ракеты в этой секции<br />
combat_use_mgun = - true/false использовать ли пулемет в этой секции<br />
<br />
==3.13. Meet_manager==<br />
<br />
Синтаксис:<br />
<br />
[logic]<br><br />
meet = meet<br><br />
<br />
[walker]<br><br />
meet = meet<br><br />
<br />
[meet]<br><br />
meet_state = 30| state@sound| 20| state@sound| 10| state@sound<br><br />
meet_state_wpn = 30| state@sound| 20| state@sound| 10| state@sound<br><br />
victim = 30| nil| 20| actor<br><br />
victim_wpn = 30| nil| 20| actor<br><br />
use = self<br><br />
use_wpn = false<br><br />
zone = name| state@sound<br><br />
meet_dialog = dialog_id<br><br />
synpairs = state@sound|state@sound<br><br />
abuse = true/false<br><br />
<br />
<br />
Вся настройка встречи отныне будет производится в отдельной секции. В секции logic или в текущей схеме можно будет указать, какую именно секцию с настройкой нужно использовать. Секция, которая указана в секции logic будет влиять на обработку встречи свободногулящим сталкером.<br />
<br />
Перечень полей:<br><br />
meet_state, meet_state_wpn – задает анимацию и озвучку персонажа, в зависимости от расстояния до актера. Для случая если актер безоружен либо вооружен соответственно.<br><br />
victim, victim_wpn – задает объект, на который должен будет смотреть персонаж. Возможные параметры: nil – никуда не смотрит, actor – смотрит на игрока, story_id – номер стори айди персонажа, на которого нужно будет смотреть.<br><br />
use, use_wpn – настройки юзабельности персонажа. Возможны три варианта: true, false, self. При self НПС сам юзнет игрока, как только сможет дотянуться <br><br />
zone – Содержит набор имен рестрикторов, а также анимаций и озвучки, которую НПС будет отыгрывать, если игрок будет замечен в рестрикторе<br><br />
meet_dialog – стартовый диалог НПС.<br><br />
synpairs – cодержит набор пар состояние_тела@звуковая_тема. Если при каком то наборе условий встреча будет отыгрывать именно это состояние и эту звуковую тему – то они будут синхронизироваться по рандомным анимациям состояния тела.<br><br />
аbuse – по умолчанию true, если false, то неюзающийся противник не будет обижаться.<br><br />
Любую строку(в общей схеме они написаны строчными буквами) можно задавать кондлистом. ( {+info1 –info2} ward %+info% )<br><br />
<br />
Для облегчения настройки встречи сделана возможность упрощенного задания дефолта:<br />
<br />
[walker]<br><br />
meet = default_meet<br />
<br />
Саму секцию [default_meet] задавать не надо. Все настройки и так возьмутся из дефолта.<br />
<br />
Теперь о том, как с помощью этого конструктора собрать ту реакцию на актера, которая вам нужна (Во всех примерах зеленым цветом выделены состояния state_manager, синим – звуковые темы):<br />
<br />
===Ситуация 1===<br />
Игрок вдалеке подзывает нас рукой, при приближении просит убрать оружие, потом согласен говорить.<br />
<br />
[meet]<br><br />
meet_state = 50| hello@talk_hello| 20| wait@wait| 10| ward@wait<br><br />
meet_state_wpn = 50| hello@talk_hello| 20| threat@threat_weap<br><br />
victim = 50| actor<br><br />
victim_wpn = 50| actor<br><br />
use = true<br><br />
use_wpn = false<br><br />
<br />
===Ситуация 2===<br />
Сталкер завидя нас просит убрать оружие. После этого подходит и заговаривает с нами. Если мы начинаем уходить от него или достаем оружие – начинает нас стрелять.<br />
<br />
[meet]<br><br />
meet_state = 50| {+info} threat_fire %=killactor%, walk@ {+info} talk_abuse, wait | 10 | walk %+info%; wait | 2 | threat;state<br><br />
meet_state_wpn = 50| {+info} threat_fire %=killactor%, threat@ {+info} talk_abuse, wait<br><br />
victim = 50| actor<br><br />
victim_wpn = 50| actor<br><br />
use = {-info2} self, false<br><br />
use_wpn = false<br />
<br />
Здесь: info – инфоропшн, который указывает что мы уже опустили оружие и были достаточно близко к НПС<br><br />
Info2 – инфопоршн, который устанавливается в диалоге и говорит что персонаж уже сказал нам все, что хотел.<br><br />
Killactor – функция в xr_effects которая обижает НПС на игрока.<br />
<br />
===Ситуация 3===<br />
Персонаж ходит по патрульному пути на заставе лагеря. Если игрок имеет допуск в лагерь – пропускает его и здоровается, иначе сперва отпугивает, а если игрок пробрался в лагерь – то обижается на него. При этом диалог зависит от того, имеет игрок допуск в лагерь или нет.<br />
<br />
[camper]<br><br />
path_walk = path_walk<br><br />
path_look = path_look<br><br />
meet = meet<br><br />
<br />
[meet]<br><br />
meet_state = 30| {+info} wait, threat@ {+info} talk_hello, threat_back<br><br />
meet_state_wpn = 30| {+info} wait, threat@ {+info} talk_hello, threat_back <br><br />
victim = 30| actor<br><br />
victim_wpn = 30| actor<br><br />
use = true<br><br />
use_wpn = true<br><br />
zone = warnzone| {-info} threat@ {-info} threat_back|kampzone| {-info} true@ {-info} talk_abuse<br><br />
meet_dialog = {+info} dialog1, dialog2<br><br />
<br />
Здесь:<br><br />
True – вместо анимации, атаковать игрока.<br><br />
Info – Инфопоршн, который говорит что мы имеем допуск к лагерю<br><br />
Warnzone – рестриктор, в котором нас предупреждают<br><br />
Kampzone – рестриктор, в котором нас убивают<br><br />
Dialog1 – стартовый диалог НПС, если мы имеем допуск в лагерь<br><br />
Dialog2 – стартовый диалог НПС, если мы не имеем допуск в лагерь.<br><br />
Дефолтные настройки:<br><br />
По дефолту встреча настроена со следующими параметрами:<br><br />
<br />
meet_state = 30|hello@hail|20|wait@wait<br><br />
meet_state_wpn = 30|backoff@threat_weap<br><br />
victim = 30|actor<br><br />
victim_wpn = 30|actor<br><br />
use = true<br><br />
use_wpn = false<br><br />
syndata = hello@hail|backoff@threat_weap<br><br />
<br />
<br />
NB: Если нужно, чтобы сталкер не разговаривал с игроком в данной секции, необходимо прописать ему meet = no_meet<br />
<br />
==3.14. Отметки на минимапе==<br />
Появилась возможность не показывать сталкеров на минимапе и на карте (прятать синие и красные точки). Для этого в секции логики или в текущей схеме указываем параметр:<br />
<br />
[camper]<br><br />
show_spot = false (будучи в этой секции сталкер не показывается на карте)<br />
<br />
[walker]<br><br />
show_spot = {+info1} false<br />
<br />
Сталкер не будет показываться, если у игрока есть инфопоршн info1 и т.д.<br />
<br />
==3.15. Передача параметров в функции.==<br />
Ниже перечислен набор функций к которым можно обращаться из кастом даты и при этом передавать в них переменные.<br />
<br />
NB! Во всех функциях xr_conditions и xr_effects, которые обращались к гулагам по имени, теперь можно использовать как имя, так и story id. Причем если мы указываем имя, то использовать функцию можно только, когда гулаг находится в онлайне, а если мы вешаем на самрттеррейн story_id, то можем обращаться к гулагу и в оффлайне.<br />
<br />
Описание функций с параметрами присутствующих в xr_conditions и xr_effects.<br />
<br />
---------------------------------------------------------------------<br />
xr_conditions:<br />
<br />
fighting_dist_ge(p) – универсальная функция для combat_ignore, проверка расстояния для игрока<br />
(в метрах)<br />
<br />
distance_to_obj_le(sid:dist) - проверка дистанции до обьекта заданного story_id. <br><br />
Можно использовать, например, в секции follower для определения того, что сталкер подошел на нужную дистанцию к лидеру и переключать в другую секцию (лидер при этом стоит где-то в ремарке). Эта ситуация возникает, когда после боя надо подогнать одного сталкера к другому, а ихних позиций мы не знаем. Если используется в секции follower, то dist надо ставить большим distance фолловера, поскольку если поставить их одинаковыми, то данная функция не всегда будет срабатывать.<br />
<br />
health_le(health) - проверка того, что здоровье npc <= health<br />
<br />
heli_health_le(health) - аналогично предыдущему, только для вертолета.<br />
<br />
enemy_group(group1:group2:...) - Проверка на принадлежность врага к одной из групп (правильность работы пока не проверялась)<br />
<br />
hitted_by(sid1:sid2:...) - Проверка того, что удар был нанесен кем-то из npc, указанных в списке. npc задаются с помощью story_id. Функцию удобно использовать в секции hit.<br />
Пример:<br />
[hit]<br><br />
on_info = {=hitted_by(407:408)} %+val_escort_combat%<br />
<br />
killed_by(sid1:sid2:...) - Аналогично предыдущему, но для случая смерти npc. Используется в секции death.<br />
<br />
is_alive(sid)<br><br />
is_alive_one(sid1:sid2:...)<br><br />
is_alive_all(sid1:sid2:...) - проверка того, что один, один из нескольких или все из списка соответственно npc, заданные по story_id живы<br />
<br />
is_dead(sid)<br><br />
is_dead_one(sid1:sid2:...)<br><br />
is_dead_all(sid1:sid2:...) - аналогично предыдущему, только проверка на "мертвость".<br />
<br />
check_fighting(sid1:sid2:...) - Проверка того, не является ли кто-то из перечисленных (с помощью story_id) npc врагом даного. Как правило используется в combat_ignore_cond.<br />
<br />
gulag_empty(gulag_name) - проверка того, что гулаг пуст или вообще не существует.<br />
<br />
gulag_population_le(gulag_name, num) - проверка того, что количество народу в гулаге <= num<br />
<br />
gulag_casualities_ge(gulag_name:num) – проверка того, что гулаг понес потери => num<br />
NB! Потери гулага не обнуляются, так что с этой функцией работать аккуратно.<br />
<br />
signal(строка) – проверяет, установлен ли у данного НПС в текущей схеме указанный сигнал<br />
<br />
--------------------------------------------------------------------<br />
xr_effects:<br />
<br />
heli_set_enemy(story_id) – сделать npc с указанным story_id врагом веротелу. В одной секции можно задавать только 1 врага.<br />
<br />
set_gulag_enemy_actor(gulag_name) – сделать актера врагом для данного гулага<br />
<br />
hit_npc(direction:bone:power:impulse:reverse=false) - нанести хит по npc. Параметры:<br><br />
direction - если строка, то считается, что это имя пути и в сторону первой точки производится толчек. Если же это число, то оно рассматривается как story_id персонажа от которого должен поступить хит.<br><br />
bone - строка. Имя кости, по которой наносится удар.<br><br />
power - сила удара<br><br />
impulse - импульс<br><br />
reverse (true/false) - изменение направления удара на противоположное. по умолчанию false.<br />
Пример:<br><br />
[death]<br><br />
on_info = {=killed_by(404)} %=hit_npc(404:bip01_spine1:100:2000)%, {=killed_by(405)} %=hit_npc(405:bip01_spine1:100:2000)%<br />
<br />
set_friends(sid1:sid2:...)<br><br />
set_enemies(sid1:sid2:...) - установить друзьями/врагами данного npc и указанных в списке по story_id.<br />
<br />
play_snd(snd_name:delay=0) - играть звук в голове актёра.<br><br />
snd_name - путь к звуку относительно папки sounds<br><br />
delay - задержка перед проигрыванием. По умолчанию 0 – проигрываем сразу.<br />
<br />
play_snd_now (sid:snd_name) – играть звук от указанного объекта<br><br />
*звук играется об объекта с указанным story id, без задержки с громкостью 1. Указывается не имя звуковой схемы, а имя файла<br />
<br />
hit_obj(sid, bone, power, impulse, hit_src=npc:position())<br><br />
Дать обьекту, заданому story_id, хит. Отличается тем, что может прописываться в любой кастом дате. Параметры: actor, npc, p[sid,bone,power,impulse,hit_src=npc:position()]<br><br />
1. sid - story_id обьекта, по которому наносится хит.<br><br />
2. bone - строка. Имя кости, по которой наносится удар.<br><br />
3. power - сила удара<br><br />
4. impulse - импульс<br><br />
5. hit_src (необязательный параметр) - точка (waypoint), из которой по объекту наносится хит. Если не задано, то берется позиция обьекта, из которого была вызвана данная функция.<br />
<br />
actor_has_item(section)<br><br />
Проверка на наличие у игрока соответствующего предмета. Проверка проходит по секции в ltx<br />
<br />
Функции для работы с HUD'ом.<br />
<br />
disable_ui_elements(...), enable_ui_elements(...) - отключение/включение елементов HUD'а.<br />
<br />
Параметры:<br><br />
-- weapon - спрятать/показать руки с оружием<br><br />
-- input - отключить/включить клавиатуру<br><br />
-- hud - спрятать/показать индикаторы на экране<br><br />
-- all - отключить/включить все элементы<br />
<br />
Пример:<br><br />
on_info = %=disable_ui_elements(weapon:input)%<br />
<br />
Есть также сокращенные варианты:<br />
<br />
disable_ui, enable_ui (вызываются без скобок и параметров).<br><br />
Аналогичны вызовам disable_ui_elements(all), enable_ui_elements(all) соответственно.<br />
<br />
Пример:<br><br />
on_info = %=enable_ui%<br />
<br />
Функция запуска camera_effector'а.<br />
<br />
run_cam_effector(имя_файла)<br />
<br />
имя_файла (указывается без расширения) - это имя анимационного файла (с расширением anm)<br />
из папки S:\GameData\anims\camera_effects\.<br />
<br />
Пример:<br><br />
on_info = %=run_cam_effector(prison_0)%<br />
<br />
Функция запуска постпроцесса.<br />
<br />
В связи с изменением процесса создания постпроцессов были внесены изменения в их запуск.<br><br />
Теперь есть 2 функции для работы с постпроцессами:<br />
<br />
run_postprocess(file_name:id:loop) - запуск постпроцесса.<br><br />
<br />
-- file_name - имя файла постпроцесса (без расширения) из папки s:\gamedata\anims. Указывается без расширения.<br><br />
-- id - номер постпроцесса. Задается опционально. Используется в stop_postprocess.<br><br />
-- loop - (true/false) определяет зацикленность постпроцесса. Опциональный параметр. По умолчанию false.<br><br />
<br />
stop_postprocess(id) - принудительная остановка постпроцесса.<br />
<br />
-- id - номер постпроцесса заданный в run_postprocess.<br />
<br />
Функция выброса содержимого инвентаря актера в определенную точку.<br />
<br />
drop_actor_inventory(имя_пути)<br />
<br />
выбрасываем все предметы из инвентаря актера в первую точку заданного<br />
пути.<br />
<br />
Пример:<br><br />
on_info = %=drop_actor_inventory(drop_point)%<br><br />
<br />
==3.16. Настройка звуковых групп.==<br />
Новый принцип создания звуковых групп:<br><br />
1. Каждый персонаж по умолчанию считается находящимся в уникальной саундгруппе.<br><br />
2. Для того, чтобы объеденить нескольких персонажей в единую саундгруппу, необходимо в секции логики прописать soundgroup = <текстовая строка> <br><br />
Звуковые группы должны быть уникальными в пределах уровня, а еще лучше в пределах всей игры. Для этого указывайте в звуковой группе идентификатор уровня и сценки, например:<br><br />
soundgroup = bar_dolg_kampfire1<br><br />
3. Объеденять в звуковые группы необходимо персонажей сидящих в кемпе и идущих в патрулях. А также при других схожих ситуациях. <br><br />
4. Дабы избежать ошибок при обижании, наподобие той, которая сейчас проявляется в лагере на эксейпе, необходимо чтобы все НПС, логически относящиеся к одному лагерю имели одинаковый team, squad, group<br><br />
<br />
Пример:<br><br />
[kamp@esc_bridge_post1]<br><br />
center_point = kamp_point<br><br />
soundgroup = esc_bridge_soldiers<br><br />
<br />
==Ссылки==<br />
Оригинальный doc ([http://stalkerin.gameru.net//downloads/other/for_wiki_articles/logic_setup.doc Ссылка])<br><br />
<br />
Доки скриптеров 1935([http://stalkerin.gameru.net//downloads/other/for_wiki_articles/doc_scripters.rar Ссылка])<br />
<br />
[[Категория:Скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._%D0%9F%D0%B5%D1%80%D0%B5%D1%85%D0%BE%D0%B4_NPC_%D0%B2_offline-online_%D1%87%D0%B5%D1%80%D0%B5%D0%B7_%D1%81%D0%BA%D1%80%D0%B8%D0%BF%D1%82SoC. Переход NPC в offline-online через скрипт2009-07-06T13:54:22Z<p>Singapur22: </p>
<hr />
<div>На многих форумах, часто задают такой вопрос '''"Как перевести нпс в offline, а затем в online, через скрипт?"'''. Но вразумительного ответа, так нигде и не дают. Перечисляют множество возможных операторов перевода, но при этом сами не уверены, работают они или нет. Просмотрев уже существующие скрипты, нашёл нужные операторы перевода мобов в '''offline-online'''.<br />
---------------------------------------------------------------------------------------------------------------------------------------------<br />
---------------------------------------------------------------------------------------------------------------------------------------------<br />
Итак. Вот сами операторы перевода:<br />
<br />
<pre>alife():set_switch_offline (id, value)<br />
alife():set_switch_online (id, value)<br />
alife():set_interactive (id, value)</pre><br />
<br />
Есть условие их использования. Данные операторы должны использоваться только вместе. Правда зачем нужен оператор '''set_interactive''', я не в курсе. Вроде и без него работает. Но в оригинальных скриптах он везде используется, поэтому я его не стал исключать.<br />
<br />
---------------------------------------------------------------------------<br />
<big>'''Перевод в offline:'''</big><br />
<br />
Например, у нас есть уникальный нпс, которого нужно перевести в '''offline'''. Первое, что нам нужно сделать, это определить его '''id'''. Не '''sid''' из файла '''game_story_ids.ltx''', а '''id''' объекта. Некоторые причисляют их к одному и тому же параметру. Хотя это не так. '''Sid''' -это принудительно-зарегистрированный ключ инициализации объекта, для управления объектом в не зависимости от того, где он находится. '''Id''' -это порядковый номер объекта, который задаётся автоматически, при спавне.<br />
Определение '''id''' может быть разнообразным. Всё зависит от ситуации и откуда наша функция будет вызываться. Но в любом случае, определение '''id''' объекта производится через его '''userdata'''.<br />
Если наша функция будет вызываться из логики нпс, то '''userdata''' объекта будет передаваться в функцию автоматически. Главное правильно задать переменную в скобках наименования функции:<br />
<br />
<pre>function name(actor, npc)<br />
...<br />
end</pre><br />
<br />
Где, '''actor''' и '''npc''' -переменные содержащие '''userdata''' актора и непися, с логики которого данная функция вызывается, соответственно. Нужно всегда помнить, что в данной ситуации, первая переменная содержит '''userdata актора''', а вторая '''userdata непися'''. При этом, наименования переменных могут быть произвольными. Главное соблюдать порядок наименования.<br />
Чтобы в данной ситуации определить его '''id''', не потребуется писать никаких действий, достаточно прописать определение '''id''' объекта, в том месте, где должно прописываться его '''id''':<br />
<br />
<pre>npc:id()</pre><br />
<br />
Если наша функция будет вызываться не из логики, а например из скрипта, где при определённых условиях, определённый непись будет переводиться в '''offline''', нам понадобится его '''sid''', через который мы и определим его '''userdata'''. Есть два способа определения '''userdata''' через '''sid'''. Первый способ, это определение через функцию '''level_object_by_sid()''':<br />
<br />
<pre>local npc = level_object_by_sid( sid объекта )</pre><br />
<br />
Второй способ, это определение через '''alife()''':<br />
<br />
<pre>local npc = alife():story_object( sid объекта )</pre><br />
<br />
При этом, первый способ срабатывает значительно быстрее, так как поиск объекта производится из списка объектов, находящихся в '''online'''. А, второй способ производит поиск объекта из списка всех объектов находящихся в игре.<br />
Предпочтительно конечно использовать второй способ, так как при первом способе придётся писать дополнительные действия, для защиты от '''error''', когда нпс будет и так находиться в '''offline'''.<br />
Но у второго способа есть одно отличие от стандарта. '''Id''' объекта придётся определять не через функцию '''id()''', а через его переменную '''id''':<br />
<br />
<pre>npc.id</pre><br />
<br />
Итак. Вроде как определились с данными '''id'''. Теперь создадим саму функцию перевода нпс в '''offline'''.<br />
<br />
'''Для вызова функции из логики нпс:'''<br />
<br />
<pre>function name(actor, npc)<br />
<br />
if npc then<br />
<br />
alife():set_switch_offline (npc:id(), true)<br />
alife():set_switch_online (npc:id(), false)<br />
alife():set_interactive (npc:id(), false)<br />
<br />
end<br />
end</pre><br />
<br />
'''Для вызова функции из другого скрипта, будет выглядеть так (если userdata не определена)''':<br />
<br />
<pre>function name()<br />
<br />
local npc = alife():story_object( sid объекта )<br />
<br />
if npc then<br />
<br />
alife():set_switch_offline (npc.id, true)<br />
alife():set_switch_online (npc.id, false)<br />
alife():set_interactive (npc.id, false)<br />
<br />
end<br />
end</pre><br />
<br />
--------------------------------------------------------------------------<br />
<big>'''Перевод в online:'''</big><br />
<br />
Для перевода в '''online''', действуют те же условия. С некоторыми отличиями. Первый способ определения '''userdata''' через '''sid''', не допустим. Так как данный оператор действителен, только если объект находится в '''online'''. В любом другом случае, он выдаст ошибку.<br />
И конечно же, когда нпс находится в '''offline''', логика на него не может быть воздействована, поэтому остаётся только вызов функции из другого скрипта.<br />
<br />
Итак, функция перевода нпс в '''online''':<br />
<br />
'''Для вызова функции из другого скрипта,(если userdata не определена):'''<br />
<br />
<pre>function name()<br />
<br />
local npc = alife():story_object( sid объекта )<br />
<br />
if npc then<br />
<br />
alife():set_switch_offline (npc.id, false)<br />
alife():set_switch_online (npc.id, true)<br />
alife():set_interactive (npc.id, true)<br />
<br />
end<br />
end</pre><br />
<br />
-------------------------------------------------------------------------------------------------------------------------------<br />
-------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Переводы в offline и в online производится не зависимо от того, где находится актор, хоть нос к носу с переводимым нпс.<br />
Есть одно ограничение. Если в логике нпс, хоть где-то указано постоянное нахождение в '''online''', то перевод его в '''offline''' будет не возможен, пока данное указание не будет снято.<br />
<br />
---------------------------------------------------------------------<br />
<br />
Автор статьи <big>'''Singapur22'''</big><br />
<br />
[[Категория: скрипты ]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._%D0%9F%D0%B5%D1%80%D0%B5%D1%85%D0%BE%D0%B4_NPC_%D0%B2_offline-online_%D1%87%D0%B5%D1%80%D0%B5%D0%B7_%D1%81%D0%BA%D1%80%D0%B8%D0%BF%D1%82SoC. Переход NPC в offline-online через скрипт2009-07-06T13:51:37Z<p>Singapur22: </p>
<hr />
<div>На многих форумах, часто задают такой вопрос '''"Как перевести нпс в offline, а затем в online, через скрипт?"'''. Но вразумительного ответа, так нигде и не дают. Перечисляют множество возможных операторов перевода, но при этом сами не уверены, работают они или нет. Просмотрев уже существующие скрипты, нашёл нужные операторы перевода мобов в '''offline-online'''.<br />
---------------------------------------------------------------------------------------------------------------------------------------------<br />
---------------------------------------------------------------------------------------------------------------------------------------------<br />
Итак. Вот сами операторы перевода:<br />
<br />
<pre>alife():set_switch_offline (id, value)<br />
alife():set_switch_online (id, value)<br />
alife():set_interactive (id, value)</pre><br />
<br />
Есть условие их использования. Данные операторы должны использоваться только вместе. Правда зачем нужен оператор '''set_interactive''', я не в курсе. Вроде и без него работает. Но в оригинальных скриптах он везде используется, поэтому я его не стал исключать.<br />
<br />
---------------------------------------------------------------------------<br />
<big>'''Перевод в offline:'''</big><br />
<br />
Например, у нас есть уникальный нпс, которого нужно перевести в '''offline'''. Первое, что нам нужно сделать, это определить его '''id'''. Не '''sid''' из файла '''game_story_ids.ltx''', а '''id''' объекта. Некоторые причисляют их к одному и тому же параметру. Хотя это не так. '''Sid''' -это принудительно-зарегистрированный ключ инициализации объекта, для управления объектом в не зависимости от того, где он находится. '''Id''' -это порядковый номер объекта, который задаётся автоматически, при спавне.<br />
Определение '''id''' может быть разнообразным. Всё зависит от ситуации и откуда наша функция будет вызываться. Но в любом случае, определение '''id''' объекта производится через его '''userdata'''.<br />
Если наша функция будет вызываться из логики нпс, то '''userdata''' объекта будет передаваться в функцию автоматически. Главное правильно задать переменную в скобках наименования функции:<br />
<br />
<pre>function name(actor, npc)<br />
...<br />
end</pre><br />
<br />
Где, '''actor''' и '''npc''' -переменные содержащие '''userdata''' актора и непися, с логики которого данная функция вызывается, соответственно. Нужно всегда помнить, что в данной ситуации, первая переменная содержит '''userdata актора''', а вторая '''userdata непися'''. При этом, наименования переменных могут быть произвольными. Главное соблюдать порядок наименования.<br />
Чтобы в данной ситуации определить его '''id''', не потребуется писать никаких действий, достаточно прописать определение '''id''' объекта, в том месте, где должно прописываться его '''id''':<br />
<br />
<pre>npc:id()</pre><br />
<br />
Если наша функция будет вызываться не из логики, а например из скрипта, где при определённых условиях, определённый непись будет переводиться в '''offline''', нам понадобится его '''sid''', через который мы и определим его '''userdata'''. Есть два способа определения '''userdata''' через '''sid'''. Первый способ, это определение через функцию '''level_object_by_sid()''':<br />
<br />
<pre>local npc = level_object_by_sid( sid объекта )</pre><br />
<br />
Второй способ, это определение через '''alife()''':<br />
<br />
<pre>local npc = alife():story_object( sid объекта )</pre><br />
<br />
При этом, первый способ срабатывает значительно быстрее, так как поиск объекта производится из списка объектов, находящихся в '''online'''. А, второй способ производит поиск объекта из списка всех объектов находящихся в игре.<br />
Предпочтительно конечно использовать второй способ, так как при первом способе придётся писать дополнительные действия, для защиты от '''error''', когда нпс будет и так находиться в '''offline'''.<br />
Но у второго способа есть одно отличие от стандарта. '''Id''' объекта придётся определять не через функцию '''id()''', а через его переменную '''id''':<br />
<br />
<pre>npc.id</pre><br />
<br />
Итак. Вроде как определились с данными '''id'''. Теперь создадим саму функцию перевода нпс в '''offline'''.<br />
<br />
'''Для вызова функции из логики нпс:'''<br />
<br />
<pre>function name(actor, npc)<br />
<br />
if npc then<br />
<br />
alife():set_switch_offline (npc:id(), true)<br />
alife():set_switch_online (npc:id(), false)<br />
alife():set_interactive (npc:id(), false)<br />
<br />
end<br />
end</pre><br />
<br />
'''Для вызова функции из другого скрипта, будет выглядеть так (если userdata не определена)''':<br />
<br />
<pre>function name()<br />
<br />
local npc = alife():story_object( sid объекта )<br />
<br />
if npc then<br />
<br />
alife():set_switch_offline (npc.id, true)<br />
alife():set_switch_online (npc.id, false)<br />
alife():set_interactive (npc.id, false)<br />
<br />
end<br />
end</pre><br />
<br />
--------------------------------------------------------------------------<br />
<big>'''Перевод в online:'''</big><br />
<br />
Для перевода в '''online''', действуют те же условия. С некоторыми отличиями. Первый способ определения '''userdata''' через '''sid''', не допустим. Так как данный оператор действителен, только если объект находится в '''online'''. В любом другом случае, он выдаст ошибку.<br />
И конечно же, когда нпс находится в '''offline''', логика на него не может быть воздействована, поэтому остаётся только вызов функции из другого скрипта.<br />
<br />
Итак, функция перевода нпс в '''online''':<br />
<br />
'''Для вызова функции из другого скрипта,(если userdata не определена):'''<br />
<br />
<pre>function name()<br />
<br />
local npc = alife():story_object( sid объекта )<br />
<br />
if npc then<br />
<br />
alife():set_switch_offline (npc.id, false)<br />
alife():set_switch_online (npc.id, true)<br />
alife():set_interactive (npc.id, true)<br />
<br />
end<br />
end</pre><br />
<br />
-------------------------------------------------------------------------------------------------------------------------------<br />
-------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Переводы в offline и в online производится не зависимо от того, где находится актор, хоть нос к носу с переводимым нпс.<br />
<br />
---------------------------------------------------------------------<br />
<br />
Автор статьи <big>'''Singapur22'''</big><br />
<br />
[[Категория: скрипты ]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%BD%D0%B4%D0%BE%D0%BC%D0%BD%D1%8B%D0%B9_%D1%81%D0%BF%D0%B0%D0%B2%D0%BD_%D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BE%D0%B2Рандомный спавн объектов2009-07-05T06:37:41Z<p>Singapur22: </p>
<hr />
<div>Предлагаю свой вариант рандомного спавна. В данном способе, нет проблем с проваливанием объектов под землю. Но рандомность, к сожалению фиксирована. Хотя, это даже к лучшему, так как появляется возможность спавнить только по укромным местам, а так же возможность указывать не только координаты, но и sid объектов, в том числе и нпс. Функция универсальна, что расширяет её возможности.<br />
<br />
Итак, в файле '''xr_effects.script''' вписываем новую функцию:<br />
<br />
<pre>function uni_random_spawn(items, tbl, kol)<br />
local lv_id, gv_id, obj, item, ms, kol2<br />
local kol1 = 1<br />
local id = 65535<br />
local pos = vector()<br />
<br />
if type(tbl) == 'table' then<br />
ms = math.random(#tbl)<br />
end<br />
<br />
if type(tbl) == 'table' and type(tbl[ms]) == 'table' then<br />
pos.x = tbl[ms][1]<br />
pos.y = tbl[ms][2]<br />
pos.z = tbl[ms][3]<br />
lv_id = tbl[ms][4]<br />
gv_id = tbl[ms][5]<br />
else<br />
if type(tbl) == 'table' and type(tbl[ms]) == 'number' then<br />
ms = tbl[ms]<br />
obj = level_object_by_sid (ms)<br />
elseif type(tbl) == 'table' and type(tbl[ms]) == 'string' or type(tbl) == 'string' then<br />
obj = db.actor<br />
elseif type(tbl) == 'number' then<br />
obj = level_object_by_sid (tbl)<br />
end<br />
<br />
pos = obj:position()<br />
lv_id = obj:level_vertex_id()<br />
gv_id = obj:game_vertex_id()<br />
id = obj:id()<br />
end<br />
<br />
if kol == nil then<br />
kol = 1<br />
end<br />
for s=1, kol do<br />
if type(items) == 'table' then<br />
item = math.random(#items)<br />
if type(items[item]) == 'number' then<br />
item = item - 1<br />
end<br />
if type(items[item+1]) == 'number' then<br />
kol1 = items[item+1]<br />
end<br />
item = items[item]<br />
else<br />
item = items<br />
end<br />
for i=1, kol1 do<br />
if type(item) == 'table' then<br />
for k, v in ipairs(item) do<br />
if type(item[k+1]) == 'number' then<br />
kol2 = item[k+1]<br />
else<br />
kol2 = 1<br />
end<br />
if type(item[k]) ~= 'number' then<br />
for j=1, kol2 do<br />
alife():create(v, pos, lv_id, gv_id, id)<br />
end<br />
end<br />
end<br />
else<br />
alife():create(item, pos, lv_id, gv_id, id)<br />
end<br />
end<br />
end<br />
<br />
end</pre><br />
<br />
Разберём возможности функции.<br />
Данная функция имеет 4 типа спавна:<br />
<br />
1. Рандомно, случайный(ые) объект(ы) (из предлагаемого списка).<br />
2. Рандомно, определённый(ые) объект(ы).<br />
3. В определённом месте, случайный(ые) объект(ы) (из предлагаемого списка).<br />
4. В определённом месте, определённый(ые) объект(ы).<br />
<br />
Можно указывать количество объектов, наборы объектов и количество каждого объекта в наборе.<br />
Так же, есть возможность указать количество циклов спавна (по объектам). Где, при каждом цикле выбирается случайный объект или набор объектов.<br />
<br />
Функция является общей, а значит при запуске функции, нам потребуется передавать ей данные для спавна. Передача данных будет производиться из других функций.<br />
<br />
Функции с данными должны выглядеть так:<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = --таблица мест спавна<br />
<br />
local items = --таблица объектов спавна<br />
<br />
local kol = 5 --количество спавн-циклов (по объектам). При каждом цикле выбирается случайный объект или набор объектов. <br />
Строку можно не указывать, если спавнится один объект или набор объектов.<br />
<br />
this.uni_random_spawn(items, tbl, kol) --если обе функции находятся в одном файле.<br />
end</pre><br />
<br />
<br />
Если функция с данными прописывается в другом файле, то вместо '''this''' пишется имя файла без расширения, в котором находится общая функция. В нашем случае, это '''xr_effects.script'''.<br />
Тоесть, получится так:<br />
<br />
<pre>xr_effects.uni_random_spawn(items, tbl, kol)</pre><br />
<br />
------------------------------------------------------------------------------------------------<br />
<br />
Рассмотрим функции данных, для каждого типа спавна.<br />
<br />
---------------------------<br />
<br />
'''1. Рандомно, случайный(ые) объект(ы):'''<br />
<br />
<pre>function random_spawn_data_1()<br />
--Список мест спавна--<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
--Список возможных объектов--<br />
local items = {<br />
'af_medusa',2,<br />
'af_cristall_flower',<br />
{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2},<br />
{'bandage',10,'medkit_scientic','medkit_army',3,'medkit',5},2<br />
} <br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
Таблица '''tbl''' содержит в себе разные типы мест для спавна. Такие как '''id''', '''актор''' и '''непосредственные координаты'''. Весь список данных записывается в фигурных скобках, через запятую. Непосредственные координаты, заключаются в дополнительные фигурные скобки, как в нашем примере.<br />
Строки, могут содержать в себе любую информацию. Это не имеет значения, так как проверка идёт на тип значения 'string'. Если строка, то спавнить в инвентаре актора.<br />
<br />
Таблица '''items''' содержит в себе, список возможных объектов и(или) возможных наборов объектов. Которые так же, вписываются в фигурные скобки, через запятую.<br />
Наборы объектов, заключаются в дополнительные фигурные скобки.<br />
После каждого объекта, можно указывать количество, через запятую.<br />
Можно также указать количество спавна набора объектов, через запятую, после закрытия фигурной скобки набора.<br />
<br />
-----------------------------------------------------------------------------------<br />
<br />
'''2. Рандомно, определённый объект:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
<br />
local items = 'af_medusa' --объект спавна<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
В данном случае, выбирается всего один объект, а значит в таблице '''items''' фигурные скобки ставить не обязательно. Что переделывает её, в простую переменную.<br />
<br />
------------------------------------------------------------------------------------<br />
<br />
'''2. Рандомно, определённый список объектов:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
<br />
local items = {{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2}} --Набор объектов, для спавна.<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
В данном случае, чтобы функция сообразила, что нам нужно заспавнить все прописанные объекты, список нужно заключить в двойные фигурные скобки.<br />
<br />
------------------------------------------------------------------------------------<br />
<br />
'''3. В определённом месте, случайный(ые) объект(ы):'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = 2040 -- id ящика<br />
<br />
local items = {<br />
'af_medusa',2,<br />
'af_cristall_flower',<br />
{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2},<br />
{'bandage',10,'medkit_scientic','medkit_army',3,'medkit',5},2<br />
} --Список возможных объектов и наборов объектов<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
В этом случае, переменная '''tbl''' может иметь один из трёх типов '''(table, number, string)'''. Если указывается id ящика или нпс, то прописывается так, как указано на примере. В данном случае, '''tbl''' будет иметь, тип - number. Если указать актора, то тип будет string:<br />
<br />
<pre>local tbl = "actor"</pre><br />
<br />
Ну а если указывать непосредственные координаты, то tbl будет таблицей:<br />
<br />
<pre>local tbl = {{134.526,0,70.318,36649,1229}}</pre><br />
<br />
Координаты, как и в случае с набором объектов, нужно заключить в двойные фигурные скобки, чтобы функция не воспринила их как набор id.<br />
<br />
------------------------------------------------------------------------------------------<br />
<br />
'''4. В определённом месте, определённый объект:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = 2040<br />
<br />
local items = 'af_medusa'<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
Ну тут, всё уже понятно.<br />
<br />
--------------------------------------------------------------------------------------------<br />
<br />
Как вы уже наверно поняли, спавнить можно не только объекты инвентаря, но и нпсов, и мутантов. Достаточно, вместо имени объекта, прописать имя секции из файла '''spawn_sections.ltx''' --для спавна нпс. Или имена типов мутантов из файла '''se_respawn.script''' --для спавна мутантов.<br />
<br />
--------------------------------------------------------------------------------------------<br />
<br />
Всё. Теперь вызываем функцию '''random_spawn_data_1''', например из диалога:<br />
<br />
<pre><action>xr_effects.random_spawn_data_1</action></pre><br />
<br />
И любуемся результатом.<br />
<br />
-------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Версия функции окончательная.<br />
<br />
-----------------------------------------------------------------------------------<br />
-----------------------------------------------------------------------------------<br />
Автор скрипта: '''SINGAPUR22'''<br />
<br />
[[Категория:скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._%D0%A1%D0%BF%D0%B0%D0%B2%D0%BD_%D1%82%D0%BE%D1%87%D0%B5%D0%BA_%D0%BF%D0%B5%D1%80%D0%B5%D1%85%D0%BE%D0%B4%D0%B0_%D0%BC%D0%B5%D0%B6%D0%B4%D1%83_%D1%83%D1%80%D0%BE%D0%B2%D0%BD%D1%8F%D0%BC%D0%B8SoC. Спавн точек перехода между уровнями2009-07-04T15:56:31Z<p>Singapur22: Исправлено не правильное положение gv и lv координат, куда перебрасывать.</p>
<hr />
<div>В этой статье я попытаюсь передать практический опыт скриптового создания точек перехода между уровнями. Файл ''all.spawn'' меняться не будет, поэтому такой механизм более удобен для совмещения модов и не требует начала новой игры.<br />
<br />
В качестве примера попробуем реализовать режим ''freeplay'' - продолжение игры после уничтожения О-Сознания. Для этого нужно создать как минимум две точки — возврат на ЧАЭС-1 со внутреннего дворика (после уничтожения О-Сознания) и переход из ЧАЭС-1 в Припять. К слову сказать, если вернуться на ЧАЭС-1, то там будет продолжать действовать таймер "выброса", который в конце-концов включит "deadzone". Отключить счетчик мне пока не удалось, но зато можно легко отключить сам "выброс" и всласть побегать по уровню.<br />
<br />
<br />
== Часть 1. Генерация работающего LEVEL_CHANGER ==<br />
<br />
Стандартной функции alife():create(…) недостаточно для создания полноценного level_changer. Собственно методика создания сложных объектов описана в статье [[Один из методов спавна]]. Сложность заключалась лишь в порядке полей и свойствах Shape. Неоценимую помощь в этом вопросе оказала утилита ACDC (created by bardak).<br />
<br />
Ниже я привожу код функции, которая создает и инициализирует level_changer:<br />
<code><br />
function create_level_changer(<br />
p_story_id, -- STORY_ID нового level_changer (понадобится нам позже)<br />
p_position, -- вектор, координаты точки, в которой будет располагаться центр нового level_changer<br />
p_lvertex_id, -- level_vertext_id - идентифицируют уровень, на котором будет создан level_changer<br />
p_gvertex_id, -- game_vertext_id <br />
<br />
p_dest_lv, -- level_vertex_id - идентифицируют уровень, на который level_changer будет перебрасывать игрока <br />
p_dest_gv, -- game_vertex_id<br />
p_dest_pos, -- координаты точки, в которой на новом уровне окажется игрок<br />
p_dest_dir, -- направрение взгляда игрока<br />
p_dest_level, -- название уровня, например "L11_Pripyat"<br />
p_silent -- следует задать 1, чтобы подавить вопрос о смене уровня (автоматический переход)<br />
)<br />
local obj = alife():create("level_changer", p_position, p_lvertex_id, p_gvertex_id)<br />
<br />
level.map_add_object_spot(obj.id, "level_changer", "")<br />
<br />
local packet = net_packet()<br />
obj:STATE_Write(packet)<br />
<br />
-- свойства cse_alife_object<br />
local game_vertex_id = packet:r_u16()<br />
local cse_alife_object__unk1_f32 = packet:r_float()<br />
local cse_alife_object__unk2_u32 = packet:r_u32()<br />
local level_vertex_id = packet:r_u32()<br />
local object_flags = packet:r_u32()<br />
local custom_data = packet:r_stringZ()<br />
local story_id = packet:r_u32()<br />
local spawn_story_id = packet:r_u32()<br />
<br />
-- свойства cse_shape<br />
local shape_count = packet:r_u8()<br />
for i=1,shape_count do<br />
local shape_type = packet:r_u8()<br />
if shape_type == 0 then<br />
-- sphere<br />
local center = packet:r_vec3()<br />
local radius = packet:r_float()<br />
else<br />
-- box<br />
local axis_x_x = packet:r_float()<br />
local axis_x_y = packet:r_float()<br />
local axis_x_z = packet:r_float()<br />
local axis_y_x = packet:r_float()<br />
local axis_y_y = packet:r_float()<br />
local axis_y_z = packet:r_float()<br />
local axis_z_x = packet:r_float()<br />
local axis_z_y = packet:r_float()<br />
local axis_z_z = packet:r_float()<br />
local offset_x = packet:r_float()<br />
local offset_y = packet:r_float()<br />
local offset_z = packet:r_float()<br />
end<br />
end<br />
<br />
-- свойства cse_alife_space_restrictor<br />
local restrictor_type = packet:r_u8()<br />
<br />
-- свойства cse_level_changer<br />
local dest_game_vertex_id = packet:r_u16() <br />
local dest_level_vertex_id = packet:r_u32() <br />
local dest_position = packet:r_vec3()<br />
local dest_direction = packet:r_vec3()<br />
local dest_level_name = packet:r_stringZ()<br />
local dest_graph_point = packet:r_stringZ()<br />
local silent_mode = packet:r_u8()<br />
<br />
<br />
packet:w_begin(game_vertex_id) -- game_vertex_id<br />
packet:w_float(cse_alife_object__unk1_f32)<br />
packet:w_u32(cse_alife_object__unk2_u32) <br />
packet:w_u32(level_vertex_id) -- level_vertex_id<br />
packet:w_u32( bit_not(193) ) -- object_flags = -193 = 0xFFFFFF3E<br />
packet:w_stringZ(custom_data)<br />
packet:w_u32(p_story_id) -- story_id<br />
packet:w_u32(spawn_story_id)<br />
<br />
packet:w_u8(1) -- количество фигур<br />
-- packet:w_u8(0) -- тип фигуры: сфера<br />
-- packet:w_vec3(vector():set(0, 0, 0)) -- sphere_center<br />
-- packet:w_float(3.0)<br />
packet:w_u8(1) -- тип фигуры: box<br />
packet:w_float(2) -- axis_x_x<br />
packet:w_float(0) -- axis_x_y<br />
packet:w_float(0) -- axis_x_z<br />
packet:w_float(0) -- axis_y_x<br />
packet:w_float(4) -- axis_y_y<br />
packet:w_float(0) -- axis_y_z<br />
packet:w_float(0) -- axis_z_x<br />
packet:w_float(0) -- axis_z_y<br />
packet:w_float(4) -- axis_z_z<br />
packet:w_float(0) -- offset_x<br />
packet:w_float(0) -- offset_y<br />
packet:w_float(0) -- offset_z<br />
<br />
packet:w_u8(3) -- restrictor_type<br />
<br />
packet:w_u16(p_dest_gv) -- destination game_vertex_id<br />
packet:w_u32(p_dest_lv) -- destination level_vertex_id<br />
packet:w_vec3(p_dest_pos) -- destination position<br />
packet:w_vec3(p_dest_dir) -- destination direction (направление взгляда)<br />
packet:w_stringZ(p_dest_level) -- destination level name<br />
packet:w_stringZ("start_actor_99") -- some string, always const<br />
packet:w_u8(p_silent) -- 1 for silent level changing<br />
<br />
packet:r_seek(0)<br />
obj:STATE_Read(packet, packet:w_tell())<br />
<br />
-- news_manager.send_tip(db.actor, "LC creation finished", nil, nil, 30000)<br />
end<br />
</code><br />
<br />
<blockquote><br />
''Для shape типа "box" загрузка координат методом packet:r_matrix() окончилась неудачей. Я подозреваю, что не был прочитан вектор "offset", но точной уверенности нет, поэтому пока остановился на покомпонентной выборке и сохранении координат.''<br />
</blockquote><br />
<br />
== Часть 2. '''Создание точек перехода''' ==<br />
<br />
Теперь следует написать функции создания нужных точек перехода и подключить их к игре. Сами функции просты:<br />
<code><br />
function exit_monolit()<br />
if (not has_alife_info("freeplay_activated1")) then<br />
create_level_changer(11410, vector():set(-13.26, 47.71, 46.57), 200, 2417,<br />
162109,<br />
2384,<br />
vector():set( 375.615, 0.224, 27.737 ),<br />
vector():set( 0.0, 0.0 , 0.0 ),<br />
"L12_Stancia",<br />
1)<br />
<br />
db.actor:give_info_portion("freeplay_activated1")<br />
end<br />
<br />
-- создается переход из ЧАЭС в Припять<br />
create_chaes2pripyat_exit()<br />
<br />
-- актер перебрасывается в level_changer, возвращающий его на ЧАЭС, ко входу в бункер<br />
db.actor:set_actor_position( vector():set(-13.26, 47.71, 46.57) )<br />
end<br />
<br />
function refuze_o_sozn()<br />
if (not has_alife_info("freeplay_activated2")) then<br />
create_level_changer(21410, vector():set(946.872, 6.0, 167.66), 240852, 2637,<br />
472710,<br />
2280,<br />
vector():set( 1062.15, -0.0982, -3.512 ),<br />
vector():set( 0.0 , 0.0 , -1.0 ),<br />
"L12_Stancia",<br />
1)<br />
<br />
db.actor:give_info_portion("freeplay_activated2")<br />
end<br />
<br />
-- создается переход из ЧАЭС в Припять<br />
create_chaes2pripyat_exit()<br />
<br />
-- актер перебрасывается в level_changer, возвращающий его к правым воротам ЧАЭС<br />
db.actor:set_actor_position( vector():set(946.872, 6.0, 167.66) )<br />
end<br />
<br />
function create_chaes2pripyat_exit()<br />
-- создается переход из ЧАЭС в Припять<br />
if (not has_alife_info( "exit_chaes2pripyat_created" )) then<br />
create_level_changer(31410, vector():set( 917.35, 0.419, -316.35 ), 403866, 2401,<br />
73868,<br />
2117,<br />
vector():set( 31.3, 3.0, 240.0 ),<br />
vector():set( 0.0, 0.0, -1.0 ),<br />
"L11_Pripyat",<br />
0)<br />
<br />
db.actor:give_info_portion("exit_chaes2pripyat_created")<br />
end<br />
end<br />
</code><br />
<br />
<blockquote><br />
''Функцию '''exit_monolit''' я создал исключительно для тестирования, но решил оставить и тут. Вдруг кто-то захочет реализовать более сложный возврат: Меченого грузят в "грузовик смерти" и он снова приходит в себя на кордоне...''<br />
</blockquote><br />
<br />
Функция '''exit_monolit''' создает «тихий» переход на уровень ЧАЭС-1 и обычный - в начале уровня ЧАЭС-1 для возврата в Припять, после чего перебрасывает актера прямо внутрь созданного перехода. Функция '''refuze_o_sozn''' делает тоже самое, только игрок появляется перед воротами в правом верхем углу карты (мне кажется, что так более логично). Все телепорты защищаются уникальными info_portions, дабы избежать их повторного создания, ведь игрок может захотеть «закончить» игру несколько раз.<br />
<br />
Теперь подключение.<br />
Во-первых надо добавить новые info-portions. Я решил не изменять оригинальные файлы игры, а сделал для них (ну и для других тоже) отдельный файл<br />
<code><br />
config\gameplay\_info_sa.xml<br />
</code><br />
следующего вида:<br />
<code><br />
<?xml version="1.0" encoding="windows-1251" ?><br />
<br />
<game_information_portions><br />
<br />
<info_portion id="freeplay_activated1"></info_portion><br />
<info_portion id="freeplay_activated2"></info_portion><br />
<info_portion id="exit_chaes2pripyat_created"></info_portion><br />
<br />
</game_information_portions><br />
</code><br />
Теперь в этот файл можно будет добавлять новые info_portion, которые вы будете использовать в своих сюжетах.<br />
Подключается этот файл в system.ltx в секции «info_portions»:<br />
<code><br />
[info_portions]<br />
;список xml файлов, содержащих info_portions<br />
files = _info_sa, info_portions, ....................<br />
</code><br />
<br />
''Кстати, именно так я рекомендую добавлять новые диалоги и новых персонажей. Это упростит процессы совмещения модов и аддонов.''<br />
<br />
<br />
Следующий шаг - подключение наших скриптов к игре. Для этого откройте файл <br />
<code><br />
config\ui\ui_movies.xml<br />
</code><br />
найдите элементы «''mov_desire_''» (их пять, по количеству ложных концовок игры - все варианты общения с Монолитом). Внутри каждого элемента есть дочерние элементы «''function_on_stop''», которые задают функцию, запускающуюся сразу после ролика. Стандартное содержимое:<br />
<code><br />
<function_on_stop>xr_effects.game_credits</function_on_stop><br />
</code><br />
Функция '''xr_effects.game_credits''' запускает финальные титры. Именно ее и нужно заменить на вызов нашей функции _freeplay_sa.exit_monolit. Вот что должно получиться:<br />
<code><br />
<function_on_stop>_freeplay_sa.exit_monolit</function_on_stop><br />
<!-- original: <function_on_stop>xr_effects.game_credits</function_on_stop> --><br />
</code><br />
<blockquote><br />
''Старый элемент я советую не удалять, а закомментировать.''<br />
</blockquote><br />
<br />
Чуть ниже «''mov_desire_5''» находится тэг ролика для концовки «Присоединение к О-Сознанию». Его мы трогать не будем - Меченый станет медузой. А вот после него - тэг для ролика «Отказ от О-Сознания»: «''mov_refuse_osoznanie''». Функцию завершения в нем заменим следующим образом:<br />
<code><br />
<function_on_stop>_freeplay_sa.refuze_o_sozn</function_on_stop><br />
<!-- original: <function_on_stop>xr_effects.game_credits</function_on_stop> --><br />
</code><br />
<br />
<br />
Можно запускать и, если есть сохранения перед монолитом и/или о-сознанием, тестировать. Первые переходы срабатывают «тихо» - запрос на смену уровня не выдается (в параметре p_silent задана 1). До перехода в Припять можно успеть добежать, пока не сработал выброс... Но это как-то неправильно, выброс надо остановить (он же произошел, пока мы были внутри станции). «По-честному» (скриптом, без модификации ''all.spawn'') таймер выброса отключить не получится, но зато выброс можно подавить небольшим «хаком». Найдите файл xr_logic.script, а в нем - функцию '''switch_to_section'''. Ее нужно модифицировать следующим образом:<br />
<code><br />
-- Выполняет переключение на указанную секцию, если задана.<br />
-- Если section == nil, остается работать старая секция.<br />
function switch_to_section(npc, st, section)<br />
if section == nil or section == "" then<br />
return false<br />
end<br />
<br />
-- 15.03.2008 by SA:<br />
-- отключает "смертельные зоны" на ЧАЭС после запуска режима FREEPLAY<br />
-- таймер не отключается, но сам "выброс" не происходит<br />
if (section == "sr_aes_deadzone") then<br />
if (has_alife_info("freeplay_activated1") or has_alife_info("freeplay_activated2")) then<br />
return false<br />
end<br />
end<br />
<br />
... далее без изменений ...<br />
end<br />
</code><br />
<br />
Данный способ оставляет висящий на нулях таймер и все эффекты начала выброса, но сам «''выброс''» отключается.<br />
<br />
И последнее: переход ЧАЭС1-Припять необходимо отметить на карте. Для этого существует вполне «легальный» механизм. Находим файл '''level_tasks.script''' и в конце функции '''add_lchanger_location''' дописываем следующее:<br />
<code><br />
-- aes (++16.03.2008 by SA):<br />
obj = sim:story_object(31410)<br />
if obj then<br />
level.map_add_object_spot(obj.id, "level_changer", "To Pripyat")<br />
end<br />
</code><br />
<br />
Здесь 31410 - story_id нашего level_changer, который создается нашей функцией '''create_chaes2pripyat_exit'''.<br />
<br />
На этом пока все (мелкие огрехи типа направления взгляда игрока после смены уровня исправлю позже).<br />
Прошу тестировать и дополнять.<br />
<br />
С уважением, sarthur.<br />
[[Категория:Скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._%D0%A1%D0%BF%D0%B0%D0%B2%D0%BD_%D1%82%D0%BE%D1%87%D0%B5%D0%BA_%D0%BF%D0%B5%D1%80%D0%B5%D1%85%D0%BE%D0%B4%D0%B0_%D0%BC%D0%B5%D0%B6%D0%B4%D1%83_%D1%83%D1%80%D0%BE%D0%B2%D0%BD%D1%8F%D0%BC%D0%B8SoC. Спавн точек перехода между уровнями2009-07-04T15:46:52Z<p>Singapur22: исправлена ошибка в функции create_level_changer, Из-за которой переброс производился, всё время на Кордон.</p>
<hr />
<div>В этой статье я попытаюсь передать практический опыт скриптового создания точек перехода между уровнями. Файл ''all.spawn'' меняться не будет, поэтому такой механизм более удобен для совмещения модов и не требует начала новой игры.<br />
<br />
В качестве примера попробуем реализовать режим ''freeplay'' - продолжение игры после уничтожения О-Сознания. Для этого нужно создать как минимум две точки — возврат на ЧАЭС-1 со внутреннего дворика (после уничтожения О-Сознания) и переход из ЧАЭС-1 в Припять. К слову сказать, если вернуться на ЧАЭС-1, то там будет продолжать действовать таймер "выброса", который в конце-концов включит "deadzone". Отключить счетчик мне пока не удалось, но зато можно легко отключить сам "выброс" и всласть побегать по уровню.<br />
<br />
<br />
== Часть 1. Генерация работающего LEVEL_CHANGER ==<br />
<br />
Стандартной функции alife():create(…) недостаточно для создания полноценного level_changer. Собственно методика создания сложных объектов описана в статье [[Один из методов спавна]]. Сложность заключалась лишь в порядке полей и свойствах Shape. Неоценимую помощь в этом вопросе оказала утилита ACDC (created by bardak).<br />
<br />
Ниже я привожу код функции, которая создает и инициализирует level_changer:<br />
<code><br />
function create_level_changer(<br />
p_story_id, -- STORY_ID нового level_changer (понадобится нам позже)<br />
p_position, -- вектор, координаты точки, в которой будет располагаться центр нового level_changer<br />
p_lvertex_id, -- level_vertext_id - идентифицируют уровень, на котором будет создан level_changer<br />
p_gvertex_id, -- game_vertext_id <br />
<br />
p_dest_lv, -- level_vertex_id - идентифицируют уровень, на который level_changer будет перебрасывать игрока <br />
p_dest_gv, -- game_vertex_id<br />
p_dest_pos, -- координаты точки, в которой на новом уровне окажется игрок<br />
p_dest_dir, -- направрение взгляда игрока<br />
p_dest_level, -- название уровня, например "L11_Pripyat"<br />
p_silent -- следует задать 1, чтобы подавить вопрос о смене уровня (автоматический переход)<br />
)<br />
local obj = alife():create("level_changer", p_position, p_lvertex_id, p_gvertex_id)<br />
<br />
level.map_add_object_spot(obj.id, "level_changer", "")<br />
<br />
local packet = net_packet()<br />
obj:STATE_Write(packet)<br />
<br />
-- свойства cse_alife_object<br />
local game_vertex_id = packet:r_u16()<br />
local cse_alife_object__unk1_f32 = packet:r_float()<br />
local cse_alife_object__unk2_u32 = packet:r_u32()<br />
local level_vertex_id = packet:r_u32()<br />
local object_flags = packet:r_u32()<br />
local custom_data = packet:r_stringZ()<br />
local story_id = packet:r_u32()<br />
local spawn_story_id = packet:r_u32()<br />
<br />
-- свойства cse_shape<br />
local shape_count = packet:r_u8()<br />
for i=1,shape_count do<br />
local shape_type = packet:r_u8()<br />
if shape_type == 0 then<br />
-- sphere<br />
local center = packet:r_vec3()<br />
local radius = packet:r_float()<br />
else<br />
-- box<br />
local axis_x_x = packet:r_float()<br />
local axis_x_y = packet:r_float()<br />
local axis_x_z = packet:r_float()<br />
local axis_y_x = packet:r_float()<br />
local axis_y_y = packet:r_float()<br />
local axis_y_z = packet:r_float()<br />
local axis_z_x = packet:r_float()<br />
local axis_z_y = packet:r_float()<br />
local axis_z_z = packet:r_float()<br />
local offset_x = packet:r_float()<br />
local offset_y = packet:r_float()<br />
local offset_z = packet:r_float()<br />
end<br />
end<br />
<br />
-- свойства cse_alife_space_restrictor<br />
local restrictor_type = packet:r_u8()<br />
<br />
-- свойства cse_level_changer<br />
local dest_game_vertex_id = packet:r_u16() <br />
local dest_level_vertex_id = packet:r_u32() <br />
local dest_position = packet:r_vec3()<br />
local dest_direction = packet:r_vec3()<br />
local dest_level_name = packet:r_stringZ()<br />
local dest_graph_point = packet:r_stringZ()<br />
local silent_mode = packet:r_u8()<br />
<br />
<br />
packet:w_begin(game_vertex_id) -- game_vertex_id<br />
packet:w_float(cse_alife_object__unk1_f32)<br />
packet:w_u32(cse_alife_object__unk2_u32) <br />
packet:w_u32(level_vertex_id) -- level_vertex_id<br />
packet:w_u32( bit_not(193) ) -- object_flags = -193 = 0xFFFFFF3E<br />
packet:w_stringZ(custom_data)<br />
packet:w_u32(p_story_id) -- story_id<br />
packet:w_u32(spawn_story_id)<br />
<br />
packet:w_u8(1) -- количество фигур<br />
-- packet:w_u8(0) -- тип фигуры: сфера<br />
-- packet:w_vec3(vector():set(0, 0, 0)) -- sphere_center<br />
-- packet:w_float(3.0)<br />
packet:w_u8(1) -- тип фигуры: box<br />
packet:w_float(2) -- axis_x_x<br />
packet:w_float(0) -- axis_x_y<br />
packet:w_float(0) -- axis_x_z<br />
packet:w_float(0) -- axis_y_x<br />
packet:w_float(4) -- axis_y_y<br />
packet:w_float(0) -- axis_y_z<br />
packet:w_float(0) -- axis_z_x<br />
packet:w_float(0) -- axis_z_y<br />
packet:w_float(4) -- axis_z_z<br />
packet:w_float(0) -- offset_x<br />
packet:w_float(0) -- offset_y<br />
packet:w_float(0) -- offset_z<br />
<br />
packet:w_u8(3) -- restrictor_type<br />
<br />
packet:w_u16(p_dest_gv) -- destination game_vertex_id<br />
packet:w_u32(p_dest_lv) -- destination level_vertex_id<br />
packet:w_vec3(p_dest_pos) -- destination position<br />
packet:w_vec3(p_dest_dir) -- destination direction (направление взгляда)<br />
packet:w_stringZ(p_dest_level) -- destination level name<br />
packet:w_stringZ("start_actor_99") -- some string, always const<br />
packet:w_u8(p_silent) -- 1 for silent level changing<br />
<br />
packet:r_seek(0)<br />
obj:STATE_Read(packet, packet:w_tell())<br />
<br />
-- news_manager.send_tip(db.actor, "LC creation finished", nil, nil, 30000)<br />
end<br />
</code><br />
<br />
<blockquote><br />
''Для shape типа "box" загрузка координат методом packet:r_matrix() окончилась неудачей. Я подозреваю, что не был прочитан вектор "offset", но точной уверенности нет, поэтому пока остановился на покомпонентной выборке и сохранении координат.''<br />
</blockquote><br />
<br />
== Часть 2. '''Создание точек перехода''' ==<br />
<br />
Теперь следует написать функции создания нужных точек перехода и подключить их к игре. Сами функции просты:<br />
<code><br />
function exit_monolit()<br />
if (not has_alife_info("freeplay_activated1")) then<br />
create_level_changer(11410, vector():set(-13.26, 47.71, 46.57), 200, 2417,<br />
2384,<br />
162109,<br />
vector():set( 375.615, 0.224, 27.737 ),<br />
vector():set( 0.0, 0.0 , 0.0 ),<br />
"L12_Stancia",<br />
1)<br />
<br />
db.actor:give_info_portion("freeplay_activated1")<br />
end<br />
<br />
-- создается переход из ЧАЭС в Припять<br />
create_chaes2pripyat_exit()<br />
<br />
-- актер перебрасывается в level_changer, возвращающий его на ЧАЭС, ко входу в бункер<br />
db.actor:set_actor_position( vector():set(-13.26, 47.71, 46.57) )<br />
end<br />
<br />
function refuze_o_sozn()<br />
if (not has_alife_info("freeplay_activated2")) then<br />
create_level_changer(21410, vector():set(946.872, 6.0, 167.66), 240852, 2637,<br />
2280,<br />
472710,<br />
vector():set( 1062.15, -0.0982, -3.512 ),<br />
vector():set( 0.0 , 0.0 , -1.0 ),<br />
"L12_Stancia",<br />
1)<br />
<br />
db.actor:give_info_portion("freeplay_activated2")<br />
end<br />
<br />
-- создается переход из ЧАЭС в Припять<br />
create_chaes2pripyat_exit()<br />
<br />
-- актер перебрасывается в level_changer, возвращающий его к правым воротам ЧАЭС<br />
db.actor:set_actor_position( vector():set(946.872, 6.0, 167.66) )<br />
end<br />
<br />
function create_chaes2pripyat_exit()<br />
-- создается переход из ЧАЭС в Припять<br />
if (not has_alife_info( "exit_chaes2pripyat_created" )) then<br />
create_level_changer(31410, vector():set( 917.35, 0.419, -316.35 ), 403866, 2401,<br />
2117,<br />
73868,<br />
vector():set( 31.3, 3.0, 240.0 ),<br />
vector():set( 0.0, 0.0, -1.0 ),<br />
"L11_Pripyat",<br />
0)<br />
<br />
db.actor:give_info_portion("exit_chaes2pripyat_created")<br />
end<br />
end<br />
</code><br />
<br />
<blockquote><br />
''Функцию '''exit_monolit''' я создал исключительно для тестирования, но решил оставить и тут. Вдруг кто-то захочет реализовать более сложный возврат: Меченого грузят в "грузовик смерти" и он снова приходит в себя на кордоне...''<br />
</blockquote><br />
<br />
Функция '''exit_monolit''' создает «тихий» переход на уровень ЧАЭС-1 и обычный - в начале уровня ЧАЭС-1 для возврата в Припять, после чего перебрасывает актера прямо внутрь созданного перехода. Функция '''refuze_o_sozn''' делает тоже самое, только игрок появляется перед воротами в правом верхем углу карты (мне кажется, что так более логично). Все телепорты защищаются уникальными info_portions, дабы избежать их повторного создания, ведь игрок может захотеть «закончить» игру несколько раз.<br />
<br />
Теперь подключение.<br />
Во-первых надо добавить новые info-portions. Я решил не изменять оригинальные файлы игры, а сделал для них (ну и для других тоже) отдельный файл<br />
<code><br />
config\gameplay\_info_sa.xml<br />
</code><br />
следующего вида:<br />
<code><br />
<?xml version="1.0" encoding="windows-1251" ?><br />
<br />
<game_information_portions><br />
<br />
<info_portion id="freeplay_activated1"></info_portion><br />
<info_portion id="freeplay_activated2"></info_portion><br />
<info_portion id="exit_chaes2pripyat_created"></info_portion><br />
<br />
</game_information_portions><br />
</code><br />
Теперь в этот файл можно будет добавлять новые info_portion, которые вы будете использовать в своих сюжетах.<br />
Подключается этот файл в system.ltx в секции «info_portions»:<br />
<code><br />
[info_portions]<br />
;список xml файлов, содержащих info_portions<br />
files = _info_sa, info_portions, ....................<br />
</code><br />
<br />
''Кстати, именно так я рекомендую добавлять новые диалоги и новых персонажей. Это упростит процессы совмещения модов и аддонов.''<br />
<br />
<br />
Следующий шаг - подключение наших скриптов к игре. Для этого откройте файл <br />
<code><br />
config\ui\ui_movies.xml<br />
</code><br />
найдите элементы «''mov_desire_''» (их пять, по количеству ложных концовок игры - все варианты общения с Монолитом). Внутри каждого элемента есть дочерние элементы «''function_on_stop''», которые задают функцию, запускающуюся сразу после ролика. Стандартное содержимое:<br />
<code><br />
<function_on_stop>xr_effects.game_credits</function_on_stop><br />
</code><br />
Функция '''xr_effects.game_credits''' запускает финальные титры. Именно ее и нужно заменить на вызов нашей функции _freeplay_sa.exit_monolit. Вот что должно получиться:<br />
<code><br />
<function_on_stop>_freeplay_sa.exit_monolit</function_on_stop><br />
<!-- original: <function_on_stop>xr_effects.game_credits</function_on_stop> --><br />
</code><br />
<blockquote><br />
''Старый элемент я советую не удалять, а закомментировать.''<br />
</blockquote><br />
<br />
Чуть ниже «''mov_desire_5''» находится тэг ролика для концовки «Присоединение к О-Сознанию». Его мы трогать не будем - Меченый станет медузой. А вот после него - тэг для ролика «Отказ от О-Сознания»: «''mov_refuse_osoznanie''». Функцию завершения в нем заменим следующим образом:<br />
<code><br />
<function_on_stop>_freeplay_sa.refuze_o_sozn</function_on_stop><br />
<!-- original: <function_on_stop>xr_effects.game_credits</function_on_stop> --><br />
</code><br />
<br />
<br />
Можно запускать и, если есть сохранения перед монолитом и/или о-сознанием, тестировать. Первые переходы срабатывают «тихо» - запрос на смену уровня не выдается (в параметре p_silent задана 1). До перехода в Припять можно успеть добежать, пока не сработал выброс... Но это как-то неправильно, выброс надо остановить (он же произошел, пока мы были внутри станции). «По-честному» (скриптом, без модификации ''all.spawn'') таймер выброса отключить не получится, но зато выброс можно подавить небольшим «хаком». Найдите файл xr_logic.script, а в нем - функцию '''switch_to_section'''. Ее нужно модифицировать следующим образом:<br />
<code><br />
-- Выполняет переключение на указанную секцию, если задана.<br />
-- Если section == nil, остается работать старая секция.<br />
function switch_to_section(npc, st, section)<br />
if section == nil or section == "" then<br />
return false<br />
end<br />
<br />
-- 15.03.2008 by SA:<br />
-- отключает "смертельные зоны" на ЧАЭС после запуска режима FREEPLAY<br />
-- таймер не отключается, но сам "выброс" не происходит<br />
if (section == "sr_aes_deadzone") then<br />
if (has_alife_info("freeplay_activated1") or has_alife_info("freeplay_activated2")) then<br />
return false<br />
end<br />
end<br />
<br />
... далее без изменений ...<br />
end<br />
</code><br />
<br />
Данный способ оставляет висящий на нулях таймер и все эффекты начала выброса, но сам «''выброс''» отключается.<br />
<br />
И последнее: переход ЧАЭС1-Припять необходимо отметить на карте. Для этого существует вполне «легальный» механизм. Находим файл '''level_tasks.script''' и в конце функции '''add_lchanger_location''' дописываем следующее:<br />
<code><br />
-- aes (++16.03.2008 by SA):<br />
obj = sim:story_object(31410)<br />
if obj then<br />
level.map_add_object_spot(obj.id, "level_changer", "To Pripyat")<br />
end<br />
</code><br />
<br />
Здесь 31410 - story_id нашего level_changer, который создается нашей функцией '''create_chaes2pripyat_exit'''.<br />
<br />
На этом пока все (мелкие огрехи типа направления взгляда игрока после смены уровня исправлю позже).<br />
Прошу тестировать и дополнять.<br />
<br />
С уважением, sarthur.<br />
[[Категория:Скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%BD%D0%B4%D0%BE%D0%BC%D0%BD%D1%8B%D0%B9_%D1%81%D0%BF%D0%B0%D0%B2%D0%BD_%D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BE%D0%B2Рандомный спавн объектов2009-06-17T10:15:56Z<p>Singapur22: </p>
<hr />
<div>Предлагаю свой вариант рандомного спавна. В данном способе, нет проблем с проваливанием объектов под землю. Но рандомность, к сожалению фиксирована. Хотя, это даже к лучшему, так как появляется возможность спавнить только по укромным местам, а так же возможность указывать не только координаты, но и id объектов, в том числе и нпс. Функция универсальна, что расширяет её возможности.<br />
<br />
Итак, в файле '''xr_effects.script''' вписываем новую функцию:<br />
<br />
<pre>function uni_random_spawn(items, tbl, kol)<br />
local lv_id, gv_id, obj, item, ms, kol2<br />
local kol1 = 1<br />
local id = 65535<br />
local pos = vector()<br />
<br />
if type(tbl) == 'table' then<br />
ms = math.random(#tbl)<br />
end<br />
<br />
if type(tbl) == 'table' and type(tbl[ms]) == 'table' then<br />
pos.x = tbl[ms][1]<br />
pos.y = tbl[ms][2]<br />
pos.z = tbl[ms][3]<br />
lv_id = tbl[ms][4]<br />
gv_id = tbl[ms][5]<br />
else<br />
if type(tbl) == 'table' and type(tbl[ms]) == 'number' then<br />
ms = tbl[ms]<br />
obj = level_object_by_sid (ms)<br />
elseif type(tbl) == 'table' and type(tbl[ms]) == 'string' or type(tbl) == 'string' then<br />
obj = db.actor<br />
elseif type(tbl) == 'number' then<br />
obj = level_object_by_sid (tbl)<br />
end<br />
<br />
pos = obj:position()<br />
lv_id = obj:level_vertex_id()<br />
gv_id = obj:game_vertex_id()<br />
id = obj:id()<br />
end<br />
<br />
if kol == nil then<br />
kol = 1<br />
end<br />
for s=1, kol do<br />
if type(items) == 'table' then<br />
item = math.random(#items)<br />
if type(items[item]) == 'number' then<br />
item = item - 1<br />
end<br />
if type(items[item+1]) == 'number' then<br />
kol1 = items[item+1]<br />
end<br />
item = items[item]<br />
else<br />
item = items<br />
end<br />
for i=1, kol1 do<br />
if type(item) == 'table' then<br />
for k, v in ipairs(item) do<br />
if type(item[k+1]) == 'number' then<br />
kol2 = item[k+1]<br />
else<br />
kol2 = 1<br />
end<br />
if type(item[k]) ~= 'number' then<br />
for j=1, kol2 do<br />
alife():create(v, pos, lv_id, gv_id, id)<br />
end<br />
end<br />
end<br />
else<br />
alife():create(item, pos, lv_id, gv_id, id)<br />
end<br />
end<br />
end<br />
<br />
end</pre><br />
<br />
Разберём возможности функции.<br />
Данная функция имеет 4 типа спавна:<br />
<br />
1. Рандомно, случайный(ые) объект(ы) (из предлагаемого списка).<br />
2. Рандомно, определённый(ые) объект(ы).<br />
3. В определённом месте, случайный(ые) объект(ы) (из предлагаемого списка).<br />
4. В определённом месте, определённый(ые) объект(ы).<br />
<br />
Можно указывать количество объектов, наборы объектов и количество каждого объекта в наборе.<br />
Так же, есть возможность указать количество циклов спавна (по объектам). Где, при каждом цикле выбирается случайный объект или набор объектов.<br />
<br />
Функция является общей, а значит при запуске функции, нам потребуется передавать ей данные для спавна. Передача данных будет производиться из других функций.<br />
<br />
Функции с данными должны выглядеть так:<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = --таблица мест спавна<br />
<br />
local items = --таблица объектов спавна<br />
<br />
local kol = 5 --количество спавн-циклов (по объектам). При каждом цикле выбирается случайный объект или набор объектов. <br />
Строку можно не указывать, если спавнится один объект или набор объектов.<br />
<br />
this.uni_random_spawn(items, tbl, kol) --если обе функции находятся в одном файле.<br />
end</pre><br />
<br />
<br />
Если функция с данными прописывается в другом файле, то вместо '''this''' пишется имя файла без расширения, в котором находится общая функция. В нашем случае, это '''xr_effects.script'''.<br />
Тоесть, получится так:<br />
<br />
<pre>xr_effects.uni_random_spawn(items, tbl, kol)</pre><br />
<br />
------------------------------------------------------------------------------------------------<br />
<br />
Рассмотрим функции данных, для каждого типа спавна.<br />
<br />
---------------------------<br />
<br />
'''1. Рандомно, случайный(ые) объект(ы):'''<br />
<br />
<pre>function random_spawn_data_1()<br />
--Список мест спавна--<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
--Список возможных объектов--<br />
local items = {<br />
'af_medusa',2,<br />
'af_cristall_flower',<br />
{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2},<br />
{'bandage',10,'medkit_scientic','medkit_army',3,'medkit',5},2<br />
} <br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
Таблица '''tbl''' содержит в себе разные типы мест для спавна. Такие как '''id''', '''актор''' и '''непосредственные координаты'''. Весь список данных записывается в фигурных скобках, через запятую. Непосредственные координаты, заключаются в дополнительные фигурные скобки, как в нашем примере.<br />
Строки, могут содержать в себе любую информацию. Это не имеет значения, так как проверка идёт на тип значения 'string'. Если строка, то спавнить в инвентаре актора.<br />
<br />
Таблица '''items''' содержит в себе, список возможных объектов и(или) возможных наборов объектов. Которые так же, вписываются в фигурные скобки, через запятую.<br />
Наборы объектов, заключаются в дополнительные фигурные скобки.<br />
После каждого объекта, можно указывать количество, через запятую.<br />
Можно также указать количество спавна набора объектов, через запятую, после закрытия фигурной скобки набора.<br />
<br />
-----------------------------------------------------------------------------------<br />
<br />
'''2. Рандомно, определённый объект:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
<br />
local items = 'af_medusa' --объект спавна<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
В данном случае, выбирается всего один объект, а значит в таблице '''items''' фигурные скобки ставить не обязательно. Что переделывает её, в простую переменную.<br />
<br />
------------------------------------------------------------------------------------<br />
<br />
'''2. Рандомно, определённый список объектов:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
<br />
local items = {{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2}} --Набор объектов, для спавна.<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
В данном случае, чтобы функция сообразила, что нам нужно заспавнить все прописанные объекты, список нужно заключить в двойные фигурные скобки.<br />
<br />
------------------------------------------------------------------------------------<br />
<br />
'''3. В определённом месте, случайный(ые) объект(ы):'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = 2040 -- id ящика<br />
<br />
local items = {<br />
'af_medusa',2,<br />
'af_cristall_flower',<br />
{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2},<br />
{'bandage',10,'medkit_scientic','medkit_army',3,'medkit',5},2<br />
} --Список возможных объектов и наборов объектов<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
В этом случае, переменная '''tbl''' может иметь один из трёх типов '''(table, number, string)'''. Если указывается id ящика или нпс, то прописывается так, как указано на примере. В данном случае, '''tbl''' будет иметь, тип - number. Если указать актора, то тип будет string:<br />
<br />
<pre>local tbl = "actor"</pre><br />
<br />
Ну а если указывать непосредственные координаты, то tbl будет таблицей:<br />
<br />
<pre>local tbl = {{134.526,0,70.318,36649,1229}}</pre><br />
<br />
Координаты, как и в случае с набором объектов, нужно заключить в двойные фигурные скобки, чтобы функция не воспринила их как набор id.<br />
<br />
------------------------------------------------------------------------------------------<br />
<br />
'''4. В определённом месте, определённый объект:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = 2040<br />
<br />
local items = 'af_medusa'<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
Ну тут, всё уже понятно.<br />
<br />
--------------------------------------------------------------------------------------------<br />
<br />
Как вы уже наверно поняли, спавнить можно не только объекты инвентаря, но и нпсов, и мутантов. Достаточно, вместо имени объекта, прописать имя секции из файла '''spawn_sections.ltx''' --для спавна нпс. Или имена типов мутантов из файла '''se_respawn.script''' --для спавна мутантов.<br />
<br />
--------------------------------------------------------------------------------------------<br />
<br />
Всё. Теперь вызываем функцию '''random_spawn_data_1''', например из диалога:<br />
<br />
<pre><action>xr_effects.random_spawn_data_1</action></pre><br />
<br />
И любуемся результатом.<br />
<br />
-------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Версия функции окончательная.<br />
<br />
-----------------------------------------------------------------------------------<br />
-----------------------------------------------------------------------------------<br />
Автор скрипта: '''SINGAPUR22'''<br />
<br />
[[Категория:скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%BD%D0%B4%D0%BE%D0%BC%D0%BD%D1%8B%D0%B9_%D1%81%D0%BF%D0%B0%D0%B2%D0%BD_%D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BE%D0%B2Рандомный спавн объектов2009-06-16T07:24:20Z<p>Singapur22: </p>
<hr />
<div>Предлагаю свой вариант рандомного спавна. В данном способе, нет проблем с проваливанием объектов под землю. Но рандомность, к сожалению фиксирована. Хотя, это даже к лучшему, так как появляется возможность спавнить только по укромным местам, а так же возможность указывать не только координаты, но и id объектов, в том числе и нпс. Функция универсальна, что расширяет её возможности.<br />
<br />
Итак, в файле '''xr_effects.script''' вписываем новую функцию:<br />
<br />
<pre>function uni_random_spawn(items, tbl, kol)<br />
local lv_id, gv_id, obj, item, ms, kol1, kol2<br />
local id = 65535<br />
local pos = vector()<br />
<br />
if type(tbl) == 'table' then<br />
ms = math.random(#tbl)<br />
end<br />
<br />
if type(tbl) == 'table' and type(tbl[ms]) == 'table' then<br />
pos.x = tbl[ms][1]<br />
pos.y = tbl[ms][2]<br />
pos.z = tbl[ms][3]<br />
lv_id = tbl[ms][4]<br />
gv_id = tbl[ms][5]<br />
else<br />
if type(tbl) == 'table' and type(tbl[ms]) == 'number' then<br />
ms = tbl[ms]<br />
obj = level_object_by_sid (ms)<br />
elseif type(tbl) == 'table' and type(tbl[ms]) == 'string' or type(tbl) == 'string' then<br />
obj = db.actor<br />
elseif type(tbl) == 'number' then<br />
obj = level_object_by_sid (tbl)<br />
end<br />
<br />
pos = obj:position()<br />
lv_id = obj:level_vertex_id()<br />
gv_id = obj:game_vertex_id()<br />
id = obj:id()<br />
end<br />
<br />
if kol == nil then<br />
kol = 1<br />
end<br />
for s=1, kol do<br />
if type(items) == 'table' then<br />
item = math.random(#items)<br />
if type(items[item]) == 'number' then<br />
item = item - 1<br />
end<br />
if type(items[item+1]) == 'number' then<br />
kol1 = items[item+1]<br />
else<br />
kol1 = 1<br />
end<br />
item = items[item]<br />
else<br />
item = items<br />
end<br />
for i=1, kol1 do<br />
if type(item) == 'table' then<br />
for k, v in ipairs(item) do<br />
if type(item[k+1]) == 'number' then<br />
kol2 = item[k+1]<br />
else<br />
kol2 = 1<br />
end<br />
if type(item[k]) ~= 'number' then<br />
for j=1, kol2 do<br />
alife():create(v, pos, lv_id, gv_id, id)<br />
end<br />
end<br />
end<br />
else<br />
alife():create(item, pos, lv_id, gv_id, id)<br />
end<br />
end<br />
end<br />
<br />
end</pre><br />
<br />
Разберём возможности функции.<br />
Данная функция имеет 4 типа спавна:<br />
<br />
1. Рандомно, случайный(ые) объект(ы) (из предлагаемого списка).<br />
2. Рандомно, определённый(ые) объект(ы).<br />
3. В определённом месте, случайный(ые) объект(ы) (из предлагаемого списка).<br />
4. В определённом месте, определённый(ые) объект(ы).<br />
<br />
Можно указывать количество объектов, наборы объектов и количество каждого объекта в наборе.<br />
Так же, есть возможность указать количество циклов спавна (по объектам). Где, при каждом цикле выбирается случайный объект или набор объектов.<br />
<br />
Функция является общей, а значит при запуске функции, нам потребуется передавать ей данные для спавна. Передача данных будет производиться из других функций.<br />
<br />
Функции с данными должны выглядеть так:<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = --таблица мест спавна<br />
<br />
local items = --таблица объектов спавна<br />
<br />
local kol = 5 --количество спавн-циклов (по объектам). При каждом цикле выбирается случайный объект или набор объектов. <br />
Строку можно не указывать, если спавнится один объект или набор объектов.<br />
<br />
this.uni_random_spawn(items, tbl, kol) --если обе функции находятся в одном файле.<br />
end</pre><br />
<br />
<br />
Если функция с данными прописывается в другом файле, то вместо '''this''' пишется имя файла без расширения, в котором находится общая функция. В нашем случае, это '''xr_effects.script'''.<br />
Тоесть, получится так:<br />
<br />
<pre>xr_effects.uni_random_spawn(items, tbl, kol)</pre><br />
<br />
------------------------------------------------------------------------------------------------<br />
<br />
Рассмотрим функции данных, для каждого типа спавна.<br />
<br />
---------------------------<br />
<br />
'''1. Рандомно, случайный(ые) объект(ы):'''<br />
<br />
<pre>function random_spawn_data_1()<br />
--Список мест спавна--<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
--Список возможных объектов--<br />
local items = {<br />
'af_medusa',2,<br />
'af_cristall_flower',<br />
{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2},<br />
{'bandage',10,'medkit_scientic','medkit_army',3,'medkit',5},2<br />
} <br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
Таблица '''tbl''' содержит в себе разные типы мест для спавна. Такие как '''id''', '''актор''' и '''непосредственные координаты'''. Весь список данных записывается в фигурных скобках, через запятую. Непосредственные координаты, заключаются в дополнительные фигурные скобки, как в нашем примере.<br />
Строки, могут содержать в себе любую информацию. Это не имеет значения, так как проверка идёт на тип значения 'string'. Если строка, то спавнить в инвентаре актора.<br />
<br />
Таблица '''items''' содержит в себе, список возможных объектов и(или) возможных наборов объектов. Которые так же, вписываются в фигурные скобки, через запятую.<br />
Наборы объектов, заключаются в дополнительные фигурные скобки.<br />
После каждого объекта, можно указывать количество, через запятую.<br />
Можно также указать количество спавна набора объектов, через запятую, после закрытия фигурной скобки набора.<br />
<br />
-----------------------------------------------------------------------------------<br />
<br />
'''2. Рандомно, определённый объект:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
<br />
local items = 'af_medusa' --объект спавна<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
В данном случае, выбирается всего один объект, а значит в таблице '''items''' фигурные скобки ставить не обязательно. Что переделывает её, в простую переменную.<br />
<br />
------------------------------------------------------------------------------------<br />
<br />
'''2. Рандомно, определённый список объектов:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
<br />
local items = {{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2}} --Набор объектов, для спавна.<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
В данном случае, чтобы функция сообразила, что нам нужно заспавнить все прописанные объекты, список нужно заключить в двойные фигурные скобки.<br />
<br />
------------------------------------------------------------------------------------<br />
<br />
'''3. В определённом месте, случайный(ые) объект(ы):'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = 2040 -- id ящика<br />
<br />
local items = {<br />
'af_medusa',2,<br />
'af_cristall_flower',<br />
{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2},<br />
{'bandage',10,'medkit_scientic','medkit_army',3,'medkit',5},2<br />
} --Список возможных объектов и наборов объектов<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
В этом случае, переменная '''tbl''' может иметь один из трёх типов '''(table, number, string)'''. Если указывается id ящика или нпс, то прописывается так, как указано на примере. В данном случае, '''tbl''' будет иметь, тип - number. Если указать актора, то тип будет string:<br />
<br />
<pre>local tbl = "actor"</pre><br />
<br />
Ну а если указывать непосредственные координаты, то tbl будет таблицей:<br />
<br />
<pre>local tbl = {{134.526,0,70.318,36649,1229}}</pre><br />
<br />
Координаты, как и в случае с набором объектов, нужно заключить в двойные фигурные скобки, чтобы функция не воспринила их как набор id.<br />
<br />
------------------------------------------------------------------------------------------<br />
<br />
'''4. В определённом месте, определённый объект:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = 2040<br />
<br />
local items = 'af_medusa'<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
Ну тут, всё уже понятно.<br />
<br />
--------------------------------------------------------------------------------------------<br />
<br />
Как вы уже наверно поняли, спавнить можно не только объекты инвентаря, но и нпсов, и мутантов. Достаточно, вместо имени объекта, прописать имя секции из файла '''spawn_sections.ltx''' --для спавна нпс. Или имена типов мутантов из файла '''se_respawn.script''' --для спавна мутантов.<br />
<br />
--------------------------------------------------------------------------------------------<br />
<br />
Всё. Теперь вызываем функцию '''random_spawn_data_1''', например из диалога:<br />
<br />
<pre><action>xr_effects.random_spawn_data_1</action></pre><br />
<br />
И любуемся результатом.<br />
<br />
-------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Версия функции окончательная.<br />
<br />
-----------------------------------------------------------------------------------<br />
-----------------------------------------------------------------------------------<br />
Автор скрипта: '''SINGAPUR22'''<br />
<br />
[[Категория:скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%BD%D0%B4%D0%BE%D0%BC%D0%BD%D1%8B%D0%B9_%D1%81%D0%BF%D0%B0%D0%B2%D0%BD_%D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BE%D0%B2Рандомный спавн объектов2009-06-16T07:21:25Z<p>Singapur22: </p>
<hr />
<div>Предлагаю свой вариант рандомного спавна. В данном способе, нет проблем с проваливанием объектов под землю. Но рандомность, к сожалению фиксирована. Хотя, это даже к лучшему, так как появляется возможность спавнить только по укромным местам, а так же возможность указывать не только координаты, но и id объектов, в том числе и нпс. Функция универсальна, что расширяет её возможности.<br />
<br />
Итак, в файле '''xr_effects.script''' вписываем новую функцию:<br />
<br />
<pre>function uni_random_spawn(items, tbl, kol)<br />
local lv_id, gv_id, obj, item, ms, kol1, kol2<br />
local id = 65535<br />
local pos = vector()<br />
<br />
if type(tbl) == 'table' then<br />
ms = math.random(#tbl)<br />
end<br />
<br />
if type(tbl) == 'table' and type(tbl[ms]) == 'table' then<br />
pos.x = tbl[ms][1]<br />
pos.y = tbl[ms][2]<br />
pos.z = tbl[ms][3]<br />
lv_id = tbl[ms][4]<br />
gv_id = tbl[ms][5]<br />
else<br />
if type(tbl) == 'table' and type(tbl[ms]) == 'number' then<br />
ms = tbl[ms]<br />
obj = level_object_by_sid (ms)<br />
elseif type(tbl) == 'table' and type(tbl[ms]) == 'string' or type(tbl) == 'string' then<br />
obj = db.actor<br />
elseif type(tbl) == 'number' then<br />
obj = level_object_by_sid (tbl)<br />
end<br />
<br />
pos = obj:position()<br />
lv_id = obj:level_vertex_id()<br />
gv_id = obj:game_vertex_id()<br />
id = obj:id()<br />
end<br />
<br />
if kol == nil then<br />
kol = 1<br />
end<br />
for s=1, kol do<br />
if type(items) == 'table' then<br />
item = math.random(#items)<br />
if type(items[item]) == 'number' then<br />
item = item - 1<br />
end<br />
if type(items[item+1]) == 'number' then<br />
kol1 = items[item+1]<br />
else<br />
kol1 = 1<br />
end<br />
item = items[item]<br />
else<br />
item = items<br />
end<br />
for i=1, kol1 do<br />
if type(item) == 'table' then<br />
for k, v in ipairs(item) do<br />
if type(item[k+1]) == 'number' then<br />
kol2 = item[k+1]<br />
else<br />
kol2 = 1<br />
end<br />
if type(item[k]) ~= 'number' then<br />
for j=1, kol2 do<br />
alife():create(v, pos, lv_id, gv_id, id)<br />
end<br />
end<br />
end<br />
else<br />
alife():create(item, pos, lv_id, gv_id, id)<br />
end<br />
end<br />
end<br />
<br />
end</pre><br />
<br />
Разберём возможности функции.<br />
Данная функция имеет 4 типа спавна:<br />
<br />
1. Рандомно, случайный(ые) объект(ы) (из предлагаемого списка).<br />
2. Рандомно, определённый(ые) объект(ы).<br />
3. В определённом месте, случайный(ые) объект(ы) (из предлагаемого списка).<br />
4. В определённом месте, определённый(ые) объект(ы).<br />
<br />
Можно указывать количество объектов, наборы объектов и количество каждого объекта в наборе.<br />
Так же, есть возможность указать количество циклов спавна (по объектам). Где, при каждом цикле выбирается случайный объект или набор объектов.<br />
<br />
Функция является общей, а значит при запуске функции, нам потребуется передавать ей данные для спавна. Передача данных будет производиться из других функций.<br />
<br />
Функции с данными должны выглядеть так:<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = --таблица мест спавна<br />
<br />
local items = --таблица объектов спавна<br />
<br />
local kol = 5 --количество спавн-циклов (по объектам). При каждом цикле выбирается случайный объект или набор объектов. <br />
Строку можно не указывать, если спавнится один объект или набор объектов.<br />
<br />
this.uni_random_spawn(items, tbl, kol, rand) --если обе функции находятся в одном файле.<br />
end</pre><br />
<br />
<br />
Если функция с данными прописывается в другом файле, то вместо '''this''' пишется имя файла без расширения, в котором находится общая функция. В нашем случае, это '''xr_effects.script'''.<br />
Тоесть, получится так:<br />
<br />
<pre>xr_effects.uni_random_spawn(items, tbl, kol)</pre><br />
<br />
------------------------------------------------------------------------------------------------<br />
<br />
Рассмотрим функции данных, для каждого типа спавна.<br />
<br />
---------------------------<br />
<br />
'''1. Рандомно, случайный(ые) объект(ы):'''<br />
<br />
<pre>function random_spawn_data_1()<br />
--Список мест спавна--<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
--Список возможных объектов--<br />
local items = {<br />
'af_medusa',2,<br />
'af_cristall_flower',<br />
{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2},<br />
{'bandage',10,'medkit_scientic','medkit_army',3,'medkit',5},2<br />
} <br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
Таблица '''tbl''' содержит в себе разные типы мест для спавна. Такие как '''id''', '''актор''' и '''непосредственные координаты'''. Весь список данных записывается в фигурных скобках, через запятую. Непосредственные координаты, заключаются в дополнительные фигурные скобки, как в нашем примере.<br />
Строки, могут содержать в себе любую информацию. Это не имеет значения, так как проверка идёт на тип значения 'string'. Если строка, то спавнить в инвентаре актора.<br />
<br />
Таблица '''items''' содержит в себе, список возможных объектов и(или) возможных наборов объектов. Которые так же, вписываются в фигурные скобки, через запятую.<br />
Наборы объектов, заключаются в дополнительные фигурные скобки.<br />
После каждого объекта, можно указывать количество, через запятую.<br />
Можно также указать количество спавна набора объектов, через запятую, после закрытия фигурной скобки набора.<br />
<br />
-----------------------------------------------------------------------------------<br />
<br />
'''2. Рандомно, определённый объект:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
<br />
local items = 'af_medusa' --объект спавна<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
В данном случае, выбирается всего один объект, а значит в таблице '''items''' фигурные скобки ставить не обязательно. Что переделывает её, в простую переменную.<br />
<br />
------------------------------------------------------------------------------------<br />
<br />
'''2. Рандомно, определённый список объектов:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
<br />
local items = {{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2}} --Набор объектов, для спавна.<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
В данном случае, чтобы функция сообразила, что нам нужно заспавнить все прописанные объекты, список нужно заключить в двойные фигурные скобки.<br />
<br />
------------------------------------------------------------------------------------<br />
<br />
'''3. В определённом месте, случайный(ые) объект(ы):'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = 2040 -- id ящика<br />
<br />
local items = {<br />
'af_medusa',2,<br />
'af_cristall_flower',<br />
{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2},<br />
{'bandage',10,'medkit_scientic','medkit_army',3,'medkit',5},2<br />
} --Список возможных объектов и наборов объектов<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
В этом случае, переменная '''tbl''' может иметь один из трёх типов '''(table, number, string)'''. Если указывается id ящика или нпс, то прописывается так, как указано на примере. В данном случае, '''tbl''' будет иметь, тип - number. Если указать актора, то тип будет string:<br />
<br />
<pre>local tbl = "actor"</pre><br />
<br />
Ну а если указывать непосредственные координаты, то tbl будет таблицей:<br />
<br />
<pre>local tbl = {{134.526,0,70.318,36649,1229}}</pre><br />
<br />
Координаты, как и в случае с набором объектов, нужно заключить в двойные фигурные скобки, чтобы функция не воспринила их как набор id.<br />
<br />
------------------------------------------------------------------------------------------<br />
<br />
'''4. В определённом месте, определённый объект:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = 2040<br />
<br />
local items = 'af_medusa'<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
Ну тут, всё уже понятно.<br />
<br />
--------------------------------------------------------------------------------------------<br />
<br />
Как вы уже наверно поняли, спавнить можно не только объекты инвентаря, но и нпсов, и мутантов. Достаточно, вместо имени объекта, прописать имя секции из файла '''spawn_sections.ltx''' --для спавна нпс. Или имена типов мутантов из файла '''se_respawn.script''' --для спавна мутантов.<br />
<br />
--------------------------------------------------------------------------------------------<br />
<br />
Всё. Теперь вызываем функцию '''random_spawn_data_1''', например из диалога:<br />
<br />
<pre><action>xr_effects.random_spawn_data_1</action></pre><br />
<br />
И любуемся результатом.<br />
<br />
-------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Версия функции окончательная.<br />
<br />
-----------------------------------------------------------------------------------<br />
-----------------------------------------------------------------------------------<br />
Автор скрипта: '''SINGAPUR22'''<br />
<br />
[[Категория:скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%BD%D0%B4%D0%BE%D0%BC%D0%BD%D1%8B%D0%B9_%D1%81%D0%BF%D0%B0%D0%B2%D0%BD_%D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BE%D0%B2Рандомный спавн объектов2009-06-15T13:47:44Z<p>Singapur22: </p>
<hr />
<div>Предлагаю свой вариант рандомного спавна. В данном способе, нет проблем с проваливанием объектов под землю. Но рандомность, к сожалению фиксирована. Хотя, это даже к лучшему, так как появляется возможность спавнить только по укромным местам, а так же возможность указывать не только координаты, но и id объектов, в том числе и нпс. Функция универсальна, что расширяет её возможности.<br />
<br />
Итак, в файле '''xr_effects.script''' вписываем новую функцию:<br />
<br />
<pre>function uni_random_spawn(items, tbl, kol)<br />
local lv_id, gv_id, obj, item, ms, kol1, kol2<br />
local id = 65535<br />
local pos = vector()<br />
<br />
if type(tbl) == 'table' then<br />
ms = math.random(#tbl)<br />
end<br />
<br />
if type(tbl) == 'table' and type(tbl[ms]) == 'table' then<br />
pos.x = tbl[ms][1]<br />
pos.y = tbl[ms][2]<br />
pos.z = tbl[ms][3]<br />
lv_id = tbl[ms][4]<br />
gv_id = tbl[ms][5]<br />
else<br />
if type(tbl) == 'table' and type(tbl[ms]) == 'number' then<br />
ms = tbl[ms]<br />
obj = level_object_by_sid (ms)<br />
elseif type(tbl) == 'table' and type(tbl[ms]) == 'string' or type(tbl) == 'string' then<br />
obj = db.actor<br />
elseif type(tbl) == 'number' then<br />
obj = level_object_by_sid (tbl)<br />
end<br />
<br />
pos = obj:position()<br />
lv_id = obj:level_vertex_id()<br />
gv_id = obj:game_vertex_id()<br />
id = obj:id()<br />
end<br />
<br />
if kol == nil then<br />
kol = 1<br />
end<br />
for s=1, kol do<br />
if type(items) == 'table' then<br />
item = math.random(#items)<br />
if type(items[item]) == 'number' then<br />
item = item - 1<br />
end<br />
if type(items[item+1]) == 'number' then<br />
kol1 = items[item+1]<br />
else<br />
kol1 = 1<br />
end<br />
item = items[item]<br />
else<br />
item = items<br />
end<br />
for i=1, kol1 do<br />
if type(item) == 'table' then<br />
for k, v in ipairs(item) do<br />
if type(item[k+1]) == 'number' then<br />
kol2 = item[k+1]<br />
else<br />
kol2 = 1<br />
end<br />
if type(item[k]) ~= 'number' then<br />
for j=1, kol2 do<br />
alife():create(v, pos, lv_id, gv_id, id)<br />
end<br />
end<br />
end<br />
else<br />
alife():create(item, pos, lv_id, gv_id, id)<br />
end<br />
end<br />
end<br />
<br />
end</pre><br />
<br />
Разберём возможности функции.<br />
Данная функция имеет 4 типа спавна:<br />
<br />
1. Рандомно, случайный(ые) предмет(ы) (из предлагаемого списка).<br />
2. Рандомно, определённый(ые) предмет(ы).<br />
3. В определённом месте, случайный(ые) предмет(ы) (из предлагаемого списка).<br />
4. В определённом месте, определённый(ые) предмет(ы).<br />
<br />
Можно указывать количество предметов, наборы предметов и количество каждого предмета в наборе.<br />
Так же, есть возможность указать количество циклов спавна (по предметам). Где, при каждом цикле выбирается случайный предмет или набор предметов.<br />
<br />
Функция является общей, а значит при запуске функции, нам потребуется передавать ей данные для спавна. Передача данных будет производиться из других функций.<br />
<br />
Функции с данными должны выглядеть так:<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = --таблица мест спавна<br />
<br />
local items = --таблица объектов спавна<br />
<br />
local kol = 5 --количество спавн-циклов (по предметам). При каждом цикле выбирается случайный предмет или набор предметов. <br />
Строку можно не указывать, если спавнится один предмет или один набор предметов.<br />
<br />
this.uni_random_spawn(items, tbl, kol, rand) --если обе функции находятся в одном файле.<br />
end</pre><br />
<br />
<br />
Если функция с данными прописывается в другом файле, то вместо '''this''' пишется имя файла без расширения, в котором находится общая функция. В нашем случае, это '''xr_effects.script'''.<br />
Тоесть, получится так:<br />
<br />
<pre>xr_effects.uni_random_spawn(items, tbl, kol, rand)</pre><br />
<br />
------------------------------------------------------------------------------------------------<br />
<br />
Рассмотрим функции данных, для каждого типа спавна.<br />
<br />
---------------------------<br />
<br />
'''1. Рандомно, случайный(ые) предмет(ы):'''<br />
<br />
<pre>function random_spawn_data_1()<br />
--Список мест спавна--<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
--Список возможных объектов--<br />
local items = {<br />
'af_medusa',2,<br />
'af_cristall_flower',<br />
{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2},<br />
{'bandage',10,'medkit_scientic','medkit_army',3,'medkit',5},2<br />
} <br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
Таблица '''tbl''' содержит в себе разные типы мест для спавна. Такие как '''id''', '''актор''' и '''непосредственные координаты'''. Весь список данных записывается в фигурных скобках, через запятую. Непосредственные координаты, заключаются в дополнительные фигурные скобки, как в нашем примере.<br />
Строки, могут содержать в себе любую информацию. Это не имеет значения, так как проверка идёт на тип значения 'string'. Если строка, то спавнить в инвентаре актора.<br />
<br />
Таблица '''items''' содержит в себе, список возможных предметов и возможных наборов предметов. Которые так же, вписываются в фигурные скобки, через запятую.<br />
Наборы предметов, заключаются в дополнительные фигурные скобки.<br />
После каждого предмета, можно указывать количество, через запятую.<br />
Можно также указать количество спавна набора предметов, через запятую, после закрытия фигурной скобки набора.<br />
<br />
-----------------------------------------------------------------------------------<br />
<br />
'''2. Рандомно, определённый предмет:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
<br />
local items = 'af_medusa' --Предмет спавна<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
В данном случае, выбирается всего один объект, а значит в таблице '''items''' фигурные скобки ставить не обязательно. Что переделывает её, в простую переменную.<br />
<br />
------------------------------------------------------------------------------------<br />
<br />
'''2. Рандомно, определённый список предметов:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
<br />
local items = {{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2}} --Предмет спавна<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
В данном случае, чтобы функция сообразила, что нам нужно заспавнить все прописанные предметы, список нужно заключить в двойные фигурные скобки.<br />
<br />
------------------------------------------------------------------------------------<br />
<br />
'''3. В определённом месте, случайный(ые) предмет(ы):'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = 2040 -- id ящика<br />
<br />
local items = {<br />
'af_medusa',2,<br />
'af_cristall_flower',<br />
{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2},<br />
{'bandage',10,'medkit_scientic','medkit_army',3,'medkit',5},2<br />
} --Список возможных предметов и наборов предметов<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
В этом случае, переменная '''tbl''' может иметь один из трёх типов '''(table, number, string)'''. Если указывается id ящика или нпс, то прописывается так, как указано на примере. В данном случае, '''tbl''' будет иметь, тип - number. Если указать актора, то тип будет string:<br />
<br />
<pre>local tbl = "actor"</pre><br />
<br />
Ну а если указывать непосредственные координаты, то tbl будет таблицей:<br />
<br />
<pre>local tbl = {{134.526,0,70.318,36649,1229}}</pre><br />
<br />
Координаты, как и в случае с набором предметов, нужно заключить в двойные фигурные скобки, чтобы функция не воспринила их как набор id.<br />
<br />
------------------------------------------------------------------------------------------<br />
<br />
'''4. В определённом месте, определённый предмет:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = 2040<br />
<br />
local items = 'af_medusa'<br />
<br />
this.uni_random_spawn(items, tbl, kol)<br />
end</pre><br />
<br />
Ну тут, всё уже понятно.<br />
<br />
--------------------------------------------------------------------------------------------<br />
<br />
Всё. Теперь вызываем функцию '''random_spawn_data_1''', например из диалога:<br />
<br />
<pre><action>xr_effects.random_spawn_data_1</action></pre><br />
<br />
И любуемся результатом.<br />
<br />
-------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Версия функции окончательная.<br />
<br />
-----------------------------------------------------------------------------------<br />
-----------------------------------------------------------------------------------<br />
Автор скрипта: '''SINGAPUR22'''<br />
<br />
[[Категория:скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%BD%D0%B4%D0%BE%D0%BC%D0%BD%D1%8B%D0%B9_%D1%81%D0%BF%D0%B0%D0%B2%D0%BD_%D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BE%D0%B2Рандомный спавн объектов2009-06-14T17:27:24Z<p>Singapur22: </p>
<hr />
<div>Предлагаю свой вариант рандомного спавна. В данном способе, нет проблем с проваливанием объектов под землю. Но рандомность, к сожалению фиксирована. Хотя, это даже к лучшему, так как появляется возможность спавнить только по укромным местам, а так же возможность указывать не только координаты, но и id объектов, в том числе и нпс. Функция универсальна, что расширяет её возможности.<br />
<br />
Итак, в файле '''xr_effects.script''' вписываем новую функцию:<br />
<br />
<pre>function uni_spawn_new(items, tbl, kol)<br />
local lv_id, gv_id, obj, item, ms, kol1, kol2<br />
local id = 65535<br />
local pos = vector()<br />
<br />
if type(tbl) == 'table' then<br />
ms = math.random(#tbl)<br />
end<br />
<br />
if type(tbl) == 'table' and type(tbl[ms]) == 'table' then<br />
pos.x = tbl[ms][1]<br />
pos.y = tbl[ms][2]<br />
pos.z = tbl[ms][3]<br />
lv_id = tbl[ms][4]<br />
gv_id = tbl[ms][5]<br />
else<br />
if type(tbl) == 'table' and type(tbl[ms]) == 'number' then<br />
ms = tbl[ms]<br />
obj = level_object_by_sid (ms)<br />
elseif type(tbl) == 'table' and type(tbl[ms]) == 'string' or type(tbl) == 'string' then<br />
obj = db.actor<br />
elseif type(tbl) == 'number' then<br />
obj = level_object_by_sid (tbl)<br />
end<br />
<br />
pos = obj:position()<br />
lv_id = obj:level_vertex_id()<br />
gv_id = obj:game_vertex_id()<br />
id = obj:id()<br />
end<br />
<br />
if kol == nil then<br />
kol = 1<br />
end<br />
for s=1, kol do<br />
if type(items) == 'table' then<br />
item = math.random(#items)<br />
if type(items[item]) == 'number' then<br />
item = item - 1<br />
end<br />
if type(items[item+1]) == 'number' then<br />
kol1 = items[item+1]<br />
else<br />
kol1 = 1<br />
end<br />
item = items[item]<br />
else<br />
item = items<br />
end<br />
for i=1, kol1 do<br />
if type(item) == 'table' then<br />
for k, v in ipairs(item) do<br />
if type(item[k+1]) == 'number' then<br />
kol2 = item[k+1]<br />
else<br />
kol2 = 1<br />
end<br />
if type(item[k]) ~= 'number' then<br />
for j=1, kol2 do<br />
alife():create(v, pos, lv_id, gv_id, id)<br />
end<br />
end<br />
end<br />
else<br />
alife():create(item, pos, lv_id, gv_id, id)<br />
end<br />
end<br />
end<br />
<br />
end</pre><br />
<br />
Разберём возможности функции.<br />
Данная функция имеет 4 типа спавна:<br />
<br />
1. Рандомно, случайный(ые) предмет(ы) (из предлагаемого списка).<br />
2. Рандомно, определённый(ые) предмет(ы).<br />
3. В определённом месте, случайный(ые) предмет(ы) (из предлагаемого списка).<br />
4. В определённом месте, определённый(ые) предмет(ы).<br />
<br />
Можно указывать количество предметов, наборы предметов и количество каждого предмета в наборе.<br />
Так же, есть возможность указать количество циклов спавна (по предметам). Где, при каждом цикле выбирается случайный предмет или набор предметов.<br />
<br />
Функция является общей, а значит при запуске функции, нам потребуется передавать ей данные для спавна. Передача данных будет производиться из других функций.<br />
<br />
Функции с данными должны выглядеть так:<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = --таблица мест спавна<br />
<br />
local items = --таблица объектов спавна<br />
<br />
local kol = 5 --количество спавн-циклов (по предметам). При каждом цикле выбирается случайный предмет или набор предметов. <br />
Строку можно не указывать, если спавнится один предмет или один набор предметов.<br />
<br />
this.uni_random_spawn(items, tbl, kol, rand) --если обе функции находятся в одном файле.<br />
end</pre><br />
<br />
<br />
Если функция с данными прописывается в другом файле, то вместо '''this''' пишется имя файла без расширения, в котором находится общая функция. В нашем случае, это '''xr_effects.script'''.<br />
Тоесть, получится так:<br />
<br />
<pre>xr_effects.uni_random_spawn(items, tbl, kol, rand)</pre><br />
<br />
------------------------------------------------------------------------------------------------<br />
<br />
Рассмотрим функции данных, для каждого типа спавна.<br />
<br />
---------------------------<br />
<br />
'''1. Рандомно, случайный(ые) предмет(ы):'''<br />
<br />
<pre>function random_spawn_data_1()<br />
--Список мест спавна--<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
--Список возможных объектов--<br />
local items = {<br />
'af_medusa',2,<br />
'af_cristall_flower',<br />
{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2},<br />
{'bandage',10,'medkit_scientic','medkit_army',3,'medkit',5},2<br />
} <br />
<br />
this.uni_spawn_new(items, tbl, kol)<br />
end</pre><br />
<br />
Таблица '''tbl''' содержит в себе разные типы мест для спавна. Такие как '''id''', '''актор''' и '''непосредственные координаты'''. Весь список данных записывается в фигурных скобках, через запятую. Непосредственные координаты, заключаются в дополнительные фигурные скобки, как в нашем примере.<br />
Строки, могут содержать в себе любую информацию. Это не имеет значения, так как проверка идёт на тип значения 'string'. Если строка, то спавнить в инвентаре актора.<br />
<br />
Таблица '''items''' содержит в себе, список возможных предметов и возможных наборов предметов. Которые так же, вписываются в фигурные скобки, через запятую.<br />
Наборы предметов, заключаются в дополнительные фигурные скобки.<br />
После каждого предмета, можно указывать количество, через запятую.<br />
Можно также указать количество спавна набора предметов, через запятую, после закрытия фигурной скобки набора.<br />
<br />
-----------------------------------------------------------------------------------<br />
<br />
'''2. Рандомно, определённый предмет:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
<br />
local items = 'af_medusa' --Предмет спавна<br />
<br />
this.uni_spawn_new(items, tbl, kol)<br />
end</pre><br />
<br />
В данном случае, выбирается всего один объект, а значит в таблице '''items''' фигурные скобки ставить не обязательно. Что переделывает её, в простую переменную.<br />
<br />
------------------------------------------------------------------------------------<br />
<br />
'''2. Рандомно, определённый список предметов:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
<br />
local items = {{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2}} --Предмет спавна<br />
<br />
this.uni_spawn_new(items, tbl, kol)<br />
end</pre><br />
<br />
В данном случае, чтобы функция сообразила, что нам нужно заспавнить все прописанные предметы, список нужно заключить в двойные фигурные скобки.<br />
<br />
------------------------------------------------------------------------------------<br />
<br />
'''3. В определённом месте, случайный(ые) предмет(ы):'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = 2040 -- id ящика<br />
<br />
local items = {<br />
'af_medusa',2,<br />
'af_cristall_flower',<br />
{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2},<br />
{'bandage',10,'medkit_scientic','medkit_army',3,'medkit',5},2<br />
} --Список возможных предметов и наборов предметов<br />
<br />
this.uni_spawn_new(items, tbl, kol)<br />
end</pre><br />
<br />
В этом случае, переменная '''tbl''' может иметь один из трёх типов '''(table, number, string)'''. Если указывается id ящика или нпс, то прописывается так, как указано на примере. В данном случае, '''tbl''' будет иметь, тип - number. Если указать актора, то тип будет string:<br />
<br />
<pre>local tbl = "actor"</pre><br />
<br />
Ну а если указывать непосредственные координаты, то tbl будет таблицей:<br />
<br />
<pre>local tbl = {{134.526,0,70.318,36649,1229}}</pre><br />
<br />
Координаты, как и в случае с набором предметов, нужно заключить в двойные фигурные скобки, чтобы функция не воспринила их как набор id.<br />
<br />
------------------------------------------------------------------------------------------<br />
<br />
'''4. В определённом месте, определённый предмет:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = 2040<br />
<br />
local items = 'af_medusa'<br />
<br />
this.uni_spawn_new(items, tbl, kol)<br />
end</pre><br />
<br />
Ну тут, всё уже понятно.<br />
<br />
--------------------------------------------------------------------------------------------<br />
<br />
Всё. Теперь вызываем функцию '''random_spawn_data_1''', например из диалога:<br />
<br />
<pre><action>xr_effects.random_spawn_data_1</action></pre><br />
<br />
И любуемся результатом.<br />
<br />
-------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Версия функции окончательная.<br />
<br />
-----------------------------------------------------------------------------------<br />
-----------------------------------------------------------------------------------<br />
Автор скрипта: '''SINGAPUR22'''<br />
<br />
[[Категория:скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%BD%D0%B4%D0%BE%D0%BC%D0%BD%D1%8B%D0%B9_%D1%81%D0%BF%D0%B0%D0%B2%D0%BD_%D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BE%D0%B2Рандомный спавн объектов2009-06-14T17:23:39Z<p>Singapur22: Окончательная версия функции., обновление данных</p>
<hr />
<div>Предлагаю свой вариант рандомного спавна. В данном способе, нет проблем с проваливанием объектов под землю. Но рандомность, к сожалению фиксирована. Хотя, это даже к лучшему, так как появляется возможность спавнить только по укромным местам, а так же возможность указывать не только координаты, но и id объектов, в том числе и нпс. Функция универсальна, что расширяет её возможности.<br />
<br />
Итак, в файле '''xr_effects.script''' вписываем новую функцию:<br />
<br />
<pre>function uni_spawn_new(items, tbl, kol)<br />
local lv_id, gv_id, obj, item, ms, kol1, kol2<br />
local id = 65535<br />
local pos = vector()<br />
<br />
if type(tbl) == 'table' then<br />
ms = math.random(#tbl)<br />
end<br />
<br />
if type(tbl) == 'table' and type(tbl[ms]) == 'table' then<br />
pos.x = tbl[ms][1]<br />
pos.y = tbl[ms][2]<br />
pos.z = tbl[ms][3]<br />
lv_id = tbl[ms][4]<br />
gv_id = tbl[ms][5]<br />
else<br />
if type(tbl) == 'table' and type(tbl[ms]) == 'number' then<br />
ms = tbl[ms]<br />
obj = level_object_by_sid (ms)<br />
elseif type(tbl) == 'table' and type(tbl[ms]) == 'string' or type(tbl) == 'string' then<br />
obj = db.actor<br />
elseif type(tbl) == 'number' then<br />
obj = level_object_by_sid (tbl)<br />
end<br />
<br />
pos = obj:position()<br />
lv_id = obj:level_vertex_id()<br />
gv_id = obj:game_vertex_id()<br />
id = obj:id()<br />
end<br />
<br />
if kol == nil then<br />
kol = 1<br />
end<br />
for s=1, kol do<br />
if type(items) == 'table' then<br />
item = math.random(#items)<br />
if type(items[item]) == 'number' then<br />
item = item - 1<br />
end<br />
if type(items[item+1]) == 'number' then<br />
kol1 = items[item+1]<br />
else<br />
kol1 = 1<br />
end<br />
item = items[item]<br />
else<br />
item = items<br />
end<br />
for i=1, kol1 do<br />
if type(item) == 'table' then<br />
for k, v in ipairs(item) do<br />
if type(item[k+1]) == 'number' then<br />
kol2 = item[k+1]<br />
else<br />
kol2 = 1<br />
end<br />
if type(item[k]) ~= 'number' then<br />
for j=1, kol2 do<br />
alife():create(v, pos, lv_id, gv_id, id)<br />
end<br />
end<br />
end<br />
else<br />
alife():create(item, pos, lv_id, gv_id, id)<br />
end<br />
end<br />
end<br />
<br />
end</pre><br />
<br />
Разберём возможности функции.<br />
Данная функция имеет 4 типа спавна:<br />
<br />
1. Рандомно, случайный(ые) предмет(ы) (из предлагаемого списка).<br />
2. Рандомно, определённый(ые) предмет(ы).<br />
3. В определённом месте, случайный(ые) предмет(ы) (из предлагаемого списка).<br />
4. В определённом месте, определённый(ые) предмет(ы).<br />
<br />
Можно указывать количество предметов, наборы предметов и количество каждого предмета в наборе.<br />
Так же, есть возможность указать количество циклов спавна (по предметам). Где, при каждом цикле выбирается случайный предмет или набор предметов.<br />
<br />
Функция является общей, а значит при запуске функции, нам потребуется передавать ей данные для спавна. Передача данных будет производиться из других функций.<br />
<br />
Функции с данными должны выглядеть так:<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = --таблица мест спавна<br />
<br />
local items = --таблица объектов спавна<br />
<br />
local kol = 5 --количество спавн-циклов (по предметам). При каждом цикле выбирается случайный предмет или набор предметов. Строку можно не указывать, если спавнится один предмет или один набор предметов.<br />
<br />
this.uni_random_spawn(items, tbl, kol, rand) --если обе функции находятся в одном файле.<br />
end</pre><br />
<br />
<br />
Если функция с данными прописывается в другом файле, то вместо '''this''' пишется имя файла без расширения, в котором находится общая функция. В нашем случае, это '''xr_effects.script'''.<br />
Тоесть, получится так:<br />
<br />
<pre>xr_effects.uni_random_spawn(items, tbl, kol, rand)</pre><br />
<br />
------------------------------------------------------------------------------------------------<br />
<br />
Рассмотрим функции данных, для каждого типа спавна.<br />
<br />
---------------------------<br />
<br />
'''1. Рандомно, случайный(ые) предмет(ы):'''<br />
<br />
<pre>function random_spawn_data_1()<br />
--Список мест спавна--<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
--Список возможных объектов--<br />
local items = {<br />
'af_medusa',2,<br />
'af_cristall_flower',<br />
{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2},{'bandage',10,'medkit_scientic','medkit_army',3,'medkit',5},2<br />
} <br />
<br />
this.uni_spawn_new(items, tbl, kol)<br />
end</pre><br />
<br />
Таблица '''tbl''' содержит в себе разные типы мест для спавна. Такие как '''id''', '''актор''' и '''непосредственные координаты'''. Весь список данных записывается в фигурных скобках, через запятую. Непосредственные координаты, заключаются в дополнительные фигурные скобки, как в нашем примере.<br />
Строки, могут содержать в себе любую информацию. Это не имеет значения, так как проверка идёт на тип значения 'string'. Если строка, то спавнить в инвентаре актора.<br />
<br />
Таблица '''items''' содержит в себе, список возможных предметов и возможных наборов предметов. Которые так же, вписываются в фигурные скобки, через запятую.<br />
Наборы предметов, заключаются в дополнительные фигурные скобки.<br />
После каждого предмета, можно указывать количество, через запятую.<br />
Можно также указать количество спавна набора предметов, через запятую, после закрытия фигурной скобки набора.<br />
<br />
-----------------------------------------------------------------------------------<br />
<br />
'''2. Рандомно, определённый предмет:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
<br />
local items = 'af_medusa' --Предмет спавна<br />
<br />
this.uni_spawn_new(items, tbl, kol)<br />
end</pre><br />
<br />
В данном случае, выбирается всего один объект, а значит в таблице '''items''' фигурные скобки ставить не обязательно. Что переделывает её, в простую переменную.<br />
<br />
------------------------------------------------------------------------------------<br />
<br />
'''2. Рандомно, определённый список предметов:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = {<br />
2040, -- id ящика<br />
'actor', --строка, а значит инвентарь актора<br />
{125.45,-1,117.88,35447,1213}, --координаты(x, y, z, lv_id, gv_id)<br />
{134.526,0,70.318,36649,1229},<br />
{102,0,128.98,32231,1219},<br />
2041,<br />
573,<br />
500 --id Бармена<br />
}<br />
<br />
local items = {{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2}} --Предмет спавна<br />
<br />
this.uni_spawn_new(items, tbl, kol)<br />
end</pre><br />
<br />
В данном случае, чтобы функция сообразила, что нам нужно заспавнить все прописанные предметы, список нужно заключить в двойные фигурные скобки.<br />
<br />
------------------------------------------------------------------------------------<br />
<br />
'''3. В определённом месте, случайный(ые) предмет(ы):'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = 2040 -- id ящика<br />
<br />
local items = {<br />
'af_medusa',2,<br />
'af_cristall_flower',<br />
{'af_dummy_battery',3,'af_fuzz_kolobok','af_night_star',2},{'bandage',10,'medkit_scientic','medkit_army',3,'medkit',5},2<br />
} --Список возможных предметов и наборов предметов<br />
<br />
this.uni_spawn_new(items, tbl, kol)<br />
end</pre><br />
<br />
В этом случае, переменная '''tbl''' может иметь один из трёх типов '''(table, number, string)'''. Если указывается id ящика или нпс, то прописывается так, как указано на примере. В данном случае, '''tbl''' будет иметь, тип - number. Если указать актора, то тип будет string:<br />
<br />
<pre>local tbl = "actor"</pre><br />
<br />
Ну а если указывать непосредственные координаты, то tbl будет таблицей:<br />
<br />
<pre>local tbl = {{134.526,0,70.318,36649,1229}}</pre><br />
<br />
Координаты, как и в случае с набором предметов, нужно заключить в двойные фигурные скобки, чтобы функция не воспринила их как набор id.<br />
<br />
------------------------------------------------------------------------------------------<br />
<br />
'''4. В определённом месте, определённый предмет:'''<br />
<br />
<pre>function random_spawn_data_1()<br />
local tbl = 2040<br />
<br />
local items = 'af_medusa'<br />
<br />
this.uni_spawn_new(items, tbl, kol)<br />
end</pre><br />
<br />
Ну тут, всё уже понятно.<br />
<br />
--------------------------------------------------------------------------------------------<br />
<br />
Всё. Теперь вызываем функцию '''random_spawn_data_1''', например из диалога:<br />
<br />
<pre><action>xr_effects.random_spawn_data_1</action></pre><br />
<br />
И любуемся результатом.<br />
<br />
-------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Версия функции окончательная.<br />
<br />
-----------------------------------------------------------------------------------<br />
-----------------------------------------------------------------------------------<br />
Автор скрипта: '''SINGAPUR22'''<br />
<br />
[[Категория:скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=%D0%A0%D0%B0%D0%BD%D0%B4%D0%BE%D0%BC%D0%BD%D1%8B%D0%B9_%D1%81%D0%BF%D0%B0%D0%B2%D0%BD_%D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BE%D0%B2Рандомный спавн объектов2009-06-12T17:22:21Z<p>Singapur22: </p>
<hr />
<div>Предлагаю свой вариант рандомного спавна. В данном способе, нет проблем с проваливанием объектов под землю. Но рандомность, к сожалению фиксирована. Хотя, это даже к лучшему, так как появляется возможность спавнить только по укромным местам. Функция универсальна, что расширяет её возможности.<br />
<br />
Итак, в файле '''xr_effects.script''' вписываем новую функцию:<br />
<br />
<pre>function uni_random_spawn(items, tbl)<br />
local item, ms<br />
local pos, lv_id, gv_id<br />
<br />
if type(items) == 'table' then<br />
item = items[math.random(#items)]<br />
else<br />
item = items<br />
end<br />
<br />
if type(tbl[1]) == 'table' then<br />
ms = math.random(#tbl)<br />
pos = vector()<br />
pos.x = tbl[ms][1]<br />
pos.y = tbl[ms][2]<br />
pos.z = tbl[ms][3]<br />
lv_id = tbl[ms][4]<br />
gv_id = tbl[ms][5]<br />
else<br />
pos = vector()<br />
pos.x = tbl[1]<br />
pos.y = tbl[2]<br />
pos.z = tbl[3]<br />
lv_id = tbl[4]<br />
gv_id = tbl[5]<br />
end<br />
<br />
alife():create(item, pos, lv_id, gv_id, 65535)<br />
end</pre><br />
<br />
Данная функция является общей, и прямого вызова не имеет.<br />
Для того, чтобы произвести рандомный спавн, создаём дополнительную функцию с данными, которую мы и будем вызывать.<br />
<br />
'''Для рандомного спавна, случайного обекта из определённого списка:'''<br />
<br />
<pre>function my_spawn_1()<br />
local items = {'item1','item2','item3','item4','item5'}<br />
local tbl = {<br />
{x1, y1, z1, lv1, gv1},<br />
{x2, y2, z2, lv2, gv2},<br />
{x3, y3, z3, lv3, gv3}<br />
}<br />
<br />
this.uni_random_spawn(items, tbl)<br />
end</pre><br />
<br />
Где:<br />
таблица '''items''' - список объектов, для рандомного выбора одного из них.<br />
таблица '''tbl''' - список секций с координатами мест спавна, для рандомного выбора одной из них.<br />
Где, '''x, y, z, lv, gv''' - заменяются на реальные координаты '''pos.x, pos.y, pos.z'''<br />
и '''level_vertex_id, game_vertex_id''' соответственно.<br />
<br />
<br />
'''Для рандомного спавна определённого объекта:'''<br />
<br />
<pre>function my_spawn_2()<br />
local items = {'item1'} --или 'item1'<br />
local tbl = {<br />
{x1, y1, z1, lv1, gv1},<br />
{x2, y2, z2, lv2, gv2},<br />
{x3, y3, z3, lv3, gv3}<br />
}<br />
<br />
this.uni_random_spawn(items, tbl)<br />
end</pre><br />
<br />
Сдесь у нас прописан всего один объект, который можно не заключать в фигурные скобки.<br />
<br />
'''Для спавна в определённом месте, случайного объекта из определённого списка:'''<br />
<br />
<pre>function my_spawn_3()<br />
local items = {'item1','item2','item3','item4','item5'}<br />
local tbl = {{x1, y1, z1, lv1, gv1}} --или {x1, y1, z1, lv1, gv1}<br />
<br />
this.uni_random_spawn(items, tbl)<br />
end</pre><br />
<br />
'''Для спавна в определённом месте, определённого объекта:'''<br />
<br />
<pre>function my_spawn_3()<br />
local items = {'item1'} --или 'item1'<br />
local tbl = {{x1, y1, z1, lv1, gv1}} --или {x1, y1, z1, lv1, gv1}<br />
<br />
this.uni_random_spawn(items, tbl)<br />
end</pre><br />
<br />
Вызов можно производить из любого места.<br />
Для того, чтобы вызвать спавн из диалога, в нужном тэге прописываем вызов одной из функций с данными:<br />
<br />
<pre><action>xr_effects.my_spawn_1</action></pre><br />
<br />
Как вызывать из других мест, пожалуй пояснять не нужно.<br />
<br />
[[скрипты]]<br />
<br />
-----------------------------<br />
Автор скрипта: '''SINGAPUR22'''</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._%D0%93%D1%83%D0%BB%D0%B0%D0%B3%D0%B8_(%D0%B4%D0%B8%D0%BD%D0%B0%D0%BC%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B5_LTX)SoC. Гулаги (динамические LTX)2009-05-23T14:41:43Z<p>Singapur22: </p>
<hr />
<div>При создании гулага, не многие знают, что практически всю настройку логики гулагов, можно производить в файле «script».<br />
Такой способ построения достигается за счёт динамических ltx.<br />
Попробую описать, каким образом это достигается. Я думаю, многие заметили в файлах с гулагами такую функцию:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
return nil<br />
end</pre><br />
<br />
Это именно та функция, которая и отвечает за динамические ltx. В данном случае, она отключена.<br />
Разберём простейший способ построения динамических ltx.<br />
<br />
Создаём стандартным способом «'''smart_terrain'''» в файле «'''all.spawn'''» и гулаг в файле «'''gulag_уровень.script'''». Назначим ему имя, например «kakashki».<br />
Задаём ему несколько заданий. Например, зададим 3 кампа и двух уолкеров:<br />
<br />
<pre> if type == "kakashki" then<br />
<br />
for i = 1, 3 do<br />
<br />
t = { section = "logic@kakashki_kamp",<br />
idle = 0,<br />
prior = 8-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end<br />
<br />
for i = 1, 2 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end <br />
<br />
end</pre><br />
<br />
Так как мы собираемся использовать динамические ltx, то дальнейшая настройка заданий будет производиться не в конфигурационных файлах, а непосредственно в этом же файле. То есть в упомянутой выше функции «'''load_ltx'''».<br />
Для этого находим нужную функцию «'''load_ltx'''», и в ней создаём динамический ltx и прописываем требуемые схемы логики:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
<br />
if type == "kakashki" then<br />
local ltx = "[logic@kakashki_kamp]\n"..<br />
"active = kamp@kakashki\n"..<br />
<br />
"[kamp@kakashki]\n"..<br />
"center_point = kamp\n"..<br />
<br />
<br />
<br />
<br />
"[logic@kakashki_walker_1]\n"..<br />
"active = walker@kakashki_1\n"..<br />
<br />
"[walker@kakashki_1]\n"..<br />
"path_walk = walk_1\n"..<br />
"path_look = look_1\n"..<br />
<br />
<br />
<br />
"[logic@kakashki_walker_2]\n"..<br />
"active = walker@kakashki_2\n"..<br />
<br />
"[walker@kakashki_2]\n"..<br />
"path_walk = walk_2\n"..<br />
"path_look = look_2\n"<br />
<br />
<br />
<br />
return ltx<br />
end<br />
<br />
<br />
return nil<br />
end</pre><br />
<br />
Где, кавычки обязательны, {\n} назначает новую строку в динамическом ltx, и {..} ставится для привязки строк между собой.<br />
В последней строке схем, двоеточие ставить не нужно, так как привязывать больше нечего.<br />
Переменная «ltx» может иметь любое другое имя.<br />
------------------------------------------------------------------------------------------------------------------<br />
Теперь создаём вэйпоинты путей, в файле «'''all.spawn'''», и можно смело идти проверять.<br />
<br />
------------------------------------------------------------------------------------------------------------------------------------<br />
------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Одно из преимуществ динамических ltx, это пакетная настройка логики.<br />
Может я не так выразился, но по ходу действий, я думаю вам станет ясно, что я имел ввиду.<br />
Например, нам нужно создать 8 уолкеров, с одинаковыми настройками логики, но при этом, разными поинтами путей.<br />
В статических ltx нам понадобится создавать 8 секций '''[logic]'''. Тоесть для каждого уолкера, своя секция логики.<br />
В динамических ltx, данную проблему можно решить функционально.<br />
<br />
Делаем это так:<br />
<br />
Создаём 8 уолкеров в функции "'''load_job'''". Обязательно с помощью счётчика "'''for-do'''":<br />
<br />
<pre>for i = 1, 8 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
<br />
end</pre><br />
<br />
Кто ещё не знает, как это работает, то поясню.<br />
Создаётся переменная '''i''', или любое другое имя. Назначается ей два, или три значения, (через запятую).<br />
Где: <br />
'''первое значение''' = какое число задаётся при первом цикле счёта;<br />
'''второе значение''' = при достижении или переполнении какого числа, остановить счёт;<br />
'''третье значение''' = какое значение прибавлять, при каждом цикле счёта.<br />
Если третье значение не задаётся, то при каждом цикле счёта, прибавляется '''1'''.<br />
<br />
Переменной "'''section'''" задаётся '''"имя секции"+переменная i'''. В итоге, при каждом последующем цикле счёта, к имени секции будет приписываться в конце значение переменной '''i'''.<br />
Тоесть, '''"logic@kakashki_walker_1"'''; '''"logic@kakashki_walker_2"'''; '''"logic@kakashki_walker_3"''' и т.д.<br />
<br />
В нашем случае, переменной "'''prior'''" задано значение '''9-i''', что делать не обязательно. Здесь при каждом цикле счёта, вычитается значение переменной '''i''' от числа '''9'''. В итоге, при каждом последующем цикле, переменной "'''prior'''" задаётся значение на '''1''' меньше предыдущего.<br />
<br />
------------------------------------------------------------------------<br />
<br />
Итак, уолкеров создали. Теперь нам нужно задать им всем логику действий. Создаём переменную '''ltx''', которую мы будем использовать для динамических ltx. Для этого, подымаемся на самый верх файла, где прописано создание переменной '''t''', и ниже прописываем:<br />
<br />
<pre>local ltx = ""</pre> <br />
<br />
Теперь, в функции "'''load_ltx'''" создаём ltx файл для нашего гулага:<br />
<br />
<pre>function load_ltx(gname, type)<br />
if type == "kakashki" then<br />
return ltx<br />
end<br />
<br />
return nil<br />
end</pre><br />
<br />
Данным способом, мы возвращаем поиск секций логики, назад в функцию "'''load_job'''".<br />
<br />
Теперь возвращаемся в функцию "'''load_job'''", и в секции нашего гулага, внутри счётчика "'''for-do'''" прописываем логику уолкерам. Выглядеть это будет так:<br />
<br />
<br />
<pre>for i = 1, 8 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
<br />
ltx = ltx.. "[logic@kakashki_walker_"..i.."]\n"..<br />
"active = walker@kakashki_"..i.."\n"..<br />
<br />
"[walker@kakashki_"..i.."]\n"..<br />
"path_walk = walk_"..i.."\n"..<br />
"path_look = look_"..i.."\n"<br />
<br />
end</pre><br />
<br />
Где, так же как и в случае с переменной "'''section'''", приписывается в конец имён секций и путей, значение переменной '''i'''.<br />
В итоге получаем такие имена путей:<br />
<br />
'''walk_1, look_1; walk_2, look_2; walk_3, look_3;''' и т.д.<br />
<br />
Заметим, как мы прописали переменную ltx. Таким способом, мы при каждом цикле счёта, новую секцию логики пришиваем к секциям, пришитым к динамическому ltx при предыдущих циклах. Если прописать просто:<br />
<br />
ltx = логика<br />
<br />
То, при каждом цикле счёта, новая секция будет накладываться на предыдущую, что приведёт к не хорошим последствиям.<br />
<br />
-------------------------------------------------------------------------------------------------------------<br />
<br />
Ну и создаём соответствующие секции поинтов путей, в файле all.spawn. И всё будет работать как часы.<br />
<br />
Не забываем, при создании секций поинтов, к именам путей пришить имя смарт террэйна.<br />
<br />
------------------------------------------------------------------------------------------------------------------------------------<br />
------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Продолжение следует.<br />
<br />
Автор: '''Singapur22'''<br />
[[Категория:Скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._%D0%93%D1%83%D0%BB%D0%B0%D0%B3%D0%B8_(%D0%B4%D0%B8%D0%BD%D0%B0%D0%BC%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B5_LTX)SoC. Гулаги (динамические LTX)2009-05-23T14:40:20Z<p>Singapur22: </p>
<hr />
<div>При создании гулага, не многие знают, что практически всю настройку логики гулагов, можно производить в файле «script».<br />
Такой способ построения достигается за счёт динамических ltx.<br />
Попробую описать, каким образом это достигается. Я думаю, многие заметили в файлах с гулагами такую функцию:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
return nil<br />
end</pre><br />
<br />
Это именно та функция, которая и отвечает за динамические ltx. В данном случае, она отключена.<br />
Разберём простейший способ построения динамических ltx.<br />
<br />
Создаём стандартным способом «'''smart_terrain'''» в файле «'''all.spawn'''» и гулаг в файле «'''gulag_уровень.script'''». Назначим ему имя, например «kakashki».<br />
Задаём ему несколько заданий. Например, зададим 3 кампа и двух уолкеров:<br />
<br />
<pre> if type == "kakashki" then<br />
<br />
for i = 1, 3 do<br />
<br />
t = { section = "logic@kakashki_kamp",<br />
idle = 0,<br />
prior = 8-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end<br />
<br />
for i = 1, 2 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end <br />
<br />
end</pre><br />
<br />
Так как мы собираемся использовать динамические ltx, то дальнейшая настройка заданий будет производиться не в конфигурационных файлах, а непосредственно в этом же файле. То есть в упомянутой выше функции «'''load_ltx'''».<br />
Для этого находим нужную функцию «'''load_ltx'''», и в ней создаём динамический ltx и прописываем требуемые схемы логики:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
<br />
if type == "kakashki" then<br />
local ltx = "[logic@kakashki_kamp]\n"..<br />
"active = kamp@kakashki\n"..<br />
<br />
"[kamp@kakashki]\n"..<br />
"center_point = kamp\n"..<br />
<br />
<br />
<br />
<br />
"[logic@kakashki_walker_1]\n"..<br />
"active = walker@kakashki_1\n"..<br />
<br />
"[walker@kakashki_1]\n"..<br />
"path_walk = walk_1\n"..<br />
"path_look = look_1\n"..<br />
<br />
<br />
<br />
"[logic@kakashki_walker_2]\n"..<br />
"active = walker@kakashki_2\n"..<br />
<br />
"[walker@kakashki_2]\n"..<br />
"path_walk = walk_2\n"..<br />
"path_look = look_2\n"<br />
<br />
<br />
<br />
return ltx<br />
end<br />
<br />
<br />
return nil<br />
end</pre><br />
<br />
Где, кавычки обязательны, {\n} назначает новую строку в динамическом ltx, и {..} ставится для привязки строк между собой.<br />
В последней строке схем, двоеточие ставить не нужно, так как привязывать больше нечего.<br />
Переменная «ltx» может иметь любое другое имя.<br />
------------------------------------------------------------------------------------------------------------------<br />
Теперь создаём вэйпоинты путей, в файле «'''all.spawn'''», и можно смело идти проверять.<br />
<br />
------------------------------------------------------------------------------------------------------------------------------------<br />
------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Одно из преимуществ динамических ltx, это пакетная настройка логики.<br />
Может я не так выразился, но по ходу действий, я думаю вам станет ясно, что я имел ввиду.<br />
Например, нам нужно создать 8 уолкеров, с одинаковыми настройками логики, но при этом, разными поинтами путей.<br />
В статических ltx нам понадобится создавать 8 секций '''[logic]'''. Тоесть для каждого уолкера, своя секция логики.<br />
В динамических ltx, данную проблему можно решить функционально.<br />
<br />
Делаем это так:<br />
<br />
Создаём 8 уолкеров в функции "'''load_job'''". Обязательно с помощью счётчика "'''for-do'''":<br />
<br />
<pre>for i = 1, 8 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
<br />
end</pre><br />
<br />
Кто ещё не знает, как это работает, то поясню.<br />
Создаётся переменная '''i''', или любое другое имя. Назначается ей два, или три значения, (через запятую).<br />
Где: <br />
'''первое значение''' = какое число задаётся при первом цикле счёта;<br />
'''второе значение''' = при достижении или переполнении какого числа, остановить счёт;<br />
'''третье значение''' = какое значение прибавлять, при каждом цикле счёта.<br />
Если третье значение не задаётся, то при каждом цикле счёта, прибавляется '''1'''.<br />
<br />
Переменной "'''section'''" задаётся '''"имя секции"+переменная i'''. В итоге, при каждом последующем цикле счёта, к имени секции будет приписываться в конце значение переменной '''i'''.<br />
Тоесть, '''"logic@kakashki_walker_1"'''; '''"logic@kakashki_walker_2"'''; '''"logic@kakashki_walker_3"''' и т.д.<br />
<br />
В нашем случае, переменной "'''prior'''" задано значение '''9-i''', что делать не обязательно. Здесь при каждом цикле счёта, вычитается значение переменной '''i''' от числа '''9'''. В итоге, при каждом последующем цикле, переменной "'''prior'''" задаётся значение на '''1''' меньше предыдущего.<br />
<br />
------------------------------------------------------------------------<br />
<br />
Итак, уолкеров создали. Теперь нам нужно задать им всем логику действий. Создаём переменную '''ltx''', которую мы будем использовать для динамических ltx. Для этого, подымаемся на самый верх файла, где прописано создание переменной '''t''', и ниже прописываем:<br />
<br />
<pre>local ltx = ""</pre> <br />
<br />
Теперь, в функции "'''load_ltx'''" создаём ltx файл для нашего гулага:<br />
<br />
<pre>function load_ltx(gname, type)<br />
if type == "kakashki" then<br />
return ltx<br />
end<br />
<br />
return nil<br />
end</pre><br />
<br />
Данным способом, мы возвращаем поиск секций логики, назад в функцию "'''load_job'''".<br />
<br />
Теперь возвращаемся в функцию "'''load_job'''", и в секции нашего гулага, внутри счётчика "'''for-do'''" прописываем логику уолкерам. Выглядеть это будет так:<br />
<br />
<br />
<pre>for i = 1, 8 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
<br />
ltx = ltx.. "[logic@kakashki_walker_"..i.."]\n"..<br />
"active = walker@kakashki_"..i.."\n"..<br />
<br />
"[walker@kakashki_"..i.."]\n"..<br />
"path_walk = walk_"..i.."\n"..<br />
"path_look = look_"..i.."\n"<br />
<br />
end</pre><br />
<br />
Где, так же как и в случае с переменной "'''section'''", приписывается в конец имён секций и путей, значение переменной '''i'''.<br />
В итоге получаем такие имена путей:<br />
<br />
'''walk_1, look_1; walk_2, look_2; walk_3, look_3;''' и т.д.<br />
<br />
Заметим, как мы прописали переменную ltx. Таким способом, мы при каждом цикле счёта, новую секцию логики пришиваем к секциям, пришитым к динамическому ltx при предыдущих циклах. Если прописать просто:<br />
<br />
ltx = логика<br />
<br />
То, при каждом цикле счёта, новая секция будет накладываться на предыдущую, что приведёт к не хорошим последствиям.<br />
<br />
-------------------------------------------------------------------------------------------------------------<br />
<br />
Ну и создаём соответствующие секции поинтов путей, в файле all.spawn. И всё будет работать как часы.<br />
<br />
Не забываем, при создании секций поинтов, к именам путей пришить имя смарт террэйна.<br />
<br />
Продолжение следует.<br />
<br />
Автор: '''Singapur22'''<br />
[[Категория:Скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._%D0%93%D1%83%D0%BB%D0%B0%D0%B3%D0%B8_(%D0%B4%D0%B8%D0%BD%D0%B0%D0%BC%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B5_LTX)SoC. Гулаги (динамические LTX)2009-05-23T14:36:45Z<p>Singapur22: </p>
<hr />
<div>При создании гулага, не многие знают, что практически всю настройку логики гулагов, можно производить в файле «script».<br />
Такой способ построения достигается за счёт динамических ltx.<br />
Попробую описать, каким образом это достигается. Я думаю, многие заметили в файлах с гулагами такую функцию:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
return nil<br />
end</pre><br />
<br />
Это именно та функция, которая и отвечает за динамические ltx. В данном случае, она отключена.<br />
Разберём простейший способ построения динамических ltx.<br />
<br />
Создаём стандартным способом «'''smart_terrain'''» в файле «'''all.spawn'''» и гулаг в файле «'''gulag_уровень.script'''». Назначим ему имя, например «kakashki».<br />
Задаём ему несколько заданий. Например, зададим 3 кампа и двух уолкеров:<br />
<br />
<pre> if type == "kakashki" then<br />
<br />
for i = 1, 3 do<br />
<br />
t = { section = "logic@kakashki_kamp",<br />
idle = 0,<br />
prior = 8-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end<br />
<br />
for i = 1, 2 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end <br />
<br />
end</pre><br />
<br />
Так как мы собираемся использовать динамические ltx, то дальнейшая настройка заданий будет производиться не в конфигурационных файлах, а непосредственно в этом же файле. То есть в упомянутой выше функции «'''load_ltx'''».<br />
Для этого находим нужную функцию «'''load_ltx'''», и в ней создаём динамический ltx и прописываем требуемые схемы логики:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
<br />
if type == "kakashki" then<br />
local ltx = "[logic@kakashki_kamp]\n"..<br />
"active = kamp@kakashki\n"..<br />
<br />
"[kamp@kakashki]\n"..<br />
"center_point = kamp\n"..<br />
<br />
<br />
<br />
<br />
"[logic@kakashki_walker_1]\n"..<br />
"active = walker@kakashki_1\n"..<br />
<br />
"[walker@kakashki_1]\n"..<br />
"path_walk = walk_1\n"..<br />
"path_look = look_1\n"..<br />
<br />
<br />
<br />
"[logic@kakashki_walker_2]\n"..<br />
"active = walker@kakashki_2\n"..<br />
<br />
"[walker@kakashki_2]\n"..<br />
"path_walk = walk_2\n"..<br />
"path_look = look_2\n"<br />
<br />
<br />
<br />
return ltx<br />
end<br />
<br />
<br />
return nil<br />
end</pre><br />
<br />
Где, кавычки обязательны, {\n} назначает новую строку в динамическом ltx, и {..} ставится для привязки строк между собой.<br />
В последней строке схем, двоеточие ставить не нужно, так как привязывать больше нечего.<br />
Переменная «ltx» может иметь любое другое имя.<br />
------------------------------------------------------------------------------------------------------------------<br />
Теперь создаём вэйпоинты путей, в файле «'''all.spawn'''», и можно смело идти проверять.<br />
<br />
------------------------------------------------------------------------------------------------------------------------------------<br />
------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Одно из преимуществ динамических ltx, это пакетная настройка логики.<br />
Может я не так выразился, но по ходу действий, я думаю вам станет ясно, что я имел ввиду.<br />
Например, нам нужно создать 8 уолкеров, с одинаковыми настройками логики, но при этом, разными поинтами путей.<br />
В статических ltx нам понадобится создавать 8 секций '''[logic]'''. Тоесть для каждого уолкера, своя секция логики.<br />
В динамических ltx, данную проблему можно решить функционально.<br />
<br />
Делаем это так:<br />
<br />
Создаём 8 уолкеров в функции "'''load_job'''". Обязательно с помощью счётчика "'''for-do'''":<br />
<br />
<pre>for i = 1, 8 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
<br />
end</pre><br />
<br />
Кто ещё не знает, как это работает, то поясню.<br />
Создаётся переменная '''i''', или любое другое имя. Назначается ей два, или три значения, (через запятую).<br />
Где, '''первое значение''' = какое число задаётся при первом цикле счёта;<br />
'''второе значение''' = при достижении или переполнении какого числа, остановить счёт;<br />
'''третье значение''' = какое значение прибавлять, при каждом цикле счёта.<br />
Если третье значение не задаётся, то при каждом цикле счёта, прибавляется '''1'''.<br />
<br />
Переменной "'''section'''" задаётся '''"имя секции"+переменная i'''. В итоге, при каждом последующем цикле счёта, к имени секции будет приписываться в конце значение переменной '''i'''.<br />
Тоесть, '''"logic@kakashki_walker_1"'''; '''"logic@kakashki_walker_2"'''; '''"logic@kakashki_walker_3"''' и т.д.<br />
<br />
В нашем случае, переменной "'''prior'''" задано значение '''9-i''', что делать не обязательно. Здесь при каждом цикле счёта, вычитается значение переменной '''i''' от числа '''9'''. В итоге, при каждом последующем цикле, переменной "'''prior'''" задаётся значение на '''1''' меньше предыдущего.<br />
<br />
------------------------------------------------------------------------<br />
<br />
Итак, уолкеров создали. Теперь нам нужно задать им всем логику действий. Создаём переменную '''ltx''', которую мы будем использовать для динамических ltx. Для этого, подымаемся на самый верх файла, где прописано создание переменной '''t''', и ниже прописываем:<br />
<br />
<pre>local ltx = ""</pre> <br />
<br />
Теперь, в функции "'''load_ltx'''" создаём ltx файл для нашего гулага:<br />
<br />
<pre>function load_ltx(gname, type)<br />
if type == "kakashki" then<br />
return ltx<br />
end<br />
<br />
return nil<br />
end</pre><br />
<br />
Данным способом, мы возвращаем поиск секций логики, назад в функцию "'''load_job'''".<br />
<br />
Теперь возвращаемся в функцию "'''load_job'''", и в секции нашего гулага, внутри счётчика "'''for-do'''" прописываем логику уолкерам. Выглядеть это будет так:<br />
<br />
<br />
<pre>for i = 1, 8 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
<br />
ltx = ltx.. "[logic@kakashki_walker_"..i.."]\n"..<br />
"active = walker@kakashki_"..i.."\n"..<br />
<br />
"[walker@kakashki_"..i.."]\n"..<br />
"path_walk = walk_"..i.."\n"..<br />
"path_look = look_"..i.."\n"<br />
<br />
end</pre><br />
<br />
Где, так же как и в случае с переменной "'''section'''", приписывается в конец имён секций и путей, значение переменной '''i'''.<br />
В итоге получаем такие имена путей:<br />
<br />
'''walk_1, look_1; walk_2, look_2; walk_3, look_3;''' и т.д.<br />
<br />
Заметим, как мы прописали переменную ltx. Таким способом, мы при каждом цикле счёта, новую секцию логики пришиваем к секциям, пришитым к динамическому ltx при предыдущих циклах. Если прописать просто:<br />
<br />
ltx = логика<br />
<br />
То, при каждом цикле счёта, новая секция будет накладываться на предыдущую, что приведёт к не хорошим последствиям.<br />
<br />
-------------------------------------------------------------------------------------------------------------<br />
<br />
Ну и создаём соответствующие секции поинтов путей, в файле all.spawn. И всё будет работать как часы.<br />
<br />
Не забываем, при создании секций поинтов, к именам путей пришить имя смарт террэйна.<br />
<br />
Продолжение следует.<br />
<br />
Автор: '''Singapur22'''<br />
[[Категория:Скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._%D0%93%D1%83%D0%BB%D0%B0%D0%B3%D0%B8_(%D0%B4%D0%B8%D0%BD%D0%B0%D0%BC%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B5_LTX)SoC. Гулаги (динамические LTX)2009-05-23T14:33:01Z<p>Singapur22: </p>
<hr />
<div>При создании гулага, не многие знают, что практически всю настройку логики гулагов, можно производить в файле «script».<br />
Такой способ построения достигается за счёт динамических ltx.<br />
Попробую описать, каким образом это достигается. Я думаю, многие заметили в файлах с гулагами такую функцию:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
return nil<br />
end</pre><br />
<br />
Это именно та функция, которая и отвечает за динамические ltx. В данном случае, она отключена.<br />
Разберём простейший способ построения динамических ltx.<br />
<br />
Создаём стандартным способом «'''smart_terrain'''» в файле «'''all.spawn'''» и гулаг в файле «'''gulag_уровень.script'''». Назначим ему имя, например «kakashki».<br />
Задаём ему несколько заданий. Например, зададим 3 кампа и двух уолкеров:<br />
<br />
<pre> if type == "kakashki" then<br />
<br />
for i = 1, 3 do<br />
<br />
t = { section = "logic@kakashki_kamp",<br />
idle = 0,<br />
prior = 8-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end<br />
<br />
for i = 1, 2 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end <br />
<br />
end</pre><br />
<br />
Так как мы собираемся использовать динамические ltx, то дальнейшая настройка заданий будет производиться не в конфигурационных файлах, а непосредственно в этом же файле. То есть в упомянутой выше функции «'''load_ltx'''».<br />
Для этого находим нужную функцию «'''load_ltx'''», и в ней создаём динамический ltx и прописываем требуемые схемы логики:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
<br />
if type == "kakashki" then<br />
local ltx = "[logic@kakashki_kamp]\n"..<br />
"active = kamp@kakashki\n"..<br />
<br />
"[kamp@kakashki]\n"..<br />
"center_point = kamp\n"..<br />
<br />
<br />
<br />
<br />
"[logic@kakashki_walker_1]\n"..<br />
"active = walker@kakashki_1\n"..<br />
<br />
"[walker@kakashki_1]\n"..<br />
"path_walk = walk_1\n"..<br />
"path_look = look_1\n"..<br />
<br />
<br />
<br />
"[logic@kakashki_walker_2]\n"..<br />
"active = walker@kakashki_2\n"..<br />
<br />
"[walker@kakashki_2]\n"..<br />
"path_walk = walk_2\n"..<br />
"path_look = look_2\n"<br />
<br />
<br />
<br />
return ltx<br />
end<br />
<br />
<br />
return nil<br />
end</pre><br />
<br />
Где, кавычки обязательны, {\n} назначает новую строку в динамическом ltx, и {..} ставится для привязки строк между собой.<br />
В последней строке схем, двоеточие ставить не нужно, так как привязывать больше нечего.<br />
Переменная «ltx» может иметь любое другое имя.<br />
------------------------------------------------------------------------------------------------------------------<br />
Теперь создаём вэйпоинты путей, в файле «'''all.spawn'''», и можно смело идти проверять.<br />
<br />
------------------------------------------------------------------------------------------------------------------------------------<br />
------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Одно из преимуществ динамических ltx, это пакетная настройка логики.<br />
Может я не так выразился, но по ходу действий, я думаю вам станет ясно, что я имел ввиду.<br />
Например, нам нужно создать 8 уолкеров, с одинаковыми настройками логики, но при этом, разными поинтами путей.<br />
В статических ltx нам понадобится создавать 8 секций '''[logic]'''. Тоесть для каждого уолкера, своя секция логики.<br />
В динамических ltx, данную проблему можно решить функционально.<br />
<br />
Делаем это так:<br />
<br />
Создаём 8 уолкеров в функции "'''load_job'''". Обязательно с помощью счётчика "'''for-do'''":<br />
<br />
<pre> for i = 1, 8 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end</pre><br />
<br />
Кто ещё не знает, как это работает, то поясню.<br />
Создаётся переменная '''i''', или любое другое имя. Назначается ей два, или три значения, (через запятую).<br />
Где, '''первое значение''' = какое число задаётся при первом цикле счёта;<br />
'''второе значение''' = при достижении или переполнении какого числа, остановить счёт;<br />
'''третье значение''' = какое значение прибавлять, при каждом цикле счёта.<br />
Если третье значение не задаётся, то при каждом цикле счёта, прибавляется '''1'''.<br />
<br />
Переменной "'''section'''" задаётся '''"имя секции"+переменная i'''. В итоге, при каждом последующем цикле счёта, к имени секции будет приписываться в конце значение переменной '''i'''.<br />
Тоесть, '''"logic@kakashki_walker_1"'''; '''"logic@kakashki_walker_2"'''; '''"logic@kakashki_walker_3"''' и т.д.<br />
<br />
В нашем случае, переменной "'''prior'''" задано значение '''9-i''', что делать не обязательно. Здесь при каждом цикле счёта, вычитается значение переменной '''i''' от числа '''9'''. В итоге, при каждом последующем цикле, переменной "'''prior'''" задаётся значение на '''1''' меньше предыдущего.<br />
<br />
------------------------------------------------------------------------<br />
<br />
Итак, уолкеров создали. Теперь нам нужно задать им всем логику действий. Создаём переменную '''ltx''', которую мы будем использовать для динамических ltx. Для этого, подымаемся на самый верх файла, где прописано создание переменной '''t''', и ниже прописываем:<br />
<br />
<pre>local ltx = ""</pre> <br />
<br />
Теперь, в функции "'''load_ltx'''" создаём ltx файл для нашего гулага:<br />
<br />
<pre>function load_ltx(gname, type)<br />
if type == "kakashki" then<br />
return ltx<br />
end<br />
<br />
return nil<br />
end</pre><br />
<br />
Данным способом, мы возвращаем поиск секций логики, назад в функцию "'''load_job'''".<br />
<br />
Теперь возвращаемся в функцию "'''load_job'''", и в секции нашего гулага, внутри счётчика "'''for-do'''" прописываем логику уолкерам. Выглядеть это будет так:<br />
<br />
<br />
<pre> for i = 1, 8 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
<br />
ltx = ltx.. "[logic@kakashki_walker_"..i.."]\n"..<br />
"active = walker@kakashki_"..i.."\n"..<br />
<br />
"[walker@kakashki_"..i.."]\n"..<br />
"path_walk = walk_"..i.."\n"..<br />
"path_look = look_"..i.."\n"<br />
<br />
end</pre><br />
<br />
Где, так же как и в случае с переменной "'''section'''", приписывается в конец имён секций и путей, значение переменной '''i'''.<br />
В итоге получаем такие имена путей:<br />
<br />
'''walk_1, look_1; walk_2, look_2; walk_3, look_3;''' и т.д.<br />
<br />
Заметим, как мы прописали переменную ltx. Таким способом, мы при каждом цикле счёта, новую секцию логики пришиваем к секциям, пришитым к динамическому ltx при предыдущих циклах. Если прописать просто:<br />
<br />
ltx = логика<br />
<br />
То, при каждом цикле счёта, новая секция будет накладываться на предыдущую, что приведёт к не хорошим последствиям.<br />
<br />
-------------------------------------------------------------------------------------------------------------<br />
<br />
Ну и создаём соответствующие секции поинтов путей, в файле all.spawn. И всё будет работать как часы.<br />
<br />
Не забываем, при создании секций поинтов, к именам путей пришить имя смарт террэйна.<br />
<br />
Продолжение следует.<br />
<br />
Автор: '''Singapur22'''<br />
[[Категория:Скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._%D0%93%D1%83%D0%BB%D0%B0%D0%B3%D0%B8_(%D0%B4%D0%B8%D0%BD%D0%B0%D0%BC%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B5_LTX)SoC. Гулаги (динамические LTX)2009-05-23T14:30:58Z<p>Singapur22: дополнение</p>
<hr />
<div>При создании гулага, не многие знают, что практически всю настройку логики гулагов, можно производить в файле «script».<br />
Такой способ построения достигается за счёт динамических ltx.<br />
Попробую описать, каким образом это достигается. Я думаю, многие заметили в файлах с гулагами такую функцию:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
return nil<br />
end</pre><br />
<br />
Это именно та функция, которая и отвечает за динамические ltx. В данном случае, она отключена.<br />
Разберём простейший способ построения динамических ltx.<br />
<br />
Создаём стандартным способом «'''smart_terrain'''» в файле «'''all.spawn'''» и гулаг в файле «'''gulag_уровень.script'''». Назначим ему имя, например «kakashki».<br />
Задаём ему несколько заданий. Например, зададим 3 кампа и двух уолкеров:<br />
<br />
<pre> if type == "kakashki" then<br />
<br />
for i = 1, 3 do<br />
<br />
t = { section = "logic@kakashki_kamp",<br />
idle = 0,<br />
prior = 8-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end<br />
<br />
for i = 1, 2 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end <br />
<br />
end</pre><br />
<br />
Так как мы собираемся использовать динамические ltx, то дальнейшая настройка заданий будет производиться не в конфигурационных файлах, а непосредственно в этом же файле. То есть в упомянутой выше функции «'''load_ltx'''».<br />
Для этого находим нужную функцию «'''load_ltx'''», и в ней создаём динамический ltx и прописываем требуемые схемы логики:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
<br />
if type == "kakashki" then<br />
local ltx = "[logic@kakashki_kamp]\n"..<br />
"active = kamp@kakashki\n"..<br />
<br />
"[kamp@kakashki]\n"..<br />
"center_point = kamp\n"..<br />
<br />
<br />
<br />
<br />
"[logic@kakashki_walker_1]\n"..<br />
"active = walker@kakashki_1\n"..<br />
<br />
"[walker@kakashki_1]\n"..<br />
"path_walk = walk_1\n"..<br />
"path_look = look_1\n"..<br />
<br />
<br />
<br />
"[logic@kakashki_walker_2]\n"..<br />
"active = walker@kakashki_2\n"..<br />
<br />
"[walker@kakashki_2]\n"..<br />
"path_walk = walk_2\n"..<br />
"path_look = look_2\n"<br />
<br />
<br />
<br />
return ltx<br />
end<br />
<br />
<br />
return nil<br />
end</pre><br />
<br />
Где, кавычки обязательны, {\n} назначает новую строку в динамическом ltx, и {..} ставится для привязки строк между собой.<br />
В последней строке схем, двоеточие ставить не нужно, так как привязывать больше нечего.<br />
Переменная «ltx» может иметь любое другое имя.<br />
------------------------------------------------------------------------------------------------------------------<br />
Теперь создаём вэйпоинты путей, в файле «'''all.spawn'''», и можно смело идти проверять.<br />
<br />
------------------------------------------------------------------------------------------------------------------------------------<br />
------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Одно из преимуществ динамических ltx, это пакетная настройка логики.<br />
Может я не так выразился, но по ходу действий, я думаю вам станет ясно, что я имел ввиду.<br />
Например, нам нужно создать 8 уолкеров, с одинаковыми настройками логики, но при этом, разными поинтами путей.<br />
В статических ltx нам понадобится создавать 8 секций '''[logic]'''. Тоесть для каждого уолкера, своя секция логики.<br />
В динамических ltx, данную проблему можно решить функционально.<br />
<br />
Делаем это так:<br />
<br />
Создаём 8 уолкеров в функции "'''load_job'''". Обязательно с помощью счётчика "'''for-do'''":<br />
<br />
<pre>for i = 1, 8 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end</pre><br />
<br />
Кто ещё не знает, как это работает, то поясню.<br />
Создаётся переменная '''i''', или любое другое имя. Назначается ей два, или три значения, (через запятую).<br />
Где, '''первое значение''' = какое число задаётся при первом цикле счёта;<br />
'''второе значение''' = при достижении или переполнении какого числа, остановить счёт;<br />
'''третье значение''' = какое значение прибавлять, при каждом цикле счёта.<br />
Если третье значение не задаётся, то при каждом цикле счёта, прибавляется '''1'''.<br />
<br />
Переменной "'''section'''" задаётся '''"имя секции"+переменная i'''. В итоге, при каждом последующем цикле счёта, к имени секции будет приписываться в конце значение переменной '''i'''.<br />
Тоесть, '''"logic@kakashki_walker_1"'''; '''"logic@kakashki_walker_2"'''; '''"logic@kakashki_walker_3"''' и т.д.<br />
<br />
В нашем случае, переменной "'''prior'''" задано значение '''9-i''', что делать не обязательно. Здесь при каждом цикле счёта, вычитается значение переменной '''i''' от числа '''9'''. В итоге, при каждом последующем цикле, переменной "'''prior'''" задаётся значение на '''1''' меньше предыдущего.<br />
<br />
------------------------------------------------------------------------<br />
<br />
Итак, уолкеров создали. Теперь нам нужно задать им всем логику действий. Создаём переменную '''ltx''', которую мы будем использовать для динамических ltx. Для этого, подымаемся на самый верх файла, где прописано создание переменной '''t''', и ниже прописываем:<br />
<br />
<pre>local ltx = ""</pre> <br />
<br />
Теперь, в функции "'''load_ltx'''" создаём ltx файл для нашего гулага:<br />
<br />
<pre>function load_ltx(gname, type)<br />
if type == "kakashki" then<br />
return ltx<br />
end<br />
<br />
return nil<br />
end</pre><br />
<br />
Данным способом, мы возвращаем поиск секций логики, назад в функцию "'''load_job'''".<br />
<br />
Теперь возвращаемся в функцию "'''load_job'''", и в секции нашего гулага, внутри счётчика "'''for-do'''" прописываем логику уолкерам. Выглядеть это будет так:<br />
<br />
<br />
<pre>for i = 1, 8 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
<br />
ltx = ltx.. "[logic@kakashki_walker_"..i.."]\n"..<br />
"active = walker@kakashki_"..i.."\n"..<br />
<br />
"[walker@kakashki_"..i.."]\n"..<br />
"path_walk = walk_"..i.."\n"..<br />
"path_look = look_"..i.."\n"<br />
<br />
end</pre><br />
<br />
Где, так же как и в случае с переменной "'''section'''", приписывается в конец имён секций и путей, значение переменной '''i'''.<br />
В итоге получаем такие имена путей:<br />
<br />
'''walk_1, look_1; walk_2, look_2; walk_3, look_3;''' и т.д.<br />
<br />
Заметим, как мы прописали переменную ltx. Таким способом, мы при каждом цикле счёта, новую секцию логики пришиваем к секциям, пришитым к динамическому ltx при предыдущих циклах. Если прописать просто:<br />
<br />
ltx = логика<br />
<br />
То, при каждом цикле счёта, новая секция будет накладываться на предыдущую, что приведёт к не хорошим последствиям.<br />
<br />
-------------------------------------------------------------------------------------------------------------<br />
<br />
Ну и создаём соответствующие секции поинтов путей, в файле all.spawn. И всё будет работать как часы.<br />
<br />
Не забываем, при создании секций поинтов, к именам путей пришить имя смарт террэйна.<br />
<br />
Продолжение следует.<br />
<br />
Автор: '''Singapur22'''<br />
[[Категория:Скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._RespawnSoC. Respawn2009-05-21T16:33:08Z<p>Singapur22: </p>
<hr />
<div>Респаун, один из самых часто задаваемый вопросов на форумах. Вот, решил написать статью, дабы не втирать одно и тоже каждому, кто не может с этим разобраться.<br />
<br />
------------------------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
--------------------------------------------------------'''RESPAWN NPC'''-----------------------------------------------------------------------------<br />
<br />
Для создания респавна, понадобится два файла, '''all.spawn''' и '''spawn_section.ltx'''. Это минимальный набор. Для полной настройки респавнера, нужны ещё '''character_desc_simulation.xml''' и '''npc_profile.xml'''.<br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''1.''' В '''all.spawn''' создаём секцию респавнера:<br />
<br />
<pre>[10000]<br />
; cse_abstract properties<br />
section_name = respawn<br />
name = имя респавнера<br />
position = координаты (x,y,z)<br />
direction = 0,0,0<br />
<br />
; cse_alife_object properties<br />
game_vertex_id = гейм-вертекс<br />
distance = 10<br />
level_vertex_id = левел-вертекс<br />
object_flags = 0xffffff3e<br />
custom_data = <<END<br />
[respawn]<br />
respawn_section = esc_urody_respawn_1,12, esc_urody_respawn_2,9<br />
max_count = 8<br />
min_count = 4<br />
max_spawn = 2<br />
idle_spawn = medium<br />
conditions = 100<br />
END<br />
<br />
; cse_shape properties<br />
shapes = shape0<br />
shape0:type = sphere<br />
shape0:offset = 0,0,0<br />
shape0:radius = 1<br />
<br />
; cse_alife_space_restrictor properties<br />
restrictor_type = 0<br />
<br />
; se_respawn properties</pre><br />
<br />
Если используется программа '''XrSpawner''', то копируем любую секцию "respawn"; меняем имя объекта, координаты, и в окошке "скрипт" прописываем:<br />
<br />
<pre>[respawn]<br />
respawn_section = esc_urody_respawn_1,12, esc_urody_respawn_2,9<br />
max_count = 8<br />
min_count = 4<br />
max_spawn = 2<br />
idle_spawn = medium<br />
conditions = 100</pre><br />
<br />
Где:<br />
'''respawn_section =''' id респавн-секций из файла '''spawn_section.ltx'''. Цифры после запятой, означают отношение одной секции к другой. Если планируется одинаковое колличество респавна из каждой секции, то цифры ставить не требуется.<br />
'''max_count =''' колличество респавн-запросов за период времени, пока ГГ находится на уровне. При переходе на другой уровень, счётчик '''max_count''' сбрасывается. (ставить не обязательно)<br />
'''min_count =''' минимальное колличество нпс, для экстренного респавна. (ставить не обязательно)<br />
'''max_spawn =''' колличество нпс за один цикл респавна.<br />
'''idle_spawn =''' тип спавна. Известно три типа '''medium, often, seldom'''. Обычно, используется тип '''medium'''.<br />
'''conditions ='''Условие респавна. Можно установить проверку условий (инфопоршень), где респавн будет происходить только при выполнении условия. Номер означает общий процент выполнения респавна. Например так:<br />
'''conditions = {+инфо} 100, 0''' где, респавн будет происходить со сто-процентной вероятностью, только при наличии установленного инфопоршна.<br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''2.''' В файле '''spawn_section.ltx''', создаём респавн-секции:<br />
<br />
<pre>[esc_urody_respawn_1]:stalker<br />
$spawn = "respawn\esc_urody_respawn_1"<br />
character_profile = sim_urody_novice<br />
spec_rank = novice<br />
community = bandit<br />
<br />
[esc_urody_respawn_2]:stalker<br />
$spawn = "respawn\esc_urody_respawn_2"<br />
character_profile = sim_urody_regular<br />
spec_rank = regular<br />
community = bandit</pre><br />
<br />
Где:<br />
'''esc_urody_respawn_1''' id респавн-секции.<br />
'''sim_urody_novice''' и '''sim_urody_regular''' классы профайлов нпс.<br />
'''novice''' и '''regular''' ранги нпс.<br />
'''bandit''' группировка нпс.<br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''3.''' В файле '''npc_profile.xml''' регистрируем классы '''sim_urody_regular''' и '''sim_urody_novice'''<br />
<br />
<pre><character id="sim_urody_regular"><br />
<class>sim_urody_regular</class><br />
</character><br />
<br />
<character id="sim_urody_novice"><br />
<class>sim_urody_novice</class><br />
</character></pre><br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''4.''' Создаём профили, в файле '''character_desc_simulation.xml''', с классами '''sim_urody_regular''' и '''sim_urody_novice''' и группировкой '''bandit'''.<br />
<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
---------------------------------------------------'''RESPAWN MUTANTOV'''-------------------------------------------------------------------------------<br />
<br />
В принципе, респавн мутантов идентичен респавну нпс. Но с одним лишь отличием, которое его значительно упрощает.<br />
Вся настройка респавна мутантов, ограничивается секцией в файле "all.spawn".<br />
Вписываем секцию респавнера, как указано в -'''RESPAWN NPC'''-.<br />
Все настройки идентичны, кроме строки '''respawn_section = '''.<br />
В ней прописываем типы мутантов, из файла "se_respawn.script". Такие как '''flesh_weak, flesh_normal, dog_weak, boar_strong, и т.д.'''.<br />
<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
---------------------------------------------------'''ОБЩИЕ НАСТРОЙКИ'''--------------------------------------------------------------------------------<br />
<br />
Обязательные условия респавна:<br />
<br />
'''1.''' На уровне обязательно должен быть хоть один гулаг для респавнящихся нпс и мутантов. Так как колличество неписей для респавна, ориентируется по доступным местам в гулагах.<br />
<br />
'''2.''' Респавн производится, только если под гулагами есть доступные работы.<br />
<br />
'''3.''' На каждом уровне, респавн ограничен определёнными типами неписей. Данные ограничения установлены в файле '''misc\smart_terrain_presets.ltx'''. Чтобы сделать возможным респавн неписей, не предусмотренных на данном уровне. Надо в секции нужного уровня, дописать требуемые типы неписей.<br />
<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Для проверки созданного респавнера, можно не ждать когда сработает системный респавн, а вызвать принудительно респавн в нужной секции. Для этого, прописываем в любой логике, вызов функции '''%=respawner_spawn(имя респавнера)%'''. Где, "имя респавнера" - имя секции, созданой в файле all.spawn. Скобки обязательны. <br />
<br />
Например, можно создать рядом с зоной респавнера, временный рестриктор. И в кастом дате рестриктора, прописать вызов функции принудительного вызова респавна, в нужном респавнере, при входе ГГ в зону рестриктора:<br />
<br />
<pre>[logic]<br />
active = sr_idle@in<br />
<br />
[sr_idle@in]<br />
on_actor_inside = %=respawner_spawn(имя респавнера)% sr_idle@out<br />
<br />
[sr_idle@out]<br />
on_actor_outside = sr_idle@in</pre><br />
<br />
Функция принудительного вызова респавна, находится в файле '''xr_effects.script'''.<br />
<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
------------------------------------------------------'''RESPAWN ITEMS'''-------------------------------------------------------------------------------<br />
<br />
Респавн инвентаря в инвентарных ящиках, несколько отличается от способа респавна неписей.<br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''1.''' Первое, что нам нужно сделать, это создать инвентарный ящик в файле "all.spawn":<br />
<br />
<pre>[10000]<br />
; cse_abstract properties<br />
section_name = inventory_box<br />
name = имя ящика<br />
position = координаты x,y,z<br />
direction = 0,0,0<br />
<br />
; cse_alife_object properties<br />
game_vertex_id = гейм-вертекс<br />
distance = 0<br />
level_vertex_id = левел-вертекс<br />
object_flags = 0xffffffba<br />
<br />
story_id = ай-ди ящика<br />
<br />
; cse_visual properties<br />
visual_name = equipments\item_box_01</pre><br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''2.''' Затем, в файле '''game_story_id.ltx''' регистрируем id ящика. (выбираем любое свободное число).<br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''3.''' Создаём респавнер в файле '''all.spawn'''. Координаты и размеры зоны респавнера, должны быть такими, чтоб инвентарный ящик поместился внутри зоны респавнера:<br />
<br />
<pre>[10001]<br />
; cse_abstract properties<br />
section_name = respawn<br />
name = имя респавнера<br />
position = координаты x,y,z<br />
direction = 0,0,0<br />
<br />
; cse_alife_object properties<br />
game_vertex_id = гейм-вертекс<br />
distance = 2<br />
level_vertex_id = левел-вертекс<br />
object_flags = 0xffffff3e<br />
custom_data = <<END<br />
[respawn]<br />
respawn_section = список вещей респавна<br />
idle_spawn = -1<br />
parent = ай-ди ящика<br />
item_spawn = true<br />
max_count = 7<br />
END<br />
<br />
; cse_shape properties<br />
shapes = shape0<br />
shape0:type = box<br />
shape0:axis_x = 0.5,0,0 (ширина зоны респавнера, по X)<br />
shape0:axis_y = 0,0.5,0 (высота зоны респавнера)<br />
shape0:axis_z = 0,0,1 (ширина зоны респавнера, по Z)<br />
shape0:offset = 0,0,0<br />
<br />
; cse_alife_space_restrictor properties<br />
restrictor_type = 3<br />
<br />
; se_respawn properties</pre><br />
<br />
Где: <br />
<br />
'''respawn_section =''' список вещей респавна. Как и в респавнерах неписей, возможна прописка соотношений между вещами. Например:<br />
respawn_section = wpn_pm,2, vodka,2, medkit,1, energy_drink,2, ammo_9x18_fmj,3 <br />
<br />
'''idle_spawn =''' тип спавна. Инвентарь не имеет типов спавна, поэтому ставится (-1).<br />
<br />
'''parent =''' ай-ди инвентарного ящика, в котором производить респавн вещей.<br />
<br />
'''item_spawn =''' (true\false) возможность включения и отключения респавна. Можно задавать условия.<br />
<br />
'''max_count =''' количество респав-циклов за определённый период времени. (Пока ГГ находится на уровне. После перехода ГГ на другой уровень, счётчик сбрасывается).<br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''4.''' Создаём вызов респавна. Обычно вызов производится из '''smart_terrain'''. В "custom_data" любого подходящего '''smart_terrain''', под секцией [smart_terrain], вписываем вызов респавна:<br />
<br />
<pre>[smart_terrain]<br />
respawn = имя респавнера </pre><br />
<br />
И респавн будет производиться, при каждом пополнении нпс, под данным смартом.<br />
<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Автор статьи '''Singapur22'''.<br />
[[Категория:скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._%D0%93%D1%83%D0%BB%D0%B0%D0%B3%D0%B8_(%D0%B4%D0%B8%D0%BD%D0%B0%D0%BC%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B5_LTX)SoC. Гулаги (динамические LTX)2009-05-21T16:30:57Z<p>Singapur22: </p>
<hr />
<div>При создании гулага, не многие знают, что практически всю настройку логики гулагов, можно производить в файле «script».<br />
Такой способ построения достигается за счёт динамических ltx.<br />
Попробую описать, каким образом это достигается. Я думаю, многие заметили в файлах с гулагами такую функцию:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
return nil<br />
end</pre><br />
<br />
Это именно та функция, которая и отвечает за динамические ltx. В данном случае, она отключена.<br />
Разберём простейший способ построения динамических ltx.<br />
<br />
Создаём стандартным способом «'''smart_terrain'''» в файле «'''all.spawn'''» и гулаг в файле «'''gulag_уровень.script'''». Назначим ему имя, например «kakashki».<br />
Задаём ему несколько заданий. Например, зададим 3 кампа и двух уолкеров:<br />
<br />
<pre> if type == "kakashki" then<br />
<br />
for i = 1, 3 do<br />
<br />
t = { section = "logic@kakashki_kamp",<br />
idle = 0,<br />
prior = 8-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end<br />
<br />
for i = 1, 2 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end <br />
<br />
end</pre><br />
<br />
Так как мы собираемся использовать динамические ltx, то дальнейшая настройка заданий будет производиться не в конфигурационных файлах, а непосредственно в этом же файле. То есть в упомянутой выше функции «'''load_ltx'''».<br />
Для этого находим нужную функцию «'''load_ltx'''», и в ней создаём динамический ltx и прописываем требуемые схемы логики:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
<br />
if type == "kakashki" then<br />
local ltx = "[logic@kakashki_kamp]\n"..<br />
"active = kamp@kakashki\n"..<br />
<br />
"[kamp@kakashki]\n"..<br />
"center_point = kamp\n"..<br />
<br />
<br />
<br />
<br />
"[logic@kakashki_walker_1]\n"..<br />
"active = walker@kakashki_1\n"..<br />
<br />
"[walker@kakashki_1]\n"..<br />
"path_walk = walk_1\n"..<br />
"path_look = look_1\n"..<br />
<br />
<br />
<br />
"[logic@kakashki_walker_2]\n"..<br />
"active = walker@kakashki_2\n"..<br />
<br />
"[walker@kakashki_2]\n"..<br />
"path_walk = walk_2\n"..<br />
"path_look = look_2\n"<br />
<br />
<br />
<br />
return ltx<br />
end<br />
<br />
<br />
return nil<br />
end</pre><br />
<br />
Где, кавычки обязательны, {\n} назначает новую строку в динамическом ltx, и {..} ставится для привязки строк между собой.<br />
В последней строке схем, двоеточие ставить не нужно, так как привязывать больше нечего.<br />
Переменная «ltx» может иметь любое другое имя.<br />
------------------------------------------------------------------------------------------------------------------<br />
Теперь создаём вэйпоинты путей, в файле «'''all.spawn'''», и можно смело идти проверять.<br />
<br />
------------------------------------------------------------------------------------------------------------------<br />
<br />
Продолжение следует.<br />
<br />
Автор: '''Singapur22'''<br />
[[Категория:Скрипты]]</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._%D0%93%D1%83%D0%BB%D0%B0%D0%B3%D0%B8_(%D0%B4%D0%B8%D0%BD%D0%B0%D0%BC%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B5_LTX)SoC. Гулаги (динамические LTX)2009-05-20T07:36:24Z<p>Singapur22: </p>
<hr />
<div>При создании гулага, не многие знают, что практически всю настройку логики гулагов, можно производить в файле «script».<br />
Такой способ построения достигается за счёт динамических ltx.<br />
Попробую описать, каким образом это достигается. Я думаю, многие заметили в файлах с гулагами такую функцию:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
return nil<br />
end</pre><br />
<br />
Это именно та функция, которая и отвечает за динамические ltx. В данном случае, она отключена.<br />
Разберём простейший способ построения динамических ltx.<br />
<br />
Создаём стандартным способом «'''smart_terrain'''» в файле «'''all.spawn'''» и гулаг в файле «'''gulag_уровень.script'''». Назначим ему имя, например «kakashki».<br />
Задаём ему несколько заданий. Например, зададим 3 кампа и двух уолкеров:<br />
<br />
<pre> if type == "kakashki" then<br />
<br />
for i = 1, 3 do<br />
<br />
t = { section = "logic@kakashki_kamp",<br />
idle = 0,<br />
prior = 8-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end<br />
<br />
for i = 1, 2 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end <br />
<br />
end</pre><br />
<br />
Так как мы собираемся использовать динамические ltx, то дальнейшая настройка заданий будет производиться не в конфигурационных файлах, а непосредственно в этом же файле. То есть в упомянутой выше функции «'''load_ltx'''».<br />
Для этого находим нужную функцию «'''load_ltx'''», и в ней создаём динамический ltx и прописываем требуемые схемы логики:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
<br />
if type == "kakashki" then<br />
local ltx = "[logic@kakashki_kamp]\n"..<br />
"active = kamp@kakashki\n"..<br />
<br />
"[kamp@kakashki]\n"..<br />
"center_point = kamp\n"..<br />
<br />
<br />
<br />
<br />
"[logic@kakashki_walker_1]\n"..<br />
"active = walker@kakashki_1\n"..<br />
<br />
"[walker@kakashki_1]\n"..<br />
"path_walk = walk_1\n"..<br />
"path_look = look_1\n"..<br />
<br />
<br />
<br />
"[logic@kakashki_walker_2]\n"..<br />
"active = walker@kakashki_2\n"..<br />
<br />
"[walker@kakashki_2]\n"..<br />
"path_walk = walk_2\n"..<br />
"path_look = look_2\n"<br />
<br />
<br />
<br />
return ltx<br />
end<br />
<br />
<br />
return nil<br />
end</pre><br />
<br />
Где, кавычки обязательны, {\n} назначает новую строку в динамическом ltx, и {..} ставится для привязки строк между собой.<br />
В последней строке схем, двоеточие ставить не нужно, так как привязывать больше нечего.<br />
Переменная «ltx» может иметь любое другое имя.<br />
------------------------------------------------------------------------------------------------------------------<br />
Теперь создаём вэйпоинты путей, в файле «'''all.spawn'''», и можно смело идти проверять.<br />
<br />
------------------------------------------------------------------------------------------------------------------<br />
<br />
Продолжение следует.<br />
<br />
Автор: '''Singapur22'''</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._%D0%93%D1%83%D0%BB%D0%B0%D0%B3%D0%B8_(%D0%B4%D0%B8%D0%BD%D0%B0%D0%BC%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B5_LTX)SoC. Гулаги (динамические LTX)2009-05-20T07:35:02Z<p>Singapur22: </p>
<hr />
<div>При создании гулага, не многие знают, что практически всю настройку логики гулагов, можно производить в файле "script".<br />
Такой способ построения достигается за счёт динамических ltx.<br />
Попробую описать, каким образом это достигается. Я думаю, многие заметили в файлах с гулагами такую функцию:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
return nil<br />
end</pre><br />
<br />
Это именно та функция, которая и отвечает за динамические ltx. В данном случае, она отключена.<br />
Разберём простейший способ построения динамических ltx.<br />
<br />
Создаём стандартным способом "'''smart_terrain'''" в файле "'''all.spawn'''" и гулаг в файле "'''gulag_уровень.script'''". Назначим ему имя, например "kakashki".<br />
Задаём ему несколько заданий. Например, зададим 3 кампа и двух уолкеров:<br />
<br />
<pre> if type == "kakashki" then<br />
<br />
for i = 1, 3 do<br />
<br />
t = { section = "logic@kakashki_kamp",<br />
idle = 0,<br />
prior = 8-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end<br />
<br />
for i = 1, 2 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end <br />
<br />
end</pre><br />
<br />
Так как мы собираемся использовать динамические ltx, то дальнейшая настройка заданий будет производиться не в конфигурационных файлах, а непосредственно в этом же файле. То есть в упомянутой выше функции "'''load_ltx'''".<br />
Для этого находим нужную функцию "'''load_ltx'''", и в ней создаём динамический ltx и прописываем требуемые схемы логики:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
<br />
if type == "kakashki" then<br />
local ltx = "[logic@kakashki_kamp]\n"..<br />
"active = kamp@kakashki\n"..<br />
<br />
"[kamp@kakashki]\n"..<br />
"center_point = kamp\n"..<br />
<br />
<br />
<br />
<br />
"[logic@kakashki_walker_1]\n"..<br />
"active = walker@kakashki_1\n"..<br />
<br />
"[walker@kakashki_1]\n"..<br />
"path_walk = walk_1\n"..<br />
"path_look = look_1\n"..<br />
<br />
<br />
<br />
"[logic@kakashki_walker_2]\n"..<br />
"active = walker@kakashki_2\n"..<br />
<br />
"[walker@kakashki_2]\n"..<br />
"path_walk = walk_2\n"..<br />
"path_look = look_2\n"<br />
<br />
<br />
<br />
return ltx<br />
end<br />
<br />
<br />
return nil<br />
end</pre><br />
<br />
Где, кавычки обязательны, {\n} назначает новую строку в динамическом ltx, и {..} ставится для привязки строк между собой.<br />
В последней строке схем, двоеточие ставить не нужно, так как привязывать больше нечего.<br />
Переменная "ltx" может иметь любое другое имя.<br />
------------------------------------------------------------------------------------------------------------------<br />
Теперь создаём вэйпоинты путей, в файле "'''all.spawn'''", и можно смело идти проверять.<br />
<br />
------------------------------------------------------------------------------------------------------------------<br />
<br />
Продолжение следует.<br />
<br />
Автор: '''Singapur22'''</div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._%D0%93%D1%83%D0%BB%D0%B0%D0%B3%D0%B8_(%D0%B4%D0%B8%D0%BD%D0%B0%D0%BC%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B5_LTX)SoC. Гулаги (динамические LTX)2009-05-20T07:30:36Z<p>Singapur22: </p>
<hr />
<div>При создании гулага, не многие знают, что практически всю настройку логики гулагов, можно производить в файле "script".<br />
Такой способ построения достигается за счёт динамических ltx.<br />
Попробую описать, каким образом это достигается. Я думаю, многие заметили в файлах с гулагами такую функцию:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
return nil<br />
end</pre><br />
<br />
Это именно та функция, которая и отвечает за динамические ltx. В данном случае, она отключена.<br />
Разберём простейший способ построения динамических ltx.<br />
<br />
Создаём стандартным способом "smart_terrain" в файле "all.spawn" и гулаг в файле "gulag_уровень.script". Назначим ему имя, например "kakashki".<br />
Задаём ему несколько заданий. Например, зададим 3 кампа и двух уолкеров:<br />
<br />
<pre> if type == "kakashki" then<br />
<br />
for i = 1, 3 do<br />
<br />
t = { section = "logic@kakashki_kamp",<br />
idle = 0,<br />
prior = 8-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end<br />
<br />
for i = 1, 2 do<br />
<br />
t = { section = "logic@kakashki_walker_"..i,<br />
idle = 0,<br />
prior = 9-i, state = {0,1},<br />
in_rest = "", out_rest = ""<br />
}<br />
table.insert(sj, t)<br />
end <br />
<br />
end</pre><br />
<br />
Так как мы собираемся использовать динамические ltx, то дальнейшая настройка заданий будет производиться не в конфигурационных файлах, а непосредственно в этом же файле. То есть <br />
<br />
в упомянутой выше функции "<big>load_ltx</big>". Для этого находим нужную функцию "<big>load_ltx</big>", и в ней создаём динамический ltx и прописываем требуемые схемы логики:<br />
<br />
<pre>--'------------------------------------------------------------------------<br />
--' Dynamic ltx<br />
--'------------------------------------------------------------------------<br />
function load_ltx(gname, type)<br />
<br />
<br />
if type == "kakashki" then<br />
local ltx = "[logic@kakashki_kamp]\n"..<br />
"active = kamp@kakashki\n"..<br />
<br />
"[kamp@kakashki]\n"..<br />
"center_point = kamp\n"..<br />
<br />
<br />
<br />
<br />
"[logic@kakashki_walker_1]\n"..<br />
"active = walker@kakashki_1\n"..<br />
<br />
"[walker@kakashki_1]\n"..<br />
"path_walk = walk_1\n"..<br />
"path_look = look_1\n"..<br />
<br />
<br />
<br />
"[logic@kakashki_walker_2]\n"..<br />
"active = walker@kakashki_2\n"..<br />
<br />
"[walker@kakashki_2]\n"..<br />
"path_walk = walk_2\n"..<br />
"path_look = look_2\n"<br />
<br />
<br />
<br />
return ltx<br />
end<br />
<br />
<br />
return nil<br />
end</pre><br />
<br />
Где, кавычки обязательны, {\n} назначает новую строку в динамическом ltx, и {..} ставится для привязки строк между собой.<br />
В последней строке схем, двоеточие ставить не нужно, так как привязывать больше нечего.<br />
Переменная "ltx" может иметь любое другое имя.<br />
------------------------------------------------------------------------------------------------------------------<br />
Теперь создаём вэйпоинты путей, в файле "<sub>all.spawn</sub>", и можно смело идти проверять.<br />
<br />
------------------------------------------------------------------------------------------------------------------<br />
<br />
Продолжение следует.<br />
<br />
Автор: <big>Singapur22</big></div>Singapur22http://stalkerin.gameru.net/wiki/index.php?title=SoC._RespawnSoC. Respawn2009-05-20T03:24:55Z<p>Singapur22: </p>
<hr />
<div>Респаун, один из самых часто задаваемый вопросов на форумах. Вот, решил написать статью, дабы не втирать одно и тоже каждому, кто не может с этим разобраться.<br />
<br />
------------------------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
--------------------------------------------------------'''RESPAWN NPC'''-----------------------------------------------------------------------------<br />
<br />
Для создания респавна, понадобится два файла, '''all.spawn''' и '''spawn_section.ltx'''. Это минимальный набор. Для полной настройки респавнера, нужны ещё '''character_desc_simulation.xml''' и '''npc_profile.xml'''.<br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''1.''' В '''all.spawn''' создаём секцию респавнера:<br />
<br />
<pre>[10000]<br />
; cse_abstract properties<br />
section_name = respawn<br />
name = имя респавнера<br />
position = координаты (x,y,z)<br />
direction = 0,0,0<br />
<br />
; cse_alife_object properties<br />
game_vertex_id = гейм-вертекс<br />
distance = 10<br />
level_vertex_id = левел-вертекс<br />
object_flags = 0xffffff3e<br />
custom_data = <<END<br />
[respawn]<br />
respawn_section = esc_urody_respawn_1,12, esc_urody_respawn_2,9<br />
max_count = 8<br />
min_count = 4<br />
max_spawn = 2<br />
idle_spawn = medium<br />
conditions = 100<br />
END<br />
<br />
; cse_shape properties<br />
shapes = shape0<br />
shape0:type = sphere<br />
shape0:offset = 0,0,0<br />
shape0:radius = 1<br />
<br />
; cse_alife_space_restrictor properties<br />
restrictor_type = 0<br />
<br />
; se_respawn properties</pre><br />
<br />
Если используется программа '''XrSpawner''', то копируем любую секцию "respawn"; меняем имя объекта, координаты, и в окошке "скрипт" прописываем:<br />
<br />
<pre>[respawn]<br />
respawn_section = esc_urody_respawn_1,12, esc_urody_respawn_2,9<br />
max_count = 8<br />
min_count = 4<br />
max_spawn = 2<br />
idle_spawn = medium<br />
conditions = 100</pre><br />
<br />
Где:<br />
'''respawn_section =''' id респавн-секций из файла '''spawn_section.ltx'''. Цифры после запятой, означают отношение одной секции к другой. Если планируется одинаковое колличество респавна из каждой секции, то цифры ставить не требуется.<br />
'''max_count =''' колличество респавн-запросов за период времени, пока ГГ находится на уровне. При переходе на другой уровень, счётчик '''max_count''' сбрасывается. (ставить не обязательно)<br />
'''min_count =''' минимальное колличество нпс, для экстренного респавна. (ставить не обязательно)<br />
'''max_spawn =''' колличество нпс за один цикл респавна.<br />
'''idle_spawn =''' тип спавна. Известно три типа '''medium, often, seldom'''. Обычно, используется тип '''medium'''.<br />
'''conditions ='''Условие респавна. Можно установить проверку условий (инфопоршень), где респавн будет происходить только при выполнении условия. Номер означает общий процент выполнения респавна. Например так:<br />
'''conditions = {+инфо} 100, 0''' где, респавн будет происходить со сто-процентной вероятностью, только при наличии установленного инфопоршна.<br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''2.''' В файле '''spawn_section.ltx''', создаём респавн-секции:<br />
<br />
<pre>[esc_urody_respawn_1]:stalker<br />
$spawn = "respawn\esc_urody_respawn_1"<br />
character_profile = sim_urody_novice<br />
spec_rank = novice<br />
community = bandit<br />
<br />
[esc_urody_respawn_2]:stalker<br />
$spawn = "respawn\esc_urody_respawn_2"<br />
character_profile = sim_urody_regular<br />
spec_rank = regular<br />
community = bandit</pre><br />
<br />
Где:<br />
'''esc_urody_respawn_1''' id респавн-секции.<br />
'''sim_urody_novice''' и '''sim_urody_regular''' классы профайлов нпс.<br />
'''novice''' и '''regular''' ранги нпс.<br />
'''bandit''' группировка нпс.<br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''3.''' В файле '''npc_profile.xml''' регистрируем классы '''sim_urody_regular''' и '''sim_urody_novice'''<br />
<br />
<pre><character id="sim_urody_regular"><br />
<class>sim_urody_regular</class><br />
</character><br />
<br />
<character id="sim_urody_novice"><br />
<class>sim_urody_novice</class><br />
</character></pre><br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''4.''' Создаём профили, в файле '''character_desc_simulation.xml''', с классами '''sim_urody_regular''' и '''sim_urody_novice''' и группировкой '''bandit'''.<br />
<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
---------------------------------------------------'''RESPAWN MUTANTOV'''-------------------------------------------------------------------------------<br />
<br />
В принципе, респавн мутантов идентичен респавну нпс. Но с одним лишь отличием, которое его значительно упрощает.<br />
Вся настройка респавна мутантов, ограничивается секцией в файле "all.spawn".<br />
Вписываем секцию респавнера, как указано в -'''RESPAWN NPC'''-.<br />
Все настройки идентичны, кроме строки '''respawn_section = '''.<br />
В ней прописываем типы мутантов, из файла "se_respawn.script". Такие как '''flesh_weak, flesh_normal, dog_weak, boar_strong, и т.д.'''.<br />
<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
---------------------------------------------------'''ОБЩИЕ НАСТРОЙКИ'''--------------------------------------------------------------------------------<br />
<br />
Обязательные условия респавна:<br />
<br />
'''1.''' На уровне обязательно должен быть хоть один гулаг для респавнящихся нпс и мутантов. Так как колличество неписей для респавна, ориентируется по доступным местам в гулагах.<br />
<br />
'''2.''' Респавн производится, только если под гулагами есть доступные работы.<br />
<br />
'''3.''' На каждом уровне, респавн ограничен определёнными типами неписей. Данные ограничения установлены в файле '''misc\smart_terrain_presets.ltx'''. Чтобы сделать возможным респавн неписей, не предусмотренных на данном уровне. Надо в секции нужного уровня, дописать требуемые типы неписей.<br />
<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Для проверки созданного респавнера, можно не ждать когда сработает системный респавн, а вызвать принудительно респавн в нужной секции. Для этого, прописываем в любой логике, вызов функции '''%=respawner_spawn(имя респавнера)%'''. Где, "имя респавнера" - имя секции, созданой в файле all.spawn. Скобки обязательны. <br />
<br />
Например, можно создать рядом с зоной респавнера, временный рестриктор. И в кастом дате рестриктора, прописать вызов функции принудительного вызова респавна, в нужном респавнере, при входе ГГ в зону рестриктора:<br />
<br />
<pre>[logic]<br />
active = sr_idle@in<br />
<br />
[sr_idle@in]<br />
on_actor_inside = %=respawner_spawn(имя респавнера)% sr_idle@out<br />
<br />
[sr_idle@out]<br />
on_actor_outside = sr_idle@in</pre><br />
<br />
Функция принудительного вызова респавна, находится в файле '''xr_effects.script'''.<br />
<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
------------------------------------------------------'''RESPAWN ITEMS'''-------------------------------------------------------------------------------<br />
<br />
Респавн инвентаря в инвентарных ящиках, несколько отличается от способа респавна неписей.<br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''1.''' Первое, что нам нужно сделать, это создать инвентарный ящик в файле "all.spawn":<br />
<br />
<pre>[10000]<br />
; cse_abstract properties<br />
section_name = inventory_box<br />
name = имя ящика<br />
position = координаты x,y,z<br />
direction = 0,0,0<br />
<br />
; cse_alife_object properties<br />
game_vertex_id = гейм-вертекс<br />
distance = 0<br />
level_vertex_id = левел-вертекс<br />
object_flags = 0xffffffba<br />
<br />
story_id = ай-ди ящика<br />
<br />
; cse_visual properties<br />
visual_name = equipments\item_box_01</pre><br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''2.''' Затем, в файле '''game_story_id.ltx''' регистрируем id ящика. (выбираем любое свободное число).<br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''3.''' Создаём респавнер в файле '''all.spawn'''. Координаты и размеры зоны респавнера, должны быть такими, чтоб инвентарный ящик поместился внутри зоны респавнера:<br />
<br />
<pre>[10001]<br />
; cse_abstract properties<br />
section_name = respawn<br />
name = имя респавнера<br />
position = координаты x,y,z<br />
direction = 0,0,0<br />
<br />
; cse_alife_object properties<br />
game_vertex_id = гейм-вертекс<br />
distance = 2<br />
level_vertex_id = левел-вертекс<br />
object_flags = 0xffffff3e<br />
custom_data = <<END<br />
[respawn]<br />
respawn_section = список вещей респавна<br />
idle_spawn = -1<br />
parent = ай-ди ящика<br />
item_spawn = true<br />
max_count = 7<br />
END<br />
<br />
; cse_shape properties<br />
shapes = shape0<br />
shape0:type = box<br />
shape0:axis_x = 0.5,0,0 (ширина зоны респавнера, по X)<br />
shape0:axis_y = 0,0.5,0 (высота зоны респавнера)<br />
shape0:axis_z = 0,0,1 (ширина зоны респавнера, по Z)<br />
shape0:offset = 0,0,0<br />
<br />
; cse_alife_space_restrictor properties<br />
restrictor_type = 3<br />
<br />
; se_respawn properties</pre><br />
<br />
Где: <br />
<br />
'''respawn_section =''' список вещей респавна. Как и в респавнерах неписей, возможна прописка соотношений между вещами. Например:<br />
respawn_section = wpn_pm,2, vodka,2, medkit,1, energy_drink,2, ammo_9x18_fmj,3 <br />
<br />
'''idle_spawn =''' тип спавна. Инвентарь не имеет типов спавна, поэтому ставится (-1).<br />
<br />
'''parent =''' ай-ди инвентарного ящика, в котором производить респавн вещей.<br />
<br />
'''item_spawn =''' (true\false) возможность включения и отключения респавна. Можно задавать условия.<br />
<br />
'''max_count =''' количество респав-циклов за определённый период времени. (Пока ГГ находится на уровне. После перехода ГГ на другой уровень, счётчик сбрасывается).<br />
<br />
-----------------------------------------------------------------------<br />
<br />
'''4.''' Создаём вызов респавна. Обычно вызов производится из '''smart_terrain'''. В "custom_data" любого подходящего '''smart_terrain''', под секцией [smart_terrain], вписываем вызов респавна:<br />
<br />
<pre>[smart_terrain]<br />
respawn = имя респавнера </pre><br />
<br />
И респавн будет производиться, при каждом пополнении нпс, под данным смартом.<br />
<br />
--------------------------------------------------------------------------------------------------------------------------------------------------------<br />
<br />
Автор статьи '''Singapur22'''.</div>Singapur22