Настройка логики. Часть 3 — различия между версиями
Материал из S.T.A.L.K.E.R. Inside Wiki
ColR iT (обсуждение | вклад) (→Схема sr_sound) |
ColR iT (обсуждение | вклад) (→3.9.9. Sr_sound_act) |
||
Строка 380: | Строка 380: | ||
Файл: ''gamedata\scripts\sr_particle.script'' | Файл: ''gamedata\scripts\sr_particle.script'' | ||
− | == | + | ==Схема sr_sound_act== |
− | + | Схема играет звук в голове актера. Всякие там переговоры по ПДА и прочие фейки. | |
− | [sr_sound_act]<br> | + | '''[sr_sound_act]'''<br> |
− | snd = | + | '''''snd = <путь_звукового_файла>''''' - имя звукового файла относительно папки ''gamedata\sounds''.<br> |
− | + | '''''delay = <number>''''' - задержка перед проигрыванием. По умолчанию - 0.<br> | |
− | + | '''''delay_max = <number>''''' - между проигрыванием звука будет взят случайный промежуток между '''''delay''''' и '''''delay_max'''''.<br> | |
− | + | '''''theme = <название_звуковой_темы>''''' - имя темы из файла ''sound_theme.script''.<br> | |
− | theme = | + | '''''stereo = true/false''''' - при установке этого параметра к файлу, который задан параметром '''''snd''''' или в звуковой теме, |
− | + | :автоматически будут добавляться суффиксы '''''_r''''' и '''''_l''''' для загрузки левого и правого каналов и, соответственно, всё это будет проигрываться.<br> | |
− | Если указывается тема, то звук будет играть зациклено, случайным образом выбирая один из звуков прописанных в теме, если указывается звук, то он отыгрывается один раз | + | Поддерживается сигнал '''''sound_end'''''. |
+ | |||
+ | Если указывается тема, то звук будет играть зациклено, случайным образом выбирая один из звуков прописанных в теме, если указывается звук, то он отыгрывается один раз.<br> | ||
+ | |||
+ | '''''Пример использования схемы''''':<ini>[logic] | ||
+ | active = sr_idle | ||
+ | |||
+ | [sr_idle] | ||
+ | on_actor_inside = sr_sound_act | ||
+ | |||
+ | [sr_sound_act] | ||
+ | theme = sar_monolith_call | ||
+ | delay = 10000 | ||
+ | delay_max = 15000 | ||
+ | stereo = true | ||
+ | on_info = {+sar2_monolith_miracle} sr_idle@end</ini> | ||
+ | |||
+ | Файл: ''gamedata\scripts\sr_sound2d.script'' | ||
==3.9.10 Sr_timer== | ==3.9.10 Sr_timer== |
Версия 17:01, 3 мая 2012
Содержание |
---|
Настройка логики. Часть 0 |
Содержание
- 1 Скрипт logic
- 2 Схемы логики space_restrictor
- 2.1 Схема sr_idle
- 2.2 Схема sr_no_weapon
- 2.3 Схема sr_sound
- 2.4 Схема sr_tip
- 2.5 Схема sr_light
- 2.6 Схема sr_territory
- 2.7 Схема sr_mapspot
- 2.8 Схема sr_particle
- 2.9 Схема sr_sound_act
- 2.10 3.9.10 Sr_timer
- 2.11 3.9.11. Sr_psy_antenna
- 2.12 3.9.12. Sr_teleport
- 2.13 3.9.13. Sr_sleep и настройка снов.
- 2.14 3.9.14. Sr_cutscene
- 2.15 3.10. Набор дополнительных настроек логики у разных объектов.
- 2.16 3.10.1. Схема работы двери, секция [ph_door]
- 2.17 3.10.2. Схема работы кнопки, секция [ph_button]
Скрипт logic
Скрипт logic управляет переключением схем.
В custom_data любого персонажа (кроме свободных) должна присутствовать секция [logic].
Функции, на которые ссылается секция [logic] должны находится в файлах gamedata\scripts\xr_effects.script или gamedata\scripts\xr_conditions.script.
В секции должно присутствовать одно из полей:
- active = <название_схемы> - активная схема, запускающаяся первой.
- cfg = <имя_ltx_файла_с_настройками> - способ задавать логику персонажа, вынося её во внешний файл (путь учитывается относительно папки gamedata\config\scripts).
- active = <название_схемы> - активная схема, запускающаяся первой.
[logic] active = walker [walker] path_walk = walk1 path_look = look1
Переключение схем выполняется с помощью дополнительных условий схемы 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).
- on_actor_dist_le = <number>|<название_схемы> - если дистанция в метрах до игрока меньше либо равно number.
Примечание: если происходит переключение между несколькими одноименными схемами (например несколькими walker), то их можно нумеровать: walker1, walker2, хотя предпочтительнее через символ '@' давать более информативные названия: 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 (но только при условии, что он видит игрока), нужно написать следующее:[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
Выше рассмотрено безусловное переключение секций.
Перед именем секции в фигурных скобках {} можно задавать дополнительные условия, а после имени секции - так называемые "эффекты", которые заключить в знаки процента %%. Эффекты будут применены только в случае выполнения условий, если таковых нет то эффект выполнится безусловно.
Можно не задавать переход на другую схему указывая её имя, а задать только условия и/или эффекты. Тогда активной останется действующая схема, но условия и эффекты будут все равно обработаны. Если все условия в фигурных скобках не выполняются, схема активирована не будет.
on_actor_dist_le = 5 | {условие} walker@second %эффекты%
Условия могут быть следующими:
- +infoportion - требуется присутствие инфопорции "infoportion" у актора;
- -infoportion - требуется отсутствие инфопорции "infoportion" у актора;
- =function - требуется, чтобы функция "function" вернула true;
- !function - требуется, чтобы функция "function" вернулся false;
- ~number - вероятность выполнения условия.
- +infoportion - требуется присутствие инфопорции "infoportion" у актора;
Эффекты могут быть следующими:
- +infoportion - в случае включения секции у актора будет установлен инфопорция "infoportion";
- -infoportion - в случае включения секции у актора будет убрана инфопорция "infoportion";
- =function - в случае включения секции стартует функция "function".
- +infoportion - в случае включения секции у актора будет установлен инфопорция "infoportion";
Примечание: для условия переключения схемы {~number} определён следующий расчёт:
- number сравнивается со случайным числом в диапазоне от 1 до 100, если number больше, то считается, что условие вернуло истину, например:
on_actor_in_zone = restrictor_name | {~30} walker@second
- Если условий несколько, например:
on_actor_dist_le = 5 | {~20} walker@second, {~55} walker@third, walker@fourth
- В таком случае, переход на схему walker@second произойдёт с вероятностью 20%, на схему walker@third с вероятностью 55-20=35% и на схему walker@fourth с оставшейся вероятностью 100-55=45%.
- Условия в данном случае необходимо выставлять исключительно в порядке возрастания.
- Неудачный пример:
on_actor_dist_le = 5 | {~40} walker@second, {~25} walker@third, walker@fourth
- Здесь переход на схему walker@third никогда не будет определён, а вероятность перехода на схему walker@fourth составит 60%.
on_actor_dist_le = 5 | {+info_1 -info_2 +info_3} walker@second %+info_4 =func%Можно задавать сразу несколько секций, разделенных запятыми. Порядок обхода при этом - слева направо. После срабатывания первого из условий, обход прекращается. В примере ниже, если установлен info_1, будет включена схема walker@second, иначе, если установлен info_2, будет включена схема walker@third, иначе будет включен walker@fourth:
on_actor_dist_le = 5 | {+info_1} walker@second, {+info_2} walker@third, walker@fourthВ описанном выше поле active секции logic, можно также задавать условия, например:
[logic] active = {=actor_friend} walker@friendly, walker@enemyВ логических условиях теперь принимается ключевое слово never, которое означает, что условие ложно. Например:
combat_ignore_cond = {=actor_enemy =actor_has_suit} always, {=actor_enemy} never %=gar_dm_bandits_fight%
Вышеприведенная конструкция включает игнорирование боя, если у NPC враг игрок в костюме, но отключит его, если врагом является игрок, но без костюма, при этом сработают эффекты (%%) секции never. Таким образом, выбор секции never равносилен отсутствию секции (несрабатыванию условия), но эффекты в знаках процента при этом срабатывают.
Пример работы с секцией nil.
Секция nil выводит из-под скриптовых схем персонажа, монстра или объект и отпускает его под управление движка. Это надо если какое-либо условие выполнившись один раз больше не нуждается в проверке, при этом экономятся ресурсы машины, которые на каждом апдейте проверяют это условие. Например:[logic] active = sr_idle [sr_idle] on_actor_inside = nil %+esc_actor_inside%
То есть, при входе актера в рестриктор выдается инфопорция и рестриктор уходит в секцию nil, больше не проверяя наличие игрока.
Примечание: обратно из секции nil под скрипты объект вернуть уже невозможно! Учитывайте это, используя ее.
Пример достаточно сложной логики
[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]
Рассмотрим ее пошагово.
Вначале сталкер работает по схеме walker. При этом он игнорирует бой, пока не будет поставлен инфопоршн alert'. Он ждет 25 секунд, после чего переходит в схему remark. В ремарке он проигрывает анимацию idle, говорит на указанные темы, не поворачивается и не двигается и точно также игнорирует бой. Если по нему попадут (on_hit) или убьют (on_death), будет поставлен инфопоршн alert и он перестанет игнорировать бой (понятно, что если он будет трупом, то это ему не поможет, но их в сценке трое, и тогда сорвутся в бой все остальные). Если его убьют, то также будет поставлен инфопоршн trup3 который сообщит о том, что этот NPC убит.
[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<br> on_info = {+trup1 +trup2 +trup3} walker2 [walker2]<br> path_walk = soldier_walk1_3 path_look = soldier_look1_3 [combat_ignore]
Он идет в схеме 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.
Часто эта схема работает вместе со спавнером, рестриктор выдает инфопоршн, при входе в зону, а спавнер по нему уже кого-то спавнит.
[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%
файл gamedata\scripts\sr_idle.script
Схема sr_no_weapon
Данная схема убирает оружие у игрока при входе в зону.
[sr_no_weapon]
[logic] active = sr_no_weapon [sr_no_weapon]
файл gamedata\scripts\sr_no_weapon.script
Схема sr_sound
Схема предназначена для отыгрывание звука при входе актора в space_restrictor.
[sr_sound]
snd = <путь_звукового_файла> - перечень имён звуков разделенных запятыми (путь учитывается относительно папки gamedata\sounds).
type = <параметр> - типы звуков через запятые. Для удобства введены типы наборов звуков в таблице sound_types управляющего файла. Всего их три:
- floor_wooden;
- rats_panic;
- random.
- floor_wooden;
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. Можно их задать вместе. На базе этих параметров составляется список звуков. При входе актора в рестриктор отыгрывается случайный звук из этого списка.
[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Есть возможность сделать «скользящий звук». Необходим патрульный путь. Звук начинает отыгрываться с начала пути и перемещается от одной точки пути к другой (по мере их установки на патрульном пути) со скоростью slide_velocity. Пример:
[logic] active = sr_sound [sr_sound] type = random position = way slide_velocity = 8 slide_sound_once = true
Файл gamedata\scripts\sr_sound.script
Схема sr_tip
Предназначение данной схемы – давать игроку сообщение (подсказку) при входе в рестриктор.
[sr_tip]
name = <имя_текса> = строка с id текста зарегистрированного в папке gamedata\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.
[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
файл gamedata\scripts\sr_tip.script
Схема sr_light
Зона, в которой фонарики у NPC будут включены независимо от времени суток.
[sr_light]
light_on = true/false - включен/выключен свет.
[logic] active = sr_light [sr_light] light_on = true
Файл: 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% - эффекты, которые произойдут при смерти от "рук" актора, будучи в этой зоне.
Поскольку схема работает только с игроком – то хиты и смерть засчитываются только от игрока.
[logic] active = sr_territory@1 [sr_territory@1] territory_death = sr_idle@1 %+bar_arena_territory_death%
Файл: gamedata\scripts\sr_territory.script
Схема sr_mapspot
При входе в рестриктор он сам себя подсвечивает на карте.
[sr_mapspot]
hint = <имя_текса> - строка с id текста зарегистрированного в папке gamedata\config\text.
location = <имя_метки> - имя типа метки, зарегистрированное в файле config\ui\map_spots.xml и всех, что в него включены инклюдами. По умолчанию - crlc_small.
[logic] active = sr_idle [sr_idle] on_actor_inside = sr_mapspot [sr_mapspot] hint = gar_swamp location = crcl_big
Файл: gamedata\scripts\sr_mapspot.script
Схема sr_particle
Данная система отыгрывает партиклы, как статичные, так и движущиеся, в указанном месте и в указанное время.
[sr_particle]
name = <имя_партикла> - путь до партикла относительно файла particles.xr.
path = <имя_пути> - точки движения партикла. Возможны два случая:
- Когда указывается путь анимации камеры (путь учитывается относительно папки gamedata\anims);
- Когда указывается имя патрульного пути.
- Когда указывается путь анимации камеры (путь учитывается относительно папки gamedata\anims);
mode = <параметр> - параметр обязательный и имеет два значения:
- 1 - устанавливается в случае указания анимации камеры для параметра path;
- 2 - устанавливается в случае указания патрульного пути для параметра path.
- 1 - устанавливается в случае указания анимации камеры для параметра path;
looped = true/false - флаг зацикленности партиклов.
Примечание: для пути движения партикла, когда установлена анимация движения камеры, для имени файла необходимо ставить расширение .anm (например arena.anm).
Поддерживается сигнал particle_end.
В вейпоинтах патрульного пути можно задавать флаги:
- s=<название_звуковой_темы> - звук проигрываемый во время движения;
- d=<number> - время задержки перед проигрыванием, задается в миллисекундах. По умолчанию - 0.
- s=<название_звуковой_темы> - звук проигрываемый во время движения;
При looped = true, по окончании проигрывания партиклов, они будут запускаться сначала, но уже без задержек. Сигнал particle_end выдаваться не будет.
При looped = false сигнал будет выдан, когда все источники партиклов отыграют.
Данная схема отслеживающим партиклы и нет никакой необходимости чтобы игрок в него заходил.
[logic] active = sr_idle [sr_idle] on_info = {+sar_mon_poltergeist_1_spawn} sr_particle [sr_particle] name = anomaly2\gravity_blast_03 path = sar_poltergeist_1_way mode = 2 looped = false on_signal = particle_end | sr_idle@2
Файл: gamedata\scripts\sr_particle.script
Схема sr_sound_act
Схема играет звук в голове актера. Всякие там переговоры по ПДА и прочие фейки.
[sr_sound_act]
snd = <путь_звукового_файла> - имя звукового файла относительно папки gamedata\sounds.
delay = <number> - задержка перед проигрыванием. По умолчанию - 0.
delay_max = <number> - между проигрыванием звука будет взят случайный промежуток между delay и delay_max.
theme = <название_звуковой_темы> - имя темы из файла sound_theme.script.
stereo = true/false - при установке этого параметра к файлу, который задан параметром snd или в звуковой теме,
- автоматически будут добавляться суффиксы _r и _l для загрузки левого и правого каналов и, соответственно, всё это будет проигрываться.
Поддерживается сигнал sound_end.
Если указывается тема, то звук будет играть зациклено, случайным образом выбирая один из звуков прописанных в теме, если указывается звук, то он отыгрывается один раз.
[logic] active = sr_idle [sr_idle] on_actor_inside = sr_sound_act [sr_sound_act] theme = sar_monolith_call delay = 10000 delay_max = 15000 stereo = true on_info = {+sar2_monolith_miracle} sr_idle@end
Файл: gamedata\scripts\sr_sound2d.script
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
Для того чтобы сообщение не потеряло адекватность при различных настройках клавиатуры сообщение следует писать с использованием токенов. Например:
<string id="tips_labx16switcher_press"> <text>Чтобы отключить чудо установку нажмите ($$ACTION_USE$$)</text> </string>
Вот пример кнопки, которая срабатывает не всегда, а по определенному условию:
[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%