http://stalkerin.gameru.net/wiki/api.php?action=feedcontributions&feedformat=atom&user=95.27.113.222&*S.T.A.L.K.E.R. Inside Wiki - Вклад участника [ru]2026-06-09T09:59:00ZВклад участникаMediaWiki 1.22.6http://stalkerin.gameru.net/wiki/index.php?title=%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5_%D0%B1%D0%B0%D1%82%D0%BD%D0%B8%D0%BA%D0%B0_%D1%81_%D0%B0%D0%B2%D1%82%D0%BE%D0%BF%D0%B5%D1%80%D0%B5%D0%B7%D0%B0%D0%BF%D1%83%D1%81%D0%BA%D0%BE%D0%BC_%D0%B4%D0%BB%D1%8F_%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D0%B0_S.T.A.L.K.E.R.Создание батника с автоперезапуском для сервера S.T.A.L.K.E.R.2010-03-10T10:03:31Z<p>95.27.113.222: </p>
<hr />
<div>== Зачем использовать батник для запуска сервера? ==<br />
<br />
Этот способ запуска сервера предназначен для решения следующих проблем:<br />
<br><br />
<ul><br />
<li>пропадание из мастер-листа и невозможности подключения клиентов при подключении самого себя к серверу с компьютера на котором запущен этот сервер</li><br />
</ul><br />
<ul><br />
<li>автоматического перезапуска сервера при вылетах</li><br />
</ul><br />
<ul><br />
<li>запуска нескольких серверов</li><br />
</ul><br />
<br><br />
Синтаксис командного файла для ТЧ и ЧН одинаков, но имеются небольшие различия, которые будут указаны.<br><br />
Командный файл - это простой текстовый файл с любым именем и расширением *.CMD, который в нашем случае должен находиться в каталоге установки игры в папке \bin\, например:<br><br />
<br />
<code>E:\Program Files\GSC World Publishing\STALKER\bin\myserver.cmd</code><br />
<br><br />
Создается он с помощью системного блокнота, который можно вызвать из меню Пуск&gt;Стандартные, или меню Пуск&gt;Выполнить&gt;notepad. При сохранении файла важно обратить внимание на кодировку, это такой выпадающий список в окне сохранения файла под именем файла, нужно выбрать ANSI. В дальнейшем для редактирования командного файла щелкните по нему правой кнопкой мыши выберите «Изменить» или открыть с помощью Блокнота. При двойном клике по файлу будет выполняться сценарий. <span lang="ru">Для тех у кого имя сервера на русском языке отображается некорректно рекомендуется создавать сценарий в текстовом редакторе Bred3 (http://www.astonshell.ru/freeware/bred3) и сохранять в нем в кодировке OEM.<br><br />
Сценарий в командном файле выглядит примерно так:<br><br />
<blockquote>dedicated\xrEngine.exe -i -nosound -silent_error_mode -fsltx ..\fsgame.ltx -ltx user.ltx -start server(mp_agroprom/dm/ver=1.0/параметр1=значение1/параметр2=значение2/параметр..n=значение..n) client(localhost)</blockquote><br />
<br><br />
Здесь на сайте код сценария может отбражаться в несколько строк. В Блокноте этот код должен быть <u>в одной строке</u>, иначе работать не будет.<br><br />
<br />
<br />
== Первая часть кода ==<br />
<br />
Разберем по порядку:<br><br />
<div><br />
<ul><br />
<li>'''dedicated\xrEngine.exe''' — относительный путь к исполняемому файлу сервера ЧН</li><br />
</ul><br />
<ul><br />
<li>'''dedicated\XR_3DA.exe''' — относительный путь к исполняемому файлу сервера ТЧ</li><br />
</ul><br />
<ul><br />
<li>'''-i''' — отменяет захват устройств ввода. Без этого параметра не будет работать мышь.</li><br />
</ul><br />
<ul><br />
<li>'''-nosound''' — отключение проигрывания звука на сервере. </li><br />
</ul><br />
</div><br />
<div><br />
<ul><br />
<li>'''-silent_error_mode''' — отключает окно сообщения об ошибке при вылете сервера, рекомендуется для сервера с автоперезапуском. В некоторых случаях при отсутствии этого параметра сервер не будет перезапущен, пока вы сами не закроете окно с сообщением об ошибке. Также рекомендуется отключить различных отладчиков, отправку отчетов в Microsoft и т. п. </li><br />
</ul><br />
</div><br />
<br><br />
Параметры:<br />
<br><br />
'''-fsltx ..\fsgame.ltx -ltx user.ltx''' имеют некоторую зависимость друг от друга, и очень важно их правильно настроить.<br />
'''-fsltx -''' это параметр, '''..\fsgame.ltx''' — значение этого параметра, '''-ltx''' — параметр, '''user.ltx''' — значение.<br />
<br><br />
Примечание: все файлы с расширением *.ltx являются простыми текстовыми файлами и открываются и редактируются с помощью Блокнота.<br><br />
'''Подробнее об -fsltx ..\fsgame.ltx:'''<br />
Сервер при своей работе производит чтение и запись параметров из различных файлов конфигурации, которые находятся на «путях поддержки».<br />
Настройка путей поддержки важна для запуска нескольких серверов, использующих различные списки смены карт (мапцикл) и банлисты. Тем не менее, если у вас всего один сервер, либо все серверы используют один и тот же банлист и мапцикл — следует настроить один путь поддержки, отличающийся от пути по умолчанию.<br />
В параметре '''-fsltx''' нужно указать значение, которое является относительным путем к файлу '''fsgame.ltx''', который находится в каталоге установки игры. Весь путь указывать не нужно, только имя файла. Создайте копию '''fsgame.ltx''', переименуйте его и укажите измененное имя.<br />
Например:<br />
<span style="font-family: courier new,courier;">-fsltx ..\myserverfs.ltx</span><br />
<br />
<table style="background-color: #ffffcc" border="0" align="justify"><br />
<br />
<tr><br />
<td>Далее все файлы, являющиеся переименованными копиями fsgame.ltx, будем называть просто fsgame, независимо от того, как вы назовете файл и сколько копий будете использовать. <br /></td><br />
</tr><br />
<br />
</table><br />
Чтобы настроить путь поддержки для сервера, открываем '''fsgame'''. В первой строке вы увидите:<br />
<span style="font-family: courier new,courier;">$app_data_root$=true|false|C:\Users\Public\Documents\STALKER-STCS\</span><br />
Как видно, в этой строке указан путь к папке, которая и является путем поддержки по умолчанию. Желательно этот путь поменять.<br />
Например:<br />
<span style="font-family: courier new,courier;">$app_data_root$=true|false|D:\myservers\myserverDM<span style="color: #ff0000;">\</span></span><br />
<span style="color: #ff0000;">В конце пути обязательно должна быть косая черта</span><br />
<table style="background-color: #ffffcc" border="0"><br />
<br />
<tr><br />
<td>Далее папку, которую вы назначите путем поддержки для сервера, будем называть app_data, независимо от того, как вы ее назовете и сколько их будете использовать. <br /></td><br />
</tr><br />
<br />
</table><br />
Если вы собираетесь запускать несколько серверов, которые будут использовать разные мапциклы и банлисты — так же создайте новый '''fsgame''' и пропишите в нем другую '''app_data''', а в командных сценариях для запуска этих серверов в параметрах '''-fsltx''' впишите свой '''fsgame'''. Вы получите выделенные '''fsgame''' и '''app_data''' для каждого сервера.<br />
Если вы запускаете несколько серверов, которые будут использовать общие мапцикл и банлист, вам достаточно создать один '''fsgame''' для всех серверов.<br />
Есть еще один способ изменения '''app_data''' для сервера, отличный от предыдущего. При этом не нужно создавать копии '''fsgame''' и менять '''-fsltx ..\fsgame.ltx'''. Здесь используется дополнительный параметр '''-overlaypath''', в значении которого нужно просто указать путь к '''app_data''' сервера.<br><br />
Например:<br><br />
<span style="font-family: courier new,courier;">-fsltx ..\fsgame.ltx -overlaypath D:\myservers\myserverDM<span style="color: #ff0000;">\</span></span><br />
<span style="color: #ff0000;">В конце пути обязательно должна быть косая черта</span><br />
<table style="background-color: #ffffcc; width: 797px; height: 66px;" border="0"><br />
<br />
<tr><br />
<td style="width: 100%;">Примечание: имена каталогов не должны содержать пробелов, в противном случае заключайте их в кавычки.<br />
Например:<br />
<span style="font-family: courier new,courier;">-overlaypath «D:\my servers\my server DM\»<br /><br /></span>Вы также можете заменить пробелы ''символом подчеркивания'' ''('''_''')''<span style="font-family: courier new,courier;"><br /></span><br />
</td><br />
</tr><br />
<br />
</table><br />
Параметр '''-overlaypath''' имеет более высокий приоритет подмены '''app_data'''. Это значит, что если вы используете этот параметр, уже не важно, какой '''fsgame''' вы используете и какой в нем путь к '''app_data'''.<br />
<span style="color: #ff0000;">Подменять '''app_data '''параметром '''-overlaypath''' намного проще, но иногда по непонятным причинам этот параметр не работает и сервер падает сразу при запуске. В этой ситуации используйте подмену через</span>'''<span style="color: #ff0000;"> fsgame.</span><br />'''<br />
В обоих случаях создавать саму папку '''app_data''' на диске необязательно, она будет создана автоматически при запуске сервера.<br />
'''-ltx user.ltx:'''<br />
Здесь нужно указать имя файла конфигурации, который лежит в папке '''app_data'''. Именно в нем записаны все параметры сервера. Имя файла — любое, набранное латинскими буквами и не содержащее пробелов, например:<br />
<span style="font-family: courier new,courier;">-ltx myserverDM.ltx</span><br />
<table style="background-color: #ffffcc" border="0"><br />
<br />
<tr><br />
<td>Далее файл, указанный в параметре -ltx будет иметь условное имя LTX, независимо от того, как вы его назовете.</td><br />
</tr><br />
<br />
</table><br />
Если несколько серверов используют одну '''app_data''', для каждого сервера нужно указать различные имена файла '''LTX'''. Имя файла не имеет значения, если серверы используют разные '''app_data'''.<br />
Сам файл '''ltx''' в '''app_data''' создавать необязательно; если вы запустите сервер с пустой '''app_data''', то в этот файл будут скопированы команды из оригинального '''user.ltx''', который лежит в папке, указанной в оригинальном '''fsgame.ltx'''. В принципе, нет необходимости вписывать команды в '''LTX''', так как все необходимые параметры и настройки игры указываются в командном сценарии, хотя некоторые необязательные параметры читаются только из '''LTX'''. В '''LTX''' нельзя указывать некоторые функциональные команды консоли, такие как бан, кик, смена карты погоды, отмена голосования и т. п.<br />
'''Зачем такие сложности?'''<br />
Как говорилось выше, это нужно для серверов, использующих разные мапциклы и банлисты. Также замена '''app_data''' и '''LTX''' для сервера частично решает проблему подключения себя к своему серверу. Это связано с тем, что сама игра тоже использует файлы и параметры из оригинальной '''app_data''', путь к которой указан в оригинальном '''fsgame.ltx''' и '''user.ltx'''. В любом случае, вы можете не менять '''app_data''', но '''LTX''' желательно сменить.<br /><br /><br />Первая часть командного файла рассмотрена.<br />
Она может выглядеть так:<br />
<span style="font-family: courier new,courier;">dedicated\xrEngine.exe -i -nosound -silent_error_mode -fsltx ..\myserverfs.ltx -ltx myserverDM.ltx</span><br />
или так:<br><br><br />
<span style="font-family: courier new,courier;">dedicated\xrEngine.exe -i -nosound -silent_error_mode -fsltx ..\fsgame.ltx -overlaypath D:\myservers\myserverDM\ -ltx myserverDM.ltx</span><br><br><br />
В следующей части командного файла прописаны параметры и настройки самой игры и сетевые параметры сервера. Эти параметры являются аналогами настроек запуска сервера из интерфейса игры.<br />
<br />
<br />
== Вторая часть кода==<br />
<br />
Строка командного файла в этой части выглядит примерно таким образом:<br><br><br />
<span style="font-family: courier new,courier;">-start server (mp_agroprom/dm/ver=1.0/параметр1=значение1/параметр2=значение2/параметр..n=значение..n) client(localhost)</span><br><br><br />
Все по порядку:<br />
-start server — запускает сервер. Настроек и значений не имеет.<br />
Первые параметры в скобках для ЧН и ТЧ различны. Они соответствуют параметрам вкладки Сервер интерфейса запуска сервера через игру.<br />
Рассмотрим параметры для ЧН:<br><br />
mp_agroprom — начальная карта при первом запуске сервера. Не имеет значений, так как параметр сам является еще и значением.<br />
Допустимые значения для карт, поставляемых на установочном диске:<br><br><br />
<table id="table5" style="width: 100%;" border="1"><br />
<tbody><br />
<tr><br />
<td><br />
mp_agroprom — Завод «Агропром»<br />
mp_atp — АТП<br />
mp_autostation — Автостанция<br />
mp_bath — Бассейн (большой)<br />
mp_darkvalley — Темная долина<br />
mp_factory - Завод «Янтарь»<br />
mp_firestation — Пожарная станция<br />
mp_garbage — Свалка<br />
mp_limansk — Лиманск<br />
mp_lost_village — Заброшенная деревня<br />
mp_military_1 — Военные склады<br />
mp_military_2 — Старая деревня<br />
mp_pool — Бассейн (маленький)<br />
mp_railroad — Ж/Д станция<br />
mp_rembasa — Ремонтная база<br />
mp_rostok — Завод «Росток»<br />
mp_sport_center — Спортивный центр<br />
mp_training_camp — Тренировочный лагерь<br />
mp_workshop — Заброшенная фабрика<br />
</td><br />
</tr><br />
</tbody><br />
</table><br />
<br />
<br />
dm — тип игры. Так же как и карта является значением.<br><br />
Допуситые значения:<br><br />
dm — Все против всех<br><br />
tdm — Команда пртив команды<br><br />
ah — Охота за артефактом<br><br />
cta — Захват артефакта<br><br />
ver=1.0 — просто ver=1.0. Указывается только в ЧН.<br><br />
<br />
Примеры:<br />
<span style="font-family: courier new,courier;">-start server(mp_agroprom/dm/ver=1.0/ </span><br />
<span style="font-family: courier new,courier;">-start server(mp_rembasa/tdm/ver=1.0/ </span><br />
<span style="font-family: courier new,courier;">-start server(mp_pool/ah/ver=1.0/ </span><br />
<span style="font-family: courier new,courier;">-start server(mp_limansk/cta/ver=1.0/ </span><br />
<br> <br />
Параметры для ТЧ:<br><br />
<p>(testers_mp_agroprom/deathmatch<br><br />
testers_mp_agroprom — начальная карта.<br><br />
Названия карт, поставляемых на установочном диске:<br><br><br />
<br />
<br />
testers_mp_agroprom — Завод «Агропром»<br><br />
testers_mp_atp — АТП<br><br />
testers_mp_darkvalley — Темная долина<br><br />
testers_mp_factory - Завод «Янтарь»<br><br />
testers_mp_lost_village — Покинутая деревня<br><br />
testers_mp_military_1 — Военные склады<br><br />
testers_mp_pool — Бассейн<br><br />
testers_mp_railroad — Ж/Д станция<br><br />
testers_mp_rostok — Завод «Росток»<br><br />
testers_mp_workshop — Брошенная фабрика<br><br />
mp_military_2 — mp_military_2<br><br><br />
<br />
<br />
deathmatch — режим игры.<br><br />
Допустимые режимы:<br><br />
deathmatch — Все против всех<br /> teamdeathmatch — Команда против команды<br /> artefacthunt — Охота за артефактом<br><br><br />
Примеры:<br><br />
<span style="font-family: courier new,courier;">-start server(testers_mp_agroprom/deathmatch</span><br />
<span style="font-family: courier new,courier;">-start server(testers_mp_pool/teamdeathmatch</span><br />
<span style="font-family: courier new,courier;">-start server(testers_mp_railroad/ artefacthunt</span><br />
Чтобы организовать мапцикл (смена карт после окончания матча) нужно создать в папке app_data сервера текстовый файл maprot_list.ltx и в нем прописать карты в той последовательности, в которой они будут автоматически меняться по окончании матча.<br><br />
Содержимое файла maprot_list.ltx с полным списком карт мапцикла для ЧН, поставляемых на установочном диске:<br><br />
<br />
<table id="table5" style="width: 100%;" border="1"><br />
<br />
<tr><br />
<td><br />
<p>sv_addmap mp_agroprom/ver=1.0</p><br />
<p>sv_addmap mp_atp/ver=1.0</p><br />
<p>sv_addmap mp_autostation/ver=1.0</p><br />
<p>sv_addmap mp_bath/ver=1.0</p><br />
<p>sv_addmap mp_darkvalley/ver=1.0</p><br />
<p>sv_addmap mp_factory/ver=1.0</p><br />
<p>sv_addmap mp_firestation/ver=1.0</p><br />
<p>sv_addmap mp_garbage/ver=1.0</p><br />
<p>sv_addmap mp_limansk/ver=1.0</p><br />
<p>sv_addmap mp_lost_village/ver=1.0</p><br />
<p>sv_addmap mp_military_1/ver=1.0</p><br />
<p>sv_addmap mp_military_2/ver=1.0</p><br />
<p>sv_addmap mp_pool/ver=1.0</p><br />
<p>sv_addmap mp_railroad/ver=1.0</p><br />
<p>sv_addmap mp_rembasa/ver=1.0</p><br />
<p>sv_addmap mp_rembasa/ver=1.0</p><br />
<p>sv_addmap mp_rostok/ver=1.0</p><br />
<p>sv_addmap mp_sport_center/ver=1.0</p><br />
<p>sv_addmap mp_training_camp/ver=1.0</p><br />
<p>sv_addmap mp_workshop/ver=1.0</p><br />
</td><br />
</tr><br />
<br />
</table><br />
Содержимое файла maprot_list.ltx с полным списком карт мапцикла для ТЧ, поставляемых на установочном диске:<br><br />
<br><br />
<table id="table5" style="width: 100%;" border="1"><br />
<br />
<tr><br />
<td><br />
<p>sv_addmap testers_mp_agroprom</p><br />
<p>sv_addmap testers_mp_atp</p><br />
<p>sv_addmap testers_mp_darkvalley</p><br />
<p>sv_addmap testers_mp_factory</p><br />
<p>sv_addmap testers_mp_lost_village</p><br />
<p>sv_addmap testers_mp_military_1</p><br />
<p>sv_addmap testers_mp_pool</p><br />
<p>sv_addmap testers_mp_railroad</p><br />
<p>sv_addmap testers_mp_rostok</p><br />
<p>sv_addmap testers_mp_workshop</p><br />
<p>sv_addmap mp_military_2</p><br />
</td><br />
</tr><br />
<br />
</table><br />
Карты в maprot_list.ltx можно прописывать в любой последовательности и в любом количестве, также допускается повторно прописывать одну и ту же карту.<br><br />
Если в папке app_data отсутствует maprot_list.ltx, то мапцикла на сервере не будет, но игроки смогут переключаться на другие карты голосованием.<br><br />
Если несколько серверов используют одну app_data, то соответственно они смогут использовать только один на всех мапцикл.</p><br />
Чтобы особо не мучиться с прописыванием карт в maprot_list.ltx, создайте сервер через игровой интерфейс, на вкладке сервер укажите нужные вам карты и запустите сервер. В оригинальной app_data найдите maprot_list.ltx и скопируйте его в app_data своего сервера. Выключите сервер, запущенный через интерфейс игры.</p><br />
</p><br />
<hr width="100%" size="2" /><br />
</p><br />
Большинство следующих параметров командного файла соответствуют тем параметрам, которые находятся на вкладке '''Опции''' интерфейса запуска.</p><br />
Они имеют следующий синтаксис:</p><br />
/параметр1=значение1/параметр2=значение2/параметр..n=значение..n</p><br />
Значения этих параметров дублируются в файле LTX. Значения прописанные в командном файле имеют более высокий приоритет чем значения в LTX, если они различны.</p><br />
Каждый режим игры имеет свои специфические параметры.</p><br />
Рассмотрим эти параметры:</p><br />
'''Общие параметры для всех типов игры:'''</p><br />
<table id="table2" border="1"><br />
<tbody><br />
<tr><br />
<td align="center" bordercolor="#000000">Параметр</td><br />
<td align="center" bordercolor="#000000">Описание</td><br />
<td colspan="2" align="center" bordercolor="#000000">Значения</td><br />
<td colspan="2" width="30%" align="center" bordercolor="#000000">Примечание</td><br />
</tr><br />
<tr><br />
<td>hname</td><br />
<td align="center">Имя сервера</td><br />
<td colspan="2" align="center">Например: /hname=My Server/</td><br />
<td colspan="2" width="30%"></td><br />
</tr><br />
<tr><br />
<td>maxplayers</td><br />
<td align="center">Максимальное количество игроков на сервере</td><br />
<td colspan="2" align="center">2-32</td><br />
<td colspan="2" width="30%"></td><br />
</tr><br />
<tr><br />
<td>psw</td><br />
<td align="center">Пароль для входа на сервер</td><br />
<td colspan="2" align="center">Необязательный</td><br />
<td colspan="2" width="30%"></td><br />
</tr><br />
<tr><br />
<td rowspan="2">public</td><br />
<td rowspan="2" align="center"></td><br />
<td colspan="2" align="left">0 — Сервер в локальной сети</td><br />
<td colspan="2" width="30%">Не будет отображаться в мастер листе</td><br />
</tr><br />
<tr><br />
<td colspan="2" align="left">1 — Интернет сервер</td><br />
<td colspan="2" width="30%">Будет отображаться в мастер листе</td><br />
</tr><br />
<tr><br />
<td>portsv</td><br />
<td align="center">Номер порта сервера</td><br />
<td colspan="2" align="center">1-65535</td><br />
<td colspan="2" rowspan="3" width="30%">Эти три параметра решают проблему выпадения сервера из мастер-листа, при подключении самого себя к серверу.<br />
<p>Более подробная информация дана ниже.</p><br />
</td><br />
</tr><br />
<tr><br />
<td>portgs</td><br />
<td align="center">Порт GameSpy</td><br />
<td colspan="2" align="center">1-65535</td><br />
</tr><br />
<tr><br />
<td>portcl</td><br />
<td align="center">Порт клиента. Прописывается в самом конце сценария.</td><br />
<td colspan="2" align="center">1-65535</td><br />
</tr><br />
<tr><br />
<td rowspan="2">battleye</td><br />
<td rowspan="2" align="center">Античит</td><br />
<td colspan="2" align="center">1-включен</td><br />
<td colspan="2" rowspan="2" width="30%">Работает, если public=1</td><br />
</tr><br />
<tr><br />
<td colspan="2" align="center">0-выключен</td><br />
</tr><br />
<tr><br />
<td rowspan="5">estime</td><br />
<td rowspan="5" align="center">Начальное время суток в игре.</td><br />
<td colspan="2" rowspan="5" align="center">00:00-23:59</td><br />
<td colspan="2" width="30%"><br />
<p align="center">От времени суток зависит погода</p><br />
</td><br />
</tr><br />
<tr><br />
<td width="15%">Ясная</td><br />
<td width="15%"><br />
<p align="center">9:00</p><br />
</td><br />
</tr><br />
<tr><br />
<td width="15%">Облачная</td><br />
<td width="15%"><br />
<p align="center">13:00</p><br />
</td><br />
</tr><br />
<tr><br />
<td width="15%">Дождь</td><br />
<td width="15%" align="center">16:00</td><br />
</tr><br />
<tr><br />
<td width="15%">Ночь</td><br />
<td width="15%" align="center">01:00</td><br />
</tr><br />
<tr><br />
<td>etimef</td><br />
<td align="center">Скорость изменения погоды</td><br />
<td colspan="2" align="center">0.0-100.0</td><br />
<td colspan="2" width="30%">Десятичное число с одним знаком после точки. Оптимальное значение 1.0</td><br />
</tr><br />
<tr><br />
<td rowspan="2">ans</td><br />
<td rowspan="2" align="center">Аномалии</td><br />
<td colspan="2" align="center">0-выключены</td><br />
<td colspan="2" rowspan="2" width="30%"></td><br />
</tr><br />
<tr><br />
<td colspan="2" align="center">1-включены</td><br />
</tr><br />
<tr><br />
<td rowspan="2">anslen</td><br />
<td rowspan="2" align="center">Период работы аномалий</td><br />
<td colspan="2" align="center">0-бесконечные</td><br />
<td colspan="2" rowspan="2" width="30%"></td><br />
</tr><br />
<tr><br />
<td colspan="2" align="center">1-180 — время в минутах</td><br />
</tr><br />
<tr><br />
<td rowspan="2">pdahunt</td><br />
<td rowspan="2" align="center">+100р за поднятый рюкзак</td><br />
<td colspan="2" align="center">0-нет</td><br />
<td colspan="2" rowspan="2" width="30%"></td><br />
</tr><br />
<tr><br />
<td colspan="2" align="center">1-да</td><br />
</tr><br />
<tr><br />
<td rowspan="2">warmup</td><br />
<td rowspan="2" align="center">Разогрев</td><br />
<td colspan="2" align="center">0-выключен</td><br />
<td colspan="2" rowspan="2" width="30%"></td><br />
</tr><br />
<tr><br />
<td colspan="2" align="center">1-3600 — время в секундах</td><br />
</tr><br />
<tr><br />
<td rowspan="2">timelimit</td><br />
<td rowspan="2" align="center">Время матча</td><br />
<td colspan="2" align="center">0-бесконечный</td><br />
<td colspan="2" rowspan="2" width="30%"></td><br />
</tr><br />
<tr><br />
<td colspan="2" align="center">1-180 — время в минутах</td><br />
</tr><br />
<tr><br />
<td rowspan="2">dmgblock</td><br />
<td rowspan="2" align="center">Время неуязвимости после рождения</td><br />
<td colspan="2" align="center">0-отключено</td><br />
<td colspan="2" rowspan="2" width="30%"></td><br />
</tr><br />
<tr><br />
<td colspan="2" align="center">1-600 время секундах</td><br />
</tr><br />
<tr><br />
<td rowspan="2">dmbi</td><br />
<td rowspan="2" align="center">Индикатор неуязвимости</td><br />
<td colspan="2" align="center">0-выключен</td><br />
<td colspan="2" rowspan="2" width="30%"></td><br />
</tr><br />
<tr><br />
<td colspan="2" align="center">1-включен</td><br />
</tr><br />
<tr><br />
<td rowspan="2">fraglimit</td><br />
<td rowspan="2" align="center">Лимит фрагов</td><br />
<td colspan="2" align="center">0-бесконечные</td><br />
<td colspan="2" rowspan="2" width="30%">Используется только для режимов DM и TDM</td><br />
</tr><br />
<tr><br />
<td colspan="2" align="center">1-100</td><br />
</tr><br />
<tr><br />
<td rowspan="7">spectrmds</td><br />
<td rowspan="7" align="center">Настройка режимов наблюдения</td><br />
<td width="15%"><br />
<p align="center">Бит<a name="spectrsumm" title="spectrsumm"></a></p><br />
</td><br />
<td width="15%"><br />
<p align="center">Значение</p><br />
</td><br />
<td colspan="2" rowspan="7" width="30%">Сумма битовых флагов. <a href="#votesumm">Подробнее</a></td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">1</td><br />
<td width="15%" align="center">Свободный полет</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">2</td><br />
<td width="15%" align="center">От 1 лица</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">4</td><br />
<td width="15%" align="center">Свободно привязанный</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">8</td><br />
<td width="15%" align="center">От 3 лица</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">16</td><br />
<td width="15%" align="center">Только для команды</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">0</td><br />
<td width="15%" align="center">Все выключены</td><br />
</tr><br />
<tr><br />
<td rowspan="10">vote</td><br />
<td rowspan="10" align="center">Включение определенных пунктов голосования</td><br />
<td width="15%"><br />
<p align="center">Бит<a name="votetable" title="votetable"></a></p><br />
</td><br />
<td width="15%"><br />
<p align="center">Значение</p><br />
</td><br />
<td colspan="2" rowspan="10" width="30%"><br />
<p>Сумма битовых флагов. <a href="#votesumm">Подробнее</a><a href="#checksumm"> </a></p><br />
<p>Аналог: команда консоли SV_VOTE_ENABLED</p><br />
</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">0</td><br />
<td width="15%" align="center">Все выключены</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">1</td><br />
<td width="15%" align="center">Все включены</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">2</td><br />
<td width="15%" align="center">Рестарт</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">4</td><br />
<td width="15%" align="center">Быстрый рестарт</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">8</td><br />
<td width="15%" align="center">Выбросить</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">16</td><br />
<td width="15%" align="center">Заблокировать</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">32</td><br />
<td width="15%" align="center">Изменить карту</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">64</td><br />
<td width="15%" align="center">Изменить погоду</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">128</td><br />
<td width="15%" align="center">Режим</td><br />
</tr><br />
<tr><br />
<td rowspan="2">frcrspwn</td><br />
<td rowspan="2" align="center">Принудительное рождение</td><br />
<td colspan="2" align="center">0-выключено</td><br />
<td colspan="2" rowspan="2" width="30%"><br />
<p align="center">Для DM и TDM</p><br />
</td><br />
</tr><br />
<tr><br />
<td colspan="2" align="center">1-3600-время в секундах. Не забывайте что иногда игрокам нужно зайти в магазин</td><br />
</tr><br />
</tbody><br />
</table><br />
<p>'''Общие настройки всех командных режимов: '''</p><br />
<table id="table3" border="1"><br />
<tbody><br />
<tr><br />
<td align="center" bordercolor="#000000">Параметр</td><br />
<td align="center" bordercolor="#000000">Описание</td><br />
<td align="center" bordercolor="#000000">Значения</td><br />
<td width="30%" align="center" bordercolor="#000000">Примечание</td><br />
</tr><br />
<tr><br />
<td rowspan="2">abalance</td><br />
<td rowspan="2" align="center">Автобаланс команд</td><br />
<td align="center">0-выключен</td><br />
<td rowspan="2" width="30%"><br />
<p align="left">Производится после окончания матча за счет игроков набравших наименьшее количество очков</p><br />
</td><br />
</tr><br />
<tr><br />
<td align="center">1-включен</td><br />
</tr><br />
<tr><br />
<td rowspan="2">aswap</td><br />
<td rowspan="2" align="center">Автосмена команд</td><br />
<td align="center">0-выключен</td><br />
<td rowspan="2" width="30%">После окончания матча игроки автоматически меняются командами</td><br />
</tr><br />
<tr><br />
<td align="center">1-включен</td><br />
</tr><br />
<tr><br />
<td rowspan="2">fi</td><br />
<td rowspan="2" align="center">Иконка над головами игроков своей команды</td><br />
<td align="center">0-выключен</td><br />
<td rowspan="2" width="30%"></td><br />
</tr><br />
<tr><br />
<td align="center">1-включен</td><br />
</tr><br />
<tr><br />
<td rowspan="2">fn</td><br />
<td rowspan="2" align="center">Имена над головами игроков своей команды</td><br />
<td align="center">0 — только тогда, когда клавиша CapsLock нажата</td><br />
<td rowspan="2" width="30%"></td><br />
</tr><br />
<tr><br />
<td align="center">1 — CapsLock действует как переключатель</td><br />
</tr><br />
<tr><br />
<td>ffire</td><br />
<td align="center">Коэффициент повреждения, наносимого игроками одной команды друг другу.</td><br />
<td align="center">0.0-2.0</td><br />
<td width="30%">1.0 = 100 %, 2.0 = 200 %</td><br />
</tr><br />
</tbody><br />
</table><br />
<p>'''Настройки только для режимов AH и CTA:'''</p><br />
<table id="table4" border="1"><br />
<tbody><br />
<tr><br />
<td align="center" bordercolor="#000000">Параметр</td><br />
<td align="center" bordercolor="#000000">Описание</td><br />
<td align="center" bordercolor="#000000">Значения</td><br />
<td width="30%" align="center" bordercolor="#000000">Примечание</td><br />
</tr><br />
<tr><br />
<td>anum</td><br />
<td align="center">Количество артефактов</td><br />
<td align="center">1-100</td><br />
<td width="30%"></td><br />
</tr><br />
<tr><br />
<td rowspan="2">astime</td><br />
<td rowspan="2" align="center">Артефакт лежит пока его никто не поднимет</td><br />
<td align="center">0-всегда</td><br />
<td rowspan="2" width="30%">Только для AH</td><br />
</tr><br />
<tr><br />
<td align="center">1-180-время в минутах</td><br />
</tr><br />
<tr><br />
<td rowspan="2">ardelta</td><br />
<td rowspan="2" align="center">Задержка артефакта. Время до появления нового</td><br />
<td align="center">0-выключен</td><br />
<td rowspan="2" width="30%">Только для AH</td><br />
</tr><br />
<tr><br />
<td align="center">1-600-время в секундах</td><br />
</tr><br />
<tr><br />
<td rowspan="3">reinf</td><br />
<td rowspan="3" align="center">Рождение игроков</td><br />
<td align="center">-1 — когда артефакт принесен на базу или одна из команд польностью уничтожена</td><br />
<td rowspan="3" width="30%"></td><br />
</tr><br />
<tr><br />
<td align="center">0-игроки рождаются когда захотят</td><br />
</tr><br />
<tr><br />
<td align="center">1-3600-время через которое игроки будут принудительно рождены.</td><br />
</tr><br />
<tr><br />
<td rowspan="2">artrettime</td><br />
<td rowspan="2" align="center">Время через которое артефакт вернётся на вашу базу, если противник его потерял</td><br />
<td align="center">0-сразу</td><br />
<td rowspan="2" width="30%">Только для CTA</td><br />
</tr><br />
<tr><br />
<td align="center">1-300 время в секундах</td><br />
</tr><br />
<tr><br />
<td rowspan="2">actret</td><br />
<td rowspan="2" align="center">Артефакт нужно взять в руки и нажать огонь</td><br />
<td align="center">0-нет</td><br />
<td rowspan="2" width="30%">Только CTA</td><br />
</tr><br />
<tr><br />
<td align="center">1-да</td><br />
</tr><br />
</tbody><br />
</table><br />
<p>'''Настройки клиента:'''</p><br />
К серверу, всегда, даже если на нем никого нет, подключен некий виртуальный игрок. Никто о нем не знает, никто его не видит, но он есть.</p><br />
Параметры подключения такого скрытого игрока прописываются в самом конце строки сценария.</p><br />
<p>client(localhost/portcl=4554/name=admin)</p><br />
<p> </p><br />
client(localhost — обязательная запись.</p><br />
вместо localhost можно прописать внешний IP-адрес сервера если используется NAT и есть проблемы с подключением самого себя.</p><br />
Ваш внешний IP {rdaddphp file=/mpnscripts/iptxt.php}</p><br />
portcl — описание в таблице выше</p><br />
name — любой набор буквенно-цифровых символов. Необязательный параметр. Может быть опущен.<br /><br /><br />Все особенности создания командного файла здесь разобраны. Подведем итог.</p><br />
Вот один из примеров запуска сервера DM.</p><br />
<table id="table5" style="width: 100%;" border="1"><br />
<tbody><br />
<tr><br />
<td><span style="font-family: courier new,courier;">dedicated\xrEngine.exe -i -nosound -silent_error_mode -fsltx ..\myserverfs.ltx -ltx myserver.ltx -start server(mp_agroprom/dm/ver=1.0/public=1/hname=first_dm_server/portsv=4554/portgs=4556/battleye=1/estime=9:00/spectrmds=0/fraglimit=0/timelimit=30/dmgblock=3/dmbi=0/ans=1/anslen=3/warmup=60/pdahunt=1) client(localhost/portcl=4557)</span></td><br />
</tr><br />
</tbody><br />
</table><br />
<p>В эту строку можно добавить любые параметры из таблицы выше. Все зависит от вашего вкуса и предпочтений.</p><br />
'''Автоперезапуск сервера'''<br />
Пример:<br />
:load<br />
start /wait dedicated\xrEngine.exe -i -nosound -silent_error_mode -fsltx ..\myserverfs.ltx -ltx myserver.ltx -start server(mp_agroprom/dm/ver=1.0/public=1/hname=first_dm_server/portsv=4554/portgs=4556/battleye=1/estime=9:00/spectrmds=0/fraglimit=0/timelimit=30/dmgblock=3/dmbi=0/ans=1/anslen=3/warmup=60/pdahunt=1) client(localhost/portcl=4557)<br />
goto load<br />
<br />
Если добавить строчку из примера перед строкой сценария и соответствующую строчку после, то ваш сервер будет автоматически перезапускаться после вылета.<br />
Помешать перезапуску сервера может системная служба отправки отчетов в Microsoft, и различные системные отладчики, которые перед тем как закрыть приложение, сообщают об ошибке пользователю. Отключите эти функции в операционной системе.<br />
<br />
== Как командный файл может решить проблему выпадения из мастер-листа при подключении к локальному серверу ==<br />
<br />
Существует предположение о том, что серверу необходимо указать правильные порты. Для этого нужно в параметрах portsv portgs portcl прописать значения, '''не равные''' 5445 5446 5447 и не равные между собой. Если эти параметры в строке сценария вовсе не указывать, то сервер будет по умолчанию использовать значения 5445 5446 5447. При подключении с локального компьютера на этих портах возникают конфликты, так как игра по умолчанию тоже использует несовместимые порты.<br><br />
Порты 5445 5446 5447 предназначены только для подключения с удаленных компьютеров. Если вы запускаете несколько серверов, то значения этих параметров должны различаться не только между собой, но еще и в разных командных файлах. Если выразиться проще, то сервера не должны использовать одинаковые порты. Иначе говоря, серверы не должны использовать порты, занятые другими приложениями.<br />
Еще одна проблема может возникнуть из-за запрета в роутере или модеме подключения самого себя через внешний адрес. В этой ситуации у вас будет неверный хост. Для решения этой проблемы обратитесь к документации к своему сетевому оборудованию.<br />
<br />
== Что такое сумма битовых флагов? ==<br />
<br />
Это целое число, являющееся суммой битов включенных элементов. Элементы, биты которых не участвуют в сумме, будут выключены.</p><br />
<p class="MsoNormal" align="justify">Рассмотрим на примере включения выключения пунктов голосования:</p><br />
<p class="MsoNormal" align="justify">Например нам надо выключить пункты '''Изменить погоду''' и '''Рестарт'''. Для составления суммы лучше всего эту ситуацию рассматривать с другой стороны — нужно не выключить эти пункты, а включить все другие кроме этих пунктов.</p><br />
<p class="MsoNormal" align="justify">Смотрим <a href="#votetable"><span style="color: #000000;">биты</span></a> всех других пунктов кроме '''Изменить погоду''' и '''Рестарт'''. Такие пункты как '''Все выключены''' и '''Все включены''' в суммах никогда не участвуют.<br />
<br><br />
<table id="table2" border="1" align="center"><br />
<br />
<tr><br />
<td width="15%"><br />
<p align="center">Бит</p><br />
</td><br />
<td width="15%"><br />
<p align="center">Значение</p><br />
</td><br />
</tr><br />
<tr style="background-color: #0066ff"><br />
<td style="background-color: #0066cc" align="center"><span style="color: #ffffff;">0</span></td><br />
<td style="background-color: #0066cc; width: 15%;" align="center"><span style="color: #ffffff;">Все выключены</span></td><br />
</tr><br />
<tr style="background-color: #0066cc"><br />
<td width="15%" align="center"><span style="color: #ffffff;">1</span></td><br />
<td width="15%" align="center"><span style="color: #ffffff;">Все включены</span></td><br />
</tr><br />
<tr style="background-color: #0066cc"><br />
<td width="15%" align="center"><span style="color: #ffffff;">2</span></td><br />
<td width="15%" align="center"><span style="color: #ffffff;">Рестарт</span></td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">4</td><br />
<td width="15%" align="center">Быстрый рестарт</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">8</td><br />
<td width="15%" align="center">Выбросить</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">16</td><br />
<td width="15%" align="center">Заблокировать</td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">32</td><br />
<td width="15%" align="center">Изменить карту</td><br />
</tr><br />
<tr style="background-color: #0066cc"><br />
<td width="15%" align="center"><span style="color: #ffffff;">64</span></td><br />
<td width="15%" align="center"><span style="color: #ffffff;">Изменить погоду</span></td><br />
</tr><br />
<tr><br />
<td width="15%" align="center">128</td><br />
<td width="15%" align="center">Режим</td><br />
</tr><br />
<br />
</table><br />
В итоге vote=4+8+16+32+128=188. Пункты голсования будут выглядеть таким образом:<br />
<br><br><br />
[[Изображение:vote_188.jpg]]<br />
<br><br><br />
<br />
Включение выключение других пунктов голосования, а так же режимов наблюдения производится аналогичным способом.<br><br />
К сожалению, не все важные параметры можно прописать в командном файле, в нем прописываются только жизненно важные. Все остальные пишутся в LTX.<br />
<br />
== Параметры, на которые нужно обратить особое внимание (назначаются в LTX) ==<br />
<br />
<br><br />
<table id="table1" border="1"><br />
<br />
<tr><br />
<th width="25%"><span style="font-size: small;">Команда</span></th><th width="25%"><span style="font-size: small;">Параметры</span></th><th width="50%"><span style="font-size: small;">Описание</span></th><br />
</tr><br />
<tr><br />
<td>mm_net_con_spectator</td><br />
<td>1,32</td><br />
<td>Число наблюдателей</td><br />
</tr><br />
<tr><br />
<td>mm_net_con_spectator_on</td><br />
<td>on, off</td><br />
<td>Включить/отключить режим наблюдателя (Применяет параметр выше)</td><br />
</tr><br />
<tr><br />
<td>sv_bearercantsprint</td><br />
<td>0,1</td><br />
<td>Выключить/включить возможность бежать, когда игрок несёт артефакт</td><br />
</tr><br />
<tr><br />
<td>sv_client_reconnect_time</td><br />
<td>0,60</td><br />
<td>Время в течении которого за игроком сохраняется статистика/ранг/деньги если он вышел или вылетел</td><br />
</tr><br />
<tr><br />
<td>sv_console_update_rate</td><br />
<td>1,100</td><br />
<td>Скорость обновления консоли</td><br />
</tr><br />
<tr><br />
<td>sv_hail_to_winner_time</td><br />
<td>0,60000</td><br />
<td>Время на приветствие победителя</td><br />
</tr><br />
<tr><br />
<td>sv_remove_corpse</td><br />
<td>-1,0,1</td><br />
<td>Удалять тело после смерти игрока (-1 — никогда, 0 — сразу, 1 — по времени в конфигах)</td><br />
</tr><br />
<tr><br />
<td>sv_remove_weapon</td><br />
<td>-1,0,1</td><br />
<td>Удалять оружие после смерти игрока (-1 — никогда, 0 — сразу, 1 — по времени в конфигах)</td><br />
</tr><br />
<tr><br />
<td>sv_dump_online_statistics_period</td><br />
<td>0,60</td><br />
<td>Период через который будет сохраняться файл online_dump.ltx</td><br />
</tr><br />
<tr><br />
<td>sv_statistic_collect</td><br />
<td>0,1</td><br />
<td><span lang="ru">Р</span>асширенная статистика в online_dump.ltx</td><br />
</tr><br />
<tr><br />
<td>sv_vote_participants</td><br />
<td>0,1</td><br />
<td>Учитывать голоса только проголосовавших</td><br />
</tr><br />
<tr><br />
<td>sv_vote_quota</td><br />
<td>0.000,1.000</td><br />
<td>Процент для успешного голосования</td><br />
</tr><br />
<tr><br />
<td>sv_vote_time</td><br />
<td>0.500,10.000</td><br />
<td>Время на голосование</td><br />
</tr><br />
<tr><br />
<td>sv_teamkill_punish</td><br />
<td>0,1</td><br />
<td><span lang="ru">Кикать за тимкилл</span></td><br />
</tr><br />
<tr><br />
<td>sv_teamkill_limit</td><br />
<td><br /></td><br />
<td><span lang="ru">Максимальное количество тимкиллов</span></td><br />
</tr><br />
</table><br />
<br><br />
Автор: Максим «Бармен» Максимов<br />
<br><br />
Источник: MPNetworks.ru[http://mpnetworks.ru]<br />
<br />
[[Категория:Руководства]]</div>95.27.113.222http://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_3Настройка логики. Часть 32010-03-10T09:55:10Z<p>95.27.113.222: /* 3.9.11. Sr_psy_antenna */</p>
<hr />
<div>{{Шаблон:Настройка логики}}<br />
<br />
==3.8.1. Синтаксис скрипта Logic==<br />
<br />
Пример: для того, чтобы персонаж ходил по пути walk1, а при приближении игрока на дистанцию 5 метров, переключался на путь walk2 (но только при условии, что он видит игрока), нужно написать следующее: <br><br />
<br />
[logic]<br><br />
active = walker1<br><br />
<br />
[walker1]<br><br />
path_walk = walk1<br><br />
path_look = look1<br><br />
on_actor_dist_le = 5 | walker2<br><br />
<br />
[walker2]<br><br />
path_walk = walk2<br><br />
path_look = look2<br><br />
<br />
Выше рассмотрено безусловное переключение секций. Перед именем секции в фигурных скобках {} можно задавать дополнительные условия, а после имени секции - так называемые "эффекты", которые заключить в знаки процента: %%. Эффекты будут применены только в случае активации секции. Можно не задавать имя секции, а задать только условия и/или эффекты. Тогда активной останется старая секция, но условия и эффекты будут все равно обработаны. Если все условия в фигурных скобках не выполняются, секция активирована не будет. <br><br />
<br />
Пример:<br> <br />
<br />
on_actor_dist_le = 5 | {условие} walker2 %эффекты%<br><br />
<br />
Условия могут быть следующими: <br><br />
<br />
+infoportion - требуется присутствие infoportion у actor<br><br />
-infoportion - требуется отсутствие infoportion у actor<br><br />
=func - требуется, чтобы func вернула true<br><br />
!func - требуется, чтобы func вернулся false<br><br />
<br />
Эффекты могут быть следующими: <br><br />
<br />
+infoportion - в случае включения секции у actor будет установлен infoportion<br><br />
-infoportion - в случае включения секции у actor будет убран infoportion<br><br />
=func - в случае включения секции стартует функция func<br><br />
<br />
Несколько условия или эффектов разделяются пробелами: <br><br />
<br />
on_actor_dist_le = 5 | {+info1 -info2 +info3} walker2 %+info4 =func%<br><br />
<br />
Можно задавать сразу несколько секций, разделенных запятыми. Порядок обхода при этом - слева направо. После срабатывания первого из условий, обход прекращается. В примере ниже, если установлен info1, будет включена схема walker2, иначе, если установлен info2, будет включена схема walker3, иначе будет включен walker4: <br><br />
<br />
on_actor_dist_le = 5 | {+info1} walker2, {+info2} walker3, walker4<br><br />
<br />
В описанном выше поле active секции logic, можно также задавать условия, например: <br><br />
<br />
[logic]<br><br />
active = {=actor_friend} walker@friendly, walker@enemy<br><br />
В логических условиях теперь принимается ключевое слово never, которое означает, что условие ложно. Например:<br><br />
combat_ignore_cond = {=actor_enemy =actor_has_suit} always, {=actor_enemy} never %...эффекты...%<br><br />
<br />
Вышеприведенная конструкция включает игнорирование боя, если у NPC враг - игрок в костюме, но отключит его, если врагом является игрок, но без костюма, при этом сработают эффекты (%%) секции never. Таким образом, выбор секции never равносилен отсутствию секции (несрабатыванию условия), но эффекты в знаках процента при этом срабатывают.<br><br />
<br />
Пример работы с секцией nil. Секция nil выводит из-под скриптовых схем персонажа, монстра или объект и отпускает его под управление движка. Это надо если какое-либо условие выполнившись 1 раз больше не нуждается в проверке, при этом экономятся ресурсы машины, которые на каждом апдейте проверяют это условие.<br><br />
<br />
[logic]<br><br />
active = sr_idle<br><br />
<br />
[sr_idle]<br><br />
on_actor_inside = nil %+esc_actor_inside%<br><br />
То есть, при входе актера в рестриктор выдается инфопоршн и рестриктор уходит в секцию nil, больше не проверяя наличие игрока.<br><br />
NB: Обратно из секции nil под скрипты объект вернуть уже невозможно! Учитывайте это, используя ее.<br />
<br />
==3.8.2. Вот пример достаточно сложной логики:== <br />
<br />
[logic]<br><br />
active = walker<br><br />
combat_ignore = combat_ignore<br><br />
on_hit = hit<br><br />
on_death = death<br><br />
<br />
[hit]<br><br />
on_info = %+alert%<br><br />
<br />
[death]<br><br />
on_info = %+alert +trup3%<br><br />
<br />
[walker]<br><br />
path_walk = walk_svoboda3<br><br />
path_look = look_svoboda3<br><br />
combat_ignore_cond = {-alert}<br><br />
on_timer = 25000 | remark<br><br />
<br />
[remark]<br><br />
anim = idle<br><br />
snd = stalker_talk_kampfire<br><br />
no_move = true<br><br />
no_rotate = true<br><br />
on_hit = hit<br><br />
on_death = death<br><br />
combat_ignore_cond = {-alert}<br><br />
<br />
[combat_ignore]<br><br />
<br />
Рассмотрим ее пошагово. Вначале сталкер работает по схеме walker-a. При этом он игнорирует бой, пока не будет поставлен инфопоршн alert. Он ждет 25 секунд, после чего переходит в схему remark. В ремарке он проигрывает идловую анимацию, говорит на указанные темы, не поворачивается и не двигается и точно также игнорирует бой. Если по нему попадут (on_hit) или убьют (on_death), будет поставлен инфопоршн alert и он перестанет игнорировать бой (понятно, что если он будет трупом, то это ему не поможет, но их в сценке трое, и тогда сорвутся в бой все остальные). Если его убьют, то также будет поставлен инфопоршн trup3 который сообщит о том, что этот сталкер убит.<br><br />
<br />
А вот логика его противника:<br><br />
[logic]<br><br />
active = walker<br><br />
combat_ignore = combat_ignore<br><br />
<br />
[walker]<br><br />
path_walk = soldier_walk1<br><br />
path_look = soldier_look1<br><br />
combat_ignore_cond = always<br><br />
team = assault_group<br><br />
on_signal = assault | camper<br><br />
<br />
[camper]<br><br />
path_walk = soldier_walk1_2<br><br />
path_look = soldier_look1_2<br><br />
radius = 5<br><br />
on_info = {+trup1 +trup2 +trup3} walker2<br><br />
<br />
[walker2]<br><br />
path_walk = soldier_walk1_3<br><br />
path_look = soldier_look1_3<br><br />
<br />
<br />
[combat_ignore]<br><br />
<br />
Он идет в схеме walker, игнорируя бой (причем игнорируя в любой ситуации). Идет в составе группы assault_group. Когда он приходит в конечную точку маршрута (там он синхронизируется с остальными из группы, это приписано в путях) и получает сигнал assault, то переходит в схему camper. В этой схеме у него не прописан combat_ignore, поэтому он начинает стрелять по противнику. После того, как все трое противников будут убиты, каждый из них, умирая ставит инфопоршн trup1, trup2 или trup3 и когда все трое будут убиты, то он переключится на схему walker2 (подойдет к костру).<br><br />
<br />
==3.9. Схемы логики space_restrictor==<br />
<br />
Общее замечание: Чтобы исключить ситуацию, когда актёр проскакивает через рестриктор и тот не успевает сработать, старайтесь ставить рестриктор так, чтоб минимальная ширина была больше 2 метров.<br />
<br />
==3.9.1. Схема [sr_idle]== <br />
Предназначение данной схемы – включить другую схему при срабатывании одного из стандартных условий логической схемы.<br><br />
Сама по себе схема ничего не делает.<br><br />
Пример настроек рестриктора:<br><br />
<br />
[logic]<br><br />
active = sr_idle<br><br />
<br />
[sr_idle]<br><br />
on_actor_inside = nil %+esc_actor_inside%<br><br />
<br />
Обратите внимание, что после срабатывания проверки активная схема переключается в nil, чтобы не продолжать бесполезную проверку на каждом апдейте. Можно не задавать nil.<br><br />
Часто эта схема работает вместе со спавнером, рестриктор выдает инфопоршн, при входе в зону, а спавнер по нему уже кого-то спавнит.<br><br />
<br />
файл \gamedata\scripts\sr_idle.script<br><br />
<br />
==3.9.2. Секция [sr_no_weapon]==<br />
Данная схема убирает оружие у игрока при входе в зону.<br><br />
Пример настроек рестриктора:<br><br />
<br />
[logic]<br><br />
active = sr_no_weapon<br><br />
<br />
[sr_no_weapon]<br><br />
<br />
файл \gamedata\scripts\sr_no_weapon.script<br><br />
<br />
==3.9.3. Секция [sr_sound]==<br />
<br />
snd = Перечень имён звуков разделенных запятыми.<br />
<br />
type = Типы звуков через запятые. Для удобства введены типы наборов звуков. Т.е., например, чтобы не перечислять каждый раз весь набор звуков скрипа деревянного пола, можно указать тип floor_wooden.<br />
<br />
*delay = Задержка перед проигрыванием звука в секундах реального времени, по умолчанию 0.<br />
<br />
*idle = Длина периода игнорирования входа в зону после начала последнего проигранного звука. Чтоб, например, завывание было не чаще, чем раз в несколько минут. В секундах игрового времени. По умолчанию 0.<br />
<br />
*rnd = Вероятность (в процентах) того, что звук отыграется. По умолчанию 100.<br />
<br />
*position = Задает имя пути, в вершинах которого может отыграться звук. Есть зарезервированное значение random. Оно означает случайное место в радиусе 15…50 метров от игрока. Если этот параметр не задан, то подразумевается позиция игрока.<br />
<br />
*slide_velocity = Скорость (м/с) передвижения звука по точкам патрульного пути. По умолчанию - 3<br />
<br />
*slide_sound_once = true\false<br />
true - проиграть звук один раз, даже если он не дошел до последней точки пути.<br />
false – если звук закончился, а до последней точки пути не дошел, запустить его ещё раз. По умолчанию false.<br />
<br />
*play_at_actor = true/false Заставляет звук играться от позиции актера постоянно. Если он будет равен true и будет задан путь перемещения звука (или рандом), то мы тупо вылетим.<br />
<br />
Предназначение данной схемы: отыграть звук при входе актёра в рестриктор.<br />
<br />
Поддерживается sound_end.<br />
<br />
Обязательно нужно задать либо snd, либо type. Можно их задать вместе. На базе этих параметров составляется список звуков. При входе актёра в рестриктор отыгрывается случайный звук из этого списка.<br />
<br />
Место, из которого может отыграться звук, задаётся одним из трёх:<br />
- случайное;<br />
- случайная вершина заданного пути;<br />
- позиция игрока.<br />
<br />
Пример настроек рестриктора:<br />
<br />
[logic]<br><br />
active = sr_sound<br><br />
<br />
[sr_sound]<br><br />
type = floor_wooden<br><br />
snd = ambient\wind1, ambient\sparks1<br><br />
rnd = 50<br><br />
position = random<br><br />
idle = 120<br><br />
delay = 3<br />
<br />
Есть возможность сделать «скользящий звук». Необходим патрульный путь. Звук начинает отыгрываться с начала пути и перемещается от одной точки пути к другой (по мере их установки на патрульном пути) со скоростью slide_velocity. <br />
<br />
[logic]<br><br />
active = sr_sound<br />
<br />
[sr_sound]<br><br />
type = random<br><br />
position = way<br><br />
slide_velocity = 8<br><br />
slide_sound_once = true<br />
<br />
Файл \gamedata\scripts\sr_sound.script<br />
<br />
==3.9.4. Секция [sr_tip]==<br />
Предназначение данной схемы – давать игроку сообщение (подсказку) при входе в рестриктор<br />
<br />
name = Название новости.<br><br />
type = по умолчанию «news»<br><br />
Тип новостей: «news» – отсылается как глобальная новость, «tips» - отсылается то имени sender-a<br />
*sender = если тип = «tips», то от sender задаёт условный строковый идентификатор иконки персонажа, от которого якобы пришло сообщение. По умолчанию это иконка торговца.<br />
<br />
*cond = Необходимые логические условия, при которых подсказка сработает. По дефолту, сработает при входе в зону.<br />
<br />
*single = true/false (по умолчанию false). Если параметр в true, то типс будет выдан только один раз,<br />
<br />
Пример настроек рестриктора:<br />
<br />
[logic]<br><br />
active = sr_tip<br />
<br />
[sr_tip]<br><br />
name = tips_esc_trader_about_pda<br><br />
type = tips<br><br />
cond = {+infoportion1 –infoportion2 }<br><br />
*showtime = msec – время в миллисекундах, в течение которого сообщение будет находится на экране. – ПОКА НЕ РАБОТАЕТ НОРМАЛЬНО!<br />
<br />
Если необходимо проиграть только 1 раз, а это случается часто, то можно добавить следующую строку:<br />
on_actor_inside = nil <br />
<br />
файл \gamedata\scripts\sr_tip.script<br />
<br />
==3.9.5. Sr_light==<br />
Зона, в которой фонарики у неписей будут включены независимо от времени суток.<br />
<br />
Работает следующим образом:<br><br />
<br />
[logic]<br><br />
active = sr_light<br><br />
<br />
[sr_light]<br><br />
light_on = true/false (свет включен/выключен)<br><br />
<br />
Также работает вместе с кондлистом:<br><br />
<br />
[logic]<br><br />
active = sr_light<br><br />
<br />
[sr_light]<br><br />
light_on = true/false (свет включен/выключен)<br><br />
on_info = {+info1} section %+info2%<br />
<br />
==3.9.6. Sr_territory==<br />
<br />
Занимается эта схема тем, что отлавливает всякие события, происходящие внутри рестриктора.<br />
Пока что она отлавливает только хиты и смерть сталкеров. Пример использования примерно следующий:<br />
<br />
[logic]<br><br />
active = sr_territory@outside<br><br />
<br />
[sr_territory@outside]<br><br />
on_actor_inside = sr_territory@inside<br><br />
<br />
[sr_territory@inside]<br><br />
on_actor_outside = sr_territory@outside<br><br />
territory_hit = {-bar_dolg_territory_1_hit} %+bar_dolg_territory_1_hit%, {-bar_dolg_territory_2_hit}<br><br />
%+bar_dolg_territory_2_hit%, {-bar_dolg_territory_3_hit} %+bar_dolg_territory_3_hit%<br />
territory_death = {-bar_dolg_territory_kill} %+bar_dolg_territory_kill%<br><br />
<br />
<br />
То есть здесь видно, что когда игрок находится внутри рестриктора, то считается количество нанесенных хитов, а также учитывается был ли кто-то убит или нет. Поскольку схема работает только с игроком – то хиты и смерть засчитываются только от игрока.<br />
<br />
==3.9.7. Sr_mapspot==<br />
<br />
При входе в рестриктор он сам себя подсвечивает на карте.<br><br />
<br />
Параметры:<br><br />
hint - id подсказки в string table (обязательный параметр)<br><br />
location - название типа подсветки (не обязательный параметр, по умолчанию "crlc_small")<br><br />
<br />
Пример:<br><br />
[logic]<br><br />
active = sr_mapspot<br><br />
<br />
[sr_mapspot]<br><br />
hint = “gar_swamp”<br><br />
location = crcl_big<br><br />
<br />
==3.9.8. Sr_particle==<br />
<br />
Данная система отыгрывает партиклы как статичные так и движущиеся в указанном месте и в указанное время. Работет она следующим образом:<br />
<br />
1) для партикловой системы с путем камеры:<br />
[sr_particle]<br />
name = explosions\campfire_03 -имя партикловой системы<br />
path = particle_test.anm -имя пути камеры<br />
mode = 1 (обязательно !!!)<br />
looped = true/false -флаг зацикленности партиклов<br />
<br />
(обязательно с расширением ANM !!!) Здесь партиклы будут молча перемещаться по пути.<br />
<br />
2) для партикловой системы с обычным патрульным путем:<br />
[sr_particle]<br />
name = explosions\campfire_03 -имя партикловой системы<br />
path = part_points -имя патрульного пути<br />
mode = 2 (обязательно !!!)<br />
looped = true/false -флаг зацикленности партиклов <br />
<br />
В вейпоинтах можно задавать флаг s=имя_звуковой_темы и d=число время задержки перед проигрыванием (задается в миллисекундах. Если не задано, то 0). s - имя звуковой темы в sound_themes.ph_snd_themes из которой будет случайно выбран звук для проигрывания во время проигрывания партикла. Звук не зацикливается и играет только один раз.. Результат = партиклы отыгрываются во всех вейпоинтах одновременно (или с задержкой см. выше).<br><br />
При looped=true по окончании проигрывания партиклов, они будут запускаться сначала, но уже без задержек. Сигнал particle_end выдаваться не будет. При looped=false сигнал будет выдан, когда все источники партиклов отыграют. <br> <br />
Поддерживается кондлист. Если рестриктор переходит в другую секцию, то автоматически перестают отыгрываться партиклы и замолкают звуки при них. Этот рестриктор является объектом, отслеживающим партиклы и нет никакой необходимости чтобы игрок в него заходил.<br><br />
<br />
==3.9.9. Sr_sound_act==<br />
Итого, схема, которая играет саунд в голове актера. Всякие там переговоры по ПДА и прочие фейки<br />
<br />
[sr_sound_act]<br><br />
snd = ambient\random\new_drone1 --имя звукового файла<br><br />
*delay = 2000 --задержка перед проигрыванием <br><br />
*delay_max = 4000 -- между проигрыванием звука будет взят случайный промежуток между delay и delay_max.<br><br />
*on_signal = sound_end | nil --по сигналу можно перейти в другую секцию.<br><br />
theme = <имя темы из ph_sound_themes><br><br />
* stereo = true/false (по умолчанию false). При установке этого параметра к файлу, который задан параметром snd или в звуковой теме будут добавляться (автоматически) суффиксы _r и _l для загрузки левого и правого каналов и, соответственно, вся эта фигня будет играться.<br><br />
<br />
Если указывается тема, то звук будет играть зациклено, случайным образом выбирая один из звуков прописанных в теме, если указывается звук, то он отыгрывается один раз. Схема поддерживает кондлист.<br><br />
<br />
==3.9.10 Sr_timer==<br />
<br />
Пример использования:<br><br />
<br />
[logic]<br><br />
active = sr_timer@1<br><br />
<br />
[sr_timer@1]<br><br />
type = dec<br><br />
start_value = 10000<br><br />
on_value = 0 | sr_timer@2<br><br />
<br />
[sr_timer@2]<br><br />
type = inc<br><br />
on_value = 15000 | nil %+info1%<br><br />
<br />
Описания полей:<br><br />
type - тип счетчика, инкриментирующий(inc) или декриментирующий(dec).<br><br />
Если поле не задано - счетчик будет инкриментирующий<br><br />
start_value - начальное значение счетчика в РЕАЛЬНЫХ милисекундах. Для декриментирующих счетчиков задавать обязательно. Для инкриментирующих, если не задано, то считается с 0.<br><br />
<br />
Переходы из секции sr_timer могут быть как по обычным условиям (on_timer, on_info) так и по специфическому условию on_value. В общем случае on_value Можно использовать для производства каких либо действий в зависимости от состояния счетчика. Например:<br><br />
<br />
on_value = 5000| %+info1% | 1000| %+info2%<br><br />
<br />
==3.9.11. Sr_psy_antenna==<br />
Зоны с такой секцией позволяют управлять эффектами от пси-воздействия (на Янтаре и Радаре). Сейчас можно управлять интенсивностью излучения и интенсивностью получения повреждений.<br />
<br />
Способ применения: Расставить зоны, в каждой зоне написать, сколько процентов к интенсивности излучения и повреждения она добавляет/отнимает. Зоны могут быть вложены друг в друга, пересекать друг друга. <br />
<br />
eff_intensity = - увеличение/уменьшение в % от базового значения интенсивности излучения.<br />
hit_ intensity = - увеличение/уменьшение в % от базового значения наносимого повреждения.<br />
<br />
Пример зоны, которая добавляет 70% излучения:<br />
<br />
[logic]<br><br />
active = sr_psy_antenna<br />
<br />
[sr_psy_antenna]<br><br />
eff_intensity = 70<br><br />
hit_ intensity = 70<br />
<br />
Пример зоны, которая убирает 30% излучения:<br />
<br />
[logic]<br><br />
active = sr_psy_antenna<br />
<br />
[sr_psy_antenna]<br><br />
intensity = -30<br><br />
<br />
в версии '''SOC 1.0000''' добавлена возможность задавать вероятность проявления фантомов и тайминг их "живучести"<br><br />
<br><br />
phantom_prob = 40 - вероятность проявления фантомов в процентах<br><br />
min_phantom_idle = 3000 - мин время их существования в состоянии idle<br><br />
max_phantom_idle = 5000 - макс время их существования в состоянии idle<br><br />
<br />
==3.9.12. Sr_teleport==<br />
Собственно, телепорт. Настраиваются следующим образом:<br><br />
<br />
[logic]<br><br />
active = sr_teleport<br><br />
<br />
[sr_teleport]<br><br />
timeout = 0<br><br />
<br />
point1 = point1<br><br />
look1 = look1<br><br />
prob1 = 10<br><br />
<br />
point2 = point2<br><br />
look2 = look2<br><br />
prob2 = 20<br><br />
<br />
где:<br><br />
timeout - задержка в срабатывании телепорта в миллисекундах.<br><br />
point - одноточечный патрульный путь куда переместить<br><br />
look - одноточечный патрульный путь куда повернуть.<br><br />
<br />
Далее идут настройки точек назначения с удельными весами. То есть в перечисленном выше примере вероятность телепортнутся во вторую точку в два раза выше, чем в первую. Максимальное количество точек назначения - 10. Телепорты необходимо ставить совместно с особой аномальной зоной, которую сейчас делает Проф. Зона добавит визуализацию и создаст эффект втягивания.<br><br />
<br />
==3.9.13. Sr_sleep и настройка снов.==<br />
<br />
Появилась возможность задавать зоны сна.<br />
<br />
[sr_sleep]<br />
*cond = <condlist><br />
*type = nightmare/normal/happy/all - Задает тип сна разрешенный в данной зоне (по умолчанию all). Влияет (группирует) только на несценарные сны.<br />
*dream_prob = <число от 0 до 100> - вероятность просмотра несценарных сновидений в данной зоне (по умолчанию 80). В противном случае будет только черный экран.<br />
<br />
Необязательное поле cond задает условие(я), при котором в этой зоне можно спать. Сейчас производится индикация зон, где разрешен сон. В левом нижнем углу отображается маленькая иконка легких при входе в такую зону. Вероятно, позже будет изменена на другую.<br><br />
Сновидения теперь делятся на сценарные и обычные. Сценарные сновидения отыгрываются один раз при выполнении необходимых условий. Обычные сновидения проигрываются, если нет сценарных или ни одно условие выполнения сценарных не сработало. Можно задавать вероятность отыгрывания обычных сновидений в целом, а также задавать вероятность срабатывания каждого конкретного сновидения в отдельности. Обычным сновидениям можно задавать тип и потом ограничивать по нему сны воспроизводимые в sr_sleep.<br><br />
<br />
В файле misc\dream.ltx задаются настройки снов.<br><br />
<br />
Секция videos.<br><br />
Полями задаются пути к видеофайлам со снами.<br><br />
<br />
Секция dreams. Поля:<br><br />
regular_probability = <число от 0 до 100> - вероятность проигрывания обычных сновидений в целом <br><br />
regular - список секций с настройками для обычных сновидений<br><br />
scene - список секций с настройками для сценарных сновидений<br><br />
<br />
Настройки обычных сновидений:<br><br />
dream - имя поля из секции videos<br><br />
probability = <число больше 0> - чем больше, тем больше вероятность проигрывания сна.<br><br />
type = nightmare/normal/happy - тип сна.<br><br />
<br />
Настройки сценарных сновидений:<br><br />
dream - имя поля из секции videos<br><br />
cond = <condlist> - условия срабатывания<br><br />
to_regular = <вероятность,тип> - необязательное поле. Дает возможность переводить сценарный сон после первого отыгрыша в разряд обычных. <вероятность, тип> аналогичны probability и type из настроек обычных сновидений соответственно.<br><br />
<br />
==3.9.14. Sr_cutscene==<br />
<br />
Эта схема предназначена для проведения анимации камеры c некоторым эффектом <br />
(pp_effector). Последовательность действий, осуществляемых схемой, состоит из мгновенного перемещения игрока в начало пути point и ориентации его взгляда на начало пути look, потери управления игроком и начала анимации камеры cam_effector по завершении которой игрок вновь получает управление.<br><br />
<br />
[sr_cutscene]<br><br />
point = <имя пути> - путь в первую точку которого переносится игрок<br><br />
look = <имя пути> - путь в первую точку которого смотрит игрок<br><br />
*pp_effector = <имя файла с эффектом> - файл, расположенный в папке <br><br />
gamedata\anims\ и содержащий эффект (имя файла пишется без расширения)<br><br />
cam_effector = <имя файла с анимацией камеры> - файл, расположенный в папке gamedata\anims\camera_effects\ и содержащий анимацию камеры (имя файла пишется без расширения)<br><br />
<br />
==3.10. Набор дополнительных настроек логики у разных объектов.==<br />
Для всех физических объектов есть секция ph_idle, поддерживающая кондлист в которую можно при необходимости переводить объекты.<br />
<br />
==3.10.1. Схема работы двери, секция [ph_door]==<br />
<br />
NB! Для двухстворчатых ворот задается все аналогично.<br />
<br />
locked = false\true<br><br />
Заперта ли дверь. По дефолту – false.<br />
<br />
Closed = false\true<br><br />
Закрыта ли дверь. По дефолту - true<br />
<br />
tip_open = (если locked == false, то tip_door_open, иначе tip_door_locked)<br><br />
Подсказка, которая появляется около прицела при наведении на дверь, если дверь закрыта.<br />
<br />
tip_close = (если locked == false, то tip_door_close, иначе пустое значение)<br><br />
Подсказка, которая появляется около прицела при наведении на дверь, если дверь открыта.<br />
<br />
snd_init = Звук, который будет отыгран сразу при включении схемы.<br />
<br />
snd_open_start = Звук, который будет отыгран при попытке открыть дверь.<br />
<br />
snd_close_start = Звук, который будет отыгран при попытке закрыть дверь.<br />
<br />
snd_close_stop = Звук, который будет отыгран, когда дверь захлопнется до конца.<br />
<br />
Примеры:<br><br />
Если нужно сделать дверь, которая при каком-то событии открывается со щелчком, то можно воспользоваться полем snd_init и переключением схем. В примере ниже при включении схемы ph_door@unlocked проиграется snd_init, т.е. trader_door_unlock:<br />
<br />
[logic]<br><br />
active = ph_door@locked<br><br />
<br />
[ph_door@locked]<br><br />
locked = true<br><br />
snd_open_start = trader_door_locked<br><br />
on_info = {+esc_trader_can_leave} ph_door@unlocked<br><br />
<br />
[ph_door@unlocked]<br><br />
locked = false<br><br />
snd_init = trader_door_unlock<br><br />
snd_open_start = trader_door_open_start<br><br />
snd_close_start = trader_door_close_start<br><br />
snd_close_stop = trader_door_close_stop<br><br />
файл \gamedata\scripts\ph_door.script<br><br />
<br />
==3.10.2. Схема работы кнопки, секция [ph_button]==<br />
<br />
При нажатии на кнопку переключает секции и выдает инфопоршн.<br><br />
<br />
[logic]<br><br />
active = ph_button@locked<br><br />
<br />
[ph_button@locked]<br><br />
anim_blend = false<br><br />
anim = button_false<br><br />
on_press = ph_button@unlocked %+cit_jail_door_opened%<br><br />
<br />
on_press – что происходит при нажатии<br><br />
anim – анимация, которая отигрывается при нажатии на кнопку<br><br />
anim_blend – плаваня, сглаженная анимация. Может принимать знаечения true\false<br><br />
<br />
Файл \Gamedata\scripts\ph_button.script<br><br />
<br />
*tooltip - gредназначено для того, чтобы задавать текстовую подсказку при наведении на кнопку. Текстовая подсказка нужна для того, чтобы как минимум было понятно, что этот девайс можно нажимать.<br><br />
Пример настройки кнопки:<br><br />
<br />
[logic]<br><br />
active = ph_button@active<br><br />
<br />
[ph_button@active]<br><br />
anim = lab_switcher_idle<br><br />
tooltip = tips_labx16switcher_press<br><br />
on_press = ph_button@deactivated %+terrain_test%<br><br />
<br />
[ph_button@deactivated]<br><br />
anim = lab_switcher_off<br><br />
<br />
Для того чтобы сообщение не потеряло адекватность при различных настройках клавиатуры сообщение следует писать с использованием токенов. Например:<br><br />
<code><br />
<string id="tips_labx16switcher_press"> <br />
<text>Чтобы отключить чудо установку нажмите ($$ACTION_USE$$)</text><br />
</string><br />
</code><br />
<br />
Вот пример кнопки, которая срабатывает не всегда, а по определенному условию:<br><br />
<br />
[logic]<br><br />
active = ph_button@locked<br><br />
<br />
[ph_button@locked]<br><br />
anim = button_false – анимация несрабатывания кнопки.<br><br />
on_info = {+val_prisoner_door_unlocked} ph_button@unlocked<br><br />
on_press = ph_button@unlocked %+val_prisoner_door_unlocked%<br><br />
<br />
[ph_button@unlocked]<br><br />
anim = button_true<br><br />
on_info = {-val_prisoner_door_unlocked} ph_button@locked<br><br />
on_press = ph_button@locked %-val_prisoner_door_unlocked%<br><br />
<br />
===[[Часть 4]]===<br />
<br />
[[Категория:Скрипты]]</div>95.27.113.222http://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_3Настройка логики. Часть 32010-03-10T09:53:51Z<p>95.27.113.222: /* 3.9.11. Sr_psy_antenna */</p>
<hr />
<div>{{Шаблон:Настройка логики}}<br />
<br />
==3.8.1. Синтаксис скрипта Logic==<br />
<br />
Пример: для того, чтобы персонаж ходил по пути walk1, а при приближении игрока на дистанцию 5 метров, переключался на путь walk2 (но только при условии, что он видит игрока), нужно написать следующее: <br><br />
<br />
[logic]<br><br />
active = walker1<br><br />
<br />
[walker1]<br><br />
path_walk = walk1<br><br />
path_look = look1<br><br />
on_actor_dist_le = 5 | walker2<br><br />
<br />
[walker2]<br><br />
path_walk = walk2<br><br />
path_look = look2<br><br />
<br />
Выше рассмотрено безусловное переключение секций. Перед именем секции в фигурных скобках {} можно задавать дополнительные условия, а после имени секции - так называемые "эффекты", которые заключить в знаки процента: %%. Эффекты будут применены только в случае активации секции. Можно не задавать имя секции, а задать только условия и/или эффекты. Тогда активной останется старая секция, но условия и эффекты будут все равно обработаны. Если все условия в фигурных скобках не выполняются, секция активирована не будет. <br><br />
<br />
Пример:<br> <br />
<br />
on_actor_dist_le = 5 | {условие} walker2 %эффекты%<br><br />
<br />
Условия могут быть следующими: <br><br />
<br />
+infoportion - требуется присутствие infoportion у actor<br><br />
-infoportion - требуется отсутствие infoportion у actor<br><br />
=func - требуется, чтобы func вернула true<br><br />
!func - требуется, чтобы func вернулся false<br><br />
<br />
Эффекты могут быть следующими: <br><br />
<br />
+infoportion - в случае включения секции у actor будет установлен infoportion<br><br />
-infoportion - в случае включения секции у actor будет убран infoportion<br><br />
=func - в случае включения секции стартует функция func<br><br />
<br />
Несколько условия или эффектов разделяются пробелами: <br><br />
<br />
on_actor_dist_le = 5 | {+info1 -info2 +info3} walker2 %+info4 =func%<br><br />
<br />
Можно задавать сразу несколько секций, разделенных запятыми. Порядок обхода при этом - слева направо. После срабатывания первого из условий, обход прекращается. В примере ниже, если установлен info1, будет включена схема walker2, иначе, если установлен info2, будет включена схема walker3, иначе будет включен walker4: <br><br />
<br />
on_actor_dist_le = 5 | {+info1} walker2, {+info2} walker3, walker4<br><br />
<br />
В описанном выше поле active секции logic, можно также задавать условия, например: <br><br />
<br />
[logic]<br><br />
active = {=actor_friend} walker@friendly, walker@enemy<br><br />
В логических условиях теперь принимается ключевое слово never, которое означает, что условие ложно. Например:<br><br />
combat_ignore_cond = {=actor_enemy =actor_has_suit} always, {=actor_enemy} never %...эффекты...%<br><br />
<br />
Вышеприведенная конструкция включает игнорирование боя, если у NPC враг - игрок в костюме, но отключит его, если врагом является игрок, но без костюма, при этом сработают эффекты (%%) секции never. Таким образом, выбор секции never равносилен отсутствию секции (несрабатыванию условия), но эффекты в знаках процента при этом срабатывают.<br><br />
<br />
Пример работы с секцией nil. Секция nil выводит из-под скриптовых схем персонажа, монстра или объект и отпускает его под управление движка. Это надо если какое-либо условие выполнившись 1 раз больше не нуждается в проверке, при этом экономятся ресурсы машины, которые на каждом апдейте проверяют это условие.<br><br />
<br />
[logic]<br><br />
active = sr_idle<br><br />
<br />
[sr_idle]<br><br />
on_actor_inside = nil %+esc_actor_inside%<br><br />
То есть, при входе актера в рестриктор выдается инфопоршн и рестриктор уходит в секцию nil, больше не проверяя наличие игрока.<br><br />
NB: Обратно из секции nil под скрипты объект вернуть уже невозможно! Учитывайте это, используя ее.<br />
<br />
==3.8.2. Вот пример достаточно сложной логики:== <br />
<br />
[logic]<br><br />
active = walker<br><br />
combat_ignore = combat_ignore<br><br />
on_hit = hit<br><br />
on_death = death<br><br />
<br />
[hit]<br><br />
on_info = %+alert%<br><br />
<br />
[death]<br><br />
on_info = %+alert +trup3%<br><br />
<br />
[walker]<br><br />
path_walk = walk_svoboda3<br><br />
path_look = look_svoboda3<br><br />
combat_ignore_cond = {-alert}<br><br />
on_timer = 25000 | remark<br><br />
<br />
[remark]<br><br />
anim = idle<br><br />
snd = stalker_talk_kampfire<br><br />
no_move = true<br><br />
no_rotate = true<br><br />
on_hit = hit<br><br />
on_death = death<br><br />
combat_ignore_cond = {-alert}<br><br />
<br />
[combat_ignore]<br><br />
<br />
Рассмотрим ее пошагово. Вначале сталкер работает по схеме walker-a. При этом он игнорирует бой, пока не будет поставлен инфопоршн alert. Он ждет 25 секунд, после чего переходит в схему remark. В ремарке он проигрывает идловую анимацию, говорит на указанные темы, не поворачивается и не двигается и точно также игнорирует бой. Если по нему попадут (on_hit) или убьют (on_death), будет поставлен инфопоршн alert и он перестанет игнорировать бой (понятно, что если он будет трупом, то это ему не поможет, но их в сценке трое, и тогда сорвутся в бой все остальные). Если его убьют, то также будет поставлен инфопоршн trup3 который сообщит о том, что этот сталкер убит.<br><br />
<br />
А вот логика его противника:<br><br />
[logic]<br><br />
active = walker<br><br />
combat_ignore = combat_ignore<br><br />
<br />
[walker]<br><br />
path_walk = soldier_walk1<br><br />
path_look = soldier_look1<br><br />
combat_ignore_cond = always<br><br />
team = assault_group<br><br />
on_signal = assault | camper<br><br />
<br />
[camper]<br><br />
path_walk = soldier_walk1_2<br><br />
path_look = soldier_look1_2<br><br />
radius = 5<br><br />
on_info = {+trup1 +trup2 +trup3} walker2<br><br />
<br />
[walker2]<br><br />
path_walk = soldier_walk1_3<br><br />
path_look = soldier_look1_3<br><br />
<br />
<br />
[combat_ignore]<br><br />
<br />
Он идет в схеме walker, игнорируя бой (причем игнорируя в любой ситуации). Идет в составе группы assault_group. Когда он приходит в конечную точку маршрута (там он синхронизируется с остальными из группы, это приписано в путях) и получает сигнал assault, то переходит в схему camper. В этой схеме у него не прописан combat_ignore, поэтому он начинает стрелять по противнику. После того, как все трое противников будут убиты, каждый из них, умирая ставит инфопоршн trup1, trup2 или trup3 и когда все трое будут убиты, то он переключится на схему walker2 (подойдет к костру).<br><br />
<br />
==3.9. Схемы логики space_restrictor==<br />
<br />
Общее замечание: Чтобы исключить ситуацию, когда актёр проскакивает через рестриктор и тот не успевает сработать, старайтесь ставить рестриктор так, чтоб минимальная ширина была больше 2 метров.<br />
<br />
==3.9.1. Схема [sr_idle]== <br />
Предназначение данной схемы – включить другую схему при срабатывании одного из стандартных условий логической схемы.<br><br />
Сама по себе схема ничего не делает.<br><br />
Пример настроек рестриктора:<br><br />
<br />
[logic]<br><br />
active = sr_idle<br><br />
<br />
[sr_idle]<br><br />
on_actor_inside = nil %+esc_actor_inside%<br><br />
<br />
Обратите внимание, что после срабатывания проверки активная схема переключается в nil, чтобы не продолжать бесполезную проверку на каждом апдейте. Можно не задавать nil.<br><br />
Часто эта схема работает вместе со спавнером, рестриктор выдает инфопоршн, при входе в зону, а спавнер по нему уже кого-то спавнит.<br><br />
<br />
файл \gamedata\scripts\sr_idle.script<br><br />
<br />
==3.9.2. Секция [sr_no_weapon]==<br />
Данная схема убирает оружие у игрока при входе в зону.<br><br />
Пример настроек рестриктора:<br><br />
<br />
[logic]<br><br />
active = sr_no_weapon<br><br />
<br />
[sr_no_weapon]<br><br />
<br />
файл \gamedata\scripts\sr_no_weapon.script<br><br />
<br />
==3.9.3. Секция [sr_sound]==<br />
<br />
snd = Перечень имён звуков разделенных запятыми.<br />
<br />
type = Типы звуков через запятые. Для удобства введены типы наборов звуков. Т.е., например, чтобы не перечислять каждый раз весь набор звуков скрипа деревянного пола, можно указать тип floor_wooden.<br />
<br />
*delay = Задержка перед проигрыванием звука в секундах реального времени, по умолчанию 0.<br />
<br />
*idle = Длина периода игнорирования входа в зону после начала последнего проигранного звука. Чтоб, например, завывание было не чаще, чем раз в несколько минут. В секундах игрового времени. По умолчанию 0.<br />
<br />
*rnd = Вероятность (в процентах) того, что звук отыграется. По умолчанию 100.<br />
<br />
*position = Задает имя пути, в вершинах которого может отыграться звук. Есть зарезервированное значение random. Оно означает случайное место в радиусе 15…50 метров от игрока. Если этот параметр не задан, то подразумевается позиция игрока.<br />
<br />
*slide_velocity = Скорость (м/с) передвижения звука по точкам патрульного пути. По умолчанию - 3<br />
<br />
*slide_sound_once = true\false<br />
true - проиграть звук один раз, даже если он не дошел до последней точки пути.<br />
false – если звук закончился, а до последней точки пути не дошел, запустить его ещё раз. По умолчанию false.<br />
<br />
*play_at_actor = true/false Заставляет звук играться от позиции актера постоянно. Если он будет равен true и будет задан путь перемещения звука (или рандом), то мы тупо вылетим.<br />
<br />
Предназначение данной схемы: отыграть звук при входе актёра в рестриктор.<br />
<br />
Поддерживается sound_end.<br />
<br />
Обязательно нужно задать либо snd, либо type. Можно их задать вместе. На базе этих параметров составляется список звуков. При входе актёра в рестриктор отыгрывается случайный звук из этого списка.<br />
<br />
Место, из которого может отыграться звук, задаётся одним из трёх:<br />
- случайное;<br />
- случайная вершина заданного пути;<br />
- позиция игрока.<br />
<br />
Пример настроек рестриктора:<br />
<br />
[logic]<br><br />
active = sr_sound<br><br />
<br />
[sr_sound]<br><br />
type = floor_wooden<br><br />
snd = ambient\wind1, ambient\sparks1<br><br />
rnd = 50<br><br />
position = random<br><br />
idle = 120<br><br />
delay = 3<br />
<br />
Есть возможность сделать «скользящий звук». Необходим патрульный путь. Звук начинает отыгрываться с начала пути и перемещается от одной точки пути к другой (по мере их установки на патрульном пути) со скоростью slide_velocity. <br />
<br />
[logic]<br><br />
active = sr_sound<br />
<br />
[sr_sound]<br><br />
type = random<br><br />
position = way<br><br />
slide_velocity = 8<br><br />
slide_sound_once = true<br />
<br />
Файл \gamedata\scripts\sr_sound.script<br />
<br />
==3.9.4. Секция [sr_tip]==<br />
Предназначение данной схемы – давать игроку сообщение (подсказку) при входе в рестриктор<br />
<br />
name = Название новости.<br><br />
type = по умолчанию «news»<br><br />
Тип новостей: «news» – отсылается как глобальная новость, «tips» - отсылается то имени sender-a<br />
*sender = если тип = «tips», то от sender задаёт условный строковый идентификатор иконки персонажа, от которого якобы пришло сообщение. По умолчанию это иконка торговца.<br />
<br />
*cond = Необходимые логические условия, при которых подсказка сработает. По дефолту, сработает при входе в зону.<br />
<br />
*single = true/false (по умолчанию false). Если параметр в true, то типс будет выдан только один раз,<br />
<br />
Пример настроек рестриктора:<br />
<br />
[logic]<br><br />
active = sr_tip<br />
<br />
[sr_tip]<br><br />
name = tips_esc_trader_about_pda<br><br />
type = tips<br><br />
cond = {+infoportion1 –infoportion2 }<br><br />
*showtime = msec – время в миллисекундах, в течение которого сообщение будет находится на экране. – ПОКА НЕ РАБОТАЕТ НОРМАЛЬНО!<br />
<br />
Если необходимо проиграть только 1 раз, а это случается часто, то можно добавить следующую строку:<br />
on_actor_inside = nil <br />
<br />
файл \gamedata\scripts\sr_tip.script<br />
<br />
==3.9.5. Sr_light==<br />
Зона, в которой фонарики у неписей будут включены независимо от времени суток.<br />
<br />
Работает следующим образом:<br><br />
<br />
[logic]<br><br />
active = sr_light<br><br />
<br />
[sr_light]<br><br />
light_on = true/false (свет включен/выключен)<br><br />
<br />
Также работает вместе с кондлистом:<br><br />
<br />
[logic]<br><br />
active = sr_light<br><br />
<br />
[sr_light]<br><br />
light_on = true/false (свет включен/выключен)<br><br />
on_info = {+info1} section %+info2%<br />
<br />
==3.9.6. Sr_territory==<br />
<br />
Занимается эта схема тем, что отлавливает всякие события, происходящие внутри рестриктора.<br />
Пока что она отлавливает только хиты и смерть сталкеров. Пример использования примерно следующий:<br />
<br />
[logic]<br><br />
active = sr_territory@outside<br><br />
<br />
[sr_territory@outside]<br><br />
on_actor_inside = sr_territory@inside<br><br />
<br />
[sr_territory@inside]<br><br />
on_actor_outside = sr_territory@outside<br><br />
territory_hit = {-bar_dolg_territory_1_hit} %+bar_dolg_territory_1_hit%, {-bar_dolg_territory_2_hit}<br><br />
%+bar_dolg_territory_2_hit%, {-bar_dolg_territory_3_hit} %+bar_dolg_territory_3_hit%<br />
territory_death = {-bar_dolg_territory_kill} %+bar_dolg_territory_kill%<br><br />
<br />
<br />
То есть здесь видно, что когда игрок находится внутри рестриктора, то считается количество нанесенных хитов, а также учитывается был ли кто-то убит или нет. Поскольку схема работает только с игроком – то хиты и смерть засчитываются только от игрока.<br />
<br />
==3.9.7. Sr_mapspot==<br />
<br />
При входе в рестриктор он сам себя подсвечивает на карте.<br><br />
<br />
Параметры:<br><br />
hint - id подсказки в string table (обязательный параметр)<br><br />
location - название типа подсветки (не обязательный параметр, по умолчанию "crlc_small")<br><br />
<br />
Пример:<br><br />
[logic]<br><br />
active = sr_mapspot<br><br />
<br />
[sr_mapspot]<br><br />
hint = “gar_swamp”<br><br />
location = crcl_big<br><br />
<br />
==3.9.8. Sr_particle==<br />
<br />
Данная система отыгрывает партиклы как статичные так и движущиеся в указанном месте и в указанное время. Работет она следующим образом:<br />
<br />
1) для партикловой системы с путем камеры:<br />
[sr_particle]<br />
name = explosions\campfire_03 -имя партикловой системы<br />
path = particle_test.anm -имя пути камеры<br />
mode = 1 (обязательно !!!)<br />
looped = true/false -флаг зацикленности партиклов<br />
<br />
(обязательно с расширением ANM !!!) Здесь партиклы будут молча перемещаться по пути.<br />
<br />
2) для партикловой системы с обычным патрульным путем:<br />
[sr_particle]<br />
name = explosions\campfire_03 -имя партикловой системы<br />
path = part_points -имя патрульного пути<br />
mode = 2 (обязательно !!!)<br />
looped = true/false -флаг зацикленности партиклов <br />
<br />
В вейпоинтах можно задавать флаг s=имя_звуковой_темы и d=число время задержки перед проигрыванием (задается в миллисекундах. Если не задано, то 0). s - имя звуковой темы в sound_themes.ph_snd_themes из которой будет случайно выбран звук для проигрывания во время проигрывания партикла. Звук не зацикливается и играет только один раз.. Результат = партиклы отыгрываются во всех вейпоинтах одновременно (или с задержкой см. выше).<br><br />
При looped=true по окончании проигрывания партиклов, они будут запускаться сначала, но уже без задержек. Сигнал particle_end выдаваться не будет. При looped=false сигнал будет выдан, когда все источники партиклов отыграют. <br> <br />
Поддерживается кондлист. Если рестриктор переходит в другую секцию, то автоматически перестают отыгрываться партиклы и замолкают звуки при них. Этот рестриктор является объектом, отслеживающим партиклы и нет никакой необходимости чтобы игрок в него заходил.<br><br />
<br />
==3.9.9. Sr_sound_act==<br />
Итого, схема, которая играет саунд в голове актера. Всякие там переговоры по ПДА и прочие фейки<br />
<br />
[sr_sound_act]<br><br />
snd = ambient\random\new_drone1 --имя звукового файла<br><br />
*delay = 2000 --задержка перед проигрыванием <br><br />
*delay_max = 4000 -- между проигрыванием звука будет взят случайный промежуток между delay и delay_max.<br><br />
*on_signal = sound_end | nil --по сигналу можно перейти в другую секцию.<br><br />
theme = <имя темы из ph_sound_themes><br><br />
* stereo = true/false (по умолчанию false). При установке этого параметра к файлу, который задан параметром snd или в звуковой теме будут добавляться (автоматически) суффиксы _r и _l для загрузки левого и правого каналов и, соответственно, вся эта фигня будет играться.<br><br />
<br />
Если указывается тема, то звук будет играть зациклено, случайным образом выбирая один из звуков прописанных в теме, если указывается звук, то он отыгрывается один раз. Схема поддерживает кондлист.<br><br />
<br />
==3.9.10 Sr_timer==<br />
<br />
Пример использования:<br><br />
<br />
[logic]<br><br />
active = sr_timer@1<br><br />
<br />
[sr_timer@1]<br><br />
type = dec<br><br />
start_value = 10000<br><br />
on_value = 0 | sr_timer@2<br><br />
<br />
[sr_timer@2]<br><br />
type = inc<br><br />
on_value = 15000 | nil %+info1%<br><br />
<br />
Описания полей:<br><br />
type - тип счетчика, инкриментирующий(inc) или декриментирующий(dec).<br><br />
Если поле не задано - счетчик будет инкриментирующий<br><br />
start_value - начальное значение счетчика в РЕАЛЬНЫХ милисекундах. Для декриментирующих счетчиков задавать обязательно. Для инкриментирующих, если не задано, то считается с 0.<br><br />
<br />
Переходы из секции sr_timer могут быть как по обычным условиям (on_timer, on_info) так и по специфическому условию on_value. В общем случае on_value Можно использовать для производства каких либо действий в зависимости от состояния счетчика. Например:<br><br />
<br />
on_value = 5000| %+info1% | 1000| %+info2%<br><br />
<br />
==3.9.11. Sr_psy_antenna==<br />
Зоны с такой секцией позволяют управлять эффектами от пси-воздействия (на Янтаре и Радаре). Сейчас можно управлять интенсивностью излучения и интенсивностью получения повреждений.<br />
<br />
Способ применения: Расставить зоны, в каждой зоне написать, сколько процентов к интенсивности излучения и повреждения она добавляет/отнимает. Зоны могут быть вложены друг в друга, пересекать друг друга. <br />
<br />
eff_intensity = - увеличение/уменьшение в % от базового значения интенсивности излучения.<br />
hit_ intensity = - увеличение/уменьшение в % от базового значения наносимого повреждения.<br />
<br />
Пример зоны, которая добавляет 70% излучения:<br />
<br />
[logic]<br><br />
active = sr_psy_antenna<br />
<br />
[sr_psy_antenna]<br><br />
eff_intensity = 70<br><br />
hit_ intensity = 70<br />
<br />
Пример зоны, которая убирает 30% излучения:<br />
<br />
[logic]<br><br />
active = sr_psy_antenna<br />
<br />
[sr_psy_antenna]<br><br />
intensity = -30<br><br />
<br />
в версии '''SOC 1.0000''' добавлена возможность задавать вероятность проявления фантомов и тайминг их "живучести"<br><br />
<br><br />
phantom_prob = 40 - вероятность проявления фантомов в процентах<br><br />
min_phantom_idle = 3000 - мин время их существования до врезания в гг<br><br />
max_phantom_idle = 5000 - макс время существования<br><br />
<br />
==3.9.12. Sr_teleport==<br />
Собственно, телепорт. Настраиваются следующим образом:<br><br />
<br />
[logic]<br><br />
active = sr_teleport<br><br />
<br />
[sr_teleport]<br><br />
timeout = 0<br><br />
<br />
point1 = point1<br><br />
look1 = look1<br><br />
prob1 = 10<br><br />
<br />
point2 = point2<br><br />
look2 = look2<br><br />
prob2 = 20<br><br />
<br />
где:<br><br />
timeout - задержка в срабатывании телепорта в миллисекундах.<br><br />
point - одноточечный патрульный путь куда переместить<br><br />
look - одноточечный патрульный путь куда повернуть.<br><br />
<br />
Далее идут настройки точек назначения с удельными весами. То есть в перечисленном выше примере вероятность телепортнутся во вторую точку в два раза выше, чем в первую. Максимальное количество точек назначения - 10. Телепорты необходимо ставить совместно с особой аномальной зоной, которую сейчас делает Проф. Зона добавит визуализацию и создаст эффект втягивания.<br><br />
<br />
==3.9.13. Sr_sleep и настройка снов.==<br />
<br />
Появилась возможность задавать зоны сна.<br />
<br />
[sr_sleep]<br />
*cond = <condlist><br />
*type = nightmare/normal/happy/all - Задает тип сна разрешенный в данной зоне (по умолчанию all). Влияет (группирует) только на несценарные сны.<br />
*dream_prob = <число от 0 до 100> - вероятность просмотра несценарных сновидений в данной зоне (по умолчанию 80). В противном случае будет только черный экран.<br />
<br />
Необязательное поле cond задает условие(я), при котором в этой зоне можно спать. Сейчас производится индикация зон, где разрешен сон. В левом нижнем углу отображается маленькая иконка легких при входе в такую зону. Вероятно, позже будет изменена на другую.<br><br />
Сновидения теперь делятся на сценарные и обычные. Сценарные сновидения отыгрываются один раз при выполнении необходимых условий. Обычные сновидения проигрываются, если нет сценарных или ни одно условие выполнения сценарных не сработало. Можно задавать вероятность отыгрывания обычных сновидений в целом, а также задавать вероятность срабатывания каждого конкретного сновидения в отдельности. Обычным сновидениям можно задавать тип и потом ограничивать по нему сны воспроизводимые в sr_sleep.<br><br />
<br />
В файле misc\dream.ltx задаются настройки снов.<br><br />
<br />
Секция videos.<br><br />
Полями задаются пути к видеофайлам со снами.<br><br />
<br />
Секция dreams. Поля:<br><br />
regular_probability = <число от 0 до 100> - вероятность проигрывания обычных сновидений в целом <br><br />
regular - список секций с настройками для обычных сновидений<br><br />
scene - список секций с настройками для сценарных сновидений<br><br />
<br />
Настройки обычных сновидений:<br><br />
dream - имя поля из секции videos<br><br />
probability = <число больше 0> - чем больше, тем больше вероятность проигрывания сна.<br><br />
type = nightmare/normal/happy - тип сна.<br><br />
<br />
Настройки сценарных сновидений:<br><br />
dream - имя поля из секции videos<br><br />
cond = <condlist> - условия срабатывания<br><br />
to_regular = <вероятность,тип> - необязательное поле. Дает возможность переводить сценарный сон после первого отыгрыша в разряд обычных. <вероятность, тип> аналогичны probability и type из настроек обычных сновидений соответственно.<br><br />
<br />
==3.9.14. Sr_cutscene==<br />
<br />
Эта схема предназначена для проведения анимации камеры c некоторым эффектом <br />
(pp_effector). Последовательность действий, осуществляемых схемой, состоит из мгновенного перемещения игрока в начало пути point и ориентации его взгляда на начало пути look, потери управления игроком и начала анимации камеры cam_effector по завершении которой игрок вновь получает управление.<br><br />
<br />
[sr_cutscene]<br><br />
point = <имя пути> - путь в первую точку которого переносится игрок<br><br />
look = <имя пути> - путь в первую точку которого смотрит игрок<br><br />
*pp_effector = <имя файла с эффектом> - файл, расположенный в папке <br><br />
gamedata\anims\ и содержащий эффект (имя файла пишется без расширения)<br><br />
cam_effector = <имя файла с анимацией камеры> - файл, расположенный в папке gamedata\anims\camera_effects\ и содержащий анимацию камеры (имя файла пишется без расширения)<br><br />
<br />
==3.10. Набор дополнительных настроек логики у разных объектов.==<br />
Для всех физических объектов есть секция ph_idle, поддерживающая кондлист в которую можно при необходимости переводить объекты.<br />
<br />
==3.10.1. Схема работы двери, секция [ph_door]==<br />
<br />
NB! Для двухстворчатых ворот задается все аналогично.<br />
<br />
locked = false\true<br><br />
Заперта ли дверь. По дефолту – false.<br />
<br />
Closed = false\true<br><br />
Закрыта ли дверь. По дефолту - true<br />
<br />
tip_open = (если locked == false, то tip_door_open, иначе tip_door_locked)<br><br />
Подсказка, которая появляется около прицела при наведении на дверь, если дверь закрыта.<br />
<br />
tip_close = (если locked == false, то tip_door_close, иначе пустое значение)<br><br />
Подсказка, которая появляется около прицела при наведении на дверь, если дверь открыта.<br />
<br />
snd_init = Звук, который будет отыгран сразу при включении схемы.<br />
<br />
snd_open_start = Звук, который будет отыгран при попытке открыть дверь.<br />
<br />
snd_close_start = Звук, который будет отыгран при попытке закрыть дверь.<br />
<br />
snd_close_stop = Звук, который будет отыгран, когда дверь захлопнется до конца.<br />
<br />
Примеры:<br><br />
Если нужно сделать дверь, которая при каком-то событии открывается со щелчком, то можно воспользоваться полем snd_init и переключением схем. В примере ниже при включении схемы ph_door@unlocked проиграется snd_init, т.е. trader_door_unlock:<br />
<br />
[logic]<br><br />
active = ph_door@locked<br><br />
<br />
[ph_door@locked]<br><br />
locked = true<br><br />
snd_open_start = trader_door_locked<br><br />
on_info = {+esc_trader_can_leave} ph_door@unlocked<br><br />
<br />
[ph_door@unlocked]<br><br />
locked = false<br><br />
snd_init = trader_door_unlock<br><br />
snd_open_start = trader_door_open_start<br><br />
snd_close_start = trader_door_close_start<br><br />
snd_close_stop = trader_door_close_stop<br><br />
файл \gamedata\scripts\ph_door.script<br><br />
<br />
==3.10.2. Схема работы кнопки, секция [ph_button]==<br />
<br />
При нажатии на кнопку переключает секции и выдает инфопоршн.<br><br />
<br />
[logic]<br><br />
active = ph_button@locked<br><br />
<br />
[ph_button@locked]<br><br />
anim_blend = false<br><br />
anim = button_false<br><br />
on_press = ph_button@unlocked %+cit_jail_door_opened%<br><br />
<br />
on_press – что происходит при нажатии<br><br />
anim – анимация, которая отигрывается при нажатии на кнопку<br><br />
anim_blend – плаваня, сглаженная анимация. Может принимать знаечения true\false<br><br />
<br />
Файл \Gamedata\scripts\ph_button.script<br><br />
<br />
*tooltip - gредназначено для того, чтобы задавать текстовую подсказку при наведении на кнопку. Текстовая подсказка нужна для того, чтобы как минимум было понятно, что этот девайс можно нажимать.<br><br />
Пример настройки кнопки:<br><br />
<br />
[logic]<br><br />
active = ph_button@active<br><br />
<br />
[ph_button@active]<br><br />
anim = lab_switcher_idle<br><br />
tooltip = tips_labx16switcher_press<br><br />
on_press = ph_button@deactivated %+terrain_test%<br><br />
<br />
[ph_button@deactivated]<br><br />
anim = lab_switcher_off<br><br />
<br />
Для того чтобы сообщение не потеряло адекватность при различных настройках клавиатуры сообщение следует писать с использованием токенов. Например:<br><br />
<code><br />
<string id="tips_labx16switcher_press"> <br />
<text>Чтобы отключить чудо установку нажмите ($$ACTION_USE$$)</text><br />
</string><br />
</code><br />
<br />
Вот пример кнопки, которая срабатывает не всегда, а по определенному условию:<br><br />
<br />
[logic]<br><br />
active = ph_button@locked<br><br />
<br />
[ph_button@locked]<br><br />
anim = button_false – анимация несрабатывания кнопки.<br><br />
on_info = {+val_prisoner_door_unlocked} ph_button@unlocked<br><br />
on_press = ph_button@unlocked %+val_prisoner_door_unlocked%<br><br />
<br />
[ph_button@unlocked]<br><br />
anim = button_true<br><br />
on_info = {-val_prisoner_door_unlocked} ph_button@locked<br><br />
on_press = ph_button@locked %-val_prisoner_door_unlocked%<br><br />
<br />
===[[Часть 4]]===<br />
<br />
[[Категория:Скрипты]]</div>95.27.113.222http://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_3Настройка логики. Часть 32010-03-10T09:53:24Z<p>95.27.113.222: /* 3.9.11. Sr_psy_antenna */</p>
<hr />
<div>{{Шаблон:Настройка логики}}<br />
<br />
==3.8.1. Синтаксис скрипта Logic==<br />
<br />
Пример: для того, чтобы персонаж ходил по пути walk1, а при приближении игрока на дистанцию 5 метров, переключался на путь walk2 (но только при условии, что он видит игрока), нужно написать следующее: <br><br />
<br />
[logic]<br><br />
active = walker1<br><br />
<br />
[walker1]<br><br />
path_walk = walk1<br><br />
path_look = look1<br><br />
on_actor_dist_le = 5 | walker2<br><br />
<br />
[walker2]<br><br />
path_walk = walk2<br><br />
path_look = look2<br><br />
<br />
Выше рассмотрено безусловное переключение секций. Перед именем секции в фигурных скобках {} можно задавать дополнительные условия, а после имени секции - так называемые "эффекты", которые заключить в знаки процента: %%. Эффекты будут применены только в случае активации секции. Можно не задавать имя секции, а задать только условия и/или эффекты. Тогда активной останется старая секция, но условия и эффекты будут все равно обработаны. Если все условия в фигурных скобках не выполняются, секция активирована не будет. <br><br />
<br />
Пример:<br> <br />
<br />
on_actor_dist_le = 5 | {условие} walker2 %эффекты%<br><br />
<br />
Условия могут быть следующими: <br><br />
<br />
+infoportion - требуется присутствие infoportion у actor<br><br />
-infoportion - требуется отсутствие infoportion у actor<br><br />
=func - требуется, чтобы func вернула true<br><br />
!func - требуется, чтобы func вернулся false<br><br />
<br />
Эффекты могут быть следующими: <br><br />
<br />
+infoportion - в случае включения секции у actor будет установлен infoportion<br><br />
-infoportion - в случае включения секции у actor будет убран infoportion<br><br />
=func - в случае включения секции стартует функция func<br><br />
<br />
Несколько условия или эффектов разделяются пробелами: <br><br />
<br />
on_actor_dist_le = 5 | {+info1 -info2 +info3} walker2 %+info4 =func%<br><br />
<br />
Можно задавать сразу несколько секций, разделенных запятыми. Порядок обхода при этом - слева направо. После срабатывания первого из условий, обход прекращается. В примере ниже, если установлен info1, будет включена схема walker2, иначе, если установлен info2, будет включена схема walker3, иначе будет включен walker4: <br><br />
<br />
on_actor_dist_le = 5 | {+info1} walker2, {+info2} walker3, walker4<br><br />
<br />
В описанном выше поле active секции logic, можно также задавать условия, например: <br><br />
<br />
[logic]<br><br />
active = {=actor_friend} walker@friendly, walker@enemy<br><br />
В логических условиях теперь принимается ключевое слово never, которое означает, что условие ложно. Например:<br><br />
combat_ignore_cond = {=actor_enemy =actor_has_suit} always, {=actor_enemy} never %...эффекты...%<br><br />
<br />
Вышеприведенная конструкция включает игнорирование боя, если у NPC враг - игрок в костюме, но отключит его, если врагом является игрок, но без костюма, при этом сработают эффекты (%%) секции never. Таким образом, выбор секции never равносилен отсутствию секции (несрабатыванию условия), но эффекты в знаках процента при этом срабатывают.<br><br />
<br />
Пример работы с секцией nil. Секция nil выводит из-под скриптовых схем персонажа, монстра или объект и отпускает его под управление движка. Это надо если какое-либо условие выполнившись 1 раз больше не нуждается в проверке, при этом экономятся ресурсы машины, которые на каждом апдейте проверяют это условие.<br><br />
<br />
[logic]<br><br />
active = sr_idle<br><br />
<br />
[sr_idle]<br><br />
on_actor_inside = nil %+esc_actor_inside%<br><br />
То есть, при входе актера в рестриктор выдается инфопоршн и рестриктор уходит в секцию nil, больше не проверяя наличие игрока.<br><br />
NB: Обратно из секции nil под скрипты объект вернуть уже невозможно! Учитывайте это, используя ее.<br />
<br />
==3.8.2. Вот пример достаточно сложной логики:== <br />
<br />
[logic]<br><br />
active = walker<br><br />
combat_ignore = combat_ignore<br><br />
on_hit = hit<br><br />
on_death = death<br><br />
<br />
[hit]<br><br />
on_info = %+alert%<br><br />
<br />
[death]<br><br />
on_info = %+alert +trup3%<br><br />
<br />
[walker]<br><br />
path_walk = walk_svoboda3<br><br />
path_look = look_svoboda3<br><br />
combat_ignore_cond = {-alert}<br><br />
on_timer = 25000 | remark<br><br />
<br />
[remark]<br><br />
anim = idle<br><br />
snd = stalker_talk_kampfire<br><br />
no_move = true<br><br />
no_rotate = true<br><br />
on_hit = hit<br><br />
on_death = death<br><br />
combat_ignore_cond = {-alert}<br><br />
<br />
[combat_ignore]<br><br />
<br />
Рассмотрим ее пошагово. Вначале сталкер работает по схеме walker-a. При этом он игнорирует бой, пока не будет поставлен инфопоршн alert. Он ждет 25 секунд, после чего переходит в схему remark. В ремарке он проигрывает идловую анимацию, говорит на указанные темы, не поворачивается и не двигается и точно также игнорирует бой. Если по нему попадут (on_hit) или убьют (on_death), будет поставлен инфопоршн alert и он перестанет игнорировать бой (понятно, что если он будет трупом, то это ему не поможет, но их в сценке трое, и тогда сорвутся в бой все остальные). Если его убьют, то также будет поставлен инфопоршн trup3 который сообщит о том, что этот сталкер убит.<br><br />
<br />
А вот логика его противника:<br><br />
[logic]<br><br />
active = walker<br><br />
combat_ignore = combat_ignore<br><br />
<br />
[walker]<br><br />
path_walk = soldier_walk1<br><br />
path_look = soldier_look1<br><br />
combat_ignore_cond = always<br><br />
team = assault_group<br><br />
on_signal = assault | camper<br><br />
<br />
[camper]<br><br />
path_walk = soldier_walk1_2<br><br />
path_look = soldier_look1_2<br><br />
radius = 5<br><br />
on_info = {+trup1 +trup2 +trup3} walker2<br><br />
<br />
[walker2]<br><br />
path_walk = soldier_walk1_3<br><br />
path_look = soldier_look1_3<br><br />
<br />
<br />
[combat_ignore]<br><br />
<br />
Он идет в схеме walker, игнорируя бой (причем игнорируя в любой ситуации). Идет в составе группы assault_group. Когда он приходит в конечную точку маршрута (там он синхронизируется с остальными из группы, это приписано в путях) и получает сигнал assault, то переходит в схему camper. В этой схеме у него не прописан combat_ignore, поэтому он начинает стрелять по противнику. После того, как все трое противников будут убиты, каждый из них, умирая ставит инфопоршн trup1, trup2 или trup3 и когда все трое будут убиты, то он переключится на схему walker2 (подойдет к костру).<br><br />
<br />
==3.9. Схемы логики space_restrictor==<br />
<br />
Общее замечание: Чтобы исключить ситуацию, когда актёр проскакивает через рестриктор и тот не успевает сработать, старайтесь ставить рестриктор так, чтоб минимальная ширина была больше 2 метров.<br />
<br />
==3.9.1. Схема [sr_idle]== <br />
Предназначение данной схемы – включить другую схему при срабатывании одного из стандартных условий логической схемы.<br><br />
Сама по себе схема ничего не делает.<br><br />
Пример настроек рестриктора:<br><br />
<br />
[logic]<br><br />
active = sr_idle<br><br />
<br />
[sr_idle]<br><br />
on_actor_inside = nil %+esc_actor_inside%<br><br />
<br />
Обратите внимание, что после срабатывания проверки активная схема переключается в nil, чтобы не продолжать бесполезную проверку на каждом апдейте. Можно не задавать nil.<br><br />
Часто эта схема работает вместе со спавнером, рестриктор выдает инфопоршн, при входе в зону, а спавнер по нему уже кого-то спавнит.<br><br />
<br />
файл \gamedata\scripts\sr_idle.script<br><br />
<br />
==3.9.2. Секция [sr_no_weapon]==<br />
Данная схема убирает оружие у игрока при входе в зону.<br><br />
Пример настроек рестриктора:<br><br />
<br />
[logic]<br><br />
active = sr_no_weapon<br><br />
<br />
[sr_no_weapon]<br><br />
<br />
файл \gamedata\scripts\sr_no_weapon.script<br><br />
<br />
==3.9.3. Секция [sr_sound]==<br />
<br />
snd = Перечень имён звуков разделенных запятыми.<br />
<br />
type = Типы звуков через запятые. Для удобства введены типы наборов звуков. Т.е., например, чтобы не перечислять каждый раз весь набор звуков скрипа деревянного пола, можно указать тип floor_wooden.<br />
<br />
*delay = Задержка перед проигрыванием звука в секундах реального времени, по умолчанию 0.<br />
<br />
*idle = Длина периода игнорирования входа в зону после начала последнего проигранного звука. Чтоб, например, завывание было не чаще, чем раз в несколько минут. В секундах игрового времени. По умолчанию 0.<br />
<br />
*rnd = Вероятность (в процентах) того, что звук отыграется. По умолчанию 100.<br />
<br />
*position = Задает имя пути, в вершинах которого может отыграться звук. Есть зарезервированное значение random. Оно означает случайное место в радиусе 15…50 метров от игрока. Если этот параметр не задан, то подразумевается позиция игрока.<br />
<br />
*slide_velocity = Скорость (м/с) передвижения звука по точкам патрульного пути. По умолчанию - 3<br />
<br />
*slide_sound_once = true\false<br />
true - проиграть звук один раз, даже если он не дошел до последней точки пути.<br />
false – если звук закончился, а до последней точки пути не дошел, запустить его ещё раз. По умолчанию false.<br />
<br />
*play_at_actor = true/false Заставляет звук играться от позиции актера постоянно. Если он будет равен true и будет задан путь перемещения звука (или рандом), то мы тупо вылетим.<br />
<br />
Предназначение данной схемы: отыграть звук при входе актёра в рестриктор.<br />
<br />
Поддерживается sound_end.<br />
<br />
Обязательно нужно задать либо snd, либо type. Можно их задать вместе. На базе этих параметров составляется список звуков. При входе актёра в рестриктор отыгрывается случайный звук из этого списка.<br />
<br />
Место, из которого может отыграться звук, задаётся одним из трёх:<br />
- случайное;<br />
- случайная вершина заданного пути;<br />
- позиция игрока.<br />
<br />
Пример настроек рестриктора:<br />
<br />
[logic]<br><br />
active = sr_sound<br><br />
<br />
[sr_sound]<br><br />
type = floor_wooden<br><br />
snd = ambient\wind1, ambient\sparks1<br><br />
rnd = 50<br><br />
position = random<br><br />
idle = 120<br><br />
delay = 3<br />
<br />
Есть возможность сделать «скользящий звук». Необходим патрульный путь. Звук начинает отыгрываться с начала пути и перемещается от одной точки пути к другой (по мере их установки на патрульном пути) со скоростью slide_velocity. <br />
<br />
[logic]<br><br />
active = sr_sound<br />
<br />
[sr_sound]<br><br />
type = random<br><br />
position = way<br><br />
slide_velocity = 8<br><br />
slide_sound_once = true<br />
<br />
Файл \gamedata\scripts\sr_sound.script<br />
<br />
==3.9.4. Секция [sr_tip]==<br />
Предназначение данной схемы – давать игроку сообщение (подсказку) при входе в рестриктор<br />
<br />
name = Название новости.<br><br />
type = по умолчанию «news»<br><br />
Тип новостей: «news» – отсылается как глобальная новость, «tips» - отсылается то имени sender-a<br />
*sender = если тип = «tips», то от sender задаёт условный строковый идентификатор иконки персонажа, от которого якобы пришло сообщение. По умолчанию это иконка торговца.<br />
<br />
*cond = Необходимые логические условия, при которых подсказка сработает. По дефолту, сработает при входе в зону.<br />
<br />
*single = true/false (по умолчанию false). Если параметр в true, то типс будет выдан только один раз,<br />
<br />
Пример настроек рестриктора:<br />
<br />
[logic]<br><br />
active = sr_tip<br />
<br />
[sr_tip]<br><br />
name = tips_esc_trader_about_pda<br><br />
type = tips<br><br />
cond = {+infoportion1 –infoportion2 }<br><br />
*showtime = msec – время в миллисекундах, в течение которого сообщение будет находится на экране. – ПОКА НЕ РАБОТАЕТ НОРМАЛЬНО!<br />
<br />
Если необходимо проиграть только 1 раз, а это случается часто, то можно добавить следующую строку:<br />
on_actor_inside = nil <br />
<br />
файл \gamedata\scripts\sr_tip.script<br />
<br />
==3.9.5. Sr_light==<br />
Зона, в которой фонарики у неписей будут включены независимо от времени суток.<br />
<br />
Работает следующим образом:<br><br />
<br />
[logic]<br><br />
active = sr_light<br><br />
<br />
[sr_light]<br><br />
light_on = true/false (свет включен/выключен)<br><br />
<br />
Также работает вместе с кондлистом:<br><br />
<br />
[logic]<br><br />
active = sr_light<br><br />
<br />
[sr_light]<br><br />
light_on = true/false (свет включен/выключен)<br><br />
on_info = {+info1} section %+info2%<br />
<br />
==3.9.6. Sr_territory==<br />
<br />
Занимается эта схема тем, что отлавливает всякие события, происходящие внутри рестриктора.<br />
Пока что она отлавливает только хиты и смерть сталкеров. Пример использования примерно следующий:<br />
<br />
[logic]<br><br />
active = sr_territory@outside<br><br />
<br />
[sr_territory@outside]<br><br />
on_actor_inside = sr_territory@inside<br><br />
<br />
[sr_territory@inside]<br><br />
on_actor_outside = sr_territory@outside<br><br />
territory_hit = {-bar_dolg_territory_1_hit} %+bar_dolg_territory_1_hit%, {-bar_dolg_territory_2_hit}<br><br />
%+bar_dolg_territory_2_hit%, {-bar_dolg_territory_3_hit} %+bar_dolg_territory_3_hit%<br />
territory_death = {-bar_dolg_territory_kill} %+bar_dolg_territory_kill%<br><br />
<br />
<br />
То есть здесь видно, что когда игрок находится внутри рестриктора, то считается количество нанесенных хитов, а также учитывается был ли кто-то убит или нет. Поскольку схема работает только с игроком – то хиты и смерть засчитываются только от игрока.<br />
<br />
==3.9.7. Sr_mapspot==<br />
<br />
При входе в рестриктор он сам себя подсвечивает на карте.<br><br />
<br />
Параметры:<br><br />
hint - id подсказки в string table (обязательный параметр)<br><br />
location - название типа подсветки (не обязательный параметр, по умолчанию "crlc_small")<br><br />
<br />
Пример:<br><br />
[logic]<br><br />
active = sr_mapspot<br><br />
<br />
[sr_mapspot]<br><br />
hint = “gar_swamp”<br><br />
location = crcl_big<br><br />
<br />
==3.9.8. Sr_particle==<br />
<br />
Данная система отыгрывает партиклы как статичные так и движущиеся в указанном месте и в указанное время. Работет она следующим образом:<br />
<br />
1) для партикловой системы с путем камеры:<br />
[sr_particle]<br />
name = explosions\campfire_03 -имя партикловой системы<br />
path = particle_test.anm -имя пути камеры<br />
mode = 1 (обязательно !!!)<br />
looped = true/false -флаг зацикленности партиклов<br />
<br />
(обязательно с расширением ANM !!!) Здесь партиклы будут молча перемещаться по пути.<br />
<br />
2) для партикловой системы с обычным патрульным путем:<br />
[sr_particle]<br />
name = explosions\campfire_03 -имя партикловой системы<br />
path = part_points -имя патрульного пути<br />
mode = 2 (обязательно !!!)<br />
looped = true/false -флаг зацикленности партиклов <br />
<br />
В вейпоинтах можно задавать флаг s=имя_звуковой_темы и d=число время задержки перед проигрыванием (задается в миллисекундах. Если не задано, то 0). s - имя звуковой темы в sound_themes.ph_snd_themes из которой будет случайно выбран звук для проигрывания во время проигрывания партикла. Звук не зацикливается и играет только один раз.. Результат = партиклы отыгрываются во всех вейпоинтах одновременно (или с задержкой см. выше).<br><br />
При looped=true по окончании проигрывания партиклов, они будут запускаться сначала, но уже без задержек. Сигнал particle_end выдаваться не будет. При looped=false сигнал будет выдан, когда все источники партиклов отыграют. <br> <br />
Поддерживается кондлист. Если рестриктор переходит в другую секцию, то автоматически перестают отыгрываться партиклы и замолкают звуки при них. Этот рестриктор является объектом, отслеживающим партиклы и нет никакой необходимости чтобы игрок в него заходил.<br><br />
<br />
==3.9.9. Sr_sound_act==<br />
Итого, схема, которая играет саунд в голове актера. Всякие там переговоры по ПДА и прочие фейки<br />
<br />
[sr_sound_act]<br><br />
snd = ambient\random\new_drone1 --имя звукового файла<br><br />
*delay = 2000 --задержка перед проигрыванием <br><br />
*delay_max = 4000 -- между проигрыванием звука будет взят случайный промежуток между delay и delay_max.<br><br />
*on_signal = sound_end | nil --по сигналу можно перейти в другую секцию.<br><br />
theme = <имя темы из ph_sound_themes><br><br />
* stereo = true/false (по умолчанию false). При установке этого параметра к файлу, который задан параметром snd или в звуковой теме будут добавляться (автоматически) суффиксы _r и _l для загрузки левого и правого каналов и, соответственно, вся эта фигня будет играться.<br><br />
<br />
Если указывается тема, то звук будет играть зациклено, случайным образом выбирая один из звуков прописанных в теме, если указывается звук, то он отыгрывается один раз. Схема поддерживает кондлист.<br><br />
<br />
==3.9.10 Sr_timer==<br />
<br />
Пример использования:<br><br />
<br />
[logic]<br><br />
active = sr_timer@1<br><br />
<br />
[sr_timer@1]<br><br />
type = dec<br><br />
start_value = 10000<br><br />
on_value = 0 | sr_timer@2<br><br />
<br />
[sr_timer@2]<br><br />
type = inc<br><br />
on_value = 15000 | nil %+info1%<br><br />
<br />
Описания полей:<br><br />
type - тип счетчика, инкриментирующий(inc) или декриментирующий(dec).<br><br />
Если поле не задано - счетчик будет инкриментирующий<br><br />
start_value - начальное значение счетчика в РЕАЛЬНЫХ милисекундах. Для декриментирующих счетчиков задавать обязательно. Для инкриментирующих, если не задано, то считается с 0.<br><br />
<br />
Переходы из секции sr_timer могут быть как по обычным условиям (on_timer, on_info) так и по специфическому условию on_value. В общем случае on_value Можно использовать для производства каких либо действий в зависимости от состояния счетчика. Например:<br><br />
<br />
on_value = 5000| %+info1% | 1000| %+info2%<br><br />
<br />
==3.9.11. Sr_psy_antenna==<br />
Зоны с такой секцией позволяют управлять эффектами от пси-воздействия (на Янтаре и Радаре). Сейчас можно управлять интенсивностью излучения и интенсивностью получения повреждений.<br />
<br />
Способ применения: Расставить зоны, в каждой зоне написать, сколько процентов к интенсивности излучения и повреждения она добавляет/отнимает. Зоны могут быть вложены друг в друга, пересекать друг друга. <br />
<br />
eff_intensity = - увеличение/уменьшение в % от базового значения интенсивности излучения.<br />
hit_ intensity = - увеличение/уменьшение в % от базового значения наносимого повреждения.<br />
<br />
Пример зоны, которая добавляет 70% излучения:<br />
<br />
[logic]<br><br />
active = sr_psy_antenna<br />
<br />
[sr_psy_antenna]<br><br />
eff_intensity = 70<br><br />
hit_ intensity = 70<br />
<br />
Пример зоны, которая убирает 30% излучения:<br />
<br />
[logic]<br><br />
active = sr_psy_antenna<br />
<br />
[sr_psy_antenna]<br><br />
intensity = -30]<br><br />
<br />
в версии '''SOC 1.0000''' добавлена возможность задавать вероятность проявления фантомов и тайминг их "живучести"<br><br />
<br><br />
phantom_prob = 40 - вероятность проявления фантомов в процентах<br><br />
min_phantom_idle = 3000 - мин время их существования до врезания в гг<br><br />
max_phantom_idle = 5000 - макс время существования<br><br />
<br />
==3.9.12. Sr_teleport==<br />
Собственно, телепорт. Настраиваются следующим образом:<br><br />
<br />
[logic]<br><br />
active = sr_teleport<br><br />
<br />
[sr_teleport]<br><br />
timeout = 0<br><br />
<br />
point1 = point1<br><br />
look1 = look1<br><br />
prob1 = 10<br><br />
<br />
point2 = point2<br><br />
look2 = look2<br><br />
prob2 = 20<br><br />
<br />
где:<br><br />
timeout - задержка в срабатывании телепорта в миллисекундах.<br><br />
point - одноточечный патрульный путь куда переместить<br><br />
look - одноточечный патрульный путь куда повернуть.<br><br />
<br />
Далее идут настройки точек назначения с удельными весами. То есть в перечисленном выше примере вероятность телепортнутся во вторую точку в два раза выше, чем в первую. Максимальное количество точек назначения - 10. Телепорты необходимо ставить совместно с особой аномальной зоной, которую сейчас делает Проф. Зона добавит визуализацию и создаст эффект втягивания.<br><br />
<br />
==3.9.13. Sr_sleep и настройка снов.==<br />
<br />
Появилась возможность задавать зоны сна.<br />
<br />
[sr_sleep]<br />
*cond = <condlist><br />
*type = nightmare/normal/happy/all - Задает тип сна разрешенный в данной зоне (по умолчанию all). Влияет (группирует) только на несценарные сны.<br />
*dream_prob = <число от 0 до 100> - вероятность просмотра несценарных сновидений в данной зоне (по умолчанию 80). В противном случае будет только черный экран.<br />
<br />
Необязательное поле cond задает условие(я), при котором в этой зоне можно спать. Сейчас производится индикация зон, где разрешен сон. В левом нижнем углу отображается маленькая иконка легких при входе в такую зону. Вероятно, позже будет изменена на другую.<br><br />
Сновидения теперь делятся на сценарные и обычные. Сценарные сновидения отыгрываются один раз при выполнении необходимых условий. Обычные сновидения проигрываются, если нет сценарных или ни одно условие выполнения сценарных не сработало. Можно задавать вероятность отыгрывания обычных сновидений в целом, а также задавать вероятность срабатывания каждого конкретного сновидения в отдельности. Обычным сновидениям можно задавать тип и потом ограничивать по нему сны воспроизводимые в sr_sleep.<br><br />
<br />
В файле misc\dream.ltx задаются настройки снов.<br><br />
<br />
Секция videos.<br><br />
Полями задаются пути к видеофайлам со снами.<br><br />
<br />
Секция dreams. Поля:<br><br />
regular_probability = <число от 0 до 100> - вероятность проигрывания обычных сновидений в целом <br><br />
regular - список секций с настройками для обычных сновидений<br><br />
scene - список секций с настройками для сценарных сновидений<br><br />
<br />
Настройки обычных сновидений:<br><br />
dream - имя поля из секции videos<br><br />
probability = <число больше 0> - чем больше, тем больше вероятность проигрывания сна.<br><br />
type = nightmare/normal/happy - тип сна.<br><br />
<br />
Настройки сценарных сновидений:<br><br />
dream - имя поля из секции videos<br><br />
cond = <condlist> - условия срабатывания<br><br />
to_regular = <вероятность,тип> - необязательное поле. Дает возможность переводить сценарный сон после первого отыгрыша в разряд обычных. <вероятность, тип> аналогичны probability и type из настроек обычных сновидений соответственно.<br><br />
<br />
==3.9.14. Sr_cutscene==<br />
<br />
Эта схема предназначена для проведения анимации камеры c некоторым эффектом <br />
(pp_effector). Последовательность действий, осуществляемых схемой, состоит из мгновенного перемещения игрока в начало пути point и ориентации его взгляда на начало пути look, потери управления игроком и начала анимации камеры cam_effector по завершении которой игрок вновь получает управление.<br><br />
<br />
[sr_cutscene]<br><br />
point = <имя пути> - путь в первую точку которого переносится игрок<br><br />
look = <имя пути> - путь в первую точку которого смотрит игрок<br><br />
*pp_effector = <имя файла с эффектом> - файл, расположенный в папке <br><br />
gamedata\anims\ и содержащий эффект (имя файла пишется без расширения)<br><br />
cam_effector = <имя файла с анимацией камеры> - файл, расположенный в папке gamedata\anims\camera_effects\ и содержащий анимацию камеры (имя файла пишется без расширения)<br><br />
<br />
==3.10. Набор дополнительных настроек логики у разных объектов.==<br />
Для всех физических объектов есть секция ph_idle, поддерживающая кондлист в которую можно при необходимости переводить объекты.<br />
<br />
==3.10.1. Схема работы двери, секция [ph_door]==<br />
<br />
NB! Для двухстворчатых ворот задается все аналогично.<br />
<br />
locked = false\true<br><br />
Заперта ли дверь. По дефолту – false.<br />
<br />
Closed = false\true<br><br />
Закрыта ли дверь. По дефолту - true<br />
<br />
tip_open = (если locked == false, то tip_door_open, иначе tip_door_locked)<br><br />
Подсказка, которая появляется около прицела при наведении на дверь, если дверь закрыта.<br />
<br />
tip_close = (если locked == false, то tip_door_close, иначе пустое значение)<br><br />
Подсказка, которая появляется около прицела при наведении на дверь, если дверь открыта.<br />
<br />
snd_init = Звук, который будет отыгран сразу при включении схемы.<br />
<br />
snd_open_start = Звук, который будет отыгран при попытке открыть дверь.<br />
<br />
snd_close_start = Звук, который будет отыгран при попытке закрыть дверь.<br />
<br />
snd_close_stop = Звук, который будет отыгран, когда дверь захлопнется до конца.<br />
<br />
Примеры:<br><br />
Если нужно сделать дверь, которая при каком-то событии открывается со щелчком, то можно воспользоваться полем snd_init и переключением схем. В примере ниже при включении схемы ph_door@unlocked проиграется snd_init, т.е. trader_door_unlock:<br />
<br />
[logic]<br><br />
active = ph_door@locked<br><br />
<br />
[ph_door@locked]<br><br />
locked = true<br><br />
snd_open_start = trader_door_locked<br><br />
on_info = {+esc_trader_can_leave} ph_door@unlocked<br><br />
<br />
[ph_door@unlocked]<br><br />
locked = false<br><br />
snd_init = trader_door_unlock<br><br />
snd_open_start = trader_door_open_start<br><br />
snd_close_start = trader_door_close_start<br><br />
snd_close_stop = trader_door_close_stop<br><br />
файл \gamedata\scripts\ph_door.script<br><br />
<br />
==3.10.2. Схема работы кнопки, секция [ph_button]==<br />
<br />
При нажатии на кнопку переключает секции и выдает инфопоршн.<br><br />
<br />
[logic]<br><br />
active = ph_button@locked<br><br />
<br />
[ph_button@locked]<br><br />
anim_blend = false<br><br />
anim = button_false<br><br />
on_press = ph_button@unlocked %+cit_jail_door_opened%<br><br />
<br />
on_press – что происходит при нажатии<br><br />
anim – анимация, которая отигрывается при нажатии на кнопку<br><br />
anim_blend – плаваня, сглаженная анимация. Может принимать знаечения true\false<br><br />
<br />
Файл \Gamedata\scripts\ph_button.script<br><br />
<br />
*tooltip - gредназначено для того, чтобы задавать текстовую подсказку при наведении на кнопку. Текстовая подсказка нужна для того, чтобы как минимум было понятно, что этот девайс можно нажимать.<br><br />
Пример настройки кнопки:<br><br />
<br />
[logic]<br><br />
active = ph_button@active<br><br />
<br />
[ph_button@active]<br><br />
anim = lab_switcher_idle<br><br />
tooltip = tips_labx16switcher_press<br><br />
on_press = ph_button@deactivated %+terrain_test%<br><br />
<br />
[ph_button@deactivated]<br><br />
anim = lab_switcher_off<br><br />
<br />
Для того чтобы сообщение не потеряло адекватность при различных настройках клавиатуры сообщение следует писать с использованием токенов. Например:<br><br />
<code><br />
<string id="tips_labx16switcher_press"> <br />
<text>Чтобы отключить чудо установку нажмите ($$ACTION_USE$$)</text><br />
</string><br />
</code><br />
<br />
Вот пример кнопки, которая срабатывает не всегда, а по определенному условию:<br><br />
<br />
[logic]<br><br />
active = ph_button@locked<br><br />
<br />
[ph_button@locked]<br><br />
anim = button_false – анимация несрабатывания кнопки.<br><br />
on_info = {+val_prisoner_door_unlocked} ph_button@unlocked<br><br />
on_press = ph_button@unlocked %+val_prisoner_door_unlocked%<br><br />
<br />
[ph_button@unlocked]<br><br />
anim = button_true<br><br />
on_info = {-val_prisoner_door_unlocked} ph_button@locked<br><br />
on_press = ph_button@locked %-val_prisoner_door_unlocked%<br><br />
<br />
===[[Часть 4]]===<br />
<br />
[[Категория:Скрипты]]</div>95.27.113.222http://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_3Настройка логики. Часть 32010-03-10T09:52:25Z<p>95.27.113.222: /* 3.9.11. Sr_psy_antenna */</p>
<hr />
<div>{{Шаблон:Настройка логики}}<br />
<br />
==3.8.1. Синтаксис скрипта Logic==<br />
<br />
Пример: для того, чтобы персонаж ходил по пути walk1, а при приближении игрока на дистанцию 5 метров, переключался на путь walk2 (но только при условии, что он видит игрока), нужно написать следующее: <br><br />
<br />
[logic]<br><br />
active = walker1<br><br />
<br />
[walker1]<br><br />
path_walk = walk1<br><br />
path_look = look1<br><br />
on_actor_dist_le = 5 | walker2<br><br />
<br />
[walker2]<br><br />
path_walk = walk2<br><br />
path_look = look2<br><br />
<br />
Выше рассмотрено безусловное переключение секций. Перед именем секции в фигурных скобках {} можно задавать дополнительные условия, а после имени секции - так называемые "эффекты", которые заключить в знаки процента: %%. Эффекты будут применены только в случае активации секции. Можно не задавать имя секции, а задать только условия и/или эффекты. Тогда активной останется старая секция, но условия и эффекты будут все равно обработаны. Если все условия в фигурных скобках не выполняются, секция активирована не будет. <br><br />
<br />
Пример:<br> <br />
<br />
on_actor_dist_le = 5 | {условие} walker2 %эффекты%<br><br />
<br />
Условия могут быть следующими: <br><br />
<br />
+infoportion - требуется присутствие infoportion у actor<br><br />
-infoportion - требуется отсутствие infoportion у actor<br><br />
=func - требуется, чтобы func вернула true<br><br />
!func - требуется, чтобы func вернулся false<br><br />
<br />
Эффекты могут быть следующими: <br><br />
<br />
+infoportion - в случае включения секции у actor будет установлен infoportion<br><br />
-infoportion - в случае включения секции у actor будет убран infoportion<br><br />
=func - в случае включения секции стартует функция func<br><br />
<br />
Несколько условия или эффектов разделяются пробелами: <br><br />
<br />
on_actor_dist_le = 5 | {+info1 -info2 +info3} walker2 %+info4 =func%<br><br />
<br />
Можно задавать сразу несколько секций, разделенных запятыми. Порядок обхода при этом - слева направо. После срабатывания первого из условий, обход прекращается. В примере ниже, если установлен info1, будет включена схема walker2, иначе, если установлен info2, будет включена схема walker3, иначе будет включен walker4: <br><br />
<br />
on_actor_dist_le = 5 | {+info1} walker2, {+info2} walker3, walker4<br><br />
<br />
В описанном выше поле active секции logic, можно также задавать условия, например: <br><br />
<br />
[logic]<br><br />
active = {=actor_friend} walker@friendly, walker@enemy<br><br />
В логических условиях теперь принимается ключевое слово never, которое означает, что условие ложно. Например:<br><br />
combat_ignore_cond = {=actor_enemy =actor_has_suit} always, {=actor_enemy} never %...эффекты...%<br><br />
<br />
Вышеприведенная конструкция включает игнорирование боя, если у NPC враг - игрок в костюме, но отключит его, если врагом является игрок, но без костюма, при этом сработают эффекты (%%) секции never. Таким образом, выбор секции never равносилен отсутствию секции (несрабатыванию условия), но эффекты в знаках процента при этом срабатывают.<br><br />
<br />
Пример работы с секцией nil. Секция nil выводит из-под скриптовых схем персонажа, монстра или объект и отпускает его под управление движка. Это надо если какое-либо условие выполнившись 1 раз больше не нуждается в проверке, при этом экономятся ресурсы машины, которые на каждом апдейте проверяют это условие.<br><br />
<br />
[logic]<br><br />
active = sr_idle<br><br />
<br />
[sr_idle]<br><br />
on_actor_inside = nil %+esc_actor_inside%<br><br />
То есть, при входе актера в рестриктор выдается инфопоршн и рестриктор уходит в секцию nil, больше не проверяя наличие игрока.<br><br />
NB: Обратно из секции nil под скрипты объект вернуть уже невозможно! Учитывайте это, используя ее.<br />
<br />
==3.8.2. Вот пример достаточно сложной логики:== <br />
<br />
[logic]<br><br />
active = walker<br><br />
combat_ignore = combat_ignore<br><br />
on_hit = hit<br><br />
on_death = death<br><br />
<br />
[hit]<br><br />
on_info = %+alert%<br><br />
<br />
[death]<br><br />
on_info = %+alert +trup3%<br><br />
<br />
[walker]<br><br />
path_walk = walk_svoboda3<br><br />
path_look = look_svoboda3<br><br />
combat_ignore_cond = {-alert}<br><br />
on_timer = 25000 | remark<br><br />
<br />
[remark]<br><br />
anim = idle<br><br />
snd = stalker_talk_kampfire<br><br />
no_move = true<br><br />
no_rotate = true<br><br />
on_hit = hit<br><br />
on_death = death<br><br />
combat_ignore_cond = {-alert}<br><br />
<br />
[combat_ignore]<br><br />
<br />
Рассмотрим ее пошагово. Вначале сталкер работает по схеме walker-a. При этом он игнорирует бой, пока не будет поставлен инфопоршн alert. Он ждет 25 секунд, после чего переходит в схему remark. В ремарке он проигрывает идловую анимацию, говорит на указанные темы, не поворачивается и не двигается и точно также игнорирует бой. Если по нему попадут (on_hit) или убьют (on_death), будет поставлен инфопоршн alert и он перестанет игнорировать бой (понятно, что если он будет трупом, то это ему не поможет, но их в сценке трое, и тогда сорвутся в бой все остальные). Если его убьют, то также будет поставлен инфопоршн trup3 который сообщит о том, что этот сталкер убит.<br><br />
<br />
А вот логика его противника:<br><br />
[logic]<br><br />
active = walker<br><br />
combat_ignore = combat_ignore<br><br />
<br />
[walker]<br><br />
path_walk = soldier_walk1<br><br />
path_look = soldier_look1<br><br />
combat_ignore_cond = always<br><br />
team = assault_group<br><br />
on_signal = assault | camper<br><br />
<br />
[camper]<br><br />
path_walk = soldier_walk1_2<br><br />
path_look = soldier_look1_2<br><br />
radius = 5<br><br />
on_info = {+trup1 +trup2 +trup3} walker2<br><br />
<br />
[walker2]<br><br />
path_walk = soldier_walk1_3<br><br />
path_look = soldier_look1_3<br><br />
<br />
<br />
[combat_ignore]<br><br />
<br />
Он идет в схеме walker, игнорируя бой (причем игнорируя в любой ситуации). Идет в составе группы assault_group. Когда он приходит в конечную точку маршрута (там он синхронизируется с остальными из группы, это приписано в путях) и получает сигнал assault, то переходит в схему camper. В этой схеме у него не прописан combat_ignore, поэтому он начинает стрелять по противнику. После того, как все трое противников будут убиты, каждый из них, умирая ставит инфопоршн trup1, trup2 или trup3 и когда все трое будут убиты, то он переключится на схему walker2 (подойдет к костру).<br><br />
<br />
==3.9. Схемы логики space_restrictor==<br />
<br />
Общее замечание: Чтобы исключить ситуацию, когда актёр проскакивает через рестриктор и тот не успевает сработать, старайтесь ставить рестриктор так, чтоб минимальная ширина была больше 2 метров.<br />
<br />
==3.9.1. Схема [sr_idle]== <br />
Предназначение данной схемы – включить другую схему при срабатывании одного из стандартных условий логической схемы.<br><br />
Сама по себе схема ничего не делает.<br><br />
Пример настроек рестриктора:<br><br />
<br />
[logic]<br><br />
active = sr_idle<br><br />
<br />
[sr_idle]<br><br />
on_actor_inside = nil %+esc_actor_inside%<br><br />
<br />
Обратите внимание, что после срабатывания проверки активная схема переключается в nil, чтобы не продолжать бесполезную проверку на каждом апдейте. Можно не задавать nil.<br><br />
Часто эта схема работает вместе со спавнером, рестриктор выдает инфопоршн, при входе в зону, а спавнер по нему уже кого-то спавнит.<br><br />
<br />
файл \gamedata\scripts\sr_idle.script<br><br />
<br />
==3.9.2. Секция [sr_no_weapon]==<br />
Данная схема убирает оружие у игрока при входе в зону.<br><br />
Пример настроек рестриктора:<br><br />
<br />
[logic]<br><br />
active = sr_no_weapon<br><br />
<br />
[sr_no_weapon]<br><br />
<br />
файл \gamedata\scripts\sr_no_weapon.script<br><br />
<br />
==3.9.3. Секция [sr_sound]==<br />
<br />
snd = Перечень имён звуков разделенных запятыми.<br />
<br />
type = Типы звуков через запятые. Для удобства введены типы наборов звуков. Т.е., например, чтобы не перечислять каждый раз весь набор звуков скрипа деревянного пола, можно указать тип floor_wooden.<br />
<br />
*delay = Задержка перед проигрыванием звука в секундах реального времени, по умолчанию 0.<br />
<br />
*idle = Длина периода игнорирования входа в зону после начала последнего проигранного звука. Чтоб, например, завывание было не чаще, чем раз в несколько минут. В секундах игрового времени. По умолчанию 0.<br />
<br />
*rnd = Вероятность (в процентах) того, что звук отыграется. По умолчанию 100.<br />
<br />
*position = Задает имя пути, в вершинах которого может отыграться звук. Есть зарезервированное значение random. Оно означает случайное место в радиусе 15…50 метров от игрока. Если этот параметр не задан, то подразумевается позиция игрока.<br />
<br />
*slide_velocity = Скорость (м/с) передвижения звука по точкам патрульного пути. По умолчанию - 3<br />
<br />
*slide_sound_once = true\false<br />
true - проиграть звук один раз, даже если он не дошел до последней точки пути.<br />
false – если звук закончился, а до последней точки пути не дошел, запустить его ещё раз. По умолчанию false.<br />
<br />
*play_at_actor = true/false Заставляет звук играться от позиции актера постоянно. Если он будет равен true и будет задан путь перемещения звука (или рандом), то мы тупо вылетим.<br />
<br />
Предназначение данной схемы: отыграть звук при входе актёра в рестриктор.<br />
<br />
Поддерживается sound_end.<br />
<br />
Обязательно нужно задать либо snd, либо type. Можно их задать вместе. На базе этих параметров составляется список звуков. При входе актёра в рестриктор отыгрывается случайный звук из этого списка.<br />
<br />
Место, из которого может отыграться звук, задаётся одним из трёх:<br />
- случайное;<br />
- случайная вершина заданного пути;<br />
- позиция игрока.<br />
<br />
Пример настроек рестриктора:<br />
<br />
[logic]<br><br />
active = sr_sound<br><br />
<br />
[sr_sound]<br><br />
type = floor_wooden<br><br />
snd = ambient\wind1, ambient\sparks1<br><br />
rnd = 50<br><br />
position = random<br><br />
idle = 120<br><br />
delay = 3<br />
<br />
Есть возможность сделать «скользящий звук». Необходим патрульный путь. Звук начинает отыгрываться с начала пути и перемещается от одной точки пути к другой (по мере их установки на патрульном пути) со скоростью slide_velocity. <br />
<br />
[logic]<br><br />
active = sr_sound<br />
<br />
[sr_sound]<br><br />
type = random<br><br />
position = way<br><br />
slide_velocity = 8<br><br />
slide_sound_once = true<br />
<br />
Файл \gamedata\scripts\sr_sound.script<br />
<br />
==3.9.4. Секция [sr_tip]==<br />
Предназначение данной схемы – давать игроку сообщение (подсказку) при входе в рестриктор<br />
<br />
name = Название новости.<br><br />
type = по умолчанию «news»<br><br />
Тип новостей: «news» – отсылается как глобальная новость, «tips» - отсылается то имени sender-a<br />
*sender = если тип = «tips», то от sender задаёт условный строковый идентификатор иконки персонажа, от которого якобы пришло сообщение. По умолчанию это иконка торговца.<br />
<br />
*cond = Необходимые логические условия, при которых подсказка сработает. По дефолту, сработает при входе в зону.<br />
<br />
*single = true/false (по умолчанию false). Если параметр в true, то типс будет выдан только один раз,<br />
<br />
Пример настроек рестриктора:<br />
<br />
[logic]<br><br />
active = sr_tip<br />
<br />
[sr_tip]<br><br />
name = tips_esc_trader_about_pda<br><br />
type = tips<br><br />
cond = {+infoportion1 –infoportion2 }<br><br />
*showtime = msec – время в миллисекундах, в течение которого сообщение будет находится на экране. – ПОКА НЕ РАБОТАЕТ НОРМАЛЬНО!<br />
<br />
Если необходимо проиграть только 1 раз, а это случается часто, то можно добавить следующую строку:<br />
on_actor_inside = nil <br />
<br />
файл \gamedata\scripts\sr_tip.script<br />
<br />
==3.9.5. Sr_light==<br />
Зона, в которой фонарики у неписей будут включены независимо от времени суток.<br />
<br />
Работает следующим образом:<br><br />
<br />
[logic]<br><br />
active = sr_light<br><br />
<br />
[sr_light]<br><br />
light_on = true/false (свет включен/выключен)<br><br />
<br />
Также работает вместе с кондлистом:<br><br />
<br />
[logic]<br><br />
active = sr_light<br><br />
<br />
[sr_light]<br><br />
light_on = true/false (свет включен/выключен)<br><br />
on_info = {+info1} section %+info2%<br />
<br />
==3.9.6. Sr_territory==<br />
<br />
Занимается эта схема тем, что отлавливает всякие события, происходящие внутри рестриктора.<br />
Пока что она отлавливает только хиты и смерть сталкеров. Пример использования примерно следующий:<br />
<br />
[logic]<br><br />
active = sr_territory@outside<br><br />
<br />
[sr_territory@outside]<br><br />
on_actor_inside = sr_territory@inside<br><br />
<br />
[sr_territory@inside]<br><br />
on_actor_outside = sr_territory@outside<br><br />
territory_hit = {-bar_dolg_territory_1_hit} %+bar_dolg_territory_1_hit%, {-bar_dolg_territory_2_hit}<br><br />
%+bar_dolg_territory_2_hit%, {-bar_dolg_territory_3_hit} %+bar_dolg_territory_3_hit%<br />
territory_death = {-bar_dolg_territory_kill} %+bar_dolg_territory_kill%<br><br />
<br />
<br />
То есть здесь видно, что когда игрок находится внутри рестриктора, то считается количество нанесенных хитов, а также учитывается был ли кто-то убит или нет. Поскольку схема работает только с игроком – то хиты и смерть засчитываются только от игрока.<br />
<br />
==3.9.7. Sr_mapspot==<br />
<br />
При входе в рестриктор он сам себя подсвечивает на карте.<br><br />
<br />
Параметры:<br><br />
hint - id подсказки в string table (обязательный параметр)<br><br />
location - название типа подсветки (не обязательный параметр, по умолчанию "crlc_small")<br><br />
<br />
Пример:<br><br />
[logic]<br><br />
active = sr_mapspot<br><br />
<br />
[sr_mapspot]<br><br />
hint = “gar_swamp”<br><br />
location = crcl_big<br><br />
<br />
==3.9.8. Sr_particle==<br />
<br />
Данная система отыгрывает партиклы как статичные так и движущиеся в указанном месте и в указанное время. Работет она следующим образом:<br />
<br />
1) для партикловой системы с путем камеры:<br />
[sr_particle]<br />
name = explosions\campfire_03 -имя партикловой системы<br />
path = particle_test.anm -имя пути камеры<br />
mode = 1 (обязательно !!!)<br />
looped = true/false -флаг зацикленности партиклов<br />
<br />
(обязательно с расширением ANM !!!) Здесь партиклы будут молча перемещаться по пути.<br />
<br />
2) для партикловой системы с обычным патрульным путем:<br />
[sr_particle]<br />
name = explosions\campfire_03 -имя партикловой системы<br />
path = part_points -имя патрульного пути<br />
mode = 2 (обязательно !!!)<br />
looped = true/false -флаг зацикленности партиклов <br />
<br />
В вейпоинтах можно задавать флаг s=имя_звуковой_темы и d=число время задержки перед проигрыванием (задается в миллисекундах. Если не задано, то 0). s - имя звуковой темы в sound_themes.ph_snd_themes из которой будет случайно выбран звук для проигрывания во время проигрывания партикла. Звук не зацикливается и играет только один раз.. Результат = партиклы отыгрываются во всех вейпоинтах одновременно (или с задержкой см. выше).<br><br />
При looped=true по окончании проигрывания партиклов, они будут запускаться сначала, но уже без задержек. Сигнал particle_end выдаваться не будет. При looped=false сигнал будет выдан, когда все источники партиклов отыграют. <br> <br />
Поддерживается кондлист. Если рестриктор переходит в другую секцию, то автоматически перестают отыгрываться партиклы и замолкают звуки при них. Этот рестриктор является объектом, отслеживающим партиклы и нет никакой необходимости чтобы игрок в него заходил.<br><br />
<br />
==3.9.9. Sr_sound_act==<br />
Итого, схема, которая играет саунд в голове актера. Всякие там переговоры по ПДА и прочие фейки<br />
<br />
[sr_sound_act]<br><br />
snd = ambient\random\new_drone1 --имя звукового файла<br><br />
*delay = 2000 --задержка перед проигрыванием <br><br />
*delay_max = 4000 -- между проигрыванием звука будет взят случайный промежуток между delay и delay_max.<br><br />
*on_signal = sound_end | nil --по сигналу можно перейти в другую секцию.<br><br />
theme = <имя темы из ph_sound_themes><br><br />
* stereo = true/false (по умолчанию false). При установке этого параметра к файлу, который задан параметром snd или в звуковой теме будут добавляться (автоматически) суффиксы _r и _l для загрузки левого и правого каналов и, соответственно, вся эта фигня будет играться.<br><br />
<br />
Если указывается тема, то звук будет играть зациклено, случайным образом выбирая один из звуков прописанных в теме, если указывается звук, то он отыгрывается один раз. Схема поддерживает кондлист.<br><br />
<br />
==3.9.10 Sr_timer==<br />
<br />
Пример использования:<br><br />
<br />
[logic]<br><br />
active = sr_timer@1<br><br />
<br />
[sr_timer@1]<br><br />
type = dec<br><br />
start_value = 10000<br><br />
on_value = 0 | sr_timer@2<br><br />
<br />
[sr_timer@2]<br><br />
type = inc<br><br />
on_value = 15000 | nil %+info1%<br><br />
<br />
Описания полей:<br><br />
type - тип счетчика, инкриментирующий(inc) или декриментирующий(dec).<br><br />
Если поле не задано - счетчик будет инкриментирующий<br><br />
start_value - начальное значение счетчика в РЕАЛЬНЫХ милисекундах. Для декриментирующих счетчиков задавать обязательно. Для инкриментирующих, если не задано, то считается с 0.<br><br />
<br />
Переходы из секции sr_timer могут быть как по обычным условиям (on_timer, on_info) так и по специфическому условию on_value. В общем случае on_value Можно использовать для производства каких либо действий в зависимости от состояния счетчика. Например:<br><br />
<br />
on_value = 5000| %+info1% | 1000| %+info2%<br><br />
<br />
==3.9.11. Sr_psy_antenna==<br />
Зоны с такой секцией позволяют управлять эффектами от пси-воздействия (на Янтаре и Радаре). Сейчас можно управлять интенсивностью излучения и интенсивностью получения повреждений.<br />
<br />
Способ применения: Расставить зоны, в каждой зоне написать, сколько процентов к интенсивности излучения и повреждения она добавляет/отнимает. Зоны могут быть вложены друг в друга, пересекать друг друга. <br />
<br />
eff_intensity = - увеличение/уменьшение в % от базового значения интенсивности излучения.<br />
hit_ intensity = - увеличение/уменьшение в % от базового значения наносимого повреждения.<br />
<br />
Пример зоны, которая добавляет 70% излучения:<br />
<br />
[logic]<br><br />
active = sr_psy_antenna<br />
<br />
[sr_psy_antenna]<br><br />
eff_intensity = 70<br><br />
hit_ intensity = 70<br />
<br />
Пример зоны, которая убирает 30% излучения:<br />
<br />
[logic]<br><br />
active = sr_psy_antenna<br />
<br />
[sr_psy_antenna]<br><br />
intensity = -30<br />
<br><br />
в версии '''SOC 1.0000''' добавлена возможность задавать вероятность проявления фантомов и тайминг их "живучести"<br><br />
<br><br />
phantom_prob = 40 - вероятность проявления фантомов в процентах<br><br />
min_phantom_idle = 3000 - мин время их существования до врезания в гг<br><br />
max_phantom_idle = 5000 - макс время существования<br><br />
<br />
==3.9.12. Sr_teleport==<br />
Собственно, телепорт. Настраиваются следующим образом:<br><br />
<br />
[logic]<br><br />
active = sr_teleport<br><br />
<br />
[sr_teleport]<br><br />
timeout = 0<br><br />
<br />
point1 = point1<br><br />
look1 = look1<br><br />
prob1 = 10<br><br />
<br />
point2 = point2<br><br />
look2 = look2<br><br />
prob2 = 20<br><br />
<br />
где:<br><br />
timeout - задержка в срабатывании телепорта в миллисекундах.<br><br />
point - одноточечный патрульный путь куда переместить<br><br />
look - одноточечный патрульный путь куда повернуть.<br><br />
<br />
Далее идут настройки точек назначения с удельными весами. То есть в перечисленном выше примере вероятность телепортнутся во вторую точку в два раза выше, чем в первую. Максимальное количество точек назначения - 10. Телепорты необходимо ставить совместно с особой аномальной зоной, которую сейчас делает Проф. Зона добавит визуализацию и создаст эффект втягивания.<br><br />
<br />
==3.9.13. Sr_sleep и настройка снов.==<br />
<br />
Появилась возможность задавать зоны сна.<br />
<br />
[sr_sleep]<br />
*cond = <condlist><br />
*type = nightmare/normal/happy/all - Задает тип сна разрешенный в данной зоне (по умолчанию all). Влияет (группирует) только на несценарные сны.<br />
*dream_prob = <число от 0 до 100> - вероятность просмотра несценарных сновидений в данной зоне (по умолчанию 80). В противном случае будет только черный экран.<br />
<br />
Необязательное поле cond задает условие(я), при котором в этой зоне можно спать. Сейчас производится индикация зон, где разрешен сон. В левом нижнем углу отображается маленькая иконка легких при входе в такую зону. Вероятно, позже будет изменена на другую.<br><br />
Сновидения теперь делятся на сценарные и обычные. Сценарные сновидения отыгрываются один раз при выполнении необходимых условий. Обычные сновидения проигрываются, если нет сценарных или ни одно условие выполнения сценарных не сработало. Можно задавать вероятность отыгрывания обычных сновидений в целом, а также задавать вероятность срабатывания каждого конкретного сновидения в отдельности. Обычным сновидениям можно задавать тип и потом ограничивать по нему сны воспроизводимые в sr_sleep.<br><br />
<br />
В файле misc\dream.ltx задаются настройки снов.<br><br />
<br />
Секция videos.<br><br />
Полями задаются пути к видеофайлам со снами.<br><br />
<br />
Секция dreams. Поля:<br><br />
regular_probability = <число от 0 до 100> - вероятность проигрывания обычных сновидений в целом <br><br />
regular - список секций с настройками для обычных сновидений<br><br />
scene - список секций с настройками для сценарных сновидений<br><br />
<br />
Настройки обычных сновидений:<br><br />
dream - имя поля из секции videos<br><br />
probability = <число больше 0> - чем больше, тем больше вероятность проигрывания сна.<br><br />
type = nightmare/normal/happy - тип сна.<br><br />
<br />
Настройки сценарных сновидений:<br><br />
dream - имя поля из секции videos<br><br />
cond = <condlist> - условия срабатывания<br><br />
to_regular = <вероятность,тип> - необязательное поле. Дает возможность переводить сценарный сон после первого отыгрыша в разряд обычных. <вероятность, тип> аналогичны probability и type из настроек обычных сновидений соответственно.<br><br />
<br />
==3.9.14. Sr_cutscene==<br />
<br />
Эта схема предназначена для проведения анимации камеры c некоторым эффектом <br />
(pp_effector). Последовательность действий, осуществляемых схемой, состоит из мгновенного перемещения игрока в начало пути point и ориентации его взгляда на начало пути look, потери управления игроком и начала анимации камеры cam_effector по завершении которой игрок вновь получает управление.<br><br />
<br />
[sr_cutscene]<br><br />
point = <имя пути> - путь в первую точку которого переносится игрок<br><br />
look = <имя пути> - путь в первую точку которого смотрит игрок<br><br />
*pp_effector = <имя файла с эффектом> - файл, расположенный в папке <br><br />
gamedata\anims\ и содержащий эффект (имя файла пишется без расширения)<br><br />
cam_effector = <имя файла с анимацией камеры> - файл, расположенный в папке gamedata\anims\camera_effects\ и содержащий анимацию камеры (имя файла пишется без расширения)<br><br />
<br />
==3.10. Набор дополнительных настроек логики у разных объектов.==<br />
Для всех физических объектов есть секция ph_idle, поддерживающая кондлист в которую можно при необходимости переводить объекты.<br />
<br />
==3.10.1. Схема работы двери, секция [ph_door]==<br />
<br />
NB! Для двухстворчатых ворот задается все аналогично.<br />
<br />
locked = false\true<br><br />
Заперта ли дверь. По дефолту – false.<br />
<br />
Closed = false\true<br><br />
Закрыта ли дверь. По дефолту - true<br />
<br />
tip_open = (если locked == false, то tip_door_open, иначе tip_door_locked)<br><br />
Подсказка, которая появляется около прицела при наведении на дверь, если дверь закрыта.<br />
<br />
tip_close = (если locked == false, то tip_door_close, иначе пустое значение)<br><br />
Подсказка, которая появляется около прицела при наведении на дверь, если дверь открыта.<br />
<br />
snd_init = Звук, который будет отыгран сразу при включении схемы.<br />
<br />
snd_open_start = Звук, который будет отыгран при попытке открыть дверь.<br />
<br />
snd_close_start = Звук, который будет отыгран при попытке закрыть дверь.<br />
<br />
snd_close_stop = Звук, который будет отыгран, когда дверь захлопнется до конца.<br />
<br />
Примеры:<br><br />
Если нужно сделать дверь, которая при каком-то событии открывается со щелчком, то можно воспользоваться полем snd_init и переключением схем. В примере ниже при включении схемы ph_door@unlocked проиграется snd_init, т.е. trader_door_unlock:<br />
<br />
[logic]<br><br />
active = ph_door@locked<br><br />
<br />
[ph_door@locked]<br><br />
locked = true<br><br />
snd_open_start = trader_door_locked<br><br />
on_info = {+esc_trader_can_leave} ph_door@unlocked<br><br />
<br />
[ph_door@unlocked]<br><br />
locked = false<br><br />
snd_init = trader_door_unlock<br><br />
snd_open_start = trader_door_open_start<br><br />
snd_close_start = trader_door_close_start<br><br />
snd_close_stop = trader_door_close_stop<br><br />
файл \gamedata\scripts\ph_door.script<br><br />
<br />
==3.10.2. Схема работы кнопки, секция [ph_button]==<br />
<br />
При нажатии на кнопку переключает секции и выдает инфопоршн.<br><br />
<br />
[logic]<br><br />
active = ph_button@locked<br><br />
<br />
[ph_button@locked]<br><br />
anim_blend = false<br><br />
anim = button_false<br><br />
on_press = ph_button@unlocked %+cit_jail_door_opened%<br><br />
<br />
on_press – что происходит при нажатии<br><br />
anim – анимация, которая отигрывается при нажатии на кнопку<br><br />
anim_blend – плаваня, сглаженная анимация. Может принимать знаечения true\false<br><br />
<br />
Файл \Gamedata\scripts\ph_button.script<br><br />
<br />
*tooltip - gредназначено для того, чтобы задавать текстовую подсказку при наведении на кнопку. Текстовая подсказка нужна для того, чтобы как минимум было понятно, что этот девайс можно нажимать.<br><br />
Пример настройки кнопки:<br><br />
<br />
[logic]<br><br />
active = ph_button@active<br><br />
<br />
[ph_button@active]<br><br />
anim = lab_switcher_idle<br><br />
tooltip = tips_labx16switcher_press<br><br />
on_press = ph_button@deactivated %+terrain_test%<br><br />
<br />
[ph_button@deactivated]<br><br />
anim = lab_switcher_off<br><br />
<br />
Для того чтобы сообщение не потеряло адекватность при различных настройках клавиатуры сообщение следует писать с использованием токенов. Например:<br><br />
<code><br />
<string id="tips_labx16switcher_press"> <br />
<text>Чтобы отключить чудо установку нажмите ($$ACTION_USE$$)</text><br />
</string><br />
</code><br />
<br />
Вот пример кнопки, которая срабатывает не всегда, а по определенному условию:<br><br />
<br />
[logic]<br><br />
active = ph_button@locked<br><br />
<br />
[ph_button@locked]<br><br />
anim = button_false – анимация несрабатывания кнопки.<br><br />
on_info = {+val_prisoner_door_unlocked} ph_button@unlocked<br><br />
on_press = ph_button@unlocked %+val_prisoner_door_unlocked%<br><br />
<br />
[ph_button@unlocked]<br><br />
anim = button_true<br><br />
on_info = {-val_prisoner_door_unlocked} ph_button@locked<br><br />
on_press = ph_button@locked %-val_prisoner_door_unlocked%<br><br />
<br />
===[[Часть 4]]===<br />
<br />
[[Категория:Скрипты]]</div>95.27.113.222http://stalkerin.gameru.net/wiki/index.php?title=%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD:%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Шаблон:Настройка логики2010-03-10T09:39:56Z<p>95.27.113.222: </p>
<hr />
<div>{| border="0" cellpadding="3" align="right" width="250" cellspacing="1" style="background:#5e5e5e;"<br />
|-<br />
! style="background:#ffffff;" align="left" | Содержание<br />
|-<br />
| style="background:#ffffff;" align="left"|<br />
[[Настройка логики. Часть 0]]<br/><br />
[[Настройка логики. Часть 1]]<br/><br />
[[Настройка логики. Часть 2]]<br/><br />
[[Настройка логики. Часть 3]]<br/><br />
[[Настройка логики. Часть 4]]<br />
|-<br />
|}</div>95.27.113.222http://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_0Настройка логики. Часть 02010-03-10T09:37:55Z<p>95.27.113.222: </p>
<hr />
<div>{{Шаблон:Настройка логики}}<br />
<br />
'''GSC GameWorld'''<br />
<br />
==1. Changes Log==<br />
<br />
<NULL><br />
<br />
==2. Скрипты==<br />
Скрипты, которые можно использовать при конструировании игровых сцен: ScriptList<br />
<br />
Настройка смарттеррейнов: ScriptGulag<br />
<br />
==2.1. ГУЛАГ==<br />
==2.1.1. Что это такое? Особенности==<br />
Гулаг - средство объединения нескольких сталкеров под централизованным управлением.<br />
<br />
Основные особенности:<br><br />
<br />
* есть список работ гулага. Работа - настроенная схема поведения (или цепочка схем поведения);<br><br />
* работы имеют приоритеты;<br><br />
* гулаг назначает на работы сталкеров начиная с работ с наивысшим приоритетом;<br><br />
* гулаг имеет состояния. Состояние - набор работ;<br><br />
<br />
==2.1.2. Как добавить новый тип гулага==<br />
<br />
===1. Установка на уровне.===<br />
<br />
- Необходимо установить зону smart_terrain, которая бы накрывала место захвата свежих душ (место спауна сталкеров). Необходимо помнить, что название зоны будет являться префиксом для патрульных путей, относящихся к этому гулагу. В custom_data зоны необходимо прописать настройку гулага: <br><br />
<br />
[gulag1] <br><br />
type = <тип гулага> <br><br />
squad = <squad> <br><br />
groups = <groups> <br><br />
capacity = <capacity> <br><br />
idle = min[, max] ;время бездействия после роспуска гулага. умолчание=0 <br><br />
stay = min[, max] ;время, на которое сталкер останется. умолчание=навсегда <br><br />
duration = min[, max] ; вермя существования данного типа гулага. умолчание=всегда <br><br />
preconditions = info1[, info2, ...] ; чтоб данный тип гулага образовался, нужно присутствие всех infoportions <br><br />
p = вероятность попадания сталкера под смарт терейн в процентах <br><br />
offline = true/false ; может ли данный гулаг образоваться в офлайне <br><br />
<br><br />
времена задаются в часах игрового времени и могут быть дробными<br><br />
<br />
где:<br><br />
<тип гулага> - от него зависит набор и настройка работ.<br><br />
<squad> - все люди в гулаге будут иметь данный сквад. При отпускании на волю им будет восстанавливаться их родной сквад из редактора.<br><br />
<groups> - перечень групп, которые будут сетиться для той или иной работы. Задается строкой чисел, разделенных запятыми.<br><br />
<capacity> - максимальная вместимость гулага. Если количество человек в гулаге достигает этого значения, то больше в гулаг никто не принимается. Количество работ в гулаге в любой момент времени должно быть больше либо равно вместимости. Таким образом количество людей в гулаге гарантированно будет меньше либо равно количеству работ в любой момент времени.<br><br />
<br />
=== 2. Установка в коде. ===<br />
<br><br />
- необходимо в gulag_tasks.script внести настройку работ для данного типа гулага <br><br />
<code><br />
t = { section = "kamp1@gar_bandits", <br />
idle = 0,<br />
prior = 1, state = {0}, group = groups[0]<br />
in_rest = "", out_rest = ""<br />
} </code><br />
<br />
Idle – время в мс между запусками работы. Если оно отлично от 0, то работа может сетится только раз в заданное время. Если работа просечена – то обнуляться она не будет. Нужно для того чтобы раз в интервал отправлять патрули и другие конечные работы<br><br />
Prior – приоритет. Сперва заполняются работы с более высоким приоритетом.<br><br />
State - таблица с перечнем состояний гулага, в которых доступна данная работа.<br><br />
Group – группа для текущей работы, из перечисленных в кастом дате зоны.<br><br />
In_rest, out_rest - In и out рестрикторы для персонажа на текущей работе.<br><br />
<br><br />
- необходимо в gulag_tasks.script добавить функцию просчета состояния для данного типа гулага (см пример в коде. Функция loadStates())<br><br />
- в файле gulag_tasks.ltx создать описание каждой работы. Пример смотри в данном файле. Каждая работа должна описываться отдельной секцией(за исключением работ, которые кушают один и те же настройки, например kamp). Имена секций следует давать в соответствии с соглашением([walker1@имя зоны])<br><br />
- в файле xr_gulag.script добавить функцию проверки на допустимость персонажа к гулагу (см пример в коде check_npc())<br><br />
<br />
===[[Часть 1]]===<br />
<br />
[[Категория:Скрипты]]</div>95.27.113.222http://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_1Настройка логики. Часть 12010-03-10T09:36:47Z<p>95.27.113.222: </p>
<hr />
<div>{{Шаблон:Настройка логики}}<br />
<br />
<br />
=Настройки логики=<br />
<br />
==3.1. Система флагов (path_walk, path_look)==<br />
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени waypoint-а, например, для точки с именем "'''wp00'''":<br><br />
'''wp00|flag1|flag2'''<br><br />
Флаги точек пути '''path_walk''':<br><br />
'''a=state'''<br><br />
Выбирает состояние тела при перемещении (Только из раздела –Ходячие состояния)<br><br />
Список состояний можно взять в '''gamedata\scripts\state_lib.script'''<br><br />
'''p=percent'''<br><br />
Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки.<br><br />
'''sig=name'''<br><br />
Установить сигнал с именем name сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля '''on_signal''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути '''path_look'''.<br><br />
Флаги точек пути '''path_look''':<br><br />
'''a =state'''<br><br />
Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов Стоячие и Сидячие состояния)<br><br />
Список состояний можно взять в '''gamedata\scripts\state_lib.script'''<br><br />
'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку.<br><br />
* – бесконечное время. Допустимы значения в диапазоне '''[1000, 30000]''', по умолчанию – '''5000'''.<br><br />
Для конечных (терминальных) вершин пути '''path_walk''', у которых не более 1-й соответствующей точки '''path_look''', значение t всегда считается бесконечным и его явно задавать не нужно.<br><br />
'''sig=name'''<br><br />
После поворота в точку '''path_look''', установить сигнал с именем name.<br><br />
'''syn'''<br><br />
Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком syn не прибудут все персонажи с данным team-ом ('''team''' задается в виде текстовой строки в '''customdata'''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''idle''' анимацию.<br><br />
'''sigtm=signal'''<br><br />
Устанавливает сигнал при вызове time_callback-а state manager-ом. Соответственно, если t=0, то сигнал будет установлен после отыгрывания init анимации. Это используется, например, с анимацией press, которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку.<br><br />
В пути path_look можно сделать: '''wp00|a=press|t=0|sigtm=pressed'''<br><br />
А затем переключить схему: '''on_signal = pressed | другая_схема'''<br><br />
<br />
==3.1.1. Более подробное описание путей. ==<br />
<br />
Walker.<br><br />
<br />
Настройка:<br><br />
[[Изображение:Logic_1.JPG]]<br />
<br />
На карту для каждого walker-а нужно поставить:<br><br />
1) Путь path_walk, по которому walker ходит.<br><br />
2) Путь path_look, состоящий из точек, в которые walker смотрит.<br><br />
<br />
Walker-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом.<br><br />
<br />
[walker]<br><br />
team = …<br><br />
имя команды, произвольная текстовая строка. Все walker-ы в одной команде должны иметь один и тот же team. Желательно в team задавать имя уровня и имя места, где стоят walker-ы, например: escape_bridge, escape_factory, это уменьшит шанс ошибиться и дать разным командам общее имя.<br><br />
path_walk = …<br><br />
имя пути, описанного в п. 1<br><br />
path_look = …<br><br />
(не обязательно) имя пути, описанного в п. 2. Если персонаж должен только ходить по маршруту, path_look можно не задавать.<br><br />
Если персонаж должен стоять на месте, то ему задается одна точка пути path_walk и как минимум одна точка пути path_look<br><br />
<br />
Правила расстановки флажков в путях рассмотрим на нескольких примерах:<br><br />
<br />
===Пример 1:===<br />
<br />
Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: <br><br />
[[Изображение:Logic_2.JPG]]<br />
<br />
Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути path_walk существуют флажки.<br><br />
У каждого вейпоинта есть имя: wp00, wp01 и т.д.<br><br />
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘|’. Пишеться a=anim, где anim – название анимации из пункта 2.4.4. настоящей документации. Если мы напишем a=threat то персонаж пойдет в состоянии данжер, если a=raid то побежит с оружием наизготовку и т.д. <br><br />
<br />
NB: В точках пути path_walk используются анимации ТОЛЬКО из раздела «Ходячие состояния»!<br />
<br />
===Пример 2:===<br />
[[Изображение:Logic_3.JPG]]<br />
<br />
Разговор персонажа.<br />
<br />
Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля:<br><br />
s = имя_звуковой_схемы (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.<br />
<br />
===Пример 3:===<br />
[[Изображение:Logic_4.JPG]]<br />
<br />
В примере 3 используется только поле s, чтобы задать тему разговора, и флажок sc, чтобы показать, что звук проигрывается не разово, а периодически.<br><br />
Остальные параметры (sp, sf, st) задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлимы для большинства скриптов.<br><br />
Параметр sa также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути path_look, о котором будет написано ниже в этом документе.<br><br />
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь path_look.<br><br />
<br />
===Пример 4:=== <br />
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:<br />
<br />
[[Изображение:Logic_5.JPG]]<br />
<br />
Что добавилось в этом примере? Путь path_look с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется.<br><br />
<br />
Далее, в точках путей path_walk и path_look, которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки. Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1.<br><br />
<br />
Теперь персонаж будет останавливаться в точках path_walk, помеченных флажком, и смотреть в точку path_look, помеченную тем же самым флажком.<br><br />
<br />
Если точка path_walk не помечена флажком, персонаж проходит ее не останавливаясь.<br><br />
<br />
Одной точке path_walk может соответствовать несколько точек path_look. Тогда персонаж выберем случайно одну из подходящих точек.<br><br />
<br />
По аналогии с path_walk, в точках пути path_look можно использовать различные флажки, меняющие поведение:<br><br />
<br />
p = 100 – вероятность, с которой персонаж посмотрит именно в эту точку. Значения p всех подходящих точек суммируются, т.е. если у одной точки p = 100, а у другой 300, то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).<br />
Во избежание путаницы, рекомендуется задавать p так, чтобы их сумма составляла 100.<br />
По умолчанию у всех точек p = 100.<br><br />
<br />
t = время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек)<br><br />
<br />
===Пример 5:===<br />
<br />
[[Изображение:Logic_6.JPG]]<br />
<br />
В этом примере проходя через точку wp00, персонаж с вероятностью 30% посмотрит в точку wp00 в течение 5 секунд, но с вероятностью 70% посмотрит в точку wp01 в течении 10 секунд.<br><br />
<br />
По умолчанию при остановках персонаж играет анимацию idle, если он не в состоянии crouch, либо анимацию hide, если он в состоянии crouch.<br><br />
<br />
Если требуется другая анимация, можно ее указать с помощью флажка:<br><br />
<br />
a = имя_анимации (по умолчанию idle). <br><br />
Пишеться a=anim, где anim – название анимации из пункта 2.4.4. настоящей документации. Если мы напишем a=hide, то персонаж сядет в состоянии данжер, если a=guard, то встанет с оружием наизготовку и т.д. <br><br />
<br />
NB: В точках пути path_look используются анимации ТОЛЬКО из раздела «Стоячие и сидячие состояния»!<br><br />
<br />
==3.2. Схемы поведения сталкеров.==<br />
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем.<br><br />
В файле \gamedata\scripts\modules.script указаны все загружаемые схемы.<br><br />
==3.2.1. Схема walker==<br />
Это базовая схема, по которой персонаж, перемещается по патрульному пути (path_walk) и останавливается в определенных точках и выполняет соответствующие действия. <br><br />
<br />
[walker]<br><br />
path_walk = <имя пути>- основной путь, по которому ходит NPC<br><br />
* path_look = <имя пути>- путь, куда смотрит NPC<br><br />
* team - команда для синхронизации<br><br />
<br />
В точках path_walk, которым соответствуют точки пути path_look (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию.<br><br />
* def_state_moving1 = состояние, в котором сталкер движется к первой точке пути, если она близко (patrol по умолчанию)<br><br />
* def_state_moving2 = состояние, в котором сталкер движется к первой точке пути, если она не слишком далеко (rush по умолчанию)<br><br />
* def_state_moving3 = состояние, в котором сталкер движется к первой точке пути, если она далеко (sprint по умолчанию)<br><br />
* def_state_standing = дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние.<br><br />
<br />
<br />
Файл: \gamedata\scripts\xr_walker.script<br />
<br />
==3.2.2. Схема remark==<br />
Схема используется для синхронизации\связки других схем.<br><br />
<br />
[remark]<br />
*snd_anim_synс = true либо false. По умолчанию false. Указывает на то необходимо ли синхронизировать звук с анимацией либо нет<br />
*snd = звук ремарка, по умолчанию nil<br />
*anim = анимация ремарка, по умолчанию wait<br />
*target = Куда смотрит сталкер. Есть следующие варианты<br />
story_id – числовое значение<br><br />
actor – без комментариев<br><br />
nil – позиция вычисленная АИ автоматически<br><br />
<имя работы>,<имя гулага> смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг сталкера, для которого задана данная секция ремарка).<br><br />
Пример:<br><br />
target = logic@cit_killers_base_guard, cit_killers<br><br />
<path_name>, <point_number> - можно указывать смотреть в вершину патрульного пути (<имя пути>, <имя точки>).<br><br />
<br />
Внимание, теперь если значение не задано, то оно равно nil а не actor, как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение nil, то персонаж развернется в позицию, которую посчитает АИ.<br><br />
<br />
Стандартные сигналы для remark: <br><br />
sound_end – по окончании проигрывания звуковой схемы<br><br />
anim_end – по окончании проигрывания анимации<br><br />
action_end – по окончании проигрывания и того и другого, если они синхронизированы<br><br />
<br />
Пример синхронизации анимации и звука в схеме Remark:<br><br />
<br />
[remark]<br><br />
anim = анимация<br><br />
snd = звук<br><br />
snd_anim_sync = true<br><br />
on_signal = action_end | следующая схема<br><br />
<br />
==3.2.3. Схема sleeper==<br />
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1 поинта. Спящий будет садиться спать в нулевой точке пути, и разворачиваться при этом в сторону первой точки. <br><br />
<br />
[sleeper]<br><br />
path_main = <имя пути><br />
*wakeable = true – может ли проснуться быстро (если true, то спит на корточках и во сне бормочет)<br><br />
<br />
NB: Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную).<br><br />
<br />
Файл: \gamedata\scripts\xr_sleeper.script<br><br />
<br />
==3.2.4. Схема kamp==<br />
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке.<br><br />
<br />
[kamp]<br><br />
center_point = kamp_center – имя точки вокруг которой NPC будет устраиваться.<br />
*radius = 2 (насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию)<br><br />
*def_state_moving = run (дефолтное состояние, в котором сталкер будет идети к точке кампа)<br><br />
<br />
Файл: \gamedata\scripts\xr_kamp.script<br><br />
<br />
NB! Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать path_walk из одной точке, название которой = <path_kamp_name>_task<br><br />
<br />
*path_walk = <path_kamp_name>_task<br><br />
<br />
Если точка кемпа расположена в чистом поле то, path_walk прописывать не надо.<br><br />
<br />
==3.2.5. Схема camper==<br />
Свойства кемперов:<br><br />
- кемпер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передигается по патрульным путям<br><br />
- кемперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возращается в состояние кемпера. <br><br />
- В любых других случаях действуют по собственной скриптовой схеме. Если видим врага -стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага. <br><br />
- кемперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение.<br><br />
<br />
[camper]<br><br />
path_walk = patrol_path<br><br />
path_look = patrol_path<br><br />
*radius = number – расстояние в метрах, если расстояние между кэмпером и противником меньше указанного, кэмпер уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам.<br />
*no_retreat = true - персонаж при виде врага не будет ломиться на ближайшую точку path_walk, а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите кемперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов.<br />
*def_state_moving = состояние из стейт менеджера<br />
Состояние, в котором мы движемся на ближайшую точку пути при враге<br />
*def_state_moving_fire = состояние из стейт менеджера (sneak_fire)<br />
Состояние, в котором мы отстреливаемся от врага, во время движения на ближайшую точку пути.<br />
*def_state_campering = состояние из стейт менеджера (hide)<br />
Состояние, в котором мы ожидаем врага, находясь на пути<br />
*def_state_campering_fire = состояние из стейт менеджера (hide_fire)<br />
Состояние, в котором мы отстреливаемся от врага, находясь на пути<br />
*attack_sound = имя_звуковой_темы<br />
Возможность переопределять снайперам/кемперам звук атаки. По дефолту он равен звуковой теме "fight_attack". Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав в секции кемпера: attack_sound =<br><br />
*shoot = тип.<br />
Задаем тип стрельбы. Возможные значения - always|none|terminal<br><br />
always - значение по умолчанию, стреляет всегда, когда можно<br><br />
none - не стреляет вообще.<br><br />
terminal - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен.<br><br />
<br />
NB! У кемпера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), то он тупо продолжает стоять на старом месте и ждать следующей пули.<br><br />
Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кемпера. Используйте walkerов в таких случаях, а кемперов стоить ставить для атак по путям и как снайперов.<br><br />
<br />
==3.2.5.1. Схема sniper==<br />
Разновидность кемпера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20сек.<br><br />
NB! Ставить снайперу только 2 точки look<br><br />
<br />
В кастом дате кемпера прописать:<br><br />
sniper = true<br><br />
<br />
<br />
Файл: \gamedata\scripts\xr_camper.script<br><br />
<br />
==3.2.6. Схема follower== <br />
В custom_data прописан как follower<br />
NPC идет за NPC лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме run, если свыше 20 – догоняет в режиме sprint. Пути не задаются.<br><br />
<br />
[follower]<br><br />
leader = story id лидера из game.ltx (число!)<br><br />
*formation_line = true (постарается идти сбоку от лидера, в противном случае будет идти сзади<br />
*distance = расстояние в метрах, на котором будет идти от лидера attendant. По умолчанию – 1,5 метра, если идет цепью, то 5 метров.<br />
*state_if_leader_in_meet. Это есть строка с именем состояния из state_manager, которое будет назначено follower-ам, если командир пребывает в состоянии meet.<br />
*anim_walk = state (состояние, в котором фолловер идет за лидером)<br />
*anim_run = state (состояние, в котором фолловер бежит за лидером)<br />
*anim_sprint = state (состояние, в котором фолловер спринтует за лидером)<br />
Файл: \gamedata\scripts\xr_ attendant.script<br><br />
ВНИМАНИЕ!!!!!! НЕ ЗАБЫТЬ ПРОПИСАТЬ:<br />
[smart_terrains]<br />
none = true<br />
ИНАЧЕ ЗАСОСЁТ НПС В ГУЛАГ И НЕ КУДА ОН НЕ ПОЙДЁТ<br />
<br />
Если все это происходит под гулагом, то вместо story_id лидера, мы прописываем его секцию логики в файле скрипта. Пример:<br><br />
<br />
<code>t = { section = "logic@bar_arena_follower_2", <br />
idle = 0,<br />
prior = 7, state = {0}, squad = squad, group = groups[0],<br />
in_rest = "", out_rest = "",<br />
dependent = "logic@bar_arena_leader",<br />
predicate = function(obj)<br />
return obj:character_community() == "dolg"<br />
end<br />
}</code><br />
<br />
==3.2.7. Схема zoneguard==<br />
NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока <br><br />
<br />
[zoneguard]<br><br />
path_walk = путь перемещения<br />
*path_look = путь обзора<br />
team = имя команды синхронизированных zoneguard-ов (из всей команды только 1 будет реагировать на игрока)<br />
*zone_guard = имя зоны, в пределах которой игрок будет атакован<br />
zone_warn = имя зоны, в пределах которой начинать разговор с игроком<br />
*walker_team = team для схемы перемещения его в состоянии walker (если не задан, используется значение из поля team)<br />
*no_move = если true, персонаж окликнет игрока с места и не будет подбегать к нему<br />
*snd_greet = имя звуковой схемы, из которой будет проигран звук при обнаружении персонажа<br />
*ignore_friends = true, будет игнорировать дружественных ему персонажей.<br />
*ignore_cond = {+info -info =func !func} условия, при которых NPC игнорирует игрока<br />
*no_danger = если true, то не отыгрывает угрожающую анимацию, нейтралам.<br />
*anim = какую отыгрывает анимацию, если игрок ему не враждебен.<br />
*snd_anim_sync = если true, то npc будет синхронизировать звук с анимацией<br />
Файл: \gamedata\scripts\xr_zoneguard.script<br><br />
<br />
==3.2.8. Схема wounded (раненый)==<br />
<br />
[logic]<br><br />
wounded = wounded<br><br />
<br />
[walker]<br><br />
wounded = wounded<br><br />
<br />
[wounded]<br><br />
hp_state = HP|condstate@condsound|HP|condstate@condsound<br><br />
hp_state_see = HP|condstate@condsound|HP|condstate@condsound<br><br />
psy_state = PSY|condstate@condsound|PSY|condstate@condsound<br><br />
hp_victim = HP|condvictim|HP|condvictim<br><br />
hp_cover = HP|condbool|HP|condbool<br><br />
hp_fight = HP|condbool|HP|condbool<br><br />
*syndata = state@sound|state@sound<br><br />
*help_dialog = story_id<br />
*help_start_dialog = story_id<br />
<br />
Где:<br><br />
Condstate – кондлист, возвращающий состояние персонажа, либо true. Если он возвращает true – нпс обидится на игрока<br><br />
Condsound – кондлист, возвращающий саунд тему.<br><br />
HP – пороговые значение здоровья персонажа<br><br />
PSY – пороговые значения пси здоровья персонажа<br><br />
Condvictim – кондлист, возвращающий направление куда смотреть. Возможные значения:<br> <br />
nil, actor, number. В случае числа – будет смотреть на персонажа с указанными стори айди.<br><br />
Condbool – кондлист, возвращаюзий true либо false.<br><br />
<br />
Значения полей:<br><br />
hp_state – поведение персонажа когда он не видит игрока<br><br />
hp_state_see – поведение персонажа, когда он видит игрока<br><br />
psy_state – поведение персонажа при псиатаках<br><br />
hp_victim – куда смотреть, в зависимости от ХП<br><br />
hp_cover – идти в укрытие или нет, в зависимости от ХП<br><br />
hp_fight – разрешено воевать или нет, в зависимости от ХП<br />
syndata – синхропары для красоты.<br><br />
help_dialog – story_id диалога вместо дефолтного actor_help_wounded. Если вам по сюжету необходимо заменить диалог другим, то вы в этом поле прописываете id другого диалога.<br><br />
Также мы вставляем стартовый диалог раненого. Если мы его прописываем, то все актёрские диалоги для раненых должны иметь такой precondition: <br><br />
dialogs.allow_wounded_dialog.<br><br />
<br />
Пример. В качестве примера взята дефолтная настройка.<br><br />
<br />
hp_state = 30|help_me@help|10|wounded_heavy@help_heavy<br><br />
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy<br><br />
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20| <br>{=best_pistol}psy_shoot,psy_pain@{=best_pistol}wounded_psy_shoot,wounded_psy<br><br />
hp_victim = 30|actor|10|nil<br><br />
hp_cover = 30|true|10|false<br><br />
hp_fight = 30|true|10|false<br><br />
syndata = wounded@help<br><br />
<br />
Где:<br><br />
Best_pistol – проверка на то, что лучшее оружие НПС является пистолетом.<br><br />
<br />
Файл: \gamedata\scripts\xr_wounded.script<br><br />
<br />
==3.2.9. Схема rest==<br />
Чувак гуляет, хавает, спит.<br><br />
Пока нормально не работает.<br><br />
Файл: \gamedata\scripts\xr_rest.script<br><br />
<br />
==3.2.10. Схема heli_hunter==<br />
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так:<br><br />
<br />
[camper@bar_freedom_attack_sniper_1]<br><br />
path_walk = camper_1_walk<br><br />
path_look = camper_1_look<br><br />
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 <br>%=bar_freedom_angry_actor%<br><br />
meet_talk_enabled = true<br><br />
meet_dialog = bar_svoboda_dialog<br><br />
heli_hunter = {-bar_ecolog_crush_heli_down} true, false<br><br />
<br />
Если раньше оверрайд хелихантера понимал только значения true либо false, то сейчас он понимает кондлист, который если возвращает true - то стрельба по вертолету в данной схеме разрешена.<br><br />
<br />
==3.2.11. Patrol==<br />
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее:<br><br />
<br />
[patrol]<br><br />
path_walk = path_walk<br><br />
path_look = path_look<br><br />
*formation = back<br><br />
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)<br />
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code><br />
<br />
formation - описывет способ построения и не является обязательным. <br />
Возможны следующие варианты:<br />
back - мужики идут чуть позади командира в два ряда (по умолчанию)<br />
line - шеренга<br />
around - вокруг командира<br />
<br />
При остановке командора в meet мужики останавливаются.<br><br />
<br />
Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:<br />
ret=0...2<br />
0 - линия<br />
1 – вокруг старшего<br />
2 – по бокам<br />
<br />
При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют.<br><br />
<br />
Что еще не сделано или глючит:<br />
- нет возможности автоматически перестроить команду (нужно от Шурика то, <br />
что записано в todo листе)<br />
- все идут молча (когда будет манагер баек, то сделаем)<br />
- командор пока не отдает команд (нет озвучки)<br />
- не рекомендуется включать спринт (глючит)<br />
<br />
==3.3. Секции.==<br />
==3.3.1. Секция combat==<br />
Показывает, что происходит, когда NPC срывается в бой.<br><br />
on_combat = combat<br><br />
<br />
[combat]<br><br />
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя.<br><br />
<br />
Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type.<br><br />
<br />
В следующем примере сталкер сражается:<br><br />
* по-кемперски, если враг=актёр и он дальше Х метров<br />
* по-монолитовски, если любой враг дальше Y метров<br />
* иначе - движковый бой<br />
<br />
[logic]<br><br />
active = walker<br><br />
on_combat = combat<br><br />
<br />
[walker]<br><br />
path_walk = ...<br><br />
<br />
[combat]<br><br />
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, <br>{=fighting_ge_Y_meters} monolith<br><br />
<br />
Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат.<br><br />
<code>function fighting_dist_ge_20(actor, npc)<br />
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400 <br />
end</code><br />
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов.<br><br />
<br />
<br />
Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый:<br><br />
<br />
[logic]<br><br />
active = nil<br><br />
on_combat = combat<br><br />
<br />
[combat]<br><br />
combat_type = zombied<br><br />
<br />
Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type.<br><br />
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так:<br><br />
<br />
[logic]<br><br />
active = walker1<br><br />
on_combat = combat<br><br />
<br />
[walker1]<br><br />
...<br><br />
[walker2]<br><br />
...<br><br />
[walker3]<br><br />
...<br><br />
[walker4]<br><br />
...<br><br />
[walker5]<br><br />
...<br><br />
combat_type = monolith<br><br />
<br />
[combat]<br><br />
combat_type = camper<br><br />
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)<br />
<br />
disable_combat_handler – функция отключающая секцию combat.<br><br />
Файл: \gamedata\scripts\xr_combat.script<br><br />
<br />
==3.3.2 Секция death==<br />
Схема показывает, что происходит при смерти NPC.<br><br />
on_death = death<br><br />
<br />
[death]<br><br />
on_info = %+info -info =func%<br><br />
Файл: \gamedata\scripts\xr_death.script<br><br />
<br />
==3.3.3. Cекция hit==<br />
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как аггрессия (игрок отстреливает, скажем, собак, а на него срывается охрана).<br><br />
on_hit = hit<br><br />
<br />
[hit]<br><br />
on_info = %+info -info =func%<br><br />
<br />
Файл: \gamedata\scripts\xr_hit.script<br><br />
<br />
==3.3.4. Секция actor_dialogs==<br />
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме.<br><br />
actor_dialogs = actor_dialogs<br><br />
<br />
[actor_dialogs]<br><br />
id = доступные диалоги через запятую.<br><br />
disable = запрещенные диалоги, тоже через запятую.<br><br />
Файл: \gamedata\scripts\xr_meet.script<br><br />
<br />
==3.3.5. Секция use==<br />
Схема показывает, что произойдет, если игрок юзнет NPC.<br />
<br />
on_use = use<br />
<br />
[use]<br />
on_info = %+info -info =func%<br />
<br />
Файл: \gamedata\scripts\xr_use.script<br />
<br />
<br />
==3.3.6. Секция combat_ignore==<br />
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме:<br><br />
<br />
[walker]<br><br />
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется).<br><br />
<br />
В схеме нет дополнительных полей<br><br />
[walker]<br><br />
combat_ignore = combat_ignore <br><br />
<br />
[combat_ignore]<br><br />
<br />
Функции, используемые для работы с кондлистом комбат игнора:<br><br />
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м<br><br />
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока<br><br />
<br />
<br />
fighting_actor -- текущий враг актёр?<br><br />
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кото-то один из списка<br><br />
<br />
Файл: \gamedata\scripts\xr_combat_ignore.script<br><br />
<br />
===[[Часть 2]]===<br />
<br />
[[Категория:Скрипты]]</div>95.27.113.222http://stalkerin.gameru.net/wiki/index.php?title=%D0%A7%D0%B0%D1%81%D1%82%D1%8C_1Часть 12010-03-10T09:35:53Z<p>95.27.113.222: </p>
<hr />
<div>#REDIRECT [[Настройка логики. Часть 1]]</div>95.27.113.222http://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_0Настройка логики. Часть 02010-03-10T09:35:36Z<p>95.27.113.222: </p>
<hr />
<div>==1. Changes Log==<br />
<br />
<NULL><br />
<br />
==2. Скрипты==<br />
Скрипты, которые можно использовать при конструировании игровых сцен: ScriptList<br />
<br />
Настройка смарттеррейнов: ScriptGulag<br />
<br />
==2.1. ГУЛАГ==<br />
==2.1.1. Что это такое? Особенности==<br />
Гулаг - средство объединения нескольких сталкеров под централизованным управлением.<br />
<br />
Основные особенности:<br><br />
<br />
* есть список работ гулага. Работа - настроенная схема поведения (или цепочка схем поведения);<br><br />
* работы имеют приоритеты;<br><br />
* гулаг назначает на работы сталкеров начиная с работ с наивысшим приоритетом;<br><br />
* гулаг имеет состояния. Состояние - набор работ;<br><br />
<br />
==2.1.2. Как добавить новый тип гулага==<br />
<br />
===1. Установка на уровне.===<br />
<br />
- Необходимо установить зону smart_terrain, которая бы накрывала место захвата свежих душ (место спауна сталкеров). Необходимо помнить, что название зоны будет являться префиксом для патрульных путей, относящихся к этому гулагу. В custom_data зоны необходимо прописать настройку гулага: <br><br />
<br />
[gulag1] <br><br />
type = <тип гулага> <br><br />
squad = <squad> <br><br />
groups = <groups> <br><br />
capacity = <capacity> <br><br />
idle = min[, max] ;время бездействия после роспуска гулага. умолчание=0 <br><br />
stay = min[, max] ;время, на которое сталкер останется. умолчание=навсегда <br><br />
duration = min[, max] ; вермя существования данного типа гулага. умолчание=всегда <br><br />
preconditions = info1[, info2, ...] ; чтоб данный тип гулага образовался, нужно присутствие всех infoportions <br><br />
p = вероятность попадания сталкера под смарт терейн в процентах <br><br />
offline = true/false ; может ли данный гулаг образоваться в офлайне <br><br />
<br><br />
времена задаются в часах игрового времени и могут быть дробными<br><br />
<br />
где:<br><br />
<тип гулага> - от него зависит набор и настройка работ.<br><br />
<squad> - все люди в гулаге будут иметь данный сквад. При отпускании на волю им будет восстанавливаться их родной сквад из редактора.<br><br />
<groups> - перечень групп, которые будут сетиться для той или иной работы. Задается строкой чисел, разделенных запятыми.<br><br />
<capacity> - максимальная вместимость гулага. Если количество человек в гулаге достигает этого значения, то больше в гулаг никто не принимается. Количество работ в гулаге в любой момент времени должно быть больше либо равно вместимости. Таким образом количество людей в гулаге гарантированно будет меньше либо равно количеству работ в любой момент времени.<br><br />
<br />
=== 2. Установка в коде. ===<br />
<br><br />
- необходимо в gulag_tasks.script внести настройку работ для данного типа гулага <br><br />
<code><br />
t = { section = "kamp1@gar_bandits", <br />
idle = 0,<br />
prior = 1, state = {0}, group = groups[0]<br />
in_rest = "", out_rest = ""<br />
} </code><br />
<br />
Idle – время в мс между запусками работы. Если оно отлично от 0, то работа может сетится только раз в заданное время. Если работа просечена – то обнуляться она не будет. Нужно для того чтобы раз в интервал отправлять патрули и другие конечные работы<br><br />
Prior – приоритет. Сперва заполняются работы с более высоким приоритетом.<br><br />
State - таблица с перечнем состояний гулага, в которых доступна данная работа.<br><br />
Group – группа для текущей работы, из перечисленных в кастом дате зоны.<br><br />
In_rest, out_rest - In и out рестрикторы для персонажа на текущей работе.<br><br />
<br><br />
- необходимо в gulag_tasks.script добавить функцию просчета состояния для данного типа гулага (см пример в коде. Функция loadStates())<br><br />
- в файле gulag_tasks.ltx создать описание каждой работы. Пример смотри в данном файле. Каждая работа должна описываться отдельной секцией(за исключением работ, которые кушают один и те же настройки, например kamp). Имена секций следует давать в соответствии с соглашением([walker1@имя зоны])<br><br />
- в файле xr_gulag.script добавить функцию проверки на допустимость персонажа к гулагу (см пример в коде check_npc())<br><br />
<br />
===[[Часть 1]]===<br />
<br />
[[Категория:Скрипты]]</div>95.27.113.222http://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_0Настройка логики. Часть 02010-03-10T09:34:48Z<p>95.27.113.222: </p>
<hr />
<div>==1. Changes Log==<br />
<br />
<NULL><br />
<br />
==2. Скрипты==<br />
Скрипты, которые можно использовать при конструировании игровых сцен: ScriptList<br />
<br />
Настройка смарттеррейнов: ScriptGulag<br />
<br />
==2.1. ГУЛАГ==<br />
==2.1.1. Что это такое? Особенности==<br />
Гулаг - средство объединения нескольких сталкеров под централизованным управлением.<br />
<br />
Основные особенности:<br><br />
<br />
* есть список работ гулага. Работа - настроенная схема поведения (или цепочка схем поведения);<br><br />
* работы имеют приоритеты;<br><br />
* гулаг назначает на работы сталкеров начиная с работ с наивысшим приоритетом;<br><br />
* гулаг имеет состояния. Состояние - набор работ;<br><br />
<br />
==2.1.2. Как добавить новый тип гулага==<br />
<br />
===1. Установка на уровне.===<br />
<br />
- Необходимо установить зону smart_terrain, которая бы накрывала место захвата свежих душ (место спауна сталкеров). Необходимо помнить, что название зоны будет являться префиксом для патрульных путей, относящихся к этому гулагу. В custom_data зоны необходимо прописать настройку гулага: <br><br />
<br />
[gulag1] <br><br />
type = <тип гулага> <br><br />
squad = <squad> <br><br />
groups = <groups> <br><br />
capacity = <capacity> <br><br />
idle = min[, max] ;время бездействия после роспуска гулага. умолчание=0 <br><br />
stay = min[, max] ;время, на которое сталкер останется. умолчание=навсегда <br><br />
duration = min[, max] ; вермя существования данного типа гулага. умолчание=всегда <br><br />
preconditions = info1[, info2, ...] ; чтоб данный тип гулага образовался, нужно присутствие всех infoportions <br><br />
p = вероятность попадания сталкера под смарт терейн в процентах <br><br />
offline = true/false ; может ли данный гулаг образоваться в офлайне <br><br />
<br><br />
времена задаются в часах игрового времени и могут быть дробными<br><br />
<br />
где:<br><br />
<тип гулага> - от него зависит набор и настройка работ.<br><br />
<squad> - все люди в гулаге будут иметь данный сквад. При отпускании на волю им будет восстанавливаться их родной сквад из редактора.<br><br />
<groups> - перечень групп, которые будут сетиться для той или иной работы. Задается строкой чисел, разделенных запятыми.<br><br />
<capacity> - максимальная вместимость гулага. Если количество человек в гулаге достигает этого значения, то больше в гулаг никто не принимается. Количество работ в гулаге в любой момент времени должно быть больше либо равно вместимости. Таким образом количество людей в гулаге гарантированно будет меньше либо равно количеству работ в любой момент времени.<br><br />
<br />
=== 2. Установка в коде. ===<br />
<br><br />
- необходимо в gulag_tasks.script внести настройку работ для данного типа гулага <br><br />
<code><br />
t = { section = "kamp1@gar_bandits", <br />
idle = 0,<br />
prior = 1, state = {0}, group = groups[0]<br />
in_rest = "", out_rest = ""<br />
} </code><br />
<br />
Idle – время в мс между запусками работы. Если оно отлично от 0, то работа может сетится только раз в заданное время. Если работа просечена – то обнуляться она не будет. Нужно для того чтобы раз в интервал отправлять патрули и другие конечные работы<br><br />
Prior – приоритет. Сперва заполняются работы с более высоким приоритетом.<br><br />
State - таблица с перечнем состояний гулага, в которых доступна данная работа.<br><br />
Group – группа для текущей работы, из перечисленных в кастом дате зоны.<br><br />
In_rest, out_rest - In и out рестрикторы для персонажа на текущей работе.<br><br />
<br><br />
- необходимо в gulag_tasks.script добавить функцию просчета состояния для данного типа гулага (см пример в коде. Функция loadStates())<br><br />
- в файле gulag_tasks.ltx создать описание каждой работы. Пример смотри в данном файле. Каждая работа должна описываться отдельной секцией(за исключением работ, которые кушают один и те же настройки, например kamp). Имена секций следует давать в соответствии с соглашением([walker1@имя зоны])<br><br />
- в файле xr_gulag.script добавить функцию проверки на допустимость персонажа к гулагу (см пример в коде check_npc())<br><br />
<br />
<br />
[[Категория:Скрипты]]</div>95.27.113.222http://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_0Настройка логики. Часть 02010-03-10T09:34:23Z<p>95.27.113.222: </p>
<hr />
<div>==1. Changes Log==<br />
<br />
<NULL><br />
<br />
==2. Скрипты==<br />
Скрипты, которые можно использовать при конструировании игровых сцен: ScriptList<br />
<br />
Настройка смарттеррейнов: ScriptGulag<br />
<br />
==2.1. ГУЛАГ==<br />
==2.1.1. Что это такое? Особенности==<br />
Гулаг - средство объединения нескольких сталкеров под централизованным управлением.<br />
<br />
Основные особенности:<br><br />
<br />
* есть список работ гулага. Работа - настроенная схема поведения (или цепочка схем поведения);<br><br />
* работы имеют приоритеты;<br><br />
* гулаг назначает на работы сталкеров начиная с работ с наивысшим приоритетом;<br><br />
* гулаг имеет состояния. Состояние - набор работ;<br><br />
<br />
==2.1.2. Как добавить новый тип гулага==<br />
<br />
===1. Установка на уровне.===<br />
<br />
- Необходимо установить зону smart_terrain, которая бы накрывала место захвата свежих душ (место спауна сталкеров). Необходимо помнить, что название зоны будет являться префиксом для патрульных путей, относящихся к этому гулагу. В custom_data зоны необходимо прописать настройку гулага: <br><br />
<br />
[gulag1] <br><br />
type = <тип гулага> <br><br />
squad = <squad> <br><br />
groups = <groups> <br><br />
capacity = <capacity> <br><br />
idle = min[, max] ;время бездействия после роспуска гулага. умолчание=0 <br><br />
stay = min[, max] ;время, на которое сталкер останется. умолчание=навсегда <br><br />
duration = min[, max] ; вермя существования данного типа гулага. умолчание=всегда <br><br />
preconditions = info1[, info2, ...] ; чтоб данный тип гулага образовался, нужно присутствие всех infoportions <br><br />
p = вероятность попадания сталкера под смарт терейн в процентах <br><br />
offline = true/false ; может ли данный гулаг образоваться в офлайне <br><br />
<br><br />
времена задаются в часах игрового времени и могут быть дробными<br><br />
<br />
где:<br><br />
<тип гулага> - от него зависит набор и настройка работ.<br><br />
<squad> - все люди в гулаге будут иметь данный сквад. При отпускании на волю им будет восстанавливаться их родной сквад из редактора.<br><br />
<groups> - перечень групп, которые будут сетиться для той или иной работы. Задается строкой чисел, разделенных запятыми.<br><br />
<capacity> - максимальная вместимость гулага. Если количество человек в гулаге достигает этого значения, то больше в гулаг никто не принимается. Количество работ в гулаге в любой момент времени должно быть больше либо равно вместимости. Таким образом количество людей в гулаге гарантированно будет меньше либо равно количеству работ в любой момент времени.<br><br />
<br />
=== 2. Установка в коде. ===<br />
<br><br />
- необходимо в gulag_tasks.script внести настройку работ для данного типа гулага <br><br />
<code><br />
t = { section = "kamp1@gar_bandits", <br />
idle = 0,<br />
prior = 1, state = {0}, group = groups[0]<br />
in_rest = "", out_rest = ""<br />
} </code><br />
<br />
Idle – время в мс между запусками работы. Если оно отлично от 0, то работа может сетится только раз в заданное время. Если работа просечена – то обнуляться она не будет. Нужно для того чтобы раз в интервал отправлять патрули и другие конечные работы<br><br />
Prior – приоритет. Сперва заполняются работы с более высоким приоритетом.<br><br />
State - таблица с перечнем состояний гулага, в которых доступна данная работа.<br><br />
Group – группа для текущей работы, из перечисленных в кастом дате зоны.<br><br />
In_rest, out_rest - In и out рестрикторы для персонажа на текущей работе.<br><br />
<br><br />
- необходимо в gulag_tasks.script добавить функцию просчета состояния для данного типа гулага (см пример в коде. Функция loadStates())<br><br />
- в файле gulag_tasks.ltx создать описание каждой работы. Пример смотри в данном файле. Каждая работа должна описываться отдельной секцией(за исключением работ, которые кушают один и те же настройки, например kamp). Имена секций следует давать в соответствии с соглашением([walker1@имя зоны])<br><br />
- в файле xr_gulag.script добавить функцию проверки на допустимость персонажа к гулагу (см пример в коде check_npc())<br><br />
<br />
<br />
[[Категория:Скрипты]]</div>95.27.113.222http://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_0Настройка логики. Часть 02010-03-10T09:30:20Z<p>95.27.113.222: </p>
<hr />
<div>==1. Changes Log==<br />
<br />
<NULL><br />
<br />
==2. Скрипты==<br />
Скрипты, которые можно использовать при конструировании игровых сцен: ScriptList<br />
<br />
Настройка смарттеррейнов: ScriptGulag<br />
<br />
==2.1. ГУЛАГ==<br />
==2.1.1. Что это такое? Особенности==<br />
Гулаг - средство объединения нескольких сталкеров под централизованным управлением.<br />
<br />
Основные особенности:<br />
<br />
* есть список работ гулага. Работа - настроенная схема поведения (или цепочка схем поведения);<br />
* работы имеют приоритеты;<br />
* гулаг назначает на работы сталкеров начиная с работ с наивысшим приоритетом;<br />
* гулаг имеет состояния. Состояние - набор работ; <br />
<br />
==2.1.2. Как добавить новый тип гулага==<br />
<br />
1. Установка на уровне.<br />
<br />
- Необходимо установить зону smart_terrain, которая бы накрывала место захвата свежих душ (место спауна сталкеров). Необходимо помнить, что название зоны будет являться префиксом для патрульных путей, относящихся к этому гулагу. В custom_data зоны необходимо прописать настройку гулага: <br />
<br />
[gulag1] <br />
type = <тип гулага><br />
squad = <squad><br />
groups = <groups><br />
capacity = <capacity><br />
idle = min[, max] ;время бездействия после роспуска гулага. умолчание=0<br />
stay = min[, max] ;время, на которое сталкер останется. умолчание=навсегда<br />
duration = min[, max] ; вермя существования данного типа гулага. умолчание=всегда<br />
preconditions = info1[, info2, ...] ; чтоб данный тип гулага образовался, нужно присутствие всех infoportions<br />
p = вероятность попадания сталкера под смарт терейн в процентах<br />
offline = true/false ; может ли данный гулаг образоваться в офлайне<br />
<br />
времена задаются в часах игрового времени и могут быть дробными<br />
где:<br />
<тип гулага> - от него зависит набор и настройка работ.<br />
<squad> - все люди в гулаге будут иметь данный сквад. При отпускании на волю им будет восстанавливаться их родной сквад из редактора.<br />
<groups> - перечень групп, которые будут сетиться для той или иной работы. Задается строкой чисел, разделенных запятыми.<br />
<capacity> - максимальная вместимость гулага. Если количество человек в гулаге достигает этого значения, то больше в гулаг никто не принимается. Количество работ в гулаге в любой момент времени должно быть больше либо равно вместимости. Таким образом количество людей в гулаге гарантированно будет меньше либо равно количеству работ в любой момент времени.<br />
<br />
2. Установка в коде.<br />
<br />
- необходимо в gulag_tasks.script внести настройку работ для данного типа гулага <br />
<br />
t = { section = "kamp1@gar_bandits", <br />
idle = 0,<br />
prior = 1, state = {0}, group = groups[0]<br />
in_rest = "", out_rest = ""<br />
}<br />
<br />
Idle – время в мс между запусками работы. Если оно отлично от 0, то работа может сетится только раз в заданное время. Если работа просечена – то обнуляться она не будет. Нужно для того чтобы раз в интервал отправлять патрули и другие конечные работы<br />
Prior – приоритет. Сперва заполняются работы с более высоким приоритетом.<br />
State - таблица с перечнем состояний гулага, в которых доступна данная работа.<br />
Group – группа для текущей работы, из перечисленных в кастом дате зоны.<br />
In_rest, out_rest - In и out рестрикторы для персонажа на текущей работе.<br />
<br />
- необходимо в gulag_tasks.script добавить функцию просчета состояния для данного типа гулага (см пример в коде. Функция loadStates())<br />
- в файле gulag_tasks.ltx создать описание каждой работы. Пример смотри в данном файле. Каждая работа должна описываться отдельной секцией(за исключением работ, которые кушают один и те же настройки, например kamp). Имена секций следует давать в соответствии с соглашением([walker1@имя зоны])<br />
- в файле xr_gulag.script добавить функцию проверки на допустимость персонажа к гулагу (см пример в коде check_npc())<br />
<br />
<br />
[[Категория:Скрипты]]</div>95.27.113.222http://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_0Настройка логики. Часть 02010-03-10T09:27:48Z<p>95.27.113.222: </p>
<hr />
<div>1. Changes Log<br />
<br />
<NULL><br />
<br />
2. Скрипты<br />
Скрипты, которые можно использовать при конструировании игровых сцен: ScriptList<br />
<br />
Настройка смарттеррейнов: ScriptGulag<br />
<br />
2.1. ГУЛАГ<br />
2.1.1. Что это такое? Особенности<br />
Гулаг - средство объединения нескольких сталкеров под централизованным управлением.<br />
<br />
Основные особенности:<br />
<br />
* есть список работ гулага. Работа - настроенная схема поведения (или цепочка схем поведения);<br />
* работы имеют приоритеты;<br />
* гулаг назначает на работы сталкеров начиная с работ с наивысшим приоритетом;<br />
* гулаг имеет состояния. Состояние - набор работ; <br />
<br />
2.1.2. Как добавить новый тип гулага<br />
<br />
1. Установка на уровне.<br />
<br />
- Необходимо установить зону smart_terrain, которая бы накрывала место захвата свежих душ (место спауна сталкеров). Необходимо помнить, что название зоны будет являться префиксом для патрульных путей, относящихся к этому гулагу. В custom_data зоны необходимо прописать настройку гулага: <br />
<br />
[gulag1] <br />
type = <тип гулага><br />
squad = <squad><br />
groups = <groups><br />
capacity = <capacity><br />
idle = min[, max] ;время бездействия после роспуска гулага. умолчание=0<br />
stay = min[, max] ;время, на которое сталкер останется. умолчание=навсегда<br />
duration = min[, max] ; вермя существования данного типа гулага. умолчание=всегда<br />
preconditions = info1[, info2, ...] ; чтоб данный тип гулага образовался, нужно присутствие всех infoportions<br />
p = вероятность попадания сталкера под смарт терейн в процентах<br />
offline = true/false ; может ли данный гулаг образоваться в офлайне<br />
<br />
времена задаются в часах игрового времени и могут быть дробными<br />
где:<br />
<тип гулага> - от него зависит набор и настройка работ.<br />
<squad> - все люди в гулаге будут иметь данный сквад. При отпускании на волю им будет восстанавливаться их родной сквад из редактора.<br />
<groups> - перечень групп, которые будут сетиться для той или иной работы. Задается строкой чисел, разделенных запятыми.<br />
<capacity> - максимальная вместимость гулага. Если количество человек в гулаге достигает этого значения, то больше в гулаг никто не принимается. Количество работ в гулаге в любой момент времени должно быть больше либо равно вместимости. Таким образом количество людей в гулаге гарантированно будет меньше либо равно количеству работ в любой момент времени.<br />
<br />
2. Установка в коде.<br />
<br />
- необходимо в gulag_tasks.script внести настройку работ для данного типа гулага <br />
<br />
t = { section = "kamp1@gar_bandits", <br />
idle = 0,<br />
prior = 1, state = {0}, group = groups[0]<br />
in_rest = "", out_rest = ""<br />
}<br />
<br />
Idle – время в мс между запусками работы. Если оно отлично от 0, то работа может сетится только раз в заданное время. Если работа просечена – то обнуляться она не будет. Нужно для того чтобы раз в интервал отправлять патрули и другие конечные работы<br />
Prior – приоритет. Сперва заполняются работы с более высоким приоритетом.<br />
State - таблица с перечнем состояний гулага, в которых доступна данная работа.<br />
Group – группа для текущей работы, из перечисленных в кастом дате зоны.<br />
In_rest, out_rest - In и out рестрикторы для персонажа на текущей работе.<br />
<br />
- необходимо в gulag_tasks.script добавить функцию просчета состояния для данного типа гулага (см пример в коде. Функция loadStates())<br />
- в файле gulag_tasks.ltx создать описание каждой работы. Пример смотри в данном файле. Каждая работа должна описываться отдельной секцией(за исключением работ, которые кушают один и те же настройки, например kamp). Имена секций следует давать в соответствии с соглашением([walker1@имя зоны])<br />
- в файле xr_gulag.script добавить функцию проверки на допустимость персонажа к гулагу (см пример в коде check_npc())</div>95.27.113.222