S.T.A.L.K.E.R. Inside Wiki - Вклад участника [ru]

Настройка логики. Часть 1

2013-07-12T15:15:31Z

195.88.52.203: Отмена правки 12947 участника 91.218.192.254 (обсуждение)

{{Шаблон:Настройка логики}}

<center>Настройки логики</center>

=Система флагов (path_walk, path_look)=
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля '''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==Более подробное описание путей.==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»!

==Система флагов для монстров==
Флаги пути движения: 
'''''s=имя_звуковой_темы''''' 
:Устанавливает звуковую тему на пути в данную точку ('''''idle''''', '''''eat''''', '''''attack''''', '''''attack_hit''''', '''''take_damage''''', '''''die''''', '''''threaten''''', '''''steal''''', '''''panic''''', '''''growling'''''). 
'''''с''''' 
:Устанавливает положение ходьбы вприсядку. 
'''''r''''' 
:Устанавливает положение ходьбы бег. 
'''''sig=name''''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля '''''on_signal''''' логической схемы. 
'''''b=vis/invis''''' 
:Флаг, исключительно для кровососа. Управляет невидимостью ('''''vis''''' - отключена, '''''invis''''' - включена).

Флаги пути обзора: 
'''''t=msec''''' 
:Время в миллисекундах, которое нужно ждать, смотря в точку. 
'''''a=state''''' 
:Анимация ('''''stand_idle''''', '''''sit_idle''''', '''''lie_idle''''', '''''eat''''', '''''sleep''''', '''''rest''''', '''''attack''''', '''''look_around''''', '''''turn'''''). 

==Случайный выбор пути==
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

=Схемы поведения сталкеров.=
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя_пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя_пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==Схема remark==
Схема используется для синхронизации\связки других схем. 

'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой_темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение (в ТЧ и ЧН) или строковое (в ЗП)<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>

'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. 
:То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя_пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = <имя_пути>''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = <number>''''' - насколько далеко сталкер будет сидеть от центра лагеря. По умолчанию - 2 метра. 
'''''def_state_moving = <название_анимации>''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. По умолчанию - '''''walk''''' 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. 
:Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''':<ini>path_walk = <имя_пути>_task</ini>Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp_center
path_walk = kamp_center_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==Схема camper==
Свойства камперов:
* кампер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* камперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кампера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* камперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''radius = <number>''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию - 20 метров. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания.
:Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите камперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию - '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути.
:По умолчанию - '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию - '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/камперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''.
:Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кампера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), 
:то он тупо продолжает стоять на старом месте и ждать следующей пули. 
:Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или сталкеры смогут атаковать поставленного кампера. Используйте '''''walker''''' в таких случаях, а камперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==Схема sniper==
Разновидность кампера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

Файл: ''gamedata\scripts\xr_camper.script''

==Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = <number>''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = <number>''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': Не забыть прописать:
<ini>[smart_terrains]
none = true</ini>
:Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==Схема wounded==
Схема раненного. Определяет поведение NPC в состоянии "раненный". 
'''''Примечание''''': не рекомендуется задавать схему в качестве активной.

'''[wounded]''' 
'''''hp_state = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он не видит игрока. 
'''''hp_state_see = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он видит игрока. 
'''''psy_state = <PSY>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при псиатаках, в зависимости от уровня пси-здоровья равному '''''PSY'''''. 
'''''hp_victim = <HP>|<параметр>''''' - куда будет смотреть NPC при значении уровня его здоровья равному '''''HP''''', возможные параметры: 
:*'''''story_id''''' - числовое значение;
:*'''''actor''''' - без комментариев;
:*'''''nil''''' - позиция вычисленная АИ автоматически.
'''''hp_cover = <HP>|true/false''''' - идти в укрытие или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''hp_fight = <HP>|true/false''''' - разрешено воевать или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''syndata = <название_анимации>@<название_звуковой_темы>''''' - синхропары для красоты. 
'''''help_dialog = <название_диалога>''''' - возможность установить диалог, вместо стандартного '''''actor_help_wounded'''''. 
'''''help_start_dialog = <название_диалога>''''' - возможность установить стартовый диалог. 

'''''Примечание''''': желательно, чтобы все установленные актёрские диалоги для раненых имели условие их появления следующего вида: 
:<xml><precondition>dialogs.allow_wounded_dialog</precondition></xml>
'''''Примечание''''': если необходимо поставить несколько состояний, в зависимости от разного значения уровня здоровья, то сами состояния нужно разделять символом ‘|’: 
:<ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy</ini>
:Здесь определятся два состояния при уровне здоровья 30 и 10 соответственно.
:Для параметров '''''hp_state_see''''', '''''psy_state''''', '''''hp_victim''''', '''''hp_cover''''', '''''hp_fight''''' способ такой же.

'''''Пример использования схемы (в качестве примера взята дефолтная настройка)''''': <ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20|psy_shoot,psy_pain@wounded_psy_shoot,wounded_psy
hp_victim = 30|actor|10|nil
hp_cover = 30|true|10|false
hp_fight = 30|true|10|false
syndata = wounded@help
;best_pistol – проверка на то, что лучшее оружие NPC является пистолетом.</ini>

Файл: ''gamedata\scripts\xr_wounded.script''

==Схема rest==
Чувак гуляет, хавает, спит. 
Нормально не работает, посему в релизе не используется. 

Файл: ''gamedata\scripts\xr_rest.script''

==Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 
В активную схему вставляется параметр:<ini>heli_hunter = {+info -info =func !func ~number}true/false</ini>

Пример:<ini>[camper@bar_freedom_attack_sniper_1]
path_walk = camper_1_walk
path_look = camper_1_look
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor%
meet_talk_enabled = true
meet_dialog = bar_svoboda_dialog
heli_hunter = {-bar_ecolog_crush_heli_down} true</ini>

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

==Схема patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию '''''kamp''''' только в состоянии ходьбы. Для ее работы прописываем в '''''custom_data''''' следующее: 

'''[patrol]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''formation = <параметр>''''' - описывет способ построения и не является обязательным. Возможны следующие варианты: 
:*'''''back''''' - мужики идут чуть позади командира в два ряда (по умолчанию); 
:*'''''line''''' - шеренга; 
:*'''''around''''' - вокруг командира. 
'''''commander = true/false''''' - будет ли NPC назначен командиром, желательно, чтобы такой красивый он был один. '''''false''''' - по умолчанию. 
'''''move_type = <название_анимации>''''' - задает изначальный режим перемещения, по умолчанию '''''patrol'''''. 

При остановке командора в '''''meet''''' мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом: 
<ini>ret=0...2</ini>
:*0 - линия;
:*1 – вокруг старшего;
:*2 – по бокам.

При движении командор работает как обычный '''''walker''''' и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано '''''a=assault''''', то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

'''''Примечание''''': что еще не сделано или глючит: 
:*нет возможности автоматически перестроить команду;
:*все идут молча;
:*командор пока не отдает команд;
:*не рекомендуется включать спринт.

'''''Пример использования схемы''''':<ini>[patrol@val_escort_captive_wait]
path_walk = captive_wait_walk
path_look = captive_wait_look
commander = true
formation = back</ini>

Файл: ''gamedata\scripts\xr_patrol.script''

==Схема meet==
Схема позволяющая настроить ситуацию, когда НПС встречает актора.

'''[meet]''' 
'''''meet_state/meet_state_wpn = <number>|<название_анимации>@<название_звуковой_темы>''''' – задает анимацию и озвучку персонажа,
:в зависимости от расстояния до актера равному '''''number'''''. Для ситуации, когда актор безоружен и вооружён соответственно. 
'''''victim/victim_wpn = <number>|<параметр>''''' - задает объект, на который должен будет смотреть персонаж, в зависимости от расстояния равное '''''number'''''.
:Для ситуации, когда актор безоружен и вооружён соответственно. Возможны следующие значения: 
::*'''''actor''''' - смотреть на игрока; 
::*'''''story_id''''' - смотреть на персонажа со указанным '''''story_id'''''; 
::*'''''nil''''' - никуда. 
'''''use/use_wpn = true/false/self''''' - настройки юзабельности персонажа.
:При установки значения '''''self''''' NPC сам юзнет игрока, как только сможет дотянуться. 
'''''zone = <имя_зоны>|<название_анимации>@<название_звуковой_темы>''''' - если актор будет замечен в указанном рестрикторе,
:то NPC будет отыгрывать заданную анимацию и произносить заданный звук. 
'''''meet_dialog = <название_диалога>''''' - возможность установить стартовый диалог NPC. 
'''''synpairs = <название_анимации>@<название_звуковой_темы>''''' - Если при каком-то наборе условий
:встреча будет отыгрывать именно это состояние и эту звуковую тему – то они будут синхронизироваться по рандомным анимациям состояния тела. 
'''''abuse = true/false''''' - по умолчанию '''''true''''', если '''''false''''', то неюзающийся противник не будет обижаться. 
'''''precond = usability/visibility'''''. 

Любую строку можно задавать кондлистом ('''''{+info -info =func !func ~number}'''''). 

Для облегчения настройки встречи сделана возможность упрощенного задания дефолта: <ini>[walker]
meet = default_meet</ini>Саму секцию '''''default_meet''''' задавать не надо. Все настройки и так возьмутся из дефолта. По дефолту встреча настроена со следующими параметрами: 
<ini>[default_meet]
meet_state = 30|hello@hail|20|wait@wait
meet_state_wpn = 30|backoff@threat_weap
victim = 30|actor
victim_wpn = 30|actor
use = true
use_wpn = false
syndata = hello@hail|backoff@threat_weap</ini>

'''''Примечание''''': если нужно, чтобы сталкер не разговаривал с игроком в данной секции, необходимо прописать ему '''''meet = no_meet'''''. 

Теперь о том, как с помощью этого конструктора собрать ту реакцию на актера, которая вам нужна. 

*'''Ситуация 1'''. 
Игрок вдалеке подзывает нас рукой, при приближении просит убрать оружие, потом согласен говорить. <ini>[meet]
meet_state = 50| hello@talk_hello| 20| wait@wait| 10| ward@wait
meet_state_wpn = 50| hello@talk_hello| 20| threat@threat_weap
victim = 50| actor
victim_wpn = 50| actor
use = true<
use_wpn = false</ini>

*'''Ситуация 2'''. 
Сталкер завидя нас просит убрать оружие. После этого подходит и заговаривает с нами. Если мы начинаем уходить от него или достаем оружие – начинает нас стрелять. <ini>[meet]
meet_state = 50|{+info} threat_fire %=killactor% ,walk@ {+info} talk_abuse, wait|10|walk %+info%
meet_state_wpn = 50|{+info} threat_fire %=killactor%, threat@ {+info} talk_abuse, wait
victim = 50|actor
victim_wpn = 50|actor
use = {-info2} self, false
use_wpn = false</ini>Здесь: 
'''''info''''' – инфопорция, которая указывает что мы уже опустили оружие и были достаточно близко к NPC; 
'''''info2''''' – инфопорция, которая устанавливается в диалоге и говорит что персонаж уже сказал нам все, что хотел; 
'''''killactor''''' – функция в ''xr_effects.script'' которая обижает NPC на игрока. 

*'''Ситуация 3'''. 
Персонаж ходит по патрульному пути на заставе лагеря. Если игрок имеет допуск в лагерь – пропускает его и здоровается, иначе сперва отпугивает, а если игрок пробрался в лагерь – то обижается на него. При этом диалог зависит от того, имеет игрок допуск в лагерь или нет. <ini>[camper]
path_walk = path_walk
path_look = path_look
meet = meet

[meet]
meet_state = 30|{+info} wait, threat@ {+info} talk_hello, threat_back
meet_state_wpn = 30|{+info} wait, threat@ {+info} talk_hello, threat_back
victim = 30|actor
victim_wpn = 30|actor
use = true
use_wpn = true
zone = warnzone|{-info} threat@ {-info} threat_back|kampzone| {-info} true@ {-info} talk_abuse
meet_dialog = {+info} dialog1, dialog2</ini>Здесь: 
'''''true''''' – вместо анимации, атаковать игрока; 
'''''info''''' – инфопорция, которая говорит, что мы имеем допуск к лагерю; 
'''''warnzone''''' – рестриктор, в котором нас предупреждают; 
'''''kampzone''''' – рестриктор, в котором нас убивают; 
'''''dialog1''''' – стартовый диалог NPC, если мы имеем допуск в лагерь; 
'''''dialog2''''' – стартовый диалог NPC, если мы не имеем допуск в лагерь. 

Файл: ''gamedata\scripts\xr_meet.script''

----

[[Часть 2]]

[[Категория:A-Life]][[Категория:Скрипты]]

Обсуждение:CoP. Определение координат ГГ на локации

2013-07-06T08:14:55Z

195.88.52.203: Удалено содержимое страницы

Smart Terrein и Gulag

2013-06-25T21:08:52Z

195.88.52.203: Удалено содержимое страницы

Настройка логики. Часть 4

2013-06-22T21:13:03Z

195.88.52.203: Небольшая поправочка. --# ColR_iT

{{Шаблон:Настройка логики}}

=Набор дополнительных настроек логики у разных объектов=
Для всех физических объектов есть секция '''''ph_idle''''', поддерживающая кондлист в которую можно при необходимости переводить объекты.

==Схема ph_idle==
Схема по сути ничего не делает, представляет некое промежуточное состояние объекта. Аналог схемы '''''sr_idle''''', только для физического объекта. 

'''[ph_idle]''' 
'''''hit_on_bone = <number>|{+info -info =func !func ~number} %+info -info =func% <название_схемы>''''' - определяет, что произойдёт,
:если объект получит хит по кости '''''number'''''. 
'''''on_use = {+info -info =func !func ~number} %+info -info =func% <название_схемы>''''' - определяет, что произойдёт, если актор взаимодействует с объектом. 
'''''tips = <имя_текса>''''' - строка с '''''id''''' текста зарегистрированного в папке ''gamedata\config\text''. Подсказка при наведении. 
'''''nonscript_usable = true/false''''' - возможность стандартных (нескриптовых) действий над объектом: взять объект в интерфейс, открыть инвентарь.
:В игре используется в одном случае - для объектов с именем секции '''''inventory_box''''', то беж тайников. 

''''Пример использования схемы''''':<ini>[logic]
active = ph_idle

[ph_idle]
hit_on_bone = 1|%+agroprom_u_light_4%|2|%+agroprom_u_light_4%|3|%+agroprom_u_light_4%|4|%+agroprom_u_light_4%
on_info = {+agroprom_u_light_4} nil %=turn_off_object%</ini>

Файл: ''gamedata\scripts\ph_idle.script''

==Схема ph_door==
Схема для работы двери. 
'''''Примечание''''': для двустворчатых ворот задается все аналогично. 

'''[ph_door]''' 
'''''locked = true/false''''' - заперта ли дверь. По умолчанию '''''false'''''. 
'''''closed = true/false''''' - закрыта ли дверь. По умолчанию '''''true'''''. 
'''''show_tips = true/false''''' - нужно ли показывать подсказку при наведении на дверь. По умолчанию '''''true'''''. 
'''''tip_open = <имя_текса>''''' - строка с '''''id''''' текста зарегистрированного в папке ''gamedata\config\text''.
:Подсказка, которая появляется около прицела при наведении на дверь, если дверь закрыта. Если '''''locked''''' равен '''''false''''', то по умолчанию '''''tip_door_open''''', иначе '''''tip_door_locked'''''. 
'''''tip_close = <имя_текса>''''' - строка с '''''id''''' текста зарегистрированного в папке ''gamedata\config\text''.
:Подсказка, которая появляется около прицела при наведении на дверь, если дверь открыта. Если '''''locked''''' равен '''''false''''', то по умолчанию '''''tip_door_close''''', иначе пустое значение. 
'''''snd_open_start = <название_звуковой_темы>''''' - имя темы из файла ''sound_theme.script''. Звук, который будет отыгран при попытке открыть дверь. 
'''''snd_close_start = <название_звуковой_темы>''''' - имя темы из файла ''sound_theme.script''. Звук, который будет отыгран при попытке закрыть дверь. 
'''''snd_close_stop = <название_звуковой_темы>''''' - имя темы из файла ''sound_theme.script''. Звук, который будет отыгран, когда дверь захлопнется до конца. 
'''''on_use = {+info -info =func !func ~number} %+info -info =func% <название_схемы>''''' - определяет, что произойдёт, если актор взаимодействует с дверью.
:Обычно используется для переключения схемы. 
'''''hit_on_bone = <number>|{+info -info =func !func ~number} %+info -info =func% <название_схемы>''''' - определяет, что произойдёт,
:если дверь получит хит по кости '''''number'''''. 
'''''no_force = true/false''''' - по умолчанию '''''false'''''. 

'''''Пример использования схемы''''':<ini>[logic]
active = ph_door@locked

[ph_door@locked]
locked = true
snd_open_start = trader_door_unlock
on_info = {+esc_trader_can_leave} ph_door@closed %=play_snd(device\door_servomotor)%

[ph_door@closed]
closed = true
locked = false
on_use = ph_door@open %-esc_close_door%
snd_open_start = trader_door_open_start
snd_close_start = trader_door_close_start
snd_close_stop = trader_door_close_stop

[ph_door@open]
closed = false
locked = false
on_use = ph_door@closed
on_info = {+esc_close_door} ph_door@closed
snd_open_start = trader_door_open_start
snd_close_start = trader_door_close_start
snd_close_stop = trader_door_close_stop</ini>

Файл: ''gamedata\scripts\ph_door.script''

==Схема ph_button==

Схема работы кнопки. 
При нажатии на кнопку переключает секции и выдает инфопоршн. 

'''[ph_button]''' 
'''''anim_blend = true/false''''' – плаваня, сглаженная анимация. 
'''''anim = <название_анимации>''''' – анимация, которая отыгрывается при нажатии на кнопку. 
'''''on_press = {+info -info =func !func ~number} %+info -info =func% <название_схемы>''''' - что произойдёт при нажатии на кнопку. 
'''''tooltip = <имя_текса>''''' - строка с '''''id''''' текста зарегистрированного в папке ''gamedata\config\text''. Подсказка при наведении. 

'''''Пример использования схемы:'''''<ini>[logic]
active = ph_button@rad_on

[ph_button@rad_on]
anim_blend = true
anim = lab_primary_switcher_idle
tooltip = tips_rad_switcher_press
on_press = ph_button@rad_off % +bar_deactivate_radar_done%</ini>

Файл: ''gamedata\scripts\ph_button.script''

==Схема ph_code==
Схема для осуществления ввода цифрового пароля.
При введении указанного кода выдает инфопоршн.

'''[ph_code]'''
'''''code = <код>''''' - установка кода. 
'''''on_code = {+info -info =func !func ~number}%+info -info =func%''''' - что произойдёт при вводе правильного пароля. 
'''''on_check_code = <код> | {+info -info =func !func ~number}%+info -info =func%''''' - что произойдёт при вводе установленного пароля. 
'''''tips = <имя_текса>''''' - строка с '''''id''''' текста зарегистрированного в папке ''gamedata\config\text''. Подсказка при наведении. 

'''''Пример использования схемы''''':<ini>[logic]
active = ph_code

[ph_code]
code = 1287975
on_code = nil %+rad_code_door_unlocked%</ini>
<ini>[logic]
active = ph_code@lock

[ph_code@lock]
on_check_code1 = 2011533 | %+bun_codelock_open%
on_check_code2 = 342089 | %+bun_codelock_open%</ini>

Файл: ''gamedata\scripts\ph_code.script''

==Схема ph_gate==

То же самое, что и '''''ph_door''''', но для ворот, состоящих из двух дверей:

'''[ph_gate]''' 
'''''state - <параметр>''''' - состояние, в котором дверь находится при инициализации (по умолчанию '''''none'''''). Возможны следующие значения: 
:*'''''open''''' - в открытом состоянии; 
:*'''''closed''''' - в закрытом состоянии; 
:*'''''none''''' - в текущем (дефолтном или оставшемся от предыдущей схемы). 
'''''locking - <параметр>''''' - блокировка дверей (по умолчанию '''''none'''''). Возможны следующие значения: 
:*'''''stick''''' - прилипание дверей к крайним состояниям. 
:*'''''soft''''' - дверь заблокирована с помощью силы, т.е. можно ее открыть/пробить машиной. Состояния в этом положении: 
::*'''''open''''' - блокировать в открытом состоянии; 
::*'''''closed''''' - в закрытом; 
::*'''''none''''' - не используется (мягкая блокировка возможна только в крайних положениях); 
:*'''''hard''''' - блокировка двери с помощью границ. Ворота можно только сломать. Состояния в этом положении: 
::*'''''open''''' - блокировать в открытом состоянии; 
::*'''''closed''''' - в закрытом; 
::*'''''none''''' - в текущем. 
:*'''''none''''' - дверь не заблокирована 
'''''left_limit/right_limit = <number>''''' - задают угол [0-180] открытия каждой из створок ворот. По умолчанию - 100 градусов. 
'''''breakable = true/false''''' - определяет можно ли сломать ворота. По умолчанию '''''true'''''. 
'''''Звуковые параметры аналогичны ph_door'''''. 

'''''Пример использования схемы''''':<ini>[logic]
active = ph_gate@locked

[ph_gate@locked]
state = closed
locking = hard
on_info = {+val_chase_start} ph_gate@unlocked

[ph_gate@unlocked]
state = closed
locking = stick</ini>

Файл: ''gamedata\scripts\ph_gate.script''

==Схема ph_sound==

Прописывается у физического объекта какие звуки он выдает (изначально планировался как матюгальник). 

'''[ph_sound]''' 
'''''snd = <название_звуковой_темы>''''' - имя темы из файла ''sound_theme.script'' из таблицы '''''ph_snd_themes'''''. 
'''''looped = true/false''''' - зацикленное воспроизведение звука. По умолчанию - '''''false'''''. 
'''''min_idle = <number>''''' - минимальное время простоя перед включением звука (мс). По умолчанию - 0. 
'''''max_idle = <number>''''' - максимальное время простоя перед включением звука (мс). По умолчанию - 0. 
'''''random = true/false''''' - если '''''true''''', то из темы будет выбран рандомный звук и таким образом звуки будут играться до посинения. По умолчанию - '''''false'''''. 
'''''no_hit = true/false''''' - будет ли схема реагировать на нанесённый хит. По умолчанию - '''''true'''''. 

'''''Примечание''''': если задать '''''random = true''''' и '''''looped = true''''', то схема сыпется. 

Поддерживается сигнал '''''sound_end'''''.

Данная схема работает, мягко говоря, через задницу, поэтому зацикленный звук будет продолжать отыгрываться, даже если объект уходит в '''''nil'''''. В связи с этим надо создавать новую секцию, которая бы отыгрывала одиночный короткий звук, после которого (поскольку он будет точно также играться раз за разом) ставим '''''on_signal = sound_end| nil'''''. 

Специфическим образом создается звуковая схема. 
В ''sound_theme.script'' в начале файла есть секция '''''ph_themes''''', в которой и описываются темы для физ объектов. 
Например:<lua>ph_snd_themes["gar_seryi_shooting"] = {[[characters_voice\human_01\scenario\garbage\distance_shooting]]}</lua>

Кроме того (незадекларированная фича) '''''ph_sound''''' можно вешать на рестрикторы. Но за правильность работы в таком случае никто ответственности не несет. 
Однако в оригинале такое встречается, например в бункере Выжигателя мозгов есть рестриктор '''''bun_space_restrictor_sound1''''' на который как раз и повешан '''''ph_sound'''''. 

'''''Пример использования схемы''''':<ini>[logic]
active = ph_sound

[ph_sound]
snd = gar_bandits_seryi
min_idle = 1000
max_idle = 5000</ini>

Файл: ''gamedata\scripts\ph_sound.script''

==Схема ph_force==

Схема позволяет пнуть предмет в указанную сторону. 

'''[ph_force]''' 
'''''force = <number>''''' - сила, которая прикладывается к объекту. Измеряется в убитых енотах. 
'''''time = <number>''''' - время прикладывания силы к предмету (в миллисекундах). 
'''''delay = <number>''''' - задержка (в секундах) перед применением силы. 
'''''point = <имя_пути>''''' - имя патрульного пути, точки которого будут использованы как цели (куда направлять предмет). 
'''''point_index = <number>''''' - индекс точки патрульного пути, в стону которого полетит предмет. 

'''''Пример использования схемы''''':<ini>[logic]
active = ph_idle

[ph_idle]
on_info = {+rad_here_i_come} ph_force

[ph_force]
force = 1500
time = 500
delay = 0
point = rad_barrel_drop
point_index = 0</ini>

Файл: ''gamedata\scripts\ph_appforce.script''

==Схема ph_on_death==

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

'''[ph_on_death]''' 
'''''on_info = {+info -info =func !func ~number} %+info -info =func%''''' - эффекты при разрушении. 

'''''Примечание''''': использовать исключительно с разрушаемыми физическими объектами ('''''physic_destroyable_object'''''). 

'''''Пример использования схемы''''':<ini>[logic]
active = ph_on_death

[ph_on_death]
on_info = %=inc_counter(mon_destroy_generator) =x18_gluk%</ini>

Файл: ''gamedata\scripts\ph_death.script''

==Схема ph_car==

Настройка управления наземным транспортом. 

'''[ph_car]''' 
'''''usable = {+info -info =func !func ~number}''''' - условия для юзабелености объекта.
'''''show_tips = true/false''''' - отображать ли подсказку. По умолчанию - '''''true'''''. 
'''''tip_use = <имя_текса>''''' - строка с '''''id''''' текста зарегистрированного в папке ''gamedata\config\text''. Подсказка, в случае, если условия для '''''usable''''' выполнились.
:По умолчанию - '''''tip_car_use'''''. 
'''''tip_locked = <имя_текса>''''' - строка с '''''id''''' текста зарегистрированного в папке ''gamedata\config\text''. Подсказка, в случае, если условия для '''''usable''''' не выполнились. По умолчанию - '''''tip_car_locked'''''. 

В случае, если параметр '''''usable''''' не установлен, то возможна настройка самостоятельного поведения транспорта, а именно БТР. 

'''''path_walk = <имя_пути>''''' - путь движения транспорта. 
'''''path_fire = <имя_пути>''''' - вероятно, точки пути по которым возможна стрельба. 
'''''auto_fire = true/false''''' - разрешить стрелять на ходу. По умолчанию - '''''false'''''. 
'''''fire_time = <number>''''' - время непрерывной стрельбы в миллисекундах. По умолчанию - 0. 
'''''fire_rep = inf/<number>''''' - вероятно, время через которое возможна повторная стрельба. '''''inf = -1'''''. 
'''''fire_range = <number>''''' - сектор стрельбы. По умолчанию - 50 градусов. 
'''''target = <параметр>''''' - цель для стрельбы. Возможны следующие параметры:
:*'''''points''''' - стрелять в первую точку патрульного пути. Если путь не указан - вылет. Стоит по умолчанию; 
:*'''''actor''''' - без комментариев; 
:*'''''story_id''''' - персонаж с указанным '''''story_id'''''. 
'''''track_target = true/false''''' - Некое подобие предупредительной стрельбы, не по цели, а чуть выше. По умолчанию - '''''false'''''. 
'''''on_target_vis = <параметр>|{+info -info =func !func ~number} %+info -info =func% <название_схемы>''''' - что произойдёт, если цель будет в прямой видимости.
:В качестве параметра возможны два значения: '''''actor''''', '''''story_id''''' персонажа. 
'''''on_target_nvis = <параметр>|{+info -info =func !func ~number} %+info -info =func% <название_схемы>''''' - что произойдёт, если цель пропадёт из
:области прямой видимости. В качестве параметра возможны два значения: '''''actor''''', '''''story_id''''' персонажа. 
'''''invulnerable = true/false''''' - неуязвимость. Если '''''true''''', транспорт игнорирует все хиты. По умолчанию '''''false'''''. 
'''''headlights = on/off''''' - вкл./выкл. свет от фар. 
'''''on_death_info = {+info -info =func !func ~number} %+info -info =func%''''' - что произойдёт при уничтожении транспорта. 

Поддерживается сигнал '''''arrived'''''.

'''''Пример использования схемы''''':<ini>[logic]
active = ph_car@fire

[ph_car@fire]
path_walk = pri_wave3_btr_walk
path_fire = pri_wave3_btr_look
fire_repeat = inf
auto_fire = true
on_target_vis = actor | ph_car@fight_actor2
on_death_info = pri_wave3_btr_dead
on_signal = arrived | ph_car@hunt_actor %+pri_wave3_btr_arrived%</ini>

Файл: ''gamedata\scripts\ph_car.script''

==Схема ph_oscillate==

Схема предназначена для плавного раскачивания физики (лампы, висящие зомби и т.д.) 

'''[ph_oscillate]''' 
'''''joint = <имя_кости>''''' - имя кости объекта к которой будет применена сила. 
'''''period = <number>''''' - время прикладывания силы в миллисекундах. 
'''''force = <number>''''' - собственно сила прикладывания в ньютонах. 
'''''correct_angle = <number>''''' - угол относительно оси Y. 

Сила прикладывается к кости объекта с линейным нарастанием. То есть в течении заданного периода времени сила вырастет с 0 до заявленного значения. После этого настает пауза (сила не применяется) на время '''''period/2'''''. После окончания паузы сила применяется так же, как и в начале, но в обратном направлении. 

'''''Пример использования схемы''''':<ini>[logic]
active = ph_oscillate

[ph_oscillate]
joint = bone05
period = 3000
force = 500
correct_angle = 5</ini>

Файл: ''gamedata\scripts\ph_oscillate.script''

==Секция ph_heavy==
Прописывается в физ объектах, которые запрещены для швыряния бюрерам и полтергейстам. Например, если они должны лежать на конкретном месте (типа документов сюжетных) или слишком громоздки по габаритам, чтобы их можно было красиво кидать.
В кастом дате пишем:
'''[ph_heavy]'''.

==Принцип работы прожектора:==

В точках '''''look''''' пути, в которые смотрит прожекторщик, нужно прописать:
'''''sl=<имя_прожектора>'''''

Например: 
<ini>wp00|sl=esc_sl1</ini>
Тогда при повороте в эту точку персонаж повернет в нее и прожектор.

==Логика вертолёта==
Общие сведения: 
*Вертолёт работает на «логике». 
*На вертолёт реагируют аномалии. 
*Вертолёт не обрабатывает столкновения с геометрией и физикой пока он не сбит. 
*Попадания в область кабины, где сидит первый пилот, в десятки раз более болезненны для вертолёта. 
*У вертолёта есть универсальная боевая схема на манер сталкеров. 
*Пилоты вертолета реагируют репликами на события: хит, видит врага, поврежден (задымился), падает. 

===Схема heli_move===

Позволяет летать вертолёту по патрульному пути, регулировать скорость, зависать, стрелять по различным целям. 
Для схемы должен быть задан '''''path_move''''' – путь, по которому будет летать вертолёт. Он может содержать одну вершину, если нужно, чтоб вертолёт висел на месте. 
Можно (но не обязательно) задать '''''path_look''''' – путь, в вершины которого вертолет может смотреть. 
Вершины этих путей могут быть поставлены где угодно в пределах ограничивающего бокса уровня. Они не зависят от '''''ai-nodes'''''. 
По пути вертолёт летает без учёта связей между вершинами. Он летает от вершины к вершине в порядке возрастания их номера (т.е. в порядке, в котором их поставили на уровень). 

Вертолёт старается летать точно по вершинам пути. При желании можно сделать ювелирный пролёт под мостом. 

Вертолёт старается летать как можно быстрее. Пояснение: если ему задать, что в следующей вершине пути он должен иметь скорость 10 м/с, а его максимальная скорость установлена в 30 м/с, то он не станет сразу лететь 10 м/с. Он сначала будет разгоняться вплоть до 30 м/с и только на подлёте к целевой вершине начнёт тормозить с расчётом прибыть в неё имея 10 м/с. 

Если в вершине пути '''''path_move''''' задан набор флажков, то вертолёт будет смотреть в любую из вершин '''''path_look''''', в которых задан такой же набор флажков. Поворачиваться к этой точке вертолёт начнёт с предыдущей вершины пути. На данном этапе вертолет не может, зависнув в одном месте, смотреть поочередно в несколько точек '''''path_look'''''. 

'''[heli_move]''' 
'''''path_move = <имя_пути>''''' - путь полёта. 
'''''path_look = <имя_пути>''''' - точки в которые будет смотреть вертолёт. 
'''''engine_sound = true/false''''' - вкл/выкл звук двигателя вертолёта. По умолчанию '''''true'''''. 
'''''invulnerable = true/false''''' - неуязвимость. Если '''''true''''', вертолёт игнорирует все хиты. По умолчанию '''''false'''''. 
'''''immortal = true/false''''' - бессмертие. Если '''''true''''', вертолёт получает повреждения, но не умирает. По умолчанию '''''false'''''. 
'''''mute = true/false''''' - отключает универсальные реплики пилотов вертолета. По умолчанию '''''false'''''. 
'''''rocket_delay = <number>''''' - задержка, в миллисекундах, между пусками ракет. По умолчанию берется из ltx (сейчас 1250 мсек). 
'''''default_velocity = <number>''''' - скорость, в метрах в секунду, с которой летает вертолет, если не заданы другие параметры. 

Параметры, задаваемые в именах вершин пути '''''path_move''''': 
:*'''''e''''' – (сокр. от ''enemy'') задание врага (цели). Стрелять по этой цели вертолёт начнёт уже в предыдущей вершине. Если значение не задано, то будет стрелять в точку из '''''path_look''''', которая соответствует данной вершине. Если задано '''''e=actor''''' (можно сокращённо '''''e=a'''''), то огонь будет вестись по актору. Если задано '''''e=число''''', стрелять будет по объекту со '''''story_id''''' равным числу. 
:*'''''w''''' – (сокр. от ''weapon'') каким оружием стрелять. 
::Возможные значения: 
:::*'''''w=1''''' – стрелять только пулемётом; 
:::*'''''w=2''''' – стрелять только ракетами. 
::По умолчанию стреляет всем. 
:*'''''v''''' - (сокр. от ''velocity'') задание максимальной скорости (в м/с) на участке пути от данной вершины до следующей. Если этот параметр не задан, то умолчание берётся из файла ''helicopter.ltx''. 
:*'''''dv''''' - (сокр. от ''destination velocity'') задание скорости (в м/с), которую вертолёт должен иметь в момент прибытия в данную вершину. 
:*'''''die''''' - убить вертолёт. 
:*'''''flame''''' - начать дымить (как будто подбили). 

Параметры, задаваемые в именах вершин пути path_look: 
:*'''''e''''' - работает так же как и в '''''path_move'''''. Разница в том, что стрелять по указанной цели вертолёт начнёт лишь тогда, когда прибудет в вершину пути '''''path_move''''', которая соответствует данной вершине '''''path_look'''''. 
:*'''''w''''' – см. такой же параметр для пути '''''path_move'''''. 
:*'''''t''''' - (сокр. от ''time'') длительность времени (в мс реального времени), на протяжении которого вертолёт будет смотреть в данную точку. Если этот параметр не задан, то вертолёт пронесётся без остановки, но постарается на ходу развернуться к этой вершине. 

Файл: ''gamedata\scripts\heli_move.script''

===Универсальная боевая схема: heli_combat===
Общие сведения: 
В универсальной боевой схеме вертолёт не привязан к путям. 
Вертолёт не видит никого. Узнать о враге вертолёт может только при получении хита или из параметра в '''''custom data'''''. 
Вертолёт стреляет по врагу, если видит его. Если не видит – ищет, облетая вокруг точки, где последний раз видел. Если долго не видит врага – забывает его. Если врага задали принудительно из текущей секции схемы поведения, то он не забудет его, пока находится в этой секции. 

'''''Примечание''''': отдельной секции для этой схемы поведения нет. Поэтому настройки производятся в секции текущей схемы поведения: 

'''''combat_ignore = true/false''''' - '''''true''''' означает игнорирование получения хита. Т.е. вертолёт не будет пытаться "отомстить" тому, от кого он получил хит.
'''''combat_enemy = <параметр>''''' - враг. Возможны следующие значения: 
:*'''''nil''''' - враг отсутствует; 
:*'''''actor''''' - без комментариев; 
:*'''''story_id''''' - персонаж с указанным '''''story_id'''''. 
'''''combat_use_rocket = true/false''''' - можно ли вертолёту пользоваться ракетами. 
'''''combat_use_mgun = true/false''''' - можно ли вертолёту пользоваться пулемётом. 
'''''combat_velocity = <number>''''' - скорость, с которой вертолет будет делать боевые заходы. 
'''''combat_safe_altitude = <number>''''' - высота, относительно самой высокой точки геометрии на уровне ниже которой вертолет не будет опускаться в боевой схеме (может быть отрицательным). 

К вертолёту подключена схема '''''xr_hit'''''. Работает как у сталкеров. В ''xr_effects.script'' есть группа функций для работы с вертолётом из его '''''custom data''''': 
'''''heli_set_enemy_actor''''' - сделать актёра врагом вертолёту; 
'''''heli_start_flame''''' - поджечь вертолёт; 
'''''heli_die''''' - убить вертолёт. 

Файл: ''gamedata\scripts\heli_combat.script''

=Смарттерейны и гулаги.=

==Smart Terrein==
Под смарттеррейном понимается шейп или зона, которая обеспечивает "захват" НПС под гулаг, после чего, они начинают выполнять работы предусмотренные этим гулагом. Не нужно ставить большой радиус шейпа для смарта, максимум - один метр. 

Как поставить '''''smart terrain'''''? 
Для всех '''''smart terrain''''' нужно: 
#Поставить '''''smart_terrain''''' с необходимым '''''shape'''''; 
#В его '''''custom_data''''' прописать настройки; 
#Расставить пути для соответствующих схем поведения. 

Параметры '''''custom_data''''': 
'''[smart_terrain]''' 
'''''type = <имя_гулага>''''' - название '''гулага'''. Не смарта - а именно гулага!
:Имя смарта смотрим в параметре '''''name''''' спавн секции. 
'''''cond = {+info -info =func !func ~number}''''' - условия, при выполнении которых, гулаг может существовать.
:Если условия перестали выполняться - то "подчинённые" распускаются и попадают под управление их '''''custom_data'''''. 
'''''capacity = <number>''''' - численность "жителей" гулага. Должно быть меньше либо равно количеству работ, но никак не больше! 
'''''respawn = <имя_респавна>''''' - респавн для гулага. Указывать только один! Вызывает каждый раз, когда кто-то из НПС заступает на работу. 
'''''preset = <название_предустановки>''''' - указывается имя одной из секций в файле ''config\misc\smart_terrain_presets.ltx''.
:Служит для условия того, какой группировки и какого ранго НПС могут заполнять гулаг.
:Если не указывать, то будет взято имя секции из этого же файла исходя из названия уровня, на котором находится гулаг. 
'''''idle = <min_time>, <max_time>''''' - минимальное и максимальное время (в игровых часах) бездействия гулага,
:после того, как гулаг покинул (по разным причинам) последний НПС. Будет взято случайное число из этого промежутка.
:Если указать одно число, то будет взято в промежутке от ноля, до этого числа.(?) 
'''''stay = <min_time>, <max_time>'''''
'''''stay = quick/medium/long/default''''' - минимальное и максимальное время (в игровых часах) пребывания всех НПС под гулагом.
:Конкретные значения можно посмотреть в файле ''config\misc\smart_terrain.ltx'' в секции '''''smart_terrain_stay_time'''''.(?) 
'''''squad = <number>''''' - сквад, который будет прописываться всем сталкерам под гулагом. Если не указано, то будет взят '''''squad''''' из профиля НПС. 
'''''group = <number>, <number>, ...''''' - набор group через запятые. Если не указано, то будет взят '''''gruop''''' из профиля НПС. 

==Гулаги==
''Гулаг'' - средство объединения нескольких сталкеров под централизованным управлением. 
Основные особенности: 
* Есть список работ гулага. Работа - настроенная схема поведения (или цепочка схем поведения); 
* Работы имеют приоритеты; 
* Гулаг назначает на работы сталкеров входящих в гулаг, начиная с работ с наивысшим приоритетом; 
* Гулаг имеет состояния. Каждое состояние характеризуется своим набором работ, отличным от набора работ в любом другом состоянии гулага. 

Рекомендации по планированию гулага: 
# Необходимо четко определить набор состояний гулага: день, ночь, спокойное, при тревоге и так далее. Для простых гулагов достаточно одного состояния, для крутых и сложных – желательно разные. Это придает разнообразия и смотрится лучше. 
# Определяем максимальное количество людей, которым гулаг может управлять. То есть определяем вместимость гулага. Она должна быть такой, чтобы в любом состоянии гулага гарантированно нашлось занятие для каждого человека. 
# Для каждого состояния гулага определяется набор работ. Эти работы могут быть как активного плана (часовой, патруль, и так далее), так и пассивного плана (сидят вокруг костра, спят). Каждая работа имеет свой приоритет. Соответственно пассивные работы должны иметь меньший приоритет. 
# В редакторе ставиться объект '''''smart_terrain''''' (источник ошибок – иногда ставят '''''space_restictor'''''). Гулагу смарта нужно давать осмысленное название. Это же название будет являться префиксом к названием всех патрульных путей, относящихся к этому же гулагу. Например если вы назвали гулаг '''''esc_blockpost''''', то все патрульные пути должны начинаться с этого префикса, например '''''esc_blockpost'''_guard_walk''. 

Создание гулага: 
1. Создать '''''smart_terrain''''' и настроить его '''''custom_data''''' согласно описанию выше.

2. В скрипте ''scripts\gulag_название_уровня.script'' необходимо прописать условия, при которых сталкеры берутся под конкретный гулаг. В функцию checkNPC необходимо прописать условие:<lua>if gulag_type == "имя_гулага" then
return npc_community == "имя_группировки"
end</lua>
В эту функцию пока передается два параметра, тип гулага и комьюнити персонажа. Приниматься под гулаг будет только ПНС с указанной группировкой. 

3. В файле ''scripts\gulag_название_уровня.script'' необходимо описать переключение состояний гулага в функции '''''function loadStates(gname, type)'''''. В нее передается имя смарта и имя гулага. Состояние гулага описывается в виде функции, возвращающей номер состояния гулага. Например:<lua>if type == "имя_гулага" then
return function(gulag)
if level.get_time_hours() >= 7 and level.get_time_hours() <= 22 then
return 0 -- день
else
return 1 -- ночь
end
end
end</lua>В данном случае, если сейчас между 7 и 22 часов, то гулаг находится в дневном состоянии (0), иначе в ночном(1). 

4. В файле ''scripts\gulag_название_уровня.script'' необходимо описать работы гулага. В функции '''''load_job(sj, gname, type, squad, groups)''''' загружаются все допустимые работы. В саму функцию передаются следующие параметры: 
* sj – сама табличка работ гулагов. 
* gname – имя нашего смар-тиррейна. Оно используется как префикс. 
* type – имя гулага. 
* squad, groups – таблички сквадов и групп, если нам нужно переопределять родные группы сталкеров на какие либо другие. 
:В каждой работе можно указать какой сквад и группа сетится сталкеру при установке на работу. 

Примерное описание работ гулага: 
Данный гулаг описывает поведение только одного человека, обычно их гораздо больше. Данный человек в нулевом состоянии(день) делает одну работу, в первом состоянии(ночь) делает другую работу.<lua>--' Garbage maniac
if type == "gar_maniac" then
t = { section = "logic@gar_maniac_camper",
idle = 0,
prior = 5,
state = {0},
squad = squad,
groups = groups[1],
in_rest = "",
out_rest = "",
info_rest = ""
}
table.insert(sj, t)
t = { section = "logic@gar_maniac_sleeper",
idle = 0,
prior = 5,
state = {1},
squad = squad,
groups = groups[1],
in_rest = "",
out_rest = "",
info_rest = ""
}
table.insert(sj, t)
end</lua>

Описание возможных полей для описания работы: 
'''''section''''' – секция в ''config\misc\gulag_название_уровня.ltx'', где указываются реальные настройки схемы поведения, которая соответствует текущей работе. 
'''''idle''''' – пауза между повторным выполнениями одного и того же задания. В данном случае паузы нет. Обычно пауза ставится на патруль. 
'''''prior''''' – приоритет задания. Сначала НПС занимают более приоритетные задания. Чем больше число, тем выше приоритет. 
'''''in_rest, out_rest''''' - рестрикторы, которые устанавливаются персонажу на данное задание. Из '''''in_rest''''' НПС запрещено выходить , в '''''out_rest''''' - запрещено входить. 
'''''state''''' - cостояние гулага. Необходимо для функции '''''load_states''''', где определяется это состояние, т.е. в каких состояниях данная работа будет доступна. 
'''''squad''''' - таблички сквадов, если нам нужно переопределять родные группы сталкеров на какие либо другие. 
'''''group''''' - будет выбран из массива '''''groups''''', который задан в '''''custom_data'''''. 
'''''info_rest''''' - если на текущей работе что-то раздражает НПС, то будучи в зоны установленного инфо-рестриктора - раздражитель будет проигнорирован. 
'''''predicate''''' - условие приема на работу. Указывать нужно функцию, возвращающую '''''true''''' или '''''false'''''. 
'''''position_threshold''''' - расстояние до места работы при котором персонаж в онлайне считается достигшим места работы. 
'''''timeout''''' - это время, которым задается длительность работы. Если ее задать, то НПС будет выполнять работу именно заданное время,
:после чего будет освобожден от работы (если уже ранее не был от нее освобожден). После освобождения работа может быть доступна для повторной выдачи. 
'''''online''''' - если '''''true''''' - НПС на данной работе всегда в онлайне. 
'''''idle_after_death''''' - в течении этого времени после смерти предыдущего "работника" данная работа будет недоступна. 

5. В ''config\misc\gulag_название_уровня.ltx'' необходимо указать, какие схемы поведения соответствуют той или иной работе. 
Настройка здесь соответствует настройке в обычной '''''custom_data''''' сталкера, с разницей: 
# Пути следует указывать без префикса. То есть, если гулаг носит имя, например, '''''gar_maniac''''', то пути следует на уровне ставить с названием '''''gar_maniac'''_walk1'', однако в ''config\misc\gulag_название_уровня.ltx'' следует указывать только '''''walk1'''''. 
# В именах секций '''''logic''''' для каждой работы добавлять после '''''@''''' имя гулага, дополнительные сведения и имя секции активной схемы поведения. Например: '''''logic@gar_maniac_walker_gate'''''. 

==3.11.3. Новые особенности смарттеррейнов==
Возможности нового смарттеррейна (СТ): 

1) Не держит сталкеров постоянно в онлайне. Работает стандартный онлайн-радиус. 
2) Сталкеры идут на ближайшие работы. 
3) На места работ сталкеры идут независимо от того, в онлайне они или в оффлайне. 
4) СТ в офлайне работает так же, как и в онлайне: выполняет переключение своих состояний, перераспределение работ. 
5) Сталкерам можно прописать, при каких условиях в какие СТ они могут идти. (см. ниже) Если сталкер попал в СТ, то онбудет находится в нём, пока не истечёт время и выполняется условие. 
6) Работы могут находиться на разных уровнях. 
7) Скриптовая зона СТ теперь не используется для захвата персонажей. 
8) Симуляция заключается в миграции персонажей между разными СТ. 

Что нужно переделать: 

1) Персонажи могут быть двух типов: либо для СТ, либо для самостоятельной работы под логикой из custom data. У первых логики в custom data не должно быть. У вторых должно быть прописано, что они не хотят ни в один СТ. (см ниже) 
2) Нельзя под СТ отправлять сталкеров в nil. Вместо nil дайте им пути. Например, walker-ы в рестрикторе вместо nil в рестрикторе. (есть abort на такой случай) 
3) Всех участников созданных сцен поставьте рядом с местами работ, а не в кучу. Так им не придётся полчаса разбредаться по местам работ: они сразу позанимают ближайшие. В custom data им пропишите, что до окончания сцены они могут быть только в этом СТ. (см. ниже) 
4) Незначительно переделать функции predicate() и функции переключения состояния СТ. (см. ниже)
5) Проследите, чтоб под СТ в логиках в поле active было прописано только имя секции и ничего больше (никаких там процентов и фигурных скобок). Для персонажей не предназначенных под СТ это не играет роли.
6) Переименуйте в custom data СТ секцию [gulag1] в секцию [smart_terrain]. 

------------- Настройки: -------------

---- Разрешения персонажам идти в определённые СТ ----

Разрешения персонажам идти в определённые СТ задаются в custom data секцией [smart_terrains]. В ней можно задавать пары "имя_СТ = condlist". Пример: 

[smart_terrains] 
strn_1 = условие1 
strn_2 = условие2 

Если для какого-то smart_terrain условие выполнилось, он называется эксклюзивным. 
Если у объекта появился хоть один эксклюзивный smart terrain, то он будет согласен идти только в него.
Если не появилось ни одного эксклюзивного, то он согласен идти в любой. 

Есть зарезервированное сочетание "none=true". Если оно указано, то персонаж никогда не пойдёт ни в один СТ. Такой персонаж будет работать только под своей логикой. 

Также можно задать, кого принимает СТ. В дополнение к старому механизму (функции checkNpc() в файлах gulag_*.script) можно в custom data СТ написать: 

communities = группирвка1, группировка2, ... 

Если это поле не задано, то проверяется старым механизмом. Если задано, то под СТ возьмутся только персонажи указанных группировок (учтите, старый механизм тоже вызовется). 

---- Изменение функций predicate() ---- 

В эти функции вместо game_object будет передаваться табличка с информацией о персонаже. Там есть поля: 
name 
community 
class_id 
story_id 
profile_name 

Если нужно, чтобы работа занималась только снайперами, то в предикате нужно писать: 
<code>
predicate = function(npc_info)
return npc_info.is_sniper == true
end
</code>

---- Изменение функций переключения состояния СТ ----

Обращайтесь индивидуально. Все переделки связаны с работой этой функции в офлайне. Например, таблица gulag.Object[] не содержит game_object-ы, если персонаж в офлайне и т.п. 

---- Состояния работ online/offline
<code>
t = { section = "logic@ЧЧЧЧЧЧЧЧ",
idle = 0,
prior = 5, state = {0}, squad = squad, group = groups[1],
online = true,
in_rest = "", out_rest = ""
}
table.insert(sj, t)
</code>
Варианты задания этого поля 
online = true - на этой работе персонаж всегда в онлайне, 
online = false - на этой работе персонаж всегда в офлайне, 
online не задано - на этой работе персонаж может прыгать онлайн<->офлайн по своему усмотрению. 
3.11.3.1. Более доступное описание новых смарттеррейнов 
Теперь о смарттерейнов для дизанеров, то есть не на LUA, а по-русски. 
Для того, чтобы пренести смарттеррейн на новую схему, делаем следующее: 
1. Пишем в кастом дате где [gulag1] -> [smart_terrain] 
2. В кастом дате товарищей по смарттеррейну пишем 
[smart_terrains] 
sar_monolith_sklad(название гулага) = {кондлист} - если только в 1 смарттеррейн сталкер сможет прийти, то пишем true. 
Если этот товарищ не должен работать под смарттеррейнами, то пишем ему в кастом дату. 
[smart_terrains] 
none = true 

=Передача параметров в функции=
Ниже перечислен набор функций к которым можно обращаться из кастом даты и при этом передавать в них переменные.

NB! Во всех функциях xr_conditions и xr_effects, которые обращались к гулагам по имени, теперь можно использовать как имя, так и story id. Причем если мы указываем имя, то использовать функцию можно только, когда гулаг находится в онлайне, а если мы вешаем на самрттеррейн story_id, то можем обращаться к гулагу и в оффлайне.

Описание функций с параметрами присутствующих в '''xr_conditions''' и '''xr_effects'''.

{| class="standard" width="100%"
!colspan="2" style="background-color:#dbe5f1;" | <big>xr_conditions.script</big>
|-
|actor_in_zone(restr)|| Функция проверки, что актёр в рестрикторе restr
|-
|actor_out_zone(restr)|| Функция проверки, что актёр не в рестрикторе restr
|-
|actor_enemy|| Функция проверки что актор - враг. Например: {=actor_enemy} означает "если актёр враг"
|-
|killactor|| Функция обижающая НПС на игрока. Например: on_info = {+failed} %=killactor% то при появлении поршня failed, НПС станет врагом актору
|-
|fighting_dist_ge(p)||Универсальная функция для combat_ignore, проверка расстояния для игрока(в метрах).
|-
|distance_to_obj_le(sid:dist)||Проверка дистанции до обьекта заданного story_id.
Можно использовать, например, в секции follower для определения того, что сталкер подошел на нужную дистанцию к лидеру и переключать в другую секцию (лидер при этом стоит где-то в ремарке). Эта ситуация возникает, когда после боя надо
 подогнать одного сталкера к другому, а ихних позиций мы не знаем. Если используется в секции follower, то dist надо ставить большим distance фолловера, поскольку если поставить их одинаковыми, то данная функция не всегда будет срабатывать.
|-
|health_le(health)||Проверка того, что здоровье npc <= health.
|-
|heli_health_le(health)||Аналогично предыдущему, только для вертолета.
|-
|enemy_group(group1:group2:...)||Проверка на принадлежность врага к одной из групп (правильность работы пока не проверялась).
|-
|health_le(health)||Проверка того, что здоровье npc <= health.
|-
|hitted_by(sid1:sid2:...)||Проверка того, что удар был нанесен кем-то из npc, указанных в списке. npc задаются с помощью story_id. Функцию удобно использовать в секции hit.
Пример:
[hit]
on_info = {=hitted_by(407:408)} %+val_escort_combat%.
|-
|killed_by(sid1:sid2:...)||Аналогично предыдущему, но для случая смерти npc. Используется в секции death..
|-
|is_alive(sid)<br\>is_alive_one(sid1:sid2:...)<br\>is_alive_all(sid1:sid2:...) || Проверка того, что один, один из нескольких или все из списка соответственно npc, заданные по story_id живы.
|-
|is_dead(sid) is_dead_one(sid1:sid2:...) is_dead_all(sid1:sid2:...)||Аналогично предыдущему, только проверка на "мертвость".
|-
|check_fighting(sid1:sid2:...)||Проверка того, не является ли кто-то из перечисленных (с помощью story_id) npc врагом данного. Как правило используется в combat_ignore_cond.
|-
|gulag_empty(gulag_name)||Проверка того, что гулаг пуст или вообще не существует.
|-
|gulag_population_le(gulag_name:num)||Проверка того, что количество народу в гулаге <= num.
|-
|gulag_casualities_ge(gulag_name:num)||Проверка того, что гулаг понес потери => num.
NB! Потери гулага не обнуляются, так что с этой функцией работать аккуратно.
|-
|signal(строка)||Проверяет, установлен ли у данного НПС в текущей схеме указанный сигнал.
|-
!colspan="2" style="background-color:#dbe5f1;" | <big>xr_effects.script</big>
|-
|heli_set_enemy(story_id)||Cделать npc с указанным story_id врагом веротелу. В одной секции можно задавать только 1 врага.
|-
|set_gulag_enemy_actor(gulag_name)||Сделать актера врагом для данного гулага
|-
|hit_npc(direction:bone:power:impulse:reverse)||Нанести хит по npc.
Параметры:
direction - если строка, то считается, что это имя пути и в сторону первой точки производится толчек. Если же это число, то оно рассматривается как story_id персонажа от которого должен поступить хит.
bone - строка. Имя кости, по которой наносится удар.
power - сила удара
impulse - импульс
reverse (true/false) - изменение направления удара на противоположное. по умолчанию false.
Пример:
[death]
on_info = {=killed_by(404)} %=hit_npc(404:bip01_spine1:100:2000)%, {=killed_by(405)} %=hit_npc(405:bip01_spine1:100:2000)%
|-
|set_friends(sid1:sid2:...) set_enemies(sid1:sid2:...)||Установить друзьями/врагами данного npc и указанных в списке по story_id.
|-
|play_snd(snd_name:delay=0)||Играть звук в голове актёра.
snd_name - путь к звуку относительно папки sounds
delay - задержка перед проигрыванием. По умолчанию 0 – проигрываем сразу.
|-
|play_snd_now (sid:snd_name)||Играть звук от указанного объекта.
*звук играется об объекта с указанным story id, без задержки с громкостью 1. Указывается не имя звуковой схемы, а имя файла.
|-
|hit_obj(sid, bone, power, impulse, hit_src=npc:position())||Дать обьекту, заданому story_id, хит. Отличается тем, что может прописываться в любой кастом дате.
Параметры:
actor, npc, p[sid,bone,power,impulse,hit_src=npc:position()]
sid - story_id обьекта, по которому наносится хит.
bone - строка. Имя кости, по которой наносится удар.
power - сила удара.
impulse - импульс.
hit_src (необязательный параметр) - точка (waypoint), из которой по объекту наносится хит. Если не задано, то берется позиция обьекта, из которого была вызвана данная функция.
|-
|actor_has_item(section)||Проверка на наличие у игрока соответствующего предмета. Проверка проходит по секции в ltx.
|-
!colspan="2" style="background-color:#dbe5f1;" | '''Функции для работы с HUD'ом.'''
|-
|disable_ui_elements(...)<br\>enable_ui_elements(...)||Отключение/включение элементов HUD'а.
Параметры:
weapon - спрятать/показать руки с оружием.
input - отключить/включить клавиатуру.
hud - спрятать/показать индикаторы на экране.
all - отключить/включить все элементы.
Пример: 
on_info = %=disable_ui_elements(weapon:input)%
|-
|disable_ui<br\>enable_ui||Аналогичны вызовам disable_ui_elements(all), enable_ui_elements(all) соответственно, только сокращённые. Вызываются без скобок и параметров.
Пример:
on_info = %=enable_ui%
|-
|run_cam_effector(file_name)|| Функция запуска camera_effector'а. file_name (указывается без расширения) - это имя анимационного файла (с расширением anm) из папки gamedata\anims\camera_effects\.
Пример:
on_info = %=run_cam_effector(prison_0)%
|-
|run_postprocess(file_name:id:loop)||Запуск постпроцесса.
Параметры:
file_name - имя файла постпроцесса (без расширения) из папки gamedata\anims. Указывается без расширения.
id - номер постпроцесса. Задается опционально. Используется в stop_postprocess.
loop - (true/false) определяет зацикленность постпроцесса. Опциональный параметр. По умолчанию false.
|-
|stop_postprocess(id)||Принудительная остановка постпроцесса. id - номер постпроцесса заданный в run_postprocess.
|-
|drop_actor_inventory(имя_пути)||Выбрасываем все предметы из инвентаря актера в первую точку заданного
пути.
Пример:
on_info = %=drop_actor_inventory(drop_point)%
|}

==3.16. Настройка звуковых групп.==
Новый принцип создания звуковых групп: 
1. Каждый персонаж по умолчанию считается находящимся в уникальной саундгруппе. 
2. Для того, чтобы объеденить нескольких персонажей в единую саундгруппу, необходимо в секции логики прописать soundgroup = <текстовая строка> 
Звуковые группы должны быть уникальными в пределах уровня, а еще лучше в пределах всей игры. Для этого указывайте в звуковой группе идентификатор уровня и сценки, например: 
soundgroup = bar_dolg_kampfire1 
3. Объеденять в звуковые группы необходимо персонажей сидящих в кемпе и идущих в патрулях. А также при других схожих ситуациях. 
4. Дабы избежать ошибок при обижании, наподобие той, которая сейчас проявляется в лагере на эксейпе, необходимо чтобы все НПС, логически относящиеся к одному лагерю имели одинаковый team, squad, group 

Пример: 
[kamp@esc_bridge_post1] 
center_point = kamp_point 
soundgroup = esc_bridge_soldiers 

==Ссылки==
Оригинальный doc ([http://stalkerin.gameru.net//downloads/other/for_wiki_articles/logic_setup.doc Ссылка]) 

Доки скриптеров 1935([http://stalkerin.gameru.net//downloads/other/for_wiki_articles/doc_scripters.rar Ссылка])

[[Категория:A-Life]][[Категория:Скрипты]]

Обсуждение:Права создателей модов

2013-06-18T08:42:56Z

195.88.52.203: Новая страница: «Большой, простите, "хуй" получит автор мода в случае внесения его работ в игру. Именно так и ...»

Большой, простите, "хуй" получит автор мода в случае внесения его работ в игру. Именно так и произошло со всем известным модмейкером xStream, чьи наработки были использованы в аддонах Чистое Небо и Зов Припяти. И все, что он получил - это ник в титрах мелким шрифтом.

Обсуждение:Настройка логики. Часть 1

2013-04-05T19:10:05Z

195.88.52.203:

Что значит "по какому принципу"? Что конкретно не ясно?
ColR_iT

С флажками непонятно.
Хоть бы один пример написали от начала до конца а то только =
Пример 4 с нумерацией флажков осмотра не правильный, происходит стандартный вылет, проверял несколько раз.
Как правильно не знаю.
По какому принципу назначаются флажки?
Может кто объяснит.

Кто по русски может написать? пожалуйста!

что это значит?: Особенно слово "ЮЗНЕТ"

Схема показывает, что произойдет, если игрок юзнет NPC. а что конкретно он с ним делает? -))
on_use = use
[use] on_info = %+info -info =func% - ВОТ ЭТО КАК РАЗ ПОНЯТНО

Обсуждение:Настройка логики. Часть 1

2013-04-05T19:09:22Z

195.88.52.203:

С флажками непонятно.
Хоть бы один пример написали от начала до конца а то только =
Пример 4 с нумерацией флажков осмотра не правильный, происходит стандартный вылет, проверял несколько раз.
Как правильно не знаю.
По какому принципу назначаются флажки?
Может кто объяснит.

Кто по русски может написать? пожалуйста!

что это значит?: Особенно слово "ЮЗНЕТ"

Схема показывает, что произойдет, если игрок юзнет NPC. а что конкретно он с ним делает? -))
on_use = use
[use] on_info = %+info -info =func% - ВОТ ЭТО КАК РАЗ ПОНЯТНО

Что значит "по какому принципу"? Что конкретно не ясно?
ColR_iT

Обсуждение участника:Spaces

2012-06-30T08:01:33Z

195.88.52.203: Новая страница: «Привет! А можно прояснить для себя, что именно ты редактировал вот в этой статье: "'''All.spawn. С...»

Привет! А можно прояснить для себя, что именно ты редактировал вот в этой статье: "'''All.spawn. Создание NPC'''".

Настройка логики. Часть 3

2012-05-03T13:16:01Z

195.88.52.203: /* 3.9.6. Sr_territory */

{{Шаблон:Настройка логики}}

=Скрипт logic=

Скрипт '''''logic''''' управляет переключением схем. 
В '''''custom_data''''' любого персонажа (кроме свободных) должна присутствовать секция '''''[logic]'''''. 

Функции, на которые ссылается секция '''''[logic]''''' должны находится в файлах ''gamedata\scripts\xr_effects.script'' или ''gamedata\scripts\xr_conditions.script''. 

В секции должно присутствовать одно из полей: 
:*'''''active = <название_схемы>''''' - активная схема, запускающаяся первой. 
:*'''''cfg = <имя_ltx_файла_с_настройками>''''' - способ задавать логику персонажа, вынося её во внешний файл (путь учитывается относительно папки ''gamedata\config\scripts''). 

Пример. Настройки простого '''''walker''''':<ini>[logic]
active = walker

[walker]
path_walk = walk1
path_look = look1</ini>

Переключение схем выполняется с помощью дополнительных условий схемы '''''logic''''', которые прописываются в секции текущей активной схемы. Существуют следующие условия переключения: 
:*'''''on_actor_dist_le = <number>|<название_схемы>''''' - если дистанция в метрах до игрока меньше либо равно '''''number'''''. 
:*'''''on_actor_dist_le_nvis = <number>|<название_схемы>''''' - если дистанция в метрах до игрока меньше либо равно '''''number''''' без проверки на видимость. 
:*'''''on_actor_dist_ge = <number>|<название_схемы>''''' - если дистанция в метрах до игрока больше '''''number'''''. 
:*'''''on_actor_dist_ge_nvis = <number>|<название_схемы>''''' - если дистанция в метрах до игрока больше '''''number''''' без проверки на видимость. 
:*'''''on_signal = <имя_сигнала>|<название_схемы>''''' - срабатывает по приходу сигнала '''''имя_сигнала''''' от текущей активной схемы. 
:*'''''on_info = <название_схемы>''''' - срабатывает всегда. 
:*'''''on_timer = <number>|<название_схемы>''''' - срабатывает через '''''number''''' миллисекунд после включения схемы. 
:*'''''on_game_timer = <number>|<название_схемы>''''' – срабатывает через '''''number''''' секунд игрового времени, после включения схемы. 
:*'''''on_actor_in_zone = <имя_зоны>|<название_схемы>''''' – если актер в находится в указанной зоне (указывается имя рестриктора). 
:*'''''on_actor_not_in_zone = <имя_зоны>|<название_схемы>''''' – если актер не в указанной зоне (указывается имя рестриктора). 
:*'''''on_npc_in_zone = <number>|<имя_зоны>|<название_схемы>''''' – если NPC со '''''story_id''''' равному '''''number''''', в указанной зоне. 
:*'''''on_npc_not_in_zone = <number>|<имя_зоны>|<название_схемы>''''' - если NPC со '''''story_id''''' равному '''''number''''', не в указанной зоне. 
:*'''''on_actor_inside = <название_схемы>''''' - зона проверяет, находится ли игрок внутри нее (используется со '''''space_restrictor'''''). 
:*'''''on_actor_outside = <название_схемы>''''' - зона проверяет, находится ли игрок за ее пределами (используется со '''''space_restrictor'''''). 

'''''Примечание''''': если происходит переключение между несколькими одноименными схемами (например несколькими '''''walker'''''), то их можно нумеровать: '''''walker1''''', '''''walker2''''', хотя предпочтительнее через символ ''''@'''<nowiki>'</nowiki> давать более информативные названия: '''''walker@day''''', '''''walker@alarm''''' и т.д. 

C любыми из вышеперечисленных параметров можно работать следующим образом: 
'''''on_info = {…} %…%''''' 
'''''on_info2 = {…} %…%''''' 
'''''on_info3 = {…} %…%''''' 
и так далее до посинения 

А также условия для переключения на описанные выше секции. 
'''''combat_ignore_cond = ''''' 
'''''on_hit =''''' 
'''''on_death =''''' 
'''''on_combat =''''' 
'''''on_use =''''' 

==Синтаксис скрипта Logic==

Для того, чтобы персонаж ходил по пути '''''walk1''''', а при приближении игрока на дистанцию 5 метров, переключался на путь '''''walk2''''' (но только при условии, что он видит игрока), нужно написать следующее: <ini>[logic]
active = walker@first

[walker@first]
path_walk = walk1
path_look = look1
on_actor_dist_le = 5 | walker@second

[walker@second]
path_walk = walk2
path_look = look2</ini>
Выше рассмотрено безусловное переключение секций. 
Перед именем секции в фигурных скобках '''''{}''''' можно задавать дополнительные '''''условия''''', а после имени секции - так называемые "'''''эффекты'''''", которые заключить в знаки процента '''''%%'''''. Эффекты будут применены только в случае выполнения условий, если таковых нет то эффект выполнится безусловно. 
Можно не задавать переход на другую схему указывая её имя, а задать только условия и/или эффекты. Тогда активной останется действующая схема, но условия и эффекты будут все равно обработаны. Если все условия в фигурных скобках не выполняются, схема активирована не будет. 

'''''Пример''''':<ini>on_actor_dist_le = 5 | {условие} walker@second %эффекты%</ini>
Условия могут быть следующими: 
:*'''''+infoportion''''' - требуется присутствие инфопорции "'''''infoportion'''''" у актора; 
:*'''''-infoportion''''' - требуется отсутствие инфопорции "'''''infoportion'''''" у актора; 
:*'''''=function''''' - требуется, чтобы функция "'''''function'''''" вернула '''''true'''''; 
:*'''''!function''''' - требуется, чтобы функция "'''''function'''''" вернулся '''''false'''''; 
:*'''''~number''''' - вероятность выполнения условия. 

Эффекты могут быть следующими: 
:*'''''+infoportion''''' - в случае включения секции у актора будет установлен инфопорция "'''''infoportion'''''"; 
:*'''''-infoportion''''' - в случае включения секции у актора будет убрана инфопорция "'''''infoportion'''''"; 
:*'''''=function''''' - в случае включения секции стартует функция "'''''function'''''". 

'''''Примечание''''': для условия переключения схемы '''''{~number}''''' определён следующий расчёт: 

:'''''number''''' сравнивается со случайным числом в диапазоне от 1 до 100, если '''''number''''' больше, то считается, что условие вернуло истину, например:
:<ini>on_actor_in_zone = restrictor_name | {~30} walker@second</ini>
:Если условий несколько, например:
:<ini>on_actor_dist_le = 5 | {~20} walker@second, {~55} walker@third, walker@fourth</ini>
:В таком случае, переход на схему '''''walker@second''''' произойдёт с вероятностью 20%, на схему '''''walker@third''''' с вероятностью 55-20=35% и на схему '''''walker@fourth''''' с оставшейся вероятностью 100-55=45%. 
:Условия в данном случае необходимо выставлять исключительно в порядке возрастания. 
:Неудачный пример:
:<ini>on_actor_dist_le = 5 | {~40} walker@second, {~25} walker@third, walker@fourth</ini>
:Здесь переход на схему '''''walker@third''''' никогда не будет определён, а вероятность перехода на схему '''''walker@fourth''''' составит 60%. 

'''''Примечание''''': несколько условия или эффектов разделяются пробелами:<ini>on_actor_dist_le = 5 | {+info_1 -info_2 +info_3} walker@second %+info_4 =func%</ini>

Можно задавать сразу несколько секций, разделенных запятыми. Порядок обхода при этом - слева направо. После срабатывания первого из условий, обход прекращается. В примере ниже, если установлен '''''info_1''''', будет включена схема '''''walker@second''''', иначе, если установлен '''''info_2''''', будет включена схема '''''walker@third''''', иначе будет включен '''''walker@fourth''''':<ini>on_actor_dist_le = 5 | {+info_1} walker@second, {+info_2} walker@third, walker@fourth</ini>

В описанном выше поле '''''active''''' секции '''''logic''''', можно также задавать условия, например:<ini>[logic]
active = {=actor_friend} walker@friendly, walker@enemy</ini>

В логических условиях теперь принимается ключевое слово '''''never''''', которое означает, что условие ложно. Например:<ini>
combat_ignore_cond = {=actor_enemy =actor_has_suit} always, {=actor_enemy} never %=gar_dm_bandits_fight%</ini>
Вышеприведенная конструкция включает игнорирование боя, если у NPC враг игрок в костюме, но отключит его, если врагом является игрок, но без костюма, при этом сработают эффекты (%%) секции '''''never'''''. Таким образом, выбор секции '''''never''''' равносилен отсутствию секции (несрабатыванию условия), но эффекты в знаках процента при этом срабатывают. 

Пример работы с секцией '''''nil'''''.
Секция '''''nil''''' выводит из-под скриптовых схем персонажа, монстра или объект и отпускает его под управление движка. Это надо если какое-либо условие выполнившись один раз больше не нуждается в проверке, при этом экономятся ресурсы машины, которые на каждом апдейте проверяют это условие. Например:<ini>[logic]
active = sr_idle

[sr_idle]
on_actor_inside = nil %+esc_actor_inside%</ini>
То есть, при входе актера в рестриктор выдается инфопорция и рестриктор уходит в секцию '''''nil''''', больше не проверяя наличие игрока. 

'''''Примечание''''': обратно из секции '''''nil''''' под скрипты объект вернуть уже невозможно! Учитывайте это, используя ее.

==Пример достаточно сложной логики==
<ini>[logic]
active = walker
combat_ignore = combat_ignore
on_hit = hit
on_death = death

[hit]
on_info = %+alert%

[death]
on_info = %+alert +trup3%

[walker]
path_walk = walk_svoboda3
path_look = look_svoboda3
combat_ignore_cond = {-alert}
on_timer = 25000 | remark

[remark]
anim = idle
snd = stalker_talk_kampfire
no_move = true
no_rotate = true
on_hit = hit
on_death = death
combat_ignore_cond = {-alert}

[combat_ignore]</ini>
Рассмотрим ее пошагово. 
Вначале сталкер работает по схеме '''''walker'''''. При этом он игнорирует бой, пока не будет поставлен инфопоршн '''''alert''''. Он ждет 25 секунд, после чего переходит в схему '''''remark'''''. В ремарке он проигрывает анимацию '''''idle''''', говорит на указанные темы, не поворачивается и не двигается и точно также игнорирует бой. Если по нему попадут ('''''on_hit''''') или убьют ('''''on_death'''''), будет поставлен инфопоршн '''''alert''''' и он перестанет игнорировать бой (понятно, что если он будет трупом, то это ему не поможет, но их в сценке трое, и тогда сорвутся в бой все остальные). Если его убьют, то также будет поставлен инфопоршн '''''trup3''''' который сообщит о том, что этот NPC убит. 

А вот логика его противника:<ini>[logic]
active = walker
combat_ignore = combat_ignore

[walker]
path_walk = soldier_walk1
path_look = soldier_look1
combat_ignore_cond = always
team = assault_group
on_signal = assault | camper

[camper]
path_walk = soldier_walk1_2
path_look = soldier_look1_2
radius = 5 
on_info = {+trup1 +trup2 +trup3} walker2

[walker2] 
path_walk = soldier_walk1_3
path_look = soldier_look1_3

[combat_ignore]</ini>

Он идет в схеме '''''walker''''', игнорируя бой (причем игнорируя в любой ситуации). Идет в составе группы '''''assault_group'''''. Когда он приходит в конечную точку маршрута (там он синхронизируется с остальными из группы, это приписано в путях) и получает сигнал '''''assault''''', то переходит в схему '''''camper'''''. В этой схеме у него не прописан '''''combat_ignore''''', поэтому он начинает стрелять по противнику. После того, как все трое противников будут убиты, каждый из них, умирая ставит инфопоршн '''''trup1''''', '''''trup2''''' или '''''trup3''''' и когда все трое будут убиты, то он переключится на схему '''''walker2''''' (подойдет к костру). 

=Схемы логики space_restrictor=

'''''Общее замечание''''': Чтобы исключить ситуацию, когда актёр проскакивает через рестриктор и тот не успевает сработать, старайтесь ставить рестриктор так, чтоб минимальная ширина была больше 2 метров.

==Схема sr_idle==
Предназначение данной схемы – включить другую схему при срабатывании одного из стандартных условий логической схемы. 
Сама по себе схема ничего не делает. 

'''[sr_idle]''' 
'''''on_actor_inside = nil %+esc_actor_inside%''''' 

Обратите внимание, что после срабатывания проверки активная схема переключается в '''''nil''''', чтобы не продолжать бесполезную проверку на каждом апдейте. Можно не задавать '''''nil'''''. 
Часто эта схема работает вместе со спавнером, рестриктор выдает инфопоршн, при входе в зону, а спавнер по нему уже кого-то спавнит. 

'''''Пример использования схемы''''':<ini>[logic]
active = sr_idle

[sr_idle]
on_actor_inside = {+val_raid_start -esc_return -esc_trader_speak} nil %=esc_return_dv +esc_return +esc_trader_speak%</ini>

файл ''gamedata\scripts\sr_idle.script''

==Схема sr_no_weapon==
Данная схема убирает оружие у игрока при входе в зону. 

'''[sr_no_weapon]''' 

'''''Пример использования схемы''''':<ini>[logic]
active = sr_no_weapon

[sr_no_weapon]</ini>

файл ''gamedata\scripts\sr_no_weapon.script''

==Схема sr_sound==

Схема предназначена для отыгрывание звука при входе актора в '''''space_restrictor'''''. 

'''[sr_sound]''' 
'''''snd = <путь_звукового_файла> - перечень имён звуков разделенных запятыми (путь учитывается относительно папки ''gamedata\sounds''). 
'''''type = <параметр>''''' - типы звуков через запятые. Для удобства введены типы наборов звуков в таблице '''''sound_types''''' управляющего файла. Всего их три: 
:*'''''floor_wooden'''''; 
:*'''''rats_panic'''''; 
:*'''''random'''''. 
'''''delay = <number>''''' - задержка перед проигрыванием звука в секундах реального времени, по умолчанию 0. 
'''''idle = <number>''''' - длина периода игнорирования входа в зону после начала последнего проигранного звука.
:Чтоб, например, "завывание" было не чаще, чем раз в несколько минут. Указывается в секундах игрового времени. По умолчанию 0. 
'''''rnd = <number>''''' - вероятность (в процентах) того, что звук отыграется. По умолчанию 100. 
'''''position = <имя_пути>''''' - задает имя пути, в вершинах которого может отыграться звук.
:Есть зарезервированное значение '''''random'''''. Оно означает случайное место в радиусе от 15 до 50 метров от игрока. Если этот параметр не задан, то подразумевается позиция игрока. 
'''''slide_velocity = <number>''''' - скорость (м/с) передвижения звука по точкам патрульного пути. По умолчанию - 3. 
'''''slide_sound_once = true\false''''' - в случае значения '''''true''''' - проиграть звук один раз, даже если он не дошел до последней точки пути,
:иначе если '''''false''''' – и если звук закончился, а до последней точки пути не дошел, запустить его ещё раз. По умолчанию '''''false'''''. 
'''''play_at_actor = true/false''''' - заставляет звук играться от позиции актера постоянно.
:Если он будет равен '''''true''''' и будет задан путь перемещения звука (или рандом), то мы тупо вылетим. 

Поддерживается сигнал '''''sound_end'''''. 

Обязательно нужно задать либо '''''snd''''', либо '''''type'''''. Можно их задать вместе. На базе этих параметров составляется список звуков. При входе актора в рестриктор отыгрывается случайный звук из этого списка. 

'''''Пример использования схемы''''':<ini>[logic]
active = sr_idle

[sr_idle]
on_actor_inside = sr_sound@shooting

[sr_sound@shooting]
snd = characters_voice\scenario\garbage\grey_grey_1
play_at_actor = true
on_signal = sound_end| nil
on_timer = 20000| nil</ini>

Есть возможность сделать «скользящий звук». Необходим патрульный путь. Звук начинает отыгрываться с начала пути и перемещается от одной точки пути к другой (по мере их установки на патрульном пути) со скоростью '''''slide_velocity'''''. Пример:<ini>[logic]
active = sr_sound

[sr_sound]
type = random
position = way
slide_velocity = 8
slide_sound_once = true</ini>

Файл ''gamedata\scripts\sr_sound.script''

==Схема sr_tip==
Предназначение данной схемы – давать игроку сообщение (подсказку) при входе в рестриктор. 

'''[sr_tip]''' 
'''''name = <имя_текса> = строка с '''''id''''' текста зарегистрированного в папке ''gamedata_1006\config\text''. 
'''''type = news/tips''''' - параметр рудиментарный и не на что не влияет. 
'''''sender = <параметр>''''' - задаёт условный строковый идентификатор иконки персонажа, от которого якобы пришло сообщение.
:По умолчанию это иконка торговца. Возможны следующие значения: '''''default, trader, dolg, freedom, ecolog, arena, stalker, krot, barman, wolf, o_soznanie, monolith, saharov, prizrak, killer'''''. 
'''''cond = {+info -info =func !func ~number}''''' - необходимые логические условия, при которых подсказка сработает. По дефолту, сработает при входе в зону. 
'''''single = true/false''''' - если параметр в '''''true''''', то типс будет выдан только один раз. По умолчанию '''''false'''''. 
'''''timeout = <number>''''' - задержка вывода сообщения в секундах. По умолчанию - 0. 
'''''showtime = <number>''''' - время показа сообщения на экране. Задаётся в милисекундах. По умолчанию - 5000. 

Поддерживается сигнал '''''tip_sended''''', только в случае установленного параметра '''''single'''''. 

'''''Пример использования схемы''''':<ini>[logic]
active = sr_idle

[sr_idle]
on_actor_inside = sr_tip

[sr_tip]
name = rad_barman_spam
type = tips
cond = {+bar_deactivate_radar_done}
sender = barman
on_actor_inside = nil
showtime = 25000</ini>

файл ''gamedata\scripts\sr_tip.script''

==Схема sr_light==
Зона, в которой фонарики у NPC будут включены независимо от времени суток.

'''[sr_light]''' 
'''''light_on = true/false''''' - включен/выключен свет. 

'''''Пример использования схемы''''':<ini>[logic]
active = sr_light

[sr_light]
light_on = true</ini>

Файл: ''gamedata\scripts\sr_light.script''

==Схема sr_territory==

Занимается эта схема тем, что отлавливает всякие события, происходящие внутри рестриктора.
Пока что она отлавливает только хиты и смерть NPC. 

'''[sr_territory]''' 
'''''territory_hit = {+info -info =func !func ~number} %+info -info =func%''''' - эффекты, которые произойдут при нанесении хита от актора, будучи в этой зоне. 
'''''territory_death = {+info -info =func !func ~number} %+info -info =func%''''' - эффекты, которые произойдут при смерти от "рук" актора, будучи в этой зоне. 

Поскольку схема работает только с игроком – то хиты и смерть засчитываются только от игрока. 

'''''Пример использования схемы''''':<ini>[logic]
active = sr_territory@1

[sr_territory@1]
territory_death = sr_idle@1 %+bar_arena_territory_death%</ini>

Файл: ''gamedata\scripts\sr_territory.script''

==3.9.7. Sr_mapspot==

При входе в рестриктор он сам себя подсвечивает на карте. 

Параметры: 
hint - id подсказки в string table (обязательный параметр) 
location - название типа подсветки (не обязательный параметр, по умолчанию "crlc_small") 

Пример: 
[logic] 
active = sr_mapspot 

[sr_mapspot] 
hint = “gar_swamp” 
location = crcl_big 

==3.9.8. Sr_particle==

Данная система отыгрывает партиклы как статичные так и движущиеся в указанном месте и в указанное время. Работет она следующим образом:

1) для партикловой системы с путем камеры:
[sr_particle]
name = explosions\campfire_03 -имя партикловой системы
path = particle_test.anm -имя пути камеры
mode = 1 -(обязательно !!!)
looped = true/false -флаг зацикленности партиклов

(обязательно с расширением ANM !!!) Здесь партиклы будут молча перемещаться по anm-пути из папки gamedata\anims.

2) для партикловой системы с обычным патрульным путем (из way-point'ов):
[sr_particle]
name = explosions\campfire_03 -имя партикловой системы
path = part_points -имя патрульного пути
mode = 2 -(обязательно !!!)
looped = true/false -флаг зацикленности партиклов

В вейпоинтах можно задавать флаги:
<br\>s=имя_звуковой_темы
<br\>d=число время задержки перед проигрыванием (задается в миллисекундах. Если не задано, то 0).
<br\>s=имя звуковой темы в sound_themes.ph_snd_themes из которой будет случайно выбран звук для проигрывания во время проигрывания партикла. Звук не зацикливается и играет только один раз.. Результат = партиклы отыгрываются во всех вейпоинтах одновременно (или с задержкой см. выше).
 При looped=true по окончании проигрывания партиклов, они будут запускаться сначала, но уже без задержек. Сигнал particle_end выдаваться не будет. При looped=false сигнал будет выдан, когда все источники партиклов отыграют.
 Поддерживается кондлист. Если рестриктор переходит в другую секцию, то автоматически перестают отыгрываться партиклы и замолкают звуки при них. Этот рестриктор является объектом, отслеживающим партиклы и нет никакой необходимости чтобы игрок в него заходил.
 

==3.9.9. Sr_sound_act==
Итого, схема, которая играет саунд в голове актера. Всякие там переговоры по ПДА и прочие фейки

[sr_sound_act] 
snd = ambient\random\new_drone1 --имя звукового файла 
*delay = 2000 --задержка перед проигрыванием 
*delay_max = 4000 -- между проигрыванием звука будет взят случайный промежуток между delay и delay_max. 
*on_signal = sound_end | nil --по сигналу можно перейти в другую секцию. 
theme = <имя темы из ph_sound_themes> 
* stereo = true/false (по умолчанию false). При установке этого параметра к файлу, который задан параметром snd или в звуковой теме будут добавляться (автоматически) суффиксы _r и _l для загрузки левого и правого каналов и, соответственно, вся эта фигня будет играться. 

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

==3.9.10 Sr_timer==

Пример использования: 

[logic] 
active = sr_timer@1 

[sr_timer@1] 
type = dec 
start_value = 10000 
on_value = 0 | sr_timer@2 

[sr_timer@2] 
type = inc 
on_value = 15000 | nil %+info1% 

Описания полей: 
type - тип счетчика, инкриментирующий(inc) или декриментирующий(dec). 
Если поле не задано - счетчик будет инкриментирующий 
start_value - начальное значение счетчика в РЕАЛЬНЫХ милисекундах. Для декриментирующих счетчиков задавать обязательно. Для инкриментирующих, если не задано, то считается с 0. 

Переходы из секции sr_timer могут быть как по обычным условиям (on_timer, on_info) так и по специфическому условию on_value. В общем случае on_value Можно использовать для производства каких либо действий в зависимости от состояния счетчика. Например: 

on_value = 5000| %+info1% | 1000| %+info2% 

==3.9.11. Sr_psy_antenna==
Зоны с такой секцией позволяют управлять эффектами от пси-воздействия (на Янтаре и Радаре). Сейчас можно управлять интенсивностью излучения и интенсивностью получения повреждений.

Способ применения: Расставить зоны, в каждой зоне написать, сколько процентов к интенсивности излучения и повреждения она добавляет/отнимает. Зоны могут быть вложены друг в друга, пересекать друг друга.

eff_intensity = - увеличение/уменьшение в % от базового значения интенсивности излучения.
hit_ intensity = - увеличение/уменьшение в % от базового значения наносимого повреждения.

Пример зоны, которая добавляет 70% излучения:

[logic] 
active = sr_psy_antenna

[sr_psy_antenna] 
eff_intensity = 70 
hit_ intensity = 70

Пример зоны, которая убирает 30% излучения:

[logic] 
active = sr_psy_antenna

[sr_psy_antenna] 
intensity = -30 

в версии '''SOC 1.0000''' добавлена возможность задавать вероятность проявления фантомов и тайминг их "живучести" 
 
phantom_prob = 40 - вероятность проявления фантомов в процентах 
min_phantom_idle = 3000 - мин время их существования в состоянии idle 
max_phantom_idle = 5000 - макс время их существования в состоянии idle 

==3.9.12. Sr_teleport==
Собственно, телепорт. Настраиваются следующим образом: 

[logic] 
active = sr_teleport 

[sr_teleport] 
timeout = 0 

point1 = point1 
look1 = look1 
prob1 = 10 

point2 = point2 
look2 = look2 
prob2 = 20 

где: 
timeout - задержка в срабатывании телепорта в миллисекундах. 
point - одноточечный патрульный путь куда переместить 
look - одноточечный патрульный путь куда повернуть. 

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

==3.9.13. Sr_sleep и настройка снов.==

Появилась возможность задавать зоны сна.

[sr_sleep]
*cond = <condlist>
*type = nightmare/normal/happy/all - Задает тип сна разрешенный в данной зоне (по умолчанию all). Влияет (группирует) только на несценарные сны.
*dream_prob = <число от 0 до 100> - вероятность просмотра несценарных сновидений в данной зоне (по умолчанию 80). В противном случае будет только черный экран.

Необязательное поле cond задает условие(я), при котором в этой зоне можно спать. Сейчас производится индикация зон, где разрешен сон. В левом нижнем углу отображается маленькая иконка легких при входе в такую зону. Вероятно, позже будет изменена на другую. 
Сновидения теперь делятся на сценарные и обычные. Сценарные сновидения отыгрываются один раз при выполнении необходимых условий. Обычные сновидения проигрываются, если нет сценарных или ни одно условие выполнения сценарных не сработало. Можно задавать вероятность отыгрывания обычных сновидений в целом, а также задавать вероятность срабатывания каждого конкретного сновидения в отдельности. Обычным сновидениям можно задавать тип и потом ограничивать по нему сны воспроизводимые в sr_sleep. 

В файле misc\dream.ltx задаются настройки снов. 

Секция videos. 
Полями задаются пути к видеофайлам со снами. 

Секция dreams. Поля: 
regular_probability = <число от 0 до 100> - вероятность проигрывания обычных сновидений в целом 
regular - список секций с настройками для обычных сновидений 
scene - список секций с настройками для сценарных сновидений 

Настройки обычных сновидений: 
dream - имя поля из секции videos 
probability = <число больше 0> - чем больше, тем больше вероятность проигрывания сна. 
type = nightmare/normal/happy - тип сна. 

Настройки сценарных сновидений: 
dream - имя поля из секции videos 
cond = <condlist> - условия срабатывания 
to_regular = <вероятность,тип> - необязательное поле. Дает возможность переводить сценарный сон после первого отыгрыша в разряд обычных. <вероятность, тип> аналогичны probability и type из настроек обычных сновидений соответственно. 

==3.9.14. Sr_cutscene==

Эта схема предназначена для проведения анимации камеры c некоторым эффектом
(pp_effector). Последовательность действий, осуществляемых схемой, состоит из мгновенного перемещения игрока в начало пути point и ориентации его взгляда на начало пути look, потери управления игроком и начала анимации камеры cam_effector по завершении которой игрок вновь получает управление. 

[sr_cutscene] 
point = <имя пути> - путь в первую точку которого переносится игрок 
look = <имя пути> - путь в первую точку которого смотрит игрок 
*pp_effector = <имя файла с эффектом> - файл, расположенный в папке 
gamedata\anims\ и содержащий эффект (имя файла пишется без расширения) 
cam_effector = <имя файла с анимацией камеры> - файл, расположенный в папке gamedata\anims\camera_effects\ и содержащий анимацию камеры (имя файла пишется без расширения) 

==3.10. Набор дополнительных настроек логики у разных объектов.==
Для всех физических объектов есть секция ph_idle, поддерживающая кондлист в которую можно при необходимости переводить объекты.

==3.10.1. Схема работы двери, секция [ph_door]==

NB! Для двухстворчатых ворот задается все аналогично.

locked = false\true 
Заперта ли дверь. По дефолту – false.

Closed = false\true 
Закрыта ли дверь. По дефолту - true

tip_open = (если locked == false, то tip_door_open, иначе tip_door_locked) 
Подсказка, которая появляется около прицела при наведении на дверь, если дверь закрыта.

tip_close = (если locked == false, то tip_door_close, иначе пустое значение) 
Подсказка, которая появляется около прицела при наведении на дверь, если дверь открыта.

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

snd_open_start = Звук, который будет отыгран при попытке открыть дверь.

snd_close_start = Звук, который будет отыгран при попытке закрыть дверь.

snd_close_stop = Звук, который будет отыгран, когда дверь захлопнется до конца.

Примеры: 
Если нужно сделать дверь, которая при каком-то событии открывается со щелчком, то можно воспользоваться полем snd_init и переключением схем. В примере ниже при включении схемы ph_door@unlocked проиграется snd_init, т.е. trader_door_unlock:

[logic] 
active = ph_door@locked 

[ph_door@locked] 
locked = true 
snd_open_start = trader_door_locked 
on_info = {+esc_trader_can_leave} ph_door@unlocked 

[ph_door@unlocked] 
locked = false 
snd_init = trader_door_unlock 
snd_open_start = trader_door_open_start 
snd_close_start = trader_door_close_start 
snd_close_stop = trader_door_close_stop 
файл \gamedata\scripts\ph_door.script 

==3.10.2. Схема работы кнопки, секция [ph_button]==

При нажатии на кнопку переключает секции и выдает инфопоршн. 

[logic] 
active = ph_button@locked 

[ph_button@locked] 
anim_blend = false 
anim = button_false 
on_press = ph_button@unlocked %+cit_jail_door_opened% 

on_press – что происходит при нажатии 
anim – анимация, которая отигрывается при нажатии на кнопку 
anim_blend – плаваня, сглаженная анимация. Может принимать знаечения true\false 

Файл \Gamedata\scripts\ph_button.script 

*tooltip - gредназначено для того, чтобы задавать текстовую подсказку при наведении на кнопку. Текстовая подсказка нужна для того, чтобы как минимум было понятно, что этот девайс можно нажимать. 
Пример настройки кнопки: 

[logic] 
active = ph_button@active 

[ph_button@active] 
anim = lab_switcher_idle 
tooltip = tips_labx16switcher_press 
on_press = ph_button@deactivated %+terrain_test% 

[ph_button@deactivated] 
anim = lab_switcher_off 

Для того чтобы сообщение не потеряло адекватность при различных настройках клавиатуры сообщение следует писать с использованием токенов. Например: 
<xml>
<string id="tips_labx16switcher_press">
<text>Чтобы отключить чудо установку нажмите ($$ACTION_USE$$)</text>
</string>
</xml>

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

[logic] 
active = ph_button@locked 

[ph_button@locked] 
anim = button_false – анимация несрабатывания кнопки. 
on_info = {+val_prisoner_door_unlocked} ph_button@unlocked 
on_press = ph_button@unlocked %+val_prisoner_door_unlocked% 

[ph_button@unlocked] 
anim = button_true 
on_info = {-val_prisoner_door_unlocked} ph_button@locked 
on_press = ph_button@locked %-val_prisoner_door_unlocked% 

===[[Часть 4]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 3

2012-05-03T13:07:19Z

195.88.52.203: /* 3.9.5. Sr_light */

{{Шаблон:Настройка логики}}

=Скрипт logic=

Скрипт '''''logic''''' управляет переключением схем. 
В '''''custom_data''''' любого персонажа (кроме свободных) должна присутствовать секция '''''[logic]'''''. 

Функции, на которые ссылается секция '''''[logic]''''' должны находится в файлах ''gamedata\scripts\xr_effects.script'' или ''gamedata\scripts\xr_conditions.script''. 

В секции должно присутствовать одно из полей: 
:*'''''active = <название_схемы>''''' - активная схема, запускающаяся первой. 
:*'''''cfg = <имя_ltx_файла_с_настройками>''''' - способ задавать логику персонажа, вынося её во внешний файл (путь учитывается относительно папки ''gamedata\config\scripts''). 

Пример. Настройки простого '''''walker''''':<ini>[logic]
active = walker

[walker]
path_walk = walk1
path_look = look1</ini>

Переключение схем выполняется с помощью дополнительных условий схемы '''''logic''''', которые прописываются в секции текущей активной схемы. Существуют следующие условия переключения: 
:*'''''on_actor_dist_le = <number>|<название_схемы>''''' - если дистанция в метрах до игрока меньше либо равно '''''number'''''. 
:*'''''on_actor_dist_le_nvis = <number>|<название_схемы>''''' - если дистанция в метрах до игрока меньше либо равно '''''number''''' без проверки на видимость. 
:*'''''on_actor_dist_ge = <number>|<название_схемы>''''' - если дистанция в метрах до игрока больше '''''number'''''. 
:*'''''on_actor_dist_ge_nvis = <number>|<название_схемы>''''' - если дистанция в метрах до игрока больше '''''number''''' без проверки на видимость. 
:*'''''on_signal = <имя_сигнала>|<название_схемы>''''' - срабатывает по приходу сигнала '''''имя_сигнала''''' от текущей активной схемы. 
:*'''''on_info = <название_схемы>''''' - срабатывает всегда. 
:*'''''on_timer = <number>|<название_схемы>''''' - срабатывает через '''''number''''' миллисекунд после включения схемы. 
:*'''''on_game_timer = <number>|<название_схемы>''''' – срабатывает через '''''number''''' секунд игрового времени, после включения схемы. 
:*'''''on_actor_in_zone = <имя_зоны>|<название_схемы>''''' – если актер в находится в указанной зоне (указывается имя рестриктора). 
:*'''''on_actor_not_in_zone = <имя_зоны>|<название_схемы>''''' – если актер не в указанной зоне (указывается имя рестриктора). 
:*'''''on_npc_in_zone = <number>|<имя_зоны>|<название_схемы>''''' – если NPC со '''''story_id''''' равному '''''number''''', в указанной зоне. 
:*'''''on_npc_not_in_zone = <number>|<имя_зоны>|<название_схемы>''''' - если NPC со '''''story_id''''' равному '''''number''''', не в указанной зоне. 
:*'''''on_actor_inside = <название_схемы>''''' - зона проверяет, находится ли игрок внутри нее (используется со '''''space_restrictor'''''). 
:*'''''on_actor_outside = <название_схемы>''''' - зона проверяет, находится ли игрок за ее пределами (используется со '''''space_restrictor'''''). 

'''''Примечание''''': если происходит переключение между несколькими одноименными схемами (например несколькими '''''walker'''''), то их можно нумеровать: '''''walker1''''', '''''walker2''''', хотя предпочтительнее через символ ''''@'''<nowiki>'</nowiki> давать более информативные названия: '''''walker@day''''', '''''walker@alarm''''' и т.д. 

C любыми из вышеперечисленных параметров можно работать следующим образом: 
'''''on_info = {…} %…%''''' 
'''''on_info2 = {…} %…%''''' 
'''''on_info3 = {…} %…%''''' 
и так далее до посинения 

А также условия для переключения на описанные выше секции. 
'''''combat_ignore_cond = ''''' 
'''''on_hit =''''' 
'''''on_death =''''' 
'''''on_combat =''''' 
'''''on_use =''''' 

==Синтаксис скрипта Logic==

Для того, чтобы персонаж ходил по пути '''''walk1''''', а при приближении игрока на дистанцию 5 метров, переключался на путь '''''walk2''''' (но только при условии, что он видит игрока), нужно написать следующее: <ini>[logic]
active = walker@first

[walker@first]
path_walk = walk1
path_look = look1
on_actor_dist_le = 5 | walker@second

[walker@second]
path_walk = walk2
path_look = look2</ini>
Выше рассмотрено безусловное переключение секций. 
Перед именем секции в фигурных скобках '''''{}''''' можно задавать дополнительные '''''условия''''', а после имени секции - так называемые "'''''эффекты'''''", которые заключить в знаки процента '''''%%'''''. Эффекты будут применены только в случае выполнения условий, если таковых нет то эффект выполнится безусловно. 
Можно не задавать переход на другую схему указывая её имя, а задать только условия и/или эффекты. Тогда активной останется действующая схема, но условия и эффекты будут все равно обработаны. Если все условия в фигурных скобках не выполняются, схема активирована не будет. 

'''''Пример''''':<ini>on_actor_dist_le = 5 | {условие} walker@second %эффекты%</ini>
Условия могут быть следующими: 
:*'''''+infoportion''''' - требуется присутствие инфопорции "'''''infoportion'''''" у актора; 
:*'''''-infoportion''''' - требуется отсутствие инфопорции "'''''infoportion'''''" у актора; 
:*'''''=function''''' - требуется, чтобы функция "'''''function'''''" вернула '''''true'''''; 
:*'''''!function''''' - требуется, чтобы функция "'''''function'''''" вернулся '''''false'''''; 
:*'''''~number''''' - вероятность выполнения условия. 

Эффекты могут быть следующими: 
:*'''''+infoportion''''' - в случае включения секции у актора будет установлен инфопорция "'''''infoportion'''''"; 
:*'''''-infoportion''''' - в случае включения секции у актора будет убрана инфопорция "'''''infoportion'''''"; 
:*'''''=function''''' - в случае включения секции стартует функция "'''''function'''''". 

'''''Примечание''''': для условия переключения схемы '''''{~number}''''' определён следующий расчёт: 

:'''''number''''' сравнивается со случайным числом в диапазоне от 1 до 100, если '''''number''''' больше, то считается, что условие вернуло истину, например:
:<ini>on_actor_in_zone = restrictor_name | {~30} walker@second</ini>
:Если условий несколько, например:
:<ini>on_actor_dist_le = 5 | {~20} walker@second, {~55} walker@third, walker@fourth</ini>
:В таком случае, переход на схему '''''walker@second''''' произойдёт с вероятностью 20%, на схему '''''walker@third''''' с вероятностью 55-20=35% и на схему '''''walker@fourth''''' с оставшейся вероятностью 100-55=45%. 
:Условия в данном случае необходимо выставлять исключительно в порядке возрастания. 
:Неудачный пример:
:<ini>on_actor_dist_le = 5 | {~40} walker@second, {~25} walker@third, walker@fourth</ini>
:Здесь переход на схему '''''walker@third''''' никогда не будет определён, а вероятность перехода на схему '''''walker@fourth''''' составит 60%. 

'''''Примечание''''': несколько условия или эффектов разделяются пробелами:<ini>on_actor_dist_le = 5 | {+info_1 -info_2 +info_3} walker@second %+info_4 =func%</ini>

Можно задавать сразу несколько секций, разделенных запятыми. Порядок обхода при этом - слева направо. После срабатывания первого из условий, обход прекращается. В примере ниже, если установлен '''''info_1''''', будет включена схема '''''walker@second''''', иначе, если установлен '''''info_2''''', будет включена схема '''''walker@third''''', иначе будет включен '''''walker@fourth''''':<ini>on_actor_dist_le = 5 | {+info_1} walker@second, {+info_2} walker@third, walker@fourth</ini>

В описанном выше поле '''''active''''' секции '''''logic''''', можно также задавать условия, например:<ini>[logic]
active = {=actor_friend} walker@friendly, walker@enemy</ini>

В логических условиях теперь принимается ключевое слово '''''never''''', которое означает, что условие ложно. Например:<ini>
combat_ignore_cond = {=actor_enemy =actor_has_suit} always, {=actor_enemy} never %=gar_dm_bandits_fight%</ini>
Вышеприведенная конструкция включает игнорирование боя, если у NPC враг игрок в костюме, но отключит его, если врагом является игрок, но без костюма, при этом сработают эффекты (%%) секции '''''never'''''. Таким образом, выбор секции '''''never''''' равносилен отсутствию секции (несрабатыванию условия), но эффекты в знаках процента при этом срабатывают. 

Пример работы с секцией '''''nil'''''.
Секция '''''nil''''' выводит из-под скриптовых схем персонажа, монстра или объект и отпускает его под управление движка. Это надо если какое-либо условие выполнившись один раз больше не нуждается в проверке, при этом экономятся ресурсы машины, которые на каждом апдейте проверяют это условие. Например:<ini>[logic]
active = sr_idle

[sr_idle]
on_actor_inside = nil %+esc_actor_inside%</ini>
То есть, при входе актера в рестриктор выдается инфопорция и рестриктор уходит в секцию '''''nil''''', больше не проверяя наличие игрока. 

'''''Примечание''''': обратно из секции '''''nil''''' под скрипты объект вернуть уже невозможно! Учитывайте это, используя ее.

==Пример достаточно сложной логики==
<ini>[logic]
active = walker
combat_ignore = combat_ignore
on_hit = hit
on_death = death

[hit]
on_info = %+alert%

[death]
on_info = %+alert +trup3%

[walker]
path_walk = walk_svoboda3
path_look = look_svoboda3
combat_ignore_cond = {-alert}
on_timer = 25000 | remark

[remark]
anim = idle
snd = stalker_talk_kampfire
no_move = true
no_rotate = true
on_hit = hit
on_death = death
combat_ignore_cond = {-alert}

[combat_ignore]</ini>
Рассмотрим ее пошагово. 
Вначале сталкер работает по схеме '''''walker'''''. При этом он игнорирует бой, пока не будет поставлен инфопоршн '''''alert''''. Он ждет 25 секунд, после чего переходит в схему '''''remark'''''. В ремарке он проигрывает анимацию '''''idle''''', говорит на указанные темы, не поворачивается и не двигается и точно также игнорирует бой. Если по нему попадут ('''''on_hit''''') или убьют ('''''on_death'''''), будет поставлен инфопоршн '''''alert''''' и он перестанет игнорировать бой (понятно, что если он будет трупом, то это ему не поможет, но их в сценке трое, и тогда сорвутся в бой все остальные). Если его убьют, то также будет поставлен инфопоршн '''''trup3''''' который сообщит о том, что этот NPC убит. 

А вот логика его противника:<ini>[logic]
active = walker
combat_ignore = combat_ignore

[walker]
path_walk = soldier_walk1
path_look = soldier_look1
combat_ignore_cond = always
team = assault_group
on_signal = assault | camper

[camper]
path_walk = soldier_walk1_2
path_look = soldier_look1_2
radius = 5 
on_info = {+trup1 +trup2 +trup3} walker2

[walker2] 
path_walk = soldier_walk1_3
path_look = soldier_look1_3

[combat_ignore]</ini>

Он идет в схеме '''''walker''''', игнорируя бой (причем игнорируя в любой ситуации). Идет в составе группы '''''assault_group'''''. Когда он приходит в конечную точку маршрута (там он синхронизируется с остальными из группы, это приписано в путях) и получает сигнал '''''assault''''', то переходит в схему '''''camper'''''. В этой схеме у него не прописан '''''combat_ignore''''', поэтому он начинает стрелять по противнику. После того, как все трое противников будут убиты, каждый из них, умирая ставит инфопоршн '''''trup1''''', '''''trup2''''' или '''''trup3''''' и когда все трое будут убиты, то он переключится на схему '''''walker2''''' (подойдет к костру). 

=Схемы логики space_restrictor=

'''''Общее замечание''''': Чтобы исключить ситуацию, когда актёр проскакивает через рестриктор и тот не успевает сработать, старайтесь ставить рестриктор так, чтоб минимальная ширина была больше 2 метров.

==Схема sr_idle==
Предназначение данной схемы – включить другую схему при срабатывании одного из стандартных условий логической схемы. 
Сама по себе схема ничего не делает. 

'''[sr_idle]''' 
'''''on_actor_inside = nil %+esc_actor_inside%''''' 

Обратите внимание, что после срабатывания проверки активная схема переключается в '''''nil''''', чтобы не продолжать бесполезную проверку на каждом апдейте. Можно не задавать '''''nil'''''. 
Часто эта схема работает вместе со спавнером, рестриктор выдает инфопоршн, при входе в зону, а спавнер по нему уже кого-то спавнит. 

'''''Пример использования схемы''''':<ini>[logic]
active = sr_idle

[sr_idle]
on_actor_inside = {+val_raid_start -esc_return -esc_trader_speak} nil %=esc_return_dv +esc_return +esc_trader_speak%</ini>

файл ''gamedata\scripts\sr_idle.script''

==Схема sr_no_weapon==
Данная схема убирает оружие у игрока при входе в зону. 

'''[sr_no_weapon]''' 

'''''Пример использования схемы''''':<ini>[logic]
active = sr_no_weapon

[sr_no_weapon]</ini>

файл ''gamedata\scripts\sr_no_weapon.script''

==Схема sr_sound==

Схема предназначена для отыгрывание звука при входе актора в '''''space_restrictor'''''. 

'''[sr_sound]''' 
'''''snd = <путь_звукового_файла> - перечень имён звуков разделенных запятыми (путь учитывается относительно папки ''gamedata\sounds''). 
'''''type = <параметр>''''' - типы звуков через запятые. Для удобства введены типы наборов звуков в таблице '''''sound_types''''' управляющего файла. Всего их три: 
:*'''''floor_wooden'''''; 
:*'''''rats_panic'''''; 
:*'''''random'''''. 
'''''delay = <number>''''' - задержка перед проигрыванием звука в секундах реального времени, по умолчанию 0. 
'''''idle = <number>''''' - длина периода игнорирования входа в зону после начала последнего проигранного звука.
:Чтоб, например, "завывание" было не чаще, чем раз в несколько минут. Указывается в секундах игрового времени. По умолчанию 0. 
'''''rnd = <number>''''' - вероятность (в процентах) того, что звук отыграется. По умолчанию 100. 
'''''position = <имя_пути>''''' - задает имя пути, в вершинах которого может отыграться звук.
:Есть зарезервированное значение '''''random'''''. Оно означает случайное место в радиусе от 15 до 50 метров от игрока. Если этот параметр не задан, то подразумевается позиция игрока. 
'''''slide_velocity = <number>''''' - скорость (м/с) передвижения звука по точкам патрульного пути. По умолчанию - 3. 
'''''slide_sound_once = true\false''''' - в случае значения '''''true''''' - проиграть звук один раз, даже если он не дошел до последней точки пути,
:иначе если '''''false''''' – и если звук закончился, а до последней точки пути не дошел, запустить его ещё раз. По умолчанию '''''false'''''. 
'''''play_at_actor = true/false''''' - заставляет звук играться от позиции актера постоянно.
:Если он будет равен '''''true''''' и будет задан путь перемещения звука (или рандом), то мы тупо вылетим. 

Поддерживается сигнал '''''sound_end'''''. 

Обязательно нужно задать либо '''''snd''''', либо '''''type'''''. Можно их задать вместе. На базе этих параметров составляется список звуков. При входе актора в рестриктор отыгрывается случайный звук из этого списка. 

'''''Пример использования схемы''''':<ini>[logic]
active = sr_idle

[sr_idle]
on_actor_inside = sr_sound@shooting

[sr_sound@shooting]
snd = characters_voice\scenario\garbage\grey_grey_1
play_at_actor = true
on_signal = sound_end| nil
on_timer = 20000| nil</ini>

Есть возможность сделать «скользящий звук». Необходим патрульный путь. Звук начинает отыгрываться с начала пути и перемещается от одной точки пути к другой (по мере их установки на патрульном пути) со скоростью '''''slide_velocity'''''. Пример:<ini>[logic]
active = sr_sound

[sr_sound]
type = random
position = way
slide_velocity = 8
slide_sound_once = true</ini>

Файл ''gamedata\scripts\sr_sound.script''

==Схема sr_tip==
Предназначение данной схемы – давать игроку сообщение (подсказку) при входе в рестриктор. 

'''[sr_tip]''' 
'''''name = <имя_текса> = строка с '''''id''''' текста зарегистрированного в папке ''gamedata_1006\config\text''. 
'''''type = news/tips''''' - параметр рудиментарный и не на что не влияет. 
'''''sender = <параметр>''''' - задаёт условный строковый идентификатор иконки персонажа, от которого якобы пришло сообщение.
:По умолчанию это иконка торговца. Возможны следующие значения: '''''default, trader, dolg, freedom, ecolog, arena, stalker, krot, barman, wolf, o_soznanie, monolith, saharov, prizrak, killer'''''. 
'''''cond = {+info -info =func !func ~number}''''' - необходимые логические условия, при которых подсказка сработает. По дефолту, сработает при входе в зону. 
'''''single = true/false''''' - если параметр в '''''true''''', то типс будет выдан только один раз. По умолчанию '''''false'''''. 
'''''timeout = <number>''''' - задержка вывода сообщения в секундах. По умолчанию - 0. 
'''''showtime = <number>''''' - время показа сообщения на экране. Задаётся в милисекундах. По умолчанию - 5000. 

Поддерживается сигнал '''''tip_sended''''', только в случае установленного параметра '''''single'''''. 

'''''Пример использования схемы''''':<ini>[logic]
active = sr_idle

[sr_idle]
on_actor_inside = sr_tip

[sr_tip]
name = rad_barman_spam
type = tips
cond = {+bar_deactivate_radar_done}
sender = barman
on_actor_inside = nil
showtime = 25000</ini>

файл ''gamedata\scripts\sr_tip.script''

==Схема sr_light==
Зона, в которой фонарики у NPC будут включены независимо от времени суток.

'''[sr_light]''' 
'''''light_on = true/false''''' - включен/выключен свет. 

'''''Пример использования схемы''''':<ini>[logic]
active = sr_light

[sr_light]
light_on = true</ini>

Файл: ''gamedata\scripts\sr_light.script''

==3.9.6. Sr_territory==

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

[logic] 
active = sr_territory@outside 

[sr_territory@outside] 
on_actor_inside = sr_territory@inside 

[sr_territory@inside] 
on_actor_outside = sr_territory@outside 
territory_hit = {-bar_dolg_territory_1_hit} %+bar_dolg_territory_1_hit%, {-bar_dolg_territory_2_hit} 
%+bar_dolg_territory_2_hit%, {-bar_dolg_territory_3_hit} %+bar_dolg_territory_3_hit%
territory_death = {-bar_dolg_territory_kill} %+bar_dolg_territory_kill% 

То есть здесь видно, что когда игрок находится внутри рестриктора, то считается количество нанесенных хитов, а также учитывается был ли кто-то убит или нет. Поскольку схема работает только с игроком – то хиты и смерть засчитываются только от игрока.

==3.9.7. Sr_mapspot==

При входе в рестриктор он сам себя подсвечивает на карте. 

Параметры: 
hint - id подсказки в string table (обязательный параметр) 
location - название типа подсветки (не обязательный параметр, по умолчанию "crlc_small") 

Пример: 
[logic] 
active = sr_mapspot 

[sr_mapspot] 
hint = “gar_swamp” 
location = crcl_big 

==3.9.8. Sr_particle==

Данная система отыгрывает партиклы как статичные так и движущиеся в указанном месте и в указанное время. Работет она следующим образом:

1) для партикловой системы с путем камеры:
[sr_particle]
name = explosions\campfire_03 -имя партикловой системы
path = particle_test.anm -имя пути камеры
mode = 1 -(обязательно !!!)
looped = true/false -флаг зацикленности партиклов

(обязательно с расширением ANM !!!) Здесь партиклы будут молча перемещаться по anm-пути из папки gamedata\anims.

2) для партикловой системы с обычным патрульным путем (из way-point'ов):
[sr_particle]
name = explosions\campfire_03 -имя партикловой системы
path = part_points -имя патрульного пути
mode = 2 -(обязательно !!!)
looped = true/false -флаг зацикленности партиклов

В вейпоинтах можно задавать флаги:
<br\>s=имя_звуковой_темы
<br\>d=число время задержки перед проигрыванием (задается в миллисекундах. Если не задано, то 0).
<br\>s=имя звуковой темы в sound_themes.ph_snd_themes из которой будет случайно выбран звук для проигрывания во время проигрывания партикла. Звук не зацикливается и играет только один раз.. Результат = партиклы отыгрываются во всех вейпоинтах одновременно (или с задержкой см. выше).
 При looped=true по окончании проигрывания партиклов, они будут запускаться сначала, но уже без задержек. Сигнал particle_end выдаваться не будет. При looped=false сигнал будет выдан, когда все источники партиклов отыграют.
 Поддерживается кондлист. Если рестриктор переходит в другую секцию, то автоматически перестают отыгрываться партиклы и замолкают звуки при них. Этот рестриктор является объектом, отслеживающим партиклы и нет никакой необходимости чтобы игрок в него заходил.
 

==3.9.9. Sr_sound_act==
Итого, схема, которая играет саунд в голове актера. Всякие там переговоры по ПДА и прочие фейки

[sr_sound_act] 
snd = ambient\random\new_drone1 --имя звукового файла 
*delay = 2000 --задержка перед проигрыванием 
*delay_max = 4000 -- между проигрыванием звука будет взят случайный промежуток между delay и delay_max. 
*on_signal = sound_end | nil --по сигналу можно перейти в другую секцию. 
theme = <имя темы из ph_sound_themes> 
* stereo = true/false (по умолчанию false). При установке этого параметра к файлу, который задан параметром snd или в звуковой теме будут добавляться (автоматически) суффиксы _r и _l для загрузки левого и правого каналов и, соответственно, вся эта фигня будет играться. 

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

==3.9.10 Sr_timer==

Пример использования: 

[logic] 
active = sr_timer@1 

[sr_timer@1] 
type = dec 
start_value = 10000 
on_value = 0 | sr_timer@2 

[sr_timer@2] 
type = inc 
on_value = 15000 | nil %+info1% 

Описания полей: 
type - тип счетчика, инкриментирующий(inc) или декриментирующий(dec). 
Если поле не задано - счетчик будет инкриментирующий 
start_value - начальное значение счетчика в РЕАЛЬНЫХ милисекундах. Для декриментирующих счетчиков задавать обязательно. Для инкриментирующих, если не задано, то считается с 0. 

Переходы из секции sr_timer могут быть как по обычным условиям (on_timer, on_info) так и по специфическому условию on_value. В общем случае on_value Можно использовать для производства каких либо действий в зависимости от состояния счетчика. Например: 

on_value = 5000| %+info1% | 1000| %+info2% 

==3.9.11. Sr_psy_antenna==
Зоны с такой секцией позволяют управлять эффектами от пси-воздействия (на Янтаре и Радаре). Сейчас можно управлять интенсивностью излучения и интенсивностью получения повреждений.

Способ применения: Расставить зоны, в каждой зоне написать, сколько процентов к интенсивности излучения и повреждения она добавляет/отнимает. Зоны могут быть вложены друг в друга, пересекать друг друга.

eff_intensity = - увеличение/уменьшение в % от базового значения интенсивности излучения.
hit_ intensity = - увеличение/уменьшение в % от базового значения наносимого повреждения.

Пример зоны, которая добавляет 70% излучения:

[logic] 
active = sr_psy_antenna

[sr_psy_antenna] 
eff_intensity = 70 
hit_ intensity = 70

Пример зоны, которая убирает 30% излучения:

[logic] 
active = sr_psy_antenna

[sr_psy_antenna] 
intensity = -30 

в версии '''SOC 1.0000''' добавлена возможность задавать вероятность проявления фантомов и тайминг их "живучести" 
 
phantom_prob = 40 - вероятность проявления фантомов в процентах 
min_phantom_idle = 3000 - мин время их существования в состоянии idle 
max_phantom_idle = 5000 - макс время их существования в состоянии idle 

==3.9.12. Sr_teleport==
Собственно, телепорт. Настраиваются следующим образом: 

[logic] 
active = sr_teleport 

[sr_teleport] 
timeout = 0 

point1 = point1 
look1 = look1 
prob1 = 10 

point2 = point2 
look2 = look2 
prob2 = 20 

где: 
timeout - задержка в срабатывании телепорта в миллисекундах. 
point - одноточечный патрульный путь куда переместить 
look - одноточечный патрульный путь куда повернуть. 

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

==3.9.13. Sr_sleep и настройка снов.==

Появилась возможность задавать зоны сна.

[sr_sleep]
*cond = <condlist>
*type = nightmare/normal/happy/all - Задает тип сна разрешенный в данной зоне (по умолчанию all). Влияет (группирует) только на несценарные сны.
*dream_prob = <число от 0 до 100> - вероятность просмотра несценарных сновидений в данной зоне (по умолчанию 80). В противном случае будет только черный экран.

Необязательное поле cond задает условие(я), при котором в этой зоне можно спать. Сейчас производится индикация зон, где разрешен сон. В левом нижнем углу отображается маленькая иконка легких при входе в такую зону. Вероятно, позже будет изменена на другую. 
Сновидения теперь делятся на сценарные и обычные. Сценарные сновидения отыгрываются один раз при выполнении необходимых условий. Обычные сновидения проигрываются, если нет сценарных или ни одно условие выполнения сценарных не сработало. Можно задавать вероятность отыгрывания обычных сновидений в целом, а также задавать вероятность срабатывания каждого конкретного сновидения в отдельности. Обычным сновидениям можно задавать тип и потом ограничивать по нему сны воспроизводимые в sr_sleep. 

В файле misc\dream.ltx задаются настройки снов. 

Секция videos. 
Полями задаются пути к видеофайлам со снами. 

Секция dreams. Поля: 
regular_probability = <число от 0 до 100> - вероятность проигрывания обычных сновидений в целом 
regular - список секций с настройками для обычных сновидений 
scene - список секций с настройками для сценарных сновидений 

Настройки обычных сновидений: 
dream - имя поля из секции videos 
probability = <число больше 0> - чем больше, тем больше вероятность проигрывания сна. 
type = nightmare/normal/happy - тип сна. 

Настройки сценарных сновидений: 
dream - имя поля из секции videos 
cond = <condlist> - условия срабатывания 
to_regular = <вероятность,тип> - необязательное поле. Дает возможность переводить сценарный сон после первого отыгрыша в разряд обычных. <вероятность, тип> аналогичны probability и type из настроек обычных сновидений соответственно. 

==3.9.14. Sr_cutscene==

Эта схема предназначена для проведения анимации камеры c некоторым эффектом
(pp_effector). Последовательность действий, осуществляемых схемой, состоит из мгновенного перемещения игрока в начало пути point и ориентации его взгляда на начало пути look, потери управления игроком и начала анимации камеры cam_effector по завершении которой игрок вновь получает управление. 

[sr_cutscene] 
point = <имя пути> - путь в первую точку которого переносится игрок 
look = <имя пути> - путь в первую точку которого смотрит игрок 
*pp_effector = <имя файла с эффектом> - файл, расположенный в папке 
gamedata\anims\ и содержащий эффект (имя файла пишется без расширения) 
cam_effector = <имя файла с анимацией камеры> - файл, расположенный в папке gamedata\anims\camera_effects\ и содержащий анимацию камеры (имя файла пишется без расширения) 

==3.10. Набор дополнительных настроек логики у разных объектов.==
Для всех физических объектов есть секция ph_idle, поддерживающая кондлист в которую можно при необходимости переводить объекты.

==3.10.1. Схема работы двери, секция [ph_door]==

NB! Для двухстворчатых ворот задается все аналогично.

locked = false\true 
Заперта ли дверь. По дефолту – false.

Closed = false\true 
Закрыта ли дверь. По дефолту - true

tip_open = (если locked == false, то tip_door_open, иначе tip_door_locked) 
Подсказка, которая появляется около прицела при наведении на дверь, если дверь закрыта.

tip_close = (если locked == false, то tip_door_close, иначе пустое значение) 
Подсказка, которая появляется около прицела при наведении на дверь, если дверь открыта.

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

snd_open_start = Звук, который будет отыгран при попытке открыть дверь.

snd_close_start = Звук, который будет отыгран при попытке закрыть дверь.

snd_close_stop = Звук, который будет отыгран, когда дверь захлопнется до конца.

Примеры: 
Если нужно сделать дверь, которая при каком-то событии открывается со щелчком, то можно воспользоваться полем snd_init и переключением схем. В примере ниже при включении схемы ph_door@unlocked проиграется snd_init, т.е. trader_door_unlock:

[logic] 
active = ph_door@locked 

[ph_door@locked] 
locked = true 
snd_open_start = trader_door_locked 
on_info = {+esc_trader_can_leave} ph_door@unlocked 

[ph_door@unlocked] 
locked = false 
snd_init = trader_door_unlock 
snd_open_start = trader_door_open_start 
snd_close_start = trader_door_close_start 
snd_close_stop = trader_door_close_stop 
файл \gamedata\scripts\ph_door.script 

==3.10.2. Схема работы кнопки, секция [ph_button]==

При нажатии на кнопку переключает секции и выдает инфопоршн. 

[logic] 
active = ph_button@locked 

[ph_button@locked] 
anim_blend = false 
anim = button_false 
on_press = ph_button@unlocked %+cit_jail_door_opened% 

on_press – что происходит при нажатии 
anim – анимация, которая отигрывается при нажатии на кнопку 
anim_blend – плаваня, сглаженная анимация. Может принимать знаечения true\false 

Файл \Gamedata\scripts\ph_button.script 

*tooltip - gредназначено для того, чтобы задавать текстовую подсказку при наведении на кнопку. Текстовая подсказка нужна для того, чтобы как минимум было понятно, что этот девайс можно нажимать. 
Пример настройки кнопки: 

[logic] 
active = ph_button@active 

[ph_button@active] 
anim = lab_switcher_idle 
tooltip = tips_labx16switcher_press 
on_press = ph_button@deactivated %+terrain_test% 

[ph_button@deactivated] 
anim = lab_switcher_off 

Для того чтобы сообщение не потеряло адекватность при различных настройках клавиатуры сообщение следует писать с использованием токенов. Например: 
<xml>
<string id="tips_labx16switcher_press">
<text>Чтобы отключить чудо установку нажмите ($$ACTION_USE$$)</text>
</string>
</xml>

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

[logic] 
active = ph_button@locked 

[ph_button@locked] 
anim = button_false – анимация несрабатывания кнопки. 
on_info = {+val_prisoner_door_unlocked} ph_button@unlocked 
on_press = ph_button@unlocked %+val_prisoner_door_unlocked% 

[ph_button@unlocked] 
anim = button_true 
on_info = {-val_prisoner_door_unlocked} ph_button@locked 
on_press = ph_button@locked %-val_prisoner_door_unlocked% 

===[[Часть 4]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 3

2012-05-03T12:50:48Z

195.88.52.203: /* 3.9.4. Секция [sr_tip] */

{{Шаблон:Настройка логики}}

=Скрипт logic=

Скрипт '''''logic''''' управляет переключением схем. 
В '''''custom_data''''' любого персонажа (кроме свободных) должна присутствовать секция '''''[logic]'''''. 

Функции, на которые ссылается секция '''''[logic]''''' должны находится в файлах ''gamedata\scripts\xr_effects.script'' или ''gamedata\scripts\xr_conditions.script''. 

В секции должно присутствовать одно из полей: 
:*'''''active = <название_схемы>''''' - активная схема, запускающаяся первой. 
:*'''''cfg = <имя_ltx_файла_с_настройками>''''' - способ задавать логику персонажа, вынося её во внешний файл (путь учитывается относительно папки ''gamedata\config\scripts''). 

Пример. Настройки простого '''''walker''''':<ini>[logic]
active = walker

[walker]
path_walk = walk1
path_look = look1</ini>

Переключение схем выполняется с помощью дополнительных условий схемы '''''logic''''', которые прописываются в секции текущей активной схемы. Существуют следующие условия переключения: 
:*'''''on_actor_dist_le = <number>|<название_схемы>''''' - если дистанция в метрах до игрока меньше либо равно '''''number'''''. 
:*'''''on_actor_dist_le_nvis = <number>|<название_схемы>''''' - если дистанция в метрах до игрока меньше либо равно '''''number''''' без проверки на видимость. 
:*'''''on_actor_dist_ge = <number>|<название_схемы>''''' - если дистанция в метрах до игрока больше '''''number'''''. 
:*'''''on_actor_dist_ge_nvis = <number>|<название_схемы>''''' - если дистанция в метрах до игрока больше '''''number''''' без проверки на видимость. 
:*'''''on_signal = <имя_сигнала>|<название_схемы>''''' - срабатывает по приходу сигнала '''''имя_сигнала''''' от текущей активной схемы. 
:*'''''on_info = <название_схемы>''''' - срабатывает всегда. 
:*'''''on_timer = <number>|<название_схемы>''''' - срабатывает через '''''number''''' миллисекунд после включения схемы. 
:*'''''on_game_timer = <number>|<название_схемы>''''' – срабатывает через '''''number''''' секунд игрового времени, после включения схемы. 
:*'''''on_actor_in_zone = <имя_зоны>|<название_схемы>''''' – если актер в находится в указанной зоне (указывается имя рестриктора). 
:*'''''on_actor_not_in_zone = <имя_зоны>|<название_схемы>''''' – если актер не в указанной зоне (указывается имя рестриктора). 
:*'''''on_npc_in_zone = <number>|<имя_зоны>|<название_схемы>''''' – если NPC со '''''story_id''''' равному '''''number''''', в указанной зоне. 
:*'''''on_npc_not_in_zone = <number>|<имя_зоны>|<название_схемы>''''' - если NPC со '''''story_id''''' равному '''''number''''', не в указанной зоне. 
:*'''''on_actor_inside = <название_схемы>''''' - зона проверяет, находится ли игрок внутри нее (используется со '''''space_restrictor'''''). 
:*'''''on_actor_outside = <название_схемы>''''' - зона проверяет, находится ли игрок за ее пределами (используется со '''''space_restrictor'''''). 

'''''Примечание''''': если происходит переключение между несколькими одноименными схемами (например несколькими '''''walker'''''), то их можно нумеровать: '''''walker1''''', '''''walker2''''', хотя предпочтительнее через символ ''''@'''<nowiki>'</nowiki> давать более информативные названия: '''''walker@day''''', '''''walker@alarm''''' и т.д. 

C любыми из вышеперечисленных параметров можно работать следующим образом: 
'''''on_info = {…} %…%''''' 
'''''on_info2 = {…} %…%''''' 
'''''on_info3 = {…} %…%''''' 
и так далее до посинения 

А также условия для переключения на описанные выше секции. 
'''''combat_ignore_cond = ''''' 
'''''on_hit =''''' 
'''''on_death =''''' 
'''''on_combat =''''' 
'''''on_use =''''' 

==Синтаксис скрипта Logic==

Для того, чтобы персонаж ходил по пути '''''walk1''''', а при приближении игрока на дистанцию 5 метров, переключался на путь '''''walk2''''' (но только при условии, что он видит игрока), нужно написать следующее: <ini>[logic]
active = walker@first

[walker@first]
path_walk = walk1
path_look = look1
on_actor_dist_le = 5 | walker@second

[walker@second]
path_walk = walk2
path_look = look2</ini>
Выше рассмотрено безусловное переключение секций. 
Перед именем секции в фигурных скобках '''''{}''''' можно задавать дополнительные '''''условия''''', а после имени секции - так называемые "'''''эффекты'''''", которые заключить в знаки процента '''''%%'''''. Эффекты будут применены только в случае выполнения условий, если таковых нет то эффект выполнится безусловно. 
Можно не задавать переход на другую схему указывая её имя, а задать только условия и/или эффекты. Тогда активной останется действующая схема, но условия и эффекты будут все равно обработаны. Если все условия в фигурных скобках не выполняются, схема активирована не будет. 

'''''Пример''''':<ini>on_actor_dist_le = 5 | {условие} walker@second %эффекты%</ini>
Условия могут быть следующими: 
:*'''''+infoportion''''' - требуется присутствие инфопорции "'''''infoportion'''''" у актора; 
:*'''''-infoportion''''' - требуется отсутствие инфопорции "'''''infoportion'''''" у актора; 
:*'''''=function''''' - требуется, чтобы функция "'''''function'''''" вернула '''''true'''''; 
:*'''''!function''''' - требуется, чтобы функция "'''''function'''''" вернулся '''''false'''''; 
:*'''''~number''''' - вероятность выполнения условия. 

Эффекты могут быть следующими: 
:*'''''+infoportion''''' - в случае включения секции у актора будет установлен инфопорция "'''''infoportion'''''"; 
:*'''''-infoportion''''' - в случае включения секции у актора будет убрана инфопорция "'''''infoportion'''''"; 
:*'''''=function''''' - в случае включения секции стартует функция "'''''function'''''". 

'''''Примечание''''': для условия переключения схемы '''''{~number}''''' определён следующий расчёт: 

:'''''number''''' сравнивается со случайным числом в диапазоне от 1 до 100, если '''''number''''' больше, то считается, что условие вернуло истину, например:
:<ini>on_actor_in_zone = restrictor_name | {~30} walker@second</ini>
:Если условий несколько, например:
:<ini>on_actor_dist_le = 5 | {~20} walker@second, {~55} walker@third, walker@fourth</ini>
:В таком случае, переход на схему '''''walker@second''''' произойдёт с вероятностью 20%, на схему '''''walker@third''''' с вероятностью 55-20=35% и на схему '''''walker@fourth''''' с оставшейся вероятностью 100-55=45%. 
:Условия в данном случае необходимо выставлять исключительно в порядке возрастания. 
:Неудачный пример:
:<ini>on_actor_dist_le = 5 | {~40} walker@second, {~25} walker@third, walker@fourth</ini>
:Здесь переход на схему '''''walker@third''''' никогда не будет определён, а вероятность перехода на схему '''''walker@fourth''''' составит 60%. 

'''''Примечание''''': несколько условия или эффектов разделяются пробелами:<ini>on_actor_dist_le = 5 | {+info_1 -info_2 +info_3} walker@second %+info_4 =func%</ini>

Можно задавать сразу несколько секций, разделенных запятыми. Порядок обхода при этом - слева направо. После срабатывания первого из условий, обход прекращается. В примере ниже, если установлен '''''info_1''''', будет включена схема '''''walker@second''''', иначе, если установлен '''''info_2''''', будет включена схема '''''walker@third''''', иначе будет включен '''''walker@fourth''''':<ini>on_actor_dist_le = 5 | {+info_1} walker@second, {+info_2} walker@third, walker@fourth</ini>

В описанном выше поле '''''active''''' секции '''''logic''''', можно также задавать условия, например:<ini>[logic]
active = {=actor_friend} walker@friendly, walker@enemy</ini>

В логических условиях теперь принимается ключевое слово '''''never''''', которое означает, что условие ложно. Например:<ini>
combat_ignore_cond = {=actor_enemy =actor_has_suit} always, {=actor_enemy} never %=gar_dm_bandits_fight%</ini>
Вышеприведенная конструкция включает игнорирование боя, если у NPC враг игрок в костюме, но отключит его, если врагом является игрок, но без костюма, при этом сработают эффекты (%%) секции '''''never'''''. Таким образом, выбор секции '''''never''''' равносилен отсутствию секции (несрабатыванию условия), но эффекты в знаках процента при этом срабатывают. 

Пример работы с секцией '''''nil'''''.
Секция '''''nil''''' выводит из-под скриптовых схем персонажа, монстра или объект и отпускает его под управление движка. Это надо если какое-либо условие выполнившись один раз больше не нуждается в проверке, при этом экономятся ресурсы машины, которые на каждом апдейте проверяют это условие. Например:<ini>[logic]
active = sr_idle

[sr_idle]
on_actor_inside = nil %+esc_actor_inside%</ini>
То есть, при входе актера в рестриктор выдается инфопорция и рестриктор уходит в секцию '''''nil''''', больше не проверяя наличие игрока. 

'''''Примечание''''': обратно из секции '''''nil''''' под скрипты объект вернуть уже невозможно! Учитывайте это, используя ее.

==Пример достаточно сложной логики==
<ini>[logic]
active = walker
combat_ignore = combat_ignore
on_hit = hit
on_death = death

[hit]
on_info = %+alert%

[death]
on_info = %+alert +trup3%

[walker]
path_walk = walk_svoboda3
path_look = look_svoboda3
combat_ignore_cond = {-alert}
on_timer = 25000 | remark

[remark]
anim = idle
snd = stalker_talk_kampfire
no_move = true
no_rotate = true
on_hit = hit
on_death = death
combat_ignore_cond = {-alert}

[combat_ignore]</ini>
Рассмотрим ее пошагово. 
Вначале сталкер работает по схеме '''''walker'''''. При этом он игнорирует бой, пока не будет поставлен инфопоршн '''''alert''''. Он ждет 25 секунд, после чего переходит в схему '''''remark'''''. В ремарке он проигрывает анимацию '''''idle''''', говорит на указанные темы, не поворачивается и не двигается и точно также игнорирует бой. Если по нему попадут ('''''on_hit''''') или убьют ('''''on_death'''''), будет поставлен инфопоршн '''''alert''''' и он перестанет игнорировать бой (понятно, что если он будет трупом, то это ему не поможет, но их в сценке трое, и тогда сорвутся в бой все остальные). Если его убьют, то также будет поставлен инфопоршн '''''trup3''''' который сообщит о том, что этот NPC убит. 

А вот логика его противника:<ini>[logic]
active = walker
combat_ignore = combat_ignore

[walker]
path_walk = soldier_walk1
path_look = soldier_look1
combat_ignore_cond = always
team = assault_group
on_signal = assault | camper

[camper]
path_walk = soldier_walk1_2
path_look = soldier_look1_2
radius = 5 
on_info = {+trup1 +trup2 +trup3} walker2

[walker2] 
path_walk = soldier_walk1_3
path_look = soldier_look1_3

[combat_ignore]</ini>

Он идет в схеме '''''walker''''', игнорируя бой (причем игнорируя в любой ситуации). Идет в составе группы '''''assault_group'''''. Когда он приходит в конечную точку маршрута (там он синхронизируется с остальными из группы, это приписано в путях) и получает сигнал '''''assault''''', то переходит в схему '''''camper'''''. В этой схеме у него не прописан '''''combat_ignore''''', поэтому он начинает стрелять по противнику. После того, как все трое противников будут убиты, каждый из них, умирая ставит инфопоршн '''''trup1''''', '''''trup2''''' или '''''trup3''''' и когда все трое будут убиты, то он переключится на схему '''''walker2''''' (подойдет к костру). 

=Схемы логики space_restrictor=

'''''Общее замечание''''': Чтобы исключить ситуацию, когда актёр проскакивает через рестриктор и тот не успевает сработать, старайтесь ставить рестриктор так, чтоб минимальная ширина была больше 2 метров.

==Схема sr_idle==
Предназначение данной схемы – включить другую схему при срабатывании одного из стандартных условий логической схемы. 
Сама по себе схема ничего не делает. 

'''[sr_idle]''' 
'''''on_actor_inside = nil %+esc_actor_inside%''''' 

Обратите внимание, что после срабатывания проверки активная схема переключается в '''''nil''''', чтобы не продолжать бесполезную проверку на каждом апдейте. Можно не задавать '''''nil'''''. 
Часто эта схема работает вместе со спавнером, рестриктор выдает инфопоршн, при входе в зону, а спавнер по нему уже кого-то спавнит. 

'''''Пример использования схемы''''':<ini>[logic]
active = sr_idle

[sr_idle]
on_actor_inside = {+val_raid_start -esc_return -esc_trader_speak} nil %=esc_return_dv +esc_return +esc_trader_speak%</ini>

файл ''gamedata\scripts\sr_idle.script''

==Схема sr_no_weapon==
Данная схема убирает оружие у игрока при входе в зону. 

'''[sr_no_weapon]''' 

'''''Пример использования схемы''''':<ini>[logic]
active = sr_no_weapon

[sr_no_weapon]</ini>

файл ''gamedata\scripts\sr_no_weapon.script''

==Схема sr_sound==

Схема предназначена для отыгрывание звука при входе актора в '''''space_restrictor'''''. 

'''[sr_sound]''' 
'''''snd = <путь_звукового_файла> - перечень имён звуков разделенных запятыми (путь учитывается относительно папки ''gamedata\sounds''). 
'''''type = <параметр>''''' - типы звуков через запятые. Для удобства введены типы наборов звуков в таблице '''''sound_types''''' управляющего файла. Всего их три: 
:*'''''floor_wooden'''''; 
:*'''''rats_panic'''''; 
:*'''''random'''''. 
'''''delay = <number>''''' - задержка перед проигрыванием звука в секундах реального времени, по умолчанию 0. 
'''''idle = <number>''''' - длина периода игнорирования входа в зону после начала последнего проигранного звука.
:Чтоб, например, "завывание" было не чаще, чем раз в несколько минут. Указывается в секундах игрового времени. По умолчанию 0. 
'''''rnd = <number>''''' - вероятность (в процентах) того, что звук отыграется. По умолчанию 100. 
'''''position = <имя_пути>''''' - задает имя пути, в вершинах которого может отыграться звук.
:Есть зарезервированное значение '''''random'''''. Оно означает случайное место в радиусе от 15 до 50 метров от игрока. Если этот параметр не задан, то подразумевается позиция игрока. 
'''''slide_velocity = <number>''''' - скорость (м/с) передвижения звука по точкам патрульного пути. По умолчанию - 3. 
'''''slide_sound_once = true\false''''' - в случае значения '''''true''''' - проиграть звук один раз, даже если он не дошел до последней точки пути,
:иначе если '''''false''''' – и если звук закончился, а до последней точки пути не дошел, запустить его ещё раз. По умолчанию '''''false'''''. 
'''''play_at_actor = true/false''''' - заставляет звук играться от позиции актера постоянно.
:Если он будет равен '''''true''''' и будет задан путь перемещения звука (или рандом), то мы тупо вылетим. 

Поддерживается сигнал '''''sound_end'''''. 

Обязательно нужно задать либо '''''snd''''', либо '''''type'''''. Можно их задать вместе. На базе этих параметров составляется список звуков. При входе актора в рестриктор отыгрывается случайный звук из этого списка. 

'''''Пример использования схемы''''':<ini>[logic]
active = sr_idle

[sr_idle]
on_actor_inside = sr_sound@shooting

[sr_sound@shooting]
snd = characters_voice\scenario\garbage\grey_grey_1
play_at_actor = true
on_signal = sound_end| nil
on_timer = 20000| nil</ini>

Есть возможность сделать «скользящий звук». Необходим патрульный путь. Звук начинает отыгрываться с начала пути и перемещается от одной точки пути к другой (по мере их установки на патрульном пути) со скоростью '''''slide_velocity'''''. Пример:<ini>[logic]
active = sr_sound

[sr_sound]
type = random
position = way
slide_velocity = 8
slide_sound_once = true</ini>

Файл ''gamedata\scripts\sr_sound.script''

==Схема sr_tip==
Предназначение данной схемы – давать игроку сообщение (подсказку) при входе в рестриктор. 

'''[sr_tip]''' 
'''''name = <имя_текса> = строка с '''''id''''' текста зарегистрированного в папке ''gamedata_1006\config\text''. 
'''''type = news/tips''''' - параметр рудиментарный и не на что не влияет. 
'''''sender = <параметр>''''' - задаёт условный строковый идентификатор иконки персонажа, от которого якобы пришло сообщение.
:По умолчанию это иконка торговца. Возможны следующие значения: '''''default, trader, dolg, freedom, ecolog, arena, stalker, krot, barman, wolf, o_soznanie, monolith, saharov, prizrak, killer'''''. 
'''''cond = {+info -info =func !func ~number}''''' - необходимые логические условия, при которых подсказка сработает. По дефолту, сработает при входе в зону. 
'''''single = true/false''''' - если параметр в '''''true''''', то типс будет выдан только один раз. По умолчанию '''''false'''''. 
'''''timeout = <number>''''' - задержка вывода сообщения в секундах. По умолчанию - 0. 
'''''showtime = <number>''''' - время показа сообщения на экране. Задаётся в милисекундах. По умолчанию - 5000. 

Поддерживается сигнал '''''tip_sended''''', только в случае установленного параметра '''''single'''''. 

'''''Пример использования схемы''''':<ini>[logic]
active = sr_idle

[sr_idle]
on_actor_inside = sr_tip

[sr_tip]
name = rad_barman_spam
type = tips
cond = {+bar_deactivate_radar_done}
sender = barman
on_actor_inside = nil
showtime = 25000</ini>

файл ''gamedata\scripts\sr_tip.script''

==3.9.5. Sr_light==
Зона, в которой фонарики у неписей будут включены независимо от времени суток.

Работает следующим образом: 

[logic] 
active = sr_light 

[sr_light] 
light_on = true/false (свет включен/выключен) 

Также работает вместе с кондлистом: 

[logic] 
active = sr_light 

[sr_light] 
light_on = true/false (свет включен/выключен) 
on_info = {+info1} section %+info2%

==3.9.6. Sr_territory==

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

[logic] 
active = sr_territory@outside 

[sr_territory@outside] 
on_actor_inside = sr_territory@inside 

[sr_territory@inside] 
on_actor_outside = sr_territory@outside 
territory_hit = {-bar_dolg_territory_1_hit} %+bar_dolg_territory_1_hit%, {-bar_dolg_territory_2_hit} 
%+bar_dolg_territory_2_hit%, {-bar_dolg_territory_3_hit} %+bar_dolg_territory_3_hit%
territory_death = {-bar_dolg_territory_kill} %+bar_dolg_territory_kill% 

То есть здесь видно, что когда игрок находится внутри рестриктора, то считается количество нанесенных хитов, а также учитывается был ли кто-то убит или нет. Поскольку схема работает только с игроком – то хиты и смерть засчитываются только от игрока.

==3.9.7. Sr_mapspot==

При входе в рестриктор он сам себя подсвечивает на карте. 

Параметры: 
hint - id подсказки в string table (обязательный параметр) 
location - название типа подсветки (не обязательный параметр, по умолчанию "crlc_small") 

Пример: 
[logic] 
active = sr_mapspot 

[sr_mapspot] 
hint = “gar_swamp” 
location = crcl_big 

==3.9.8. Sr_particle==

Данная система отыгрывает партиклы как статичные так и движущиеся в указанном месте и в указанное время. Работет она следующим образом:

1) для партикловой системы с путем камеры:
[sr_particle]
name = explosions\campfire_03 -имя партикловой системы
path = particle_test.anm -имя пути камеры
mode = 1 -(обязательно !!!)
looped = true/false -флаг зацикленности партиклов

(обязательно с расширением ANM !!!) Здесь партиклы будут молча перемещаться по anm-пути из папки gamedata\anims.

2) для партикловой системы с обычным патрульным путем (из way-point'ов):
[sr_particle]
name = explosions\campfire_03 -имя партикловой системы
path = part_points -имя патрульного пути
mode = 2 -(обязательно !!!)
looped = true/false -флаг зацикленности партиклов

В вейпоинтах можно задавать флаги:
<br\>s=имя_звуковой_темы
<br\>d=число время задержки перед проигрыванием (задается в миллисекундах. Если не задано, то 0).
<br\>s=имя звуковой темы в sound_themes.ph_snd_themes из которой будет случайно выбран звук для проигрывания во время проигрывания партикла. Звук не зацикливается и играет только один раз.. Результат = партиклы отыгрываются во всех вейпоинтах одновременно (или с задержкой см. выше).
 При looped=true по окончании проигрывания партиклов, они будут запускаться сначала, но уже без задержек. Сигнал particle_end выдаваться не будет. При looped=false сигнал будет выдан, когда все источники партиклов отыграют.
 Поддерживается кондлист. Если рестриктор переходит в другую секцию, то автоматически перестают отыгрываться партиклы и замолкают звуки при них. Этот рестриктор является объектом, отслеживающим партиклы и нет никакой необходимости чтобы игрок в него заходил.
 

==3.9.9. Sr_sound_act==
Итого, схема, которая играет саунд в голове актера. Всякие там переговоры по ПДА и прочие фейки

[sr_sound_act] 
snd = ambient\random\new_drone1 --имя звукового файла 
*delay = 2000 --задержка перед проигрыванием 
*delay_max = 4000 -- между проигрыванием звука будет взят случайный промежуток между delay и delay_max. 
*on_signal = sound_end | nil --по сигналу можно перейти в другую секцию. 
theme = <имя темы из ph_sound_themes> 
* stereo = true/false (по умолчанию false). При установке этого параметра к файлу, который задан параметром snd или в звуковой теме будут добавляться (автоматически) суффиксы _r и _l для загрузки левого и правого каналов и, соответственно, вся эта фигня будет играться. 

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

==3.9.10 Sr_timer==

Пример использования: 

[logic] 
active = sr_timer@1 

[sr_timer@1] 
type = dec 
start_value = 10000 
on_value = 0 | sr_timer@2 

[sr_timer@2] 
type = inc 
on_value = 15000 | nil %+info1% 

Описания полей: 
type - тип счетчика, инкриментирующий(inc) или декриментирующий(dec). 
Если поле не задано - счетчик будет инкриментирующий 
start_value - начальное значение счетчика в РЕАЛЬНЫХ милисекундах. Для декриментирующих счетчиков задавать обязательно. Для инкриментирующих, если не задано, то считается с 0. 

Переходы из секции sr_timer могут быть как по обычным условиям (on_timer, on_info) так и по специфическому условию on_value. В общем случае on_value Можно использовать для производства каких либо действий в зависимости от состояния счетчика. Например: 

on_value = 5000| %+info1% | 1000| %+info2% 

==3.9.11. Sr_psy_antenna==
Зоны с такой секцией позволяют управлять эффектами от пси-воздействия (на Янтаре и Радаре). Сейчас можно управлять интенсивностью излучения и интенсивностью получения повреждений.

Способ применения: Расставить зоны, в каждой зоне написать, сколько процентов к интенсивности излучения и повреждения она добавляет/отнимает. Зоны могут быть вложены друг в друга, пересекать друг друга.

eff_intensity = - увеличение/уменьшение в % от базового значения интенсивности излучения.
hit_ intensity = - увеличение/уменьшение в % от базового значения наносимого повреждения.

Пример зоны, которая добавляет 70% излучения:

[logic] 
active = sr_psy_antenna

[sr_psy_antenna] 
eff_intensity = 70 
hit_ intensity = 70

Пример зоны, которая убирает 30% излучения:

[logic] 
active = sr_psy_antenna

[sr_psy_antenna] 
intensity = -30 

в версии '''SOC 1.0000''' добавлена возможность задавать вероятность проявления фантомов и тайминг их "живучести" 
 
phantom_prob = 40 - вероятность проявления фантомов в процентах 
min_phantom_idle = 3000 - мин время их существования в состоянии idle 
max_phantom_idle = 5000 - макс время их существования в состоянии idle 

==3.9.12. Sr_teleport==
Собственно, телепорт. Настраиваются следующим образом: 

[logic] 
active = sr_teleport 

[sr_teleport] 
timeout = 0 

point1 = point1 
look1 = look1 
prob1 = 10 

point2 = point2 
look2 = look2 
prob2 = 20 

где: 
timeout - задержка в срабатывании телепорта в миллисекундах. 
point - одноточечный патрульный путь куда переместить 
look - одноточечный патрульный путь куда повернуть. 

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

==3.9.13. Sr_sleep и настройка снов.==

Появилась возможность задавать зоны сна.

[sr_sleep]
*cond = <condlist>
*type = nightmare/normal/happy/all - Задает тип сна разрешенный в данной зоне (по умолчанию all). Влияет (группирует) только на несценарные сны.
*dream_prob = <число от 0 до 100> - вероятность просмотра несценарных сновидений в данной зоне (по умолчанию 80). В противном случае будет только черный экран.

Необязательное поле cond задает условие(я), при котором в этой зоне можно спать. Сейчас производится индикация зон, где разрешен сон. В левом нижнем углу отображается маленькая иконка легких при входе в такую зону. Вероятно, позже будет изменена на другую. 
Сновидения теперь делятся на сценарные и обычные. Сценарные сновидения отыгрываются один раз при выполнении необходимых условий. Обычные сновидения проигрываются, если нет сценарных или ни одно условие выполнения сценарных не сработало. Можно задавать вероятность отыгрывания обычных сновидений в целом, а также задавать вероятность срабатывания каждого конкретного сновидения в отдельности. Обычным сновидениям можно задавать тип и потом ограничивать по нему сны воспроизводимые в sr_sleep. 

В файле misc\dream.ltx задаются настройки снов. 

Секция videos. 
Полями задаются пути к видеофайлам со снами. 

Секция dreams. Поля: 
regular_probability = <число от 0 до 100> - вероятность проигрывания обычных сновидений в целом 
regular - список секций с настройками для обычных сновидений 
scene - список секций с настройками для сценарных сновидений 

Настройки обычных сновидений: 
dream - имя поля из секции videos 
probability = <число больше 0> - чем больше, тем больше вероятность проигрывания сна. 
type = nightmare/normal/happy - тип сна. 

Настройки сценарных сновидений: 
dream - имя поля из секции videos 
cond = <condlist> - условия срабатывания 
to_regular = <вероятность,тип> - необязательное поле. Дает возможность переводить сценарный сон после первого отыгрыша в разряд обычных. <вероятность, тип> аналогичны probability и type из настроек обычных сновидений соответственно. 

==3.9.14. Sr_cutscene==

Эта схема предназначена для проведения анимации камеры c некоторым эффектом
(pp_effector). Последовательность действий, осуществляемых схемой, состоит из мгновенного перемещения игрока в начало пути point и ориентации его взгляда на начало пути look, потери управления игроком и начала анимации камеры cam_effector по завершении которой игрок вновь получает управление. 

[sr_cutscene] 
point = <имя пути> - путь в первую точку которого переносится игрок 
look = <имя пути> - путь в первую точку которого смотрит игрок 
*pp_effector = <имя файла с эффектом> - файл, расположенный в папке 
gamedata\anims\ и содержащий эффект (имя файла пишется без расширения) 
cam_effector = <имя файла с анимацией камеры> - файл, расположенный в папке gamedata\anims\camera_effects\ и содержащий анимацию камеры (имя файла пишется без расширения) 

==3.10. Набор дополнительных настроек логики у разных объектов.==
Для всех физических объектов есть секция ph_idle, поддерживающая кондлист в которую можно при необходимости переводить объекты.

==3.10.1. Схема работы двери, секция [ph_door]==

NB! Для двухстворчатых ворот задается все аналогично.

locked = false\true 
Заперта ли дверь. По дефолту – false.

Closed = false\true 
Закрыта ли дверь. По дефолту - true

tip_open = (если locked == false, то tip_door_open, иначе tip_door_locked) 
Подсказка, которая появляется около прицела при наведении на дверь, если дверь закрыта.

tip_close = (если locked == false, то tip_door_close, иначе пустое значение) 
Подсказка, которая появляется около прицела при наведении на дверь, если дверь открыта.

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

snd_open_start = Звук, который будет отыгран при попытке открыть дверь.

snd_close_start = Звук, который будет отыгран при попытке закрыть дверь.

snd_close_stop = Звук, который будет отыгран, когда дверь захлопнется до конца.

Примеры: 
Если нужно сделать дверь, которая при каком-то событии открывается со щелчком, то можно воспользоваться полем snd_init и переключением схем. В примере ниже при включении схемы ph_door@unlocked проиграется snd_init, т.е. trader_door_unlock:

[logic] 
active = ph_door@locked 

[ph_door@locked] 
locked = true 
snd_open_start = trader_door_locked 
on_info = {+esc_trader_can_leave} ph_door@unlocked 

[ph_door@unlocked] 
locked = false 
snd_init = trader_door_unlock 
snd_open_start = trader_door_open_start 
snd_close_start = trader_door_close_start 
snd_close_stop = trader_door_close_stop 
файл \gamedata\scripts\ph_door.script 

==3.10.2. Схема работы кнопки, секция [ph_button]==

При нажатии на кнопку переключает секции и выдает инфопоршн. 

[logic] 
active = ph_button@locked 

[ph_button@locked] 
anim_blend = false 
anim = button_false 
on_press = ph_button@unlocked %+cit_jail_door_opened% 

on_press – что происходит при нажатии 
anim – анимация, которая отигрывается при нажатии на кнопку 
anim_blend – плаваня, сглаженная анимация. Может принимать знаечения true\false 

Файл \Gamedata\scripts\ph_button.script 

*tooltip - gредназначено для того, чтобы задавать текстовую подсказку при наведении на кнопку. Текстовая подсказка нужна для того, чтобы как минимум было понятно, что этот девайс можно нажимать. 
Пример настройки кнопки: 

[logic] 
active = ph_button@active 

[ph_button@active] 
anim = lab_switcher_idle 
tooltip = tips_labx16switcher_press 
on_press = ph_button@deactivated %+terrain_test% 

[ph_button@deactivated] 
anim = lab_switcher_off 

Для того чтобы сообщение не потеряло адекватность при различных настройках клавиатуры сообщение следует писать с использованием токенов. Например: 
<xml>
<string id="tips_labx16switcher_press">
<text>Чтобы отключить чудо установку нажмите ($$ACTION_USE$$)</text>
</string>
</xml>

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

[logic] 
active = ph_button@locked 

[ph_button@locked] 
anim = button_false – анимация несрабатывания кнопки. 
on_info = {+val_prisoner_door_unlocked} ph_button@unlocked 
on_press = ph_button@unlocked %+val_prisoner_door_unlocked% 

[ph_button@unlocked] 
anim = button_true 
on_info = {-val_prisoner_door_unlocked} ph_button@locked 
on_press = ph_button@locked %-val_prisoner_door_unlocked% 

===[[Часть 4]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T20:23:32Z

195.88.52.203: /* 3.2.10. Схема heli_hunter */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя_пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя_пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 

'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой_темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>

'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. 
:То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя_пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = <имя_пути>''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. 
:Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''':<ini>path_walk = <имя_пути>_task</ini>Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp_center
path_walk = kamp_center_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства камперов:
* кампер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* камперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кампера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* камперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите камперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/камперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кампера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), 
:то он тупо продолжает стоять на старом месте и ждать следующей пули. 
:Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кампера. Используйте '''''walker''''' в таких случаях, а камперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кампера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': Не забыть прописать:
<ini>[smart_terrains]
none = true</ini>
:Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded==
Схема раненного. Определяет поведение NPC в состоянии "раненный". 
'''''Примечание''''': не рекомендуется задавать схему в качестве активной.

'''[wounded]''' 
'''''hp_state = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он не видит игрока. 
'''''hp_state_see = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он видит игрока. 
'''''psy_state = <PSY>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при псиатаках, в зависимости от уровня пси-здоровья равному '''''PSY'''''. 
'''''hp_victim = <HP>|<параметр>''''' - куда будет смотреть NPC при значении уровня его здоровья равному '''''HP''''', возможные параметры: 
:*'''''story_id''''' - числовое значение;
:*'''''actor''''' - без комментариев;
:*'''''nil''''' - позиция вычисленная АИ автоматически.
'''''hp_cover = <HP>|true/false''''' - идти в укрытие или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''hp_fight = <HP>|true/false''''' - разрешено воевать или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''syndata = <название_анимации>@<название_звуковой_темы>''''' - синхропары для красоты. 
'''''help_dialog = <название_диалога>''''' - возможность установить диалог, вместо стандартного '''''actor_help_wounded'''''. 
'''''help_start_dialog = <название_диалога>''''' - возможность установить стартовый диалог. 

'''''Примечание''''': желательно, чтобы все установленные актёрские диалоги для раненых имели условие их появления следующего вида: 
:<xml><precondition>dialogs.allow_wounded_dialog</precondition></xml>
'''''Примечание''''': если необходимо поставить несколько состояний, в зависимости от разного значения уровня здоровья, то сами состояния нужно разделять символом ‘|’: 
:<ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy</ini>
:Здесь определятся два состояния при уровне здоровья 30 и 10 соответственно.
:Для параметров '''''hp_state_see''''', '''''psy_state''''', '''''hp_victim''''', '''''hp_cover''''', '''''hp_fight''''' способ такой же.

Пример использования схемы (в качестве примера взята дефолтная настройка): <ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20|psy_shoot,psy_pain@wounded_psy_shoot,wounded_psy
hp_victim = 30|actor|10|nil
hp_cover = 30|true|10|false
hp_fight = 30|true|10|false
syndata = wounded@help
;best_pistol – проверка на то, что лучшее оружие NPC является пистолетом.</ini>

Файл: ''gamedata\scripts\xr_wounded.script''

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Нормально не работает, посему в релизе не используется. 

Файл: ''gamedata\scripts\xr_rest.script''

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 
В активную схему вставляется параметр:<ini>heli_hunter = {+info -info =func !func ~number}true/false</ini>

Пример:<ini>[camper@bar_freedom_attack_sniper_1]
path_walk = camper_1_walk
path_look = camper_1_look
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor%
meet_talk_enabled = true
meet_dialog = bar_svoboda_dialog
heli_hunter = {-bar_ecolog_crush_heli_down} true</ini>

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T20:14:58Z

195.88.52.203: /* 3.2.9. Схема rest */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя_пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя_пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 

'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой_темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>

'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. 
:То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя_пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = <имя_пути>''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. 
:Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''':<ini>path_walk = <имя_пути>_task</ini>Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp_center
path_walk = kamp_center_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства камперов:
* кампер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* камперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кампера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* камперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите камперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/камперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кампера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), 
:то он тупо продолжает стоять на старом месте и ждать следующей пули. 
:Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кампера. Используйте '''''walker''''' в таких случаях, а камперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кампера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': Не забыть прописать:
<ini>[smart_terrains]
none = true</ini>
:Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded==
Схема раненного. Определяет поведение NPC в состоянии "раненный". 
'''''Примечание''''': не рекомендуется задавать схему в качестве активной.

'''[wounded]''' 
'''''hp_state = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он не видит игрока. 
'''''hp_state_see = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он видит игрока. 
'''''psy_state = <PSY>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при псиатаках, в зависимости от уровня пси-здоровья равному '''''PSY'''''. 
'''''hp_victim = <HP>|<параметр>''''' - куда будет смотреть NPC при значении уровня его здоровья равному '''''HP''''', возможные параметры: 
:*'''''story_id''''' - числовое значение;
:*'''''actor''''' - без комментариев;
:*'''''nil''''' - позиция вычисленная АИ автоматически.
'''''hp_cover = <HP>|true/false''''' - идти в укрытие или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''hp_fight = <HP>|true/false''''' - разрешено воевать или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''syndata = <название_анимации>@<название_звуковой_темы>''''' - синхропары для красоты. 
'''''help_dialog = <название_диалога>''''' - возможность установить диалог, вместо стандартного '''''actor_help_wounded'''''. 
'''''help_start_dialog = <название_диалога>''''' - возможность установить стартовый диалог. 

'''''Примечание''''': желательно, чтобы все установленные актёрские диалоги для раненых имели условие их появления следующего вида: 
:<xml><precondition>dialogs.allow_wounded_dialog</precondition></xml>
'''''Примечание''''': если необходимо поставить несколько состояний, в зависимости от разного значения уровня здоровья, то сами состояния нужно разделять символом ‘|’: 
:<ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy</ini>
:Здесь определятся два состояния при уровне здоровья 30 и 10 соответственно.
:Для параметров '''''hp_state_see''''', '''''psy_state''''', '''''hp_victim''''', '''''hp_cover''''', '''''hp_fight''''' способ такой же.

Пример использования схемы (в качестве примера взята дефолтная настройка): <ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20|psy_shoot,psy_pain@wounded_psy_shoot,wounded_psy
hp_victim = 30|actor|10|nil
hp_cover = 30|true|10|false
hp_fight = 30|true|10|false
syndata = wounded@help
;best_pistol – проверка на то, что лучшее оружие NPC является пистолетом.</ini>

Файл: ''gamedata\scripts\xr_wounded.script''

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Нормально не работает, посему в релизе не используется. 

Файл: ''gamedata\scripts\xr_rest.script''

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T20:12:52Z

195.88.52.203: /* 3.2.5.1. Схема sniper */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя_пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя_пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 

'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой_темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>

'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. 
:То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя_пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = <имя_пути>''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. 
:Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''':<ini>path_walk = <имя_пути>_task</ini>Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp_center
path_walk = kamp_center_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства камперов:
* кампер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* камперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кампера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* камперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите камперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/камперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кампера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), 
:то он тупо продолжает стоять на старом месте и ждать следующей пули. 
:Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кампера. Используйте '''''walker''''' в таких случаях, а камперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кампера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': Не забыть прописать:
<ini>[smart_terrains]
none = true</ini>
:Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded==
Схема раненного. Определяет поведение NPC в состоянии "раненный". 
'''''Примечание''''': не рекомендуется задавать схему в качестве активной.

'''[wounded]''' 
'''''hp_state = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он не видит игрока. 
'''''hp_state_see = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он видит игрока. 
'''''psy_state = <PSY>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при псиатаках, в зависимости от уровня пси-здоровья равному '''''PSY'''''. 
'''''hp_victim = <HP>|<параметр>''''' - куда будет смотреть NPC при значении уровня его здоровья равному '''''HP''''', возможные параметры: 
:*'''''story_id''''' - числовое значение;
:*'''''actor''''' - без комментариев;
:*'''''nil''''' - позиция вычисленная АИ автоматически.
'''''hp_cover = <HP>|true/false''''' - идти в укрытие или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''hp_fight = <HP>|true/false''''' - разрешено воевать или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''syndata = <название_анимации>@<название_звуковой_темы>''''' - синхропары для красоты. 
'''''help_dialog = <название_диалога>''''' - возможность установить диалог, вместо стандартного '''''actor_help_wounded'''''. 
'''''help_start_dialog = <название_диалога>''''' - возможность установить стартовый диалог. 

'''''Примечание''''': желательно, чтобы все установленные актёрские диалоги для раненых имели условие их появления следующего вида: 
:<xml><precondition>dialogs.allow_wounded_dialog</precondition></xml>
'''''Примечание''''': если необходимо поставить несколько состояний, в зависимости от разного значения уровня здоровья, то сами состояния нужно разделять символом ‘|’: 
:<ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy</ini>
:Здесь определятся два состояния при уровне здоровья 30 и 10 соответственно.
:Для параметров '''''hp_state_see''''', '''''psy_state''''', '''''hp_victim''''', '''''hp_cover''''', '''''hp_fight''''' способ такой же.

Пример использования схемы (в качестве примера взята дефолтная настройка): <ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20|psy_shoot,psy_pain@wounded_psy_shoot,wounded_psy
hp_victim = 30|actor|10|nil
hp_cover = 30|true|10|false
hp_fight = 30|true|10|false
syndata = wounded@help
;best_pistol – проверка на то, что лучшее оружие NPC является пистолетом.</ini>

Файл: ''gamedata\scripts\xr_wounded.script''

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T20:12:04Z

195.88.52.203: /* 3.2.5. Схема camper */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя_пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя_пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 

'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой_темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>

'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. 
:То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя_пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = <имя_пути>''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. 
:Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''':<ini>path_walk = <имя_пути>_task</ini>Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp_center
path_walk = kamp_center_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства камперов:
* кампер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* камперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кампера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* камперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите камперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/камперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кампера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), 
:то он тупо продолжает стоять на старом месте и ждать следующей пули. 
:Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кампера. Используйте '''''walker''''' в таких случаях, а камперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кампера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 

'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': Не забыть прописать:
<ini>[smart_terrains]
none = true</ini>
:Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded==
Схема раненного. Определяет поведение NPC в состоянии "раненный". 
'''''Примечание''''': не рекомендуется задавать схему в качестве активной.

'''[wounded]''' 
'''''hp_state = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он не видит игрока. 
'''''hp_state_see = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он видит игрока. 
'''''psy_state = <PSY>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при псиатаках, в зависимости от уровня пси-здоровья равному '''''PSY'''''. 
'''''hp_victim = <HP>|<параметр>''''' - куда будет смотреть NPC при значении уровня его здоровья равному '''''HP''''', возможные параметры: 
:*'''''story_id''''' - числовое значение;
:*'''''actor''''' - без комментариев;
:*'''''nil''''' - позиция вычисленная АИ автоматически.
'''''hp_cover = <HP>|true/false''''' - идти в укрытие или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''hp_fight = <HP>|true/false''''' - разрешено воевать или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''syndata = <название_анимации>@<название_звуковой_темы>''''' - синхропары для красоты. 
'''''help_dialog = <название_диалога>''''' - возможность установить диалог, вместо стандартного '''''actor_help_wounded'''''. 
'''''help_start_dialog = <название_диалога>''''' - возможность установить стартовый диалог. 

'''''Примечание''''': желательно, чтобы все установленные актёрские диалоги для раненых имели условие их появления следующего вида: 
:<xml><precondition>dialogs.allow_wounded_dialog</precondition></xml>
'''''Примечание''''': если необходимо поставить несколько состояний, в зависимости от разного значения уровня здоровья, то сами состояния нужно разделять символом ‘|’: 
:<ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy</ini>
:Здесь определятся два состояния при уровне здоровья 30 и 10 соответственно.
:Для параметров '''''hp_state_see''''', '''''psy_state''''', '''''hp_victim''''', '''''hp_cover''''', '''''hp_fight''''' способ такой же.

Пример использования схемы (в качестве примера взята дефолтная настройка): <ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20|psy_shoot,psy_pain@wounded_psy_shoot,wounded_psy
hp_victim = 30|actor|10|nil
hp_cover = 30|true|10|false
hp_fight = 30|true|10|false
syndata = wounded@help
;best_pistol – проверка на то, что лучшее оружие NPC является пистолетом.</ini>

Файл: ''gamedata\scripts\xr_wounded.script''

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T20:10:49Z

195.88.52.203: /* 3.2.4. Схема kamp */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя_пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя_пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 

'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой_темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>

'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. 
:То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя_пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = <имя_пути>''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. 
:Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''':<ini>path_walk = <имя_пути>_task</ini>Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp_center
path_walk = kamp_center_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства камперов:
* кампер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* камперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кампера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* камперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите камперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/камперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кампера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), 
:то он тупо продолжает стоять на старом месте и ждать следующей пули. 
:Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кампера. Используйте '''''walker''''' в таких случаях, а камперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кампера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 

'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': Не забыть прописать:
<ini>[smart_terrains]
none = true</ini>
:Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded==
Схема раненного. Определяет поведение NPC в состоянии "раненный". 
'''''Примечание''''': не рекомендуется задавать схему в качестве активной.

'''[wounded]''' 
'''''hp_state = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он не видит игрока. 
'''''hp_state_see = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он видит игрока. 
'''''psy_state = <PSY>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при псиатаках, в зависимости от уровня пси-здоровья равному '''''PSY'''''. 
'''''hp_victim = <HP>|<параметр>''''' - куда будет смотреть NPC при значении уровня его здоровья равному '''''HP''''', возможные параметры: 
:*'''''story_id''''' - числовое значение;
:*'''''actor''''' - без комментариев;
:*'''''nil''''' - позиция вычисленная АИ автоматически.
'''''hp_cover = <HP>|true/false''''' - идти в укрытие или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''hp_fight = <HP>|true/false''''' - разрешено воевать или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''syndata = <название_анимации>@<название_звуковой_темы>''''' - синхропары для красоты. 
'''''help_dialog = <название_диалога>''''' - возможность установить диалог, вместо стандартного '''''actor_help_wounded'''''. 
'''''help_start_dialog = <название_диалога>''''' - возможность установить стартовый диалог. 

'''''Примечание''''': желательно, чтобы все установленные актёрские диалоги для раненых имели условие их появления следующего вида: 
:<xml><precondition>dialogs.allow_wounded_dialog</precondition></xml>
'''''Примечание''''': если необходимо поставить несколько состояний, в зависимости от разного значения уровня здоровья, то сами состояния нужно разделять символом ‘|’: 
:<ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy</ini>
:Здесь определятся два состояния при уровне здоровья 30 и 10 соответственно.
:Для параметров '''''hp_state_see''''', '''''psy_state''''', '''''hp_victim''''', '''''hp_cover''''', '''''hp_fight''''' способ такой же.

Пример использования схемы (в качестве примера взята дефолтная настройка): <ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20|psy_shoot,psy_pain@wounded_psy_shoot,wounded_psy
hp_victim = 30|actor|10|nil
hp_cover = 30|true|10|false
hp_fight = 30|true|10|false
syndata = wounded@help
;best_pistol – проверка на то, что лучшее оружие NPC является пистолетом.</ini>

Файл: ''gamedata\scripts\xr_wounded.script''

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T20:08:46Z

195.88.52.203: /* 3.2.2. Схема remark */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя_пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя_пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 

'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой_темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>

'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. 
:То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя_пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = <имя_пути>''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''' 
'''''path_walk = <имя_пути>_task''''' 

Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp_center
path_walk = kamp_center_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства камперов:
* кампер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* камперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кампера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* камперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите камперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/камперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кампера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), 
:то он тупо продолжает стоять на старом месте и ждать следующей пули. 
:Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кампера. Используйте '''''walker''''' в таких случаях, а камперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кампера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 

'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': Не забыть прописать:
<ini>[smart_terrains]
none = true</ini>
:Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded==
Схема раненного. Определяет поведение NPC в состоянии "раненный". 
'''''Примечание''''': не рекомендуется задавать схему в качестве активной.

'''[wounded]''' 
'''''hp_state = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он не видит игрока. 
'''''hp_state_see = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он видит игрока. 
'''''psy_state = <PSY>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при псиатаках, в зависимости от уровня пси-здоровья равному '''''PSY'''''. 
'''''hp_victim = <HP>|<параметр>''''' - куда будет смотреть NPC при значении уровня его здоровья равному '''''HP''''', возможные параметры: 
:*'''''story_id''''' - числовое значение;
:*'''''actor''''' - без комментариев;
:*'''''nil''''' - позиция вычисленная АИ автоматически.
'''''hp_cover = <HP>|true/false''''' - идти в укрытие или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''hp_fight = <HP>|true/false''''' - разрешено воевать или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''syndata = <название_анимации>@<название_звуковой_темы>''''' - синхропары для красоты. 
'''''help_dialog = <название_диалога>''''' - возможность установить диалог, вместо стандартного '''''actor_help_wounded'''''. 
'''''help_start_dialog = <название_диалога>''''' - возможность установить стартовый диалог. 

'''''Примечание''''': желательно, чтобы все установленные актёрские диалоги для раненых имели условие их появления следующего вида: 
:<xml><precondition>dialogs.allow_wounded_dialog</precondition></xml>
'''''Примечание''''': если необходимо поставить несколько состояний, в зависимости от разного значения уровня здоровья, то сами состояния нужно разделять символом ‘|’: 
:<ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy</ini>
:Здесь определятся два состояния при уровне здоровья 30 и 10 соответственно.
:Для параметров '''''hp_state_see''''', '''''psy_state''''', '''''hp_victim''''', '''''hp_cover''''', '''''hp_fight''''' способ такой же.

Пример использования схемы (в качестве примера взята дефолтная настройка): <ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20|psy_shoot,psy_pain@wounded_psy_shoot,wounded_psy
hp_victim = 30|actor|10|nil
hp_cover = 30|true|10|false
hp_fight = 30|true|10|false
syndata = wounded@help
;best_pistol – проверка на то, что лучшее оружие NPC является пистолетом.</ini>

Файл: ''gamedata\scripts\xr_wounded.script''

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T20:06:40Z

195.88.52.203: /* 3.2.5.1. Схема sniper */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя_пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя_пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 
'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой_темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>
:'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя_пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = <имя_пути>''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''' 
'''''path_walk = <имя_пути>_task''''' 

Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp_center
path_walk = kamp_center_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства камперов:
* кампер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* камперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кампера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* камперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите камперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/камперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кампера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), 
:то он тупо продолжает стоять на старом месте и ждать следующей пули. 
:Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кампера. Используйте '''''walker''''' в таких случаях, а камперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кампера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 

'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': Не забыть прописать:
<ini>[smart_terrains]
none = true</ini>
:Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded==
Схема раненного. Определяет поведение NPC в состоянии "раненный". 
'''''Примечание''''': не рекомендуется задавать схему в качестве активной.

'''[wounded]''' 
'''''hp_state = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он не видит игрока. 
'''''hp_state_see = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он видит игрока. 
'''''psy_state = <PSY>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при псиатаках, в зависимости от уровня пси-здоровья равному '''''PSY'''''. 
'''''hp_victim = <HP>|<параметр>''''' - куда будет смотреть NPC при значении уровня его здоровья равному '''''HP''''', возможные параметры: 
:*'''''story_id''''' - числовое значение;
:*'''''actor''''' - без комментариев;
:*'''''nil''''' - позиция вычисленная АИ автоматически.
'''''hp_cover = <HP>|true/false''''' - идти в укрытие или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''hp_fight = <HP>|true/false''''' - разрешено воевать или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''syndata = <название_анимации>@<название_звуковой_темы>''''' - синхропары для красоты. 
'''''help_dialog = <название_диалога>''''' - возможность установить диалог, вместо стандартного '''''actor_help_wounded'''''. 
'''''help_start_dialog = <название_диалога>''''' - возможность установить стартовый диалог. 

'''''Примечание''''': желательно, чтобы все установленные актёрские диалоги для раненых имели условие их появления следующего вида: 
:<xml><precondition>dialogs.allow_wounded_dialog</precondition></xml>
'''''Примечание''''': если необходимо поставить несколько состояний, в зависимости от разного значения уровня здоровья, то сами состояния нужно разделять символом ‘|’: 
:<ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy</ini>
:Здесь определятся два состояния при уровне здоровья 30 и 10 соответственно.
:Для параметров '''''hp_state_see''''', '''''psy_state''''', '''''hp_victim''''', '''''hp_cover''''', '''''hp_fight''''' способ такой же.

Пример использования схемы (в качестве примера взята дефолтная настройка): <ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20|psy_shoot,psy_pain@wounded_psy_shoot,wounded_psy
hp_victim = 30|actor|10|nil
hp_cover = 30|true|10|false
hp_fight = 30|true|10|false
syndata = wounded@help
;best_pistol – проверка на то, что лучшее оружие NPC является пистолетом.</ini>

Файл: ''gamedata\scripts\xr_wounded.script''

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T20:05:25Z

195.88.52.203: /* 3.2.6. Схема follower */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя_пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя_пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 
'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой_темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>
:'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя_пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = <имя_пути>''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''' 
'''''path_walk = <имя_пути>_task''''' 

Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp_center
path_walk = kamp_center_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства камперов:
* кампер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* камперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кампера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* камперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите камперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/камперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кампера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), 
:то он тупо продолжает стоять на старом месте и ждать следующей пули. 
:Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кампера. Используйте '''''walker''''' в таких случаях, а камперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кампера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 
'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': Не забыть прописать:
<ini>[smart_terrains]
none = true</ini>
:Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded==
Схема раненного. Определяет поведение NPC в состоянии "раненный". 
'''''Примечание''''': не рекомендуется задавать схему в качестве активной.

'''[wounded]''' 
'''''hp_state = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он не видит игрока. 
'''''hp_state_see = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он видит игрока. 
'''''psy_state = <PSY>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при псиатаках, в зависимости от уровня пси-здоровья равному '''''PSY'''''. 
'''''hp_victim = <HP>|<параметр>''''' - куда будет смотреть NPC при значении уровня его здоровья равному '''''HP''''', возможные параметры: 
:*'''''story_id''''' - числовое значение;
:*'''''actor''''' - без комментариев;
:*'''''nil''''' - позиция вычисленная АИ автоматически.
'''''hp_cover = <HP>|true/false''''' - идти в укрытие или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''hp_fight = <HP>|true/false''''' - разрешено воевать или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''syndata = <название_анимации>@<название_звуковой_темы>''''' - синхропары для красоты. 
'''''help_dialog = <название_диалога>''''' - возможность установить диалог, вместо стандартного '''''actor_help_wounded'''''. 
'''''help_start_dialog = <название_диалога>''''' - возможность установить стартовый диалог. 

'''''Примечание''''': желательно, чтобы все установленные актёрские диалоги для раненых имели условие их появления следующего вида: 
:<xml><precondition>dialogs.allow_wounded_dialog</precondition></xml>
'''''Примечание''''': если необходимо поставить несколько состояний, в зависимости от разного значения уровня здоровья, то сами состояния нужно разделять символом ‘|’: 
:<ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy</ini>
:Здесь определятся два состояния при уровне здоровья 30 и 10 соответственно.
:Для параметров '''''hp_state_see''''', '''''psy_state''''', '''''hp_victim''''', '''''hp_cover''''', '''''hp_fight''''' способ такой же.

Пример использования схемы (в качестве примера взята дефолтная настройка): <ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20|psy_shoot,psy_pain@wounded_psy_shoot,wounded_psy
hp_victim = 30|actor|10|nil
hp_cover = 30|true|10|false
hp_fight = 30|true|10|false
syndata = wounded@help
;best_pistol – проверка на то, что лучшее оружие NPC является пистолетом.</ini>

Файл: ''gamedata\scripts\xr_wounded.script''

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T19:59:47Z

195.88.52.203: /* 3.2.7. Схема zoneguard */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя_пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя_пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 
'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой_темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>
:'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя_пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = <имя_пути>''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''' 
'''''path_walk = <имя_пути>_task''''' 

Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp_center
path_walk = kamp_center_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства камперов:
* кампер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* камперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кампера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* камперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите камперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/камперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кампера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), 
:то он тупо продолжает стоять на старом месте и ждать следующей пули. 
:Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кампера. Используйте '''''walker''''' в таких случаях, а камперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кампера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 
'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': не забыть прописать:<ini>[smart_terrains]
none = true</ini>
:Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded==
Схема раненного. Определяет поведение NPC в состоянии "раненный". 
'''''Примечание''''': не рекомендуется задавать схему в качестве активной.

'''[wounded]''' 
'''''hp_state = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он не видит игрока. 
'''''hp_state_see = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он видит игрока. 
'''''psy_state = <PSY>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при псиатаках, в зависимости от уровня пси-здоровья равному '''''PSY'''''. 
'''''hp_victim = <HP>|<параметр>''''' - куда будет смотреть NPC при значении уровня его здоровья равному '''''HP''''', возможные параметры: 
:*'''''story_id''''' - числовое значение;
:*'''''actor''''' - без комментариев;
:*'''''nil''''' - позиция вычисленная АИ автоматически.
'''''hp_cover = <HP>|true/false''''' - идти в укрытие или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''hp_fight = <HP>|true/false''''' - разрешено воевать или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''syndata = <название_анимации>@<название_звуковой_темы>''''' - синхропары для красоты. 
'''''help_dialog = <название_диалога>''''' - возможность установить диалог, вместо стандартного '''''actor_help_wounded'''''. 
'''''help_start_dialog = <название_диалога>''''' - возможность установить стартовый диалог. 

'''''Примечание''''': желательно, чтобы все установленные актёрские диалоги для раненых имели условие их появления следующего вида: 
:<xml><precondition>dialogs.allow_wounded_dialog</precondition></xml>
'''''Примечание''''': если необходимо поставить несколько состояний, в зависимости от разного значения уровня здоровья, то сами состояния нужно разделять символом ‘|’: 
:<ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy</ini>
:Здесь определятся два состояния при уровне здоровья 30 и 10 соответственно.
:Для параметров '''''hp_state_see''''', '''''psy_state''''', '''''hp_victim''''', '''''hp_cover''''', '''''hp_fight''''' способ такой же.

Пример использования схемы (в качестве примера взята дефолтная настройка): <ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20|psy_shoot,psy_pain@wounded_psy_shoot,wounded_psy
hp_victim = 30|actor|10|nil
hp_cover = 30|true|10|false
hp_fight = 30|true|10|false
syndata = wounded@help
;best_pistol – проверка на то, что лучшее оружие NPC является пистолетом.</ini>

Файл: ''gamedata\scripts\xr_wounded.script''

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T19:56:44Z

195.88.52.203: /* 3.2.3. Схема sleeper */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя_пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя_пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 
'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой_темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>
:'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя_пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = <имя_пути>''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''' 
'''''path_walk = <имя_пути>_task''''' 

Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp_center
path_walk = kamp_center_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства камперов:
* кампер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* камперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кампера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* камперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите камперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/камперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кампера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), 
:то он тупо продолжает стоять на старом месте и ждать следующей пули. 
:Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кампера. Используйте '''''walker''''' в таких случаях, а камперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кампера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 
'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': не забыть прописать:<ini>[smart_terrains]
none = true</ini>
:Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded==
Схема раненного. Определяет поведение NPC в состоянии "раненный". 
'''''Примечание''''': не рекомендуется задавать схему в качестве активной.

'''[wounded]''' 
'''''hp_state = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он не видит игрока. 
'''''hp_state_see = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он видит игрока. 
'''''psy_state = <PSY>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при псиатаках, в зависимости от уровня пси-здоровья равному '''''PSY'''''. 
'''''hp_victim = <HP>|<параметр>''''' - куда будет смотреть NPC при значении уровня его здоровья равному '''''HP''''', возможные параметры: 
:*'''''story_id''''' - числовое значение;
:*'''''actor''''' - без комментариев;
:*'''''nil''''' - позиция вычисленная АИ автоматически.
'''''hp_cover = <HP>|true/false''''' - идти в укрытие или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''hp_fight = <HP>|true/false''''' - разрешено воевать или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''syndata = <название_анимации>@<название_звуковой_темы>''''' - синхропары для красоты. 
'''''help_dialog = <название_диалога>''''' - возможность установить диалог, вместо стандартного '''''actor_help_wounded'''''. 
'''''help_start_dialog = <название_диалога>''''' - возможность установить стартовый диалог. 

'''''Примечание''''': желательно, чтобы все установленные актёрские диалоги для раненых имели условие их появления следующего вида: 
:<xml><precondition>dialogs.allow_wounded_dialog</precondition></xml>
'''''Примечание''''': если необходимо поставить несколько состояний, в зависимости от разного значения уровня здоровья, то сами состояния нужно разделять символом ‘|’: 
:<ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy</ini>
:Здесь определятся два состояния при уровне здоровья 30 и 10 соответственно.
:Для параметров '''''hp_state_see''''', '''''psy_state''''', '''''hp_victim''''', '''''hp_cover''''', '''''hp_fight''''' способ такой же.

Пример использования схемы (в качестве примера взята дефолтная настройка): <ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20|psy_shoot,psy_pain@wounded_psy_shoot,wounded_psy
hp_victim = 30|actor|10|nil
hp_cover = 30|true|10|false
hp_fight = 30|true|10|false
syndata = wounded@help
;best_pistol – проверка на то, что лучшее оружие NPC является пистолетом.</ini>

Файл: ''gamedata\scripts\xr_wounded.script''

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T19:54:07Z

195.88.52.203: /* 3.2.5. Схема camper */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя_пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя_пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 
'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой_темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>
:'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя_пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = <имя_пути>''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''' 
'''''path_walk = <имя_пути>_task''''' 

Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp_center
path_walk = kamp_center_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства камперов:
* кампер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* камперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кампера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* камперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите камперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/камперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кампера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), 
:то он тупо продолжает стоять на старом месте и ждать следующей пули. 
:Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кампера. Используйте '''''walker''''' в таких случаях, а камперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кампера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 
'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': не забыть прописать:<ini>[smart_terrains]
none = true</ini>
:Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded==
Схема раненного. Определяет поведение NPC в состоянии "раненный". 
'''''Примечание''''': не рекомендуется задавать схему в качестве активной.

'''[wounded]''' 
'''''hp_state = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он не видит игрока. 
'''''hp_state_see = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он видит игрока. 
'''''psy_state = <PSY>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при псиатаках, в зависимости от уровня пси-здоровья равному '''''PSY'''''. 
'''''hp_victim = <HP>|<параметр>''''' - куда будет смотреть NPC при значении уровня его здоровья равному '''''HP''''', возможные параметры: 
:*'''''story_id''''' - числовое значение;
:*'''''actor''''' - без комментариев;
:*'''''nil''''' - позиция вычисленная АИ автоматически.
'''''hp_cover = <HP>|true/false''''' - идти в укрытие или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''hp_fight = <HP>|true/false''''' - разрешено воевать или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''syndata = <название_анимации>@<название_звуковой_темы>''''' - синхропары для красоты. 
'''''help_dialog = <название_диалога>''''' - возможность установить диалог, вместо стандартного '''''actor_help_wounded'''''. 
'''''help_start_dialog = <название_диалога>''''' - возможность установить стартовый диалог. 

'''''Примечание''''': желательно, чтобы все установленные актёрские диалоги для раненых имели условие их появления следующего вида: 
:<xml><precondition>dialogs.allow_wounded_dialog</precondition></xml>
'''''Примечание''''': если необходимо поставить несколько состояний, в зависимости от разного значения уровня здоровья, то сами состояния нужно разделять символом ‘|’: 
:<ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy</ini>
:Здесь определятся два состояния при уровне здоровья 30 и 10 соответственно.
:Для параметров '''''hp_state_see''''', '''''psy_state''''', '''''hp_victim''''', '''''hp_cover''''', '''''hp_fight''''' способ такой же.

Пример использования схемы (в качестве примера взята дефолтная настройка): <ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20|psy_shoot,psy_pain@wounded_psy_shoot,wounded_psy
hp_victim = 30|actor|10|nil
hp_cover = 30|true|10|false
hp_fight = 30|true|10|false
syndata = wounded@help
;best_pistol – проверка на то, что лучшее оружие NPC является пистолетом.</ini>

Файл: ''gamedata\scripts\xr_wounded.script''

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T19:44:09Z

195.88.52.203: /* 3.2.8. Схема wounded */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя_пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя_пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 
'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой_темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>
:'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя_пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = <имя_пути>''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''' 
'''''path_walk = <имя_пути>_task''''' 

Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp_center
path_walk = kamp_center_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства камперов:
* кампер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* камперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кампера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* камперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите камперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/камперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кампера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), то он тупо продолжает стоять на старом месте и ждать следующей пули. 
Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кампера. Используйте '''''walker''''' в таких случаях, а камперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кампера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 
'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': не забыть прописать:<ini>[smart_terrains]
none = true</ini>
:Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded==
Схема раненного. Определяет поведение NPC в состоянии "раненный". 
'''''Примечание''''': не рекомендуется задавать схему в качестве активной.

'''[wounded]''' 
'''''hp_state = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он не видит игрока. 
'''''hp_state_see = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он видит игрока. 
'''''psy_state = <PSY>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при псиатаках, в зависимости от уровня пси-здоровья равному '''''PSY'''''. 
'''''hp_victim = <HP>|<параметр>''''' - куда будет смотреть NPC при значении уровня его здоровья равному '''''HP''''', возможные параметры: 
:*'''''story_id''''' - числовое значение;
:*'''''actor''''' - без комментариев;
:*'''''nil''''' - позиция вычисленная АИ автоматически.
'''''hp_cover = <HP>|true/false''''' - идти в укрытие или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''hp_fight = <HP>|true/false''''' - разрешено воевать или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''syndata = <название_анимации>@<название_звуковой_темы>''''' - синхропары для красоты. 
'''''help_dialog = <название_диалога>''''' - возможность установить диалог, вместо стандартного '''''actor_help_wounded'''''. 
'''''help_start_dialog = <название_диалога>''''' - возможность установить стартовый диалог. 

'''''Примечание''''': желательно, чтобы все установленные актёрские диалоги для раненых имели условие их появления следующего вида: 
:<xml><precondition>dialogs.allow_wounded_dialog</precondition></xml>
'''''Примечание''''': если необходимо поставить несколько состояний, в зависимости от разного значения уровня здоровья, то сами состояния нужно разделять символом ‘|’: 
:<ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy</ini>
:Здесь определятся два состояния при уровне здоровья 30 и 10 соответственно.
:Для параметров '''''hp_state_see''''', '''''psy_state''''', '''''hp_victim''''', '''''hp_cover''''', '''''hp_fight''''' способ такой же.

Пример использования схемы (в качестве примера взята дефолтная настройка): <ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20|psy_shoot,psy_pain@wounded_psy_shoot,wounded_psy
hp_victim = 30|actor|10|nil
hp_cover = 30|true|10|false
hp_fight = 30|true|10|false
syndata = wounded@help
;best_pistol – проверка на то, что лучшее оружие NPC является пистолетом.</ini>

Файл: ''gamedata\scripts\xr_wounded.script''

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T19:43:20Z

195.88.52.203: /* 3.2.6. Схема follower */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя_пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя_пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 
'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой_темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>
:'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя_пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = <имя_пути>''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''' 
'''''path_walk = <имя_пути>_task''''' 

Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp_center
path_walk = kamp_center_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства камперов:
* кампер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* камперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кампера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* камперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите камперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/камперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кампера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), то он тупо продолжает стоять на старом месте и ждать следующей пули. 
Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кампера. Используйте '''''walker''''' в таких случаях, а камперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кампера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 
'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': не забыть прописать:<ini>[smart_terrains]
none = true</ini>
:Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded==
Схема раненного. Определяет поведение NPC в состоянии "раненный". 
'''''Примечание''''': не рекомендуется задавать схему в качестве активной.

'''[wounded]''' 
'''''hp_state = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он не видит игрока. 
'''''hp_state_see = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он видит игрока. 
'''''psy_state = <PSY>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при псиатаках, в зависимости от уровня пси-здоровья равному '''''PSY'''''. 
'''''hp_victim = <HP>|<параметр>''''' - куда будет смотреть NPC при значении уровня его здоровья равному '''''HP''''', возможные параметры: 
:*'''''story_id''''' - числовое значение;
:*'''''actor''''' - без комментариев;
:*'''''nil''''' - позиция вычисленная АИ автоматически.
'''''hp_cover = <HP>|true/false''''' - идти в укрытие или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''hp_fight = <HP>|true/false''''' - разрешено воевать или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''syndata = <название_анимации>@<название_звуковой_темы>''''' - синхропары для красоты. 
'''''help_dialog = <название_диалога>''''' - возможность установить диалог, вместо стандартного '''''actor_help_wounded'''''. 
'''''help_start_dialog = <название_диалога>''''' - возможность установить стартовый диалог. 
'''''Примечание''''': желательно, чтобы все установленные актёрские диалоги для раненых имели условие их появления следующего вида: 
:<xml><precondition>dialogs.allow_wounded_dialog</precondition></xml>
'''''Примечание''''': если необходимо поставить несколько состояний, в зависимости от разного значения уровня здоровья, то сами состояния нужно разделять символом ‘|’: 
:<ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy</ini>
:Здесь определятся два состояния при уровне здоровья 30 и 10 соответственно.
:Для параметров '''''hp_state_see''''', '''''psy_state''''', '''''hp_victim''''', '''''hp_cover''''', '''''hp_fight''''' способ такой же.

Пример использования схемы (в качестве примера взята дефолтная настройка): <ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20|psy_shoot,psy_pain@wounded_psy_shoot,wounded_psy
hp_victim = 30|actor|10|nil
hp_cover = 30|true|10|false
hp_fight = 30|true|10|false
syndata = wounded@help
;best_pistol – проверка на то, что лучшее оружие NPC является пистолетом.</ini>

Файл: ''gamedata\scripts\xr_wounded.script''

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T18:39:14Z

195.88.52.203: /* 3.2.8. Схема wounded (раненый) */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя_пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя_пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 
'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой_темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>
:'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя_пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = <имя_пути>''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''' 
'''''path_walk = <имя_пути>_task''''' 

Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp_center
path_walk = kamp_center_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства камперов:
* кампер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* камперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кампера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* камперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите камперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/камперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кампера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), то он тупо продолжает стоять на старом месте и ждать следующей пули. 
Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кампера. Используйте '''''walker''''' в таких случаях, а камперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кампера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 
'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': не забыть прописать:<ini>[smart_terrains]
none = true</ini>Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded==
Схема раненного. Определяет поведение NPC в состоянии "раненный". 
'''''Примечание''''': не рекомендуется задавать схему в качестве активной.

'''[wounded]''' 
'''''hp_state = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он не видит игрока. 
'''''hp_state_see = <HP>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при значении уровня его здоровья равному '''''HP''''', когда он видит игрока. 
'''''psy_state = <PSY>|<название_анимации>@<название_звуковой_темы>''''' - поведение NPC при псиатаках, в зависимости от уровня пси-здоровья равному '''''PSY'''''. 
'''''hp_victim = <HP>|<параметр>''''' - куда будет смотреть NPC при значении уровня его здоровья равному '''''HP''''', возможные параметры: 
:*'''''story_id''''' - числовое значение;
:*'''''actor''''' - без комментариев;
:*'''''nil''''' - позиция вычисленная АИ автоматически.
'''''hp_cover = <HP>|true/false''''' - идти в укрытие или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''hp_fight = <HP>|true/false''''' - разрешено воевать или нет, в зависимости от значения уровня здоровья равному '''''HP'''''. 
'''''syndata = <название_анимации>@<название_звуковой_темы>''''' - синхропары для красоты. 
'''''help_dialog = <название_диалога>''''' - возможность установить диалог, вместо стандартного '''''actor_help_wounded'''''. 
'''''help_start_dialog = <название_диалога>''''' - возможность установить стартовый диалог. 
'''''Примечание''''': желательно, чтобы все установленные актёрские диалоги для раненых имели условие их появления следующего вида: 
:<xml><precondition>dialogs.allow_wounded_dialog</precondition></xml>
'''''Примечание''''': если необходимо поставить несколько состояний, в зависимости от разного значения уровня здоровья, то сами состояния нужно разделять символом ‘|’: 
:<ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy</ini>
:Здесь определятся два состояния при уровне здоровья 30 и 10 соответственно.
:Для параметров '''''hp_state_see''''', '''''psy_state''''', '''''hp_victim''''', '''''hp_cover''''', '''''hp_fight''''' способ такой же.

Пример использования схемы (в качестве примера взята дефолтная настройка): <ini>hp_state= 30|help_me@help|10|wounded_heavy@help_heavy
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20|psy_shoot,psy_pain@wounded_psy_shoot,wounded_psy
hp_victim = 30|actor|10|nil
hp_cover = 30|true|10|false
hp_fight = 30|true|10|false
syndata = wounded@help
;best_pistol – проверка на то, что лучшее оружие NPC является пистолетом.</ini>

Файл: ''gamedata\scripts\xr_wounded.script''

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T16:44:40Z

195.88.52.203:

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя_пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя_пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 
'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой_темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>
:'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя_пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = <имя_пути>''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''' 
'''''path_walk = <имя_пути>_task''''' 

Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp_center
path_walk = kamp_center_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства камперов:
* кампер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* камперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кампера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* камперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = <имя_пути>''''' - путь по которому ходит NPC. 
'''''path_look = <имя_пути>''''' - точки в которые смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите камперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/камперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кампера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), то он тупо продолжает стоять на старом месте и ждать следующей пули. 
Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кампера. Используйте '''''walker''''' в таких случаях, а камперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кампера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 
'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': не забыть прописать:<ini>[smart_terrains]
none = true</ini>Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded (раненый)==

[logic] 
wounded = wounded 

[walker] 
wounded = wounded 

[wounded] 
hp_state = HP|condstate@condsound|HP|condstate@condsound 
hp_state_see = HP|condstate@condsound|HP|condstate@condsound 
psy_state = PSY|condstate@condsound|PSY|condstate@condsound 
hp_victim = HP|condvictim|HP|condvictim 
hp_cover = HP|condbool|HP|condbool 
hp_fight = HP|condbool|HP|condbool 
*syndata = state@sound|state@sound 
*help_dialog = story_id
*help_start_dialog = story_id

Где: 
Condstate – кондлист, возвращающий состояние персонажа, либо true. Если он возвращает true – нпс обидится на игрока 
Condsound – кондлист, возвращающий саунд тему. 
HP – пороговые значение здоровья персонажа 
PSY – пороговые значения пси здоровья персонажа 
Condvictim – кондлист, возвращающий направление куда смотреть. Возможные значения: 
nil, actor, number. В случае числа – будет смотреть на персонажа с указанными стори айди. 
Condbool – кондлист, возвращаюзий true либо false. 

Значения полей: 
hp_state – поведение персонажа когда он не видит игрока 
hp_state_see – поведение персонажа, когда он видит игрока 
psy_state – поведение персонажа при псиатаках 
hp_victim – куда смотреть, в зависимости от ХП 
hp_cover – идти в укрытие или нет, в зависимости от ХП 
hp_fight – разрешено воевать или нет, в зависимости от ХП
syndata – синхропары для красоты. 
help_dialog – story_id диалога вместо дефолтного actor_help_wounded. Если вам по сюжету необходимо заменить диалог другим, то вы в этом поле прописываете id другого диалога. 
Также мы вставляем стартовый диалог раненого. Если мы его прописываем, то все актёрские диалоги для раненых должны иметь такой precondition: 
dialogs.allow_wounded_dialog. 

Пример. В качестве примера взята дефолтная настройка. 

hp_state = 30|help_me@help|10|wounded_heavy@help_heavy 
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy 
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20| {=best_pistol}psy_shoot,psy_pain@{=best_pistol}wounded_psy_shoot,wounded_psy 
hp_victim = 30|actor|10|nil 
hp_cover = 30|true|10|false 
hp_fight = 30|true|10|false 
syndata = wounded@help 

Где: 
Best_pistol – проверка на то, что лучшее оружие НПС является пистолетом. 

Файл: \gamedata\scripts\xr_wounded.script 

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T16:39:17Z

195.88.52.203: /* 3.2.7. Схема zoneguard */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 
'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>
:'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = kamp_center''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''' 
'''''path_walk = <kamp_center>_task''''' 

Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp
path_walk = kamp_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства кемперов:
* кемпер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* кемперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кемпера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* кемперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = path_walk''''' - путь по которому ходит NPC. 
'''''path_look = path_look''''' - путь, куда смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите кемперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/кемперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кемпера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), то он тупо продолжает стоять на старом месте и ждать следующей пули. 
Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кемпера. Используйте '''''walker''''' в таких случаях, а кемперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кемпера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 
'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': не забыть прописать:<ini>[smart_terrains]
none = true</ini>Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <имя_пути>''''' - путь перемещения. 
'''''path_look = <имя_пути>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении игрока. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию будучи нейтралом. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded (раненый)==

[logic] 
wounded = wounded 

[walker] 
wounded = wounded 

[wounded] 
hp_state = HP|condstate@condsound|HP|condstate@condsound 
hp_state_see = HP|condstate@condsound|HP|condstate@condsound 
psy_state = PSY|condstate@condsound|PSY|condstate@condsound 
hp_victim = HP|condvictim|HP|condvictim 
hp_cover = HP|condbool|HP|condbool 
hp_fight = HP|condbool|HP|condbool 
*syndata = state@sound|state@sound 
*help_dialog = story_id
*help_start_dialog = story_id

Где: 
Condstate – кондлист, возвращающий состояние персонажа, либо true. Если он возвращает true – нпс обидится на игрока 
Condsound – кондлист, возвращающий саунд тему. 
HP – пороговые значение здоровья персонажа 
PSY – пороговые значения пси здоровья персонажа 
Condvictim – кондлист, возвращающий направление куда смотреть. Возможные значения: 
nil, actor, number. В случае числа – будет смотреть на персонажа с указанными стори айди. 
Condbool – кондлист, возвращаюзий true либо false. 

Значения полей: 
hp_state – поведение персонажа когда он не видит игрока 
hp_state_see – поведение персонажа, когда он видит игрока 
psy_state – поведение персонажа при псиатаках 
hp_victim – куда смотреть, в зависимости от ХП 
hp_cover – идти в укрытие или нет, в зависимости от ХП 
hp_fight – разрешено воевать или нет, в зависимости от ХП
syndata – синхропары для красоты. 
help_dialog – story_id диалога вместо дефолтного actor_help_wounded. Если вам по сюжету необходимо заменить диалог другим, то вы в этом поле прописываете id другого диалога. 
Также мы вставляем стартовый диалог раненого. Если мы его прописываем, то все актёрские диалоги для раненых должны иметь такой precondition: 
dialogs.allow_wounded_dialog. 

Пример. В качестве примера взята дефолтная настройка. 

hp_state = 30|help_me@help|10|wounded_heavy@help_heavy 
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy 
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20| {=best_pistol}psy_shoot,psy_pain@{=best_pistol}wounded_psy_shoot,wounded_psy 
hp_victim = 30|actor|10|nil 
hp_cover = 30|true|10|false 
hp_fight = 30|true|10|false 
syndata = wounded@help 

Где: 
Best_pistol – проверка на то, что лучшее оружие НПС является пистолетом. 

Файл: \gamedata\scripts\xr_wounded.script 

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-29T14:35:30Z

195.88.52.203: /* 3.2.7. Схема zoneguard */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

'''''Пример использования схемы''''': <ini>[walker@pri_followers_leader_wave1_wait]
path_walk = wave1_leader_walk2
path_look = wave1_leader_look2
def_state_moving1 = assault
def_state_moving2 = assault
team = followers</ini>

Файл: ''gamedata\scripts\xr_walker.script''

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 
'''Примечание''': не используйте эту схему в качестве активной - это вызовет неправильное поведение NPC.

'''[remark]''' 
'''''snd_anim_synс = true/false''''' - по умолчанию '''''false'''''. Указывает на то необходимо ли синхронизировать звук с анимацией. 
'''''snd = <название_звуковой темы>''''' - звук ремарка, берётся из файла ''sound_theme.script''. По умолчанию '''''nil'''''. 
'''''anim = <название_анимации>''''' - анимация ремарка, по умолчанию '''''wait'''''. 
'''''target = <параметр>''''' - куда смотрит сталкер. Есть следующие варианты: 
:*'''''story_id''''' – числовое значение<nowiki>;</nowiki> 
:*'''''actor''''' – без комментариев<nowiki>;</nowiki> 
:*'''''nil''''' – позиция вычисленная АИ автоматически<nowiki>;</nowiki> 
:*'''''<имя работы>,<имя гулага>''''' - смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг NPC, для которого задана данная секция ремарка). 
:Пример: 
:<ini>target = logic@cit_killers_base_guard, cit_killers</ini>
:*'''''<path_name>,<point_number>''''' - можно указывать смотреть в вершину патрульного пути (<имя пути>,<имя точки>). 
:Пример: 
:<ini>target = cit_killers_kamp5,0</ini>
:'''''Примечание''''': теперь если значение не задано, то оно равно '''''nil''''' а не '''''actor''''', как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение '''''nil''''', то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы '''''remark'''''а для параметра переключения схемы '''''on_signal''''': 
:*'''''sound_end''''' – по окончании проигрывания звуковой схемы 
:*'''''anim_end''''' – по окончании проигрывания анимации 
:*'''''action_end''''' – по окончании проигрывания и того и другого, если они синхронизированы 

'''''Пример использования схемы''''': <ini>[remark@esc_lager_volk2]
anim = guard_rac
snd = esc_wolf_radio
target = actor
on_signal = sound_end| remark@esc_lager_volk3</ini>

Файл: ''gamedata\scripts\xr_remark.script''

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1-го поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

'''[sleeper]''' 
'''''path_main = <имя пути>''''' - точка в которой NPC будет спать - второй поинт, развернувшись в нулевой поинт. 
'''''wakeable = true/false''''' – может ли проснуться быстро (если '''''true''''', то спит на корточках и во сне бормочет). 

'''''Примечание''''': Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

'''''Пример использования схемы''''': <ini>[sleeper@esc_blockpost_sleep1]
path_main = sleep1
wakeable = false</ini>

Файл: ''gamedata\scripts\xr_sleeper.script''

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

'''[kamp]''' 
'''''center_point = kamp_center''''' – имя точки вокруг которой NPC будет устраиваться. 
'''''radius = 2''''' - насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию. 
'''''def_state_moving = run''''' - дефолтное состояние, в котором NPC будет идети к точке кампа. 

'''''Примечание''''': Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать '''''path_walk''''' из одной точке, название которой '''''<path_kamp_name>_task''''' 
'''''path_walk = <kamp_center>_task''''' 

Если точка кемпа расположена в чистом поле то, '''''path_walk''''' прописывать необязательно. 

'''''Пример использования схемы''''': <ini>[kamp@esc_blockpost_kamp1]
center_point = kamp
path_walk = kamp_task
def_state_moving = raid</ini>

Файл: ''gamedata\scripts\xr_kamp.script''

==3.2.5. Схема camper==
Свойства кемперов:
* кемпер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передвигается по патрульным путям; 
* кемперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возвращается в состояние кемпера; 
* В любых других случаях действуют по собственной скриптовой схеме. Если видим врага - стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага; 
* кемперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

'''[camper]''' 
'''''path_walk = path_walk''''' - путь по которому ходит NPC. 
'''''path_look = path_look''''' - путь, куда смотрит NPC. 
'''''radius = number''''' – если расстояние между NPC и противником меньше указанного, то он уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам. 
'''''no_retreat = true/false''''' - NPC при виде врага не будет ломиться на ближайшую точку '''''path_walk''''', а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите кемперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов. 
'''''def_state_moving = <название_анимации>''''' - состояние, в котором NPC движется на ближайшую точку пути при враге. По умолчанию '''''assault'''''. 
'''''def_state_moving_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, во время движения на ближайшую точку пути. По умолчанию '''''sneak_fire'''''. 
'''''def_state_campering = <название_анимации>''''' - состояние, в котором NPC ожидает врага, находясь на пути. По умолчанию '''''hide'''''. 
'''''def_state_campering_fire = <название_анимации>''''' - состояние, в котором NPC отстреливается от врага, находясь на пути. По умолчанию '''''hide_fire'''''. 
'''''attack_sound = <имя_звуковой_темы>''''' - возможность переопределять снайперам/кемперам звук атаки. По дефолту он равен звуковой теме '''''fight_attack'''''. Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав значение '''''false'''''. 
'''''shoot = <тип_стрельбы>''''' - возможны следующие значения:
:*'''''always''''' - значение по умолчанию, стреляет всегда, когда можно; 
:*'''''none''''' - не стреляет вообще; 
:*'''''terminal''''' - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

'''''Примечание''''': У кемпера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), то он тупо продолжает стоять на старом месте и ждать следующей пули. 
Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кемпера. Используйте '''''walker''''' в таких случаях, а кемперов стоить ставить для атак по путям и как снайперов. 

'''''Пример использования схемы''''': <ini>[camper@dar_military_scout_hide]
path_walk = walk_hide
path_look = look_hide
radius = 10
no_retreat = true
def_state_moving = assault
def_state_campering = hide_na
shoot = always</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.5.1. Схема sniper==
Разновидность кемпера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20 секунд. 
'''''Примечание''''': Ставить снайперу только 2 точки '''''look'''''. 

В кастом дате кемпера прописать: <ini>sniper = true</ini>
Пример: <ini>[camper@esc_blockpost_camper_day]
path_walk = camper_day_walk
path_look = camper_day_look
sniper = true
def_state_campering = threat</ini>

Файл: ''gamedata\scripts\xr_camper.script''

==3.2.6. Схема follower==
NPC идет за NPC-лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме '''''run''''', если свыше 20 – догоняет в режиме '''''sprint'''''. 
Пути не задаются. 

'''[follower]''' 
'''''leader = number''''' - '''''story_id''''' лидера из ''game.ltx'' (число!). 
'''''formation_line = true/false''''' - постарается идти сбоку от лидера, в противном случае будет идти сзади. 
'''''distance = number''''' - расстояние в метрах, на котором будет идти от лидера '''''attendant'''''. По умолчанию – 1,5 метра, если идет цепью, то 5 метров. 
'''''state_if_leader_in_meet = <название_анимации>''''' - это есть строка с именем состояния из '''''state_manager''''', которое будет назначено '''''follower'''''-ам, если командир пребывает в состоянии '''''meet'''''. 
'''''anim_walk = <название_анимации>''''' - состояние, в котором фолловер идет за лидером. 
'''''anim_run = <название_анимации>''''' - состояние, в котором фолловер бежит за лидером. 
'''''anim_sprint = <название_анимации>''''' - состояние, в котором фолловер спринтует за лидером. 

'''''Примечание''''': не забыть прописать:<ini>[smart_terrains]
none = true</ini>Иначе NPC засосёт в гулаг и никуда он не пойдёт. 

Если все это происходит под гулагом, то вместо '''''story_id''''' лидера, мы прописываем его секцию логики в файле скрипта. 
Пример:<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7,
state = {0},
squad = squad,
group = groups[0],
...
}</lua>В данном случае для параметра '''''leader''''' необоходимо указать строку '''''bar_arena_follower_2'''''. 

'''''Примечание''''': в релизе игры данная схема не используется. 

Файл: ''gamedata\scripts\xr_attendant.script''

==3.2.7. Схема zoneguard==
У NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока. 

'''[zoneguard]''' 
'''''path_walk = <path_walk>''''' - путь перемещения. 
'''''path_look = <path_look>''''' - путь обзора. 
'''''team = <имя_команды>''''' - имя команды синхронизированных '''''zoneguard'''''-ов (из всей команды только 1 будет реагировать на игрока). 
'''''zone_guard = <имя_зоны>''''' - зона в пределах которой игрок будет атакован. 
'''''zone_warn = <имя_зоны>''''' - зона в пределах которой NPC будет начинать разговор с игроком. 
'''''walker_team = <имя_команды>''''' - для схемы перемещения его в состоянии '''''walker''''' (если не задан, используется значение из поля '''''team'''''). 
'''''no_move = true/false''''' - персонаж окликнет игрока с места и не будет подбегать к нему. 
'''''snd_greet = <название_звуковой_темы>''''' - звук которой будет проигран при обнаружении персонажа. 
'''''ignore_friends = true/false''''' - будет игнорировать дружественных ему персонажей. 
'''''ignore_cond = {+info -info =func !func ~number}''''' - условия, при которых NPC игнорирует игрока. 
'''''no_danger = true/false''''' - отыгрывать или нет угрожающую анимацию нейтралам. 
'''''anim = <название_анимации>''''' - какую отыгрывает анимацию, если игрок ему не враждебен. 
'''''snd_anim_sync = true/false''''' - будет ли синхронизирован звук с анимацией. 

'''''Пример использования схемы''''':<ini>[zoneguard]
path_walk = mil_freedom_zoneguard_walk_kill2
path_look = mil_freedom_zoneguard_look_kill2
zone_warn = mil_freedom_leader_warn_zone
zone_guard = mil_freedom_leader_kill_zone
no_move = true
team = freedom_bodyguards3</ini>

Файл: ''gamedata\scripts\xr_zoneguard.script''

==3.2.8. Схема wounded (раненый)==

[logic] 
wounded = wounded 

[walker] 
wounded = wounded 

[wounded] 
hp_state = HP|condstate@condsound|HP|condstate@condsound 
hp_state_see = HP|condstate@condsound|HP|condstate@condsound 
psy_state = PSY|condstate@condsound|PSY|condstate@condsound 
hp_victim = HP|condvictim|HP|condvictim 
hp_cover = HP|condbool|HP|condbool 
hp_fight = HP|condbool|HP|condbool 
*syndata = state@sound|state@sound 
*help_dialog = story_id
*help_start_dialog = story_id

Где: 
Condstate – кондлист, возвращающий состояние персонажа, либо true. Если он возвращает true – нпс обидится на игрока 
Condsound – кондлист, возвращающий саунд тему. 
HP – пороговые значение здоровья персонажа 
PSY – пороговые значения пси здоровья персонажа 
Condvictim – кондлист, возвращающий направление куда смотреть. Возможные значения: 
nil, actor, number. В случае числа – будет смотреть на персонажа с указанными стори айди. 
Condbool – кондлист, возвращаюзий true либо false. 

Значения полей: 
hp_state – поведение персонажа когда он не видит игрока 
hp_state_see – поведение персонажа, когда он видит игрока 
psy_state – поведение персонажа при псиатаках 
hp_victim – куда смотреть, в зависимости от ХП 
hp_cover – идти в укрытие или нет, в зависимости от ХП 
hp_fight – разрешено воевать или нет, в зависимости от ХП
syndata – синхропары для красоты. 
help_dialog – story_id диалога вместо дефолтного actor_help_wounded. Если вам по сюжету необходимо заменить диалог другим, то вы в этом поле прописываете id другого диалога. 
Также мы вставляем стартовый диалог раненого. Если мы его прописываем, то все актёрские диалоги для раненых должны иметь такой precondition: 
dialogs.allow_wounded_dialog. 

Пример. В качестве примера взята дефолтная настройка. 

hp_state = 30|help_me@help|10|wounded_heavy@help_heavy 
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy 
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20| {=best_pistol}psy_shoot,psy_pain@{=best_pistol}wounded_psy_shoot,wounded_psy 
hp_victim = 30|actor|10|nil 
hp_cover = 30|true|10|false 
hp_fight = 30|true|10|false 
syndata = wounded@help 

Где: 
Best_pistol – проверка на то, что лучшее оружие НПС является пистолетом. 

Файл: \gamedata\scripts\xr_wounded.script 

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-28T19:44:43Z

195.88.52.203: /* 3.2.1. Схема walker */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути ('''''path_walk''''') и останавливается в определенных точках и выполняет соответствующие действия. 

'''[walker]''' 
'''''path_walk = <имя пути>''''' - основной путь, по которому ходит NPC 
'''''path_look = <имя пути>''''' - путь, куда смотрит NPC 
'''''team = <имя_команды>''''' - команда для синхронизации 
'''''def_state_moving1 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она близко ('''''patrol''''' по умолчанию) 
'''''def_state_moving2 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она не слишком далеко ('''''rush''''' по умолчанию) 
'''''def_state_moving3 = <название_анимации>''''' - состояние, в котором NPC движется к первой точке пути, если она далеко ('''''sprint''''' по умолчанию) 
'''''def_state_standing = <название_анимации>''''' - дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

В точках '''''path_walk''''', которым соответствуют точки пути '''''path_look''''' (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 

Файл: '''gamedata\scripts\xr_walker.script'''.

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 

[remark]
*snd_anim_synс = true либо false. По умолчанию false. Указывает на то необходимо ли синхронизировать звук с анимацией либо нет
*snd = звук ремарка, по умолчанию nil
*anim = анимация ремарка, по умолчанию wait
*target = Куда смотрит сталкер. Есть следующие варианты
story_id – числовое значение 
actor – без комментариев 
nil – позиция вычисленная АИ автоматически 
<имя работы>,<имя гулага> смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг сталкера, для которого задана данная секция ремарка). 
Пример: 
target = logic@cit_killers_base_guard, cit_killers 
<path_name>, <point_number> - можно указывать смотреть в вершину патрульного пути (<имя пути>, <имя точки>). 

Внимание, теперь если значение не задано, то оно равно nil а не actor, как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение nil, то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы для remark: 
sound_end – по окончании проигрывания звуковой схемы 
anim_end – по окончании проигрывания анимации 
action_end – по окончании проигрывания и того и другого, если они синхронизированы 

Пример синхронизации анимации и звука в схеме Remark: 

[remark] 
anim = анимация 
snd = звук 
snd_anim_sync = true 
on_signal = action_end | следующая схема 

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1 поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

[sleeper] 
path_main = <имя пути>
*wakeable = true – может ли проснуться быстро (если true, то спит на корточках и во сне бормочет) 

NB: Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

Файл: \gamedata\scripts\xr_sleeper.script 

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

[kamp] 
center_point = kamp_center – имя точки вокруг которой NPC будет устраиваться.
*radius = 2 (насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию) 
*def_state_moving = run (дефолтное состояние, в котором сталкер будет идети к точке кампа) 

Файл: \gamedata\scripts\xr_kamp.script 

NB! Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать path_walk из одной точке, название которой = <path_kamp_name>_task 

*path_walk = <path_kamp_name>_task 

Если точка кемпа расположена в чистом поле то, path_walk прописывать не надо. 

==3.2.5. Схема camper==
Свойства кемперов: 
- кемпер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передигается по патрульным путям 
- кемперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возращается в состояние кемпера. 
- В любых других случаях действуют по собственной скриптовой схеме. Если видим врага -стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага. 
- кемперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

[camper] 
path_walk = patrol_path 
path_look = patrol_path 
*radius = number – расстояние в метрах, если расстояние между кэмпером и противником меньше указанного, кэмпер уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам.
*no_retreat = true - персонаж при виде врага не будет ломиться на ближайшую точку path_walk, а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите кемперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов.
*def_state_moving = состояние из стейт менеджера
Состояние, в котором мы движемся на ближайшую точку пути при враге
*def_state_moving_fire = состояние из стейт менеджера (sneak_fire)
Состояние, в котором мы отстреливаемся от врага, во время движения на ближайшую точку пути.
*def_state_campering = состояние из стейт менеджера (hide)
Состояние, в котором мы ожидаем врага, находясь на пути
*def_state_campering_fire = состояние из стейт менеджера (hide_fire)
Состояние, в котором мы отстреливаемся от врага, находясь на пути
*attack_sound = имя_звуковой_темы
Возможность переопределять снайперам/кемперам звук атаки. По дефолту он равен звуковой теме "fight_attack". Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав в секции кемпера: attack_sound = 
*shoot = тип.
Задаем тип стрельбы. Возможные значения - always|none|terminal 
always - значение по умолчанию, стреляет всегда, когда можно 
none - не стреляет вообще. 
terminal - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

NB! У кемпера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), то он тупо продолжает стоять на старом месте и ждать следующей пули. 
Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кемпера. Используйте walkerов в таких случаях, а кемперов стоить ставить для атак по путям и как снайперов. 

==3.2.5.1. Схема sniper==
Разновидность кемпера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20сек. 
NB! Ставить снайперу только 2 точки look 

В кастом дате кемпера прописать: 
sniper = true 

Файл: \gamedata\scripts\xr_camper.script 

==3.2.6. Схема follower==
В custom_data прописан как follower
NPC идет за NPC лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме run, если свыше 20 – догоняет в режиме sprint. Пути не задаются. 

[follower] 
leader = story id лидера из game.ltx (число!) 
*formation_line = true (постарается идти сбоку от лидера, в противном случае будет идти сзади
*distance = расстояние в метрах, на котором будет идти от лидера attendant. По умолчанию – 1,5 метра, если идет цепью, то 5 метров.
*state_if_leader_in_meet. Это есть строка с именем состояния из state_manager, которое будет назначено follower-ам, если командир пребывает в состоянии meet.
*anim_walk = state (состояние, в котором фолловер идет за лидером)
*anim_run = state (состояние, в котором фолловер бежит за лидером)
*anim_sprint = state (состояние, в котором фолловер спринтует за лидером)
Файл: \gamedata\scripts\xr_ attendant.script 
ВНИМАНИЕ!!!!!! НЕ ЗАБЫТЬ ПРОПИСАТЬ:
[smart_terrains]
none = true
ИНАЧЕ НПС ЗАСОСЁТ В ГУЛАГ И НИКУДА ОН НЕ ПОЙДЁТ

Если все это происходит под гулагом, то вместо story_id лидера, мы прописываем его секцию логики в файле скрипта. Пример: 

<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7, state = {0}, squad = squad, group = groups[0],
in_rest = "", out_rest = "",
dependent = "logic@bar_arena_leader",
predicate = function(obj)
return obj:character_community() == "dolg"
end
}</lua>

==3.2.7. Схема zoneguard==
NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока 

[zoneguard] 
path_walk = путь перемещения
*path_look = путь обзора
team = имя команды синхронизированных zoneguard-ов (из всей команды только 1 будет реагировать на игрока)
*zone_guard = имя зоны, в пределах которой игрок будет атакован
zone_warn = имя зоны, в пределах которой начинать разговор с игроком
*walker_team = team для схемы перемещения его в состоянии walker (если не задан, используется значение из поля team)
*no_move = если true, персонаж окликнет игрока с места и не будет подбегать к нему
*snd_greet = имя звуковой схемы, из которой будет проигран звук при обнаружении персонажа
*ignore_friends = true, будет игнорировать дружественных ему персонажей.
*ignore_cond = {+info -info =func !func} условия, при которых NPC игнорирует игрока
*no_danger = если true, то не отыгрывает угрожающую анимацию, нейтралам.
*anim = какую отыгрывает анимацию, если игрок ему не враждебен.
*snd_anim_sync = если true, то npc будет синхронизировать звук с анимацией
Файл: \gamedata\scripts\xr_zoneguard.script 

==3.2.8. Схема wounded (раненый)==

[logic] 
wounded = wounded 

[walker] 
wounded = wounded 

[wounded] 
hp_state = HP|condstate@condsound|HP|condstate@condsound 
hp_state_see = HP|condstate@condsound|HP|condstate@condsound 
psy_state = PSY|condstate@condsound|PSY|condstate@condsound 
hp_victim = HP|condvictim|HP|condvictim 
hp_cover = HP|condbool|HP|condbool 
hp_fight = HP|condbool|HP|condbool 
*syndata = state@sound|state@sound 
*help_dialog = story_id
*help_start_dialog = story_id

Где: 
Condstate – кондлист, возвращающий состояние персонажа, либо true. Если он возвращает true – нпс обидится на игрока 
Condsound – кондлист, возвращающий саунд тему. 
HP – пороговые значение здоровья персонажа 
PSY – пороговые значения пси здоровья персонажа 
Condvictim – кондлист, возвращающий направление куда смотреть. Возможные значения: 
nil, actor, number. В случае числа – будет смотреть на персонажа с указанными стори айди. 
Condbool – кондлист, возвращаюзий true либо false. 

Значения полей: 
hp_state – поведение персонажа когда он не видит игрока 
hp_state_see – поведение персонажа, когда он видит игрока 
psy_state – поведение персонажа при псиатаках 
hp_victim – куда смотреть, в зависимости от ХП 
hp_cover – идти в укрытие или нет, в зависимости от ХП 
hp_fight – разрешено воевать или нет, в зависимости от ХП
syndata – синхропары для красоты. 
help_dialog – story_id диалога вместо дефолтного actor_help_wounded. Если вам по сюжету необходимо заменить диалог другим, то вы в этом поле прописываете id другого диалога. 
Также мы вставляем стартовый диалог раненого. Если мы его прописываем, то все актёрские диалоги для раненых должны иметь такой precondition: 
dialogs.allow_wounded_dialog. 

Пример. В качестве примера взята дефолтная настройка. 

hp_state = 30|help_me@help|10|wounded_heavy@help_heavy 
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy 
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20| {=best_pistol}psy_shoot,psy_pain@{=best_pistol}wounded_psy_shoot,wounded_psy 
hp_victim = 30|actor|10|nil 
hp_cover = 30|true|10|false 
hp_fight = 30|true|10|false 
syndata = wounded@help 

Где: 
Best_pistol – проверка на то, что лучшее оружие НПС является пистолетом. 

Файл: \gamedata\scripts\xr_wounded.script 

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-28T19:33:33Z

195.88.52.203: /* 3.2. Схемы поведения сталкеров. */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле ''gamedata\scripts\modules.script'' указаны все загружаемые схемы. 

==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути (path_walk) и останавливается в определенных точках и выполняет соответствующие действия. 

[walker] 
path_walk = <имя пути>- основной путь, по которому ходит NPC 
* path_look = <имя пути>- путь, куда смотрит NPC 
* team - команда для синхронизации 

В точках path_walk, которым соответствуют точки пути path_look (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 
* def_state_moving1 = состояние, в котором сталкер движется к первой точке пути, если она близко (patrol по умолчанию) 
* def_state_moving2 = состояние, в котором сталкер движется к первой точке пути, если она не слишком далеко (rush по умолчанию) 
* def_state_moving3 = состояние, в котором сталкер движется к первой точке пути, если она далеко (sprint по умолчанию) 
* def_state_standing = дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

Файл: \gamedata\scripts\xr_walker.script

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 

[remark]
*snd_anim_synс = true либо false. По умолчанию false. Указывает на то необходимо ли синхронизировать звук с анимацией либо нет
*snd = звук ремарка, по умолчанию nil
*anim = анимация ремарка, по умолчанию wait
*target = Куда смотрит сталкер. Есть следующие варианты
story_id – числовое значение 
actor – без комментариев 
nil – позиция вычисленная АИ автоматически 
<имя работы>,<имя гулага> смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг сталкера, для которого задана данная секция ремарка). 
Пример: 
target = logic@cit_killers_base_guard, cit_killers 
<path_name>, <point_number> - можно указывать смотреть в вершину патрульного пути (<имя пути>, <имя точки>). 

Внимание, теперь если значение не задано, то оно равно nil а не actor, как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение nil, то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы для remark: 
sound_end – по окончании проигрывания звуковой схемы 
anim_end – по окончании проигрывания анимации 
action_end – по окончании проигрывания и того и другого, если они синхронизированы 

Пример синхронизации анимации и звука в схеме Remark: 

[remark] 
anim = анимация 
snd = звук 
snd_anim_sync = true 
on_signal = action_end | следующая схема 

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1 поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

[sleeper] 
path_main = <имя пути>
*wakeable = true – может ли проснуться быстро (если true, то спит на корточках и во сне бормочет) 

NB: Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

Файл: \gamedata\scripts\xr_sleeper.script 

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

[kamp] 
center_point = kamp_center – имя точки вокруг которой NPC будет устраиваться.
*radius = 2 (насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию) 
*def_state_moving = run (дефолтное состояние, в котором сталкер будет идети к точке кампа) 

Файл: \gamedata\scripts\xr_kamp.script 

NB! Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать path_walk из одной точке, название которой = <path_kamp_name>_task 

*path_walk = <path_kamp_name>_task 

Если точка кемпа расположена в чистом поле то, path_walk прописывать не надо. 

==3.2.5. Схема camper==
Свойства кемперов: 
- кемпер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передигается по патрульным путям 
- кемперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возращается в состояние кемпера. 
- В любых других случаях действуют по собственной скриптовой схеме. Если видим врага -стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага. 
- кемперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

[camper] 
path_walk = patrol_path 
path_look = patrol_path 
*radius = number – расстояние в метрах, если расстояние между кэмпером и противником меньше указанного, кэмпер уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам.
*no_retreat = true - персонаж при виде врага не будет ломиться на ближайшую точку path_walk, а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите кемперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов.
*def_state_moving = состояние из стейт менеджера
Состояние, в котором мы движемся на ближайшую точку пути при враге
*def_state_moving_fire = состояние из стейт менеджера (sneak_fire)
Состояние, в котором мы отстреливаемся от врага, во время движения на ближайшую точку пути.
*def_state_campering = состояние из стейт менеджера (hide)
Состояние, в котором мы ожидаем врага, находясь на пути
*def_state_campering_fire = состояние из стейт менеджера (hide_fire)
Состояние, в котором мы отстреливаемся от врага, находясь на пути
*attack_sound = имя_звуковой_темы
Возможность переопределять снайперам/кемперам звук атаки. По дефолту он равен звуковой теме "fight_attack". Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав в секции кемпера: attack_sound = 
*shoot = тип.
Задаем тип стрельбы. Возможные значения - always|none|terminal 
always - значение по умолчанию, стреляет всегда, когда можно 
none - не стреляет вообще. 
terminal - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

NB! У кемпера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), то он тупо продолжает стоять на старом месте и ждать следующей пули. 
Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кемпера. Используйте walkerов в таких случаях, а кемперов стоить ставить для атак по путям и как снайперов. 

==3.2.5.1. Схема sniper==
Разновидность кемпера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20сек. 
NB! Ставить снайперу только 2 точки look 

В кастом дате кемпера прописать: 
sniper = true 

Файл: \gamedata\scripts\xr_camper.script 

==3.2.6. Схема follower==
В custom_data прописан как follower
NPC идет за NPC лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме run, если свыше 20 – догоняет в режиме sprint. Пути не задаются. 

[follower] 
leader = story id лидера из game.ltx (число!) 
*formation_line = true (постарается идти сбоку от лидера, в противном случае будет идти сзади
*distance = расстояние в метрах, на котором будет идти от лидера attendant. По умолчанию – 1,5 метра, если идет цепью, то 5 метров.
*state_if_leader_in_meet. Это есть строка с именем состояния из state_manager, которое будет назначено follower-ам, если командир пребывает в состоянии meet.
*anim_walk = state (состояние, в котором фолловер идет за лидером)
*anim_run = state (состояние, в котором фолловер бежит за лидером)
*anim_sprint = state (состояние, в котором фолловер спринтует за лидером)
Файл: \gamedata\scripts\xr_ attendant.script 
ВНИМАНИЕ!!!!!! НЕ ЗАБЫТЬ ПРОПИСАТЬ:
[smart_terrains]
none = true
ИНАЧЕ НПС ЗАСОСЁТ В ГУЛАГ И НИКУДА ОН НЕ ПОЙДЁТ

Если все это происходит под гулагом, то вместо story_id лидера, мы прописываем его секцию логики в файле скрипта. Пример: 

<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7, state = {0}, squad = squad, group = groups[0],
in_rest = "", out_rest = "",
dependent = "logic@bar_arena_leader",
predicate = function(obj)
return obj:character_community() == "dolg"
end
}</lua>

==3.2.7. Схема zoneguard==
NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока 

[zoneguard] 
path_walk = путь перемещения
*path_look = путь обзора
team = имя команды синхронизированных zoneguard-ов (из всей команды только 1 будет реагировать на игрока)
*zone_guard = имя зоны, в пределах которой игрок будет атакован
zone_warn = имя зоны, в пределах которой начинать разговор с игроком
*walker_team = team для схемы перемещения его в состоянии walker (если не задан, используется значение из поля team)
*no_move = если true, персонаж окликнет игрока с места и не будет подбегать к нему
*snd_greet = имя звуковой схемы, из которой будет проигран звук при обнаружении персонажа
*ignore_friends = true, будет игнорировать дружественных ему персонажей.
*ignore_cond = {+info -info =func !func} условия, при которых NPC игнорирует игрока
*no_danger = если true, то не отыгрывает угрожающую анимацию, нейтралам.
*anim = какую отыгрывает анимацию, если игрок ему не враждебен.
*snd_anim_sync = если true, то npc будет синхронизировать звук с анимацией
Файл: \gamedata\scripts\xr_zoneguard.script 

==3.2.8. Схема wounded (раненый)==

[logic] 
wounded = wounded 

[walker] 
wounded = wounded 

[wounded] 
hp_state = HP|condstate@condsound|HP|condstate@condsound 
hp_state_see = HP|condstate@condsound|HP|condstate@condsound 
psy_state = PSY|condstate@condsound|PSY|condstate@condsound 
hp_victim = HP|condvictim|HP|condvictim 
hp_cover = HP|condbool|HP|condbool 
hp_fight = HP|condbool|HP|condbool 
*syndata = state@sound|state@sound 
*help_dialog = story_id
*help_start_dialog = story_id

Где: 
Condstate – кондлист, возвращающий состояние персонажа, либо true. Если он возвращает true – нпс обидится на игрока 
Condsound – кондлист, возвращающий саунд тему. 
HP – пороговые значение здоровья персонажа 
PSY – пороговые значения пси здоровья персонажа 
Condvictim – кондлист, возвращающий направление куда смотреть. Возможные значения: 
nil, actor, number. В случае числа – будет смотреть на персонажа с указанными стори айди. 
Condbool – кондлист, возвращаюзий true либо false. 

Значения полей: 
hp_state – поведение персонажа когда он не видит игрока 
hp_state_see – поведение персонажа, когда он видит игрока 
psy_state – поведение персонажа при псиатаках 
hp_victim – куда смотреть, в зависимости от ХП 
hp_cover – идти в укрытие или нет, в зависимости от ХП 
hp_fight – разрешено воевать или нет, в зависимости от ХП
syndata – синхропары для красоты. 
help_dialog – story_id диалога вместо дефолтного actor_help_wounded. Если вам по сюжету необходимо заменить диалог другим, то вы в этом поле прописываете id другого диалога. 
Также мы вставляем стартовый диалог раненого. Если мы его прописываем, то все актёрские диалоги для раненых должны иметь такой precondition: 
dialogs.allow_wounded_dialog. 

Пример. В качестве примера взята дефолтная настройка. 

hp_state = 30|help_me@help|10|wounded_heavy@help_heavy 
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy 
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20| {=best_pistol}psy_shoot,psy_pain@{=best_pistol}wounded_psy_shoot,wounded_psy 
hp_victim = 30|actor|10|nil 
hp_cover = 30|true|10|false 
hp_fight = 30|true|10|false 
syndata = wounded@help 

Где: 
Best_pistol – проверка на то, что лучшее оружие НПС является пистолетом. 

Файл: \gamedata\scripts\xr_wounded.script 

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-28T19:32:31Z

195.88.52.203: /* 3.1.1. Более подробное описание путей. */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
#Путь '''''path_walk''''', по которому '''''walker''''' ходит. 
#Путь '''''path_look''''', состоящий из точек, в которые '''''walker''''' смотрит. 

'''''Walker'''''-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

Если персонаж должен стоять на месте, то ему задается одна точка пути '''''path_walk''''' и как минимум одна точка пути '''''path_look''''', хотя и можно не задавать точку взгляда вовсе (игра автоматически определит точку по умолчанию ту, в которую НПС смотрел изначально), делать этого не следует. 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути '''''path_walk''''' существуют флажки. 
У каждого вейпоинта есть имя: '''''wp00''''', '''''wp01''''' и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘'''|'''’. Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=threat''''' то персонаж пойдет в состоянии данжер, если '''''a=raid''''' то побежит с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_walk''''' используются анимации '''ТОЛЬКО''' из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
'''''s = имя_звуковой_схемы''''' - (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле '''''s''''', чтобы задать тему разговора, и флажок '''''sc''''', чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры ('''''sp''''', '''''sf''''', '''''st''''') задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлемы для большинства скриптов. 
Параметр '''''sa''''' также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути '''''path_look''''', о котором будет написано ниже. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь '''''path_look'''''. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь '''''path_look''''' с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей '''''path_walk''''' и '''''path_look''''', которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки (в ''ACDC'' поле '''''flags'''''). Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках '''''path_walk''''', помеченных флажком, и смотреть в точку '''''path_look''''', помеченную тем же самым флажком. 

Если точка '''''path_walk''''' не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке '''''path_walk''''' может соответствовать несколько точек '''''path_look'''''. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с '''''path_walk''''', в точках пути '''''path_look''''' можно использовать различные флажки, меняющие поведение: 

'''''p = 100''''' – вероятность, с которой персонаж посмотрит именно в эту точку. Значения '''''p''''' всех подходящих точек суммируются, т.е. если у одной точки '''''p = 100''''', а у другой '''''p = 300''''', то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать '''''p''''' так, чтобы их сумма составляла '''100'''.
По умолчанию у всех точек '''''p = 100'''''. 

'''''t = 5000''''' - время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку '''''wp00''''', персонаж с вероятностью 30% посмотрит в точку '''''wp00''''' в течение 5 секунд, но с вероятностью 70% посмотрит в точку '''''wp01''''' в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию '''''idle''''', если он не в состоянии '''''crouch''''', либо анимацию '''''hide''''', если он в состоянии '''''crouch'''''. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

'''''a = имя_анимации''''' - (по умолчанию '''''idle'''''). 
Пишеться '''''a=anim''''', где '''''anim''''' – название анимации. Если мы напишем '''''a=hide''''', то персонаж сядет в состоянии данжер, если '''''a=guard''''', то встанет с оружием наизготовку и т.д. 

'''''Примечание''''': В точках пути '''''path_look''''' используются анимации '''ТОЛЬКО''' из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути '''''path_walk'''''. 
Есть ещё один интересный факт: следующую точку пути '''''path_walk''''' можно задавать рандомно. 
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке '''''p0''''' патрулировал территорию по двум цикличным маршрутам: 
'''''p0 -> p1 -> p2 -> p0''''' 
'''''p0 -> p3 -> p4 -> p0''''' 
Чтобы задать вариацию выбора маршрута относительно точки '''''p0''''', нужно в ссылке на следующую точку пути указать не одну, а две точки: <ini>p0:links = p1(1), p3(1)</ini>Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек '''''p1''''' или '''''p3'''''. После возврата в точку '''''p0''''' выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так: <ini>p0:links = p1(1), p3(1)</ini>а в точке '''''p1''''', также задать выбор: <ini>p1:links = p2(1), p3(1)</ini>
'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема '''НЕ ПРИЕМЛЕМА''' и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]
Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25: <ini>p1:links = p2(0.75), p3(0.25)</ini>то соответственно в точку '''''p2''''' НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле \gamedata\scripts\modules.script указаны все загружаемые схемы. 
==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути (path_walk) и останавливается в определенных точках и выполняет соответствующие действия. 

[walker] 
path_walk = <имя пути>- основной путь, по которому ходит NPC 
* path_look = <имя пути>- путь, куда смотрит NPC 
* team - команда для синхронизации 

В точках path_walk, которым соответствуют точки пути path_look (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 
* def_state_moving1 = состояние, в котором сталкер движется к первой точке пути, если она близко (patrol по умолчанию) 
* def_state_moving2 = состояние, в котором сталкер движется к первой точке пути, если она не слишком далеко (rush по умолчанию) 
* def_state_moving3 = состояние, в котором сталкер движется к первой точке пути, если она далеко (sprint по умолчанию) 
* def_state_standing = дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

Файл: \gamedata\scripts\xr_walker.script

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 

[remark]
*snd_anim_synс = true либо false. По умолчанию false. Указывает на то необходимо ли синхронизировать звук с анимацией либо нет
*snd = звук ремарка, по умолчанию nil
*anim = анимация ремарка, по умолчанию wait
*target = Куда смотрит сталкер. Есть следующие варианты
story_id – числовое значение 
actor – без комментариев 
nil – позиция вычисленная АИ автоматически 
<имя работы>,<имя гулага> смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг сталкера, для которого задана данная секция ремарка). 
Пример: 
target = logic@cit_killers_base_guard, cit_killers 
<path_name>, <point_number> - можно указывать смотреть в вершину патрульного пути (<имя пути>, <имя точки>). 

Внимание, теперь если значение не задано, то оно равно nil а не actor, как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение nil, то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы для remark: 
sound_end – по окончании проигрывания звуковой схемы 
anim_end – по окончании проигрывания анимации 
action_end – по окончании проигрывания и того и другого, если они синхронизированы 

Пример синхронизации анимации и звука в схеме Remark: 

[remark] 
anim = анимация 
snd = звук 
snd_anim_sync = true 
on_signal = action_end | следующая схема 

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1 поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

[sleeper] 
path_main = <имя пути>
*wakeable = true – может ли проснуться быстро (если true, то спит на корточках и во сне бормочет) 

NB: Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

Файл: \gamedata\scripts\xr_sleeper.script 

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

[kamp] 
center_point = kamp_center – имя точки вокруг которой NPC будет устраиваться.
*radius = 2 (насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию) 
*def_state_moving = run (дефолтное состояние, в котором сталкер будет идети к точке кампа) 

Файл: \gamedata\scripts\xr_kamp.script 

NB! Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать path_walk из одной точке, название которой = <path_kamp_name>_task 

*path_walk = <path_kamp_name>_task 

Если точка кемпа расположена в чистом поле то, path_walk прописывать не надо. 

==3.2.5. Схема camper==
Свойства кемперов: 
- кемпер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передигается по патрульным путям 
- кемперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возращается в состояние кемпера. 
- В любых других случаях действуют по собственной скриптовой схеме. Если видим врага -стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага. 
- кемперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

[camper] 
path_walk = patrol_path 
path_look = patrol_path 
*radius = number – расстояние в метрах, если расстояние между кэмпером и противником меньше указанного, кэмпер уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам.
*no_retreat = true - персонаж при виде врага не будет ломиться на ближайшую точку path_walk, а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите кемперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов.
*def_state_moving = состояние из стейт менеджера
Состояние, в котором мы движемся на ближайшую точку пути при враге
*def_state_moving_fire = состояние из стейт менеджера (sneak_fire)
Состояние, в котором мы отстреливаемся от врага, во время движения на ближайшую точку пути.
*def_state_campering = состояние из стейт менеджера (hide)
Состояние, в котором мы ожидаем врага, находясь на пути
*def_state_campering_fire = состояние из стейт менеджера (hide_fire)
Состояние, в котором мы отстреливаемся от врага, находясь на пути
*attack_sound = имя_звуковой_темы
Возможность переопределять снайперам/кемперам звук атаки. По дефолту он равен звуковой теме "fight_attack". Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав в секции кемпера: attack_sound = 
*shoot = тип.
Задаем тип стрельбы. Возможные значения - always|none|terminal 
always - значение по умолчанию, стреляет всегда, когда можно 
none - не стреляет вообще. 
terminal - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

NB! У кемпера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), то он тупо продолжает стоять на старом месте и ждать следующей пули. 
Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кемпера. Используйте walkerов в таких случаях, а кемперов стоить ставить для атак по путям и как снайперов. 

==3.2.5.1. Схема sniper==
Разновидность кемпера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20сек. 
NB! Ставить снайперу только 2 точки look 

В кастом дате кемпера прописать: 
sniper = true 

Файл: \gamedata\scripts\xr_camper.script 

==3.2.6. Схема follower==
В custom_data прописан как follower
NPC идет за NPC лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме run, если свыше 20 – догоняет в режиме sprint. Пути не задаются. 

[follower] 
leader = story id лидера из game.ltx (число!) 
*formation_line = true (постарается идти сбоку от лидера, в противном случае будет идти сзади
*distance = расстояние в метрах, на котором будет идти от лидера attendant. По умолчанию – 1,5 метра, если идет цепью, то 5 метров.
*state_if_leader_in_meet. Это есть строка с именем состояния из state_manager, которое будет назначено follower-ам, если командир пребывает в состоянии meet.
*anim_walk = state (состояние, в котором фолловер идет за лидером)
*anim_run = state (состояние, в котором фолловер бежит за лидером)
*anim_sprint = state (состояние, в котором фолловер спринтует за лидером)
Файл: \gamedata\scripts\xr_ attendant.script 
ВНИМАНИЕ!!!!!! НЕ ЗАБЫТЬ ПРОПИСАТЬ:
[smart_terrains]
none = true
ИНАЧЕ НПС ЗАСОСЁТ В ГУЛАГ И НИКУДА ОН НЕ ПОЙДЁТ

Если все это происходит под гулагом, то вместо story_id лидера, мы прописываем его секцию логики в файле скрипта. Пример: 

<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7, state = {0}, squad = squad, group = groups[0],
in_rest = "", out_rest = "",
dependent = "logic@bar_arena_leader",
predicate = function(obj)
return obj:character_community() == "dolg"
end
}</lua>

==3.2.7. Схема zoneguard==
NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока 

[zoneguard] 
path_walk = путь перемещения
*path_look = путь обзора
team = имя команды синхронизированных zoneguard-ов (из всей команды только 1 будет реагировать на игрока)
*zone_guard = имя зоны, в пределах которой игрок будет атакован
zone_warn = имя зоны, в пределах которой начинать разговор с игроком
*walker_team = team для схемы перемещения его в состоянии walker (если не задан, используется значение из поля team)
*no_move = если true, персонаж окликнет игрока с места и не будет подбегать к нему
*snd_greet = имя звуковой схемы, из которой будет проигран звук при обнаружении персонажа
*ignore_friends = true, будет игнорировать дружественных ему персонажей.
*ignore_cond = {+info -info =func !func} условия, при которых NPC игнорирует игрока
*no_danger = если true, то не отыгрывает угрожающую анимацию, нейтралам.
*anim = какую отыгрывает анимацию, если игрок ему не враждебен.
*snd_anim_sync = если true, то npc будет синхронизировать звук с анимацией
Файл: \gamedata\scripts\xr_zoneguard.script 

==3.2.8. Схема wounded (раненый)==

[logic] 
wounded = wounded 

[walker] 
wounded = wounded 

[wounded] 
hp_state = HP|condstate@condsound|HP|condstate@condsound 
hp_state_see = HP|condstate@condsound|HP|condstate@condsound 
psy_state = PSY|condstate@condsound|PSY|condstate@condsound 
hp_victim = HP|condvictim|HP|condvictim 
hp_cover = HP|condbool|HP|condbool 
hp_fight = HP|condbool|HP|condbool 
*syndata = state@sound|state@sound 
*help_dialog = story_id
*help_start_dialog = story_id

Где: 
Condstate – кондлист, возвращающий состояние персонажа, либо true. Если он возвращает true – нпс обидится на игрока 
Condsound – кондлист, возвращающий саунд тему. 
HP – пороговые значение здоровья персонажа 
PSY – пороговые значения пси здоровья персонажа 
Condvictim – кондлист, возвращающий направление куда смотреть. Возможные значения: 
nil, actor, number. В случае числа – будет смотреть на персонажа с указанными стори айди. 
Condbool – кондлист, возвращаюзий true либо false. 

Значения полей: 
hp_state – поведение персонажа когда он не видит игрока 
hp_state_see – поведение персонажа, когда он видит игрока 
psy_state – поведение персонажа при псиатаках 
hp_victim – куда смотреть, в зависимости от ХП 
hp_cover – идти в укрытие или нет, в зависимости от ХП 
hp_fight – разрешено воевать или нет, в зависимости от ХП
syndata – синхропары для красоты. 
help_dialog – story_id диалога вместо дефолтного actor_help_wounded. Если вам по сюжету необходимо заменить диалог другим, то вы в этом поле прописываете id другого диалога. 
Также мы вставляем стартовый диалог раненого. Если мы его прописываем, то все актёрские диалоги для раненых должны иметь такой precondition: 
dialogs.allow_wounded_dialog. 

Пример. В качестве примера взята дефолтная настройка. 

hp_state = 30|help_me@help|10|wounded_heavy@help_heavy 
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy 
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20| {=best_pistol}psy_shoot,psy_pain@{=best_pistol}wounded_psy_shoot,wounded_psy 
hp_victim = 30|actor|10|nil 
hp_cover = 30|true|10|false 
hp_fight = 30|true|10|false 
syndata = wounded@help 

Где: 
Best_pistol – проверка на то, что лучшее оружие НПС является пистолетом. 

Файл: \gamedata\scripts\xr_wounded.script 

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-28T18:27:09Z

195.88.52.203: /* 3.1. Система флагов (path_walk, path_look) */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени '''''waypoint'''''-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне [1000, 30000], по умолчанию – 5000. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Walker. 

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
1) Путь path_walk, по которому walker ходит. 
2) Путь path_look, состоящий из точек, в которые walker смотрит. 

Walker-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

[walker] 
team = … 
имя команды, произвольная текстовая строка. Все walker-ы в одной команде должны иметь один и тот же team. Желательно в team задавать имя уровня и имя места, где стоят walker-ы, например: escape_bridge, escape_factory, это уменьшит шанс ошибиться и дать разным командам общее имя. 
path_walk = … 
имя пути, описанного в п. 1 
path_look = … 
(не обязательно) имя пути, описанного в п. 2. Если персонаж должен только ходить по маршруту, path_look можно не задавать. 
Если персонаж должен стоять на месте, то ему задается одна точка пути path_walk и как минимум одна точка пути path_look 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути path_walk существуют флажки. 
У каждого вейпоинта есть имя: wp00, wp01 и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘|’. Пишеться a=anim, где anim – название анимации из пункта 2.4.4. настоящей документации. Если мы напишем a=threat то персонаж пойдет в состоянии данжер, если a=raid то побежит с оружием наизготовку и т.д. 

NB: В точках пути path_walk используются анимации ТОЛЬКО из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
s = имя_звуковой_схемы (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле s, чтобы задать тему разговора, и флажок sc, чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры (sp, sf, st) задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлимы для большинства скриптов. 
Параметр sa также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути path_look, о котором будет написано ниже в этом документе. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь path_look. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь path_look с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей path_walk и path_look, которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки. Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках path_walk, помеченных флажком, и смотреть в точку path_look, помеченную тем же самым флажком. 

Если точка path_walk не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке path_walk может соответствовать несколько точек path_look. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с path_walk, в точках пути path_look можно использовать различные флажки, меняющие поведение: 

p = 100 – вероятность, с которой персонаж посмотрит именно в эту точку. Значения p всех подходящих точек суммируются, т.е. если у одной точки p = 100, а у другой 300, то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать p так, чтобы их сумма составляла 100.
По умолчанию у всех точек p = 100. 

t = время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку wp00, персонаж с вероятностью 30% посмотрит в точку wp00 в течение 5 секунд, но с вероятностью 70% посмотрит в точку wp01 в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию idle, если он не в состоянии crouch, либо анимацию hide, если он в состоянии crouch. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

a = имя_анимации (по умолчанию idle). 
Пишеться a=anim, где anim – название анимации из пункта 2.4.4. настоящей документации. Если мы напишем a=hide, то персонаж сядет в состоянии данжер, если a=guard, то встанет с оружием наизготовку и т.д. 

NB: В точках пути path_look используются анимации ТОЛЬКО из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути path_walk! Есть ещё один интересный факт: следующую точку пути path_walk можно задавать рандомно.
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке p0 патрулировал территорию по двум цикличным маршрутам:

p0 -> p1 -> p2 -> p0

p0 -> p3 -> p4 -> p0

Чтобы задать вариацию выбора маршрута относительно точки p0, нужно в ссылке на следующую точку пути указать не одну, а две точки:

p0:links = p1(1), p3(1)

Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек p1 или p3. После возврата в точку p0 выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так:

p0:links = p1(1), p3(1)

а в точке p1, также задать выбор

p1:links = p2(1), p3(1)

'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема не приемлема и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]

Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25:

p1:links = p2(0.75), p3(0.25)

то соответственно в точку p2 НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле \gamedata\scripts\modules.script указаны все загружаемые схемы. 
==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути (path_walk) и останавливается в определенных точках и выполняет соответствующие действия. 

[walker] 
path_walk = <имя пути>- основной путь, по которому ходит NPC 
* path_look = <имя пути>- путь, куда смотрит NPC 
* team - команда для синхронизации 

В точках path_walk, которым соответствуют точки пути path_look (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 
* def_state_moving1 = состояние, в котором сталкер движется к первой точке пути, если она близко (patrol по умолчанию) 
* def_state_moving2 = состояние, в котором сталкер движется к первой точке пути, если она не слишком далеко (rush по умолчанию) 
* def_state_moving3 = состояние, в котором сталкер движется к первой точке пути, если она далеко (sprint по умолчанию) 
* def_state_standing = дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

Файл: \gamedata\scripts\xr_walker.script

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 

[remark]
*snd_anim_synс = true либо false. По умолчанию false. Указывает на то необходимо ли синхронизировать звук с анимацией либо нет
*snd = звук ремарка, по умолчанию nil
*anim = анимация ремарка, по умолчанию wait
*target = Куда смотрит сталкер. Есть следующие варианты
story_id – числовое значение 
actor – без комментариев 
nil – позиция вычисленная АИ автоматически 
<имя работы>,<имя гулага> смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг сталкера, для которого задана данная секция ремарка). 
Пример: 
target = logic@cit_killers_base_guard, cit_killers 
<path_name>, <point_number> - можно указывать смотреть в вершину патрульного пути (<имя пути>, <имя точки>). 

Внимание, теперь если значение не задано, то оно равно nil а не actor, как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение nil, то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы для remark: 
sound_end – по окончании проигрывания звуковой схемы 
anim_end – по окончании проигрывания анимации 
action_end – по окончании проигрывания и того и другого, если они синхронизированы 

Пример синхронизации анимации и звука в схеме Remark: 

[remark] 
anim = анимация 
snd = звук 
snd_anim_sync = true 
on_signal = action_end | следующая схема 

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1 поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

[sleeper] 
path_main = <имя пути>
*wakeable = true – может ли проснуться быстро (если true, то спит на корточках и во сне бормочет) 

NB: Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

Файл: \gamedata\scripts\xr_sleeper.script 

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

[kamp] 
center_point = kamp_center – имя точки вокруг которой NPC будет устраиваться.
*radius = 2 (насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию) 
*def_state_moving = run (дефолтное состояние, в котором сталкер будет идети к точке кампа) 

Файл: \gamedata\scripts\xr_kamp.script 

NB! Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать path_walk из одной точке, название которой = <path_kamp_name>_task 

*path_walk = <path_kamp_name>_task 

Если точка кемпа расположена в чистом поле то, path_walk прописывать не надо. 

==3.2.5. Схема camper==
Свойства кемперов: 
- кемпер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передигается по патрульным путям 
- кемперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возращается в состояние кемпера. 
- В любых других случаях действуют по собственной скриптовой схеме. Если видим врага -стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага. 
- кемперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

[camper] 
path_walk = patrol_path 
path_look = patrol_path 
*radius = number – расстояние в метрах, если расстояние между кэмпером и противником меньше указанного, кэмпер уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам.
*no_retreat = true - персонаж при виде врага не будет ломиться на ближайшую точку path_walk, а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите кемперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов.
*def_state_moving = состояние из стейт менеджера
Состояние, в котором мы движемся на ближайшую точку пути при враге
*def_state_moving_fire = состояние из стейт менеджера (sneak_fire)
Состояние, в котором мы отстреливаемся от врага, во время движения на ближайшую точку пути.
*def_state_campering = состояние из стейт менеджера (hide)
Состояние, в котором мы ожидаем врага, находясь на пути
*def_state_campering_fire = состояние из стейт менеджера (hide_fire)
Состояние, в котором мы отстреливаемся от врага, находясь на пути
*attack_sound = имя_звуковой_темы
Возможность переопределять снайперам/кемперам звук атаки. По дефолту он равен звуковой теме "fight_attack". Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав в секции кемпера: attack_sound = 
*shoot = тип.
Задаем тип стрельбы. Возможные значения - always|none|terminal 
always - значение по умолчанию, стреляет всегда, когда можно 
none - не стреляет вообще. 
terminal - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

NB! У кемпера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), то он тупо продолжает стоять на старом месте и ждать следующей пули. 
Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кемпера. Используйте walkerов в таких случаях, а кемперов стоить ставить для атак по путям и как снайперов. 

==3.2.5.1. Схема sniper==
Разновидность кемпера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20сек. 
NB! Ставить снайперу только 2 точки look 

В кастом дате кемпера прописать: 
sniper = true 

Файл: \gamedata\scripts\xr_camper.script 

==3.2.6. Схема follower==
В custom_data прописан как follower
NPC идет за NPC лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме run, если свыше 20 – догоняет в режиме sprint. Пути не задаются. 

[follower] 
leader = story id лидера из game.ltx (число!) 
*formation_line = true (постарается идти сбоку от лидера, в противном случае будет идти сзади
*distance = расстояние в метрах, на котором будет идти от лидера attendant. По умолчанию – 1,5 метра, если идет цепью, то 5 метров.
*state_if_leader_in_meet. Это есть строка с именем состояния из state_manager, которое будет назначено follower-ам, если командир пребывает в состоянии meet.
*anim_walk = state (состояние, в котором фолловер идет за лидером)
*anim_run = state (состояние, в котором фолловер бежит за лидером)
*anim_sprint = state (состояние, в котором фолловер спринтует за лидером)
Файл: \gamedata\scripts\xr_ attendant.script 
ВНИМАНИЕ!!!!!! НЕ ЗАБЫТЬ ПРОПИСАТЬ:
[smart_terrains]
none = true
ИНАЧЕ НПС ЗАСОСЁТ В ГУЛАГ И НИКУДА ОН НЕ ПОЙДЁТ

Если все это происходит под гулагом, то вместо story_id лидера, мы прописываем его секцию логики в файле скрипта. Пример: 

<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7, state = {0}, squad = squad, group = groups[0],
in_rest = "", out_rest = "",
dependent = "logic@bar_arena_leader",
predicate = function(obj)
return obj:character_community() == "dolg"
end
}</lua>

==3.2.7. Схема zoneguard==
NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока 

[zoneguard] 
path_walk = путь перемещения
*path_look = путь обзора
team = имя команды синхронизированных zoneguard-ов (из всей команды только 1 будет реагировать на игрока)
*zone_guard = имя зоны, в пределах которой игрок будет атакован
zone_warn = имя зоны, в пределах которой начинать разговор с игроком
*walker_team = team для схемы перемещения его в состоянии walker (если не задан, используется значение из поля team)
*no_move = если true, персонаж окликнет игрока с места и не будет подбегать к нему
*snd_greet = имя звуковой схемы, из которой будет проигран звук при обнаружении персонажа
*ignore_friends = true, будет игнорировать дружественных ему персонажей.
*ignore_cond = {+info -info =func !func} условия, при которых NPC игнорирует игрока
*no_danger = если true, то не отыгрывает угрожающую анимацию, нейтралам.
*anim = какую отыгрывает анимацию, если игрок ему не враждебен.
*snd_anim_sync = если true, то npc будет синхронизировать звук с анимацией
Файл: \gamedata\scripts\xr_zoneguard.script 

==3.2.8. Схема wounded (раненый)==

[logic] 
wounded = wounded 

[walker] 
wounded = wounded 

[wounded] 
hp_state = HP|condstate@condsound|HP|condstate@condsound 
hp_state_see = HP|condstate@condsound|HP|condstate@condsound 
psy_state = PSY|condstate@condsound|PSY|condstate@condsound 
hp_victim = HP|condvictim|HP|condvictim 
hp_cover = HP|condbool|HP|condbool 
hp_fight = HP|condbool|HP|condbool 
*syndata = state@sound|state@sound 
*help_dialog = story_id
*help_start_dialog = story_id

Где: 
Condstate – кондлист, возвращающий состояние персонажа, либо true. Если он возвращает true – нпс обидится на игрока 
Condsound – кондлист, возвращающий саунд тему. 
HP – пороговые значение здоровья персонажа 
PSY – пороговые значения пси здоровья персонажа 
Condvictim – кондлист, возвращающий направление куда смотреть. Возможные значения: 
nil, actor, number. В случае числа – будет смотреть на персонажа с указанными стори айди. 
Condbool – кондлист, возвращаюзий true либо false. 

Значения полей: 
hp_state – поведение персонажа когда он не видит игрока 
hp_state_see – поведение персонажа, когда он видит игрока 
psy_state – поведение персонажа при псиатаках 
hp_victim – куда смотреть, в зависимости от ХП 
hp_cover – идти в укрытие или нет, в зависимости от ХП 
hp_fight – разрешено воевать или нет, в зависимости от ХП
syndata – синхропары для красоты. 
help_dialog – story_id диалога вместо дефолтного actor_help_wounded. Если вам по сюжету необходимо заменить диалог другим, то вы в этом поле прописываете id другого диалога. 
Также мы вставляем стартовый диалог раненого. Если мы его прописываем, то все актёрские диалоги для раненых должны иметь такой precondition: 
dialogs.allow_wounded_dialog. 

Пример. В качестве примера взята дефолтная настройка. 

hp_state = 30|help_me@help|10|wounded_heavy@help_heavy 
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy 
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20| {=best_pistol}psy_shoot,psy_pain@{=best_pistol}wounded_psy_shoot,wounded_psy 
hp_victim = 30|actor|10|nil 
hp_cover = 30|true|10|false 
hp_fight = 30|true|10|false 
syndata = wounded@help 

Где: 
Best_pistol – проверка на то, что лучшее оружие НПС является пистолетом. 

Файл: \gamedata\scripts\xr_wounded.script 

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]

Настройка логики. Часть 1

2012-04-28T18:26:07Z

195.88.52.203: /* 3.1. Система флагов (path_walk, path_look) */

{{Шаблон:Настройка логики}}

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени waypoint-а, например, для точки с именем "'''''wp00'''''": 
'''''wp00|flag1|flag2''''' 

Флаги точек пути '''''path_walk''''': 
*'''a=state''' 
:Выбирает состояние тела при перемещении (Только из раздела "Ходячие состояния") 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''p=percent''' 
:Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
*'''sig=name''' 
:Установить сигнал с именем '''''name''''' сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля *'''''on_signal''''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути *'''''path_look'''''. 

Флаги точек пути '''''path_look''''': 
*'''a =state''' 
:Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов "Стоячие" и "Сидячие" состояния) 
:Список состояний можно взять в ''gamedata\scripts\state_lib.script'' 
*'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
:'''*''' – бесконечное время. Допустимы значения в диапазоне '''''[1000, 30000]''''', по умолчанию – '''''5000'''''. 
:Для конечных (терминальных) вершин пути '''''path_walk''''', у которых не более 1-й соответствующей точки '''path_look''', значение '''''t''''' всегда считается бесконечным и его явно задавать не нужно. 
*'''sig=name''' 
:После поворота в точку '''''path_look''''', установить сигнал с именем '''''name'''''. 
*'''syn''' 
:Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком '''''syn''''' не прибудут все персонажи с данным '''''team'''''-ом ('''''team''''' задается в виде текстовой строки в '''''customdata'''''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''''idle''''' анимацию. 
*'''sigtm=signal''' 
:Устанавливает сигнал при вызове '''''time_callback'''''-а '''''state manager'''''-ом. Соответственно, если '''''t=0''''', то сигнал будет установлен после отыгрывания '''''init''''' анимации. Это используется, например, с анимацией '''''press''''', которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
:В пути '''''path_look''''' можно сделать: 
:<ini>wp00|a=press|t=0|sigtm=pressed</ini>
:А затем переключить схему: 
:<ini>on_signal = pressed | другая_схема</ini>

==3.1.1. Более подробное описание путей. ==

Walker. 

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
1) Путь path_walk, по которому walker ходит. 
2) Путь path_look, состоящий из точек, в которые walker смотрит. 

Walker-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

[walker] 
team = … 
имя команды, произвольная текстовая строка. Все walker-ы в одной команде должны иметь один и тот же team. Желательно в team задавать имя уровня и имя места, где стоят walker-ы, например: escape_bridge, escape_factory, это уменьшит шанс ошибиться и дать разным командам общее имя. 
path_walk = … 
имя пути, описанного в п. 1 
path_look = … 
(не обязательно) имя пути, описанного в п. 2. Если персонаж должен только ходить по маршруту, path_look можно не задавать. 
Если персонаж должен стоять на месте, то ему задается одна точка пути path_walk и как минимум одна точка пути path_look 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути path_walk существуют флажки. 
У каждого вейпоинта есть имя: wp00, wp01 и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘|’. Пишеться a=anim, где anim – название анимации из пункта 2.4.4. настоящей документации. Если мы напишем a=threat то персонаж пойдет в состоянии данжер, если a=raid то побежит с оружием наизготовку и т.д. 

NB: В точках пути path_walk используются анимации ТОЛЬКО из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
s = имя_звуковой_схемы (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле s, чтобы задать тему разговора, и флажок sc, чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры (sp, sf, st) задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлимы для большинства скриптов. 
Параметр sa также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути path_look, о котором будет написано ниже в этом документе. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь path_look. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

[[Изображение:Logic_5.JPG]]

Что добавилось в этом примере? Путь path_look с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей path_walk и path_look, которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки. Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

Теперь персонаж будет останавливаться в точках path_walk, помеченных флажком, и смотреть в точку path_look, помеченную тем же самым флажком. 

Если точка path_walk не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке path_walk может соответствовать несколько точек path_look. Тогда персонаж выберем случайно одну из подходящих точек. 

По аналогии с path_walk, в точках пути path_look можно использовать различные флажки, меняющие поведение: 

p = 100 – вероятность, с которой персонаж посмотрит именно в эту точку. Значения p всех подходящих точек суммируются, т.е. если у одной точки p = 100, а у другой 300, то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать p так, чтобы их сумма составляла 100.
По умолчанию у всех точек p = 100. 

t = время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

[[Изображение:Logic_6.JPG]]

В этом примере проходя через точку wp00, персонаж с вероятностью 30% посмотрит в точку wp00 в течение 5 секунд, но с вероятностью 70% посмотрит в точку wp01 в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию idle, если он не в состоянии crouch, либо анимацию hide, если он в состоянии crouch. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

a = имя_анимации (по умолчанию idle). 
Пишеться a=anim, где anim – название анимации из пункта 2.4.4. настоящей документации. Если мы напишем a=hide, то персонаж сядет в состоянии данжер, если a=guard, то встанет с оружием наизготовку и т.д. 

NB: В точках пути path_look используются анимации ТОЛЬКО из раздела «Стоячие и сидячие состояния»! 

----

===Случайный выбор пути===
По поводу точек пути path_walk! Есть ещё один интересный факт: следующую точку пути path_walk можно задавать рандомно.
Например:[[Файл:Random_path.jpg]]

Нам требуется, чтобы НПС стоящий в точке p0 патрулировал территорию по двум цикличным маршрутам:

p0 -> p1 -> p2 -> p0

p0 -> p3 -> p4 -> p0

Чтобы задать вариацию выбора маршрута относительно точки p0, нужно в ссылке на следующую точку пути указать не одну, а две точки:

p0:links = p1(1), p3(1)

Таким не хитрым образом, НПС для продолжения пути рандомно выберет одну из предложенных точек p1 или p3. После возврата в точку p0 выбор проследует вновь. Варьировать выбор можно в любой точки, например, можно сделать так:

p0:links = p1(1), p3(1)

а в точке p1, также задать выбор

p1:links = p2(1), p3(1)

'''НО!'''
Не следует делать выбор между двумя путями, если в пути одна точка! Вот такая схема не приемлема и, лично у меня, вызывает вылет:[[Файл:Error_random_path.jpg]]

Цифры в скобках, означают ту самую вероятность с которой НПС пойдёт в точку. Если цифры задать одинаковые, то и вероятность выбора для каждой точки будет равная, если же, например, в одной из точек указать значение 0.75, а в другой 0.25:

p1:links = p2(0.75), p3(0.25)

то соответственно в точку p2 НПС будет ходить в три раза чаще.

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле \gamedata\scripts\modules.script указаны все загружаемые схемы. 
==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути (path_walk) и останавливается в определенных точках и выполняет соответствующие действия. 

[walker] 
path_walk = <имя пути>- основной путь, по которому ходит NPC 
* path_look = <имя пути>- путь, куда смотрит NPC 
* team - команда для синхронизации 

В точках path_walk, которым соответствуют точки пути path_look (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 
* def_state_moving1 = состояние, в котором сталкер движется к первой точке пути, если она близко (patrol по умолчанию) 
* def_state_moving2 = состояние, в котором сталкер движется к первой точке пути, если она не слишком далеко (rush по умолчанию) 
* def_state_moving3 = состояние, в котором сталкер движется к первой точке пути, если она далеко (sprint по умолчанию) 
* def_state_standing = дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

Файл: \gamedata\scripts\xr_walker.script

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 

[remark]
*snd_anim_synс = true либо false. По умолчанию false. Указывает на то необходимо ли синхронизировать звук с анимацией либо нет
*snd = звук ремарка, по умолчанию nil
*anim = анимация ремарка, по умолчанию wait
*target = Куда смотрит сталкер. Есть следующие варианты
story_id – числовое значение 
actor – без комментариев 
nil – позиция вычисленная АИ автоматически 
<имя работы>,<имя гулага> смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг сталкера, для которого задана данная секция ремарка). 
Пример: 
target = logic@cit_killers_base_guard, cit_killers 
<path_name>, <point_number> - можно указывать смотреть в вершину патрульного пути (<имя пути>, <имя точки>). 

Внимание, теперь если значение не задано, то оно равно nil а не actor, как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение nil, то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы для remark: 
sound_end – по окончании проигрывания звуковой схемы 
anim_end – по окончании проигрывания анимации 
action_end – по окончании проигрывания и того и другого, если они синхронизированы 

Пример синхронизации анимации и звука в схеме Remark: 

[remark] 
anim = анимация 
snd = звук 
snd_anim_sync = true 
on_signal = action_end | следующая схема 

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1 поинта. Спящий будет садиться спать в первой точке пути, и разворачиваться при этом в сторону нулевой точки. 

[sleeper] 
path_main = <имя пути>
*wakeable = true – может ли проснуться быстро (если true, то спит на корточках и во сне бормочет) 

NB: Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

Файл: \gamedata\scripts\xr_sleeper.script 

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

[kamp] 
center_point = kamp_center – имя точки вокруг которой NPC будет устраиваться.
*radius = 2 (насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию) 
*def_state_moving = run (дефолтное состояние, в котором сталкер будет идети к точке кампа) 

Файл: \gamedata\scripts\xr_kamp.script 

NB! Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать path_walk из одной точке, название которой = <path_kamp_name>_task 

*path_walk = <path_kamp_name>_task 

Если точка кемпа расположена в чистом поле то, path_walk прописывать не надо. 

==3.2.5. Схема camper==
Свойства кемперов: 
- кемпер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передигается по патрульным путям 
- кемперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возращается в состояние кемпера. 
- В любых других случаях действуют по собственной скриптовой схеме. Если видим врага -стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага. 
- кемперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

[camper] 
path_walk = patrol_path 
path_look = patrol_path 
*radius = number – расстояние в метрах, если расстояние между кэмпером и противником меньше указанного, кэмпер уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам.
*no_retreat = true - персонаж при виде врага не будет ломиться на ближайшую точку path_walk, а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите кемперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов.
*def_state_moving = состояние из стейт менеджера
Состояние, в котором мы движемся на ближайшую точку пути при враге
*def_state_moving_fire = состояние из стейт менеджера (sneak_fire)
Состояние, в котором мы отстреливаемся от врага, во время движения на ближайшую точку пути.
*def_state_campering = состояние из стейт менеджера (hide)
Состояние, в котором мы ожидаем врага, находясь на пути
*def_state_campering_fire = состояние из стейт менеджера (hide_fire)
Состояние, в котором мы отстреливаемся от врага, находясь на пути
*attack_sound = имя_звуковой_темы
Возможность переопределять снайперам/кемперам звук атаки. По дефолту он равен звуковой теме "fight_attack". Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав в секции кемпера: attack_sound = 
*shoot = тип.
Задаем тип стрельбы. Возможные значения - always|none|terminal 
always - значение по умолчанию, стреляет всегда, когда можно 
none - не стреляет вообще. 
terminal - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

NB! У кемпера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), то он тупо продолжает стоять на старом месте и ждать следующей пули. 
Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кемпера. Используйте walkerов в таких случаях, а кемперов стоить ставить для атак по путям и как снайперов. 

==3.2.5.1. Схема sniper==
Разновидность кемпера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20сек. 
NB! Ставить снайперу только 2 точки look 

В кастом дате кемпера прописать: 
sniper = true 

Файл: \gamedata\scripts\xr_camper.script 

==3.2.6. Схема follower==
В custom_data прописан как follower
NPC идет за NPC лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме run, если свыше 20 – догоняет в режиме sprint. Пути не задаются. 

[follower] 
leader = story id лидера из game.ltx (число!) 
*formation_line = true (постарается идти сбоку от лидера, в противном случае будет идти сзади
*distance = расстояние в метрах, на котором будет идти от лидера attendant. По умолчанию – 1,5 метра, если идет цепью, то 5 метров.
*state_if_leader_in_meet. Это есть строка с именем состояния из state_manager, которое будет назначено follower-ам, если командир пребывает в состоянии meet.
*anim_walk = state (состояние, в котором фолловер идет за лидером)
*anim_run = state (состояние, в котором фолловер бежит за лидером)
*anim_sprint = state (состояние, в котором фолловер спринтует за лидером)
Файл: \gamedata\scripts\xr_ attendant.script 
ВНИМАНИЕ!!!!!! НЕ ЗАБЫТЬ ПРОПИСАТЬ:
[smart_terrains]
none = true
ИНАЧЕ НПС ЗАСОСЁТ В ГУЛАГ И НИКУДА ОН НЕ ПОЙДЁТ

Если все это происходит под гулагом, то вместо story_id лидера, мы прописываем его секцию логики в файле скрипта. Пример: 

<lua>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7, state = {0}, squad = squad, group = groups[0],
in_rest = "", out_rest = "",
dependent = "logic@bar_arena_leader",
predicate = function(obj)
return obj:character_community() == "dolg"
end
}</lua>

==3.2.7. Схема zoneguard==
NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока 

[zoneguard] 
path_walk = путь перемещения
*path_look = путь обзора
team = имя команды синхронизированных zoneguard-ов (из всей команды только 1 будет реагировать на игрока)
*zone_guard = имя зоны, в пределах которой игрок будет атакован
zone_warn = имя зоны, в пределах которой начинать разговор с игроком
*walker_team = team для схемы перемещения его в состоянии walker (если не задан, используется значение из поля team)
*no_move = если true, персонаж окликнет игрока с места и не будет подбегать к нему
*snd_greet = имя звуковой схемы, из которой будет проигран звук при обнаружении персонажа
*ignore_friends = true, будет игнорировать дружественных ему персонажей.
*ignore_cond = {+info -info =func !func} условия, при которых NPC игнорирует игрока
*no_danger = если true, то не отыгрывает угрожающую анимацию, нейтралам.
*anim = какую отыгрывает анимацию, если игрок ему не враждебен.
*snd_anim_sync = если true, то npc будет синхронизировать звук с анимацией
Файл: \gamedata\scripts\xr_zoneguard.script 

==3.2.8. Схема wounded (раненый)==

[logic] 
wounded = wounded 

[walker] 
wounded = wounded 

[wounded] 
hp_state = HP|condstate@condsound|HP|condstate@condsound 
hp_state_see = HP|condstate@condsound|HP|condstate@condsound 
psy_state = PSY|condstate@condsound|PSY|condstate@condsound 
hp_victim = HP|condvictim|HP|condvictim 
hp_cover = HP|condbool|HP|condbool 
hp_fight = HP|condbool|HP|condbool 
*syndata = state@sound|state@sound 
*help_dialog = story_id
*help_start_dialog = story_id

Где: 
Condstate – кондлист, возвращающий состояние персонажа, либо true. Если он возвращает true – нпс обидится на игрока 
Condsound – кондлист, возвращающий саунд тему. 
HP – пороговые значение здоровья персонажа 
PSY – пороговые значения пси здоровья персонажа 
Condvictim – кондлист, возвращающий направление куда смотреть. Возможные значения: 
nil, actor, number. В случае числа – будет смотреть на персонажа с указанными стори айди. 
Condbool – кондлист, возвращаюзий true либо false. 

Значения полей: 
hp_state – поведение персонажа когда он не видит игрока 
hp_state_see – поведение персонажа, когда он видит игрока 
psy_state – поведение персонажа при псиатаках 
hp_victim – куда смотреть, в зависимости от ХП 
hp_cover – идти в укрытие или нет, в зависимости от ХП 
hp_fight – разрешено воевать или нет, в зависимости от ХП
syndata – синхропары для красоты. 
help_dialog – story_id диалога вместо дефолтного actor_help_wounded. Если вам по сюжету необходимо заменить диалог другим, то вы в этом поле прописываете id другого диалога. 
Также мы вставляем стартовый диалог раненого. Если мы его прописываем, то все актёрские диалоги для раненых должны иметь такой precondition: 
dialogs.allow_wounded_dialog. 

Пример. В качестве примера взята дефолтная настройка. 

hp_state = 30|help_me@help|10|wounded_heavy@help_heavy 
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy 
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20| {=best_pistol}psy_shoot,psy_pain@{=best_pistol}wounded_psy_shoot,wounded_psy 
hp_victim = 30|actor|10|nil 
hp_cover = 30|true|10|false 
hp_fight = 30|true|10|false 
syndata = wounded@help 

Где: 
Best_pistol – проверка на то, что лучшее оружие НПС является пистолетом. 

Файл: \gamedata\scripts\xr_wounded.script 

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

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

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

При движении командор работает как обычный walker и сопровождающие его кадры повторяют его действия. То есть, если в параметрах вейпоинта прописано a=assault, то командор помчится с орудием убийства на перевес, а остальные его откопируют. 

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

Для задания различных типов скриптовых боёв для различных ситуаций используется параметр combat_type. 

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<lua>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</lua>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как агрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кто-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

[[Категория:A-Life]][[Категория:Скрипты]]