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

Форматы файлов

2014-07-03T11:10:47Z

91.218.192.254: /* .anm, .anms */

==Основные форматы==
Игра использует различные форматы файлов для своих ресурсов. Разберем их редактирование.

===Текстовые форматы===

====.ltx====
[[Конфиг|Конфигурационный файл]].

Открывается '''Блокнотом''', прост в редактировании. Синтаксис аналогичен [http://ru.wikipedia.org/wiki/.ini .ini] файлам.

====[http://ru.wikipedia.org/wiki/.xml .xml]====
Обычно используется для хранения текстовых массивов и прочих структурированных данных.

Открывается '''Блокнотом''', но для удобного редактирования с подсветкой разметки лучше использовать [http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=451 SciTE] или же [http://notepad-plus.sourceforge.net/ru/site.htm Notepad++].

====.script====
[[Скрипт|Скриптовый файл]].

Открывается '''Блокнотом''', но для удобного редактирования с подсветкой разметки лучше использовать [http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=451 SciTE] или [http://notepad-plus.sourceforge.net/ru/site.htm Notepad++]. Синтаксис аналогичен .lua файлам.

===Текстуры===

====[http://ru.wikipedia.org/wiki/DirectDraw_Surface .dds]====
DirectDraw Surface - формат изображения в DirectX, используется для хранения текстур.

Редактируется в '''Photoshop''' с установленным [http://developer.nvidia.com/object/photoshop_dds_plugins.html dds-плагином от nVidia]
либо в свободном и бесплатном [http://gimp.org/ GIMP-е] с [http://nifelheim.dyndns.org/~cocidius/dds/ плагином].

====[http://ru.wikipedia.org/wiki/Truevision_TGA .tga]====
Truevision TGA (TGA) — растровый графический формат с поддержкой глубины цвета 1—32 бита на пиксель, альфа-каналов, сжатия RLE.

Используется как исходный формат ("сырые" текстуры), в т.ч. и в альтернативном дереве при работе в Maya.

===Звуки/видео===

====[http://ru.wikipedia.org/wiki/Theora .ogm]====
Формат видео, используемый игровым движком. Звуковая дорожка должна идти отдельно, в виде звукового файла формата .ogg (см.ниже).

Редактируется через любой видеоредактор при наличии экспорта в OGV. При отсутствии расширений конвертируется либо [http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=393 специальным конвертером], либо [[Создание и конвертирование видеофайлов в игровой формат| при помощи программы VirtualDub]].

====[http://ru.wikipedia.org/wiki/Vorbis .ogg]====
Формат звука, используемый игровым движком.

Редактируется через любой звуковой редактор с поддержкой OGG Vorbis.

====.wav====
Исходный формат звука для последующей настройки и конвертации в .ogg с помощью редакторов SDK.

===Анимация===

====.skl, .skls, .omf, .mots (старый формат из 1xxx)====
Скелетная анимация, в массивах и поодиночке.

====.anm, .anms====
Набор координат, который работает в виде анимации движения камеры актера. Используется также для аномалий, которым необходимо задать путь. Редактируется встроенным в LevelEditor [[Создание камеры (катсцены)|редактором]].

====.xrdemo====
Запись облета камеры (демка). Создается в игре (консольная команда [[demo_record]]).

===Объекты===

====.object====
Формат объектов SDK.

====.ogf====
Формат игровых объектов.

Для работы с данными форматами существуют:
* [http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=393 X-Ray Maya tools]
* [http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=404 OGF Viewer]

==Спавны и графы==

====.graph====
Игровой/уровневый граф.

[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=458 Компилятор/декомпилятор формата]
[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=457 ggTool]

====.spawn====
Файл, хранящий данные о [[Спавн|спавне]].

[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=455 Компилятор/декомпилятор формата]

==Дополнительно==

====.thm====
Файл содержит описание текстуры/звука.

====.efd====
Формат файлов неизвестного пока назначения. Имеет прямое отношение к ИИ.

====.ppe====
Формат файлов постпроцесса.

Создаются/редактируются с помощью утилиты PostprocessEditor, входящей в состав [[SP_SDK| SDK 0.7]].

==Форматы игровых уровней==

Основа: [http://ru.wikipedia.org/wiki/Interchange_File_Format Interchange File Format].
Практически все файлы X-Ray используют такую структуру.

Во-вторых, смотрите исходники X-Ray game asset tools. Ни разу не аутентичный источник, но более-менее проверен практикой.

В-третьих, несколько фраз по каждому файлу (по состоянию ЧН).

====level.====
IFF-секции верхнего уровня:

* заголовок с версией xrLC и качеством сборки (high/draft/custom);
* таблица пар текстура/engine shader;
* побитая на кусочки и структурированная в виде дерева (-ьев, если есть разбиение на секторы) геометрия. вершин, индексов нет! Только ссылки на level.geom/geomx;
* порталы;
* источники света (преимущественно для R1);
* отблески (glow);
* секторы.

[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=470 Компилятор/декомпилятор формата]

====level.cform====
Геометрия для просчёта коллизий. Немного упрощая: в зависимости от параметров compiler shader берётся подмножество исходной геометрии карты, автоматически огрубляется и сохраняется как набор треугольников с идентификатором материала из gamemtl.xr.

====level.details====
Трава. Собственно модели травы/гаек и таблица ячеек. В каждой -- что растёт, как освещено.

====level.env_mod====
Локальные модификаторы погоды.

[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=471 Компилятор/декомпилятор формата]

====level.fog_vol====
Объёмный туман. смотрите на DX10 подземку Агропрома или пиар-ролики GSC.

====level.game====
Пути и места появления игроков в MP. Но в действительности пути берутся из all.spawn. Избыточный файл.

[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=456 Компилятор/декомпилятор формата]

====level.geom====
В файле три корневые секции:

1) вершины (позиция, нормали, текстурные координаты и т.п.) в совершенно обычном для D3D9 формате. То есть про SyncData забудьте, но смотрите D3DVERTEXELEMENT9, Vertex Declarations; 
2) индексы. Опять же, D3D9; 
3) информация для плавной детализации геометрии (MU-модели). Канонический для используемого алгоритма (SWPM) формат.

====level.geomx====
Какая-то избыточная информация для R2/R3.

====level.hom====
[[Создаём_HOM,_порталы_и_сектора|Hierarchical Occlusion Mapping]], или маппинг иерархических отсечений.

====level.ps_static====
Системы частиц. Мухи, пар из труб и т.д.

[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=472 Компилятор/декомпилятор формата]

====level.snd_static====
Статические точечные источники звука. Озвучка мух и т.п.

[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=473 Компилятор/декомпилятор формата]

====level.snd_env====
Объёмные источники звука. Смотрите Янтарь в ТЧ, например.

====level.spawn====
Тут всё понятно. Игрой не учитывается -- ей важно содержимое соответствующей секции all.spawn. '''Поправочка:''' Отсюда игра в MP режиме загружает координаты аномалий, артефактов, респаумных предметов, rpoints

====level.wallmarks====
Декали. Кровавые пятна, эмблемы группировок на стенах и т.п. И снова не учитывается, так как декали вшиты в основную геометрию.

====build.lights====
Изначально источники света для xrLC. ЧН и ЗП загружают оттуда секцию с hemi-освещением на r2/r3.

====level.ai====
Сетка навигации ИИ.

====level.som====
Геометрия для просчёта распространения звука. Скажем, просмотр SOM-объектов в LE сразу выявит причину широко известных странностей с музыкой на l05_bar из ТЧ.

==*.xr файлы==

====gamemtl.xr====
Библиотека игровых материалов. Редактируется в ShaderEditor.

[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=463 Компилятор/декомпилятор]

====lanims.xr====
Библиотека световых анимаций. Редактируется встроенным в LevelEditor редактором LightAnimEditor.

[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=461 Компилятор/декомпилятор]

====particles.xr====
Системы частиц. Редактируются в ParticleEditor из состава X-Ray SDK.

====senvironment.xr====
Звуковое окружение.

[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=464 Компилятор/декомпилятор]

====shaders.xr====
БД шейдеров, используемых графическим движком. Редактируется в ShaderEditor.

====shaders_xrlc.xr====
БД шейдеров, используемых компилятором уровней (xrLC). Редактируется в ShaderEditor.

[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=459 Компилятор/декомпилятор]

==Авторы==

Статья создана:
[[Участник:BAC9-FLCL|BAC9-FLCL]]

Описание игровых форматов:
'''bardak'''

Редактирование:
[[Участник:Pihan13|Pihan13]]

Создание скриптовой сцены

2013-08-15T19:37:55Z

91.218.192.254: оформление

==Создание скриптовой сцены==
Если Вы хотите создать интересную скриптовую сцену в своём моде (сцены вообще хорошо влияют на сюжет и на динамику игры, так что использование сцен — обязательно), но ещё не знаете как — то милости прошу, что смогу объяснить — объясню в своём уроке. Урок, собственно, предназначен для внутренного пользования команды Oblivion Lost, но мы не жадные, учитесь на здоровье.
;Нам потребуется: Нормальный текстовый редактор (я использую Notepad++), SDK 0.7, ясный ум и прямые руки. Файлов потребуется много, так что их описывать буду уже на месте.
p.s. присутствуют орфографические ошибки, т.к. автор в процессе написания статьи немного устал.
;N.B.! Предполагается, что Вы уже имеете минимальные знания в модострое.
Начнём.
==Предисловие. Описание схемы==
Игрок входит в ворота фабрики и на него тут же наставляют стволы. - Стоять! Оружие на землю! Медленно подошёл ко мне (командир)! Игрок подходит (если попытается бежать — убьют), разговаривает с командиром. Тот объясняет, что в Зоне сталкеры находятся нелегально, поэтоум он может нас расстрелять... если только не игрок не поделится хабаром. Хабара у игрока не так много, но командир забирает всё. - Расстреляйте его — говорит командир и уходит. Конвоиры ведут игрока к стенке... По пути — неприметно лежит ПМ.
Если подобрать его — есть шанс на спасение...
[[Файл:Scene_rasstrel_kim.jpg|200px|thumb|left|Схема(нажмите на картинку, чтобы увеличить).]]
==Шаг 1. Рисуем схему и расставляем объекты на карте==
Собственно без схемы — никуда. У меня уже есть готовая сцена, можете взять её за основу. Называется она «Расстрел» и придумана Григорием Белым (Dezertir1w2), после некоторых раздумий воплощена мной (Ким). Некоторые скрипты написаны прямо на схеме, т. к. я ещё и думал в этой же схеме. Нарисовать можно проще, а можно сложнее — кто как привык работать.
Итак, что мы видим на схеме? Непонятные овалы, звёздочки, параллепипиды и линии. Овал — это space_restrictor, звёздочка — animpoint(space_cover), линия — путь (way). Всё это нужно будет расставить в sdk (ну и присвоить нужные имена). Думаю с этим у Вас проблем не возникнет, ну на крайний случай можете заглянуть в соседние уроки. Важно не перепутать названия, иначе сцена просто не будет работать. И ещё. Необходимо поставить smart_terrain, чтобы нпс спавнились в нужном нам месте и получали нужную логику (об этом позднее).
==Шаг 2. Подготавливаем логику==
Gamedata\configs\scripts\ - создаём файлы для кажого нпс (killer_1.ltx и т.д.)
;Вот тут начинается самое интересное. Начнём с Командира.
<ini>[logic@killer_commander_1] — обязательная секция.
active = animpoint@stay — активная секция логики, т. е. То, что нпс делает сразу, по умолчанию.

[animpoint@stay]
cover_name = killer_commander_1 — название анимпоинта, в котором будет находится нпс.
avail_animations = animpoint_stay_table — активная анимация, в данном случае — просто стоять
(анимация неправильная, т. к. табл — это за столом, надо сменить на другую, стоящую).
use_camp = false — запрет на использование фонарика (чтобы не выдать нпс в темноте).
on_info = {+poshel_ti} nil %=actor_enemy%
- при получении инфопоршня « poshel_ti» активирует схему, при которой игрок становится врагом, т. е. Это тот самый отрицательный диалоги (о нём позднее).
on_info2 = {=npc_in_zone(sr_poimali_1)} %=play_sound(jup_a12_stalker_assaulter_1_argue)%
- при входи игрока в зону(рестриктор) включает звук (Стоять! Оружие на землю! Медленно подошёл ко мне!).
on_info3 = {+na_rasstrel} %=play_sound(jup_a12_stalker_assaulter_1_argue) =disable_ui% | animpoint@bye
— отобрав хабар отыгрывает звук (Расстрелять его. (ну, пока что я поставил звук из ЗП, т. к. не записали нужные реплики)),
выключает ui (полностью выключает, нет возможности двигаться) и переключает на следующую схему.
invulnerable = true — нпс бессмертен, чтобы игрок случайно его не убил (ну или монстр какой).
out_restr = sr_poimali_1 — при боевой схеме держится за этим рестриктором.
gather_items_enabled = false — не подбирает валяющиеся предметы.
help_wounded_enabled = false — не просит помощи, если ранен.
corpse_detection_enabled = false — не обыскивает трупы.

[animpoint@bye]
cover_name = killer_commander_1 — название анимпоинта.
avail_animations = salut_free — активная анимация (вроде как козыряет)
on_signal = anim_end | %=play_sound(jup_b207_freedom_leader_about_depot)% - получив сигнал «конец анимации» отыгрывает звук (ну, я пока пройдусь тут).
on_signal2 = sound_end | walker@za_povorot %=enable_ui% - получив сигнал «конец звука» включает следующую схему и включает ui, игрок может двигаться.
use_camp = false
invulnerable = true
gather_items_enabled = false
help_wounded_enabled = false
corpse_detection_enabled = false
combat_ignore_cond = true — игнорирует ранение.
combat_ignore_keep_when_attacked = true — игнорирует атаку на него.

[walker@za_povorot] — схема walker
path_walk = way_za_povorot_walk — наш путь, установленный в сдк.
path_look = way_za_povorot_look — точки, куда нпс будет смотреть.
on_info = {=path_end} nil %=remove_squad(killer_commander_1)% - при получении сигнала «путь окончен» удаляет сквад killer_commander_1,
состоящий из одного нпс — командира (больше он не нужен, а потом можно будет заспавнить снова).
gather_items_enabled = false
help_wounded_enabled = false
corpse_detection_enabled = false
combat_ignore_cond = true
combat_ignore_keep_when_attacked = true — всё то же, но без бессмертия.
</ini>

;Логика первого конвоира «киллера»:
<ini>
[logic@killer_1]
active = animpoint@stay

[animpoint@stay]
cover_name = killer_1 — имя анимпоинта.
avail_animations = animpoint_stay_table — отыгрываемая анимация.
use_camp = false — не использует фонарик.
on_info = {+na_rasstrel} %=play_sound(jup_a12_stalker_assaulter_1_argue)% | walker@na_rasstrel_1 — при получении инфопоршня « na_rasstrel» отыгрывает звук
«ну, сталкер, пошли» и включает следующую схему.
invulnerable = true
out_restr = sr_poimali_1
gather_items_enabled = false
help_wounded_enabled = false
corpse_detection_enabled = false

[walker@na_rasstrel_1]
path_walk = way_na_rasstrel_1_walk — путь.
path_look = way_na_rasstrel_1_look
on_info = {=dist_to_actor_ge(5)} nil %+rasstrelyat =actor_enemy% - если расстояние до игрока больше 5 метров, то выдаётся инфопоршень «rasstrelyat»
(зачем? Ответ ниже) и делает игрока врагом.
on_info2 = {=actor_has_weapon} nil %=actor_enemy% - если игрок будет с оружием — то он станет врагом (нпс будет атаковать).
on_info3 = {=npc_in_zone(sr_rasstrel_1)} animpoint@rasstrel — как только нпс приходит в зону расстрела — включается следующая схема.
on_info4 = {=dist_to_actor_ge(50)} nil %=kill_actor% - если игрок вдруг смог убежать от конвоиров — через 50 метров он просто умрёт (игра окончена).
gather_items_enabled = false
help_wounded_enabled = false
corpse_detection_enabled = false

[animpoint@rasstrel]
cover_name = killer_1_1 — название анимпоинта.
avail_animations = animpoint_stay_table — анимация.
use_camp = false
on_info = {=actor_in_zone(sr_rasstrel_1)} %=play_sound(jup_a12_stalker_assaulter_1_argue) =actor_enemy% - как только игрок войдёт в зону, нпс отыгрывает звук
«прощайся с жизнью!» и атакует его.
on_info2 = {=actor_has_weapon} nil %=actor_enemy% - если игрок достанет оружие — атаковать его (не забывайте про ПМ).
</code>
;Логика второго конвоира «киллера»:
<code>
[logic@killer_1]
active = animpoint@stay

[animpoint@stay]
cover_name = killer_2
avail_animations = animpoint_stay_table
use_camp = false
on_info = {+na_rasstrel} %=play_sound(jup_a12_stalker_assaulter_1_argue)% | remark@poshel — тут начинается отличие от первого киллера —
схема walker включается не сразу, чтобы нпс шёл немного позади игрока (иллюзия конвоя, к сожалению в сталкере нет скрипта, чтобы нпс шёл позади игрока просто так).
invulnerable = true
out_restr = sr_poimali_1
gather_items_enabled = false
help_wounded_enabled = false
corpse_detection_enabled = false

[remark@poshel]
anim = guard - анимация
target = story | actor — на кого нпс смотрит
on_timer = 500 | walker@na_rasstrel_1 — отсчитываем 500 игровых секунд (меньше минуты настоящего времени) и включаем схему walker.

[walker@na_rasstrel_1]
path_walk = way_na_rasstrel_2_walk
path_look = way_na_rasstrel_2_look
on_info = {+rasstrelyat} %=actor_enemy% — а вот и ответ. т. к. нпс не может точно знать, где игрок будет через 500 игровых секунд, то нельзя включать такую схему,
при которой игрок отойдя от нпс на 5 метров — становится врагом. Игрок привязан к первому нпс и для него же и становится врагом. А чтобы второй нпс тоже считал игрока
врагом — и нужен инфопоршень «rasstrelyat».
on_info2 = {=actor_has_weapon} nil %=actor_enemy%
on_info3 = {=npc_in_zone(sr_rasstrel_1)} animpoint@rasstrel
on_info4 = {=dist_to_actor_ge(50)} nil %=kill_actor%
gather_items_enabled = false
help_wounded_enabled = false
corpse_detection_enabled = false — всё остальное так же.

[animpoint@rasstrel]
cover_name = killer_2_1
avail_animations = animpoint_stay_table
use_camp = false
on_info = {=actor_in_zone(sr_rasstrel_1)} %=play_sound(jup_a12_stalker_assaulter_1_argue) =actor_enemy%
on_info2 = {=actor_has_weapon} nil %=actor_enemy% - и тут аналогично, разве что реплику можно записать другую.
</ini>
Вообще можно было и подробнее объяснить, но не буду разжёвывать то, что Вы можете прочитать в других уроках, я лишь учу использовать эти знания в нужном направлении.

==Шаг 3. Диалоги==
Диалог тут всего один — с командиром. Вообще хорошо бы использовать цифры в id диалогов, но лично мне удобнее называть их именами нпс (кому принадлежит диалоги) и местом действия. Если диалогов несколько — в одном задании, то я ставлю цифры _1, _2 и т.д.
;Внимание! Диалог прописан стартовым для нпс (вернее мы ещё пропишем), поэтому 0 фраза — принадлежит НПС! (диалоги так себе, сделаны для заглушки).
'''Gamedata\configs\gameplay\dialogs.xml''' (название конечного файла может быть любым, можете создать свой файл для диалогов).
<xml> <dialog id="gr_fabrika_commander">
<dont_has_info>rasstrelyat</dont_has_info>
<dont_has_info>na_rasstrel</dont_has_info> - делаем диалоги одноразовым.
<phrase_list>
<phrase id="0">
<text>Сталкер, ты вне закона на этой територии! Я тебя спокойно могу расстрелять. Гони хабар, если хочешь жить!</text>
<next>10</next>
<next>20</next>
</phrase>
<phrase id="10">
<text>Да пошёл ты, вояки мне не указ.</text>
<next>11</next>
</phrase>
<phrase id="20">
<text>Вот, держи.</text>
<action>dialogs_gr.drop_npc_items </action>
<next>21</next>
</phrase>
<phrase id="11">
<text>Конец тебе, бойцы, огонь!</text>
<give_info>rasstrelyat</give_info>
<action>dialogs.break_dialog</action>
</phrase>
<phrase id="21">
<text>Молодец. Но ты всё равно вне закона. Бойцы, отведите его к стенке, да расстреляйте.</text>
<action>dialogs_gr.spawn_pm</action>
<give_info>na_rasstrel</give_info>
<action>dialogs.break_dialog</action>
</phrase>
</phrase_list>
</dialog></xml>
;Теперь надо подготовить скрипты.
'''Gamedata\scripts\dialogs.script'''
У нас всего две функции — убрать хабар и заспавнить ПМ.
<lua> function spawn_pm()
alife():create("wpn_pm", vector():set(103.57, 9.15, -44.95), 0.0,0.0)
end</lua>
Позицию вычисляйте сами в нужном Вам месте.
<lua>function drop_npc_items(actor, npc, p)
local item = 0
for i, v in pairs(p) do
item = npc:object(v)
if item then
npc:drop_item(item)
end
end
end</lua>
Функция должна убить все вещи (не проверялось).
Всё, скрипты готовы.

==Шаг 4. Соединяем все части воедино==
Итак, почти всё готово, но в игре схему посмотреть не удастся. Нужно подключить всё, создать нужные сквады, прописать логику, подключить диалоги. Начнём.
Подключаем диалог командиру(профиль Вы уже должны были сделать, не буду объяснять как):
<code><start_dialog>gr_fabrika_commander</start_dialog></code>

;Создаём сквады:
'''gamedata\configs\misc\squad_descr.ltx'''

<ini>[killer_commander_1]:online_offline_group ; Командир
faction = army
npc = killer_commander_1
target_smart = killers_smart

[killers_squad]:online_offline_group ; бойцы
faction = army
npc = killer_1, killer_2
target_smart = killers_smart
</ini>
Включаем сквады в симуляцию (спавн при начале игры)
'''gamedata\configs\misc\simulation.ltx'''
В '''simulation.ltx''' создаете поле [start_position_<имя уровня>]
В нем пишите строку <ид сквада> = <имя смарта>

<ini>[start_position_jupiter]
killer_commander_1 = killers_smart
killers_squad = killers_smart</ini>

;Там же, но в '''simulation_objects_props.ltx''' прописываем смарт:
под ;---------smarts--------------
<ini>[killers_smart]:default_base
territory = 1
sim_avail = true
;----------squad----------
[killer_commander_1]:default_squad
sim_avail = false
[killers_squad]:default_squad
sim_avail = false</ini>

Прописываем звуки, если таковые имеются (внимание, звуки для речи сталкеров кидать только в '''«gamedata\sounds\characters_voice\scenario»''')
'''gamedata\configs\misc\script_sound.ltx'''

для примера приведу монолог торговца:
<ini>
trader_monolog1

[trader_monolog1]
type = npc
npc_prefix = false
path = scenario\trader\trader_monolog1
shuffle = seq
idle = 0,0,100</ini>
;Будьте внимательны при создании персонажа — проверьте, включили ли Вы его в '''npc_profile.xm'''l и '''spawn_section.ltx'''!
Прописываем логику для смарт_террейна и включаем логику нпс:
'''gamedata\configs\scripts\gr(название Вашей локации)\smart\killers_smart.ltx'''
<ini>
[smart_terrain];killers_smart
squad_id = 11(id сквада в игре)
max_population = 3 — количество допустимых сквадов в смарте

[exclusive] — эксклюзивная логика для нпс
killer_commander_1 = gr\killer_commander_1.ltx
killer_1 = gr\killer_1.ltx
killer_2 = gr\killer_2.ltx</code>
полный путь писать не нужно, достаточно указать папку, в которой лежит логика (в моём случае — gr, для локации Кордон).
==Credits==
Вот и всё. Если всё сделано правильно — при входе в ворота фабрики запускается сцена. Если в логике допущена ошибка — то игра вообще не запустится. На создание сцены с нуля уходит несколько часов, на отладку — ещё больше. Сцену можно усложнять, делать длинные переходы, разветвлнные диалоги, дополнительные задания... В общем — в пределах Вашей фантазии (и возможностей двжика). 
Всем спасибо, до новых встреч. 
Автор статьи - Ким Азимов ([[Участник:Kim|Kim]]) 2012 год 
Идея - Григорий Белый (Dezertir1w2) 2011 год. 
Свои вопросы и пожелания отправляйте на почту.

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

2013-08-11T10:17:12Z

91.218.192.254: /* Схема remark */ обновление данных по параметру "target" (FantomICW)

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

<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''''' – числовое значение в ТЧ и ЧН или строковое, с указанием дополнительного параметра и самого SID, в ЗП, в примере ниже указана часть логики монолитовца-проповедника в Припяти, когда тот стреляет в Айса<nowiki>;</nowiki> 
:Пример (ЗП): 
:<ini>target = story | pri_a17_military_sergeant_morozov</ini>
:*'''''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]][[Категория:Скрипты]]

Как заспавнить физический объект

2013-08-11T09:26:13Z

91.218.192.254: оформление

В этой статье вы узнаете как создать спавнящийся физический объект.
 Выбираем нужную модель из папки '''gamedata\meshe'''s.
 Создаем в файле '''configs\misc\items.ltx''' (или своем конфиге) новую секцию, которая будет выглядеть так:
<ini>
[vedro]:identity_immunities ;vedro — название спавн-секции предмета (Потом мы будем через него спавнить). Пишется латиницей.
$spawn = "dynamic_objects\el_tehnika\komp_klava" ;путь спавн-секции в дереве спавн-объектов в СДК (если не пользуетесь СДК, то особой важности не имеет).
visual = objects\dynamics\decor\vedro_01.ogf ;Путь до модели физического объекта из папки meshes.
cform = skeleton ; Движковые классы (донт тач)
class = P_SKELET
remove_time = 4 ;Время через которое объект исчезнет. Число до от 0 до 9999, если поставить 9999 то он просуществует очень долго</ini>

Второй вариант:
<ini>[vedro]:identity_immunities ;vedro — название спавн-секции предмета (Потом мы будем через него спавнить). Пишется латиницей.
$spawn = "physics\object" ;путь спавн-секции в дереве спавн-объектов в СДК (если не пользуетесь СДК, то особой важности не имеет).
visual = objects\dynamics\decor\vedro_01.ogf ;Путь до модели физического объекта из папки meshes.
class = O_PHYS_S
remove_time = 60000 ;Время через которое объект исчезнет. Число до от 0 до 9999, если поставить 9999 то он просуществует очень долго.
</ini>
Так вроде лучше )

 Сохраняем файл.

Далее уже стандартно — создаем в скриптовом файле функцию типа
<lua>function spawn ()
alife():create("vedro",vector():set(координаты X,Y,Z),level_vertex_id,game_vertex_id)
end</lua>
И вызываем эту функцию через диалог или другой скрипт.
 
Автор — [[Участник:KitkaT.Net|KitkaT.Net]] 12:45, 27 сентября 2010 (UTC) 
Редактирование — [[Участник:Pihan13|Pihan13]] 16:04, 27 сентября 2010 (UTC)

[[Категория:Конфигурационные файлы]][[Категория:Скрипты]]

Регистрация новых текстовых файлов

2013-08-09T17:44:22Z

91.218.192.254: Новая страница: «==Вступление== Наверное, большинство людей, вскрывавших архивы игры, знают, что 90% текстов "С...»

==Вступление==
Наверное, большинство людей, вскрывавших архивы игры, знают, что 90% текстов "Сталкера" находятся в XML-файлах из папки '''configs/text/rus'''. Бывает, нет желания впихивать свои тексты в оригинальные файлы. Тогда создаются новые XML-документы, и там уже прописывается все, что нужно. Создать документ и прописать - это одно. А вот регистрация этих документов - уже другое. Сложного в регистрации новых файлов ничего нет, но не всем начинающим модмейкерам этот процесс известен. Будем исправлять.
==Способ первый==
Предположим, мы создали файл '''my_dialogs.xml''' в папке '''configs/text/rus'''. Чтобы его зарегистрировать мы задействуем любой оригинальный файл из этой же папки. Например, '''st_dialogs.xml'''. Откроем его и где-нибудь между ''<string_table>'' и ''</string_table>'' пропишем наш файл через известную форму ''include''. Прописать можно в любом месте, не прерывая секции другого текста. Я пропишу прямо под ''<string_table>'':
<xml><?xml version="1.0" encoding="windows-1251" ?>
<string_table>
#include "text\rus\my_dialogs.xml"
<string id="about_quests_dialog_bandit_0">
<text>Подскажи мне насчёт одного дела...</text>
</string>
<string id="about_quests_dialog_bandit_1">
<text>А чё за дело?</text>
</string>
<string id="about_quests_dialog_bandit_10">
<text>Что ты думаешь про Шустрого?</text>
</string>
<string id="about_quests_dialog_bandit_101">
<text>Про Шустрого? Я, короче, так думаю, как-нибудь мы его таки встретим в тихом месте и чутка эту суку потрясём.</text>
</string>
<string id="about_quests_dialog_bandit_11">
<text>Что ты слышал про Оазис?</text>
</string>
<string id="about_quests_dialog_bandit_111">
<text>Х-хы-ы! Я, короче, такую хохму сышал - ваще, умереть не встать! Короче, как-то, на Свалке ещё, пацаны беса погнали: толкнули адресок Оазиса с темой, типа это полный верняк. Ну и приныкались там на нычке кодлой. Ну и чё те сказать... там, короче, с бакланов стока поснимали, шо пацаны на завтра тупо из Зоны свалили! На всю оставшуюся жизнь каждому хватит. Один тока пацанчик тут остался - ему Йога погоняло было.</text>
</string>
<string id="about_quests_dialog_bandit_112">
<text>Чё, короче, слышал, так это типа там любые болезни проходят. Я так секу, полезная, мля, штука: и гемора по жизни никакого, от бодуна или передоза там башка не трещит... Короче, ставишь туда гостиничку - и бабло греби лопатой!</text>
</string>
...</xml>
Надеюсь, понятно, что мы зарегистрировали свой файл строкой:
<code>#include "text\rus\my_dialogs.xml"</code>
==Способ 2а и 2б==
===Способ 2а===
Сейчас мы уже задействуем другой оригинальный файл - '''configs/localization.ltx'''. В нем можно дать ссылку на все наши текстовые файлы. Наполнен файл в чистом ЗП вот-так:
<ini>[string_table]
language = rus
font_prefix = ;_west ;_cent</ini>
Мы возьмем и допишем под всем этим новый параметр ''files'', а в значении укажем названия новых файлов (пускай, '''my_dialogs''', '''my_items''' и '''my_artefacts'''):
<code>files = my_dialogs, my_items, my_artefacts</code>
В целом будет выглядеть так:
<ini>[string_table]
language = rus
font_prefix = ;_west ;_cent
files = my_dialogs, my_items, my_artefacts</ini>
===Способ 2б===
Фактически, микс между способом 1 и 2а. В папке '''configs/text/rus''' создаем XML-файл с любым названием. Я предпочту назвать по назначению - '''my_text_files.xml'''. Из него, собственно, и будут идти все отсылки к другим текстовкам.
Далее, регистрируем этот файл по принципу из способа 2а. Открываем '''localization.ltx''', и прописываем там наш файл:
<ini>[string_table]
language = rus
font_prefix = ;_west ;_cent
files = my_text_files</ini>
Возвращаемся к файлу '''my_text_files.xml''', и заполняем его следующим образом:
<xml><?xml version="1.0" encoding="windows-1251" standalone="yes" ?>
<string_table>
#include "text\rus\my_dialogs.xml"
#include "text\rus\my_items.xml"
#include "text\rus\my_character_names.xml"
#include "text\rus\my_artefacts.xml"
#include "text\rus\my_weapons.xml"
</string_table></xml>
<code><?xml version="1.0" encoding="windows-1251" standalone="yes" ?></code>
- стандартная кодировка файла
''<string_table>'' и ''</string_table>'' - теги файла
Через ''#include'' прописаны все наши текстовые файлы.
Этот способ я сам предпочитаю использовать. Все четко, понятно, нету больших рисков и непоняток с оригинальными файлами.
Всем спасибо, на этом мини-урок закончен! =)
==Авторы==
'''Автор статьи:''' FantomICW

[[Категория: Конфигурационные файлы]]

CoP создание главного меню с анимацией.

2013-08-03T20:37:37Z

91.218.192.254: оформление

Доброго времени суток, сегодня мы научимся создавать собственное меню с анимацией. 
 

== Что нам понадобится. ==
 
Распакованная игра S.T.A.L.K.E.R.: Call of Pripyat; 
Adobe Photoshop с DDS-плагином от nVidia или любой другой графический редактор способный править альфа-каналы и открывать .dds файлы;(в статье я использую Photoshop) 
Любой видео конвертер способный переконвертировать в .ogm формат;([http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=getit&lid=393 скачать]) 
Блокнот для правки конфигов. 

== Рассмотрение оригинального меню. ==
Начнём с создания основного статического изображения меню. 
Открываем файл '''ui_actor_main_menu.dds''' который расположен в папке '''gamedata\textures\ui'''.
И видим обычное статическое изображение, хотя в главном меню вода пускает волны и птички летают. 
[[Файл:Tut01.JPG|200px|thumb|right|Вот, что мы видим]]
Переходим в управление каналами и нажимаем на Alpha 1 и видим, что на местах где должны летать птички и вода шевелится черные пятна. Которые говорят о том, что изображение в этих местах прозрачное.
[[Файл:Tut02.JPG|200px|thumb|right|Альфа 1]]
Файлы которые должны проигрываться в этих черных дырах лежат по адресу '''gamedata\textures\ui''' и называются '''video_voroni_crop.ogm''' и '''video_water_crop.ogm''', координаты их расположения на экране прописаны в файле '''ui_mm_main.xml''' по адресу '''gamedata\configs\ui'''.

== Подготовка статического меню. ==
Предполагается, что у вас уже есть готовая текстурка и видеофайлы. И осталось только подредактировать альфа-канал и прописать расположение видео, дабы они правильно отображались. 
Я взял файл с изображением трактора, в качестве видео взял ui_mm_rug02.ogm на нем изображена ленточка, которая висит в области заднего колеса трактора. А на задний план я взял видео ui_mm_main_back_crop.ogm оно конечно не так хорошо вписывается, ну да ладно.
[[Файл:Tut03.JPG|200px|thumb|right|обвел места где будет анимация]]
И так, выделяем на нашем меню места где будет проходить анимация('''внимательно посмотрите свое видео и приметьте сколько нужно выделять, а то получится, что часть анимации не видна, а это уже не качественно исполненная работа''').
После того как выделили переходим на альфа-канал и закрашиваем выделенное в черный(если до этого вы не закрасили прежние черные места на альфа-канале в белый то не беда, просто инвертируйте выделение и закрасьте.
[[Файл:Tut04.JPG|200px|thumb|right|вот, что у меня получилось после редактирования альфа-канала]]
Теперь замеряем координаты. У меня получились: для бинта (277,475), для фона (326,0).
После снятия координат, сохраняем нашу текстуру.
[[Файл:Tut05.JPG|200px|thumb|right|настройки сохранения]]

== Редактирование ui_mm_main.xml ==
Откроем файл '''ui_mm_main.xml''' блокнотом (я использую Notepad++).
Нас интересует только эта строка:
<xml> <auto_static x="500" y="130" width="432" height="160" stretch="1">
<texture width="432" height="160">ui\video_voroni_crop</texture>
</auto_static></xml>
Рассмотрим подробнее:
<xml><auto_static x="500" y="130" width="432" height="160" stretch="1"></xml>
Первые две координаты отвечают за расположение видео на экране, вторые две размер дырки на альфа-канале.
<xml><texture width="432" height="160">ui\video_voroni_crop</texture></xml>
Первая часть разрешение видеоролика, вторая часть расположение ролика включающее папку и название без расширения(.ogm)
Подставляем свои координаты, у меня получилось вот что:
<xml> <background width="1024" height="768">
<auto_static x="277" y="475" width="128" height="256" stretch="1">
<texture width="128" height="256">ui\ui_mm_rug02</texture>
</auto_static>
<auto_static x="326" y="0" width="876" height="400" stretch="1">
<texture width="876" height="400">ui\ui_mm_main_back_crop</texture>
</auto_static>
<auto_static width="1024" height="768">
<texture>ui_inGame2_background</texture>
</auto_static>
</background></xml>
Сохраняем. 
Заходим в игру и любуемся. 
Вот, что у меня вышло (коряво, так как я особо не парился делая тутор):
[http://www.youtube.com/watch?v=GH6oTnudO10 YouTube]
[[Категория:Texturing]] 
'''Автор:''' ''WillsherT'' 
Спасибо '''''X_CASPER_X''''' за напоминание о том, что я когда то хотел написать этот тутор.

SoC. Создаем худ маски

2013-08-03T20:33:52Z

91.218.192.254: /* Работа с XML - описателем */

===Теория===
Мне кажется многие задавались вопросом "Как же создать худ маски"?
Немного пораздумав, я создал функцию, которая крепит текстуру к определенному костюму.

Опытным '''модмейкерам''' может показаться моя функция усложненной, но главное, что все '''работает и не вылетает'''!
===Практика===

===Работа со скриптами===

Первым делом в директории '''gamedata\scripts''' создайте файл с названием '''xr_mask.script'''

Открываем его пишем:
<lua>function hud_gas()
local slot_stalker = db.actor:item_in_slot(6)
local object_1 = db.actor:object("stalker_outfit")
local slot_killer = db.actor:item_in_slot(6)
local object_2 = db.actor:object("killer_outfit")
if slot_stalker and slot_stalker:section() == "stalker_outfit" and object_1 ~= nil or
slot_killer and slot_killer:section() == "killer_outfit" and object_2 ~= nil then
local hud = get_hud()
local custom_static = hud:GetCustomStatic("hud_gas")
if custom_static == nil then
hud:AddCustomStatic("hud_gas", true)
end
else
local hud = get_hud()
local custom_static = hud:GetCustomStatic("hud_gas")
if custom_static ~= nil then
hud:RemoveCustomStatic("hud_gas", false)
end
end
end</lua>

Теперь поясню:
<lua>function hud_gas() -- функция
local slot_stalker = db.actor:item_in_slot(6) -- переменная костюма
local object_1 = db.actor:object("stalker_outfit") -- переменная объекта
local slot_killer = db.actor:item_in_slot(6) -- переменная костюма
local object_2 = db.actor:object("killer_outfit") -- переменная объекта
if slot_stalker and slot_stalker:section() == "stalker_outfit" and object_1 ~= nil or
slot_killer and slot_killer:section() == "killer_outfit" and object_2 ~= nil then -- проверяем надет ли костюм сталкера\наемника
local hud = get_hud() -- худ
local custom_static = hud:GetCustomStatic("hud_gas")
if custom_static == nil then -- если худа нет, выдаем, если одет костюм
hud:AddCustomStatic("hud_gas", true)
end
else
local hud = get_hud()
local custom_static = hud:GetCustomStatic("hud_gas")
if custom_static ~= nil then -- если худ есть, убираем при смене костюма
hud:RemoveCustomStatic("hud_gas", false)
end
end
end</lua>

Теперь зайдем в '''bind_stalker.script''', который находится в '''gamedata\scripts''',
найдем функцию:
function actor_binder:update(delta)
и после пишем: xr_mask.hud_gas()
в итоге:

<lua>function actor_binder:update(delta)
xr_mask.hud_gas()
object_binder.update(self, delta)
local time = time_global()
game_stats.update (delta, self.object)</lua>

===Работа с XML - описателем===

Итак, заходим в директорию '''gamedata\config\ui''', находим файл с названием '''ui_custom_msgs''', открываем его
и в самом конце перед строкой: </header> пишем:

<xml><hud_gas x="0" y="0" width="1024" height="768" stretch="1">
<texture>hud\hud_gas</texture>
</hud_gas></xml>

Теперь поясню:

<xml><hud_gas x="0" y="0" width="1024" height="768" stretch="1">
<texture>hud\hud_gas</texture> -- текстура маски. Посмотрите внимательно в скрипте мы указывали '''hud_gas'''
</hud_gas></xml>

===Текстура===

Теперь заходим в '''gamedata\textures\ui''', находим файл с названием '''ui_mainmenu.dds'''.
Копируем его, заходим в '''gamedata\textures\hud''' вставляем его и переминуем в '''hud_gas.dds'''
Открываем программой '''Adobe Photoshop''' и рисуем подходящую для вас маску.
Как работать с текстурами описано в этой статье:

http://www.stalkerin.gameru.net/wiki/index.php/Изменение%20текстур

Вот и все! Начинаем новую игру, ищем костюм сталкера или наемника, надеваем и видим вашу текстуру.

===Автор: Weanchester===
[[Категория:Скрипты]] [[Категория:Texturing]]

SoC. Создаем худ маски

2013-08-03T20:33:17Z

91.218.192.254: оформление

===Теория===
Мне кажется многие задавались вопросом "Как же создать худ маски"?
Немного пораздумав, я создал функцию, которая крепит текстуру к определенному костюму.

Опытным '''модмейкерам''' может показаться моя функция усложненной, но главное, что все '''работает и не вылетает'''!
===Практика===

===Работа со скриптами===

Первым делом в директории '''gamedata\scripts''' создайте файл с названием '''xr_mask.script'''

Открываем его пишем:
<lua>function hud_gas()
local slot_stalker = db.actor:item_in_slot(6)
local object_1 = db.actor:object("stalker_outfit")
local slot_killer = db.actor:item_in_slot(6)
local object_2 = db.actor:object("killer_outfit")
if slot_stalker and slot_stalker:section() == "stalker_outfit" and object_1 ~= nil or
slot_killer and slot_killer:section() == "killer_outfit" and object_2 ~= nil then
local hud = get_hud()
local custom_static = hud:GetCustomStatic("hud_gas")
if custom_static == nil then
hud:AddCustomStatic("hud_gas", true)
end
else
local hud = get_hud()
local custom_static = hud:GetCustomStatic("hud_gas")
if custom_static ~= nil then
hud:RemoveCustomStatic("hud_gas", false)
end
end
end</lua>

Теперь поясню:
<lua>function hud_gas() -- функция
local slot_stalker = db.actor:item_in_slot(6) -- переменная костюма
local object_1 = db.actor:object("stalker_outfit") -- переменная объекта
local slot_killer = db.actor:item_in_slot(6) -- переменная костюма
local object_2 = db.actor:object("killer_outfit") -- переменная объекта
if slot_stalker and slot_stalker:section() == "stalker_outfit" and object_1 ~= nil or
slot_killer and slot_killer:section() == "killer_outfit" and object_2 ~= nil then -- проверяем надет ли костюм сталкера\наемника
local hud = get_hud() -- худ
local custom_static = hud:GetCustomStatic("hud_gas")
if custom_static == nil then -- если худа нет, выдаем, если одет костюм
hud:AddCustomStatic("hud_gas", true)
end
else
local hud = get_hud()
local custom_static = hud:GetCustomStatic("hud_gas")
if custom_static ~= nil then -- если худ есть, убираем при смене костюма
hud:RemoveCustomStatic("hud_gas", false)
end
end
end</lua>

Теперь зайдем в '''bind_stalker.script''', который находится в '''gamedata\scripts''',
найдем функцию:
function actor_binder:update(delta)
и после пишем: xr_mask.hud_gas()
в итоге:

<lua>function actor_binder:update(delta)
xr_mask.hud_gas()
object_binder.update(self, delta)
local time = time_global()
game_stats.update (delta, self.object)</lua>

===Работа с XML - описателем===

Итак, заходим в директорию '''gamedata\config\ui''', находим файл с названием '''ui_custom_msgs''', открываем его
и в самом конце перед строкой: </header> пишем:

<xml><hud_gas x="0" y="0" width="1024" height="768" stretch="1">
<texture>hud\hud_gas</texture>
</hud_gas></prexml>

Теперь поясню:

<xml><hud_gas x="0" y="0" width="1024" height="768" stretch="1">
<texture>hud\hud_gas</texture> -- текстура маски. Посмотрите внимательно в скрипте мы указывали '''hud_gas'''
</hud_gas></xml>

===Текстура===

Теперь заходим в '''gamedata\textures\ui''', находим файл с названием '''ui_mainmenu.dds'''.
Копируем его, заходим в '''gamedata\textures\hud''' вставляем его и переминуем в '''hud_gas.dds'''
Открываем программой '''Adobe Photoshop''' и рисуем подходящую для вас маску.
Как работать с текстурами описано в этой статье:

http://www.stalkerin.gameru.net/wiki/index.php/Изменение%20текстур

Вот и все! Начинаем новую игру, ищем костюм сталкера или наемника, надеваем и видим вашу текстуру.

===Автор: Weanchester===
[[Категория:Скрипты]] [[Категория:Texturing]]

Скриптовые шейдеры

2013-08-03T20:29:34Z

91.218.192.254: оформление

Редактируя любую модель, многие в свойствах поверхностей замечали графу shader, в которой указывается нечто вроде models/model или подобные.
Как правило, эти шейдеры упакованы в '''shaders.xr''' и '''shaders_xrlc.x'''r, которые представляют собой своеобразную базу данных шейдеров, собранных по определенным шаблонам.

Но кроме этих баз данных есть еще и скриптовые шейдеры, которые имеют приоритет перед теми шейдерами, что упакованы в *.xr. Это файлы, имеющие расширение .s и лежащие в папках соответствующих рендеров. Вычислить правильное название шейдера в БД и шейдерного скрипта '''.s''' можно очень просто - для примера, если у нас в БД шейдер находится в '''model/selflight''', то имя шейдера должно быть '''model_selflight.s''', если details/blend, то скрипт шейдера будет, соответственно, '''details_blend.s'''. Не так уж сложно.

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

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

По некоторым причинам я считаю что для модостроителей шейдерные скрипты являются более предпочтительными, чем распространение своих шейдерных модов в виде модифицированной .xr-БД. Причины в основном две: Во-первых скриптовые шейдеры предоставляют бОльшие возможности для полета фантазии, а во-вторых распространение шейдерных модов в виде скриптовых шейдеров все же делает меньше вероятность конфликта модов, так как разные шейдеры будут в разных файлах, а не все вместе в одном хитром и трудноредактируемом, и, что самое плохое, - труднообъединяемом файле. Поэтому далее мы рассмотрим скриптовые шейдеры.

Что собой представляют шейдерные скрипты? Это обычные скрипты на lua, которые являются своеобразным языком для того чтобы объяснить движку, какие загружать текстуры и какие подключать шейдеры из наличествующих .ps и .vs файлов.

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

Вот, для примера, содержимое простейшего скриптового шейдера:

<lua>function normal( shader, t_base, t_second, t_detail )
shader:begin( "effects_gradient", "effects_gradient_p" )
end</lua>

Разберем его по косточкам:

* '''function normal''' - объявление стандартной функции шейдерного скрипта. В некоторых шейдерах есть еще функции '''l_spot''', '''l_point''', '''l_special''' и '''normal_hq''' аналогичного содержания, но явно просчитывающие поведение этого шейдера в условиях освещения

* '''shader''' - вероятнее всего идентификатор шейдера в игре, содержимое этой переменной обычно представляет собой текстовую строку вроде "models_selflight" или "models/selflight".
* '''t_base''' - путь к текстуре, которую следует выводить с помощью этого шейдера
* '''t_second''', '''t_detail''' - пути к другим текстурам, пока назначение их неизвестно.

* '''shader:begin( "effects_gradient", "effects_gradient_p" )''' - святая святых шейдера. Если точнее - создание объекта шейдера как такового.
:: '''effects_gradient''' - имя .vs файла используемого в этом шейдере
:: '''effects_gradient_p''' - имя .ps файла соответственно.

После этой строки могут быть такие строки (они необязательны)

* ''': blend ( true, blend.srcalpha, blend.one )''' - настройка блендинга для текстур с альфой, например, полупрозрачные текстуры без применения этой строки будут выглядеть непрозрачными черными в прозрачных местах. Эти методы блендинга соответствуют переключателю в сдк, где варианты ALPHA-ADD, BLEND, SET и так далее. На примере выше блендинг соответствует положению ALPHA-ADD.

:: '''true''' - может быть '''false''' - включение обработки текстур, то есть true - обработка включена, false, соответственно, выключена.

:: '''blend.srcalpha''', '''blend.one''' - соответственно, методы блендинга, могут быть:

blend.one
blend.zero
null

Также вот таблица, по которой можно выбрать остальные параметры блендинга, выбирая в таблице по порядку слева направо:

<table style="border: 1px solid #666;" width="470px" height="60px">
<tr>
<td> </td>
<td bgcolor="#666" width="2px"></td>
<td>src</td>
<td bgcolor="#666" width="2px"></td>
<td>color</td>
</tr>
<tr>
<td height="2px" bgcolor="#666" colspan="5"></td>
</tr>
<tr>
<td>inv</td>
<td bgcolor="#666" width="2px"></td>
<td>dest</td>
<td bgcolor="#666" width="2px"></td>
<td>alpha</td>
</tr>
</table>

то есть:

blend.srccolor
blend.invsrccolor
blend.destcolor
blend.invdestcolor
blend.srcalpha
blend.invsrcalpha
blend.destalpha
blend.invdestalpha

: где '''inv''' - инверсия, '''color''' - цвет, '''alpha''' - альфа (коэффициент прозрачности), '''src''' - параметр берется до шейдера, '''dest''' - параметр берется после шейдера.

* ''': sorting ( 3, false )''' - порядок отрисовки поверхности по отношению к самому объекту, частью которого является поверхность.

:: '''3''' - цифра порядка отрисовки, где 1 - за объектом, 2 - на уровне с объектом, 3 - спереди объекта (ближе к актору). Как правило, при тройке шейдируемая поверхность будет отрисовываться поверх всего, в том числе и оружия.

:: '''false''' - соответствует галочке "srict sorting" в сдк. Пока назначение неизвестно.

* ''': aref ( false, 2 )''' - функция переключает режим тестирования пикселей по альфе. Первый аргумент - вкл/выкл, второй аргумент - значение альфы, используемое в сравнении альфы пикселей. Если пиксель проверку не прошел, он не будет отрисовываться. Как именно происходит проверка альфы, пока непонятно, функция проверки устанавливается где-то в движке.

* ''': zb ( false, false )''' - устанавливает функцию сравнения пикселей при z-тесте и включает режим записи в z-буфер для текстуры. Первый аргумент - функция сравнения (false - D3DCMP_LESSEQUAL - пиксель проходит тест только, если его z меньше или равно текущему пикселю, true - D3DCMP_ALWAYS - пиксель всегда проходит тест). Второй аргумент - включение записи в z-буфер, тут вкл/выкл.

* ''': fog ( false )''' - отключает освещение текстуры и включает для нее FOG DirectX.

* ''': emissive ( true )''' - применяется в источниках освещения.

* ''': distort ( true )''' - представляет из себя механизм искажений, аналогичный эффекту искажающегося воздуха в некоторых аномалиях, а также "линза" в главном меню над кнопками.

* ''': wmark (true)''' - используется в валлмарках

----

* '''shader : sampler( "s_base" )''' - создание буфера для помещения туда текстуры. Аргумент представляет собой идентификатор, получаемый ps и vs шейдерами, где будет фигурировать как predefined-переменная s_base.

''Перечисленные ниже параметры могут быть только ниже сэмплерной строки!''

* ''': texture ( t_base ) ''' - помещение в вышеобъявленный буфер текстуры. Аргумент этой ф-ции представляет собой путь к текстуре, так что вполне можно указать нечто вроде

: texture ( "fx\\fx_sun" )

чтобы в буфер воткнуть текстуру '''gamedata/textures/fx/fx_sun.dds'''

Следующие функции устанавливают один из режимов адресации текстуры. Режим адресации определяет способ обработки текстурных координат при выходе их за пределы диапазона [0.0,1.0]
* ''': clamp()''' - режим адресации D3DTADDRESS_CLAMP. Значения текстурных координат, выходящие за рамки [0.0,1.0] обрезаются до 0.0 и 1.0 соответственно. Соответствует галке Texture Clamp в сдк.

* ''': wrap ()''' - режим адресации D3DTADDRESS_WRAP. При выходе значений текстурных координат за пределы [0.0,1.0] от значений отнимается их целая часть. Другими словами, если у вас u,v получились [1.3, 2.5], в этом режиме семплирование текстуры будет происходит по координатам [0.3, 0.5].

* ''': mirror ()''' - режим адресации D3DTADDRESS_MIRROR. При выходе значений текстурных координат за пределы [0.0,1.0] от значений отнимается их целая часть и остаток вычитается из 1.0. Если u,v получились [1.3, 2.6], в этом режиме семплирование текстуры будет происходит по координатам [0.7, 0.4].

Функции установки фильтрации текстур:

* ''': f_none ()''' - точечная фильтрация (то есть по сути, нет фильтрации)

* ''': f_linear ()''' - линейная фильтрация

* ''': f_bilinear ()''' - билинейная фильтрация

* ''': f_trilinear ()''' - трилинейная фильтрация. На редкость бесполезная функция, потому что семплер по умолчанию создается с трилинейной фильтрацией

* ''': f_anisotropic ()''' - анизотропная фильтрация.

Помимо этих функций также присутствуют функции для "тонкой" настройки фильтрации:
Настройка magnification filter

* ''': fmag_none ()''' - без фильтрации

* ''': fmag_point ()''' - точечная фильтрация

* ''': fmag_linear ()''' - линейная фильтрация

Настройка minification filter

* ''': fmin_none ()''' - без фильтрации

* ''': fmin_point ()''' - точечная фильтрация

* ''': fmin_linear ()''' - линейная фильтрация

* ''': fmin_aniso ()''' - анизотропная фильтрация.

Настройка mip filter

* ''': fmip_none ()''' - без фильтрации

* ''': fmip_point ()''' - точечная фильтрация

* ''': fmip_linear ()''' - линейная фильтрация

Разные функции:

* ''': project()''' - функция выставляет флаг D3DTTFF_PROJECTED для преобразования текстурных координат перед растеризатором. При выставленном флаге все компоненты текстурных координат делятся на w-компоненту. Актуально только для ffp (R1, ps_1_x).

----

Также в папке с шейдерами лежат еще файлы .s (именно такого имени - точка и эс), которые являются для всех *.s-файлов своеобразными заголовочными файлами, функции из файла .s доступны из файлов *.s . На данный момент там имеются функции printf, и закомментированные во втором рендере ф-ции l_point и l_spot, которые отвечают за создание точечного и неточечного источников света соответственно.

'''Статья создана участником cjayho'''

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

Удаление дождя

2013-08-03T19:49:35Z

91.218.192.254: оформление, дополнение

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

1. Скачать Stalker Data Unpacker. (можно здесь http://stalkerin.gameru.net/downloads/stutils/unpacker.rar)

2. Распаковать куда-нибудь (не в корневой каталог игры) архив '''gamedata.db0'''.

3. Из полученных файлов сохранить только папку '''<Папка, куда распаковался архив> / config / weathers'''. Остальные можно убить.

4. В каждом файле этой папки, название которого начинается с ''weather'', изменить значение параметра ''rain_density'' (плотность дождя) на 0.0. (Файлы открываются блокнотом.)

[[Категория:Конфигурационные_файлы]]

Детектор, показывающий расположение аномалий

2013-08-03T19:47:21Z

91.218.192.254: оформление

SoC
== Детектор, показывающий расположение аномалий ==

Для создание детектора, который будет показывать расположение аномалий на радаре нам нужен всего два файла - '''items.ltx''' ('''gamedata\config\misc''') и '''string_table_enc_equipment.xml''' ('''gamedata\config\text\rus''')
Откройте '''items.ltx''' любым текстовым редактором и найдите такую строчку:
<code>[detector_advances]:identity_immunities</code>
Это сам детектор, его мы и будем подправлять.
Дефолтный вид детектора:

<ini>
[detector_advances]:identity_immunities
GroupControlSection = spawn_group
discovery_dependency =
$spawn = "devices\detector_advanced"
$prefetch = 32
class = D_SIMDET
cform = skeleton
visual = equipments\item_datchik2.ogf
radius = 10 ;15
buzzer_radius = 1.5
noise = zone_mosquito_bald ;detectors\geiger_noise_loop
buzzer = zone_mosquito_bald ;detectors\DA-2_alarm_loop

ef_detector_type = 1

night_vision_particle = damage_fx\heli_burn

;описание распознаваемых детектором зон
zone_class_1 = zone_mosquito_bald
zone_sound_1_ = detectors\DA-2_beep1
zone_min_freq_1 = 0.1 ;0.5
zone_max_freq_1 = 40
zone_map_location_1 = anomaly_zone_location

zone_class_2 = zone_mincer
zone_sound_2_ = detectors\DA-2_beep1
zone_min_freq_2 = 0.1
zone_max_freq_2 = 20
zone_map_location_2 = anomaly_zone_location

zone_class_3 = zone_radioactive
zone_sound_3_ = detectors\DA-2_beep1
zone_min_freq_3 = 1
zone_max_freq_3 = 20
zone_map_location_3 = anomaly_zone_location

zone_class_4 = zone_gravi_zone
zone_sound_4_ = detectors\DA-2_beep1
zone_min_freq_4 = 0.5
zone_max_freq_4 = 30
zone_map_location_4 = anomaly_zone_location

inv_name = Detector
inv_name_short = Detector
inv_weight = 0

inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 15
inv_grid_y = 7
cost = 1000 ;30
;belt = true;
default_to_ruck = false
slot = 8
</ini>

Начнем редактирование.
После строки
<code>visual = equipments\item_datchik2.ogf</code>
добавим строку, которая будет отвечать за описание детектора:
<code>description = enc_equipment_devic_detect2</code>
Теперь меняем строки
<code>inv_name = Detector</code>
и
<code>inv_name_short = Detector</code>
на строки такого вида:
<code>inv_name = detector_advances</code>
и
<code>inv_name_short = detector_advances</code>
Строку
<code>slot = 8</code>
меняем на
<code>slot = 1</code>
''slot = 1'' означает то, что детектор будет работать, когда будет в слоте пистолета

Что должно получиться в итоге:

<ini>
[detector_advances]:identity_immunities
GroupControlSection = spawn_group
discovery_dependency =
$spawn = "devices\detector_advanced"
$prefetch = 32
class = D_SIMDET
cform = skeleton
visual = equipments\item_datchik2.ogf
description = enc_equipment_devic_detect2
radius = 10 ;15
buzzer_radius = 1.5
noise = zone_mosquito_bald ;detectors\geiger_noise_loop
buzzer = zone_mosquito_bald ;detectors\DA-2_alarm_loop

ef_detector_type = 1

night_vision_particle = damage_fx\heli_burn

;описание распознаваемых детектором зон
zone_class_1 = zone_mosquito_bald
zone_sound_1_ = detectors\DA-2_beep1
zone_min_freq_1 = 0.1 ;0.5
zone_max_freq_1 = 40
zone_map_location_1 = anomaly_zone_location

zone_class_2 = zone_mincer
zone_sound_2_ = detectors\DA-2_beep1
zone_min_freq_2 = 0.1
zone_max_freq_2 = 20
zone_map_location_2 = anomaly_zone_location

zone_class_3 = zone_radioactive
zone_sound_3_ = detectors\DA-2_beep1
zone_min_freq_3 = 1
zone_max_freq_3 = 20
zone_map_location_3 = anomaly_zone_location

zone_class_4 = zone_gravi_zone
zone_sound_4_ = detectors\DA-2_beep1
zone_min_freq_4 = 0.5
zone_max_freq_4 = 30
zone_map_location_4 = anomaly_zone_location

inv_name = detector_advances
inv_name_short = detector_advances
inv_weight = 0

inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 15
inv_grid_y = 7
cost = 1000 ;30
;belt = true;
default_to_ruck = false
slot = 1
</ini>

С основной частью закончили, теперь нужно написать описание детектору.
Открываем '''string_table_enc_equipment.xml''' ('''gamedata\config\text\rus''')и в конце но не после последней строки ''</string_table>''
вставляем наше описание

<xml>
<string id="detector_advances">
<text>Детектор обнаружения аномалий</text>
</string>
<string id="enc_equipment_devic_detect2">
<text>Детектор помогает обнаружить аномальную активность.</text>
</string>
</xml>

Для того, чтобы детектор был в игре, можно прописать его в продажу торговцам. ID детектора - ''detector_advances''.

В создании кода детектора крайне помог этот мод (http://stalker-zone.ucoz.ru/load/3-1-0-12/), его автор *AntOFF* ,код из данного мода был дополнен, чтобы аномалии были видны на радаре.

[[Категория: Конфигурационные файлы]]

SoC. Авторазбор

2013-08-03T19:43:41Z

91.218.192.254: оформление

'''Всем привет.'''

Задался я как-то целью сделать в "СТАЛКЕРе" (версия 1.004) машины, юзабельность которых
зависит от наличия в инвентаре ГГ конкретного предмета, а именно ключей от данного транспорта.
Спавн автотехники - пройденный этап,не буду заострять внимание,скажу лишь,что здесь привязал спавн машины к диалогу с коррумпированным майором на Кордоне. Файл '''dialogs_escape.xml''', строки:

<xml>
<phrase id="11">
esc_bridge_soldiers_start_11
<action>esc_modify.spawn_niva</action> - моя добавка
<next>12</next>
</phrase>
</xml>

Прописал Ниву, прописал в файлик '''config\misc\item.ltx''' ключи от неё таким образом:

<ini>
;;;;;;;;;;;;--ключи от нивы--;;;;;;;;;;;;
[niva_keys]:identity_immunities
GroupControlSection = spawn_group
discovery_dependency =
$spawn = "devices\quest_items\niva_keys"
class = II_ATTCH
cform = skeleton
visual = equipments\item_minipda.ogf
radius = 1
description = item_niva_key
inv_name = item_car_key
inv_name_short = item_car_key_s
inv_weight = 0
inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 11
inv_grid_y = 23
cost = 0
</ini>

Прописал в файл '''config\creatures\vehicles.ltx''',в блоке"Нивы" строчку вида:

<pre>
custom_data = scripts\niva_data.ltx.
</pre>

Ясно, после этого - создал сам файл '''config\scripts\niva_data.ltx''', с содержимым:

<ini>
[logic]
active = ph_car
[ph_car]
usable = {+actor_has_niva_key}
</ini>

Добавил в '''info_l01escape.xml''' требующуюся инфопорцию:

<xml>
<info_portion id="actor_has_niva_key"></info_portion>
</xml>

А дальше интересно - активировать проверку наличия у ГГ ключей додумался так: внедрил в скрипт '''escape_tasks.script''' с опросом
инфопорций свои строки:

<lua>
function proceed()
local actor = db.actor
if not has_alife_info("tutorial_artefact_start") and
not has_alife_info("tutorial_artefact_gain") and
actor:object("af_blood_tutorial") ~= nil
then
actor:give_info_portion("tutorial_artefact_gain")
end
-----------------------moi_mod--------------------
if not has_alife_info("actor_has_niva_key") and
actor:object("niva_keys") ~= nil
then
actor:give_info_portion("actor_has_niva_key")
--news_manager.send_tip(db.actor, "find_keys_info")
end
if actor:object("niva_keys")== nil then
actor:disable_info_portion("actor_has_niva_key")
end
----------------------------------------------------
.......и далее по оригиналу.
</lua>

(закомментил сообщение о находке ключей, так как оно является нам каждый раз после любой ближайшей загрузки уровня - не доработал:)
 Получилось в итоге вот что: актёр нашёл (купил) ключи, сел в машину и поехал, а потерял или выбросил (продал, пропил и т.д.) - внутрь не попасть, как ни пытайся.

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

Сие реализовано так - cама Нива спавнится мной прямо за мостом:

<lua>
function spawn_niva()
alife():create("vehicle_niva", vector():set(58.205856,-2.393073,189.756988),345171,98)
-- ключи среди водки и закуски:
alife():create("niva_keys", vector():set(61.393852,-0.143696695,154.954849),349686,97)
end
</lua>

В файле '''info_l01escape.xml''' акция "открыть огонь" привязана к сообщению Торговца об удачном пересечении ж\д насыпи (при условии, естественно, что герой взял чужие ключи):

<xml>
<info_portion id="esc_find_railroad_passage_done"> - родная часть
<action>esc_modify.kill_thief</action> - добавлено
</info_portion> - родная часть
</xml>

т. е. добавлена ссылка на несуществующий пока скрипт '''esc_modify''' и функцию в нём ''kill_thief''.

Скриптовая часть ('''scripts\esc_modify.script'''):

<lua>
function kill_thief()
if has_alife_info("actor_has_niva_key") then
db.actor:give_info_portion("esc_bridge_pass_fire")
end
end
</lua>

Логично вот что: если ГГ не взял ключи (или взял, но спохватился и выбросил), то в спину ему никто не стрельнет, однако и машину уже не угнать.

Времени тестировать особо нет.Прошу прощения за сырость исполнения, учитывая практически отсутствующие навыки программинга. Всё - благодаря статьям именитых моддеров на '''S.T.A.L.K.E.R Inside Wiki'''.

===Автор===

Всем respect, ваш '''J.DLRN''' (''e.delorean@land.ru'').

[[Категория:Конфигурационные_файлы]]

CoP. Создание проводников

2013-08-03T19:36:22Z

91.218.192.254: оформление

Урок по созданию «проводников» и визуализации перехода на заранее подключенную локацию для STALKER Зов Припяти.

[http://narod.ru/disk/19332547000/%D1%83%D1%80%D0%BE%D0%BA.rar.html Сам тутор и все измененные файлы к нему.]

Цели урока:
1. Создание перехода на заранее подключенную локацию
2. Визуализация созданного перехода
3. Использование вольных сталкеров с целью перемещения по локации
Описание урока:
В данном уроке мы создадим переход на заранее подключенную нами локацию, установим на точку перехода аномалию «Пространственный Пузырь», используем вольных сталкеров для быстрого перемещения к нашей аномалии.

Итак, преступим.
Свет погас, открывается занавес.

== Акт первый, основной ;-)==

Строго следуя рекомендациям БАТИ-STALKER`a создаем переход на нашу локацию(http://stalkerin.gameru.net/wiki/index.php/Подключение_локаций_к_ЧН_и_ЗП_с_помощью_программы_от_AMK_Team). Дальше идут цитаты (немного подправленные) из многим известного туториала вышеуказанного модмейкера ;-)

Цитата:
Соединение с остальными уровнями.

Предлагаю вам не терять зря времени, просто бегая по подключенной локации, а замерить координаты для создания перехода. Координаты будем снимать на 2-х локациях: на той с которой будем переходить и на той на которую вы хотите сделать переход соответственно. На каждой локации нам нужно снять по одной координате(координата местоположения самого перехода на первой локации и координата места в которое будет бросать при переходе на подключенную локацию). Как снять координаты, я думаю все знают, поэтому объяснять здесь не буду. (в комплект с данным уроком я поместил архив koord.rar со скриптом для снятия координат, это для тех кому лень искать).

Мы отмерили все необходимые нам координаты.

Затем распаковываем сделанный нами ранее all.spawn. Теперь в нужных нам локациях, в alife_ файлах (для данного примера файл alife_zaton.ltx) добавляем следующую секцию спавна:
(примечание от Freezer: в приведенном ниже коде имена и стартовые координаты указаны для уровня Затон, сам переход расположен левой верхней области карты уровня справа от дорожки, а конечные координаты для подключенного уровня Янтарь, ГГ появляется в бункере у Сахарова)

<ini>
[1]
; cse_abstract properties
section_name = level_changer
name = yan_actor_arrive_walk- уникальное имя
position = -278.19274902344,12.461790084839,621.68505859375 - координаты перехода
direction = 0,0,0
cse_abstract__unk1_h16 = 0x1
; cse_alife_object properties
game_vertex_id = 33 – геймвертексы перехода
distance = 0
level_vertex_id = 389502 – левелвертексы перехода
object_flags = 0xffffff3e
; cse_shape properties
shapes = shape0
shape0:type = box
shape0:axis_x = 1.25219917297363,0,0
shape0:axis_y = 0,3.09340000152588,0
shape0:axis_z = 0,0,1.25219917297363
shape0:offset = 0,0,0
; cse_alife_space_restrictor properties
restrictor_type = 3
; cse_alife_level_changer properties
dest_game_vertex_id = 934 – геймвертексы локи на которую ведет переход
dest_level_vertex_id = 73102 - левелвертексы локи на которую ведет переход
dest_position = 28.876106262207,-11.706871032715,-277.9711303710 - позиция куда кидает
dest_direction = 0,0,0 - поворот гг
dest_level_name = l07_yantar - на какую локу кидает
dest_graph_point = start_actor_01
silent_mode = 1
; se_level_changer properties
</ini>

Изменяем только те места, которые я прокомментировал, комментарии соответственно, удаляем.
Конец цитаты:
Итак сам переход мы создали можно собрать '''all.spawn''' и проверить работоспособность перехода.
Перейдем к следующему этапу.

== Акт второй, Гламурный ;-) ==

Переход то мы собрали, вот только он невидимый, поэтому добавим гламура и поставим на место перехода всем известную аномалию «Пространственный Пузырь» aka шарик-телепортатор.
Снова открываем alife_zaton.ltx (ибо переход мы разместили на нем), и добавляем следующую секцию:

<ini>
[2]
; cse_abstract properties
section_name = space_restrictor
name = zat_teleport_sphere_to_yan – уникальное имя секции
position = -278.19274902344,12.461790084839,621.68505859375 – координаты шарика (они точно соответствуют координатам созданного нами ранее перехода)
direction = 0,0,0

; cse_alife_object properties
game_vertex_id = 33 –геймвертекс шарика (соответствует геймвертексу перехода)
distance = 0
level_vertex_id = 389502 –левелвертекс шарика (соответствует левелвертексу перехода)
object_flags = 0xffffff3e
custom_data = <<END
[logic]
cfg = scripts\zaton\zat_teleport_sphere.ltx – уникальное имя используемого скрипта
END

; cse_shape properties
shapes = shape0
shape0:type = sphere
shape0:offset = 0,0,0
shape0:radius = 1.40499997138977

; cse_alife_space_restrictor properties
restrictor_type = 3
</ini>

Сохраняем файл (если юзали контрол+цэ контрол+вэ незабываем удалить комменты).

Открываем '''way_zaton.ltx''' в него добавляем следующую секцию:

<ini>
[zat_teleport_sphere_to_yan]
points = p0
p0:name = wp00
p0:flags = 0x1
p0:position = -278.19274902344,12.461790084839,621.68505859375
p0:game_vertex_id = 33
p0:level_vertex_id = 389502
</ini>

Думаю, что комменты по координатам не нужны. Обратите внимание на имя секции, оно соответствует уникальному имени в alife файле.
Все, пока с alife и way мы закончили, можно собрать '''all.spawn'''

Далее необходимо создать скрипт для шарика, имя скрипта мы указали в '''alife''' файле. Итак, в папке с игрой в '''gamedata\configs\scripts\zaton''' создаем файл '''zat_teleport_sphere.ltx'''.
В файле пишем:

<ini>
[logic]
active = sr_particle@ zat_teleport_sphere_to_yan – имя активного партикла

[sr_particle@ zat_teleport_sphere_to_yan] – собственно начало самого партикла
name = anomaly2\anomaly_spatial_bubble_idle
path = zat_teleport_sphere_to_yan – имя секции в way файле в которой описан шарик
mode = 2
looped = true
</ini>

Сохраняем файл по указанному пути, вспоминаем что юзали cntrl+c, cntr+v, снова открываем файл и удаляем мои комменты ;-)

Если все сделано правильно, то можно запустить игру и насладиться красивейшим явлением, аномалией «Пространственный Пузырь», расположенной в точке нашего перехода.

== Акт третий, Ленивый ==

Итак, переход создан, визуализирован и радует нас своей красотой и функциональностью, но думаю, что за время всех проверок вы уже изрядно стерли кнопки на клаве, бегая по зоне пешком туда-сюда, поэтому, как говорил один известный пендосовский миллионер: «Я так хорошо выгляжу потому, что я никогда на стоял если можно сидеть и никогда не сидел если можно лежать».
Ну вот, запустили мы новую игру, давайте пробежим немного прямо. Кто это? Опа, нам на встречу идут пара неписей. Из беседы мы узнаем, что за энную сумму бабла они могут нас отвести хоть на край света, да вот досада эти два осла с автоматами ничерта не знают о нашей прекрасной аномалии «Пространственный Пузырь».
За чем же встало дело? Давайте просветим невежд, и в будущем будем на законных основаниях пользоваться их услугами.
Преступим.
Для начала снова замерим координаты на местности куда нас приведут npc (я снял координаты на пару метров левее самой аномалии).
Далее в файле '''alife_zaton.ltx''' добавим следующую секцию:

<ini>
[3]
; cse_abstract properties
section_name = smart_terrain
name = zat_b1000 – уникальное имя смарт террана на который нас приведут неписи
position = -317.98794555664,19.28000831604,608.48858642578 –координаты конечной точки на которую нас приведут неписи
direction = 0,0,0

; cse_alife_object properties
game_vertex_id = 212
distance = 0
level_vertex_id = 314120
object_flags = 0xffffff3e
custom_data = <<END
[smart_terrain]
cfg = scripts\zaton\smart\zat_b1000.ltx – уникальное имя используемого скрипта
END

; cse_shape properties
shapes = shape0
shape0:type = sphere
shape0:offset = 0,0,0
shape0:radius = 2

; cse_alife_space_restrictor properties
restrictor_type = 3

; se_smart_terrain properties</ini>

Сохраняем файл.

Открываем '''way_zaton.ltx'''
Добавляем следующие секции:

В данной секции пишем координаты куда нас должны привести
<ini>[zat_b1000_traveller_actor] ;Это координаты по которых после телепорта будет спаунится ГГ, пишутся они так [Имя_смарта_traveller_actor]
points = p0
p0:name = wp00
p0:position = -317.98794555664,19.28000831604,608.48858642578
p0:game_vertex_id = 212
p0:level_vertex_id = 314120
</ini>

Все секции, приведенные ниже это - вейпойнты для сопровождающих неписей, они нужны иначе никто никуда не идет, а все стоят и тупо гонят друг на друга, примерно так:
ГГ: Я ж тебе сволочь денег дал, пошли!!!
Непись: Да чет лениво мне как-то…
ГГ: Тогда бабло верни!!!!
Непись: Какое такое бабло?
В это время движок уже отключил аи и управление, и как результат, ГГ кипит от злости за то, что его банально кинули на бабки, но даже в рожу неписю дать не может, а тот, скотина, стоит и ухмыляется. Вот такую картину я лицезрел пока не добавил нижеприведенные секции.
Координаты в них я не менял, а секции банально скопировал из другого места, поэтому я иду к аномалии «Пространственный Пузырь», а сопровождающие неписи "идут лесом", то есть к аномалии коготь (для желающих лицезреть проводников рядом с собой в конечной точке прибытия, небольшое домашнее задание по доработке координат в нижеприведенных секциях)

<ini>
[zat_b1000_traveller_squad] ; Это координаты по которых после телепорта будут спаунится НПС, пишутся они [имя_смарта_traveller_squad]
points = p0,p1
p0:name = wp00
p0:position = -24.9449501037598,1.29261004924774,-196.022598266602
p0:game_vertex_id = 56
p0:level_vertex_id = 895313
p0:links = p1(1)

p1:name = wp01
p1:position = -26.4207763671875,1.04062795639038,-194.030059814453
p1:game_vertex_id = 56
p1:level_vertex_id = 892596

;;; Ниже Приведени не совсем нужные вейпоинты, это уже работа для НПС на самом смарте. Если у вас на смарте уже есть работа, то эти секции ниже не нужны.
;;; В принципе если даже работ на смарте нет, то работать будет, НПС в ужасе разбегутся на пару метров и будут тупо по тупому сидеть =).

[zat_b1000_walker_1_look]
points = p0
p0:name = wp00|a=sit_ass
p0:flags = 0x1
p0:position = -35.1018524169922,0.350845992565155,-193.619186401367
p0:game_vertex_id = 56
p0:level_vertex_id = 876236

[zat_b1000_walker_1_walk]
points = p0
p0:name = wp00
p0:flags = 0x1
p0:position = -33.450439453125,0.419611006975174,-192.414947509766
p0:game_vertex_id = 56
p0:level_vertex_id = 879043

[zat_b1000_walker_2_look]
points = p0
p0:name = wp00|a=sit
p0:flags = 0x1
p0:position = -35.8835983276367,0.317862987518311,-193.98469543457
p0:game_vertex_id = 56
p0:level_vertex_id = 874818

[zat_b1000_walker_2_walk]
points = p0
p0:name = wp00
p0:flags = 0x1
p0:position = -35.9317092895508,0.310889005661011,-191.664642333984
p0:game_vertex_id = 56
p0:level_vertex_id = 874821

[zat_b1000_walker_3_look]
points = p0
p0:name = wp00
p0:flags = 0x1
p0:position = -35.1221542358398,0.349720001220703,-193.500946044922
p0:game_vertex_id = 56
p0:level_vertex_id = 876237

[zat_b1000_walker_3_walk]
points = p0
p0:name = wp00
p0:flags = 0x1
p0:position = -33.0930519104004,0.432388007640839,-191.15592956543
p0:game_vertex_id = 56
p0:level_vertex_id = 880435
</ini>

Сохраняем файл.
ЗЫ: удалите мои Коментарии при сборке '''all.spawn'''!
Можно собирать '''all.spawn'''.

Теперь вспомним о том что мы упоминали некий уникальный скрипт, итак создадим его.
В папке с игрой '''gamedata\configs\scripts\zaton\smart''' создадим файл '''zat_b1000.ltx'''
В нем пишем:

<ini>
[smart_terrain]
squad_id = 32
max_population = 1

[exclusive]
;;; Секции которые здесь были я удалил потому-что это вообще эксклюзивные работы НПС в смарте, и они здесь не нужны(именно те которые были тут).
</ini>

С содержимым файла разбираться времени не было, работает и ладно, оно тупо скопировано из другого подобного файла, так что вот вам еще одно домашнее задание: разберитесь для чего нужны последние 3 строки в этом файле. (да я лентяй ну и что ;-) прим. автора)

Далее в папке с распакованной геймдатой '''gamedata\configs\text\rus''', находим файл '''st_land_names.xml''' и кладем его в папку с игрой путь '''gamedata\configs\text\rus'''.
Открываем скопированный файл и добавляем в него следующую секцию:

<xml>
<string id="st_zat_b1000_name">
<text>Пространственный Пузырь</text>
</xml>

Сохраняем файл.

Далее чешем в папку с распакованной геймдатой, там в '''gamedata\configs\misc\''' находим '''travel_manager.ltx''' и по аналогии с предыдущим файлом копируем его в папку с игрой.
Открываем '''travel_manager.ltx'''
Находим секции: «идентификатор st_<комьюнити>_zaton_smart_name_1»
Пишем туда:

<code>
zat_b1000 = st_stalker_zat_b1000
</code>

Далее ниже находим:

<code>
[traveler] ; Перечень точек, куда проводники могут отвести за бабосы.
zat_stalker_base_smart ; name смарта
</code>

и пишем туда:

<code>
zat_b1000
</code>

Ну и в конце:

<code>
[zat_b1000]
level = zaton
name = st_zat_b1000_name
condlist = true
</code>

Все, сохраняем и запускаем игру!!!!

== Авторы ==

Ну вот, мы снова начали новую игру, давайте снова подойдем к известным нам ранее неписям и узнаем куда же они смогут нас отвести.
О ЧУДО!!!! НЕПИСИ ЗНАЮТ О АНОМАЛИИ «Пространственный Пузырь»!!!!

Прогуляемся? ;-)

Конец третьего акта. Занавес. Бурные аплодисменты. Благодарности и цветы для: '''Freezer и БАТЯ-STALKER''' …

Успехов вам в написании собственных «сказок»!!!!

'''Авторы и ©: Александр Левашов aka Freezer при огромной поддержке БАТЯ-STALKER. Mesnik - подредактировал, прокоментировал некоторые аспекты и поудалял не нужные секции.'''

Зы: для лентяев (таких как я) прилагаю все описанные выше файлы скриптов.
Зы Зы: все вопросы и предложения на Freezer_s@mail.ru с темой «модострой».

[[Категория:Конфигурационные файлы]]

CoP. Создание реактивных выстрелов

2013-08-03T19:31:02Z

91.218.192.254: оформление, орфография

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

Суть такого нововведения в том что бы подстволшьник мог стрелять реактивными гранатами-выстрелами (аля ОГ-7В)

'''Приступим!!!'''

1) Открываем '''configs/weapons/weapons.ltx''' и копируем секцию описания выстрела M-203:

<ini>[ammo_m209]:ammo_base
GroupControlSection = spawn_group
discovery_dependency =
$spawn = "weapons\ammo\ammo_m209" ; option for Level Editor
class = S_M209
cform = skeleton
visual = dynamics\weapons\wpn_ammo\ammo_m209.ogf
description = ammo-m209_descr
slot = -1
$prefetch = 64

cost = 3500

box_size = 1

inv_name = ammo-m209
inv_name_short = ammo-m209_s
inv_weight = 0.1

inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 5
inv_grid_y = 13

kill_msg_x = 61
kill_msg_y = 232
kill_msg_width = 19
kill_msg_height = 22

k_dist = 1
k_disp = 1
k_hit = 1
k_impulse = 1
k_pierce = 0.25
k_ap = 0.25
impair = 1
buck_shot = 0
tracer = off
wm_size = 0.05

fake_grenade_name = wpn_fake_missile2

;могут ли боеприпасы быть неограниченными : 1 - могут, 0 - не могут
can_be_unlimited = true ;false</ini>

И перепишем её:

<ini>[ammo_m209rocket]:ammo_base
GroupControlSection = spawn_group
discovery_dependency =
$spawn = "weapons\ammo\ammo_m209rocket" ; option for Level Editor
class = S_M209
cform = skeleton
visual = dynamics\weapons\wpn_ammo\ammo_m209.ogf
description = ammo-m209rocket_descr
slot = -1
$prefetch = 64

cost = 7500

box_size = 1

inv_name = ammo-m209rocket
inv_name_short = ammo-m209rocket_s
inv_weight = 0.15

inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 5
inv_grid_y = 13

kill_msg_x = 61
kill_msg_y = 232
kill_msg_width = 19
kill_msg_height = 22

k_dist = 1
k_disp = 1
k_hit = 1
k_impulse = 1
k_pierce = 0.25
k_ap = 0.25
impair = 1
buck_shot = 0
tracer = off
wm_size = 0.05

fake_grenade_name = wpn_fake_missile13

;могут ли боеприпасы быть неограниченными : 1 - могут, 0 - не могут
can_be_unlimited = true ;false</ini>

Как видите, здесь мы поменяли только системное имя, ссылки на описание, вес, стоимость и '''ссылку на fake_missile''' А вот это и есть основа всего =)

Путем долгих разборов выяснилось, что подствольник, как таковой, не стреляет, а лишь запускает функцию ''fake_missile'' c определенными парраметрами.

Следовательно, в этом же файле чуть ниже мы видим описания конкретных fake'ов. Так вот, после всех родных fake'ов мы вставим вот такой вот:

<ini>[wpn_fake_missile13]:identity_immunities,default_weapon_params
$prefetch = 32
visual = dynamics\weapons\wpn_ammo\ammo_m209.ogf
cform = skeleton
class = G_FAKE

inv_weight = 0

cost = 150

blast = 2.00 ;Взрывная волна(значение влияет на эффект размазанности если ГГ попал в радиус)
blast_r = 15 ;Радиус взрывной волны
blast_impulse = 350 ;Сила с которой волна раскидывает физические объекты
;delete
blast_impulse_factor = 1 ;Судя по всему наличие самой волны (типа 1=true 0=false)

frags = 30 ;Осколки(тут прописано количество онных)
frags_r = 20 ;На какое растояние полетят осколки(желательно делать больше blast_r)
frag_hit = 0.50 ;Повреждение наносимое одним осколком
frag_hit_impulse = 50 ;Сила с которой осколок толкнет физический объект

hit_type_blast = explosion ;Тип урона взрывной волны
hit_type_frag = fire_wound ;Тип урона осколков

up_throw_factor = 0.7 ;Х.з.

;trail = weapons\rpg_trail_01, weapons\rpg_trail_02

explode_particles = explosions\explosion_01 ;Визуал взрыва

light_color = 1.9,1.4,0.5 ;Цвет вспышки при взрыве
light_range = 14.0 ;Яркость вспышки
light_time = 0.85 ;Время свечения(60.0 = 10сек)

ph_mass = 5 ;Физическая масса
;engine_f = 530
;engine_u = 90

jump_height = 1 ;Подпрыгивание гранаты перед взрывом

;трассы от осколков
fragment_speed = 100 ;Скорость полёта осколков

wm_size = 0.05 ;Размер отверстия от осколка(на стенах и т.д.)
;wallmarks
wallmark_section = explosion_marks
explode_duration = 5 ;подолжительность взрыва (с)

;звуки
snd_explode = weapons\f1_explode ;Звук взрыва
snd_fly_sound = weapons\rocket_fly ;Звук полета(работы двигателя)

;свойства которые читаются, но не используются
inv_name = ammo-vog-25p
inv_name_short = ammo-vog-25p
inv_weight = .2

inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 19
inv_grid_y = 9

kill_msg_x = 38
kill_msg_y = 233
kill_msg_width = 21
kill_msg_height = 22

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;; Свойства CustomRocket
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
engine_present = true ;присутствует ли в ракете двигатель
engine_work_time = 3000 ;время работы двигателя (в милисекундах)
engine_impulse = 300 ;разгонная сила двигателя
engine_impulse_up = 133,906 ;подъёмная сила двигателя( установлена сила при которой снаряд немного опускается)
engine_particles = weapons\rpg_trail_00 ;визуал работы двигателя
lights_enabled = true ;свет вокруг ракеты, во время полета
trail_light_color = 0.6,0.5,0.3 ;цвет освещения во время полёта
trail_light_range = 8.0 ;яркость освещения во время полета
force_explode_time = 10000 ;время в милисекундах через которое снаряд взорвется не достигнув цели(типа если пальнуть вверх)
</ini>

Сохраняем '''weapons.ltx'''

2)Добавление к оружию. Откроем для примера '''w_fn2000.ltx''' и найдем строку:

<code>grenade_class = ammo_m209</code>

И поменяем на:

<code>grenade_class = ammo_m209, ammo_m209rocket</code>

Сохраняем '''w_fn2000.ltx'''

3)Идем в '''gamedata\configs\text\rus''' и открываем '''st_items_weapons.xml'''

В нем по анологии создаём секции содержащие:

<code>ammo-m209rocket_descr ;Описание
ammo-m209rocket ;Имя в инвентаре
ammo-m209rocket_s ;Имя в слоте</code>

Вот и всё. Теперь если дать ГГ ФН-2000 и эти гранаты он сможет с лёгкостью разделаться с любым врагом =)

Автор: [[Участник:WincentDark69|WincentDark69]]

[[Категория:Конфигурационные_файлы]]

Создание нового оружия

2013-08-03T19:27:10Z

91.218.192.254: оформление

В этой статье мы научимся создавать новые образцы вооружения. Для начала, мы будем использовать модели из оригинальной игры. Если вы хотите создать оружие, имеющее уникальный внешний вид, ознакомьтесь с [[Создание моделей и их добавление в игру|уроком]] по созданию моделей.

Добавим в игру '''АК101'''.

==Внешний вид==

Позаботимся о том, чтобы наше оружие отличалось внешне от того же '''АК74'''.

===Текстуры===

Нарисуем для оружия новую текстуру. Подробно останавливаться на этом процессе не буду, ознакомьтесь с примером, приведенным [[Изменение текстур#Изменение текстур моделей|здесь]]. Итак, основываясь на текстуре '''АК74''', мы сделали вот такую текстуру:

[[Изображение:500px-AK101 texture.jpg]]

Файлы текстур мы назвали:

* '''wpn_ak10.dds'''
* '''wpn_ak10_bump#.dds'''
* '''wpn_ak10_bump.dds'''

===Модели===

Новых моделей мы пока делать не станем, просто воспользуемся дублированными моделями от '''АК74'''. Скопируем папку:

'''gamedata\meshes\weapons\ak74\'''

И назовем её '''ak-101'''. Содержимое, соответственно, переименуем в:

* '''wpn_ak101.ogf'''
* '''wpn_ak101_hud.ogf'''.

Теперь пропишем в эти модели созданные нами текстуры. Способ описан [[Изменение текстур#Создание новых visual для использования с новыми объектами|здесь]]'''.

P.S. от Кепа: Вобще, если вы создаёте новое оружие на основе старой модели, то удобней будет прописывать его через файл gamedata\config\misc\unique_items.ltx (в Тени чернобыля). В Чистом небе уникальные стволы лежат в файлах оружия.
Смысл в том, что вам не нужно бутет переписывать все значения оружия в новый файл, а просто надо добавить ссылки на новые текстуры и описания, и перечислить свойства, которые Вы хотите заменить. Кроме того, создавая отдельный файл модели для нового оружия Вы тупо загружаете одну и туже информацию в память по второму кругу (это нехорошо, да). Всё остальное надо делать также как написано далее.

Если создаете оружие с новой моделью то обязательно не оставляйте её без изменений.Почему-то в игре не может быть двух оружий с одинаковыми моделями.И еще-если вы создаете прототипное оружие(меняете часть конфигов) то обязательно кладите конфиг в соответствующий файл(в ЧН и ЗП это файл с оружием-прототипом,а в ТЧ unique_items) иначе при загрузке игра будет вылетать,примерно так:
argument:can not find section 'название вашего оружия'

===Иконки===

Добавим в игру иконки, которыми оружие будет отображаться в инвентаре. Способ подробно описан [[Изменение текстур#Изменение иконок предметов|здесь]].

Вот, что получилось в конечном итоге:

[[Изображение:500px-AK101 icon.jpg]]

==Конфиги==

Новое оружие мы будем делать на базе оригинальных конфигурационных файлов. Создадим '''АК101''' на базе конфигов '''АК74'''.

===Свойства оружия===

Скопируем файл из папки:

'''gamedata\config\weapons\ak74.ltx'''

Назовем его '''ak101.ltx'''.

Отредактируем свойства по своему усмотрению (но лучше - в соответствии с достоверной информацией о характеристиках оружия, т.к. '''АК101''' - всё-таки оружие реально существующее). Редактирование конфигов оружия подробно описано в отдельном [[Редактирование оружия|уроке]]. В данном случае конфиг был составлен таким образом:

<ini>;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
[wpn_ak101]:identity_immunities
GroupControlSection = spawn_group
discovery_dependency =
$spawn = "weapons\ak-101" ; name and section in level editor
$npc = on
$prefetch = 8
scheduled = off ;[] option for ALife Simulator
cform = skeleton
class = WP_AK74 ; class of the weapon that corresponding to CPP class
min_radius = 30 ; [] for AI
max_radius = 100 ; [] for AI
description = enc_weapons1_wpn-ak101

ef_main_weapon_type = 2
ef_weapon_type = 6

;-----------------------------------------------------------------------------------
holder_range_modifier = 1.0 ; во сколько раз увеличивается eye_range
holder_fov_modifier = 0.7 ; во сколько раз увеличивается eye_fov
;-----------------------------------------------------------------------------------

cost = 2;4000
weapon_class = assault_rifle

ammo_limit = 210
ammo_elapsed = 30

ammo_mag_size = 30
fire_modes = 1, -1

ammo_class = ammo_5.56x45_ss190, ammo_5.56x45_ap
grenade_class = ammo_vog-25, ammo_vog-25p
launch_speed = 0

hand_dependence = 1
single_handed = 0

slot = 2
animation_slot = 2
inv_name = wpn-ak101
inv_name_short = wpn-ak101
inv_weight = 3.3

inv_grid_width = 5
inv_grid_height = 2
inv_grid_x = 11
inv_grid_y = 29

kill_msg_x = 0
kill_msg_y = 28
kill_msg_width = 84
kill_msg_height = 28

;-----------------------------------------------------------------------------------
;params of weapon recoil

fire_dispersion_base = 0.15;0.2
control_inertion_factor = 1.1f;1.25f

;отдача
cam_relax_speed =6;5;3.5; 0.15
cam_dispersion = 0.1;0.15
cam_dispersion_inc = 0.2;0.3
cam_dispertion_frac = 0.8;0.9
cam_max_angle = 10.0
cam_max_angle_horz = 20.0
cam_step_angle_horz = 1.1;1

fire_dispersion_condition_factor = 5.7;5
misfire_probability = 0.0055;0.003
misfire_condition_k = 0.06;0.05
condition_shot_dec = 0.00035;0.0001
;-----------------------------------------------------------------------------------

fire_point = 0,0.216,0.638
fire_point2 = 0,0.216,0.730

flame_particles = weapons\generic_weapon05
smoke_particles = weapons\generic_shoot_00
grenade_flame_particles = weapons\generic_weapon01

shell_point = 0,0.216,0.174
shell_particles = weapons\generic_shells

PDM_disp_base = 1.0
PDM_disp_vel_factor = 1.3
PDM_disp_accel_factor = 1.3
PDM_crouch = 1.0
PDM_crouch_no_acc = 1.0

; ttc
hit_power = 0.36, 0.4, 0.43, 0.46
hit_impulse = 140
hit_type = fire_wound
fire_distance = 1700
bullet_speed = 1000
rpm = 750

use_aim_bullet = true
time_to_aim = 1.0

;params when silencer is attached
;similar to corresponding params without prefix silencer_

silencer_hit_power = 0.38
silencer_hit_impulse = 120
silencer_fire_distance = 250
silencer_bullet_speed = 600

hud = wpn_ak101_hud

position = -0.026,-0.172,0
orientation = 0,0,0

;--STRAP PARAMETERS-----------------------------------------------------------------
strap_position = -0.16,-0.40,0.15
strap_orientation = -10,-5,10
strap_bone0 = bip01_spine2
strap_bone1 = bip01_spine1

visual = weapons\ak-101\wpn_ak101

light_color = 0.6,0.5,0.3
light_range = 5
light_var_color = 0.05
light_var_range = 0.5
light_time = 0.2

ph_mass = 5

;addons
scope_status = 2
silencer_status = 2
grenade_launcher_status = 0;2

zoom_enabled = true
scope_zoom_factor = 50

scope_name = wpn_addon_scope
scope_x = 42
scope_y = 3
silencer_name = wpn_addon_silencer
silencer_x = 218
silencer_y = 13
grenade_launcher_name = wpn_addon_grenade_launcher
grenade_launcher_x = 116
grenade_launcher_y = 23

;sounds (name of the sound, volume (0.0 - 1.0), delay (sec))
snd_draw = weapons\ak74_draw
snd_holster = weapons\generic_holster
snd_shoot = weapons\ak74_shot_0
snd_shoot1 = weapons\ak74_shot_1
snd_shoot2 = weapons\ak74_shot_2
snd_shoot3 = weapons\ak74_shot_3
snd_empty = weapons\gen_empty, 0.5
snd_reload = weapons\ak74_reload, 0.7, 0.35
snd_shoot_grenade = weapons\gen_grenshoot
snd_reload_grenade = weapons\gen_grenload, 1.0, 0.8
snd_switch = weapons\groza_switch, 1.0, 0.5

;params when silencer is attached
;similar to corresponding params without prefix silencer_

;silencer_flame_particles = weapons\generic_weapon01
silencer_smoke_particles = weapons\generic_shoot_00

snd_silncer_shot = weapons\w_ak74_shot1

silencer_light_color = 0.6,0.5,0.3
silencer_light_range = 0.01
silencer_light_var_color = 0.05
silencer_light_var_range = 0.5
silencer_light_time = 0.2

;-----------------------------------------------------------------------------
;-- HUD DESCRIPTION
;-----------------------------------------------------------------------------

[wpn_ak101_hud]
allow_inertion = true

;similar to corresponding params in weapon section but for 1st person view

shell_point = -0.065000,0.000000,-0.045000
shell_dir = 0.0, 1.0, 0.0

fire_point = 0.09,0.020,-0.06
fire_point2 = 0.30, 0.00, 0.05
fire_bone = wpn_body

orientation = 0, 0, 0
position = 0, 0, 0.05
visual = weapons\ak-101\wpn_ak101_hud

grenade_bone = wpn_grenade

; animation names

anim_idle = idle
anim_idle_aim = idle_aim
anim_reload = reload
anim_draw = draw_wo_gl
anim_holster = holster_wo_gl
anim_shoot = shoot

; animation names
; attached grenade launcher [GRENADE fire mode]
anim_idle_g = idle_grenade
anim_idle_g_aim = idle_g_aim
anim_reload_g = reload_grenade
anim_shoot_g = shoot_grenade
anim_switch_grenade_on = switch_grenade
anim_switch_grenade_off = switch_grenade_off
anim_draw_g = draw_grenade_mode
anim_holster_g = holster_grenade_mode

; attached grenade launcher [NORMAL fire mode]
anim_idle_gl = idle_w_gl
anim_idle_gl_aim = idle_w_gl_aim
anim_reload_gl = reload_w_gl
anim_draw_gl = draw_w_gl
anim_holster_gl = holster_w_gl
anim_shoot_gl = shoot_w_gl
anim_idle_sprint = idle_sprint

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;HUD offset in zoom mode (to all)
;(use CONSOLE: hud_adjust_mode 0,1,2, then keys WSADQE and P to show current value in console)

zoom_offset = -0.112400,0.016800,-0.115000
zoom_rotate_x = 0.000200
zoom_rotate_y = 0.017500

zoom_hide_crosshair = true

; same as above, but for attached grenade launcher for
; in NORMAL shoot mode

grenade_normal_zoom_offset = -0.112500,0.014000,0.000000
grenade_normal_zoom_rotate_x = -0.000900
grenade_normal_zoom_rotate_y = 0.017200

; same as above, but for attached grenade launcher for
; in GRENADE mode

grenade_zoom_offset = -0.039600,-0.433100,0.000000
grenade_zoom_rotate_x = -0.538700
grenade_zoom_rotate_y = -0.033800</ini>

===Регистрация===

Итак, с характеристиками разобрались. Теперь зарегистрируем оружие в файле '''weapons.ltx'''. Для этого пропишем в него строку следующего вида:

<pre>#include "w_ak101.ltx"</pre>

Также, необходимо прописать модели, используемые для отображения оружия, в '''prefetch.ltx''':

<ini>[...]
weapons\abakan\wpn_abakan
weapons\abakan\wpn_abakan_hud
weapons\ak-101\wpn_ak101
weapons\ak-101\wpn_ak101_hud
weapons\ak74\wpn_ak74
weapons\ak74\wpn_ak74_hud
[...]</ini>

Так же не забудте в файле '''mp_ranks.ltx''' прописать после '''available_items''' (которое внизу)
прописать название своего оружия. Это предотвратит вылет при убийстве ГГ а также вылет при выкидывании оружия из инвентаря.

==Добавление в игру==

Осталось добавить оружие в игру.

Выдайте его некоторым NPC ([[Редактирование NPC#Практика|как это сделать?]]), расширьте ассортимент торговцев ([[Редактирование торговцев#Расширяем ассортимент|как это сделать?]]).

А вот как оно будет выглядеть в игре:

[[Изображение:Russian_Guns_3.jpeg]]

P.S. При создании нового оружия можно допустить некоторые ошибки в конфиге, что приведёт к вылету игры.
При таком случае сразу после вылета игры заходим в любой текстовый редактор и нажимаем клавиши Ctrl+V (вставить) и внизу можно увидеть из-за какой ошибки вылетела игра, а там уже дело техники исправить ошибку...

<code>Expression : fatal error
Function : CModelPool::Instance_Load
File : E:\stalker\patch_1_0004\xr_3da\xrRender\ModelPool.cpp
Line : 111
Description : <no expression>
Arguments : Can't find model file 'weapons\gaussmod\wpn_gauss_hud.ogf'.</code>

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

(Чтобы в игре название и описание оружия были не от АК-74 а от нашей АК-101 делаем как написано в этой [http://stalkerin.gameru.net/wiki/index.php/%D0%A1%D0%BF%D0%B0%D0%B2%D0%BD_%D0%BD%D0%BE%D0%B2%D1%8B%D1%85_%D0%BF%D1%80%D0%B5%D0%B4%D0%BC%D0%B5%D1%82%D0%BE%D0%B2 статье], всё начиная с "''И description = enc_equipment_food_bread1 на description = enc_equipment_food_bread1_test''" вам понадобится.)
Информацию о оружии можно найти [http://world.guns.ru здесь.]

'''АК-101''' - ''Автомат Калашникова АК-101 является экспортной модификацией штатного автомата Российской армии АК-74М. Главным (и фактически единственным) отличием АК-101 от АК-74М является калибр - автомат "сотой" серии использует патроны калибра 5.56мм (5.56х45 НАТО) и соответствующие магазины, в остальном автоматы идентичны.''

==Авторы==

Статья создана:
*[[Участник:BAC9-FLCL|BAC9-FLCL]]

Статья подправлена:
*[[Участник:Хемуль04|Хемуль04]]

По материалам мода [[Mod:Russian Guns|Russian Guns]] за авторством:
*[[Участник:Tony|Tony]]
*[[Участник:lez0|lez0]]

[[Категория:Конфигурационные_файлы]]

Когда будете прописыватьв конфиге значения "inv_grid_y" и "inv_grid_x" имейте в виду, что отсчет по сетке идет с верхнего левого угла и указывать нужно верхний левый угол картинки, которая должна отображатся в инвентаре. То есть координаты самого первого угла будут 0;0. Самая первая винтовка в файле ...\S.T.A.L.K.E.R\gamedata\textures\ui\ui_icon_equipment.dds это - СВД. И если вы посмотрите ее конфигурационный файл то увидете, что там указаны значения inv_grid_x = 0 inv_grid_y = 0. Отсчет по оси X идет по горизонтали с лева на право, а по оси Y - сверху вниз по возрастающей. Но считать с начала сетки - очень не удобно, поэтому вычисляйте координаты вашего обьекта по известным координатам уже существующего и реально правильно отображаемого файла в игре. Например мы имеем inv_grid_x= 5 inv_grid_y= 9 для fn2000(координаты верхнего левого угла) и мы хотим узнать координаты гранатф ф1, которая находится рядом. Для этого удобно использовать фотошоп с сеткой 50 на 50 пикселей. (как ее сделать описано по ссылке в статье к которой написана эта поправка.) И так мы видим что граната находится сразу справа порсле винтовки. То есть на 4-й клетке после квадрата угла винтовки без его учета. Она находится спраа, а значит нужно по оси X к 5 прибавить 4, и получится 9. По оси Y координтаы не изменились так как они находятся на одной линии с винтовкой. Таким образом получает коордитаны гранаты 9 по Х и 9 по Y. Если мы посмотрим конфиг гранаты то увидим там "inv_grid_x= 9" "inv_grid_y= 9". То что и соответствует тому, что мы высчитали. :) Удачи.

SoC. Техника в игре

2013-08-03T19:24:30Z

91.218.192.254: оформление, орфография

==Техника в игре==

Как известно из множества вырезанного из игры особо запомнился транспорт.
Сейчас мы вернём один «экземпляр» всем известную «Ниву».
Для «воскрешения» понадобится 2 файла:
 '''gamedata/config/creatures/vechicles.ltx'''
 ''gamedata/spawns all.spawn'''
А также текстовый редактор и '''ACDC''', входящий в состав '''X-ray Game asset tools'''.
'''1.''' Распакуем файл '''all.spawn''' при помощи программы от '''bardak''.' Как распаковывать написано в '''readme.txt''', поэтому описывать данный этап не буду.

'''2.''' Находим файл '''alife_l01_escape.ltx''' как видно там структура, что-то вроде этого:
<ini>[0]
; cse_abstract properties
section_name = breakable_object
name = meshes\brkbl#0.ogf
position = −79.4930877685547,-3.16186141967773,-76.9341430664063
direction = 0.581841766834259,-1.45571649074554,-0.267672836780548

; cse_alife_object properties
game_vertex_id = 0
distance = 0
level_vertex_id = 594270
object_flags = 0xffffffba

; cse_visual properties
visual_name = meshes\brkbl#0

; cse_alife_object_breakable properties
health = 1</ini>

То есть очень простая…

'''3.''' Заменять имеющееся не будем, а просто в самом конце напишем:
<ini>[870]
; cse_abstract properties
section_name = m_car
name = niva
position = -239,8912,-19,43,-123,0998
direction = 0.581841766834259,-1.45571649074554,-0.267672836780548

; cse_alife_object properties
game_vertex_id = 0
distance = 0
level_vertex_id = 594270
object_flags = 0xffffffba

; cse_visual properties
visual_name = physics\vehicles\niva\veh_niva_u_01

; cse_alife_object_breakable properties
health = 1 </ini>
Где ''niva'' - это секция в '''ltx'''-файле, которая будет использоваться для параметров объекта,
а ''visual_name'' - это расположение модели.
''health = 1'', следовательно, здоровье.
Разделы ''position'' и ''direction'' взяты с «долгоблуждающего» по сети файла '''all.spawn''', где автомобили находились прямо возле выхода от Сидоровича.
Для выбора других координат можно использовать команду консоли ''rs_stats = 1''.
После чего сохраняем изменения, компилируем '''all.spawn''', помещаем его в '''gamedata\spawns'''.
Теперь нам понадобится файл '''vechicles.ltx''' в '''gamedata/config/creatures'''
Открываем его и дописываем там:
<ini>[niva]
GroupControlSection = spawn_group
$spawn = "vehicles\niva"
class = SCRPTCAR
cform = skeleton
visual = physics\vehicles\niva\veh_niva_u_01.ogf
actor_visual = physics\vehicles\niva\veh_niva_u_01.ogf
ef_equipment_type = 3
ph_mass = 100000
script_binding = bind_physic_object.init </ini>
Всё, начинаем новую игру, после выхода от Сидоровича вы увидите Ниву, для того чтобы её завести наберите в консоли ''bind turn_engine kb''. По этому принципу можно заспавнить авто на любой локации.

'''Еще один способ воскресить транспорт'''

Все это хорошо, но есть еще один простой способ воскресить вырезанный из игры транспорт.
Первое.
Для начала нам нужно файл '''vehicles.ltx''' (находится в creatures) внести в файл '''system.ltx.'''
Вот так:
<code>
#include "creatures\vehicles.ltx"
</code>
То есть добавить его в число прочих файлов (по крайней мере у меня он не был туда внесен), откуда игра будет брать
необходимую информацию.

Второе.
Добавить в файл '''vehicles.ltx''' полный конфиг машины. Например уазика.
Вот готовый пример:
<ini>
[vehicle_uaz]
GroupControlSection = spawn_group
$spawn = "vehicles\vehicle_uaz"
class = SCRPTCAR
cform = skeleton
visual = physics\vehicles\uaz\veh_uaz_u_01.ogf
actor_visual = physics\vehicles\uaz\veh_uaz_u_01.ogf
ef_equipment_type = 3
ph_mass = 99000
script_binding = bind_physic_object.init

ph_skeleton_airr_lin_factor = 2.0
ph_skeleton_airr_ang_factor = 0.0
ph_skeleton_hinger_factor1 = 1.0
ph_skeleton_ddelay = 15.0
ph_skel_fatal_impulse_factor = 12.0
ph_skel_shot_up_factor = 0.25
ph_after_death_velocity_factor = 0.75
</ini>

Характеристики машин можно менять в файлах лежащих в '''models\vehicles'''.

Третье.
Создать скриптовую функцию по спавну машины.
Мой пример:
<lua>
function buy_uaz (position, total)
alife():create("vehicle_uaz",vector():set(-245.01445007324,-18.792783737183,-107.14138031006),12480,8)
end
</lua>
Название функции — ''buy_uaz'' — может быть любое. Саму функцию надо положить в какой-нибудь скриптовый файл в папке '''scripts'''.
У меня она лежит в '''escape_dialog.script'''.

Для того, чтобы можно было заводить машину не залезая в консоль открываем файл '''ui_keybinding''' (находится в '''config\ui''')
и вписываем туда в секцию

<xml>
<group name="kb_grp_common">
</xml>
это:
<xml>
<command id="kb_cam_1" exe="cam_1"/>
<command id="kb_cam_2" exe="cam_2"/>
<command id="kb_cam_3" exe="cam_3"/>
<command id="kb_turn_engine" exe="turn_engine"/>
</xml>

Теперь у нас в меню управления можно назначить клавиши для «завести двигатель» и переключение камеры на вид от 1, 2, 3 лица.

Уазик появляется неподалеку от бункера Сидоровича после активации action '''escape_dialog.buy_uaz''' вставленного в диалог к NPC.
У меня уазик «выдает» мой уникальный (то есть новый) торговец после диалога с ним.
Вот конец моего диалога из файла '''dialogs_escape''':
<xml>
<phrase id="8">
<text>escape_buy_uaz_8</text>
<action>escape_dialog.buy_uaz</action>
<next>9</next>
</phrase>
<phrase id="9">
<text>escape_buy_uaz_9</text>
</phrase>
</phrase_list>
</dialog>
</xml>

Вот собственно и все. И никаких изменений в '''all.spawn'''.

Дополнил '''erlik'''

==Авторы==

Статья создана:

* [[Участник:Jesh|Jesh]]

[[Категория:Конфигурационные_файлы]]

SoC. Создание нового артефакта

2013-08-02T08:38:40Z

91.218.192.254:

Сегодня мы на примере научимся созданию новых артефактов. Создадим, например, артефакт под названием "Ромашка".

Статья написана по материалам Hunter Mod.

==Создание конфига==

Заходим в папку '''gamedata\config\misc''' и открываем файл '''artefacts.ltx'''. И находим, например, артефакт "Медуза":
<ini>[af_medusa]:af_base
GroupControlSection = spawn_group
$spawn = "artifacts\moscito medusa"

$prefetch = 64
cform = skeleton
class = ARTEFACT

visual = physics\anomaly\artefact_blackdrip.ogf
description = enc_zone_artifact_af-medusa
inv_name = af-medusa
inv_name_short =
inv_weight = 0.5

inv_grid_x = 9
inv_grid_y = 4

cost = 1000

jump_height = .5

particles = anomaly2\artefact\artefact_gravi

lights_enabled = false

;скорости увеличения (уменьшения)
health_restore_speed = 0.0
radiation_restore_speed = 0.0005
satiety_restore_speed = 0.0
power_restore_speed = 0.0
bleeding_restore_speed = 0.0
hit_absorbation_sect = af_medusa_absorbation

artefact_activation_seq = af_activation_bold

[af_medusa_absorbation]
burn_immunity = 1.0 ;коэффициенты иммунитета
strike_immunity = 1.0
shock_immunity = 1.0
wound_immunity = 1.0
radiation_immunity = 1.0
telepatic_immunity = 1.0
chemical_burn_immunity = 1.0
explosion_immunity = 1.0
fire_wound_immunity = 0.98</ini>

В этой секции задаются параметры артефакта, начиная от внешнего вида и заканчивая коэффициентами различных эффектов вроде вывода радиации. Сделаем копию секции, принадлежающей "Медузе", и заменим её название с ''af_medusa'' на ''af_romashka''.

Должно выйти примерно вот так:
<ini>[af_romashka]:af_base
GroupControlSection = spawn_group
$spawn = "artifacts\moscito romashka"

$prefetch = 64
cform = skeleton
class = ARTEFACT

visual = physics\anomaly\artefact_blackdrip.ogf
description = enc_zone_artifact_af-romashka
inv_name = af-romashka
inv_name_short =
inv_weight = 0.5

inv_grid_x = 9
inv_grid_y = 4

cost = 1000

jump_height = .5

particles = anomaly2\artefact\artefact_gravi

lights_enabled = false

;скорости увеличения (уменьшения)
health_restore_speed = 0.0
radiation_restore_speed = 0.0005
satiety_restore_speed = 0.0
power_restore_speed = 0.0
bleeding_restore_speed = 0.0
hit_absorbation_sect = af_romashka_absorbation

artefact_activation_seq = af_activation_bold

[af_romashka_absorbation]
burn_immunity = 1.0 ;коэффициенты иммунитета
strike_immunity = 1.0
shock_immunity = 1.0
wound_immunity = 1.0
radiation_immunity = 1.0
telepatic_immunity = 1.0
chemical_burn_immunity = 1.0
explosion_immunity = 1.0
fire_wound_immunity = 0.98</ini>

Назначение некоторых параметров, влияющих на одевшего артефакт:

* health_restore_speed - прирост к скорости восстановления здоровья
* radiation_restore_speed - прирост скорость вывода радиации
* satiety_restore_speed - прирост к голоду
* power_restore_speed - прирост к выносливости
* bleeding_restore_speed - прирост к скорости остановки кровотечений

== Создание описания и имени артефакта ==
Заходим в ''gamedata\config\text\rus'' и открываем файл '''string_table_enc_zone.xml'''.
Добавим туда строку с названием артефакта.

<xml> <string id="af-romashka">
<text>"Ромашка"</text>
</string></xml>

Теперь у артефакта есть имя, но одного его недостаточно. Нужно сделать описание. 
Поэтому добавим и его.

<xml> <string id="enc_zone_artifact_af-romaska">
<text>Очень странный артефакт. Впервые появился в Зоне где-то в 2011 году, но толку от него - ноль. Ученые
не обнаружили никакого влияния артефакта на организм носителя.</text>
</string></xml>

Все, поздравляю, вы только что создали свой первый артефакт! :)

==Авторы==

Статья создана: [[Участник:Шустрый|Шустрый]] 
Редакция: [[Участник:BAC9-FLCL|BAC9-FLCL]]

[[Категория:Конфигурационные_файлы]]

SoC. Создание нового артефакта

2013-08-02T08:37:15Z

91.218.192.254: оформление

Сегодня мы на примере научимся созданию новых артефактов. Создадим, например, артефакт под названием "Ромашка".

Статья написана по материалам Hunter Mod.

==Создание конфига==

Заходим в папку '''gamedata\config\misc''' и открываем файл '''artefacts.ltx'''. И находим, например, артефакт "Медуза":
<ini>[af_medusa]:af_base
GroupControlSection = spawn_group
$spawn = "artifacts\moscito medusa"

$prefetch = 64
cform = skeleton
class = ARTEFACT

visual = physics\anomaly\artefact_blackdrip.ogf
description = enc_zone_artifact_af-medusa
inv_name = af-medusa
inv_name_short =
inv_weight = 0.5

inv_grid_x = 9
inv_grid_y = 4

cost = 1000

jump_height = .5

particles = anomaly2\artefact\artefact_gravi

lights_enabled = false

;скорости увеличения (уменьшения)
health_restore_speed = 0.0
radiation_restore_speed = 0.0005
satiety_restore_speed = 0.0
power_restore_speed = 0.0
bleeding_restore_speed = 0.0
hit_absorbation_sect = af_medusa_absorbation

artefact_activation_seq = af_activation_bold

[af_medusa_absorbation]
burn_immunity = 1.0 ;коэффициенты иммунитета
strike_immunity = 1.0
shock_immunity = 1.0
wound_immunity = 1.0
radiation_immunity = 1.0
telepatic_immunity = 1.0
chemical_burn_immunity = 1.0
explosion_immunity = 1.0
fire_wound_immunity = 0.98</ini>

В этой секции задаются параметры артефакта, начиная от внешнего вида и заканчивая коэффициентами различных эффектов вроде вывода радиации. Сделаем копию секции, принадлежающей "Медузе", и заменим её название с ''af_medusa'' на ''af_romashka''.

Должно выйти примерно вот так:
<ini>[af_romashka]:af_base
GroupControlSection = spawn_group
$spawn = "artifacts\moscito romashka"

$prefetch = 64
cform = skeleton
class = ARTEFACT

visual = physics\anomaly\artefact_blackdrip.ogf
description = enc_zone_artifact_af-romashka
inv_name = af-romashka
inv_name_short =
inv_weight = 0.5

inv_grid_x = 9
inv_grid_y = 4

cost = 1000

jump_height = .5

particles = anomaly2\artefact\artefact_gravi

lights_enabled = false

;скорости увеличения (уменьшения)
health_restore_speed = 0.0
radiation_restore_speed = 0.0005
satiety_restore_speed = 0.0
power_restore_speed = 0.0
bleeding_restore_speed = 0.0
hit_absorbation_sect = af_romashka_absorbation

artefact_activation_seq = af_activation_bold

[af_romashka_absorbation]
burn_immunity = 1.0 ;коэффициенты иммунитета
strike_immunity = 1.0
shock_immunity = 1.0
wound_immunity = 1.0
radiation_immunity = 1.0
telepatic_immunity = 1.0
chemical_burn_immunity = 1.0
explosion_immunity = 1.0
fire_wound_immunity = 0.98</in>

Назначение некоторых параметров, влияющих на одевшего артефакт:

* health_restore_speed - прирост к скорости восстановления здоровья
* radiation_restore_speed - прирост скорость вывода радиации
* satiety_restore_speed - прирост к голоду
* power_restore_speed - прирост к выносливости
* bleeding_restore_speed - прирост к скорости остановки кровотечений

== Создание описания и имени артефакта ==
Заходим в ''gamedata\config\text\rus'' и открываем файл '''string_table_enc_zone.xml'''.
Добавим туда строку с названием артефакта.

<xml> <string id="af-romashka">
<text>"Ромашка"</text>
</string></xml>

Теперь у артефакта есть имя, но одного его недостаточно. Нужно сделать описание. 
Поэтому добавим и его.

<xml> <string id="enc_zone_artifact_af-romaska">
<text>Очень странный артефакт. Впервые появился в Зоне где-то в 2011 году, но толку от него - ноль. Ученые
не обнаружили никакого влияния артефакта на организм носителя.</text>
</string></xml>

Все, поздравляю, вы только что создали свой первый артефакт! :)

==Авторы==

Статья создана: [[Участник:Шустрый|Шустрый]] 
Редакция: [[Участник:BAC9-FLCL|BAC9-FLCL]]

[[Категория:Конфигурационные_файлы]]

SoC. Создание новых веток диалогов

2013-08-02T08:35:27Z

91.218.192.254: оформление, орфография

==<center>Создание новых веток диалогов.</center>==
===Теория:===

(Если где то чего то напутал исправляйте, многое писал интуитивно)

'''1)''' Списки веток диалогов содержатся в файлах вида '''gamedata/config/gameplay/character_desc_*.xml'''

Это например:
 '''character_desc_zombied.xml'''
 '''character_desc_stalker.xml'''
 '''character_desc_garbage.xml'''
и т. д.

Файлы '''character_desc_*.xml''' можно сравнить со стволом дерева диалогов.
В них перечисляется названия прикрепляемых к НПС веток диалогов.

Например, вот список веток диалогов с Сидоровичем, взятый из файла '''character_desc_escape.xml'''

<pre> <start_dialog>escape_trader_start_dialog</start_dialog>
<actor_dialog>escape_trader_talk_info</actor_dialog>
<actor_dialog>escape_trader_jobs</actor_dialog>
<actor_dialog>tm_trader_dialog</actor_dialog>
<actor_dialog>tm_trader_reward</actor_dialog>
<actor_dialog>escape_trader_done_blockpost_box</actor_dialog></pre>

В свою очередь, каждая ветка диалога также может ветвится.

'''2)''' Ветвление веток прописывается уже в других файлах.
Например, ветвление веток диалога с Сидоровичем содержится в файле '''gamedata/config/gameplay/dialogs_escape.xml'''
Возьмем оттуда, к примеру, ветвление ветки ''escape_trader_jobs''

(ветвление веток обычно очень большое, поэтому я приведу только часть):

<xml><dialog id="escape_trader_talk_info">
<precondition>escape_dialog.trader_has_talk_info_wr</precondition>
<has_info>tutorial_end</has_info>
<phrase_list>
<phrase id="1">
<text>escape_trader_talk_info_1</text>
<next>100</next>
<next>99</next>
<next>9995</next>
</phrase>

…
…
…
<phrase id="0">
<text>escape_trader_talk_info_0</text>
<next>1</next>
</phrase>
</phrase_list>
</dialog></xml>

Здесь ''<precondition>…</precondition>'' - это скриптовая проверка выполнения условия. Ветка появится в диалоге, только если условие выполняется.
Конкретно ''<precondition>escape_dialog.trader_has_talk_info_wr</precondition>'' из ветки ''escape_trader_talk_info'' есть обращение к функции ''trader_has_talk_info_wr'', находящейся в файле-скрипте '''gamedata/scripts/escape_dialog.script'''.

Функция выглядит так:

<lua>function trader_has_talk_info_wr( trader, actor )
return true
end</lua>

''<precondition>escape_dialog.trader_has_talk_info_wr</precondition>'' в принципе выполняется всегда, т. к. функция всегда возвращает истbну и ''<dialog id="escape_trader_talk_info">'' пропускается в списке реплик.
Но для конкретной ветки может быть несколько ''precondition'' и других условий.

Далее.
 ''<has_info>tutorial_end</has_info>'' - это также своего рода проверка условия. В данном случае проверка на то, закончена стадия ''tutorial'а'' или нет. Т. е. ветка будет допущена в список реплик, если стадия ''tutorial'а'' закончена.
более детально об этом в конце данной статьи. При окончании ''tutorial'а'' выдается инфопорция ''tutorial_end'', которая и является стержнем данной проверки.

А далее идут конкретные фразы содержащие ссылки на вытекающие фразы

Фраза:
<xml><phrase id="0">
<text>escape_trader_talk_info_0</text>
<next>1</next>
</phrase></xml>

это основа ветки ''escape_trader_talk_inf''o.
Вообще, в любой основной ветке любого диалога фраза ''<phrase id="0">'' будет основой, из которой далее будет все вытекать.

''<next>1</next>'' - это ссылка на вытекающую фразу ''<phrase id="1">'':

<xml> <phrase id="1">
<text>escape_trader_talk_info_1</text>
<next>100</next>
<next>99</next>
<next>9995</next>
</phrase></xml>

В свою очередь ''<next>100</next>'', ''<next>99</next>'', ''<next>9995</next>'' - это ссылки на фразы веточки растущие из фразы ''<phrase id="1">''.

'''3)''' Текст каждой фразы содержится уже в четвертом файле. Для диалога с Сидоровичем тексты лежат в файле '''gamedata/config/text/rus/stable_dialogs_escape.xml'''

<xml> <string id="escape_trader_talk_info_0">
<text>Есть несколько вопросов.</text>
</string>
<string id="escape_trader_talk_info_1">
<text>Спрашивай, только я ведь всего не знаю. Сам понимаешь, сижу тут целыми днями, а жизнь - она вся там, снаружи, в Зоне. Могу рассказать о Зоне вообще, а немного могу о ближайших окрестностях, где сам ходил.</text>
</string></xml>

Эти строки содержат тексты для фраз ''<phrase id="0">'' и ''<phrase id="1">''

Итого диалоги разложены по 4 а то и более файлам.

Да кстати, путь по веткам может быть зацикленным если того требует диалог. Например так:

<xml><phrase id="0">
<text>…</text>
<next>1</next>
<next>2</next>
</phrase>
<phrase id="1">
<text>…</text>
<next>11</next>
<next>12</next>
</phrase>
<phrase id="11">
<text>…</text>
<next>1</next> - Это возврат к фразе 1. (зацикливание)
<next>111</next>
</phrase></xml>

===Практика:===
Добавим в диалог с Сидоровичем ветку своего собственного изготовления.Например такую:

<pre>
Меченый: Сидрыч а почему это у тебя зеленые человечки, что по столу бегают, такие худые?
Сидорович: Чего?!!
Меченый: Ты их совсем, совсем не кормишь?
Сидорович: В следующий раз, как пойдешь в зону, бери-ка вместо водяры побольше антирада. А то мало что таким перегаром дышишь, уже до зеленых человечков долечился… Шутник.</pre>

Для этого:

'''1)''' В файле gamedata/config/gameplay/character_desc_escape.xml в конце списка веток для trader_а суем свою ветку с произвольным названием. (например <actor_dialog>escape_trader_letat_gusi</actor_dialog>)

Т.е у нас получится так
<xml> …
<specific_character id="escape_trader" no_random = "1">
…
…
…
<start_dialog>escape_trader_start_dialog</start_dialog>
<actor_dialog>escape_trader_talk_info</actor_dialog>
<actor_dialog>escape_trader_jobs</actor_dialog>
<actor_dialog>tm_trader_dialog</actor_dialog>
<actor_dialog>tm_trader_reward</actor_dialog>
<actor_dialog>escape_trader_done_blockpost_box</actor_dialog>
<actor_dialog>escape_trader_letat_gusi</actor_dialog>
</specific_character>
…</xml>
Записываем изменения, и с файлом '''character_desc_escape.xml''' уже все.

'''2)''' Теперь берем файл '''gamedata/config/gameplay/dialogs_escape.xml'''

Диалогу:

<pre>Меченый: Сидрыч а почему это у тебя зеленые человечки, что по столу бегают, такие худые?
Сидорович: Чего?!!
Меченый: Ты их совсем, совсем не кормишь?
Сидорович: В следующий раз, как пойдешь в зону, бери-ка вместо водяры побольше антирада. А то мало что таким перегаром дышишь, уже до зеленых человечков долечился… Шутник.</pre>

который мы хотим реализовать, будет соответствовать такая структура:

<xml><phrase id="0">
<text>escape_trader_letat_gusi_0</text>
<next>1</next>
</phrase>
<phrase id="1">
<text>escape_trader_letat_gusi_1</text>
<next>2</next>
</phrase>
<phrase id="2">
<text> escape_trader_letat_gusi_2</text>
<next>3</next>
</phrase>
<phrase id="3">
<text> escape_trader_letat_gusi_3</text>
</phrase></xml>

Условия наличия ветки в диалоге можно взять из ветки ''<dialog id="escape_trader_talk_info">''
Т. е. берем условия
<code><precondition>escape_dialog.trader_has_talk_info_wr</precondition></code>
и
<code><has_info>tutorial_end</has_info></code>
(Можно было конечно прописать в скрипте еще одно условие для ветки, чтоб она появилась только один раз,
а потом больше не возникала. Но об этом как-нибудь позже допишу.)

В итоге у нас получилась такая структура:

<xml><dialog id="escape_trader_letat_gusi">
<precondition>escape_dialog.trader_has_talk_info_wr</precondition>
<has_info>tutorial_end</has_info>
<phrase_list>
<phrase id="0">
<text>escape_trader_letat_gusi_0</text>
<next>1</next>
</phrase>
<phrase id="1">
<text>escape_trader_letat_gusi_1</text>
<next>2</next>
</phrase>
<phrase id="2">
<text> escape_trader_letat_gusi_2</text>
<next>3</next>
</phrase>
<phrase id="3">
<text> escape_trader_letat_gusi_3</text>
</phrase>
</phrase_list>
</dialog></xml>

Ее нужно вставить в любом месте между dialog id_шниками других веток в файле '''dialogs_escape.xml'''.

Главное не промахнутся и засунуть именно между, а не внутрь одного из dialog id

Все что находится между тегами <dialog id="***"> и </dialog> это внутенности конкретного dialog id

Т.е совать наш
<pre><dialog id="escape_trader_letat_gusi">
…
</dialog></pre>

надо

<pre><dialog id="*** ">
…
</dialog>
здесь
<dialog id="*** ">
…
</dialog></pre>

но

<pre><dialog id="*** ">
не здесь
</dialog></pre>

После сохранения внесенных изменений с файлом '''dialogs_escape.xml''' все.

'''3)''' Теперь вбиваем сами текстовички в файле '''gamedata/config/text/rus/stable_dialogs_escape.xml'''

Т.е нам надо в файле '''stable_dialogs_escape.xml''' вставить такую конструкцию:

<xml> <string id="escape_trader_letat_gusi_0">
<text>Сидрыч а почему это у тебя зеленые человечки, что по столу бегают, такие худые?</text>
</string>
<string id="escape_trader_letat_gusi_1">
<text>Чего?!!</text>
</string>
<string id="escape_trader_letat_gusi_2">
<text>Ты их совсем, совсем не кормишь?</text>
</string>
<string id="escape_trader_letat_gusi_3">
<text>В следующий раз, как пойдешь в зону, бери-ка вместо водяры побольше антирада. А то мало что таким перегаром дышишь, уже до зеленых человечков долечился… Шутник.</text>
</string></xml>

в любом месте между уже существующими string id
<pre>
<string id="*** ">
</string>
сюда
<string id="*** ">
</string></pre>

Но не внутрь одного из существующих string id
<pre>
<string id="*** ">
не сюда
</string>
</pre>
После сохранения изменений, у нас все готово. Можно грузить игру и смотреть что получилось.

===Практический пример не работает со вторым патчем - решение проблемы===

По крайней мере со вторым патчем несовместимо условие

<pre><precondition>escape_dialog.trader_has_talk_info_wr</precondition></pre>

Использование этого условия приведет к вылету

так как со вторым патчем из файла '''escape_dialog.script''' была удалена функция:

<lua>function trader_has_talk_info_wr( trader, actor )
return true
end</lua>

можно либо воткнуть эту функцию обратно в '''escape_dialog.scrip'''t

либо использовать другие более мение подходящие условия, например:

<pre><precondition>escape_dialog.trader_alredy_give_job</precondition></pre>

====Дополение от XiaNi====
По поводу <precondition> в данном примере.. он тут реально вообще не нужен тем более что возвращает всегда одно и то же... тут уж или реально надо использовать функцию которая хоть чтото проверяет нужное для диалога... а так... диалог и так будет активным если убрать <precondition> (в данном случае это 100%)

''<has_info>'' и ''<dont_has_info>'' это условия на присутствие и соответственно отсутствие у игрока "информации" которая, на самом деле, всего лишь флажок, что пользователь слышал о чем-то или видел что-то который выдается:
1. условиями "логики" прописанной объектам или неписям.
2. скриптами
3. диалогами через например "<give_info>tutorial_end</give_info>"

В принципе ''<has_info>'' соответствует скриптовому аналогу функции ''has_alife_info''
так например ''<has_info>tutorial_end</has_info>'' можно заменить на ''<precondition>check_tutor_end</precondition>'' и дописать в '''escape_dialog.script''' строчки :
<lua>
function check_tutor_end(actor, npc)
if has_alife_info("tutorial_end")
then
return true
else
return false
end
end
</lua>
в которой мы проверяем есть ли информация ''tutorial_end'' у игрока.

==Авторы==

Статья создана:

* [[Участник:BAC9-FLCL|BAC9-FLCL]]
* [[Участник:Keha|Keha]]
* [[Участник:XiaNi|XiaNi]]
[[Категория:Конфигурационные_файлы]]

Начальные сведения о скриптах

2013-08-01T11:26:27Z

91.218.192.254: Продолжаю приводить статью к нормальному виду. Дополнил инфу, исправил некоторые косяки и ошибки

ПРЕДИСЛОВИЕ
{{Message_box|
id =pseudoscience|
align = left|
backgroundcolor = #f9f9f9|
image =Lamp.gif|
heading = Для чего нужны срипты и сведения и их использовании - Rez@niy aka Oxygenium|
message = В скриптах содержаться данные для выполнения по условиям.

}}
 

Итак, начнём. Создадим в папке '''gamedata/scripts''' файл с любым названием и расширением '''.script'''. Пускай, '''my_test.script'''. В нем будем прописывать функции.
Рассмотрим простой скрипт спавна предмета в рюкзак ГГ. Пропишем:
<lua>--*********************************************
--**TESTING**
--*********************************************
--
-- Создает в рюкзаке ГГ "калаш"
function ak_create()
alife():create("wpn_ak74",db.actor:position(),db.actor:level_vertex_id(),db.actor:game_vertex_id(),db.actor:id())
end</lua>

Давайте разбирать.
Скрипты считывают всю информацию в файлах. Не удивляйтесь, если игра вылетит при наличии лишнего текста, символов и прочего ненужного в скрипте. Однако, подобных проблем возникать не будет, если мы ''закомментируем'' лишнее. Чтобы система не считывала текст, перед ним мы ставим две черточки:
<code>--</code>
Часто скриптеры комментируют таким образом информацию, которая на данный момент не нужна, но возможно пригодится в дальнейшем. Вообщем, если есть желание ее в определенном виде сохранить, используется комментирование. В данном случае, система не будет считывать следующие строки:
<code>--*********************************************
--**TESTING**
--*********************************************
--
-- Создает в рюкзаке ГГ "калаш"</code>
Идем дальше.
''function'' - всегда обязательное начало, это что-то в роде id в языке '''LUA'''. После ''function'' отступаем и пишем текст произвольный. Это название функции. Не забываем в конце названия функции дописать две круглые скобки:
<code>()</code>
Это обязательный элемент. В нем указываются переменные функции, с которыми идет работа. В нашем случае таковых нету, но элемент обязателен.
Дальше идёт сам спавн объекта:
<code>alife():create("wpn_ak74",db.actor:position(),db.actor:level_vertex_id(),db.actor:game_vertex_id(),db.actor:id())</code>
В конце функции тег ''end''. Он означает конец функции. Логично, правда? :)
Напоминаю, при таком раскладе АК-74 заспавнится в рюкзак ГГ.
Если же мы пожелаем заспавнить калаш где-нибудь на локации, вызов спавна приобретет следующий вид:
<code>alife():create("wpn_ak74",vector():set(-81.800,-4.980,-72.739),186578,76)</code>
АК заспавнится в вагончике, недалеко от Деревни новичков.
Но без детального разбора мы дальше, пожалуй,не пойдем. В целом, скелет функции спавна таким методом выглядит так:
<lua>function название_функции()
alife():create("id_предмета",vector():set(x,y,z),level_vertex_id,game_vertex_id)
end</lua>
Про конкретные значения.
''alife():create'' - стандартный вызов спавна
''vector():set'' - инициализация координат
''x,y,z'' - координаты места по долготе, высоте, ширине
''level_vertex_id'' и ''game_vertex_id'' - дополнительные координаты относительно локации
Все это нужно снимать в игре. Есть множество способов.
Что касается спавна в рюкзак ГГ, тут с координатами действует немного другая схема. Есть инициализация актера, котрая идет через ''db.actor:''
''db.actor:position()'' - координаты x,y,z актера
''db.actor:level_vertex_id(),db.actor:game_vertex_id()'' - думаю, понятно
''db.actor:id()'' - дополнительный параметр, сам id актера, нужен, чтоб предмет заспавнился именно в рюкзак.
 Написали? Отлично!
 Теперь осталось только подключить это к игре, то есть вызвать функцию спавна.
 Идём в файл '''dialogs_escape.xml''' и выбираем какой-нибудь диалог.
 Там, после поля ''text'', одной из фраз диалога приписываем:
<code><action>my_test.ak_create</action></code>
Как это понимать:
<code><action>название_скрипта.название_функции</action></code>
 Всё, сохраняем и тестим. В итоге, когда вы в игре нажмёте на фразу после которой находится ''action'', заспауниться калаш на указанных координатах.

{{Message_box|
id =pseudoscience1|
align = left|
backgroundcolor = #f9f9f9|
image =Lamp.gif|
heading = Углублённое изучение - Rez@niy|
message = Далее идём в более углублённое изучение. Изучаем построение}}

Прописываем функцию. Задаём условие:
<code>if =</code>
Для закрытия тэга:
<code>end</code>

ПОКА ВСЁ, МОЖЕТ НАПИШУ ЕЩЁ ЧЁ НИТЬ ПОЛЕЗНОЕ

Ну и я напишу.'''Меченый(Стрелок)'''

Мой монолог построен так: В - Вопрос,О - Ответ

Начнём:
'''В''' - Что такое ЦИКЛ? И как он выглядит?
''О'' - Цикл это повторение одного и того же действие n-ое кол-во раз
выглядит так
<pre>for i=1,n do

end</pre>
За место i может быть любая переменная ,за место n - число которое больше первоначального значения(i)
'''В''' - А для чего можно использовать цикл?
''О'' - много для чего можно.см. ниже
Пример 1.Перебор по id/Узнаем монстор ли объект,если да ,то функция возвращает истину(true)
<lua>for id=1,65535 do
local obj = level.object_by_id(id)
if obj~= nil then
if IsMonster(obj) then
return true
else
return false
end
end
end</lua>
Пример 2.Спавн/
<lua>for i=1,5 do --функция повторится 5 раз,следовательно будет заспавнено 5 АК
local a = vector()
a.x = -220.21
a.y = -19.93
a.z = -158.98
alife():create("wpn_ak47",a,33447,47,65535)
end</lua>
и т.п.
существует ещё цикл с предусловием (while a,n do),но об этом позже
'''В''' - Какие параметры ГГ можно корректировать скриптами?
''О'' - Таких не много, запись будет такой :
<pre>db.actor.параметр</pre>
Параметры:
<pre>radiation
health
psy_health
power</pre>
'''В''' - а можно ли спавнить в рандомной точке предмет,если да,то как?
''О'' - можно
Для этого нам понадобится таблица максимальных значений ''level_vertex_id'' и ''game_vertex_id''
выглядит она так:

<ini>local level_vertexes={
l01_escape = {lvid=595580, gvid=44},
l02_garbage = {lvid=384039, gvid=265},
l03_agroprom = {lvid=438379, gvid=693},
l04_darkvalley = {lvid=392517, gvid=813},
l06_rostok = {lvid=69283, gvid=1311},
l07_military = {lvid=915663, gvid=1546},
l10_radar = {lvid=796328, gvid=1868},
l11_pripyat = {lvid=295965, gvid=2269}
}</ini>

ЗЫ:Извините ,что не для всех уровней,исправлюсь
Так,таблица у нас есть ,теперь нам нужно написать функцию спавна.Давайте покажу на Монстрах
создадим таблицу с секциями спавна монстров:
(Я буду использовать свои наработки ,поэтому таких секции у вас не будет ,эта таблица -пример)

<lua>local mutants = {
"zombie_ghost_hell",
"zombie_normal_hell",
"zombie_immortal_hell",
"bloodsucker_weak_hell",
"tushkano_normal_hell",
"snork_weak_hell",
"burer_weak_hell",
"cat_weak_hell",
"chimera_weak_hell",
"gigant_strong_hell"
}</lua>

Таблицу записали ,наконец приступим к оформлению главной функции
<lua>function random_spawn()
local count = math.random(5,20) --выбираем кол-во заспавненых мобов
local section = mutants[math.random(table.getn(mutants))] -- выбираем секцию моба
local lv = math.random(level_vertexes[level.name()]["lvid"]) --выбираем левел вертекс
local gv = level_vertexes[level.name()]["gvid"] --выбираем гэйм вертекс
for ind = 1, count do
alife():create(section, level.vertex_position(lv), lv, gv)--\\level.vertex_position(lv) - позиция левел вертекса
end
end</lua>

Далее помещаем вызов функции в '''bind_stalker.script''' в ''net_spawn()'' и при каждой загрузке будут спавнится мобы в рандомной точке
[[Категория:Скрипты]]

<big>Вступление ГГ в группировку!</big>
1.Создаем файл '''ваше_название_скприпта.script''' в папке '''gamedata/scripts'''
2. Открываем его и пишем:
--меняем группировку ГГ
<lua>function new_group(actor, npc)
if npc:character_community() ~= "(dolg)" then
npc:set_character_community("dolg", 0, 0)
end
end</lua>
Выдаём функцию при разговоре с НПС

НПС вступает в группировку
<pre>function ваше_название_функции(npc, actor)</pre>
Вызываем также, из любого диалога

<big>Нельзя взять оружие без брони</big>
Пишем функцию в любом скрипе:
<lua>function ваше_название_функции()
local armor = db.actor:item_in_slot(6) --слот брони (НЕ ТРОГАТЬ!)
local weapon = db.actor:item_in_slot(2) --слот оружия (для пистолетов в оригинале слот 1)

if db.actor:active_slot()==2 and weapon then -- за место 2 пишем слот оружия еще раз
local tmp
if armor then
tmp = armor:section()
else
tmp = "none"
end</lua>

<lua>if (not string.find(tmp, "пишем_название_брони" )) and (weapon:section()=="пишем_название_оружия1" or weapon:section()=="пишем_название_оружия2" or weapon:section()=="пишем_название_оружия3") then --если необходима проверка одного оружия то надо писать так: if (not string.find(tmp, "exo" )) and weapon:section()=="wpn_pkm" then
db.actor:drop_item(weapon)
local tmpw = amk.spawn_item_in_inv(weapon:section())
db.actor:transfer_item(weapon,db.actor)
alife():release(tmpw)
news_manager.send_tip(db.actor,"Невозможно взять пулемёт в руки без экзы",nil,nil,10000)
end
end</lua>

Далее идем по пути '''gamedata/script/bind_stalker.script'''
Функция:
<pre>function actor_binder:update(delta)</pre>
Сразу ниже неё пиши вызов в формате :
<code>название_файла.название_функции</code>
Можешь написать эту функцию в любом файле из папки '''scripts''', а можешь создать свой файл и назвать, скажем, '''my_script''', и написать там.
Должно быть так :
Код
<lua>function actor_binder:update(delta)
my_script.check_armor()</lua>

<big>Удаление предмета из инвентаря</big>

<lua>function name_function()
local se_obj = alife():object("сюда_пишем_что_удалять_будем")
if se_obj then
alife():release(se_obj, true)
end
end</lua>

ПРИМЕР
--' убираем финального Клыка
<lua>function dell_kluk_final()
local se_obj = alife():object("final_kluk")
if se_obj then
alife():release(se_obj, true)
end
end</lua>

Я добвлю может кому и пригодится.'''Болотный Доктор'''

ВЫДАЁМ ПРЕДМЕТ АКТОРУ
<lua>function название функции (first_speaker, second_speaker)
dialogs.relocate_item_section(second_speaker, "название предмета", "in")
end</lua>

Размещается в файлах скрипт.

Выдача поршня вставляется под строку действия.
<code><action>название скрипта.название функции</action></code>

Примечание, что бы выдать два одинаковых предмета пишем

<lua>function название функции (first_speaker, second_speaker)
dialogs.relocate_item_section(second_speaker, "название предмета", "in",2)
end</lua>

Если надо больше меняем цифру 2 на нужную нам.

ОТБИРАЕМ ПРЕДМЕТ У АКТОРА.
<lua>function название функции(first_speaker, second_speaker)
dialogs.relocate_item_section_from_actor(first_speaker, second_speaker, "название предмета")
end</lua>

размещается в файлах скрипт

выдача поршня вставляется под строку действия:
<code><action>название скрипта.название функции</action></code>

Примечание, что бы отобрать два одинаковых предмета пишем

<lua>function название функции(first_speaker, second_speaker)
dialogs.relocate_item_section_from_actor(first_speaker, second_speaker, "название предмета",2)
end</lua>
Если надо больше меняем цифру 2 на нужную нам.

СПАВНИМ ВЕЩЬ В РЮКЗАК гг
<lua>function название функции()
local obj = alife():create("ВЕЩЬ", db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(), db.actor:id())
end</lua>

В диалог:
<code><action>название скрипта.название функции</action></code>

ПРОВЕРКА НАЛИЧИЯ У АКТОРА ПРЕДМЕТА
Вариант первый
<lua>function Название функции()
if db.actor:object("название предмета") then
return true
end
return false
end</lua>

в диалог:

<code><precondition>имя скрипта.название функции</precondition></code>

<---------Вариант второй)------------------>

<lua>function название функции(first_speaker, second_speaker)
return first_speaker:object("название предмета") ~= nil
end</lua>

в диалог:

<code><precondition>имя скрипта.название функции</precondition></code>

ПРОВЕРКА ВЕЩЕЙ У ГГ
<lua>function Название функции(first_speaker, second_speaker)
return first_speaker:object("название предмета") ~= nil or
first_speaker:object("название предмета") ~= nil or
first_speaker:object("название предмета") ~= nil
end</lua>

в диалог:

<code><precondition>имя скрипта.название функции</precondition></code>

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

ПРОВЕРКА ДЕНЕГ У ГГ
Вариант первый(используют ПЫС)

<lua>function название функции(first_speaker, second_speaker)
return first_speaker:money() >= 2000
end</lua>

в диалог:

<precondition>имя скрипта.название функции</precondition>

<-----------Вариант два-------------->
Использовал на ТЧ, но и в ЗП работает

<lua>function название функции()
return db.actor:money()>=10000
end</lua>
В диалог:

<code><precondition>имя скрипта.название функции</precondition></code>

СПАВН ПРЕДМЕТА
<lua>function spawn_vintar()
alife():create("Название предмета",vector():set(24.725412368774,-3.6072344779968,173.83030700684),993926,210)
end</lua>

В диалог:

<code><action>название скрипта.название функции</action></code>

МГНОВЕННАЯ СМЕРТЬ ГГ
<lua>function название функции(npc, actor)
npc:kill(actor)
end</lua>

В диалог:

<code><action>название скрипта.название функции</action></code>

ПРОВЕРКА КОЛ_ВА ОДИНАКОВЫХ ПРЕДМЕТОВ
<lua>function название функции(first_speaker, second_speaker)
local item_sections = {"Предмет"}
local needed = количество одинаковых предметов, ставится цифра без знаков
local count = 0
local item_section
local function calc(temp, item)
if item:section() == item_section then
count = count + 1
end
end
for k,v in pairs(item_sections) do
item_section = v
get_story_object("actor"):iterate_inventory(calc, actor)
end
return count >= needed
end
</lua>

В диалог:
<code><precondition>имя скрипта.название функции</precondition></code>

ЛЕЧЕНИЕ ГГ
Вставим этот актион в диалог:

<code><action>dialogs.medic_magic_potion</action></code>

ВЫДАЧА ДЕНЕГ от НПС ГГ

<lua>function название функции(first_speaker, second_speaker)
dialogs.relocate_money_to_actor(first_speaker, second_speaker, 2000)
end</lua>

В диалог:

<code><action>название скрипта.название функции</action></code>

ВЫДАЧА ДЕНЕГ от ГГ НПС

<lua>function название функции(actor, npc)
dialogs.relocate_money(npc,кол-во,"out")
end</lua>

В диалог:

<code><action>название скрипта.название функции</action></code>

НПС становится врагом после определенной ветки диалона или другом -5000 враг 5000 друг

<lua>function название скрипта(actor, npc)
npc:force_set_goodwill(-5000, actor)
end</lua>

<code><action>название скрипта.название функции</action></code>

ПРОВЕРКА СМЕРТИ NPC

<lua>function название функции проверки(actor,npc)
return has_alife_info("инфо смерти")
end</lua>

В диалог:

<code><precondition>имя скрипта.название функции</precondition></code>

== Авторы ==
'''Оригинальный вид статьи:'''
*Rez@nyi
*Меченый
*Болотный Доктор
'''Переоформление, перестройка, дополнение статьи:'''
*FantomICW

SoC. Создание диалогов

2013-07-31T15:55:05Z

91.218.192.254: оформление, орфография

==Создание новых веток диалогов==
===Теория===

1) Списки веток диалогов содержатся в файлах вида '''gamedata/config/gameplay/character_desc_*.xml'''

Это, например:

'''character_desc_zombied.xml
character_desc_stalker.xml
character_desc_garbage.xml'''
...

Файлы '''character_desc_*.xml''' можно сравнить со стволом дерева диалогов.
В них перечисляется названия прикрепляемых веток диалогов

Например вот список веток диалога с Сидоровичем взятый из файла '''character_desc_escape.xml'''

<xml> <start_dialog>escape_trader_start_dialog</start_dialog>
<actor_dialog>escape_trader_talk_info</actor_dialog>
<actor_dialog>escape_trader_jobs</actor_dialog>
<actor_dialog>tm_trader_dialog</actor_dialog>
<actor_dialog>tm_trader_reward</actor_dialog>
<actor_dialog>escape_trader_done_blockpost_box</actor_dialog></xml>

В свою очередь каждая ветка диалога также может ветвится.

2) Ветвление диалогов прописывается уже в других файлах.

Например, ветвление диалога с Сидоровичем содержится в файле '''gamedata/config/gameplay/dialogs_escape.xml'''
Возьмем оттуда, например, ветвление '''escape_trader_jobs'''.

Ветвление имеет довольно большие масштабы, поэтому приведу только часть:

<xml><dialog id="escape_trader_talk_info">
<precondition>escape_dialog.trader_has_talk_info_wr</precondition>
<has_info>tutorial_end</has_info>
<phrase_list>
<phrase id="1">
<text>escape_trader_talk_info_1</text>
<next>100</next>
<next>99</next>
<next>9995</next>
</phrase>
...
<phrase id="0">
<text>escape_trader_talk_info_0</text>
<next>1</next>
</phrase>
</phrase_list>
</dialog></xml>

Здесь ''<precondition>…</precondition>'' - это проверка выполнения условия. Ветка появится в диалоге, только если условие выполняется.
Конкретно:
<code><precondition>escape_dialog.trader_has_talk_info_wr</precondition></code>
из ветки ''escape_trader_talk_info'' - это обращение к функции ''trader_has_talk_info_wr'', находящейся в файле скрипте '''gamedata/scripts/escape_dialog.script'''.

Функция выглядит так:

<lua>function trader_has_talk_info_wr( trader, actor )
return true
end</lua>

То есть, судя по его структуре, ''<precondition>escape_dialog.trader_has_talk_info_wr</precondition>''
выполняется всегда, т.к. функция всегда возвращает истину и ''<dialog id="escape_trader_talk_info">'' пропускается в списк реплик.

Но для конкретной ветки может быть несколько precondition и других условий.

Далее, ''<has_info>tutorial_end</has_info>'' - это еще одна проверка, на этот раз на наличие у игрока так называемых infoportions, выдаваемы в процессе ключевых диалогов. В данном случае это проверка на то, закончена ли определенная стадия туториала, или нет. Т.е. ветка допустится в список реплик если стадия туториала закончена.

Более детально мы это разберем в конце статьи.

А далее идут конкретные фразы, содержащие ссылки на вытекающие фразы, например:

<xml><phrase id="0">
<text>escape_trader_talk_info_0</text>
<next>1</next>
</phrase></xml>

Это основа ветки ''escape_trader_talk_info''.

'''Важно!''' В любой основной ветке любого диалога фраза ''<phrase id="0">'' будет основой, из которой далее будет все вытекать. Она должна обязательно присутствовать и в вашем диалоге.

''<next>1</next>'' - это ссылка на вытекающую фразу ''<phrase id="1">'':

<xml> <phrase id="1">
<text>escape_trader_talk_info_1</text>
<next>100</next>
<next>99</next>
<next>9995</next>
</phrase></xml>

В свою очередь ''<next>100</next>, <next>99</next>, <next>9995</next>'' - это ссылки на фразы веточки растущие из фразы ''<phrase id="1">''.

3) Текст каждой фразы содержится в третьем файле. Для диалога с Сидоровичем тексты лежат в файле '''gamedata/config/text/rus/stable_dialogs_escape.xml'''. Вот сама текстовая составляющая диалога:

<xml> <string id="escape_trader_talk_info_0">
<text>Есть несколько вопросов.</text>
</string>
<string id="escape_trader_talk_info_1">
<text>Спрашивай, только я ведь всего не знаю. Сам понимаешь, сижу тут
целыми днями, а жизнь - она вся там, снаружи, в Зоне. Могу рассказать о Зоне вообще, а немного
могу о ближайших окрестностях, где сам ходил.</text>
</string>
...</xml>

Эти строки содержат тексты для фраз <phrase id="0"> и <phrase id="1">

Итого диалоги разложены по трем, а то и более файлам.

Да кстати, путь по веткам может быть зацикленным, если того требует диалог. Например так:

<xml><phrase id="0">
<text>...</text>
<next>1</next>
<next>2</next>
</phrase>
<phrase id="1">
<text>...</text>
<next>11</next>
<next>12</next>
</phrase>
<phrase id="11">
<text>...</text>
<next>1</next> - Это возврат к фразе №1 (зацикливание)
<next>111</next>
</phrase></xml>

===Практика===
Добавим в диалог с Сидоровичем ветку своего собственного изготовления.Например такую:

<pre>
Меченый: Сидрыч, а чего это у тебя зеленые человечки, что по столу бегают, такие худые?
Сидорович: Чего?!
Меченый: Ты их совсем, совсем не кормишь?
Сидорович: В следующий раз, как пойдешь в зону, бери-ка вместо водяры побольше антирада. А то
мало что таким перегаром дышишь, уже до зеленых человечков долечился... Шутник.</pre>

Для этого:

1) В файле '''gamedata/config/gameplay/character_desc_escape.xml''' в конце списка веток для ''trader'' припишем свою ветку с произвольным названием. Это будет, например, ''<actor_dialog>escape_trader_letat_gusi</actor_dialog>''.

Т.е у нас получится так:

<xml><specific_character id="escape_trader" no_random = "1">
...
<start_dialog>escape_trader_start_dialog</start_dialog>
<actor_dialog>escape_trader_talk_info</actor_dialog>
<actor_dialog>escape_trader_jobs</actor_dialog>
<actor_dialog>tm_trader_dialog</actor_dialog>
<actor_dialog>tm_trader_reward</actor_dialog>
<actor_dialog>escape_trader_done_blockpost_box</actor_dialog>
<actor_dialog>escape_trader_letat_gusi</actor_dialog>
</specific_character>
…</xml>
Записываем изменения, с этим файлом пока всё.

2) Теперь берем файл '''gamedata/config/gameplay/dialogs_escape.xml'''

Диалогу:

<pre>Меченый: Сидрыч а почему это у тебя зеленые человечки, что по столу бегают, такие худые?
Сидорович: Чего?!!
Меченый: Ты их совсем, совсем не кормишь?
Сидорович: В следующий раз, как пойдешь в зону, бери-ка вместо водяры побольше антирада. А то
мало что таким перегаром дышишь, уже до зеленых человечков долечился... Шутник.</pre>

Будет соответствовать такая структура:

<xml><phrase id="0">
<text>escape_trader_letat_gusi_0</text>
<next>1</next>
</phrase>
<phrase id="1">
<text>escape_trader_letat_gusi_1</text>
<next>2</next>
</phrase>
<phrase id="2">
<text> escape_trader_letat_gusi_2</text>
<next>3</next>
</phrase>
<phrase id="3">
<text> escape_trader_letat_gusi_3</text>
</phrase></xml>

Условия наличия ветки в диалоге можно взять из ветки <dialog id="escape_trader_talk_info">.

Т.е берем условия ''<precondition>escape_dialog.trader_has_talk_info_wr</precondition>'' и ''<has_info>tutorial_end</has_info>''.
Можно было, конечно, прописать в скрипте еще одно условие для ветки, чтобы она появилась только один раз, а потом больше не возникала. Но об этом как-нибудь позже.

В итоге у нас получилась такая структура:

<xml><dialog id="escape_trader_letat_gusi">
<precondition>escape_dialog.trader_has_talk_info_wr</precondition>
<has_info>tutorial_end</has_info>
<phrase_list>
<phrase id="0">
<text>escape_trader_letat_gusi_0</text>
<next>1</next>
</phrase>
<phrase id="1">
<text>escape_trader_letat_gusi_1</text>
<next>2</next>
</phrase>
<phrase id="2">
<text> escape_trader_letat_gusi_2</text>
<next>3</next>
</phrase>
<phrase id="3">
<text> escape_trader_letat_gusi_3</text>
</phrase>
</phrase_list>
</dialog></xml>

Её нужно вставить в любом месте между dialog id'ами других веток в файле '''dialogs_escape.xml'''. Главное - не промахнутся и засунуть именно между, а не внутрь одного из dialog id.

После сохранения внесенных изменений с файлом '''dialogs_escape.xml''' все.

3) Теперь вбиваем сами текстовички в файле '''gamedata/config/text/rus/stable_dialogs_escape.xml'''

Т.е нам надо в файле '''stable_dialogs_escape.xml''' вставить такую конструкцию:

<xml> <string id="escape_trader_letat_gusi_0">
<text>Сидрыч, а чего это у тебя зеленые человечки, что по столу бегают, такие худые?</text>
</string>
<string id="escape_trader_letat_gusi_1">
<text>Чего?!</text>
</string>
<string id="escape_trader_letat_gusi_2">
<text>Ты их совсем, совсем не кормишь?</text>
</string>
<string id="escape_trader_letat_gusi_3">
<text>В следующий раз, как пойдешь в зону, бери-ка вместо водяры побольше
антирада. А то мало что таким перегаром дышишь, уже до зеленых человечков долечился...
Шутник.</text>
</string></xml>

В любом месте между уже существующими string id.
После сохранения изменений, у нас все готово. Можно загружать игру и смотреть что получилось.
<!!!ВНИМАНИЕ!!!>
Если вы сделали всё правильно,но при обращении к НПЦ вылетает с таким логом

<pre>Expression : no_assert
Function : CXML_IdToIndex<class CInfoPortion>::GetById
File : e:\stalker\patch_1_0004\xr_3da\xrgame\xml_str_id_loader.h
Line : 112
Description : item not found, id
Arguments : escape_trader_letat_gusi</pre>

Создайте свой файл и назовите его как душе угодно,пример: '''letat_gusi_my_test.xml'''
Впишите туда:
<xml><?xml version="1.0" encoding="windows-1251" standalone="yes" ?>
<game_dialogs>
<dialog id="escape_trader_letat_gusi">
<precondition>escape_dialog.trader_has_talk_info_wr</precondition>
<has_info>tutorial_end</has_info>
<phrase_list>
<phrase id="0">
<text>escape_trader_letat_gusi_0</text>
<next>1</next>
</phrase>
<phrase id="1">
<text>escape_trader_letat_gusi_1</text>
<next>2</next>
</phrase>
<phrase id="2">
<text> escape_trader_letat_gusi_2</text>
<next>3</next>
</phrase>
<phrase id="3">
<text> escape_trader_letat_gusi_3</text>
</phrase>
</phrase_list>
</dialog>
</game_dialogs></xml>
Сохраните.Далее в '''gamedata\config\system.ltx'''
добавьть в секцию [dialogs] название файла,который мы создали.Пример:
<pre>[dialogs]
files = ..., letat_gusi_my_test ,где ... список других файлов,letat_gusi_my_test - название вашего,нового файла.</pre>

===Дополнительно===

'''Внимание!''' После патча 1.002 данный урок перестал работать. Причина - со вторым патчем несовместимо это условие:

<xml><precondition>escape_dialog.trader_has_talk_info_wr</precondition></xml>

Дело в том, что во втором патче из файла escape_dialog.script была удалена функция:

<lua>function trader_has_talk_info_wr( trader, actor )
return true
end</lua>

Можно либо записать эту функцию обратно в escape_dialog.script, либо использовать другие более-менее подходящие условия, например:

<xml><precondition>escape_dialog.trader_alredy_give_job</precondition></xml>

Всё. Мы научились писать простые диалоги.

==Авторы==

Статья создана:

* [[Участник:BAC9-FLCL|BAC9-FLCL]]
* [[Участник:Keha|Keha]]

Статью дополнил:
* джЭдай
[[Категория:Конфигурационные_файлы]]

SoC. Редактирование торговцев

2013-07-31T15:15:51Z

91.218.192.254: оформление

==Общее==
Урок посвящен редактированию ассортимента торговцев в игре. Эта, в общем-то несложная процедура у многих вызывает вопросы, поэтому я и решил разъяснить, что да как.

==Файлы==
Ассортимент товаров у торговцев хранится в файлах вида trade_[...].ltx, где ... - системное имя торговца. Это файлы:

* '''trade_barman.ltx''' - Бармен
* '''trade_dolg.ltx''' - полковник Петренко на базе группировки "Долг"
* '''trade_ecolog.ltx''' - Сахаров
* '''trade_freedom.ltx''' - Скряга на базе группировки "Свобода"
* '''trade_trader.ltx''' - Сидорович

* '''trade_generic.ltx''' - обычный сталкер

Все они хранятся в папке:
<pre>...\S.T.A.L.K.E.R\gamedata\config\misc\...</pre>

===Структура файла===
Разберем структуру файла trade_barman.ltx:

<ini>[trader]
buy_condition = barman_generic_buy
sell_condition = {+yan_labx16_switcher_primary_off} barman_after_brain_sell, {+bar_darklab_document_done} barman_after_darkvalley_sell, barman_start_sell
buy_supplies = { yan_labx16_switcher_primary_off} supplies_after_brain, { bar_darklab_document_done}
supplies_after_darkvalley, supplies_start</ini>

Здесь содержатся условия, от которых зависит диапазон продаваемых/покупаемых торговцем предметов. То есть, например, после выполнения квеста на "Янтаре" соответствующее условие считается выполненным, и ассортимент сменяется на новый, из другого раздела.

--[[Участник:91.124.26.131|91.124.26.131]] 21:31, 23 июля 2010 (UTC)

В скобках ''{...}'' задаются условия, а после скобок используемый раздел. Если перед названием раздела не поставить условия, то он будет использоваться изначально, по умолчанию.

Краткое описание предназначения всех разделов:
*'''buy_condition''' - описаны цены, по которым торговец будет покупать вещи у героя
*'''sell_condition''' - описание цен, по которым торговец продает вещи из своего ассортимента
*'''buy_supplies''' - доступный ассортимент торговца, то есть то, что будет у него в продаже

Детальное описание и пример смотрите далее.

--[[Участник:91.124.26.131|91.124.26.131]] 21:31, 23 июля 2010 (UTC)

----

После этого идет раздел [barman_generic_buy], содержащий предметы, которые бармен покупает.

Структура записи в этом разделе:

<pre>wpn_walther = 0.3, 0.1</pre>

* wpn_walther - имя предмета, в данном случае - пистолет "Вальтер"
* 0.3 - максимальная цена, по которой торговец купит предмет
* 0.1 - минимальная цена, по которой торговец купит предмет

Цена зависит от репутации игрока.

----

Далее идет раздел [supplies_start] - ассортимент, предоставляемый барменом в начале игры. Он поделен на категории:

<ini>[supplies_start]

;'''Аммуниция'''
ammo_9x18_fmj = 15, 0.6
...

;'''Оружие'''
wpn_pb = 3, 0.6
...

;'''Броники'''
stalker_outfit = 3, 0.7
...

;'''Медикаменты'''
bandage = 5, 0.6
...

;'''Еда'''
bread = 10, 0.5
...</ini>

На самом деле можете добавлять новый предмет, куда захотите, все эти "категории" существуют исключительно в целях удобства. Игра их не учитывает.

Теперь о структуре одной записи:

<pre>wpn_walther = 3, 0.6</pre>

* wpn_walther - имя предмета, в данном случае - пистолет "Вальтер"
* 3 - количество предметов этого типа у торговца
* 0.6 - вероятность появления каждого из них

То есть если значения равны 4, 0.5, то это означает, что у торговца в ассортименте появятся два предмета этого типа.
----

Далее идет раздел ''[barman_start_sell]''. Рассмотрим структуру записи в нем:

<pre>wpn_walther = 2, 4</pre>

* wpn_walther - имя предмета, в данном случае - пистолет "Вальтер"
* Цена высчитываетя по формулае (2+4)/2 * базовую цену предмета*(МР).
* Модификатор Репутации (МР) - Цена зависит от репутации игрока. (по умолчанию = 1)

===Расширяем ассортимент===
Чтобы добавить в начальный ассортимент, например, винтовку FN2000, проделаем следующее:

1. Добавим её в раздел [supplies_start]:

<pre>;Оружие
...
wpn_fn2000 = 2, 0.5</pre>

2. Добавим её в раздел ''[barman_start_sell]'':

<pre>;Оружие
...
wpn_fn2000 1, 3</pre>

Ну а чтобы оно не пропадало после выполнения важных заданий, запишите её и в ассортименты для выполненных условий.

==Авторы==

Статья создана:

* [[Участник:BAC9-FLCL|BAC9-FLCL]]

Редактор:

* [[Участник:Deja Vu|Deja Vu]]

[[Категория:Конфигурационные_файлы]]

SoC. Редактирование NPC

2013-07-31T15:14:15Z

91.218.192.254: оформление

==Вступление==

В этой статье мы научимся редактировать NPC: изменять содержимое их инвентаря, реплики, поведение, имя, и другие параметры.

==Параметры==

За параметры NPC отвечают файлы:
<pre>gamedata\config\gameplay\character_desc_[название локации].xml</pre>

Каждый из них разбит на секции - по одной на NPC. Используются следующие параметры:

* '''''<name>...</name>''''' - Имя (ссылка на строку в текстовом массиве).
* '''''<icon>ui_npc_...</icon>''''' - Иконка для диалогов/торговли/PDA.
* '''''<bio>..._bio</bio>''''' - Биография (в игре не используется).
* '''''<class>...</class>''''' - Класс (лучше не трогать).[[Участник:Imp|Imp]] 12:46, 12 августа 2007 (EEST)Нужно для того что-бы автоматические респавнеры могли спавнить немного разных персонажей. То есть например в игре есть описание восьми (кажеться может и больше) разных новичков и что бы при автоматическом респавне не получалась куча братьев-близнецов, респавнер настраивается на класс персонажей и спавнит случайным образом разных персонажей одного класса.
* '''''<community>...</community>''''' - Группировка.
* '''''<rank>...</rank>''''' - Ранг.
* '''''<reputation>...</reputation>''''' - Репутация.
* '''''<money min="..." max="..." infinitive="..."/>''''' - Количество денег (infinitive="1" - бесконечные деньги).
* '''''<snd_config>...</snd_config>''''' - Набор звуков.
* '''''<crouch_type>-1</crouch_type>''''' - Тип приседания. Лучше не трогать.
* '''''<visual>actors\...</visual>''''' - Внешность. Влияет на внешний вид костюма, но не на его свойства. Укажите здесь экзоскелет - и персонаж действительно в нем окажется по внешности, и по свойствам.
* '''''<supplies>...</supplies>''''' - Предметы, находящиеся у него в инвентаре. Некоторые из них в игре не отображаются, поэтому не удивляйтесь присутствию здесь предметов вроде рации или фонарика.

В игре отображаются все предметы, просто при торговле есть ограничения на допустимые к торговле предметы, а при смерти персонажа, "запрещенные" предметы удаляются скриптом. [[Участник:Imp|Imp]] 12:46, 12 августа 2007 (EEST)

* '''''<start_dialog>...<start_dialog>''''' - Приветственный диалог. Их может быть несколько, с различными условиями появления.
* '''''<actor_dialog>...</actor_dialog>''''' - Диалоги с игроком.

==Практика==

Изменим, например, параметры NPC по имени Волк.

Откроем файл:
<pre>\config\gameplay\character_desc_escape.xml</pre>

И найдем в нем раздел, ему соответствующий:

<xml>

<specific_character id="esc_wolf" team_default = "1">
<name>esc_wolf_name</name>
<icon>ui_npc_u_stalker_neytral_balon_1</icon>
<bio>esc_wolf_bio</bio>

<class>esc_wolf</class>
<community>stalker</community> <terrain_sect>stalker_terrain</terrain_sect>

<rank>434</rank>
<reputation>5</reputation>
<money min="600" max="2000" infinitive="0"/>

<snd_config>characters_voice\human_01\stalker\</snd_config>
<crouch_type>-1</crouch_type>

<visual>actors\neytral\stalker_neytral_balon_1</visual>
<supplies>
[spawn] \n
wpn_pm \n
ammo_9x18_fmj = 1 \n
wpn_ak74u \n
ammo_5.45x39_fmj \n
device_torch \n
hand_radio \n
</supplies>

#include "gameplay\character_criticals_4.xml" //

<start_dialog>escape_lager_volk_talk</start_dialog>
<start_dialog>dm_hello_dialog</start_dialog>
<actor_dialog>dm_cool_info_dialog</actor_dialog>
<actor_dialog>dm_help_wounded_medkit_dialog</actor_dialog>
<actor_dialog>tm_wolf_dialog</actor_dialog>
<actor_dialog>tm_wolf_reward</actor_dialog>
</specific_character></xml>

Изменим некоторые параметры. Выдадим ему FN2000 и Desert Eagle, примем в "Долг" и сделаем неограниченное количество денег:

<xml>

<specific_character id="esc_wolf" team_default = "1">
<name>esc_wolf_name</name>
<icon>ui_npc_u_stalker_neytral_balon_1</icon>
<bio>esc_wolf_bio</bio>

<class>esc_wolf</class>
<community>dolg</community> <terrain_sect>stalker_terrain</terrain_sect>

<rank>434</rank>
<reputation>5</reputation>
<money min="600" max="2000" infinitive="1"/>

<snd_config>characters_voice\human_01\stalker\</snd_config>
<crouch_type>-1</crouch_type>

<visual>actors\neytral\stalker_neytral_balon_1</visual>
<supplies>
[spawn] \n
wpn_deagle \n
ammo_11.43x23_fmj = 1 \n
wpn_fn2000 \n
ammo_5.56x45_ap \n
ammo_5.45x39_fmj \n
device_torch \n
hand_radio \n
</supplies>

#include "gameplay\character_criticals_4.xml" //

<start_dialog>escape_lager_volk_talk</start_dialog>
<start_dialog>dm_hello_dialog</start_dialog>
<actor_dialog>dm_cool_info_dialog</actor_dialog>
<actor_dialog>dm_help_wounded_medkit_dialog</actor_dialog>
<actor_dialog>tm_wolf_dialog</actor_dialog>
<actor_dialog>tm_wolf_reward</actor_dialog>
</specific_character></xml>

Для ввода нового NPC в симуляцию достаточно создать новый профиль.

Статья создана:
[[Участник:BAC9-FLCL|BAC9-FLCL]]
[[Категория:Конфигурационные_файлы]]

CS. Подключение двух локаций к синглу

2013-07-31T15:12:23Z

91.218.192.254: оформление

Итак, как же подключить две локации к синглу? А то и 4?Та легко! Подробный разбор в конфигах '''game_maps_single.ltx'''
<ini>[level_maps_single]
................
..............
.............
red_forest
marsh</ini>
и секцию в низ

<ini>;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
[red_forest]
texture = map\map_aes_1
bound_rect = -256.776, -747.782, 1398.440, 850.523
global_rect = 253.0, 74.0, 737.0,541.358704
weathers = default
music_tracks = l12_stancia_2_musics
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
[marsh]
texture = map\map_aes_1
bound_rect = -256.776, -747.782, 1398.440, 850.523
global_rect = 253.0, 74.0, 737.0,541.358704
weathers = default
music_tracks = l12_stancia_2_musics
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;</ini>
Теперь '''game_levels.ltx'''

<ini>[levels]
.....
...
...
level190
level191
</ini>

и секции

<ini>[level190]
name = red_forest
caption = "red_forest"
offset = 2000.0, 800.0, 1000.0
id = 190

[level191]
name = marsh
caption = "marsh"
offset = 2000.0, 800.0, 1000.0
id = 191</ini>

Теперь граф поинты

<big>red_forest</big>
первый граф; Name start_actor_01
второй граф: Name exit_rf
На уровень:marsh
коннекшн поинт на marsh: exit_marsh
Левел чангер: Level marsh
Левел поинт ту чанг: start_actor_01

<big>marsh</big>
Первый граф: Name start_actor_01
Второй граф: Name exit_marsh
На уровне rd_forest exit_rf
Левел Чангер: Level red_forest
Левел поинт ту чанг start_actor_01
uгы))))))
Вроде всё. Способ проверен.
З,Ы, Коннекшн поинты должны быть на каждом уровне

[[Категория:Конфигурационные файлы]]

Начальные сведения о скриптах

2013-07-31T15:07:30Z

91.218.192.254: оформление, орфография

ПРЕДИСЛОВИЕ
{{Message_box|
id =pseudoscience|
align = left|
backgroundcolor = #f9f9f9|
image =Lamp.gif|
heading = Для чего нужны срипты и сведения и их использовании - Rez@niy aka Oxygenium|
message = В скриптах содержаться данные для выполнения по условиям.

}}
 

Итак начнём. Рассмотрим простой скрипт спавна предмета:
<lua>--*********************************************
--**TESTING**
--*********************************************
--
-- Создает в заданном месте калаш
function ak_create()
local a = vector() -- db.actor:position()
a.x = -220.21
a.y = -19.93
a.z = -158.98
alife():create("wpn_ak47",a,33447,47,65535)
end</lua>

<big>ИМЯ ФУНКЦИИ</big>
''function'' - всегда обязательное поле, это что то вроде id, в языке LUA. После поля function отступаем и пишем текст произвольный.
Дальше идёт функциия о позиции, она обязательна для спавна скриптом.
Ниже кординаты. Для снятия кординат используем в консоли rs_stats on.
После кординат идёт сама функция спавна. <big>alife():create("СИСТЕМНОЕ ИМЯ ОБЬЕКТА",a,33447,47,65535)</big>
Цифры пусть остануться такие же. Для обьекта спавна возмём wpn_ak47. Кординаты какие то левые, лучше снимите кординаты сами. И ещё кое что важное. В папке scripts, создаём файл main.script и пишем туда готовый текст, только со своими кординатами.
<lua>--*********************************************
--**TESTING**
--*********************************************
--
-- Создает в заданном месте калаш
function ak_create()
local a = vector() -- db.actor:position()
a.x = -220.21
a.y = -19.93
a.z = -158.98
alife():create("wpn_ak47",a,33447,47,65535)
end</lua>
Написали? Отлично!. Теперь осталось только подключить это к игре. Идём в файл '''dialogs_escape.xml''' и выбираем какое нить диалог. Там после поля ''text'' в диалоге приписываем:
<code><action>main.ak_create</action></code>
ТОЛЬКО ДИАЛОГ ВЫБИРАЕМ ИСПОЛЬЗУЮЩИЙСЯ. С волком например. Всё сохраняем и тестим. В итоге, когда вы в игре нажмёте на фразу после которой находится ''action'', заспауниться калаш на указанных кординатах.

{{Message_box|
id =pseudoscience1|
align = left|
backgroundcolor = #f9f9f9|
image =Lamp.gif|
heading = Углублённое изучение - Rez@niy|
message = Далее идём в более углублённое изучение. Изучаем построение}}

Прописываем функцию. Задаём условие:
<code>if =</code>
Для закрытия тэга:
<code>end</code>

ПОКА ВСЁ, МОЖЕТ НАПИШУ ЕЩЁ ЧЁ НИТЬ ПОЛЕЗНОЕ

Ну и я напишу.'''Меченый(Стрелок)'''

Мой монолог построен так: В - Вопрос,О - Ответ

Начнём:
'''В''' - Что такое ЦИКЛ? И как он выглядит?
''О'' - Цикл это повторение одного и того же действие n-ое кол-во раз
выглядит так
<pre>for i=1,n do

end</pre>
За место i может быть любая переменная ,за место n - число которое больше первоначального значения(i)
'''В''' - А для чего можно использовать цикл?
''О'' - много для чего можно.см. ниже
Пример 1.Перебор по id/Узнаем монстор ли объект,если да ,то функция возвращает истину(true)
<lua>for id=1,65535 do
local obj = level.object_by_id(id)
if obj~= nil then
if IsMonster(obj) then
return true
else
return false
end
end
end</lua>
Пример 2.Спавн/
<lua>for i=1,5 do --функция повторится 5 раз,следовательно будет заспавнено 5 АК
local a = vector()
a.x = -220.21
a.y = -19.93
a.z = -158.98
alife():create("wpn_ak47",a,33447,47,65535)
end</lua>
и т.п.
существует ещё цикл с предусловием (while a,n do),но об этом позже
'''В''' - Какие параметры ГГ можно корректировать скриптами?
''О'' - Таких не много, запись будет такой :
<pre>db.actor.параметр</pre>
Параметры:
<pre>radiation
health
psy_health
power</pre>
'''В''' - а можно ли спавнить в рандомной точке предмет,если да,то как?
''О'' - можно
Для этого нам понадобится таблица максимальных значений ''level_vertex_id'' и ''game_vertex_id''
выглядит она так:

<ini>local level_vertexes={
l01_escape = {lvid=595580, gvid=44},
l02_garbage = {lvid=384039, gvid=265},
l03_agroprom = {lvid=438379, gvid=693},
l04_darkvalley = {lvid=392517, gvid=813},
l06_rostok = {lvid=69283, gvid=1311},
l07_military = {lvid=915663, gvid=1546},
l10_radar = {lvid=796328, gvid=1868},
l11_pripyat = {lvid=295965, gvid=2269}
}</ini>

ЗЫ:Извините ,что не для всех уровней,исправлюсь
Так,таблица у нас есть ,теперь нам нужно написать функцию спавна.Давайте покажу на Монстрах
создадим таблицу с секциями спавна монстров:
(Я буду использовать свои наработки ,поэтому таких секции у вас не будет ,эта таблица -пример)

<lua>local mutants = {
"zombie_ghost_hell",
"zombie_normal_hell",
"zombie_immortal_hell",
"bloodsucker_weak_hell",
"tushkano_normal_hell",
"snork_weak_hell",
"burer_weak_hell",
"cat_weak_hell",
"chimera_weak_hell",
"gigant_strong_hell"
}</lua>

Таблицу записали ,наконец приступим к оформлению главной функции
<lua>function random_spawn()
local count = math.random(5,20) --выбираем кол-во заспавненых мобов
local section = mutants[math.random(table.getn(mutants))] -- выбираем секцию моба
local lv = math.random(level_vertexes[level.name()]["lvid"]) --выбираем левел вертекс
local gv = level_vertexes[level.name()]["gvid"] --выбираем гэйм вертекс
for ind = 1, count do
alife():create(section, level.vertex_position(lv), lv, gv)--\\level.vertex_position(lv) - позиция левел вертекса
end
end</lua>

Далее помещаем вызов функции в '''bind_stalker.script''' в ''net_spawn()'' и при каждой загрузке будут спавнится мобы в рандомной точке
[[Категория:Скрипты]]

<big>Вступление ГГ в группировку!</big>
1.Создаем файл '''ваше_название_скприпта.script''' в папке '''gamedata/scripts'''
2. Открываем его и пишем:
--меняем группировку ГГ
<lua>function new_group(actor, npc)
if npc:character_community() ~= "(dolg)" then
npc:set_character_community("dolg", 0, 0)
end
end</lua>
Выдаём функцию при разговоре с НПС

НПС вступает в группировку
<pre>function ваше_название_функции(npc, actor)</pre>
Вызываем также, из любого диалога

<big>Нельзя взять оружие без брони</big>
Пишем функцию в любом скрипе:
<lua>function ваше_название_функции()
local armor = db.actor:item_in_slot(6) --слот брони (НЕ ТРОГАТЬ!)
local weapon = db.actor:item_in_slot(2) --слот оружия (для пистолетов в оригинале слот 1)

if db.actor:active_slot()==2 and weapon then -- за место 2 пишем слот оружия еще раз
local tmp
if armor then
tmp = armor:section()
else
tmp = "none"
end</lua>

<lua>if (not string.find(tmp, "пишем_название_брони" )) and (weapon:section()=="пишем_название_оружия1" or weapon:section()=="пишем_название_оружия2" or weapon:section()=="пишем_название_оружия3") then --если необходима проверка одного оружия то надо писать так: if (not string.find(tmp, "exo" )) and weapon:section()=="wpn_pkm" then
db.actor:drop_item(weapon)
local tmpw = amk.spawn_item_in_inv(weapon:section())
db.actor:transfer_item(weapon,db.actor)
alife():release(tmpw)
news_manager.send_tip(db.actor,"Невозможно взять пулемёт в руки без экзы",nil,nil,10000)
end
end</lua>

Далее идем по пути '''gamedata/script/bind_stalker.script'''
Функция:
<pre>function actor_binder:update(delta)</pre>
Сразу ниже неё пиши вызов в формате :
<code>название_файла.название_функции</code>
Можешь написать эту функцию в любом файле из папки '''scripts''', а можешь создать свой файл и назвать, скажем, '''my_script''', и написать там.
Должно быть так :
Код
<lua>function actor_binder:update(delta)
my_script.check_armor()</lua>

<big>Удаление предмета из инвентаря</big>

<lua>function name_function()
local se_obj = alife():object("сюда_пишем_что_удалять_будем")
if se_obj then
alife():release(se_obj, true)
end
end</lua>

ПРИМЕР
--' убираем финального Клыка
<lua>function dell_kluk_final()
local se_obj = alife():object("final_kluk")
if se_obj then
alife():release(se_obj, true)
end
end</lua>

Я добвлю может кому и пригодится.'''Болотный Доктор'''

ВЫДАЁМ ПРЕДМЕТ АКТОРУ
<lua>function название функции (first_speaker, second_speaker)
dialogs.relocate_item_section(second_speaker, "название предмета", "in")
end</lua>

Размещается в файлах скрипт.

Выдача поршня вставляется под строку действия.
<code><action>название скрипта.название функции</action></code>

Примечание, что бы выдать два одинаковых предмета пишем

<lua>function название функции (first_speaker, second_speaker)
dialogs.relocate_item_section(second_speaker, "название предмета", "in",2)
end</lua>

Если надо больше меняем цифру 2 на нужную нам.

ОТБИРАЕМ ПРЕДМЕТ У АКТОРА.
<lua>function название функции(first_speaker, second_speaker)
dialogs.relocate_item_section_from_actor(first_speaker, second_speaker, "название предмета")
end</lua>

размещается в файлах скрипт

выдача поршня вставляется под строку действия:
<code><action>название скрипта.название функции</action></code>

Примечание, что бы отобрать два одинаковых предмета пишем

<lua>function название функции(first_speaker, second_speaker)
dialogs.relocate_item_section_from_actor(first_speaker, second_speaker, "название предмета",2)
end</lua>
Если надо больше меняем цифру 2 на нужную нам.

СПАВНИМ ВЕЩЬ В РЮКЗАК гг
<lua>function название функции()
local obj = alife():create("ВЕЩЬ", db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(), db.actor:id())
end</lua>

В диалог:
<code><action>название скрипта.название функции</action></code>

ПРОВЕРКА НАЛИЧИЯ У АКТОРА ПРЕДМЕТА
Вариант первый
<lua>function Название функции()
if db.actor:object("название предмета") then
return true
end
return false
end</lua>

в диалог:

<code><precondition>имя скрипта.название функции</precondition></code>

<---------Вариант второй)------------------>

<lua>function название функции(first_speaker, second_speaker)
return first_speaker:object("название предмета") ~= nil
end</lua>

в диалог:

<code><precondition>имя скрипта.название функции</precondition></code>

ПРОВЕРКА ВЕЩЕЙ У ГГ
<lua>function Название функции(first_speaker, second_speaker)
return first_speaker:object("название предмета") ~= nil or
first_speaker:object("название предмета") ~= nil or
first_speaker:object("название предмета") ~= nil
end</lua>

в диалог:

<code><precondition>имя скрипта.название функции</precondition></code>

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

ПРОВЕРКА ДЕНЕГ У ГГ
Вариант первый(используют ПЫС)

<lua>function название функции(first_speaker, second_speaker)
return first_speaker:money() >= 2000
end</lua>

в диалог:

<precondition>имя скрипта.название функции</precondition>

<-----------Вариант два-------------->
Использовал на ТЧ, но и в ЗП работает

<lua>function название функции()
return db.actor:money()>=10000
end</lua>
в диалог:

<code><precondition>имя скрипта.название функции</precondition></code>

СПАВН ПРЕДМЕТА
function spawn_vintar()
alife():create("Название предмета",vector():set(24.725412368774,-3.6072344779968,173.83030700684),993926,210)
end

В диалог

<action>название скрипта.название функции</action>

МГНОВЕННАЯ СМЕРТЬ ГГ
function название функции(npc, actor)
npc:kill(actor)
end

В диалог

<action>название скрипта.название функции</action>

ПРОВЕРКА КОЛ_ВА ОДИНАКОВЫХ ПРЕДМЕТОВ
function название функции(first_speaker, second_speaker)
local item_sections = {"Предмет"}
local needed = количество одинаковых предметов, ставится цифра без знаков
local count = 0
local item_section
local function calc(temp, item)
if item:section() == item_section then
count = count + 1
end
end
for k,v in pairs(item_sections) do
item_section = v
get_story_object("actor"):iterate_inventory(calc, actor)
end
return count >= needed
end

в диалог
<precondition>имя скрипта.название функции</precondition>

ЛЕЧЕНИЕ ГГ
Вставим этот актион в диалог

<action>dialogs.medic_magic_potion</action>

ВЫДАЧА ДЕНЕГ от НПС ГГ

function название функции(first_speaker, second_speaker)
dialogs.relocate_money_to_actor(first_speaker, second_speaker, 2000)
end

В диалог

<action>название скрипта.название функции</action>

ВЫДАЧА ДЕНЕГ от ГГ НПС

function название функции(actor, npc)
dialogs.relocate_money(npc,кол-во,"out")
end

В диалог

<action>название скрипта.название функции</action>

НПС становится врагом после определенной ветки диалона или другом -5000 враг 5000 друг

function название скрипта(actor, npc)
npc:force_set_goodwill(-5000, actor)
end

<action>название скрипта.название функции</action>

ПРОВЕРКА СМЕРТТИ NPS

function название функции проверки(actor,npc)
return has_alife_info("инфо смерти")
end

в диалог

<precondition>имя скрипта.название функции</precondition>

CoP: Ещё один спальный мешок

2013-07-31T14:56:38Z

91.218.192.254: оформление

Всем привет. В статье [[CoP. Создание спального мешка]] описан хороший метод создания спальника.
К сожалению полученный спальник имеет существенный недостаток - если перетащить его в слот
быстрого доступа (который F1-F4), то игра вылетает (проверялось на версии 1.6.02).
Есть два метода борьбы с этим:

'''1. В описании спальника поменять'''
<code>
inv_grid_width = 2
inv_grid_height = 2
</code>
на
<code>
inv_grid_width = 1
inv_grid_height = 1
</code>
и соответственно перерисовать его иконку, но иконка 1х1 для спальника в инвентаре будет выглядеть неприглядно

'''2. Создать спальник работающий на другом принципе'''

О втором методе и пойдйт речь.

__TOC__
== Общий принцип ==

Мы унаследуем спальник не от ''identity_immunities'', а от бинокля. Что получится:
#спальник нельзя будет перетащить в слот быстрого доступа - нет краша
#спальник будет срабатывать не при «использовании» (не будет такого пункта в меню), а при выбрасывании его из инвентаря и после сна его нужно будет подобрать обратно, что IMHO реалистичнее

== Конфиги ==
В '''configs\misc\items.ltx''' дописываем:
<ini>
------------------------------------------------------------------------------------------------
-- Спальный мешок
------------------------------------------------------------------------------------------------
[sleeping_bag]:wpn_binoc
;identity_immunities
GroupControlSection = spawn_group
discovery_dependency =
$spawn = "devices\sleeping_bag"
$prefetch = 32
class = WP_BINOC
cform = skeleton
visual = dynamics\equipments\item_spalnik
inv_name = st_sleeping_bag_title
inv_name_short = st_sleeping_bag_title
description = st_sleeping_bag_descr
use_sound = interface\bag_open
inv_weight = 0.5
inv_grid_width = 2
inv_grid_height = 2
inv_grid_x = 25
inv_grid_y = 0
cost = 0
eat_health = 0
eat_satiety = 0
eat_power = 0
eat_radiation = 0
wounds_heal_perc = 0
eat_portions_num = 1
slot = -1
hit_power = 0
hit_type = fire_wound
ammo_class = ammo_9x19_fmj
scope_status = 0
silencer_status = 0
grenade_launcher_status = 0
animation_slot = 13
rpm = 0
cam_dispersion = 0
fire_dispersion_base = 0
hit_power_critical = 0
hud = wpn_vodka_hud
can_trade = false
random_sleep_a = 2
random_sleep_b = 6
quest_item = false

</ini>

'''Важно''': visual ДОЛЖЕН существовать. OGF модели спальника можно найти в сети.
== Скрипты ==
В scripts создаём '''sleeping_bag.script'''
<lua>
function use(s_obj)
if nil == s_obj then
return
end
if surge_manager.actor_in_cover() then
ui_sleep_dialog.sleep()
give_info("sleep_active")
else
news_manager.send_tip(db.actor, game.translate_string("st_sleeping_bag_no_sleep"))
end
news_manager.send_tip(db.actor, game.translate_string("st_sleeping_bag_take_reminder"))
end

function use_inventory_item(s_obj)
if s_obj and s_obj.section_name and s_obj:section_name() == "sleeping_bag" then
use(s_obj)
end
end
</lua>
В '''bind_stalker.script''' в ''actor_binder:on_item_drop'' прописываем
<lua>
function actor_binder:on_item_drop (obj)
if(obj) then
local s_obj = alife():object(obj:id())
sleeping_bag.use_inventory_item(s_obj)
end
end
</lua>
В '''configs\text\rus\st_items_equipment.xml''' добавляем
<xml>
<string id="st_sleeping_bag_title">
<text>«Спальный мешок»</text>
</string>
<string id="st_sleeping_bag_descr">
<text>Непромокаемый спальный мешок. Один из способов переночевать в Зоне. Но от радиации не спасёт, поэтому для ночевки нужно искать места по-укромнее. Например такие, где можно переждать выброс.</text>
</string>
</xml>
В '''configs\text\rus\ui_st_screen.xml''' добавляем
<xml>
<string id="st_sleeping_bag_no_sleep">
<text>В этом месте не заснуть. Нужно найти более надежное укрытие, там где можно переждать выброс.</text>
</string>
<string id="st_sleeping_bag_take_reminder">
<text>%c[255,255,255,0]Не забудьте забрать спальный мешок.%c[default]</text>
</string>
</xml>
В '''configs\gamepley\character_desc_general.xml''' ищем в самом начале
<xml>




<specific_character id="actor" no_random = "1">
<name>st_actor_name</name>
<icon>ui_inGame2_Hero</icon>
<map_icon x="2" y="5"></map_icon>

<team>Actor</team>
<supplies>
[spawn] \n
device_torch \n
wpn_binoc \n
wpn_knife = 1 \n
detector_simple \n
helm_respirator \n
stalker_outfit \n
</xml>
и добавляем
<code>
sleeping_bag \n
</code>
В '''configs\mp\mp_ranks.ltx''' ищем
<ini>
[rank_0]
rank_name = st_rank_novice ; звание
rank_exp = 0, 0 ; опыт, артефакты
rank_diff_exp_bonus = 1, 1.5, 2, 3, 4
;----------------- new items -------------------------
available_items =
</ini>
И в конце длиннющей строки ''available_item''s через запятую добавляем ''sleeping_bag''

Запускаем новую игру и тестируем

[[Category:Скрипты]]

CoP. Эффект разнообразия артефактов

2013-07-28T13:33:12Z

91.218.192.254: оформление, орфография

Давным давно читал на форуме GSC такое предложение: '''Сделайте так чтобы артефакты были более уникальны. Тоесть каждая Медуза имела отличия от такой же Медузы.'''

Честно говоря идея хорошая, я тоже считаю неправильным то что каждая найденая мной Медуза весит пол килограмма выводит 2 условные единицы радиации и стоит 4000 рублей (тут конечно есть разброс цен у торгашей) дети ведь не рождаются с весом ровно 3200 со светлыми волосами и голубыми глазами. Менять можно впринципе любые параметры, но на практике столкнулся с тем что приходится поднимать общую радиоизлучаемость артефактов до минимума равного 5-6 и максисума равного 12-13.

'''НАЧНЕМ'''

Вот исправленный конфиг медузы:

<ini>[af_medusa]:af_base
$spawn = "artefacts\gravitational_1_medusa"
class = ARTEFACT ; будет подпрыгивать
visual = dynamics\artefacts\af_medusa.ogf
description = st_af_medusa_descr
inv_name = st_af_medusa_name
inv_name_short = st_af_medusa_name
inv_weight = 0.5

inv_grid_x = 9
inv_grid_y = 4

cost = 4000

jump_height = .5 ; высота прыжка

particles = artefact\af_gravi_idle
det_show_particles = artefact\af_gravi_show
det_hide_particles = artefact\af_gravi_hide

af_rank = 1

lights_enabled = true

trail_light_color = 0.4,0.4,0
trail_light_range = 2.0

;скорости увеличения (уменьшения)
health_restore_speed = 0
radiation_restore_speed = -0.003
satiety_restore_speed = 0
power_restore_speed = 0
bleeding_restore_speed = 0
hit_absorbation_sect = af_medusa_absorbation

additional_inventory_weight = 0
additional_inventory_weight2 = 0

artefact_activation_seq = af_activation_bold

[af_medusa_absorbation]
burn_immunity = 0 ;коэффициенты иммунитета
strike_immunity = 0
shock_immunity = 0
wound_immunity = 0
radiation_immunity = 0
telepatic_immunity = 0
chemical_burn_immunity = 0
explosion_immunity = 0
fire_wound_immunity = 0</ini>

Сразу же после него вписываем что то вроде:

<ini> [af_medusa_mini]:af_medusa
$spawn = "artefacts\my_addon_af_medusa_mini"
inv_weight = 0.3

cost = 3500

radiation_restore_speed = -0.002

;------------------------------------------------------------------------------------------

[af_medusa_maxi]:af_medusa
$spawn = "artefacts\my_addon_af_medusa_maxi"
inv_weight = 0.7

cost = 4500

radiation_restore_speed = -0.004

;------------------------------------------------------------------------------------------

[af_medusa_super]:af_medusa
$spawn = "artefacts\my_addon_af_medusa_super"
inv_weight = 0.3

cost = 5500

radiation_restore_speed = -0.004</ini>

Я в данном случае создал еще три артефакта которые в игре будут полностью похожи на медузу (Название, описание, свойства) С разницей лишь в том что все четыре Медузы будут по разному стоить, имеют разный вес, и по разному выводят радиацию. Далее нам необходимо добавить их в игру.

'''1) gamedata\configs\misc\devices.ltx'''

Дописываем по аналогии секции:

af_class_40 = af_medusa_mini
af_sound_40_ = detectors\art_beep1
af_freq_40 = 0.05, 2
af_class_41 = af_medusa_maxi
af_sound_41_ = detectors\art_beep1
af_freq_41 = 0.05, 2
af_class_42 = af_medusa_super
af_sound_42_ = detectors\art_beep1
af_freq_42 = 0.05, 2

К нужному детектору. Не забывая при этом сместить номера последующих секций в следующих детекторах если приписываете на Отклик, Медведь или Велес (detector_simple, detector_advanced, detector_elite)

'''2) gamedata\configs\ui\ui_detector_artefact.xml'''

Дописываем по аналогии:

<xml><palette id="af_medusa_mini" width="0.0015" height="0.0015" stretch="1" alignment="c">
<texture shader="hud\p3d">ui_temp_ad3_artefact</texture>
</palette>
<palette id="af_medusa_maxi" width="0.0015" height="0.0015" stretch="1" alignment="c">
<texture shader="hud\p3d">ui_temp_ad3_artefact</texture>
</palette>
<palette id="af_medusa_super" width="0.0015" height="0.0015" stretch="1" alignment="c">
<texture shader="hud\p3d">ui_temp_ad3_artefact</texture>
</palette>
</xml>

'''И'''

<xml><palette id="af_medusa_mini" width="0.0011" height="0.0011" stretch="1" alignment="c">
<texture shader="hud\p3d">ui_inGame2_Detector_icon_artefact</texture>
</palette>
<palette id="af_medusa_maxi" width="0.0011" height="0.0011" stretch="1" alignment="c">
<texture shader="hud\p3d">ui_inGame2_Detector_icon_artefact</texture>
</palette>
<palette id="af_medusa_super" width="0.0011" height="0.0011" stretch="1" alignment="c">
<texture shader="hud\p3d">ui_inGame2_Detector_icon_artefact</texture>
</palette></xml>

'''3) gamedata\configs\scripts\локация\anomaly\аномалия.ltx'''

Делаем из:

<ini>[anomal_zone]
layers_count = 1
respawn_tries = 2
max_artefacts = 3
;applying_force_xz = 200
;applying_force_y = 200
artefacts = af_medusa
start_artefact = af_medusa
coeff = 3
artefact_ways = zaton_zanaveska_af_way</ini>

Вот это

<ini> [anomal_zone]
layers_count = 1
respawn_tries = 2
max_artefacts = 3
;applying_force_xz = 200
;applying_force_y = 200
artefacts = af_medusa, af_medusa_mini, af_medusa_maxi, af_medusa_super
start_artefact = af_medusa_mini
coeff = 3, 3, 2, 1
artefact_ways = zaton_zanaveska_af_way</ini>

Вот собственно и всё (осталось только добавить в торговлю)

'''Да как же всё =)'''

Очень вероятно кто то захочет провернуть такое со всеми артефактами (у меня ушло около 7-8 часов (долго искал БАГ).

Так вот в случае с Медузой мы не использовали секцию иммунитетов которые даёт артефакт: hit_absorbation_sect

К примеру:

hit_absorbation_sect = af_cristall_flower_mini_absorbation

Вот тут есть правило что если мы используем иммунитеты то они должны вписываться вот так:

<ini>[af_cristall_flower_mini]:af_cristall_flower
$spawn = "artefacts\my_addon_af_cristall_flower_mini"
inv_weight = 0.4

cost = 2500

radiation_restore_speed = 0.006
hit_absorbation_sect = af_cristall_flower_mini_absorbation

[af_cristall_flower_mini_absorbation]
burn_immunity = 0
strike_immunity = 0
shock_immunity = 0
wound_immunity = 0
radiation_immunity = 0
telepatic_immunity = 0.01
chemical_burn_immunity = 0
explosion_immunity = 0
fire_wound_immunity = 0</ini>

А не вот так:

<ini>[af_cristall_flower_mini]:af_cristall_flower
$spawn = "artefacts\my_addon_af_cristall_flower_mini"
inv_weight = 0.4

cost = 2500

radiation_restore_speed = 0.006
hit_absorbation_sect = af_cristall_flower_mini_absorbation

[af_cristall_flower_mini_absorbation]
telepatic_immunity = 0.01</ini>

Во втором случае при спавне артефакта игра вылетит с ошибкой типа не найден '''burn_immunity''' в '''af_cristall_flower_mini_absorbation''' тоесть af_cristall_flower_mini_absorbation должен содержать все иммунитеты даже если их значение ноль.

Хотя впринципе можно создать в файле секцию:

<ini>[af_bla_bla_bla_absorbation]
burn_immunity = 0
strike_immunity = 0
shock_immunity = 0
wound_immunity = 0
radiation_immunity = 0
telepatic_immunity = 0
chemical_burn_immunity = 0
explosion_immunity = 0
fire_wound_immunity = 0</ini>

А все следующие иммунитеты писать вот так:

<ini> [af_cristall_flower_mini]:af_cristall_flower
$spawn = "artefacts\my_addon_af_cristall_flower_mini"
inv_weight = 0.4

cost = 2500

radiation_restore_speed = 0.006
hit_absorbation_sect = af_cristall_flower_mini_absorbation

[af_cristall_flower_mini_absorbation]:af_bla_bla_bla_absorbation
telepatic_immunity = 0.01</ini>

Не пробовал, но должно работать =)

В итоге если создать для каждого артефакта 3 можно и больше дублей и добавить их все в аномалии и торговлю то сложится впечатление что каждый конкретный артефакт может быть разным.

--[[Участник:Rekongstor|Rekongstor]] 11:30, 13 января 2011 (UTC)
Я смотрю на
это и предлагаю сделать кое-что. Ведь есть возможность записи в консоль параметров и в итоге можно сделать для каждого артефакта свой разброс параметров.

--[[Участник:WincentDark69|WincentDark69]] Можно сделать и разброс, но. К примеру мы используем: '''Стоимость, Восстановление здоровья, Насышение организма радиацией, Вес.''' Во первых я не вкурсе как сделать расброс веса. Во вторых если даже прописать расброс цен от 5000 до 25000 то, где при этом будем влияние получившегося артефакта на стоимость (может получится что то типа "суперский арт (Медузу) торговец купит за 5361 а за совершенно бесполезный арт ("Медузу") предложит 23787" к примеру)

Автор: [[Участник:WincentDark69|WincentDark69]]

[[Категория:Конфигурационные_файлы]]

CoP: Делаем нормальные медикаменты.

2013-07-27T07:33:45Z

91.218.192.254: оформление

Данная мини-статья расскажет вам о том как внести в игру более правильные в плане воздействия медикаменты.

Я полагаю многие играя в компьютерные игры задумались что аптечка''(к примеру)'' на самом деле не должна лечить мгновенно''(ну или почти мгновенно, как это сделано в '''STALKER''')''. Это то мы и исправим, ну и заодно рассмотрим полный список эффектов.

'''Итак поехали:'''

Возьмем кусок описания обычной аптечки:

<ini>[medkit]:booster
$spawn = "food and drugs\medkit"
visual = dynamics\devices\dev_aptechka\dev_aptechka_low.ogf
inv_name = st_medkit
inv_name_short = st_medkit
description = st_medkit_descr
inv_weight = 0.1

inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 6
inv_grid_y = 14
cost = 250

boost_time = 10.0
boost_health_restore = 0.01
boost_radiation_restore = 0.0
boost_bleeding_restore = 0.005

use_sound = interface\inv_medkit</ini>

В самом верху мы видим:

[medkit]:booster = системное имя:системное имя предмета из которого будут браться недостающие строки конфига

Рассмотрим секцию '''"booster"''' она по сути содержит пустые конфиги. Прокоментирую основное(параметры которые могут пригодиться).

<ini>[booster]:identity_immunities
GroupControlSection = spawn_group
discovery_dependency =
;$spawn = "food and drugs\booster"
$prefetch = 8
class = S_FOOD
cform = skeleton
visual = dynamics\devices\dev_aptechka\dev_aptechka_low.ogf ; Ссылка на визуал в "stalker\gamedata\meshes"
description = default ; Ссылка на описание предмета "gamedata\configs\text\rus"
inv_name = default ; Ссылка на имя предмета'''(Аптечка автомобильная)''' "gamedata\configs\text\rus"
inv_name_short = default ; Ссылка на короткое имя предмета'''(Апт.Авт.)''' "gamedata\configs\text\rus"
inv_weight = 0.01 ; Вес предмета

inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 3
inv_grid_y = 18
cost = 1 ; Стандартная стоимость(конечная зависит от отношения торговца)

; eatable item
eat_health = 0 ; Мгновенно даёт определенное количествово здоровья '''1 = 100%'''
eat_satiety = 0 ; Мгновенное насыщение '''1 = 100%'''
eat_power = 0 ; Мгновенное восстановление силы '''1 = 100%'''
eat_max_power = 0 ; Мгновенное увеличение максимальной силы '''1 = 100%'''(Вроде как...)
eat_radiation = 0 ; Мгновенное увеличение или уменьшение облученности '''(1 увеличение)(-1 уменьшение)'''
eat_alcohol = 0 ; Мгновенное увеличение или уменьшение уровня опьянения '''(1 увеличение)(-1 уменьшение)'''
wounds_heal_perc = 0 ; я так понял что это скорость затягивания ран, но не уверен...
eat_portions_num = 1 ; Интересный параметр... Количество порций в упаковке (проверена работоспособность от 1 до 99999)

boost_time = 0.0 ; Время действия(распостраняется только на параметры '''boost_*'''
boost_max_weight = 0.0 ; Увеличение переносимого веса. Уменьшение не работает, как видимо на всех '''boost_*''' =(
boost_health_restore = 0.0 ; Увеличение скорости восстановления здаровья
boost_power_restore = 0.0 ; Увеличение скорости восстановления силы
boost_radiation_restore = 0.0 ; Увеличение скорости вывода радиации
boost_bleeding_restore = 0.0 ; Увеличение скорости заживления ран

;'''protection''' Снижают количество получаемого ХИТА
boost_radiation_protection = 0.0 ; Увеличение защиты от радиации
boost_telepat_protection = 0.0 ; Увеличение защиты от телепатического воздействия(от контролеров не спасает)
boost_chemburn_protection = 0.0 ; Увеличение защиты от химических повреждений

;'''immunity''' Увеличивают минимальный уровень воздействия для получения ХИТА
boost_burn_immunity = 0.0 ; Увеличение имунитета к огню
boost_shock_immunity = 0.0 ; Увеличение имунитета к электрическому току
boost_radiation_immunity = 0.0 ; Увеличение имунитета к радиации
boost_telepat_immunity = 0.0 ; Увеличение имунитета к пси воздействию
boost_chemburn_immunity = 0.0 ; Увеличение имунитета к химическим воздействиям
boost_strike_immunity = 0.0 ; Увеличение имунитета к выстрелам
boost_wound_immunity = 0.0 ; Увеличение имунитета к ударам
boost_explosion_immunity = 0.0 ; Увеличение имунитета к взрывам
boost_fire_wound_immunity = 0.0 ; Увеличение имунитета к взрывной волне
;use_sound = characters_voice\multiplayer\team_1\voice_roger_3 ; Звук "gamedata\sounds"</ini>

'''Теория пройдена!!!'''

'''Практика'''

<ini>[medkit]:booster '''; НЕ ТРОГАЕМ!!!'''
$spawn = "food and drugs\medkit" '''; НЕ ТРОГАЕМ!!!'''
visual = dynamics\devices\dev_aptechka\dev_aptechka_low.ogf '''; НЕ ТРОГАЕМ!!!'''
inv_name = st_medkit '''; НЕ ТРОГАЕМ!!!'''
inv_name_short = st_medkit '''; НЕ ТРОГАЕМ!!!'''
description = st_medkit_descr '''; НЕ ТРОГАЕМ!!!'''
inv_weight = 0.1 '''; По желанию'''

inv_grid_width = 1 '''; НЕ ТРОГАЕМ!!!'''
inv_grid_height = 1 '''; НЕ ТРОГАЕМ!!!'''
inv_grid_x = 6 '''; НЕ ТРОГАЕМ!!!'''
inv_grid_y = 14 '''; НЕ ТРОГАЕМ!!!'''
cost = 250 '''; По желанию'''

boost_time = 60.0 '''; Меняем с 10.0 на 60.0'''
boost_health_restore = 0.002 '''; Меняем с 0.01 на 0.002'''
boost_radiation_restore = 0.0 '''; По желанию'''
boost_bleeding_restore = 0.0 '''; По желанию'''

use_sound = interface\inv_medkit '''; НЕ ТРОГАЕМ!!!'''</ini>

Итак, мы получили аптечку которая лечит медленно но на протяжение 60 секунд(По сравнению с оригиналом это хоть как то похоже на правду)

Таким же образом можно отредактировать и остальные препараты. Антирад например.

<ini>[antirad]:booster
$spawn = "food and drugs\antirad"
visual = dynamics\devices\dev_antirad\dev_antirad.ogf
inv_name = st_antirad
inv_name_short = st_antirad
description = st_antirad_descr
inv_weight = 0.01

inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 18
inv_grid_y = 12
cost = 750

boost_time = 60.0
boost_radiation_restore = 0.01
eat_alcohol = 0.3

use_sound = interface\inv_pills</ini>

Я полагаю что опьянение здесь в тему так как вещества такого типа считаются наркотическими.

А зная о ранее неиспользуемых эфектах можно создавать новые, тот же к примеру "Анти-похмелин". В пачке которого будет 10 таблеток:

<ini>[drug_analgin]:booster
$spawn = "food and drugs\drug_analgin"
visual = dynamics\equipments\medical\drug_coagulant.ogf
inv_name = st_drug_analgin
inv_name_short = st_drug_analgin
description = st_drug_analgin_descr
inv_weight = 0.01

inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 19
inv_grid_y = 4
cost = 350

boost_time = 5.0
eat_alcohol = -0.1
eat_portions_num = 10

use_sound = interface\inv_pills</ini>

Каждая таблетка при такой конфигурации будет снимать 10% опьянения.

Автор: [[Участник:WincentDark69|WincentDark69]]

[[Категория:Конфигурационные_файлы]]

SoC. Работа в offline и online

2013-07-27T07:26:37Z

91.218.192.254: оформление

В игре наверняка вы встречали такое - при получении какого-то задания или диалога появляются новые НПС или прочие ФПС. Пример в этой статье мы будем рассматривать на Ростке. Итак, нам понадобятся файлы '''info_l07rostok.xml''', '''all.spawn''' и программа '''ACDC'''.

===Начало===
Начнем! Распакуем '''all.spawn''' и откроем файл '''alife_l06_rostok.ltx'''. В нём найдём такие строчки:
<ini>
[3851]
; cse_abstract properties
section_name = stalker
name = bar_freedom_attacker_1
position = -214.942504882813,-2.09808349609375e-005,164.513900756836
direction = 0,0,0

; cse_alife_trader_abstract properties
money = 5000
character_profile = bar_Killer_regular

; cse_alife_object properties
game_vertex_id = 1335
distance = 6.29999971389771
level_vertex_id = 23441
object_flags = 0xffffffff
custom_data = <<END
[spawner]
cond = {+bar_heli_scene_stay_online}

[smart_terrains]
bar_freedom_attack = true
END

; cse_visual properties
visual_name = actors\killer\stalker_ki_mask

; cse_alife_creature_abstract properties
g_team = 0
g_squad = 5
g_group = 7
health = 1
dynamic_out_restrictions =
dynamic_in_restrictions =

upd:health = 1
upd:timestamp = 0
upd:creature_flags = 0
upd:position = -214.942504882813,-2.09808349609375e-005,164.513900756836
upd:o_model = 0
upd:o_torso = 0,0,0
upd:g_team = 0
upd:g_squad = 5
upd:g_group = 7

; cse_alife_monster_abstract properties

upd:next_game_vertex_id = 65535
upd:prev_game_vertex_id = 65535
upd:distance_from_point = 0
upd:distance_to_point = 0

; cse_alife_human_abstract properties
predicate5 = 0,1,2,0,2
predicate4 = 0,1,1,0

; cse_ph_skeleton properties

upd:start_dialog =

; se_stalker properties
</pre>

В этой писанине нам нужно только это:
<pre>
[spawner]
cond = {+bar_heli_scene_stay_online}
</ini>

Это переход НПС в онлайн при выдаче инфопоршня. Чтбы убедится в этом найдём его в '''info_l07rostok.xml'''.
Убедились? Отлично! Двигаемся дальше. Вместо знака '''+''' вы можете поставить знак '''-'''. Значит при этом инфопоршне НПС уйдет в оффлайн.

Можно менять эти инфопоршны на любые другие, в том числе свои. Теперь поменяем его к примеру на ''bar_kruglov_follow_tunnel''. В итоге:

<pre>
[spawner]
cond = {+bar_kruglov_follow_tunnel}
</pre>

Этот НПС (или несколько неписей) буду рождаться, когда вы пройдете через туннель, где наёмники-снайперы. Все инфопоршны брать из файла, соответствующего локации. Вы можете сделать свой квест и применить инфопоршы к этому делу.

===P.S.===
Теперь сделаем, чтобы всё до конца работало. Найдём смарт_террейн, в котором прописан ''+bar_heli_scene_stay_online''. И допишем туда свой.
<ini>
[3857]
; cse_abstract properties
section_name = smart_terrain
name = bar_ecolog_crush
position = -294.061706542969,7.43865966796875e-005,140.005218505859
direction = 1.01860559880151e-005,-7.54995954643789e-010,7.41205367376097e-005

; cse_alife_object properties
game_vertex_id = 1350
distance = 2.79999995231628
level_vertex_id = 100
object_flags = 0xffffffbe
custom_data = <<END
[smart_terrain]
type = bar_ecolog_crush
capacity = 5
squad = 5
groups = 1,2
cond = {+bar_heli_scene_stay_online},{+bar_kruglov_follow_tunnel}
END

; cse_shape properties
shapes = shape0
shape0:type = sphere
shape0:offset = 0,0,0
shape0:radius = 2.66736793518066

; cse_alife_space_restrictor properties
restrictor_type = 0

; se_smart_terrain properties
</ini>
Вот он. Вот и всё!

===См. также===
Мою статью "[[Работа с ACDC]]".

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

Вывод сообщения о маленьком кол-ве оставшегося ХП

2013-07-27T07:24:32Z

91.218.192.254: оформление

Нужны файлы:

'''gamedata/scripts/bind_stalker.script'''
'''config/ui/ui_custom_msgs.xml'''
'''config/text/rus/string_table_ui.xml'''

Как делается?

Для начала давайте сделаем проверку на хп.Добавляем в '''bind_stalker.script''' вот эти строки после вывода о сообщение про радиацию:
<lua>if self.object.health <= 0.3 then
local hud = get_hud()
local custom_static = hud:GetCustomStatic("cs_health_danger")
if custom_static == nil then
hud:AddCustomStatic("cs_health_danger", true)
hud:GetCustomStatic("cs_health_danger"):wnd():SetTextST("st_health_danger")
end
else
local hud = get_hud()
local custom_static = hud:GetCustomStatic("cs_health_danger")
if custom_static ~= nil then
hud:RemoveCustomStatic("cs_health_danger")
end
end</lua>
Где:'''if self.object.health <= 0.3''' then под числовым значением подразумевается кол-во хп.При котором сообщение будет показываться
Теперь в '''config/ui/ui_custom_msgs.xml''' будем добавлять это сообщение на худ
Ниже строки ''</cs_radiation_danger>'':

<xml><cs_health_danger x="200" y="120" width="600" height="50" complex_mode="1">
<text font="graffiti22" r="240" g="217" b="182" a="255" align="c"/>
</cs_health_danger> </xml>

Итак.Теперь можно потестировать.Когда у вас будет очень мало хп будет сообщение.Но так как нет текста будет что-то типо '''st_health_danger'''.Так что давайте добавим его
Лезем в '''config/text/rus/string_table_ui.xml''' и добавляем где угодно вот такую строку:
<xml><string id="st_health_danger">
<text>Критический уровень здоровья!Примите аптечку!</text>
</string> </xml>
Вот и все!Теперь при маленьком кол-ве здоровья будет выводиться сообщение об том что вам необходимо принять аптечку

Создатель скрипта:Fireman3000

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

SoC. Отключение таймера и выброса на ЧАЭС

2013-07-27T07:22:26Z

91.218.192.254: оформление, орфография

== Навестим скрипты и инфопоршни! ==
В '''sr_timer.script''' и '''sr_aes_deadzone.script''' в начале каждой из функций напишите:
<code>if has_alife_info("deadzone") then</code>

В '''xr_effects.script''', в функции ''aes_earthshake'', в начале пишем:
<code>if has_alife_info("deadzone") then</code>

Мы упоминалы некий инфопоршень, о нем игра не знает. Добавим его в игру.

Откроем '''info_l19_stanciya.xml'''('''gamedata/config/gameplay'''). Допишем инфопоршень:
<code><info_portion id="deadzone"></info_portion></code>

== Активация! ==
Включить таймер и выброс:
<lua>
function start(actor, npc)
db.actor:give_info_portion("deadzone")
end
</lua>
Отключить:
<lua>
function stop(actor, npc)
db.actor:disable_info_portion("deadzone")
end
</lua>

== Автор ==
[[Участник:vllzl]]

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

SoC. Звуковая дорожка

2013-07-27T07:20:27Z

91.218.192.254:

'''Привет всем!''' Предлагаю желающим повторить моё нововведение в СТАЛКЕРе.

Возле Волка на Кордоне ('''А''') после согласия отбить Шустрого('''Б''') появляется приёмник «Горизонт» ('''В'''), исполняющий музыку, заранее сконвертированную Вами через СДК в .ogg и положенную в папку ''gamedata\sounds'' ('''Г'''). Наподобие матюгальника блокпоста, наш приёмник глохнет от меткого выстрела ГГ по нему ('''Д''').В других вариациях это может быть и рупор (там, где его сроду не было), да хоть даже поющий холодильник, если прописать предмету «patefon» соответствующий visual.

'''А'''->: создать '''moi_mod.script''':

<lua>
function spawn_patefon()
local item = "patefon"
alife():create(item,vector():set(-203.64045715332,-20.349802017212,-147.30645751953),49119,57)
end
</lua>

'''Б'''->: изменить '''escape_dialog.script''':

<lua>
function give_weapon_to_actor (trader, actor)
dialogs.relocate_item_section(trader, "ammo_9x18_fmj", "in")
dialogs.relocate_item_section(trader, "wpn_pm", "in")
dialogs.relocate_item_section(trader, "wpn_knife", "in")
moi_mod.spawn_patefon()
end
</lua>

'''В'''->: создать новую секцию в ''config\misc\items.ltx'':

<ini>
[patefon]:identity_immunities
GroupControlSection = spawn_group
discovery_dependency =
$spawn = "food and drugs\patefon"
cform = skeleton
class = P_DSTRBL
visual = physics\decor\priemnik_gorizont.ogf
custom_data = scripts\esc_patefon_data.ltx
attach_angle_offset = -1.651084, -1.341824, 1.200789
attach_position_offset = 0.077492, -0.030020, 0.090059
attach_bone_name = bip01_l_hand
auto_attach = false
remove_time = 60
script_binding = bind_physic_object.init
</ini>

'''Г'''->: создать в '''sound_theme.script''' по аналогии с существующими такую конструкцию:

<lua>
ph_snd_themes["muzon"] = { "название_вашего_трека", -- в папке \sounds
"название_вашего_трека2",
"название_вашего_трека3" -- и так далее.. (последний - без запятой)
}
</lua>

'''Д'''->: создать в ''config\scripts\'' файл '''esc_patefon_data.ltx''':

<ini>
[logic]
active = ph_sound@muzik
on_hit = hit

[ph_sound@muzik]
snd = muzon
on_signal = sound_end|ph_idle@wait
on_info = {+esc_patefon_off} nil

[ph_idle@wait]
on_timer = 5000| ph_sound@muzik
on_info = {+esc_patefon_off} nil

[hit]
on_info = %+esc_patefon_off%
</ini>

Не забудьте добавить в ''config\gameplay\info_l01escape.xml'' вот это:

<xml>
<info_portion id="esc_patefon_off"></info_portion>
</xml>

Вроде ничего не забыл, удачи всем, '''J_DLRN'''.

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

SoC. Анимации NPC

2013-07-27T07:19:16Z

91.218.192.254: оформление

Недавно решил поэкспериментировать с анимками НПС, и теперь выкладываю результаты моих опытов над "людьми". Разумеется, опытные модмейкеры все это давно знают – поэтому материал предназначен для новичков, которые еще не освоили как прописывать неписям разные прикольные анимки, а заодно и озвучку через логику. Все анимки взяты из файла state_lib. script. Анимки, которые имеются в движке, но не вписаны в указанный файл, не рассматриваются. Это тема для отдельной статьи. Озвучка взята из файла sound_script (папка misc). Конечно, хотелось использовать и звуковые темы не вписанные в этот файл, но имеющиеся в папке sounds - но с этим еще надо разобраться.

== Часть первая. ==

Вся изложенная ниже схема является единым целым и ее можно ставить в ltx –ный файл логики любому вашему НПС целиком. Она будет зациклена и повторяться по кругу если кое-где поставить другие варианты перехода от одной ремарки к другой.

<ini>[logic]
active = remark@base
danger = danger_condition
meet = meet

[remark@base]
anim = hello_wpn
no_move = true
target = actor
meet = meet
on_actor_dist_le = 2| remark@sit

[meet]
meet_state = 10|salut@esc_bridge_soldiers| 5|salut_free@esc_lager_killer
meet_state_wpn = 10|ward@cit_base_guard_talk_to_actor2| 5|probe_2@gar_bandits_seryi
victim = 10|actor
victim_wpn = 10|actor
use = true
use_wpn = true
meet_dialog = escape_lager_guard_start_dialog </ini>

В базовой ремарке мой чувак использует анимку Волка - hello_wpn – одной рукой машет ГГ, другой держит ствол.
Это начальная анимка, которая будет отрабатываться НПС, пока ГГ не подойдет на дистанцию встречи.
В секции meet задается схема реагирования НПС при подходе к нему эктора.
В строчке meet_state – реакция при подходе безоружного ГГ.
На расстоянии 10 метров НПС отдает честь, затем встает в позицию «смирно» - руки по швам.
Это анимка '''salut'''. Ближе 5 метров – тоже самое, дальше переходит в позицию «вольно».
Это анимка '''salut_free.'''
В секции meet можно задавать и то, что НПС будет базарить при виде эктора.
В моей схеме: «чего стоишь сталкер, подходи, будем разговаривать» (esc_bridge_soldiers) отдавая салют, и на второй дистанции - «разбежались сосунки и т.д». (esc_lager_killer)
В строчке meet_state_wpn - реакция НПС если эктор с пушкой в руках. У меня в этой схеме он встает в позу '''ward''' – руки за спиной, голова наклонена вниз. Словом поза тюремщика или надсмотрщика (ward примерно так и переводится).
В этой позе НПС на дистанции ближе 10 метров орет «повторяю для тупых - отошел к дальней стене камеры…» (cit_base_guard_talk_to_actor2), а если ГГ подойдет еще ближе - «ты щас сдохнешь падла, понял…» (gar_bandits_seryi) и еще несколько рандомных фраз, которые заданы звуковой темой gar_bandits_seryi.
К начальной анимке также можно добавлять любую звуковую тему через строчку snd. В данной ремарке ее нет.

Переходим к следующей схеме.
Так как все эти схему у меня завязаны вместе, то переход ко второй ремарке произойдет, когда ГГ подойдет к НПС на дистанцию ближе двух метров. Прописано этой в строчке
on_actor_dist_le = 2| remark@sit

<ini>[remark@sit]
anim = sit_ass
snd = mil_guard_to_max
no_move = true
target = actor
meet = no_meet
;on_actor_dist_le = 2| remark@raciya
;on_timer = 30000| remark@ raciya
on_signal = sound_end| remark@raciya
danger = danger_condition</ini>

Итак, что делает НПС в этой ремарке.
Сидит на заднице - '''sit_ass''', орет - mil_guard_to_max – «макс, у нас тут проблема на хуторе нарисовалась, собирай народ…»
В секции meet прописано отсутствие встречи, так как задано no_meet . Так что разговаривать с ГГ непись не будет. После отработки заданной звуковой темы идет переход к к ремарке remark@ raciya.
Сделано это через строчку on_signal = sound_end| remark@raciya.
Переведу: на сигнал «конец звуковой темы» переходим к схеме remark@raciya.

Следующая схема.

<ini>[remark@raciya]
anim = choose
snd = bar_arena_public
no_move = true
target = actor
meet = meet@raciya
on_timer = 120000| remark@work
;on_actor_dist_ge = 35| remark@work
danger = danger_condition

[meet@raciya]
meet_state = 7|binocular@val_escort_guards| 5|guard_rac@mil_pavlik_to_ara
meet_state_wpn = 7|hide_rac@mil_ara_ambush
victim = 7|actor
victim_wpn = 7|actor
use = true
use_wpn = true
meet_dialog = escape_lager_guard_start_dialog</ini>

Анимка '''choose''' – ГГ что-то высматривает: оглядывается по сторонам, прикладывает руку ко лбу, так же как это делам мы, когда смотрим вдаль против солнца.
Звуковая тема – что то там из реплик на арене.
При встрече – смотрит в бинокль (если он у него есть) и издевательски базарит - «скоро ты будешь работать обедом для мутантов» (в этой теме реплик несколько).
На 5 метрах достает рацию (если есть) - анимка '''guard_rac''' и базарит реплики из темы предателя Павлика на милитари «все чисто можете подходить».
При угрозе стволом - анимка '''hide_rac''' («сидит с рацией»), базар - «это засада, уходим»
Через 120 секунд - переход к следующей ремарке: on_timer = 120000| remark@work

<ini>[remark@work]
anim = caution
no_move = true
snd = mil_max_before_collect
target = actor
on_timer = 30000| remark@work2
meet = no_meet
danger = danger_condition</ini>

Анимка '''caution''' – ГГ слегка согнувшись, что-то внимательно высматривает на земле, руки прикладывает к коленям. А затем радостно сообщает - «ребята у нас появилась работа». Видимо, что-то высмотрел интересное.
Через 30 секунд - снова переход.

<ini>[remark@work2]
anim = search
no_move = true
snd = mil_collect_phrase3
target = actor
on_timer = 30000| remark@zombied
meet = no_meet
danger = danger_condition</ini>

Анимка '''search''' - поиск, только более развернутый. ГГ встает на колени или на корточки и начинает что-то искать. Что он при этом произносит – узнаете, когда послушаете.
Через 30 секунд переход к схеме зомби.

<ini>[remark@zombied]
anim = trans_zombied
snd = pri_followers_leader_phrase1_1
no_move = true
target = actor
on_timer = 60000| remark@wounded
meet = meet@zombied
danger = danger_condition

[meet@zombied]
meet_state = 5|trans_0@hail
meet_state_wpn = 5|trans_1@hail
victim = 5|actor
victim_wpn = 5|actor
use = true
use_wpn = true
meet_dialog = escape_lager_guard_start_dialog</ini>

Анимка '''trans_zombied''' - падает на колени, головой двигает вверх-вниз.
'''trans_1''' - также стоит на коленях, только головой вращает по кругу.
'''trans_0''' – то же самое, только более энергичней. Или наоборот - извиняюсь если перепутал.

Схема "раненый". Тут все понятно.

<ini>[remark@wounded]
anim = wounded_heavy_3
snd = help_heavy
target = actor
meet = no_meet
on_timer = 30000| remark@dinner
danger = danger_condition</ini>

'''wounded_heavy_3''' – это анимка тяжелораненого. (есть еще и другие анимки раненого).
Чувак скрючившись, грохнется на землю. Но на ней не остается, а тут же встает и бежит в сторону в денжере. Что и понятно – здоровье то у него норм. Остальные неписи видевшие как чувак упал, так же срываются в денжере с места.
Ищут того, кто «стрелял». Не удивляйтесь, но так они запрограммированы.

Схема обед.

<ini>[remark@dinner]
anim = sit_knee
no_move = true
target = actor
meet = meet@dinner
danger = danger_condition
on_actor_dist_ge = 15| remark@dynamite

[meet@dinner]
meet_state = 5|eat_bread@wait| 3|eat_energy@wait
meet_state_wpn = 5|eat_kolbasa@wait| 3|eat_vodka@val_escort_dead
victim = 8|actor
victim_wpn = 8|actor
use = true
use_wpn = true
meet_dialog = escape_lager_guard_start_dialog</ini>

'''sit_knee''' - чувак сидит на заднице, опираясь на руку.
'''eat_bread, eat_kolbasa, eat_energy, eat_vodka''' - тут я думаю ничего объяснять не надо. Чувак хавает и пьет. Пригубив водки, произносит – «пусть земля тебе будет пухом»
При отходе эктора на дистанцию больше 15 метров - переход к схеме динамит.
Звуковая тема wait – это пауза, в которой непись ничего не говорит.

<ini>[remark@dynamite]
anim = dynamite
no_move = true
target = actor
meet = no_meet
on_timer = 30000| remark@claim
danger = danger_condition</ini>

'''dynamite''' – закладка динамита. Как это выглядит – помните долговца на милитари у стены с динамитом?

<ini>[remark@claim]
anim = claim
snd = esc_wolf_thanks
target = actor
meet = meet@claim
danger = danger_condition
on_timer = 60000| remark@story</ini>

Анимка '''claim''' - НПС подзывает ГГ рукой.
snd = esc_wolf_thanks - здесь НПС произносит
фразу волка: «меченый теперь тебе проход в лагерь открыт, подходи».

<ini>[meet@claim]
meet_state = 7|refuse@mil_collect_phrase5| 5|probe_2@mil_collect_phrase6
meet_state_wpn = 7|backoff@gar_dm_bandit_demand
victim = 7|actor
victim_wpn = 7|actor
use = true
use_wpn = true
meet_dialog = escape_lager_guard_start_dialog</ini>

Анимка '''refuse''' - непись пожимает плечами и произносит mil_collect_phrase5 - «не срать».
'''probe_2''' - судя по сопровождающим ее звукам (независимо от прописанной мной звуковой темы) – это анимка Круглова (его манипуляции с прибором, а может Сахарова - впрочем, это не важно). Если у вашего НПС будет в руках оружие - то смотреться она будет куда интереснее, так как выглядит будто непись проверяет свой ствол, совершая массу интересных движений.
Фраза mil_collect_phrase6 - «опа – с нами новое мясо».

'''backoff''' - обычная анимка. Непись начинает махать стволом в разные стороны – типа убери ствол, меченый. Фраза - gar_dm_bandit_demand - «бабки артефакты гони», «ты че козел не врубаешься», «гони бабло или бошку отстрелим». Так как тема рандомная (с окончанием rnd в имени темы в файле sound_script – то и фраз несколько)

<ini>[remark@story]
anim = mode_shlem
no_move = true
target = actor
meet = meet@story
danger = danger_condition
on_actor_dist_ge = 30| %+passage_to_story_end%
on_info = {+passage_to_story_end} remark@story_end

[meet@story]
meet_state = 10|probe@wait| 5|probe_1@hail
meet_state_wpn = 10|probe_2@wait| 5|suicide@mil_crazy
victim = 10|actor
victim_wpn = 10|actor
use = true
use_wpn = true
meet_dialog = escape_lager_guard_start_dialog</ini>

'''mode_shlem''' - анимка то ли Круглова, то ли Сахарова. Непись будет что то вертеть в руках.
'''probe_1''' – тоже самое что и probe_2 , только здесь он плечами вроде бы не дергает.
'''suicide''' - самоубийство. Советую посмотреть – тем более с озвучкой mil_crazy.
'''probe''' - укороченный вариант probe_2 и probe_1

<ini>[remark@story_end]
anim = probe_3
no_move = true
snd = agr_doctor_1
target = actor
on_signal = sound_end| remark@base
;on_timer = 180000| remark@ base
meet = no_meet
danger = danger_condition

[danger_condition]
ignore_distance = 10</ini>

'''probe_3''' - интересная анимка (похоже что кругловская)- чувак срывается с места в панике, затем сгибается как будто от боли, хватается за голову.
agr_doctor_1 - базар доктора в тайнике стрелка.

Теперь поясню строчки
<pre>
on_actor_dist_ge = 30| %+passage_to_story_end%
on_info = {+passage_to_story_end} remark@story_end</pre>

Когда эктор отойдет от НПС дальше чем 30 метров, ГГ выдается инфопоршень passage_to_story_end.
После его получения - on_info - произойдет переход к базовой ремарке.
Сам инфопоршень необходимо регистрировать в соответствующих файлах. Так как мой НПС находится на кордоне, то поршень я сунул в файл info_l01escape. Сообственно инфопоршень в строчке on_actor_dist_ge писать не обязательно(я его использовал только для примера) - можно просто поставить имя следующей ремарки - и в нужный момент произойдет переход. Но инфопоршень может понадобиться для других случаев.

Как я уже говорил в начале, схему можно сделать полностью зацикленной. Нужно лишь в тех блоках, где идет переход к следующей схеме через on_signal поставить таймер или дистанцию.
Почему так - не знаю. Но у меня по второму кругу схема стопорилась на тех блоках, где шел переход через on_signal = sound_end|. По таймеру же все прекрасно крутится. Схема из второй части - как раз зацикленная.

P.S. : Кажется понял почему у меня стопорилась схема при использовании перехода on_signal = sound_end|. Дело в том, что если в имени звука, по завершении которого схема должна перейти к новому блоку стоит флажок seq, то он вроде как отыграется только один раз (если в этой теме нет дополнительных реплик). Следовательно по второму кругу он просто не будет срабатывать, а значит и схема застопорится. Так что для этого нужно ставить звук в имени которого в файле sound_script есть флажок rnd. Тема mil_guard_to_max как раз с флажком seq (и реплика только одна - без вариантов). Потому здесь (в схеме sit) она и будет стопориться на втором круге, если не заменить тему на другую.
Но это еще надо проверить.
Закоментированные строчки - пред которыми стоит ; - может смело выкидывать - это остатки проб разных вариантов.

== Часть вторая. ==

Еще одна схема. На этот раз в нее добавлены еще постэффекты.

<ini>[logic]
active = remark@base
danger = danger_condition
meet = meet

[remark@base]
anim = hello_wpn
no_move = true
target = actor
meet = meet
on_actor_dist_le = 2| remark@punch
danger = danger_condition </ini>

С первой ремаркой все понятно. Переход ко второй на дистанции ближе 2 метров.

<ini>[remark@punch]
anim = punch
snd = cit_jail_guard_sneer
meet = meet@punch
target = actor
on_signal = sound_end| %=run_cam_effector(fatigue)%
on_timer = 60000| remark@doctor_wakeup %=run_postprocess(deadcity_wake:1777:false)%
danger = danger_condition

[meet@punch]
meet_state = 5|hide_s_left@wait| 4|hide_s_right@wait
meet_state_wpn = 5|backoff2@threat_back
victim = 10|actor
victim_wpn = 10|actor
use = true
use_wpn = true
meet_dialog = escape_lager_guard_start_dialog</ini>

'''punch'''– анимка удара рукой (или прикладом). Так как я не специалист по боксу, то не скажу точно
как именно называется этот удар с правой в челюсть. Если поставите ее в meet_state_wpn на дистанции 2 метра - ГГ получит реальный удар в морду прикладом ствола. Так как я эксперементировал на своем торговце - то он (будучи безоружным) бил чисто кулаком.
А если вместо запуска анимации камеры '''%=run_cam_effector(fatigue)%''' поставите запуск функции '''%=killactor%''', то НПС кинется вас убивать.

'''hide_s_left''' и '''hide_s_right''' - непись присядет с разворотом
ствола вправо или влево.
'''backoff2''' - более веселая анимка backoff.
НПС покажет ГГ что-то вроде фака, перед тем как помахать стволом и при этом скажет что-то весьма нелицеприятное.
'''
'''%=run_cam_effector(fatigue)%''' - это вызов анимации камеры ''fatigue'' из папки anims.
Земля уйдет из под ног ГГ. Ненадолго. Сработает сразу же после окончания фразы
cit_jail_guard_sneer.
А ровно через минуту от начала работы схемы – запуск постпроцесса
'''%=run_postprocess(deadcity_wake:1777:false)%''' и переход к следующей схеме.

'''deadcity_wake''' – это постпроцесс, который должен был использоваться в Мертвом городе, если бы разрабы МГ все таки доделали.
Если не видели - обязательно посмотрите.Сначала черный экран, затем прояснение с раздвоением картинки и красным фоном.

В следующей схеме идет продолжение постпроцесса – первые 15 секунд. Потом его остановка: on_timer = 15000| %=stop_postprocess(1777)%.

<ini>[remark@doctor_wakeup]
anim = doctor_wakeup
snd = cit_doctor_start_dlg
meet = meet@doctor_wakeup
target = actor
on_timer = 15000| %=stop_postprocess(1777)%
on_timer2 = 180000| remark@prisoner
danger = danger_condition

[meet@doctor_wakeup]
meet_state = 3|sleep@cit_jail_guard_sleep| 2|sleep_sit@wait
meet_state_wpn = 3|wounded_zombie@wait
victim = 10|actor
victim_wpn = 10|actor
use = true
use_wpn = true
meet_dialog = escape_lager_guard_start_dialog</ini>

Начальная анимация - '''doctor_wakeup''' – доктор в мертвом городе. НПС склонится вниз – как будто над чьим то телом (по задумке – над меченым) и начнет базарить. Но совсем не то, что стоит у меня в строчке snd. Видимо, данная анимка завязана со звуком, и иначе не идет.
Фразу прописанную мною - cit_doctor_start_dlg – нпс произнесет потом. Обе озвучки длинные – та, что идет с анимкой – монолог доктора в подземелье агропрома в тайнике Стрелка – типа, «что ж ты меченый в растяжку полез, сам же придумал эту хрень…» Моя озвучка - cit_doctor_start_dlg – неиспользованный монолог доктора в мертвом городе.
Через 180 секунд – завершение схемы и переход к следующей.

Схема – пленный.

<ini>[remark@prisoner]
anim = prisoner
snd = agr_krot_fear
meet = meet@prisoner
target = actor
on_timer = 60000| remark@base
danger = danger_condition

[meet@prisoner]
meet_state = 5|help_me@gar_dm_newbie_no_money
meet_state_wpn = 5|hands_up@agr_dont_shoot
victim = 10|actor
victim_wpn = 10|actor
use = true
use_wpn = true
meet_dialog = escape_lager_guard_start_dialog

[danger_condition]
ignore_distance = 10</ini>

Анимка – '''prisoner''' – пленный. Помните Шустрого у бандитов? Вот это она и есть.
Фраза - agr_krot_fear – не смотря на то, что в названии звуковой темы имя Крота, орет ее Шустрый: типа братцы я тут, спасите.

'''help_me''' - машет рукой сидя на одном колене и орет, что у него "нет денег" - gar_dm_newbie_no_money .
'''hands_up''' - руки кверху и орет "не убивай дяденька" (или типа того) - agr_dont_shoot.

Через 60 секунд возврат к базовой ремарке.

== Часть третья. ==

В файле state_lib – большая библиотека анимок. Я успел попробовать только часть.
У одного бармена их 12. Правда, из пяти опробованных мной сработала только одна '''bar_sleep''' - НПС положит голову на руки сложенные перед лицом и будет спать стоя.

Анимки - '''barman_talk_freу, barman_shock, barman_wait_danger, barman_walk_danger''' - никакого эффекта не дали. Видимо, они работают только на бармене. Остальные пробуйте сами.

Анимка '''psy_pain''' – пораженный пси-излучением. Чувак сядет на колени, начнет трясти головой и бить себе руками по голове.

'''psycho_pain''' – вроде бы тоже самое, только чувак обхватывает голову руками и так сидит.

Анимки '''psy_shoot, psy_armed, psycho_pain, psycho_shoot'''– пока остаются на стадии исследования. Так как с ними либо глючит, либо вылетает.

----
'''erlik'''
----

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

Спавн обьектов через db.script

2013-07-27T07:13:54Z

91.218.192.254: оформление

==Спавн обьектов через db.script==

===Теория===
Сегодня я расскажу вам как заспавнить, например, AK-74 в самом начале игры, без использования диалогов!
Но, прежде чем учиться запускать функции без использования диалогов - сначала научитесь их вызывать общепринятым методом.
* [[http://www.stalkerin.gameru.net/wiki/index.php/Спавн_через_скрипт Спавн через скрипт]]

===Практика===
Для начала нам надо распаковать '''db.script''' и там находим функцию:

<lua>
function add_actor( obj )
actor = obj
actor_proxy:net_spawn( obj )
add_obj( obj )
end
</lua>
Изменим эту функцию. У нас должно получиться так:
<lua>
function add_actor( obj )
actor = obj
actor_proxy:net_spawn( obj )
add_obj( obj )
new_spawn.give_ak74()
end
</lua>
'''new_spawn.script''' - это название скрипта, в котором будет находиться наша функция спавна калаша.

Создаем скрипт '''new_spawn.script''' и пишем там функцию:
<lua>
function give_ak74()
alife():create("wpn_ak74", db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(), db.actor:id())
end
</lua>
Все! Теперь после того, как мы появимся у нас в инвентаре будет AK-74 и без использования диалогов!
Таким способом можно заспавнить не только калаш, но и другое оружие и патроны.
===Авторы===
* Шатров Дмитрий (Fim@n)

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

CoP: Создание работающего радио

2013-07-26T21:58:39Z

91.218.192.254:

Для того что бы сделать новое РАБОТАЮЩЕЕ радио нам понадобятся файлы:
All.spawn(распакованный)
script_sound_zaton.ltx

Итак сначала заходим в файл alife_zaton(он находится в распакованном all.spawn)
И добавляем в конец вот такие строки

--------------------------------------------------------------------------------

<ini> [zaton_1866]
; cse_abstract properties
section_name = physic_object
name = zaton_radio
position = 131.13690185547,-6.1206126213074,177.25036621094
direction = 0,2.40000009536743,0
; cse_alife_object properties
game_vertex_id = 296
distance = 0.400000005960464
level_vertex_id = 1189961
object_flags = 0xffffff3a
custom_data = <<END
[collide]
ignore_static
[logic]
cfg = scripts\zaton\zaton_radio.ltx
END
; cse_visual properties
visual_name = dynamics\el_tehnika\priemnik_gorizont
; cse_ph_skeleton properties
; cse_alife_object_physic properties
physic_type = 0x3
mass = 10
fixed_bones = link
upd:num_items = 0x3b
upd:ph_force = -1026054538,1178713870,1148917712
upd:ph_torque = 1176146099,344496243,1224736768
upd:ph_position = 131.13690185547,-6.1206126213074,177.25036621094
upd:ph_rotation = 1479689794,1558332544,1735607834,5470
upd:ph_angular_vel = -16646106,1137172917,1082910749
upd:ph_linear_vel = 5475,-1142554624,-1674313728</ini>

Теперь сохраняем и можно собирать '''all.spawn''' он нам больше не нужен.

Так теперь самое главное… Логика
Заходим в папку '''gamedata//configs//scripts//zaton''' создаём там файл '''zaton_radio.ltx''' и в нём пишем

<ini>[logic]
active = sr_idle@start
[sr_idle@start]
on_actor_in_zone = zat_a2_sr_noweap | sr_idle@stop %=play_sound_looped(zat_a2_base_radio)%
[sr_idle@stop]
on_info = {+kogda_rak_na_gore_svisnet} sr_idle@nil %=stop_sound_looped%</ini>

Сохраняем…
Далее идём по адресу '''gamedata\configs\misc''' где находим файл '''script_sound_zaton.ltx'''.
В самом начале, после [list_script_sound_zaton], пишем zat_base_radio, а в самом конце файла создаём секцию такого вида:

<ini>[zat_base_radio]
type = looped
path = music\radio\zaton_radio_generic
shuffle = rnd</ini>

В папке '''sounds\music''' создадим папку с названием "radio", поместив туда (предвориельно откоментированый*) звуковой файл с названием '''zaton_radio_generic.ogg'''

Рекомендуемые параметры коментария звука
[[Файл:Sound comment.png]]
Удачи!!!

Статья от Akella-96. Отредактировал и исправил ошибки Сергей][aka Moonlight.

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

Space restrictor

2013-07-26T21:55:38Z

91.218.192.254:

==Начало==
----------------------------------------------------------
Значит, распаковываем алл.спавн с помощью ACDC...Распаковали.
Откроем, например, alife_l02_garbage.ltx.
В самом конце допишем:

<ini>
[2145]
; cse_abstract properties
section_name = space_restrictor
name = sgm_kvest
position = 41.297409057617,0.44233170151711,-299.86953735352
direction = 0,0,0

; cse_alife_object properties
game_vertex_id = 253
distance = 0
level_vertex_id = 214760
object_flags = 0xffffff3e
custom_data = <<END
[logic]
active = sr_idle
[sr_idle]
on_actor_inside = %+story_sgm_kvest2_3%
END

; cse_shape properties
shapes = shape0
shape0:type = box
shape0:axis_x = 6.5,0,0
shape0:axis_y = 0,6.5,0
shape0:axis_z = 0,0,6.5
shape0:offset = 0,0,0
; cse_alife_space_restrictor properties
restrictor_type = 3
</ini>

Где 
<code>[2145] - порядковый номер
section_name = space_restrictor - имя секции (нам надо space_restrictor)
name = svalka_prikol - личное имя (задаём любое)
position = - позиции (место, где будем спавнить его)
direction = - поворот рестриктра (не трогаем...)
game_vertex_id = - геймвертекс
level_vertex_id = - левелвертекс</code>

Если вы хотите сделать сферический space_restrictor, то вместо
<code>shape0:axis_x = 6.5,0,0
shape0:axis_y = 0,6.5,0
shape0:axis_z = 0,0,6.5
shape0:offset = 0,0,0</code>
пишем:
<code>shape0:offset = 0,0,0
shape0:radius = 44.6438484191895</code>

''Примечание: координаты спавна, game_vertex_id и level_vertex_id можно получить с помощью следующей функции:'' 
<lua>
function main_menu:OnButton_credits_clicked()
local text
local vid
local gvid
local a = vector()
local text
a = db.actor:position()
vid = db.actor:level_vertex_id()
gvid = db.actor:game_vertex_id()
text = "Позиция:\\nX= "..a.x.."\\nY= "..a.y.."\\nZ= "..a.z.."\\nlevel_vertex= "..vid.."\\ngame_vertex_id= "..gvid
news_manager.send_tip(db.actor, text, nil, nil, 30000)
end
</lua>

просто допишите её в ui_main_menu.script, в самом конце.

==Логика==

===Выдача infoportions===
Теперь логика для рестриктора:

<ini>
[logic]
active = sr_idle

[sr_idle]
on_actor_inside = %+имя инфопоршня%
END
</ini>

С такой логикой рестриктор будет выдавать ГГ инфопоршень.

===Эффекты выброса===

<ini>
[logic]
active = sr_idle

[sr_idle]
on_timer = 100000| %=start_small_reject% sr_idle2

[sr_idle2]
on_timer = 100000| %=start_small_reject% sr_idle
END
</ini>

Такая логика будет запускать каждые 100 сек. эффекты выброса.

===Проверка на наличие и выдача infoportion===
<ini>
[logic]
active = sr_idle

[sr_idle]
on_actor_inside = {=имя_инфопоршня_3 +имя_инфопоршня_2} nil %+имя_инфопоршня_1%
END
</ini>

{=имя_инфопоршня_3 +имя_инфопоршня_2} - это проверка(условие) что у ГГ есть нужный инфопоршень.Если есть,то рестриктор выдаст нужный инфопоршень.

==Shapes==
Двигаем дальше. 
shapes = тут вписываем названия шейпов 

Пример:
<pre>
shapes = shape0
</pre>

<code>shape0:type = - это тип шейпа. Ставить или box,или sphere.
box - коробка
sphere - сфера

shape0:axis_x = ваша цифра,0,0
shape0:axis_y = 0,ваша цифра,0
shape0:axis_z = 0,0,ваша цифра
- это размеры шейпа.

restrictor_type - тип рестриктра.</code>
Я везде ставлю restrictor_type = 3, поэтому сказать не могу на что влияет значение. 
Ну вот и всё.Думаю всё чётко и ясно.Будут вопросы обращайтесь. 
ПС: спасибо р-09 за объяснение некоторых моментов с логикой. 

Статью написал:
'''джЭдай, SGMTeam.''' 
Статью преобразовывал в вики (неправильный перенос строк, ошибки с отсутствием некоторых знаков, запись в категорию) - '''Rekongstor'''

[[Категория:Конфигурационные файлы]] [[Категория:Скрипты]]

Spawn через скрипт-дополнение

2013-07-26T21:49:56Z

91.218.192.254:

Пишу статью специально для тех, кто только начинает увлекатся модмейкерством и не использует специальные проги для спавна (могу посоветовать ACDC-весчь улетная, спасиба разрабам:-) 
Если вы хотите заспавнить в игру любой обьект-будь то непись, машина или аномалия без активации через диалог, тогда читайте и запоминайте:) 
Изучая скрипты, я обнаружил, что можно запустить выдачу инфопоршны через обновление у актера... Не поняли? Объясняю - пишем в '''scripts\bind_stalker.script''' в секции обновления проверку на наличие '''info_portion''':

<lua>
function actor_binder:update(delta)
object_binder.update(self, delta)

-- DEBUG slowdown
-- slowdown.update()

local time = time_global()

game_stats.update (delta, self.object)

-- апдейт погоды
self.weather_manager:update()

-- апдейт схемы детектора
self.actor_detector:update()

-- апдейт звуковой схемы актера
xr_sound.update_actor()

if not has_alife_info("spawn") then --вот

self.object:give_info_portion("spawn") -- наше

end -- обновление
</lua>

Такой функцией мы проверяем наличие инфопоршны '''spawn''', и если её нет, выдаем игроку... 
Осталось только добавить эти инфопоршну - для этого в '''config\gamelay\''' cоздаем файл с ней, например '''spawn.xml''' с текстом:

<xml>
<?xml version='1.0' encoding="windows-1251"?>

<game_information_portions>
<info_portion id="spawn"> -вот название нашей инфопоршны
<! -- action>название_скрипта.название_функции_в_нем</action -- >
<action>escape_dialog.give_weapon_to_actor</action> -для примера выдадим стартовую снарягу(ПМм и патроны,что выдает волк)
</info_portion>

</game_information_portions>
</xml>

Между

<pre>
<info_portion id="spawn">
</pre>

и

<pre>
</info_portion>
</pre>

Можете писать сколько угодно активаций скриптов (в пределах разумного, если не хотите загрузить процессор двумя сотнями операций:)
Подключим наш файл в секцию инфопоршен в '''system.ltx''':

<ini>
[info_portions]
;список xml файлов, содержащих info_portions
files = spawn, info_portions, info_portions_light, info_portions_test, info_lchanger_ico...
</ini>

На этом все...Теперь когда вы зайдете в игру у вас в данном случае появится стартовая снаряга, ну а если вы пропишите активацию на спавн (ну или любое другое действие, например на: сон, телепорт и др.), у вас заспавнятся ваши предметы... Я еще бы не советовал часто пользоваться такой функцией, дабы могут возникнуть лаги при большом их кол-ве. Думаю одной-двух вам вполне хватит... 
Ссори за жидкую инфу, дабы в моддинге всего три месяца...)

==Авторы==

Статья создана:
[[Участник:Костя.н.ы.ч|Костя.н.ы.ч]]

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

SoC. Создание ремонт комплектов

2013-07-26T21:48:41Z

91.218.192.254: оформление, орфография

===Создание ремонт комплекта===
Я опишу пример создания ремонт комплекта для костюмов, а для оружия в конце статьи сделаю пару заметок. Дело в том, что различия в создании ремонт комплектов почти нет.

1. Для начала нам нужно создать сам ремонт комплект, то есть предмет, а уже потом вешать на него функцию при использование. Для этого в config\misc\items.ltx в конец добавляем конфиг нашего предмета:

<ini>[repair_kit_outfit]:identity_immunities
GroupControlSection = spawn_group
discovery_dependency =
$spawn = "food and drugs\repair kit outfit"
$prefetch = 32
class = II_ANTIR ;класс не трогаем!
cform = skeleton
visual = equipments\item_merger.ogf ;модель
description = enc_equipment_repair_kit_outfit ;ссылка на описание в config\text\rus\....xml

inv_name = repair_kit_outfit_name ;ссылка на название в config\text\rus\....xml
inv_name_short = repair_kit_outfit_name ;тоже самое, что и inv_name
inv_weight = 6.0 ;вес

inv_grid_width = 2 ;ширина иконки
inv_grid_height = 1 ;высота иконки
inv_grid_x = 8 ;координата x иконки
inv_grid_y = 18 ;координата y иконки
cost = 10000 ;цена
;всё ниже написанное не трогаем, оно нам и не нужно
eat_health = 0
eat_satiety = 0
eat_power = 0
eat_radiation = 0
wounds_heal_perc = 0
eat_portions_num = 1
animation_slot = 4
hud = wpn_vodka_hud</ini>
2. Теперь добавим название и описание. Для этого в файле config\text\rus\string_table_enc_equipment.xml в конец между </string> и </string_table> добавляем строки по аналогии с уже написсанными:
<xml><string id="repair_kit_outfit_name">
<text>Ремонт комплект ДПК</text>
</string>
<string id="enc_equipment_repair_kit_outfit">
<text>Новинка от Вани Болта - ремонт комплект ДПК для быстрой и эффективной починки костюмов. При его создании были учтены все недочёты и, следовательно, удалены. Благодаря улучшенным инструментам и деталям, а также облегченному весу весьма ценен. С его помощью можно увеличить состояние костюма до 100%, если он повреждён не больше 30%. Незаменимая вещь во время вылазки.</text>
</string></xml>
Отлично, с предметом закончили. Теперь приступим к самому главному - скриптам.
===Работа со скриптами===
1.Вешаем функцию починки при использовании нашего ремонт комплекта.
Для этого в файле '''scripts\bind_stalker.script'''
находим функцию:

''function actor_binder:net_destroy()'' и после строки

<code>self.object:set_callback(callback.take_item_from_box, nil)</code>

пишем:

<code>self.object:set_callback(callback.use_object, nil)</code>

И теперь находим функцию

''function actor_binder:reinit()'' и после строки

<code>self.object:set_callback(callback.take_item_from_box, self.take_item_from_box, self)</code>

пишем:

<code>self.object:set_callback(callback.use_object, self.repair_outfit_start, self)</code>

Теперь в папке '''scripts''' создаёте свой скриптовой файл '''ваше_название_скрипта.script'''. Но! Название должно быть написано на английском языке и вместо пробелов должен стоять знак "_". Опять открываем '''bind_stalker.script''' и в самый конец добавляем эту функцию:
<lua>function actor_binder:repair_outfit_start(obj, who)
if obj then
if obj:section() == "repair_kit_outfit" then --здесь указываем предмет, при использование которого будет срабатывать функция ниже
ваше_название_скрипта.repair_outfit() --здесь указываем ссылку на функцию. Сначала скрипт, в котором она написана, потом название самой функции
end
end
end</lua>
2. Добавляем саму функцию ремонта.
Для этого в файле '''ваше_название_скрипта.script''' пишем:
<lua> -- Ремонт комплект для костюмов
function repair_outfit()
local item_s6 = db.actor:item_in_slot(6) --объявляем переменную (item_s6)
if item_s6 ~= nil and item_s6:condition() >=0.30 and item_s6:condition() ~=1 then --когда костюм можно чинить (состояние больше или равно 30%)
item_s6:set_condition(1)
local snd_obj = xr_sound.get_safe_sound_object([[interface\inv_detach_addon]])
snd_obj:play_no_feedback(db.actor, sound_object.s2d, 0, vector(), 1.0)
local news_text = "%c[255,160,160,160]Ремонт комплект:\\n%c[255,0,255,0]Ремонт костюма завершен."
db.actor:give_game_news(news_text, "ui\\ui_iconsTotal", Frect():set(83,470,83,47), 1000, 5000)
elseif item_s6 == nil then --когда костюма нет
local news_text = "%c[255,160,160,160]Ремонт комплект:\\n%c[255,255,0,0]Ремонт невозможен: нужно одеть коcтюм."
db.actor:give_game_news(news_text, "ui\\ui_iconsTotal", Frect():set(83,470,83,47), 1000, 5000)
alife():create("repair_kit_outfit", db.actor:position(), 1, db.actor:game_vertex_id(), db.actor:id())
elseif item_s6:condition() <0.30 then --когда костюм нельзя чинить (состояние меньше 30%)
local news_text = "%c[255,160,160,160]Ремонт комплект:\\n%c[255,255,0,0]Ремонт невозможен: костюм слишком сильно повреждён."
db.actor:give_game_news(news_text, "ui\\ui_iconsTotal", Frect():set(83,470,83,47), 1000, 5000)
alife():create("repair_kit_outfit", db.actor:position(), 1, db.actor:game_vertex_id(), db.actor:id())
elseif item_s6:condition() ==1 then --когда костюм в отличном состояние
local news_text = "%c[255,160,160,160]Ремонт комплект:\\n%c[255,255,0,0]Ремонт невозможен: %c[255,0,255,0]костюм в отличном состояние."
db.actor:give_game_news(news_text, "ui\\ui_iconsTotal", Frect():set(83,470,83,47), 1000, 5000)
alife():create("repair_kit_outfit", db.actor:position(), 1, db.actor:game_vertex_id(), db.actor:id())
end
end</lua>
Всё! Теперь заходим в игру и наслаждаемся.

===Небольшая заметка===
1. Чтобы сделать ремонт комплект для оружия проделываем тоже самое, только переименовываем всё вместо outfit на weapon и в функцие починки ставим слот 1 или 2 (оружейные слота) вместо 6 (слот костюмов).
Ещё нужно заменить переменную item_s6 например на item_s1 или item_s2.

2. Число 0.30 - минимальное состояние костюма, следовательно его можно менять на любое вам угодное.
Простите за такое оформление, это моя вторая статья. В будущем, если будет больше свободного времени, постораюсь расписать все моменты подробно. Автор статьи: Бага.

Данный метод создания ремонт комплектов не работает! (проверено)
ЗЫ: StalkerNew2012 этот скрипт подправил теперь всё работает :)
Ремонтный комплект без лишних сообщений просто съедается!:(

3.Ремонт оружия и брони:
{| class="collapsible collapsed"
|-
!
|
|-
|
<code lua>

-- bind_stalker.script
function actor_binder:repair_outfit_start(obj, who)
if obj then
if obj:section() == "repair_kit_outfit" then
remkomplekt.action_repair()
end
end
end

-- remkomplekt.script
function action_repair()

-- нет ли рядом врагов и монстров
local apos = db.actor:position()
for obj_id,_ in pairs (db.storage)do
local obj = level.object_by_id(obj_id)
if obj and (IsStalker(obj) or IsMonster(obj)) and obj:alive()
and obj:relation(db.actor) == game_object.enemy and obj:position():distance_to(apos)<30 then
send_tip("Нельзя чинить костюм, когда враги слишком близко.")
return
end
end

-- пробуем чинить предмет в
repair_item_in_slot(1) -- первом
repair_item_in_slot(2) -- втором
repair_item_in_slot(6) -- шестом слоте

-- эмулируем возврат ремкомплекта в инвентарь
alife():create("repair_kit_outfit", db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(), db.actor:id())
end

function repair_item_in_slot(num)
local item = db.actor:item_in_slot(num)
if item then
local cond = item:condition()
if cond < 0.3 then
send_tip("%c[255,255,0,0]Ремонт невозможен: предмет в слоте "..num.. " сильно повреждён.")
elseif cond > 0.95 then
send_tip("%c[255,255,0,0]Ремонт невозможен: %c[255,0,255,0]предмет в слоте "..num.. " в отличном состоянии.")
else
item:set_condition(1)
send_tip("%c[255,0,255,0]Ремонт предмета в слоте "..num.. " завершен.")
end
else
send_tip("%c[255,255,0,0]В слоте "..num.." нет предмета для починки.")
end
end

function send_tip(news_text)
db.actor:give_game_news(news_text, "ui\\ui_iconsTotal", Frect():set(83,470,83,47), 1000, 5000)
end
</code>
|}

4. Для многоразового использования ремкомплекта можно не доспавнивать новый предмет при съедании, а в его конфиге указать для параметра '''eat_portions_num''' большое число.
<lua>eat_portions_num = 100500</lua>
[[Категория:Скрипты]]

SoC. Создание квеста на убийство NPC

2013-07-26T21:44:57Z

91.218.192.254:

[[Категория:Скрипты]]Здравствуйте. В этом уроке я напишу о том, как создать несложный квест на убийство сталкера. ВО ВСЕХ СЕКЦИЯХ, КОТОРЫЕ ВЫ ВСТАВЛЯЛИ В ФАЙЛЫ, УДАЛЯЙТЕ ПОЯСНЕНИЯ С ТОЧКОЙ-ЗАПЯТОЙ. Итак, начнём.
 Потребуются следующие файлы:
 
<li>character_desc_escape.xml
<li>npc_profile.xml
<li>all.spawn
<li>tasks_escape.xml
<li>game_story_ids.ltx
<li>dialogs_escape.xml
<li>info_l01escape.xml
<li>stable_bio_name.xml
<li>stable_dialogs_escape.xml

 
== Создание персонажа ==
 На примере я решил создать персонажа, которого нам надо убить на локации Кордон. Открываем файл character_desc_escape.xml из папки config/gameplay.
 Создаём там секцию нашего персонажа, написав это:
 <xml><specific_character id="esc_danila" team_default = "1"> ; имя профиля нашего НПС
<name>Данила</name> ; само имя персонажа
<icon>ui_npc_u_green_stalker_2</icon>
<bio>esc_captain_bio</bio>

<class>esc_danila</class> ; класс должен быть всегда тот же, как и имя профиля
<community>stalker</community> <terrain_sect>stalker_terrain</terrain_sect>

<rank>906</rank>
<reputation>20</reputation>

<snd_config>characters_voice\human_01\stalker\</snd_config>
<crouch_type>0</crouch_type>

<visual>actors\novice\green_stalker_1</visual>
<supplies>
[spawn] \n
wpn_mp5 \n
ammo_9x19_fmj = 1 \n
#include "gameplay\character_food.xml"
</supplies>

#include "gameplay\character_criticals_5.xml"
#include "gameplay\character_dialogs.xml"
<start_dialog>hello_dialog</start_dialog>
</specific_character></xml>
 Думаю тут всё ясно.
 Так же после строчки <actor_dialog>tm_wolf_reward</actor_dialog> в секции профиля Волка снизу пишем <actor_dialog>esc_kill_danila_dialog</actor_dialog>. Этим мы добавили Волку диалог, после которого выдастся квест.
 Открываем npc_profile из той же папки пишем в конце:
 <xml><character id="esc_danila">
<class>esc_danila</class> ; имя профиля
<specific_character>esc_danila</specific_character> ;имя профиля
</character></xml>

== Спавним персонажа на локации ==
 Распаковываем all.spawn из папки spawns. Думаю, вы знаете как, если что, качаем ACDC для Тень Чернобыля, кидаем файлы, которые скачали в папку spawns. Декомпилируем all.spawn. Надеюсь, вы поймёте. После этого у вас появятся множество файлов. В нашем случае открываем файл alife_l01_escape.ltx и вставляем следующее:
 <ini>[20000] ; уникальный номер секции
; cse_abstract properties
section_name = stalker
name = esc_danila ; имя нашего персонажа
position = -81.8000030517578,-4.98000001907349,-72.7399978637695 ; координаты спавна нашего персонажа
direction = 0.00115116173401475,-5.07207296323031e-005,0.0440320037305355

; cse_alife_trader_abstract properties
money = 5000
character_profile = esc_danila ; профиль нашего персонажа, созданного в character_desc_escape

; cse_alife_object properties
game_vertex_id = 76
distance = 9.09999942779541
level_vertex_id = 186578
object_flags = 0xffffffbb
custom_data = <<END
[spawner]
cond = {+esc_kill_danila_quest_started} ; условие спавна НПС. Должна выдастся эта инфопорция.

[logic]
active = walker
on_death = death ; позволяет установить схему настройки смерти НПС.

[death]
on_info = %+esc_danila_dead% ; при смерти НПС выдаём инфопорцию.
[walker]
path_walk = esc_danila_walk ; имя точки пути нашего персонажа
path_look = esc_danila_look ; имя точки , куда наш персонаж будет смотреть
END
story_id = 20000 ; стори ид, понадобится для квеста

; cse_visual properties
visual_name = actors\soldier\soldier_beret_1

; cse_alife_creature_abstract properties
g_team = 0
g_squad = 1
g_group = 1
health = 1
dynamic_out_restrictions =
dynamic_in_restrictions =

upd:health = 1
upd:timestamp = 0x75646f6d
upd:creature_flags = 0x6c
upd:position = -81.8000030517578,-4.98000001907349,-72.7399978637695 ; тоже координаты, обязательно писать и тут их
upd:o_model = 0
upd:o_torso = -5.07207296323031e-005,0.00115116173401475,0
upd:g_team = 0
upd:g_squad = 1
upd:g_group = 1

; cse_alife_monster_abstract properties

upd:next_game_vertex_id = 65535
upd:prev_game_vertex_id = 65535
upd:distance_from_point = 0
upd:distance_to_point = 0

; cse_alife_human_abstract properties
predicate5 = 0,1,1,1,2
predicate4 = 2,0,1,0

; cse_ph_skeleton properties

upd:start_dialog =

; se_stalker properties</ini>

 Осталось прописать путь нашему персонажу. Дадим ему одну точку, чтобы он не уходил далеко, и вы не искали его на локации. Для этого в этой же папке открываем файл way_l01_escape.ltx. Пишем туда в конец:
 <ini>[esc_danila_walk]
points = p0
p0:name = wp00
p0:flags = 0x1
p0:position = -81.8000030517578,-4.98000001907349,-72.7399978637695
p0:game_vertex_id = 76
p0:level_vertex_id = 186578

[esc_danila_look]
points = p0
p0:name = wp00
p0:flags = 0x1
p0:position = -79.6699981689453,-5.05999994277954,-72.8099975585938
p0:game_vertex_id = 76
p0:level_vertex_id = 188614</ini>
 Готово, только обязательно компилируем новый all.spawn. Теперь наш персонаж будет стоять в вагоне, где лежал раненый Толик.

== Создание квеста ==
 Открываем файл tasks_escape.xml из config/gameplay и добавляем секцию нашего квеста:
 <xml> <game_task id="esc_kill_danila_quest"> ; имя квеста
<title>Убить предателя</title>
<objective>
<text>Убить предателя</text>
<icon>ui_iconsTotal_esc_dinamit_to_volk</icon>
<infoportion_complete>esc_danila_dead</infoportion_complete> ; указываем инфопорцию, при которой выполнится квест.
</objective>
<objective>
<text>Убить Данилу</text>
<map_location_type hint="esc_danila">blue_location</map_location_type> ; имя отметки нашего НПС на карте
<object_story_id>esc_danila</object_story_id> ; отметка нашего НПС на карте
<infoportion_complete>esc_danila_dead</infoportion_complete> ; указываем инфопорцию, при которой выполнится квест.
</objective>
</game_task></xml>

== Создание диалога ==
 Создадим диалог с Волком, после которого выдастся квест. Открываем dialogs_escape.xml из той же папки, пишем снизу:
 <xml><dialog id="esc_kill_danila_dialog"> ; имя диалога
<dont_has_info>esc_kill_danila_quest_started</dont_has_info> ; прописываем инфопорцию, при выдачи которой, диалог больше не появится.
<phrase_list>
<phrase id="0">
<text>esc_danila_dialog_1</text>
<next>1</next>
</phrase>
<phrase id="1">
<text>esc_danila_dialog_2</text>
<next>2</next>
</phrase>
<phrase id="2">
<text>esc_danila_dialog_3</text>
<give_info>esc_kill_danila_quest_started</give_info> ; выдача квеста после диалога, а так же играет роль, что диалог больше не появится.
</phrase>
</phrase_list>
</dialog></xml>

== Регистрация текста ==

Открываем файл stable_dialogs_escape.xml и пишем следующее:

 <xml><string id="esc_danila_dialog_1">
<text>Есть дополнительная работа?</text>
</string>
<string id="esc_danila_dialog_2">
<text>Да, предатель появился у нас, Данилой кличут. Убей его, координаты на него я тебе скину.</text>
</string>
<string id="esc_danila_dialog_3">
<text>Хорошо</text>
</string></xml>

Готово, теперь диалог полностью готов.

== Создадим инфопоршни ==
 Открываем файл info_l01_escape.xml и всё той же папки добавляем следующее:
 <xml> <info_portion id="esc_kill_danila_quest_started"> ; инфопорция, дающая начало квеста
<task>esc_kill_danila_quest</task> ; название квеста
</info_portion>
<info_portion id="esc_danila_dead"></info_portion> ; инфопорция смерти нашего НПС, который позволяет завершить квеста. Ранее мы его добавили в логику, в раздел смерти нашего персонажа.</xml>

== Создаём отметку нашего NPC на карте. ==
 Открываем файл stable_bio_name.xml из папки config/text/rus, пишем там в конце:
 <xml><string id="esc_danila">
<text>Данила</text>
</string></xml>

 Создадим Game Story Id, чтобы НПС наш отображался на карте. Для этого открываем файл game_story_ids из папки config и пишем в конце:
 <pre>20000 = "esc_danila"</pre>

 Ну вот собственно и всё. Вроде написал всё, что надо. Автор LaRento. Буду постепенно заливать туторы по созданию разных типов квестов. Всем пока, удачи)

SoC. Спавн телепортов через скрипт

2013-07-26T21:41:48Z

91.218.192.254: оформление

==Создаем телепорт==
===Теория этого дела===

В игре существует такой объект как "zone_teleport", но если мы его создадим через create, то он будет выглядеть и переливаться как настоящий телепорт, но телепортировать нас куда-либо увы не сможет. Связано это с тем что, у аномалий ( а телепорт это такая разновидность аномалии ) параметры задаются хитромудро, через all.spawn. Вобщем штатным способом телепорты без полнофункционального редактора карт не получить (хотя возможно я не прав уже после написания этого текста появились идеи как это сделать через '''all.spawn'''). Значит на нашу долю остаються способы "не штатные" ;) Реализуем самый простой. Будем считать что у нас на карте есть квадрат с заданными координатами при попадании в который актера должно переместить в точку с другими координатами. Для этого будем периодически проверять координаты актера, и если он в квадрате - перемещяем. Вот в краце принцип действия нашего "самодельного" телепорта.

===Реализация===

В каталоге ''gamedata\scripts\'' Создадим файл '''bind_mteleport.script''' с логикой работы нашего телепорта.
<lua>
-- ************************************************
-- ** Imp **
-- ** Биндер самодельных телепортов **
-- ** Поддерживает работу самопальных телепортов **
-- ************************************************

local teleport_binders ={} -- Список телепортов

function abs_comp(a,b)
-- Служебная функция вычисления разности
if( a < b) then
return (b - a)
else
return (a - b)
end
end

function teleportate(x,y,z)
-- Функция телепортации
local a = vector()
-- Задаем координаты
a.x = x
a.y = y
a.z = z

-- Сама телепортация
db.actor:set_actor_position(a)

-- Звуковое сопровождение
local snd_obj = xr_sound.get_safe_sound_object([[affects\tinnitus3a]])
snd_obj:play_no_feedback(db.actor, sound_object.s2d, 0, vector(), 1.0)

end

function actor_update(delta)
local i,v,acter_poz,s

-- Получим позицию актера (что-бы каждый раз не запрашивать)
acter_poz = db.actor:position()

-- Проверяем наши телепорты
for i, v in pairs(teleport_binders) do
s = v.parametrs

local obj = level.object_by_id( i )
if obj ~= nil then
-- Наш телепорт в онлайне проверяем дальше
if s.teleporte ~= nil and s.teleporte ~= false then
-- Телепорт запущен
if ( time_global() <= s.time ) then
-- Если время отведенное на показ спецэфектов
-- прошло, производим телепортацию
teleportate(s.poz_x,s.poz_y,s.poz_z)
if s.rotate ~= nil then
db.actor:set_actor_direction(s.rotate)
end
s.teleporte = false
end
return
end

-- Пороверим не забрел-ли актер в наш телепорт
if (abs_comp(s.x, acter_poz.x)< v.parametrs.radius and
abs_comp(s.z, acter_poz.z)< v.parametrs.radius and
abs_comp(s.y, acter_poz.y)< v.parametrs.z_radius) then
-- Актер в зоне действия телепорта, запустим телепорт
s["teleporte"] = true
s["time"] = time_global() + 500

-- Запускаем спецэфекты телепортации
level.add_pp_effector ("teleport.ppe", 2006, false)
end
end
end
end

function bind( obj )
obj:bind_object( restrictor_teleport( obj ) )
end

----------------------------------------------------------------------------------------------------
class "restrictor_teleport" ( object_binder )

function restrictor_teleport:__init(obj, char_ini) super(obj)
end

function restrictor_teleport:net_spawn(data)
local char_ini = system_ini()

-- Если это телепорт то занесем его в специальный список телепортов
if self.teleport == true then
teleport_binders[self.object:id()] = self

-- Заполним таблицу параметров
self["parametrs"] = {}
if char_ini:line_exist(self.section, "radius") then
self.parametrs["radius"] = tonumber(char_ini:r_string(self.section, "radius"))
else
self.parametrs["radius"] = 2 -- Дефолтный радиус по xy
end
if char_ini:line_exist(self.section, "z_radius") then
self.parametrs["z_radius"] = tonumber(char_ini:r_string(self.section, "z_radius"))
else
self.parametrs["z_radius"] = self.parametrs["radius"] -- если радиус высоты не задан то задаем равным радиусу xy
end

-- Запомним позицию что-бы каждый раз не считать
local s_obj = alife():object(self.object:id())
self.parametrs["x"] = tonumber(s_obj.position.x);
self.parametrs["y"] = tonumber(s_obj.position.y);
self.parametrs["z"] = tonumber(s_obj.position.z);

-- Запомним координаты куда телепортимся
self.parametrs["poz_x"] = tonumber(char_ini:r_string(self.section, "poz_x"))
self.parametrs["poz_y"] = tonumber(char_ini:r_string(self.section, "poz_y"))
self.parametrs["poz_z"] = tonumber(char_ini:r_string(self.section, "poz_z"))

if char_ini:line_exist(self.section, "rotate") then
self.parametrs["rotate"] = tonumber(char_ini:r_string(self.section, "rotate"))
end
end
return true
end

function restrictor_teleport:net_destroy()
-- Удаляем наш телепорт
teleport_binders[self.object:id()] = nil
self.parametrs = nil
object_binder.net_destroy(self)
end

function restrictor_teleport:reload(section)
local char_ini = system_ini()

self.section = section
-- Если это телепорт то
if char_ini ~= nil and char_ini:line_exist(self.section, "teleport") then
self["teleport"] = true
end
end

</lua>

Для постоянного обновления нужно прицепить функцию actor_update() к биндеру актера, для чего в файле '''bind_stalker.script''' найдем функцию:

''function actor_binder:update(delta)''

В ней найдем вызов обновления рестрикторов
''bind_restrictor.actor_update(delta)''
под которым вставим строку с вызовом нашей функции обновления:
''bind_mteleport.actor_update(delta)''

Все с программной частью закончили, теперь задаем данные телепорта.

В каталоге ''gamedata\config\misc'' открываем файл '''zone_teleport.ltx''' и в конце файла добавляем следующие строки описывающие конкретный телепорт:

<ini>[m_teleport_1]:zone_teleport
teleport = standart
script_binding = bind_mteleport.bind
;Параметры нашего телепорта
radius = 2
;Высота захвата телепорта
z_radius = 2

;Куда телепортируемся (телепортация всегда идет в пределах карты)
poz_x = 22.78
poz_y = 20.35
poz_z = 659.24

; Угол зрения при появлении. Если параметра нет то не меняется.
rotate = 1.5</ini>

Параметры нашего телепорта:

* radius - на самом деле не радиус, а половина длинны стороны нашего квадрата (в начале я хотел сделать его кругом, но посчитал, что лучше не тратить процессорное врямя по пусту). Центром квадрата является точка респавна телепорта.

* z_radius - высота нашего телепорта.

* poz_x, poz_y, poz_z - координаты точки телепортации.

* rotate - Угол поворота после телепортации от оси X (я не разбирался в каких единицах задается, но 1.5 примерно равно 90 градусов). Если параметр удалить то будет оставатья угол под которым актер вошел в телепорт.

=== Использование ===
Теперь с помощью create создадим наш телепорт:
Пример:

<lua> local obj
local a = vector()
a.x = -244.55
a.y = -19.46
a.z = -125.42
obj = alife():create("m_teleport_1",a,12829,8,65535)</lua>

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

Все! Вот [http://www.imp.webhost.ru/stalker/ тут] вы можете взять готовый мод с двумя телепортами.

==Авторы==

Статья создана:

* [[Участник:Imp|Imp]]

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

SoC. Добавление брони

2013-07-26T07:02:21Z

91.218.192.254:

В данном примере мы будем добавлять новый костюм со 100% защитой от всего =D 
Совершенно новый костюм добавлять не будем, возьмём за основу существующий костюм сталкера. 
Нам понадобится любой текстовый редактор ([http://notepad-plus.sourceforge.net/ru/site.htm Notepad++], Блокнот, WordPad или что там у Вас), 
Фотошоп + [http://www.nvidia.ru/object/photoshop_dds_plugins.html dds плагин] (для работы с текстурами и иконками) и файлы игры:

'''gamedata\config\misc\outfit.ltx''' — здесь добавим наш костюм и его хар-ки

'''gamedata\config\misc\trader_trader.ltx''' — здесь выдадим его торговцу на продажу

'''gamedata\config\text\rus\string_table_outfit.xml''' — здесь впишем название и описание костюма в игре

Итак, по порядку. Открываем при помощи текстового редактора файл outfit.ltx. 
Берём любой костюм, копируем всю его секцию и вставляем, например, в конец файла.
Вот теперь и приступим:
<ini>;---------------------------------------------------------------------------------------------
; КОСТЮМ ЧАКА НОРРИСА
;---------------------------------------------------------------------------------------------
[chuck_norris_outfit]:outfit_base ; имя секции нашей брони
GroupControlSection = spawn_group
discovery_dependency =
$spawn = "outfit\chuck_norris_outfit"
;$prefetch = 32
class = E_STLK
cform = skeleton
visual = equipments\novice_suit ; модель костюма, лежащего на земле (обычно в папке gamedata\meshes\equipments)
actor_visual = actors\hero\stalker_novice.ogf ; модель игрока, одетого в костюм (обычно в папке gamedata\meshes\actor\hero)

ef_equipment_type = 3 ; предпочтительность одевания брони НПС (не используется)

inv_name = chuck_norris_outfit ; ссылка на строку, содержащую название костюма в файле string_table_outfit.xml
inv_name_short = chuck_norris_outfit ; ссылка на строку с названием костюма на земле
description = chuck_norris_outfit_desc ; ссылка на строку описанием костюма
inv_weight = 2.0 ; вес костюма в кг
inv_grid_x = 12 ; координата X левого верхнего угла иконки инвентаря из файла gamedata\textures\ui\ui_icon_equipment.dds
inv_grid_y = 21 ; координата Y левого верхнего угла иконки инвентаря из файла gamedata\textures\ui\ui_icon_equipment.dds
inv_grid_width = 2 ; размер иконки по оси X
inv_grid_height = 2 ; размер иконки по оси Y
full_icon_name = npc_icon_novice_outfit ; имя иконки

cost = 100000 ; базовая цена костюма
slot = 6 ; слот, на который цепляем костюм (для брони всегда 6)
full_scale_icon = 6,6 ; иконка игрока в полный рост в инвентаре (обычно из файла gamedata\textures\ui\ui_icons_***.dds)
nightvision_sect = effector_nightvision_good ; тип ПНВ (смотрим секции [effector_nightvision_***]
; в файле gamedata\config\misc\postprocess.ltx)
; если ПНВ не нужно, то убираем/комментируем строчку

sprint_allowed = true ; можно ли бегать в костюме (true) или нет (false)
bones_koeff_protection = exo_helmet_damage
additional_inventory_weight = 1000 ; на сколько увеличится максимальный переносимый вес в кг
additional_inventory_weight2 = 1000 ; на сколько увеличится максимальный переносимый вес в кг
immunities_sect = sect_chuck_norris_outfit_immunities ; ссылка на секцию износостойкости костюма (см.ниже)

; показатели защиты игрока нашим костюмом (от 0 (это 0%) до 0.99 (это 100%))
burn_protection = 0.99 ; ожог
strike_protection = 0.99 ; удар
shock_protection = 0.99 ; электрошок
wound_protection = 0.99 ; разрыв
radiation_protection = 0.99 ; радиация
telepatic_protection = 0.99 ; телепатия
chemical_burn_protection = 0.99 ; химический ожог
explosion_protection = 0.99 ; взрыв
fire_wound_protection = 0.99 ; пулестойкость

[sect_chuck_norris_outfit_immunities] ; секция износостойкости самого костюма
; от 0 (в огне не горит, в воде не тонет) до 1 (лучше на него даже не дышать)
burn_immunity = 0.0
strike_immunity = 0.0
shock_immunity = 0.0
wound_immunity = 0.0
radiation_immunity = 0.0
telepatic_immunity = 0.0
chemical_burn_immunity = 0.0
explosion_immunity = 0.0
fire_wound_immunity = 0.0</ini>

Далее откроем '''string_table_outfit.xml''' 
И в конце, но ДО закрывающего тега '''</string_table>''' допишем следующее:

<xml><string id="chuck_norris_outfit">
<text>Одёжка Чака Норриса</text>
</string>
<string id="chuck_norris_outfit_desc">
<text>Бывшие портки Чака Норриса.\nТеперь победить вас может только сам Чак Норрис.</text>
</string></xml>

Далее открываем '''файл trader_trader.ltx''' - это файл конфигурации магазина Cидоровича. 
Находим секцию '''[supplies_start]''' 
Добавляем строчку chuck_norris_outfit = 1, 1 (в запасах на начало игры появится 1 костюм с вероятностью 100%)

Крутим вниз до '''[trader_start_sell]''' 
Добавляем строчку chuck_norris_outfit = 1, 1 (цена костюма будет ровно той, что прописана в конфиге)

Если хотим свою иконку костюму, смотрим [http://stalkerin.gameru.net/wiki/index.php/%D0%98%D0%B7%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5_%D1%82%D0%B5%D0%BA%D1%81%D1%82%D1%83%D1%80#.D0.98.D0.B7.D0.BC.D0.B5.D0.BD.D0.B5.D0.BD.D0.B8.D0.B5_.D0.B8.D0.BA.D0.BE.D0.BD.D0.BE.D0.BA_.D0.BF.D1.80.D0.B5.D0.B4.D0.BC.D0.B5.D1.82.D0.BE.D0.B2 тут].

После всего этого кидаем всё по папочкам в gamedata и начинаем новую игру.

[[Категория:Конфигурационные_файлы]]

Новые детекторы

2013-07-26T07:00:40Z

91.218.192.254:

==Вступление==
В этом уроке мы создадим новый детектор артефактов.
нужные файлы:
<code>
gamedata\configs\misc\devices.ltx
gamedata\configs\gameplay\character_desc_general.xml
gamedata\configs\text\rus\st_items_equipment.xml
</code>
==Начало работы==((((учтите детекторы на ЗП,если на ЗП неработает значит на ЧН,не а если опять не работает,значит на ТЧ,=))))))
откроем:
<code>
gamedata\configs\misc\devices.ltx
</code>
В конце файла добавляем это:
<ini>
[detector_ваше_название_на_английском]:detector_advanced
$spawn = "devices\detector_ваше_название_на_английском" ;для левел эдитор
class = DET_ELIT
visual = dynamics\devices\dev_detector_3\dev_detector_3.ogf ;Ссылка на модель в данном случае в нас будет модель "велеса"
inv_name = st_ваше_название_на_английском ;cсылка на название детектора в файле gamedata\configs\text\rus\st_items_equipment.xml
inv_name_short = st_ваше_название_на_английском ;тоже самое что и inv_name должно быть одинаковым
description = st_ваше_название_на_английском_descr ;опсание детектора в gamedata\configs\text\rus\st_items_equipment.xml
hud = detector_ваше_название_на_английском_hud ; ссылка на худ детектора

inv_grid_width = 1 ;;;
inv_grid_height = 1 ;;;;;;;;Иконка детектора
inv_grid_x = 5 ;;;;;;;;в данном случае будет иконка велеса
inv_grid_y = 14;;;
cost = 2000

; elite x="0.00096" y="0.0035"
ui_p = -0.02904,0.01,0.0364
ui_r = 0,90,0

af_radius = 30 ; наверное радиус на котором на экране детектора видно отметку артефакта
af_vis_radius = 5 ; наверное радиус когда артефакт виден глазом ГГ

; строка от af_class_19 до af_freq_26 это какие артефакты видит детектор, важно если вы будите делать новые артефакты то нужно прописать чтобы детектор
;их видел посмотрим пример на af_class_19 до af_freq_19

af_class_19 = af_eye ; название артефакта
af_sound_19_ = detectors\art_beep1 ; звук при обнаружении
af_freq_19 = 0.05, 2 ; ???
af_class_20 = af_fire
af_sound_20_ = detectors\art_beep1
af_freq_20 = 0.05, 2

af_class_21 = af_gravi
af_sound_21_ = detectors\art_beep1
af_freq_21 = 0.05, 2
af_class_22 = af_gold_fish
af_sound_22_ = detectors\art_beep1
af_freq_22 = 0.05, 2

af_class_23 = af_baloon
af_sound_23_ = detectors\art_beep1
af_freq_23 = 0.05, 2
af_class_24 = af_glass
af_sound_24_ = detectors\art_beep1
af_freq_24 = 0.05, 2

af_class_25 = af_dummy_dummy
af_sound_25_ = detectors\art_beep1
af_freq_25 = 0.05, 2
af_class_26 = af_ice
af_sound_26_ = detectors\art_beep1
af_freq_26 = 0.05, 2

[detector_ваше_название_на_английском_hud]:detector_base_hud ; нужно чтобы совпадало с строчкой hud =
item_position = -0.071685,0.036188,-0.009934
item_orientation = 314.589233,-186.420761,-189.323669

item_visual = dynamics\devices\dev_detector_3\dev_detector_3_hud ; ссылка модели детектора в руке ГГ

anm_show = dev_detector_3_draw
anm_show_fast = dev_detector_3_draw ;_quick
anm_hide = dev_detector_3_holster
anm_hide_fast = dev_detector_3_holster_quick
anm_idle = dev_detector_3_idle
anm_idle_moving = dev_detector_3_idle_moving
anm_idle_sprint = dev_detector_3_idle_moving

anm_show_16x9 = dev_detector_3_draw_ws, dev_detector_3_draw
anm_show_fast_16x9 = dev_detector_3_draw_ws ;_quick
anm_hide_16x9 = dev_detector_3_holster_ws, dev_detector_3_holster
anm_hide_fast_16x9 = dev_detector_3_holster_ws_quick
anm_idle_16x9 = dev_detector_3_idle_ws, dev_detector_3_idle
anm_idle_moving_16x9 = dev_detector_3_idle_moving_ws, dev_detector_3_idle_moving
anm_idle_sprint_16x9 = dev_detector_3_idle_moving_ws, dev_detector_3_idle_moving ; анимации детектора лучше не трогать
</ini>

==Описание==
Откроем:
<code>
gamedata\configs\text\rus\st_items_equipment.xml
</code>
и добавим после любого названия предмета эти строчки:
<xml>
<string id="detector_ваше_название_на_английском">
<text>Название детектора</text>
</string>
<string id="st_ваше_название_на_английском_descr">
<text>описание</text>
</string>
</xml>
закрываем и сохраняем...

==Финал==
Теперь осталось добавить детектор ГГ
Открываем:
<code>
gamedata\configs\gameplay\character_desc_general.xml
</code>
и после строчек:
<xml>




<specific_character id="actor" no_random = "1">
<name>st_actor_name</name>
<icon>ui_inGame2_Hero</icon>
<map_icon x="2" y="5"></map_icon>

<team>Actor</team>
<supplies>
[spawn] \n

</xml>
добавляем:
<code>
detector_ваше_название_на_английском \n
</code>
Cохраняем...

P.S. Если все правильно то после начала новой игры в ГГ будет новый детектор
Cтатья создана [[Участник:NIGHTSTALKER]]
Статья переделана:
[[Участник:Mesnik]] [[Участник:StalkerModer]]

[[Категория:Конфигурационные файлы]]

SoC. Энциклопедия

2013-07-26T06:57:11Z

91.218.192.254:

====Как получить всю инфу в энциклопедию в начале новой игры====
Разбирать добавление статьи в энциклопедию я не буду, а просто раскажу как выдать всю инфу в начале игры.
Открываем файл '''gamedata\scripts\bind_stalker.script''' и ищем строки:

<lua>
self.object:give_info_portion("storyline_actor_start")
_G.g_start_avi = true
printf("*AVI* RUN START AVI")
end

-- if not has_alife_info("encyclopedy") then -раскомпилитим

-- self.object:give_info_portion("encyclopedy") - эти

-- end - строки

if not has_alife_info("global_dialogs") then
self.object:give_info_portion("global_dialogs")
end

if not has_alife_info("level_changer_icons") then
self.object:give_info_portion("level_changer_icons")
end

level_tasks.add_lchanger_location()

self.bCheckStart = false

end

end
</lua>

Теперь, когда вы начнете игру, у вас добавятся все стандартные статьи из игры... Просто, да?
Мы не ограничемся только ими, добавим статьи про оружие, машины и т.п., а так же ваши, добавленные...
Инфопоршну "энциклопедия" игра берет из файла '''gamedata\config\gamplay\info_known_objects.xml'''.
Открываем и смотрим структуру:

<xml>
<?xml version='1.0' encoding="windows-1251"?>
<game_information_portions>
<info_portion id="encyclopedy">
<article>zone_artifact_af-medusa</article>
<article>zone_artifact_af-cristall-flower</article>
<article>zone_artifact_af-night-star</article>
</xml>

Ну и так далее... Чтоб добавить инфу, например о ПМм, просто пишем между любыми артиклами(например):

<xml>
<game_information_portions>
<info_portion id="encyclopedy">
<article>zone_artifact_af-medusa</article>
<article>zone_artifact_af-cristall-flower</article>
<article>weapons1_wpn-pm</article> -теперь нам будут выдавать инфу о ПМм
<article>zone_artifact_af-night-star</article>
</xml>

Объясню где брал инфопоршну ПМм-в '''config\gameplay\encyclopedia_weapons.xml'''. В той же папке есть и файлы с инфопоршнами предметов(еды и т.п.), машин и т.п.
Добавляем их все... Долго, но что поделать, раз решились сделать:) Если все добавите-игра вылетит. Исправить это легко---просто в '''config\system.ltx''' добавим наши "недостающие" файлы(типа машин и т.п.).
Открываем и ищем секцию энциклопедии:

<code>
[encyclopedia]
files = encyclopedia_infos, storyline_info_to_diary, encyclopedia_weapons, encyclopedia_mutants, encyclopedia_zone, encyclopedia_social, encyclopedia_equipment, encyclopedia_tutorial
</code>

Через запятую добавляем наши недостающие файлы:
<code>
[encyclopedia]
files = encyclopedia_infos, storyline_info_to_diary, encyclopedia_weapons, encyclopedia_mutants, encyclopedia_zone, encyclopedia_social, encyclopedia_equipment, encyclopedia_tutorial,encyclopedia_vehicles,
encyclopedia_new
</code>

Вроде все (могу ошибатся:))... Кстати, я советовал бы вам добавлять свои статьи таким же способом-создаем отдельный файл, подключаем его в системе, и работаем дальше с ним... И все равно к какой теме
относится ваша статья, игра считывает ее из любых файлов секции '''encyclopedia'''. Теперь у нас в ПДА отображаются все возможные статьи...

P.S.-сам обсолютно все статьи все никак не собирусь добавить, так что не знаю,есть ли там какие-либо ошибки... Если вылетела или зависла, открываем блокнот и жмем '''Ctrl+V'''(вставить) и смотрим лог
ошибки...

==Авторы==

Статья создана:
[[Участник:Костя.н.ы.ч|Костя.н.ы.ч]]

[[Категория:Конфигурационные_файлы]]

Скрипты. Открываем секретную дверь в Саркофаге без декодера.

2013-07-26T06:52:39Z

91.218.192.254:

Открываем файл '''gamedata/config/scripts/sar_door.ltx'''. Там находим:
<ini>
[logic]
active = ph_door@locked

[ph_door@locked]
locked = true
closed = true
tip_open = tip_door_coded
on_info = {=actor_has_decoder} ph_door@coded

[ph_door@coded]
locked = true
closed = true
tip_open = tip_door_decode
on_info = {!actor_has_decoder} ph_door@locked
on_use = ph_door@decoding %+sar_access_decoding%

[ph_door@decoding]
locked = true
closed = true
tip_open = tip_door_decoding
on_info = {+sar_finish_decoding} ph_door@unlocked

[ph_door@unlocked]
locked = false
closed = false
show_tips = false
</ini>
Там строки:
<code>
locked = true
closed = true
</code>
Заменяем на:
<code>
locked = false
closed = false
</code>
[[Категория:Конфигурационные файлы]]

CoP. Добавляем возможность таскать трупы и другие динамические объекты

2013-07-17T08:18:38Z

91.218.192.254: Подправил оформление. Сделал более презентабельным, как по мне (FantomICW)

Привет всем. В этой статье я напишу, как вернуть таскание трупов и объектов в STALKER CoP, не понятно зачем убранное ПЫСами. 
'''Уровень слжности:''' очень легко, не обращайте внимания на длину тутора, тут вам только копипастить придется) 
'''Автор:''' sk0rpi0n 
Открываем '''configs/system.ltx''', идем в конец файла, ищем строку '''[ph_capture_visuals]'''. Под ней - все, что нам нужно, а точнее:
<ini>;NPC
;actors\stalker_bandit\stalker_bandit_1
;actors\stalker_bandit\stalker_bandit_2
;actors\stalker_bandit\stalker_bandit_3
;actors\stalker_bandit\stalker_bandit_3_face_1
;actors\stalker_bandit\stalker_bandit_3_face_2
;actors\stalker_bandit\stalker_bandit_3_mask
;actors\stalker_bandit\stalker_bandit_4
;actors\stalker_dolg\stalker_dolg_1
;actors\stalker_dolg\stalker_dolg_2
;actors\stalker_dolg\stalker_dolg_2_face_1
;actors\stalker_dolg\stalker_dolg_2_face_2
;actors\stalker_dolg\stalker_dolg_2_mask
;actors\stalker_dolg\stalker_dolg_3
;actors\stalker_dolg\stalker_dolg_4
;actors\stalker_freedom\stalker_freedom_1
;actors\stalker_freedom\stalker_freedom_2
;actors\stalker_freedom\stalker_freedom_2_face_1
;actors\stalker_freedom\stalker_freedom_2_face_2
;actors\stalker_freedom\stalker_freedom_2_mask
;actors\stalker_freedom\stalker_freedom_3
;actors\stalker_freedom\stalker_freedom_4
;actors\stalker_hero\stalker_hero_1
;actors\stalker_hero\stalker_hero_stc_strelok
;actors\stalker_lesnik\stalker_lesnik_1
;actors\stalker_merc\stalker_merc_2
;actors\stalker_merc\stalker_merc_4
;actors\stalker_monolith\stalker_monolith_1
;actors\stalker_monolith\stalker_monolith_2
;actors\stalker_monolith\stalker_monolith_3
;actors\stalker_monolith\stalker_monolith_4
;actors\stalker_nebo\stalker_nebo_1
;actors\stalker_nebo\stalker_nebo_2
;actors\stalker_nebo\stalker_nebo_2_face_1
;actors\stalker_nebo\stalker_nebo_2_face_2
;actors\stalker_nebo\stalker_nebo_2_face_3
;actors\stalker_nebo\stalker_nebo_2_mask
;actors\stalker_nebo\stalker_nebo_3
;actors\stalker_neutral\stalker_neutral_1
;actors\stalker_neutral\stalker_neutral_2
;actors\stalker_neutral\stalker_neutral_2_face_1
;actors\stalker_neutral\stalker_neutral_2_face_2
;actors\stalker_neutral\stalker_neutral_2_mask
;actors\stalker_neutral\stalker_neutral_3
;actors\stalker_neutral\stalker_neutral_4
;actors\stalker_soldier\stalker_soldier_1
;actors\stalker_soldier\stalker_soldier_2
;actors\stalker_soldier\stalker_soldier_2_face_1
;actors\stalker_soldier\stalker_soldier_3
;actors\stalker_soldier\stalker_soldier_4
;actors\stalker_trader\stalker_trader_1
;actors\stalker_ucheniy\stalker_ucheniy_1
;actors\stalker_zombied\stalker_zombied_1
;actors\stalker_zombied\stalker_zombied_2
;actors\stalker_zombied\stalker_zombied_3
;actors\stalker_zombied\stalker_zombied_4

;Monsters
;monsters\controller\controller_1
;monsters\controller\controller_2
;monsters\controller\controller_3
;monsters\controller\controller_4
;monsters\controller\controller_dead
;monsters\crow\crow
;monsters\dog\dog
;monsters\dog\dog_bulterier
;monsters\dog\dog_bulterier_dead
;monsters\dog\dog_dead
;monsters\dog\dog_red
;monsters\dog\dog_red_dead
;monsters\dog\dog_white
;monsters\dog\dog_white_dead
;monsters\flesh\flesh
;monsters\flesh\flesh_dead
;monsters\flesh\flesh_strong
;monsters\krovosos\krovosos
;monsters\krovosos\krovosos_dead
;monsters\krovosos\krovosos_strong
;monsters\krovosos\krovosos_strong_xray
;monsters\krovosos\krovosos_xray
;monsters\mutant_boar\mutant_boar
;monsters\mutant_boar\mutant_boar_dead
;monsters\mutant_boar\mutant_boar_strong
;monsters\poltergeist\poltergeist
;monsters\poltergeist\poltergeist_dead
;monsters\poltergeist\poltergeist_strong
;monsters\pseudodog\pseudodog
;monsters\pseudodog\pseudodog_dead
;monsters\pseudodog\pseudodog_grey
;monsters\pseudodog\pseudodog_grey_dead
;monsters\rat\rat_1
;monsters\snork\snork
;monsters\snork\snork_dead
;monsters\tushkano\tushkano
;monsters\tushkano\tushkano_dead</ini>
Все строки, помеченные точкой с запятой ";" - не используются игрой.Следовательно, нам надо их убрать.Заменим верхний текст на этот:
<code>;NPC
actors\stalker_bandit\stalker_bandit_1
actors\stalker_bandit\stalker_bandit_2
actors\stalker_bandit\stalker_bandit_3
actors\stalker_bandit\stalker_bandit_3_face_1
actors\stalker_bandit\stalker_bandit_3_face_2
actors\stalker_bandit\stalker_bandit_3_mask
actors\stalker_bandit\stalker_bandit_4
actors\stalker_dolg\stalker_dolg_1
actors\stalker_dolg\stalker_dolg_2
actors\stalker_dolg\stalker_dolg_2_face_1
actors\stalker_dolg\stalker_dolg_2_face_2
actors\stalker_dolg\stalker_dolg_2_mask
actors\stalker_dolg\stalker_dolg_3
actors\stalker_dolg\stalker_dolg_4
actors\stalker_freedom\stalker_freedom_1
actors\stalker_freedom\stalker_freedom_2
actors\stalker_freedom\stalker_freedom_2_face_1
actors\stalker_freedom\stalker_freedom_2_face_2
actors\stalker_freedom\stalker_freedom_2_mask
actors\stalker_freedom\stalker_freedom_3
actors\stalker_freedom\stalker_freedom_4
actors\stalker_hero\stalker_hero_1
actors\stalker_hero\stalker_hero_stc_strelok
actors\stalker_lesnik\stalker_lesnik_1
actors\stalker_merc\stalker_merc_2
actors\stalker_merc\stalker_merc_4
actors\stalker_monolith\stalker_monolith_1
actors\stalker_monolith\stalker_monolith_2
actors\stalker_monolith\stalker_monolith_3
actors\stalker_monolith\stalker_monolith_4
actors\stalker_nebo\stalker_nebo_1
actors\stalker_nebo\stalker_nebo_2
actors\stalker_nebo\stalker_nebo_2_face_1
actors\stalker_nebo\stalker_nebo_2_face_2
actors\stalker_nebo\stalker_nebo_2_face_3
actors\stalker_nebo\stalker_nebo_2_mask
actors\stalker_nebo\stalker_nebo_3
actors\stalker_neutral\stalker_neutral_1
actors\stalker_neutral\stalker_neutral_2
actors\stalker_neutral\stalker_neutral_2_face_1
actors\stalker_neutral\stalker_neutral_2_face_2
actors\stalker_neutral\stalker_neutral_2_mask
actors\stalker_neutral\stalker_neutral_3
actors\stalker_neutral\stalker_neutral_4
actors\stalker_soldier\stalker_soldier_1
actors\stalker_soldier\stalker_soldier_2
actors\stalker_soldier\stalker_soldier_2_face_1
actors\stalker_soldier\stalker_soldier_3
actors\stalker_soldier\stalker_soldier_4
actors\stalker_trader\stalker_trader_1
actors\stalker_ucheniy\stalker_ucheniy_1
actors\stalker_zombied\stalker_zombied_1
actors\stalker_zombied\stalker_zombied_2
actors\stalker_zombied\stalker_zombied_3
actors\stalker_zombied\stalker_zombied_4

;Monsters
;monsters\controller\controller_1
;monsters\controller\controller_2
;monsters\controller\controller_3
;monsters\controller\controller_4
;monsters\controller\controller_dead
;monsters\crow\crow
monsters\dog\dog
monsters\dog\dog_bulterier
monsters\dog\dog_bulterier_dead
monsters\dog\dog_dead
monsters\dog\dog_red
monsters\dog\dog_red_dead
monsters\dog\dog_white
monsters\dog\dog_white_dead
;monsters\flesh\flesh
;monsters\flesh\flesh_dead
;monsters\flesh\flesh_strong
monsters\krovosos\krovosos
monsters\krovosos\krovosos_dead
monsters\krovosos\krovosos_strong
monsters\krovosos\krovosos_strong_xray
monsters\krovosos\krovosos_xray
;monsters\mutant_boar\mutant_boar
;monsters\mutant_boar\mutant_boar_dead
;monsters\mutant_boar\mutant_boar_strong
;monsters\poltergeist\poltergeist
;monsters\poltergeist\poltergeist_dead
;monsters\poltergeist\poltergeist_strong
monsters\pseudodog\pseudodog
monsters\pseudodog\pseudodog_dead
monsters\pseudodog\pseudodog_grey
monsters\pseudodog\pseudodog_grey_dead
;monsters\rat\rat_1
;monsters\snork\snork
;monsters\snork\snork_dead
;monsters\tushkano\tushkano
;monsters\tushkano\tushkano_dead</code>

Отлично! Теперь можно таскать трупы монстрюг и пиплов.
Рассмотрим таскание остальных объектов.
Вы можете добавить почти любую модель из папки '''meshes''', кроме:
''static models''(статичные модели) - их невозможно никак сдвинуть в игре.
Пример добавления модели, пишем это после конца списка моделей монстров(на свой страх и риск обтаскайтесь списком моделей из зова припяти. Для ТЧ и ЧН список таскаемых динамических моделей можно получить, например, из лога проверки папки антивирусной программой с "заменой" (в меню правка) в блокноте ненужных частей на пустоту):
<code>;Other models
dynamics\artefacts\af_blood
dynamics\artefacts\af_compass
dynamics\artefacts\af_control
dynamics\artefacts\af_cristall
dynamics\artefacts\af_cristall_flower
dynamics\artefacts\af_cristall_plant
dynamics\artefacts\af_dummy_battery
dynamics\artefacts\af_dummy_dummy
dynamics\artefacts\af_dummy_glassbeads
dynamics\artefacts\af_electra_flash
dynamics\artefacts\af_electra_moonlight
dynamics\artefacts\af_electra_sparkler
dynamics\artefacts\af_eye
dynamics\artefacts\af_fire
dynamics\artefacts\af_fireball
dynamics\artefacts\af_fuzz_kolobok
dynamics\artefacts\af_glass
dynamics\artefacts\af_gold_fish
dynamics\artefacts\af_gravi
dynamics\artefacts\af_ice
dynamics\artefacts\af_medusa
dynamics\artefacts\af_mincer_meat
dynamics\artefacts\af_night_star
dynamics\artefacts\af_psi_field
dynamics\artefacts\af_soul
dynamics\artefacts\af_vyvert
dynamics\artefacts\artefact_electra_blue
dynamics\artefacts\artefact_electra_blue_hud
dynamics\artefacts\artefact_electra_green
dynamics\artefacts\artefact_electra_green_hud
dynamics\balon\balon_01
dynamics\balon\balon_02
dynamics\balon\balon_02a
dynamics\balon\bidon
dynamics\balon\bochka_close_1
dynamics\balon\bochka_close_2
dynamics\balon\bochka_close_3
dynamics\balon\bochka_close_4
dynamics\balon\bochka_fuel
dynamics\balon\gaz_balon
dynamics\balon\kanistra
dynamics\box\box_1a
dynamics\box\box_1b
dynamics\box\box_1c
dynamics\box\box_bottle_1
dynamics\box\box_metall_01
dynamics\box\box_paper
dynamics\box\box_wood_01
dynamics\box\box_wood_02
dynamics\box\expl_dinamit
dynamics\box\part\box_metall_01_part_1
dynamics\box\part\box_metall_01_part_2
dynamics\box\part\box_paper_part_1
dynamics\box\part\box_wood_01_part_1
dynamics\box\part\box_wood_01_part_2
dynamics\box\part\box_wood_01_part_3
dynamics\box\part\box_wood_01_part_4
dynamics\box\part\box_wood_01_part_5
dynamics\box\part\box_wood_01_part_6
dynamics\box\part\box_wood_01_part_7
dynamics\dead_body\skelet_crash
dynamics\dead_body\skelet_crash_monster
dynamics\dead_body\vertel_boar
dynamics\devices\dev_antirad\dev_antirad
dynamics\devices\dev_aptechka\dev_aptechka_high
dynamics\devices\dev_aptechka\dev_aptechka_low
dynamics\devices\dev_aptechka\dev_aptechka_mid
dynamics\devices\dev_bandage\dev_bandage
dynamics\devices\dev_binoculars\dev_binoculars
dynamics\devices\dev_bolt\dev_bolt
dynamics\devices\dev_bred\dev_bred
dynamics\devices\dev_conserv\dev_conserv
dynamics\devices\dev_datchik_1\dev_datchik_1
dynamics\devices\dev_datchik_2\dev_datchik_2
dynamics\devices\dev_datchik_3\dev_datchik_3
dynamics\devices\dev_decoder\dev_decoder
dynamics\devices\dev_detector_1\dev_detector_1
dynamics\devices\dev_detector_2\dev_detector_2
dynamics\devices\dev_detector_3\dev_detector_3
dynamics\devices\dev_detector_4\dev_detector_4
dynamics\devices\dev_drink_stalker\dev_drink_stalker
dynamics\devices\dev_drink_stalker\dev_drink_stalker_old
dynamics\devices\dev_flare\dev_flare
dynamics\devices\dev_flash_1\dev_flash_1
dynamics\devices\dev_flash_2\dev_flash_2
dynamics\devices\dev_fmradio\dev_fmradio
dynamics\devices\dev_guitar\dev_guitar
dynamics\devices\dev_harmonica\dev_harmonica
dynamics\devices\dev_instrument_1\dev_instrument_1
dynamics\devices\dev_kolbasa\dev_kolbasa
dynamics\devices\dev_merger\dev_merger
dynamics\devices\dev_pda\dev_pda
dynamics\devices\dev_rukzak\dev_rukzak
dynamics\devices\dev_torch_light\dev_torch_light
dynamics\devices\dev_vodka\dev_vodka
dynamics\door\agru_door
dynamics\door\bookcase_village_50x90_ph_door_l
dynamics\door\bookcase_village_50x90_ph_door_r
dynamics\door\box_wooden_01_door
dynamics\door\cabinet_child_350x200_01_door
dynamics\door\cabinet_child_45x80_01_door
dynamics\door\cabinet_village_140x210_ph_door_l
dynamics\door\cabinet_village_140x210_ph_door_r
dynamics\door\destr_door_wood_130x250_01
dynamics\door\door_garbage_01
dynamics\door\door_garbage_02
dynamics\door\door_hospital_01_l
dynamics\door\door_hospital_01_r
dynamics\door\door_hospital_02
dynamics\door\door_katakomb_big_2
dynamics\door\door_katakomb_big_2_lock
dynamics\door\door_katakomb_big_3
dynamics\door\door_katakomb_big_4
dynamics\door\door_lift_01
dynamics\door\door_metal
dynamics\door\door_metal_145_230_01
dynamics\door\door_metal_150x240_01_l
dynamics\door\door_metal_150x240_01_r
dynamics\door\door_metal_150x260_01
dynamics\door\door_metal_150x260_02
dynamics\door\door_metal_185x297_01_l
dynamics\door\door_metal_185x297_01_r
dynamics\door\door_metal_210_250_01
dynamics\door\door_metal_220x260_01_l
dynamics\door\door_metal_220x260_01_r
dynamics\door\door_old_wood_120x240_01
dynamics\door\door_ship_high
dynamics\door\door_ship_high_l
dynamics\door\door_ship_high_r
dynamics\door\door_slide_140x250_01
dynamics\door\door_trader
dynamics\door\door_wood_100x190_01
dynamics\door\door_wood_120x240_01
dynamics\door\door_wood_130x245_01
dynamics\door\door_wood_130x250_01
dynamics\door\door_wood_150x260_01
dynamics\door\door_wood_200x250_01_l
dynamics\door\door_wood_200x250_01_r
dynamics\door\gate_red_forest_01_l
dynamics\door\gate_red_forest_01_r
dynamics\door\safe_01_ph_door
dynamics\door\shelf_metal_160x200_door_l
dynamics\door\shelf_metal_160x200_door_r
dynamics\door\shkaf_lab_01_door_l
dynamics\door\shkaf_lab_01_door_r
dynamics\door\shkaf_work_01_door
dynamics\door\shop_fridge_1_door_l
dynamics\door\shop_fridge_1_door_r
dynamics\door\shop_fridge_2_door
dynamics\door\stol_6_ph_door
dynamics\door\stol_7_ph_door
dynamics\door\stol_8a_ph_door
dynamics\door\stol_8_ph_door
dynamics\door\stol_9a_ph_door
dynamics\door\tumba_village_100x90_ph_01_door
dynamics\door\tumba_village_100x90_ph_door_l
dynamics\door\tumba_village_100x90_ph_door_r
dynamics\door\tumba_village_140x60_ph_door
dynamics\door\tumba_village_50x120_ph_door
dynamics\door\part\destr_door_wood_130x250_01_part_1
dynamics\door\part\destr_door_wood_130x250_01_part_2
dynamics\door\part\destr_door_wood_130x250_01_part_3
dynamics\door\part\destr_door_wood_130x250_01_part_4
dynamics\el_tehnika\disel_generator
dynamics\el_tehnika\el_control_unit_1
dynamics\el_tehnika\komp_blok
dynamics\el_tehnika\komp_klava
dynamics\el_tehnika\komp_monitor
dynamics\el_tehnika\komp_monitor_screen_1
dynamics\el_tehnika\krisagenerator
dynamics\el_tehnika\lab_primary_switcher
dynamics\el_tehnika\lift_big_1
dynamics\el_tehnika\notebook
dynamics\el_tehnika\priemnik_gorizont
dynamics\el_tehnika\rupor
dynamics\el_tehnika\speakerphone
dynamics\el_tehnika\table_lamp_01
dynamics\el_tehnika\transiver
dynamics\el_tehnika\tv_1
dynamics\el_tehnika\ventilator_01
dynamics\el_tehnika\ventilator_02
dynamics\el_tehnika\ventilator_03
dynamics\el_tehnika\ventilator_04
dynamics\el_tehnika\ventilator_05
dynamics\equipments\documents_1
dynamics\equipments\documents_2
dynamics\equipments\documents_3
dynamics\equipments\documents_4
dynamics\equipments\documents_5
dynamics\equipments\documents_6
dynamics\equipments\documents_7
dynamics\equipments\documents_8
dynamics\equipments\documents_9
dynamics\equipments\item_boar_leg
dynamics\equipments\item_dog_tail
dynamics\equipments\item_flesh_eye
dynamics\equipments\item_krovosos_jaw
dynamics\equipments\item_psevdodog_tail
dynamics\equipments\item_snork_leg
dynamics\equipments\medical\drug_anabiotic
dynamics\equipments\medical\drug_antidot
dynamics\equipments\medical\drug_booster
dynamics\equipments\medical\drug_coagulant
dynamics\equipments\medical\drug_psy_blockade
dynamics\equipments\medical\drug_radioprotector
dynamics\equipments\quest\access_card
dynamics\equipments\quest\anomaly_plant
dynamics\equipments\quest\balloon_poison_gas
dynamics\equipments\quest\box_black
dynamics\equipments\quest\box_condensers
dynamics\equipments\quest\box_kanifol
dynamics\equipments\quest\box_toolkit_1
dynamics\equipments\quest\box_toolkit_2
dynamics\equipments\quest\box_toolkit_3
dynamics\equipments\quest\box_transistors
dynamics\equipments\quest\explosive_charge
dynamics\equipments\quest\identity_card
dynamics\equipments\quest\key
dynamics\equipments\quest\materials_textolite
dynamics\equipments\quest\materials_wire
dynamics\equipments\quest\memory_module
dynamics\equipments\quest\notebook
dynamics\equipments\quest\notes_document_case_1
dynamics\equipments\quest\notes_document_case_2
dynamics\equipments\quest\notes_document_case_3
dynamics\equipments\quest\notes_letter_1
dynamics\equipments\quest\notes_letter_2
dynamics\equipments\quest\notes_letter_3
dynamics\equipments\quest\notes_paper_1
dynamics\equipments\quest\notes_paper_2
dynamics\equipments\quest\notes_photo_1
dynamics\equipments\quest\notes_photo_2
dynamics\equipments\quest\notes_writing_book_1
dynamics\equipments\quest\notes_writing_book_2
dynamics\equipments\quest\safe_container
dynamics\equipments\quest\scanner_anomaly
dynamics\equipments\quest\scanner_artefact
dynamics\equipment_cache\equipment_box_01_case
dynamics\equipment_cache\equipment_box_02_case
dynamics\equipment_cache\equipment_box_03_case
dynamics\equipment_cache\equipment_cross_1_case
dynamics\equipment_cache\equipment_cross_2_case
dynamics\equipment_cache\equipment_cross_3_case
dynamics\equipment_cache\equipment_electric_box_01_case
dynamics\equipment_cache\equipment_electric_box_02_case
dynamics\equipment_cache\equipment_hatch_01_case
dynamics\equipment_cache\equipment_hatch_02_case
dynamics\equipment_cache\equipment_instrument_case_01_case
dynamics\equipment_cache\equipment_pipe_01_case
dynamics\equipment_cache\equipment_pipe_02_case
dynamics\equipment_cache\equipment_pipe_valve_01_case
dynamics\equipment_cache\equipment_rucksack_01_case
dynamics\equipment_cache\equipment_rucksack_02_case
dynamics\equipment_cache\equipment_seif_01_case
dynamics\equipment_cache\equipment_seif_02_case
dynamics\equipment_cache\equipment_seif_03_case
dynamics\equipment_cache\equipment_trees_log_01_case
dynamics\equipment_cache\equipment_trees_stump_01_case
dynamics\equipment_cache\equipment_zaz968_case
dynamics\fence\debris_01
dynamics\fence\wooden_board_01
dynamics\fence\wooden_board_01_2m
dynamics\fence\wooden_board_02
dynamics\fence\wooden_board_03
dynamics\fence\wooden_board_04
dynamics\fence\wood_fence_1
dynamics\fence\wood_fence_2
dynamics\fence\wood_fence_3
dynamics\fence\wood_fence_4
dynamics\fence\wood_fence_5
dynamics\fence\part\wooden_board_01_2m_part_01
dynamics\fence\part\wooden_board_01_2m_part_02
dynamics\fence\part\wooden_board_01_2m_part_03
dynamics\fence\part\wooden_board_01_part_01
dynamics\fence\part\wooden_board_01_part_02
dynamics\fence\part\wooden_board_01_part_03
dynamics\fence\part\wooden_board_01_part_04
dynamics\fence\part\wooden_board_01_part_05
dynamics\fence\part\wood_fence_part_1
dynamics\fence\part\wood_fence_part_2
dynamics\fence\part\wood_fence_part_3
dynamics\fence\part\wood_fence_part_4
dynamics\fence\part\wood_fence_part_5
dynamics\fence\part\wood_fence_part_6
dynamics\fence\part\wood_fence_part_7
dynamics\firestation\fire_vedro
dynamics\firestation\ognetushitel
dynamics\kitchen_room\bottle_3l
dynamics\kitchen_room\curtains
dynamics\kitchen_room\freezer
dynamics\kitchen_room\gaz_plita
dynamics\kitchen_room\gaz_plita_small
dynamics\kitchen_room\kitchen_bludo
dynamics\kitchen_room\kitchen_kastrula
dynamics\kitchen_room\kitchen_kastrula_up
dynamics\kitchen_room\kitchen_krujka
dynamics\kitchen_room\kitchen_lojka
dynamics\kitchen_room\kitchen_miska
dynamics\kitchen_room\kitchen_tarelka1
dynamics\kitchen_room\kitchen_tarelka2
dynamics\kitchen_room\teapot_1
dynamics\kitchen_room\part\bottle_3l_part_0
dynamics\kitchen_room\part\bottle_3l_part_1
dynamics\kitchen_room\part\bottle_3l_part_2
dynamics\kitchen_room\part\bottle_3l_part_3
dynamics\kitchen_room\part\bottle_3l_part_4
dynamics\kitchen_room\part\bottle_3l_part_5
dynamics\kitchen_room\part\bottle_3l_part_6
dynamics\kitchen_room\part\bottle_3l_part_7
dynamics\light\light_abajour_1
dynamics\light\light_abajour_2_hirez
dynamics\light\light_abajour_2_lowrez
dynamics\light\light_abajour_2_lowrez_noflare
dynamics\light\light_abajour_3_hirez
dynamics\light\light_abajour_4_hirez
dynamics\light\light_alarm_1
dynamics\light\light_alarm_glass
dynamics\light\light_alarm_green_glass
dynamics\light\light_alarm_nolight_glass
dynamics\light\light_alarm_white_glass
dynamics\light\light_altar
dynamics\light\light_big_1_glass
dynamics\light\light_big_2_glass
dynamics\light\light_circle_1
dynamics\light\light_galogen_1_glass
dynamics\light\light_illicha_1
dynamics\light\light_illicha_2
dynamics\light\light_illicha_3
dynamics\light\light_lab_glass
dynamics\light\light_road_green_glass
dynamics\light\light_road_orange_glass
dynamics\light\light_sharnir_1
dynamics\light\light_signal
dynamics\light\light_switch_1_green
dynamics\light\light_switch_1_red
dynamics\light\light_uglovaya_1_glass
dynamics\light\light_white_glass
dynamics\light\light_wire_1_glass
dynamics\light\projector
dynamics\medical_object\kolyaska_01
dynamics\medical_object\kolyaska_01_braked
dynamics\medical_object\kolyaska_wheel_01_braked
dynamics\medical_object\med_stolik_01
dynamics\medical_object\wheel_litter_01
dynamics\medical_object\wheel_litter_01_braked
dynamics\outfit\cs_heavy_outfit
dynamics\outfit\dolg_heavy_outfit
dynamics\outfit\dolg_outfit
dynamics\outfit\exo_outfit
dynamics\outfit\helm_battle
dynamics\outfit\helm_hardhat
dynamics\outfit\helm_protective
dynamics\outfit\helm_respirator
dynamics\outfit\helm_tactic
dynamics\outfit\military_outfit
dynamics\outfit\novice_outfit
dynamics\outfit\scientific_outfit
dynamics\outfit\specops_outfit
dynamics\outfit\stalker_outfit
dynamics\outfit\svoboda_heavy_outfit
dynamics\outfit\svoboda_light_outfit
dynamics\scene_objects\darkvalley\door_darkvalley_01_
dynamics\scene_objects\darkvalley\gate_darkvalley_01_l
dynamics\scene_objects\darkvalley\gate_darkvalley_01_r
dynamics\scene_objects\hospital\hospital_arka_1
dynamics\scene_objects\hospital\hospital_arka_2
dynamics\scene_objects\hospital\hospital_arka_3
dynamics\scene_objects\hospital\hospital_arka_4
dynamics\scene_objects\hospital\hospital_arka_5
dynamics\scene_objects\hospital\hospital_debris_01
dynamics\scene_objects\hospital\hospital_fence_01
dynamics\scene_objects\hospital\hospital_wooden_board_01
dynamics\scene_objects\hospital\hospital_wooden_board_02
dynamics\scene_objects\hospital\part\hospital_arka_1_part_1
dynamics\scene_objects\hospital\part\hospital_arka_2_part_1
dynamics\scene_objects\hospital\part\hospital_arka_3_part_1
dynamics\scene_objects\hospital\part\hospital_arka_4_part_1
dynamics\scene_objects\hospital\part\hospital_arka_5_part_1
dynamics\scene_objects\hospital\part\hospital_debris_01_part_01
dynamics\scene_objects\hospital\part\hospital_debris_01_part_02
dynamics\scene_objects\hospital\part\hospital_debris_01_part_03
dynamics\scene_objects\hospital\part\hospital_debris_01_part_04
dynamics\scene_objects\hospital\part\hospital_debris_01_part_05
dynamics\scene_objects\hospital\part\hospital_debris_01_part_06
dynamics\scene_objects\hospital\part\hospital_fence_part_01
dynamics\scene_objects\hospital\part\hospital_fence_part_02
dynamics\scene_objects\hospital\part\hospital_fence_part_03
dynamics\scene_objects\hospital\part\hospital_fence_part_04
dynamics\scene_objects\hospital\part\hospital_fence_part_05
dynamics\scene_objects\hospital\part\hospital_wooden_board_01_part_01
dynamics\scene_objects\hospital\part\hospital_wooden_board_01_part_02
dynamics\scene_objects\hospital\part\hospital_wooden_board_01_part_03
dynamics\scene_objects\hospital\part\hospital_wooden_board_01_part_04
dynamics\scene_objects\hospital\part\hospital_wooden_board_01_part_05
dynamics\scene_objects\hospital\part\hospital_wooden_board_02_part_01
dynamics\scene_objects\hospital\part\hospital_wooden_board_02_part_02
dynamics\scene_objects\hospital\part\hospital_wooden_board_02_part_03
dynamics\scene_objects\hospital\part\hospital_wooden_board_02_part_04
dynamics\scene_objects\hospital\part\hospital_wooden_board_02_part_05
dynamics\scene_objects\hospital\part\hospital_wooden_board_02_part_06
dynamics\scene_objects\labx8\dummy_rainbow_sign
dynamics\scene_objects\part\crane_plita
dynamics\scene_objects\part\part_none
dynamics\scene_objects\pripyat\pripyat_ventilation_grate
dynamics\scene_objects\pripyat\pri_a25_antenna_destroyable_barrier
dynamics\scene_objects\pripyat\part\pri_antenna_part_1
dynamics\scene_objects\pripyat\part\pri_antenna_part_2
dynamics\scene_objects\pripyat\part\pri_antenna_part_3
dynamics\scene_objects\pripyat\part\pri_antenna_part_4
dynamics\scene_objects\pripyat\part\pri_antenna_part_5
dynamics\scene_objects\pripyat\part\pri_antenna_part_6
dynamics\scene_objects\pripyat\part\pri_antenna_part_7
dynamics\scene_objects\pripyat\part\pri_antenna_part_8
dynamics\scene_objects\red_forest\red_forest_bridge_01_dynamic
dynamics\scene_objects\red_forest\red_forest_bridge_01_engine
dynamics\scene_objects\red_forest\red_forest_rope_01
dynamics\stul\child_bench
dynamics\stul\stul_child_01
dynamics\stul\stul_school_01
dynamics\stul\stul_school_01_br
dynamics\stul\stul_wood_01
dynamics\stul\taburet_village
dynamics\stul\taburet_wood_01
dynamics\test_character\boar_test1
dynamics\test_character\boar_u_test1
dynamics\test_character\burer_test
dynamics\test_character\controler_test1
dynamics\test_character\dogs_big
dynamics\test_character\dog_brown_test
dynamics\test_character\dog_bulterer_test
dynamics\test_character\dog_red_test
dynamics\test_character\dolg_2_face_1
dynamics\test_character\dolg_3_face_1
dynamics\test_character\face_1_01
dynamics\test_character\face_1_02
dynamics\test_character\face_1_03
dynamics\test_character\face_1_04
dynamics\test_character\face_1_05
dynamics\test_character\face_1_06
dynamics\test_character\face_1_07
dynamics\test_character\face_1_08
dynamics\test_character\face_2_04
dynamics\test_character\face_4_01
dynamics\test_character\face_4_02
dynamics\test_character\face_4_04
dynamics\test_character\flesh_test1
dynamics\test_character\flesh_u_test1
dynamics\test_character\freedom_2_face_1
dynamics\test_character\hero_dolg_2
dynamics\test_character\himera_test1
dynamics\test_character\krovosos_1_test
dynamics\test_character\krovosos_2_test
dynamics\test_character\krovosos_3_test
dynamics\test_character\neutral_2_face_2
dynamics\test_character\neutral_2_face_3
dynamics\test_character\neutral_2_face_6
dynamics\test_character\neutral_3_face_1
dynamics\test_character\neutral_nauchniy_face_1
dynamics\test_character\neutral_nauchniy_face_2
dynamics\test_character\neutral_nauchniy_face_3
dynamics\test_character\pseudodog1_test1
dynamics\test_character\pseudodog_test1
dynamics\test_character\psevdogigant_test
dynamics\test_character\stalker_bandit_3_face_1
dynamics\test_character\stalker_bandit_3_face_3
dynamics\test_character\stalker_dolg_1_face_1
dynamics\test_character\stalker_freedom_1_face_1
dynamics\test_character\stalker_freedom_2_face_2
dynamics\test_character\stalker_freedom_3_face_1
dynamics\test_character\stalker_nebo_2_face_1
dynamics\test_character\stalker_neutral_1_face_2
dynamics\test_character\stalker_neutral_1_face_3
dynamics\test_character\stalker_neutral_2_face_1
dynamics\test_character\stalker_neutral_2_face_4
dynamics\test_character\stalker_neutral_2_face_5
dynamics\test_character\stalker_neutral_2_face_7
dynamics\test_character\stalker_soldier_1_face_1
dynamics\test_character\stalker_solider_2_face_1
dynamics\test_character\stalker_solider_3_face_1
dynamics\test_character\stalker_solider_ecolog_face_1
dynamics\test_character\stalker_ucheniy_1_face_1
dynamics\test_character\tushkano_test
dynamics\test_character\ucheniy_1_face_2
dynamics\vehicles\btr\veh_btr_script_u_01
dynamics\vehicles\mi2\veh_mi2_01
dynamics\vehicles\mi2\part\veh_mi2_part_01
dynamics\vehicles\mi2\part\veh_mi2_part_02
dynamics\vehicles\mi2\part\veh_mi2_part_03
dynamics\vehicles\mi2\part\veh_mi2_part_04
dynamics\vehicles\mi2\part\veh_mi2_part_05
dynamics\vehicles\mi2\part\veh_mi2_part_06
dynamics\vehicles\mi2\part\veh_mi2_part_07
dynamics\vehicles\mi2\part\veh_mi2_part_08
dynamics\vehicles\mi24\veh_mi24_u_01
dynamics\vehicles\mi24\veh_mi24_u_02
dynamics\vehicles\mi24\veh_mi24_u_02_lod
dynamics\vehicles\mi24\part\veh_mi24_part1
dynamics\vehicles\mi24\part\veh_mi24_part10
dynamics\vehicles\mi24\part\veh_mi24_part2
dynamics\vehicles\mi24\part\veh_mi24_part3
dynamics\vehicles\mi24\part\veh_mi24_part4
dynamics\vehicles\mi24\part\veh_mi24_part5
dynamics\vehicles\mi24\part\veh_mi24_part6
dynamics\vehicles\mi24\part\veh_mi24_part7
dynamics\vehicles\mi24\part\veh_mi24_part8
dynamics\vehicles\mi24\part\veh_mi24_part9
dynamics\weapons\wpn_abakan\wpn_abakan
dynamics\weapons\wpn_ak74\wpn_ak74
dynamics\weapons\wpn_ak74u\wpn_ak74u
dynamics\weapons\wpn_ammo\ammo_1143x23_fmj
dynamics\weapons\wpn_ammo\ammo_1143x23_hydro
dynamics\weapons\wpn_ammo\ammo_12x70_buck
dynamics\weapons\wpn_ammo\ammo_12x76_dart
dynamics\weapons\wpn_ammo\ammo_12x76_zhekan
dynamics\weapons\wpn_ammo\ammo_545x39_ap
dynamics\weapons\wpn_ammo\ammo_545x39_fmj
dynamics\weapons\wpn_ammo\ammo_556x45_ap
dynamics\weapons\wpn_ammo\ammo_556x45_ss190
dynamics\weapons\wpn_ammo\ammo_57x28_ap
dynamics\weapons\wpn_ammo\ammo_57x28_fmj
dynamics\weapons\wpn_ammo\ammo_762x54_7h1
dynamics\weapons\wpn_ammo\ammo_762x54_7h14
dynamics\weapons\wpn_ammo\ammo_762x54_ap
dynamics\weapons\wpn_ammo\ammo_9x18_fmj
dynamics\weapons\wpn_ammo\ammo_9x18_pbp
dynamics\weapons\wpn_ammo\ammo_9x18_pmm
dynamics\weapons\wpn_ammo\ammo_9x19_fmj
dynamics\weapons\wpn_ammo\ammo_9x19_pbp
dynamics\weapons\wpn_ammo\ammo_9x39_ap
dynamics\weapons\wpn_ammo\ammo_9x39_pab9
dynamics\weapons\wpn_ammo\ammo_9x39_sp5
dynamics\weapons\wpn_ammo\ammo_gauss
dynamics\weapons\wpn_ammo\ammo_gauss_custom
dynamics\weapons\wpn_ammo\ammo_m209
dynamics\weapons\wpn_ammo\ammo_og_7b
dynamics\weapons\wpn_ammo\ammo_pkm
dynamics\weapons\wpn_ammo\ammo_vog_25
dynamics\weapons\wpn_ammo\ammo_vog_25p
dynamics\weapons\wpn_ammo\wpn_mines_1
dynamics\weapons\wpn_ammo\wpn_mines_2
dynamics\weapons\wpn_beretta92fs\wpn_beretta92fs
dynamics\weapons\wpn_bm16\wpn_bm16
dynamics\weapons\wpn_colt1911\wpn_colt1911
dynamics\weapons\wpn_desert_eagle\wpn_desert_eagle
dynamics\weapons\wpn_fn2000\wpn_fn2000
dynamics\weapons\wpn_fort\wpn_fort
dynamics\weapons\wpn_g36\wpn_g36
dynamics\weapons\wpn_gauss\wpn_gauss
dynamics\weapons\wpn_grenades\wpn_f1
dynamics\weapons\wpn_grenades\wpn_gd5
dynamics\weapons\wpn_grenades\wpn_mines1
dynamics\weapons\wpn_grenades\wpn_mines2
dynamics\weapons\wpn_grenades\wpn_rgd5
dynamics\weapons\wpn_groza\wpn_groza
dynamics\weapons\wpn_hpsa\wpn_hpsa
dynamics\weapons\wpn_knife\wpn_knife
dynamics\weapons\wpn_l85\wpn_l85
dynamics\weapons\wpn_lr300\wpn_lr300
dynamics\weapons\wpn_mounted\wpn_mounted_btr
dynamics\weapons\wpn_mounted\wpn_mounted_pkm_cover
dynamics\weapons\wpn_mounted\wpn_mounted_pkm_trenoga
dynamics\weapons\wpn_mp5\wpn_mp5
dynamics\weapons\wpn_pb\wpn_pb
dynamics\weapons\wpn_pkm\wpn_pkm
dynamics\weapons\wpn_pm\wpn_pm
dynamics\weapons\wpn_protecta\wpn_protecta
dynamics\weapons\wpn_rg6\wpn_rg6
dynamics\weapons\wpn_rpg7\wpn_rpg7
dynamics\weapons\wpn_sig220\wpn_sig220
dynamics\weapons\wpn_sig550\wpn_sig550
dynamics\weapons\wpn_spas12\wpn_spas12
dynamics\weapons\wpn_svd\wpn_svd
dynamics\weapons\wpn_svu\wpn_svu
dynamics\weapons\wpn_toz34\wpn_toz34
dynamics\weapons\wpn_upgrade\wpn_grenade_launcher
dynamics\weapons\wpn_upgrade\wpn_scope
dynamics\weapons\wpn_upgrade\wpn_silencer
dynamics\weapons\wpn_usp45\wpn_usp45
dynamics\weapons\wpn_val\wpn_val
dynamics\weapons\wpn_vintorez\wpn_vintorez
dynamics\weapons\wpn_walter99\wpn_walter99
dynamics\weapons\wpn_winchester1300\wpn_winchester1300
dynamics\wood_doski\wood_doska1
dynamics\wood_doski\wood_stolb1
dynamics\wood_doski\wood_stolb_fixed
dynamics\workshop_room\axe
dynamics\workshop_room\banka_kraski_1
dynamics\workshop_room\hammer
dynamics\workshop_room\hatch_01
dynamics\workshop_room\kanistra_02
dynamics\workshop_room\keyga
dynamics\workshop_room\lopata
dynamics\workshop_room\molot
dynamics\workshop_room\pick
dynamics\workshop_room\riffler
dynamics\workshop_room\saw
dynamics\workshop_room\tiski
dynamics\workshop_room\vedro_01
dynamics\workshop_room\ventil_01</code>

Вот и все)
[[Категория:Конфигурационные файлы]]

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

2013-07-11T12:04:16Z

91.218.192.254: /* Схема remark */

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

<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]][[Категория:Скрипты]]

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

2013-07-10T18:45:10Z

91.218.192.254: /* Схема remark */

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

<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]][[Категория:Скрипты]]