Что нам понадобится:
gamedata\configs\creatures\spawn_sections_zaton.ltx
gamedata\configs\gameplay\character_desc_zaton.xml
gamedata\configs\gameplay\dialogs_zaton. xml
gamedata\configs\gameplay\info_zaton. xml
gamedata\configs\gameplay\npc_profile. xml
gamedata\configs\misc\tm_zaton.ltx
gamedata\configs\sсripts\npc_logic\default_zombied_1.ltx
gamedata\configs\text\rus\st_quests_zaton. xml
gamedata\sсripts\dialogs_zaton.sсript

Открываем gamedata\configs\creatures\spawn_sections_zaton.ltx
Пишим в самом верху это:



Так разъясняю:
[default_zombied_1] - Это уникальное имя НПС
stalker_zombied – Классификация НПС, если поставить просто stalker то бутет человек, если поставить m_controller_normal, то будет контролёр.
character_profile – Ссылка на профиль, для мутантов не надо!
сommunity – Группировка для монстров не надо!
custom_data – Ссылка на логику НПС.
story_id – Уникальный стори ид

Далее gamedata\configs\gameplay\character_desc_zaton.xml
В самый конец пишем это перед </xml>



В этом же файле ищем строчку Бармен.



И пишим ниже строчкой после этого <actor_dialog>zat_a2_stalker_barmen_actor_info</actor_dialog> это:



Далее gamedata\configs\gameplay\dialogs_zaton.xml
Пишим в самом конце, перед строкой </game_dialogs> это:





Далее gamedata\configs\gameplay\info_zaton.xml
В начале после <game_information_portions> ниже строкой пишим это:



Далее gamedata\configs\gameplay\npc_profile.xml
В начале после <xml> ниже строкой пишем это:



Далее gamedata\configs\misc\tm_zaton.ltx
В самый конец пишем это:



Так разъясняю:
[boroda_quest_give_suplest] – Уникальное имя квеста
icon – Иконка квеста
prior – Приоритет квеста чем выше тем важнее
storyline – Ели true то квест будет сюжетный
title – заглавие квеста... изначально, kill_zombie_naiti_name, а после убийства ГГ зомборя даётся инфопоршень {+test_zombie_mertv}, задание обновляется меняется на kill_zombie_prinesti_name
descr – Описание квеста
target – метка на карте, при наличии инфопорции {+test_zombie_mertv} показывает метку на карте на заказчика!
condlist_0 – условие выполнения квеста - при выдаче инфопорции boroda_quest_done
condlist_1 – условие выполнения квеста – квест будет провален если сквад бороды станет враждебным!
on_complete – Если выполнен квест то отношение сталкеров к вам улучшится на 200%
reward_money – Выдача денег после выполнения квеста.

Далее gamedata\configs\sсripts
Создаем тут папку npc_logic, а там создаем файл default_zombied_1.ltx

Должен получиться такой путь:
gamedata\configs\sсripts\npc_logic\default_zombied_1.ltx

И в этом файле пишем:



Далее идем сюда
gamedata\configs\text\rus\st_quests_zaton.ltx

В конце перед </string_table> пишим это:



Так, теперь нам надо открыть скрипт с помощью блокнота
Идем сюда:
gamedata\sсripts\dialogs_zaton.sсript
В самое начало или конец пишем:



Всё теперь вы создали квест на убийство зомби, таким образом меняя параметры классификации НПС можно сделать квест на любое другое живое существо!

Многие модмейкеры сталкиваются с таким квестом прийти поговорить! Сейчас объясню!

Примерные диалоги:
Дегтярёв: Здорово местный, как жизнь?
Борода: Да всё нормально, что-то нужно?
Дегтярёв: Да, нужен любой хоть и дешёвый автомат знаешь где?
Борода: А что не знать на втором этаже сидит Сыч — вот он барыжит оружием подойди к нему я уже ему сообщил!

Новое задание: Поговорить с Сычем насчёт оружия.

Дегтярёв: Здорово Сыч, борода сказал мне что у тебя есть стволы?
Сыч: Да есть, борода мне маякнул покупай.

Задание выполнено: Поговорить с Сычом.

Думаю, вы поняли суть! Ну приступим!
В файле gamedata\configs\gameplay\dialogs_zaton.xml
Пишем в самом конце, перед строкой </game_dialogs> это:



Далее gamedata\configs\gameplay\character_desc_zaton.xml
Пропишим эти квесты бороде! И Сычу.

<!-- Бармен на базе сталкеров -->
И пишим ниже строчкой после этого <actor_dialog>zat_a2_stalker_barmen_actor_info</actor_dialog> это:



И самый первый в списке zat_b30_owl_stalker_trader пишем ему диалог!
<actor_dialog>sich_quest_end </actor_dialog>

Добавим допустимые инфопоршни, на старт квеста на завершение и на проверку что квеста больше не будет.

В файле gamedata\configs\gameplay\info_zaton.xml, в начале после <game_information_portions> ниже строкой пишем это:



Сам квест довольно лёгкий!

Далее gamedata\configs\misc\tm_zaton.ltx
В самый конец пишем это:



Так разъясняю:
[sich_talk_task] – Уникальное имя квеста
icon – Иконка квеста
prior – Приоритет квеста чем выше тем важнее
storyline – Ели true то квест будет сюжетный
title -- заглавие квеста...
descr – Описание квеста
target -- метка на карте, zat_b30_owl_stalker_trader (Сыч)
condlist_0 -- условие выполнения квеста - при выдаче инфопорции talk_sich_done

Ну теперь не менее важное это скрипты.
Идем сюда gamedata\sсripts\dialogs_zaton.sсript
В самое начало или конец пишем:



Это функция выдачи квеста болше нам нечего не надо!

Можно сделать выдачу оружия от НПС к ГГ но это уже совсем другой урок.

Ну что, начнем!

Открываем
gamedata\configs\creatures\spawn_sections_zaton.ltx
Пишим в самом верху это:



Далее
gamedata\configs\gameplay\character_desc_zaton.ltx
В самый конец пишим это перед </xml>



Тут же ищим строчку в поиске: Бармен.

<!-- Бармен на базе сталкеров -->
И пишим ниже строчкой после этого <actor_dialog>zat_a2_stalker_barmen_actor_info</actor_dialog> это:



Далее
gamedata\configs\gameplay\dialogs_zaton.ltx
Пишим в самом конце, перед строкой </game_dialogs> это:



Далее
D:\S.T.A.L.K.E.R. - Зов Припяти\gamedata\configs\gameplay\info_zaton.ltx
В начале после <game_information_portions> ниже строкой пишим это:



Далее
gamedata\configs\gameplay\npc_profile.ltx
В начале после <xml> ниже строкой пшим это:



Далее
gamedata\configs\misc\tm_zaton.ltx
В самый конец пишим это:



Далее
D:\S.T.A.L.K.E.R. - Зов Припяти\gamedata\configs\scripts
Создаем тут папку smg-mod, а там создаем файл test_smg-mod_test.ltx

Должен получиться такой путь:
gamedata\configs\scripts\smg-mod\test_smg-mod_test.ltx

И в этом файле пишим:



Далее идем сюда
gamedata\configs\text\rus\st_quests_zaton.ltx

В конце перед </string_table> пишим это:



Так, теперь нам надо открыть скрипт с помощью блокнота
Идем сюда:
gamedata\scripts\dialogs_zaton.script
В самое начало пишим:



Теперь находим распакованный all.spawn и находим там файл alife_zaton.ltx
В конец пишим это, но номер не должен повторяться!



Запаковываем и запускаем игру. Квест на убийство сталкера создан.

И так, ребят. Всем привет ещё раз Сегодня я постараюсь рассказать вам,как создать квест на тематику войны группировок. Я буду делать квест на своей локе,но думаю вам будет понятно как это сделать на своей.Предположим у нас родилась идея:"Опа!Я придумал,хочу сделать квест,чтобы ключевой непись попросил меня уничтожить бандосов, но ведь ГГ не рембо и ему нужна помощь,но как это сделать!?"

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

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

Отлично! Мы сняли координаты.Сначала сделаем квест
Заходим в tm_zaton и в самом низу пишем сие:



Отлично, теперь создадим диалоги в файле configs/gameplay/dialogs_zaton:



Теперь добавим диалоги вашему неписю. Заходим в configs/gameplay/character_desc_zaton - ну или ваш файл с неписем и добавляем в диалоги такие строки:



Теперь заходим в scripts/dialogs_zaton и там после строк



пишем сие:



Теперь описание квеста на русском. Заходим сюда configs/text/rus/st_quests_zaton и пишем тут:



Теперь самое противное all.spawn. Заходим по адресу spawns/alife_ваша_локация и пишем сие:



Собираем спавн. Теперь логика.
Заходим в configs/scripts/zaton и создаём два файла zat_stalker_ataka.ltx и zat_bandits.ltx

В zat_stalker_ataka.ltx пишем:



В zat_bandits.ltx пишем:



Заходим в configs/scripts/zaton/smart и создаём два файла zat_stalker_ataka_smart.ltx и zat_stalker_smart.ltx

В них ничего писать не надо. Только если делаете для смарта работы,но об этом я напишу в другом уроке.

Теперь заходим в configs/misc/squad_descr и пишем там:



Вот и всё. Запускаем игру и пробуем...

Поставленная задача в данном уроке будет следующей: необходимо разобрать принципы построения сложного задания, когда заранее известно количество необходимых предметов, а также конкртено определено какие предметы нам будут нужны.
Пусть идея квеста будет такой: Борода дает ГГ поручение собрать 4 вида артефактов: Ломоть мяса в количестве 4 штук, Вспышка в количетсве 2 штук, Выверт- также в количетсве 2 штук, Глаз- одна штука. Аретафакты будут впоследствии переданы ученым, поэтому для большей конспирации приносить их Бороде можно будет только в специально отведенные часы. Также ГГ имеет абсолютную свободу в выборе того факта какие артефакты приносить в первую очередь. Можно сделать это сразу, собрав все, или же приносить по частям, собрав нужное количество артов одного типа.

Необходимые для редактирования файлы:
1. конфигурационные в (gamedata\configs\gameplay\)
- character_desc_zaton.xml
- dialogs_zaton.xml
- info_zaton.xml
- character_desc_general.xml (необязательно)
2. конфигурационные в (gamedata\configs\misc\)
- tm_zaton.ltx
3. конфигурационные в (gamedata\configs\text\rus\)
- st_dialogs_zaton.xml
- st_quests_zaton.xml
4. скриптовый в (gamedata\scripts\)
- dialogs_zaton.script

Для начала создадим два диалога для выдачи задания и основного на внутриэтапное прохождение.
В файл dialogs_zaton.xml в самом низу добавим два диалога:
На выдачу квеста:



На обновление и завершение квеста:



Чтобы понимать о чем в диалогах идет речь сразу пропишем их транскрипцию в файле st_dialogs_zaton.xml:



Теперь разберем по порядку то, что добавили.

Диалог на выдачу квеста имеет следующую элементарную структуру:
- происходит выдача инфопоршня zat_test_boroda_arts_quest_begin (при старте квеста).
- наличие в диалоге тегов <dont_has_info> zat_test_boroda_arts_quest_begin</dont_has_info>
обеспечивает его блокировку после получения задания.
- работа акшиона <action>dialogs_zaton.give_ozersky_fenix_2_quest</action> обеспечивает выдачу квеста.

Теперь самое основное - поясню особенности второго сложного диалога.
Работает он по следующему алгоритму:
- наличие тега <has_info>zat_test_boroda_arts_quest_begin</has_info> обеспечивает возможность инициализации диалога после выдачи квеста.
- наличие <dont_has_info>zat_test_boroda_arts_quest_done</dont_has_info> обеспечивает блокировку диалога после завершение квеста.
- выполняется первая проверка на срабатывание предусловия, когда необходимо выяснить настало ли время для возможности передачи найденных артефактов или нет. При этом есть разделение, когда работает один прекогндишн, а когда второй.
<precondition>dialogs_zaton.is_not_zat_test_arts_time</precondition> - время не настало, при этом диалог завершается.
<precondition>dialogs_zaton.is_zat_test_arts_time</precondition>
<precondition>dialogs.is_surge_not_running</precondition> - выброс в данные момент не происходит и время необходимое нам достигнуто.
- если второе условие верно, то становиться активен следующий выбор ветвления, в зависимости от того какие артефакты сейчас принес ГГ. Доступно 4 ответвления на передачу каждого из типов артов и получение соответсвующего инфопоршня для обновления этапов задания. При этом же есть и другие условия когда ГГничего не принес или же уже все передал.

Объявим используемые инфопоршни в info_zaton.xml. Добавим в конце файла код:



Добавим наши диалоги НПС (В данном случае Бороде) для этого в файл character_desc_zaton.xml в его профиль <specific_character id="zat_a2_stalker_barmen" team_default="1"> добавим две строки диалогов



С диалогами и инфопоршнями разобрались, теперь рассмотрим необходимые скриптовые функции:

В файл dialogs_zaton.script добавим код



Теперь по порядку разберем эти функции:
- give_ozersky_fenix_2_quest - выдача квеста
- actor_has_3_af_lomot и подобные ей- возвращает true при проверки на наличие в инвентаре ГГ необходимых предметов заданного количества.
- is_zat_test_arts_time - возвращает true при проверке на время суток.
- is_not_zat_test_arts_time - возвращает false при аналогичной проверке.
- give_1_af_glas_to_ozersky и подобные ей- передача артефактов НПС.
- actor_has_af_info – возвращает тру при наличие всех четырех инфопоршней по обнолению задания.
- is_not_zat_test_arts_time – проверка на отсвутсвие тех же инфопоршей, скабатывает когда хотя бы одного из них нет.

Квест имеет следующий вид.
В файле tm_zaton.ltx прописываем:

Разберем то что происходит в процессе выполнения квеста и собственно его структуру.

- [geonezis_zat_test_artefats_quest] - название задание в таск менеджере
- icon = ui_inGame2_kompas - иконка квеста (в данном случае от задания Компас)
- prior = 1 - приоритет задания
- storyline = false - сюжетный ли квест или нет
- title = - заголовки при обновлении задания
- descr = - дескрипшины при обновлении задания
- target = - цели, метки квеста при его обновлении.
- condlist_... = - кондишн (спец. условия) в квесте
- on_complete = - вызов функции или действия по завершению задания
- reward_money = - денежная награда.
Основная особенность задания это последовательная проверка структурных условий посредством наличий или отсутствия тех или иных инфопоршней.

В квесте рассматриваются все возможные сочетания вариантов наличия или отсутствия четырех инфопоршней выдаваемый при передачи предметов заказчику.
1. когда нет ни одного.
2. один из вид артов доставлен (любой), остальные три нет.
3. два из видов артов доставлены (любой), остальные два нет.
3. три из видов артов доставлены (любой), остальные два нет.
4. все четыре доставлены.

Соответственно в независимости от того какой из видов артов был передан первым - произойдет точное обновление дескрипшина и тайтла задания с указанием текущего состояния. Метка на цели в квесте (Борода) активна до завершения квеста.

По выдачи инфопоршня zat_test_boroda_arts_quest_done квест будет завершен.

Пропишем русскую транскрипцию дескрипшинов и тайтлов квеста в st_quests_zaton.xml



По желанию для проверки в character_desc_general.xml при старте ГГ пропишем нужный арты.

На этом урок завершен.

Построение многоэтапного линейного квеста на последовательный поиск предметов класса device_pda.
Поставленная задача состоит в обучения принципам построения сложных многоходовых заданий в игре Сталкер Зов Припяти. Будет показан процесс построения сложного диалога с ветвлением, последовательный спавн квестовых предметов через скрипт и собственно структура многоуровневого квеста.
Задание следующее. Новиков просит ГГ принести для него разбросанные по локации сканеры аномалий. Квест будет построен таким образом что необходим исключительно поэтапный вариант его прохождения, то есть от одной точки к другой, без каких-либо вариантов. Получить один предмет раньше другого не будет предоставляться возможным.

Необходимые для редактирования файлы:
1. конфигурационные в (gamedata\configs\gameplay\)
- character_desc_jupiter.xml
- dialogs_jupiter.xml
- info_jupiter.xml
2. конфигурационные в (gamedata\configs\misc\)
- tm_jupiter.ltx
- quest_items.ltx
- death_generic.ltx
3. конфигурационные в (gamedata\configs\text\rus\)
- st_dialogs_jupiter.xml
- st_quests_jupiter.xml
- st_items_quest.xml
4. конфигурационные в (gamedata\configs\misc\trade\)
- trade_generic.ltx
5. скриптовый в (gamedata\scripts\)
- dialogs_jupiter.script
- ui_si.script
- bind_stalker.script
- new_tasks.script

Рассмотрим структуру квестовых диалогов. Для этого откроем dialogs_jupiter.xml и в самом низу добавим два диалога. Один активный при старте задания. Второй на завершение. В принципе можно было объединить их в один, но рассмотрим более легкий вариант. Однако при этом внесем разнообразие в процесс выдачи задания предоставив несколько вариантов его получения внутри диалога. Этот несколько освежит стандартные методы диалогостроения, когда все они делаются последовательными, без каких-либо вариантов.

1-ый диалог:



2-ой диалог:



Сразу же пропишем русскую транскрипцию в st_dialogs_jupiter.xml для того чтобы понимать о чем в диалоге идет речь:



Теперь разберем структуру представленных диалогов:
- Во втором диалоге нет ничего сложного: активен при наличие инфопоршня jup_novikov_quest_zaton_scanner_have_6, исчезает после выдачи jup_novikov_quest_zaton_scanner_end, имеет прекондишн actot_have_all_zaton_scaner когда в инвентаре ГГ наличие всех квестовых предметов. содержит один акшион actot_to_novikov_give_zaton_scaner на передачу предметов заказчику.
- первый диалог сложнее. основная особенность это вложенная тройная разветвленность, когда можно выбрав одну из трех веток получить один и тот же результат.
- внутри каждой из веток также имеет место дополнительные ответвления.
- старт задания происходит по выдачи акшиона give_novikov_zaton_scaner_quest сопровождается также выдачей инфопоршня jup_novikov_quest_zaton_scanner_start
- создание первого квестового предмета происходит также внутри диалога- акшион
jup_b6_create_first_scaner
- чисто для разнообразия происходит выдача ГГ костюма для выполнения задания при выборе одной из трех веток.
это акшион jup_b6_to_actor_give_spez_outfit

Объявим используемые инфопоршни в info_jupiter.xml. Добавим в конце файла код:



Добавим наши диалоги НПС (В данном случае Новикову) для этого в файл character_desc_jupiter.xml в его профиль <specific_character id="jup_b6_scientist_tech" team_default="1"> добавим строки диалогов



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

В файл quest_items.ltx пропишем семь секций предметов zat_spec_anomaly_scanner_№. Все предметы являются квестовыми - невозможна их продажа и выкладывание из инвентаря ГГ.



В файл death_generic.ltx пропишем: (в данном случае также необязательно так как генерации в инвентаре НПС нет)



В файл ui_si.script в таблицу info_table добавим (для спавна, в принципе работать будет и без внесения в этот файл):

В файл st_items_quest.xml пропишем дескрипцию предметов.



В файле trade_generic.ltx пропишем торговлю. Также нужно добавлять индивидуально во все остальные файлы конфигов торговли. (но не обязательно)



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

В файле dialogs_jupiter.script добавим следующие функции:



коротко их поясним:
- спавн первого квестового предмета
- передача броне костюма ГГ
- выдача задания
- передача всех квестовых предметов НПС
- скрипт проверки наличия в инвентаре ГГ всех необходимых предметов

Теперь создадим файл new_tasks.script и добавим в него следующий код одной основной функции task_spec():

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

Созданный нами скрипт необходимо объявить в функции апдейта актора actor_binder:update(delta) в файле bind_stalker.script:



Теперь собственно перейдем к созданию самого задания.
Код секции квеста ([geonezis_jup_spec_scaner]) можно просмотреть в файле tm_jupiter.ltx в архиве с отработанным примером.
Основные особенности это наличие двух кондишинов один на завершение задания, второй на его провал (в случае если сквад ученых бункера станет врагами по отношению к ГГ). По завершению задания будет повышена репутация у группировки экологов, а также выдана награда.
Структура квеста последовательная. Одна секция тайтлов, дескрипшинов и меток заменяет другую при получении соответствующих им инфопоршней. Всего 7 таких этапов. Инфопоршни используемые в задании выдаются также последовательно. Определяемыми являются те, которые обновляются при спавне (jup_novikov_quest_zaton_scanner_create_№), а не при взятии предмета.

На этом урок завершен.

Реализация квеста с использованием объекта класса inventory_box со сложной логикой. Особенности - отсутствие диалогов, использование рестрикторов, выдача тайника в качестве награды.

Поставленная задача в данном уроке будет заключаться в обучении основным принципам создания сложного квеста в игре Сталкер Зов Припяти с добавление объекта класса inventory_box. Выдача задания будет осуществляться автоматически, в данном случае зададим ее при старте игры. Также будет показан пример задания сложной логики добавленного объекта и ее возможная привязка в процессе реализации квестов.

Само задание будет следующим. При старте ГГ будет получено сообщение о необходимости поиска схрона на территории Земснаряда. Чтобы открыть этот схрон необходимо использоваться два специальных ключа. Нужно будет найти эти отмычки и использовать их для получения доступа к содержимому объекта. После этого квест автоматически завершается. Вместо получения денежной награды происходит выдача координат тайника, также дополнительно добавленного нами.

Необходимые для редактирования файлы:
1. конфигурационные в (gamedata\configs\gameplay\)
- info_zaton.xml
2. конфигурационные в (gamedata\configs\misc\)
- tm_zaton.ltx
- quest_items.ltx
- secret_zaton.ltx
3. конфигурационные в (gamedata\configs\text\rus\)
- st_quests_zaton.xml
- st_items_quest.xml
- ui_st_screen.xml
4. конфигурационные в (gamedata\configs\scripts\zaton\)
- файлы логик рестрикторов
5. скриптовый в (gamedata\scripts\)
- bind_stalker.script
- new_tasks.script
6. all.spawn. (gamedata\spawns\)
- alife_zaton.ltx

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

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

- в файле secret_zaton.ltx добавим тайник в общий список zat_hiding_place_56 и объявим его секцию:



в нем будет находиться один предмет- винторез.

- создадим секцию рестриктора тайника и сам предмет через all.spawn



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



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

Теперь создадим квестовый объект класса inventory_box.

В файле алл спавна alife_zaton.ltx добавим секцию:



указывается:
- класс объекта
- уникальное имя секции
- координаты точки спавна
- прикрепленный файл логики
- идентификатор для установления метки таргета
- визуал модели объекта
- тип объекта

зададим логику нашего объекта в файле zat_test_conteiner.ltx следующим образом:



Более подробно ее разберем. Имеющийся у нас схрон (предмет с данной логикой) будет иметь 6 секций возможного состояния. Нам необходимо открыть его, используя два ключа. Поэтому возможны следующие варианты:
- ящик закрыт. ph_idle@full_locked
- использован один из ключей ph_idle@locked
- у актора есть один из ключей ph_idle@has_one_key
- у актора есть второй ключ при условии что был уже использован любой из первых. ph_idle@locked_has_second_key
- у актора сразу есть два ключа ph_idle@has_two_key
- ящик вскрыт. ph_idle@open

Общая конструкция секций логики:
- состоянии запрета использования обработчика nonscript_usable будет true только в одном случае когда ящик открыт.
- строка с используемой секции надписи указывается в tips сама транскрипция задается в ui_st_screen.xml
- вызываемое действие определяется в on_use - происходит переход в одно из последующих состояний и удаление предметов.
- активное состояние определяется из условий on_info

Теперь по порядку разберем каждую из секций. В принципе сложного в построении такой логике ничего нет, решается обыкновенная комбинаторная задача сочетания двух объектов, когда первый ключ есть, второго нет: наоборот второй есть, первого нет; обо есть; ни одного нет.

- активное состояние ph_idle@full_locked - ящик закрыт.
изначально необходимо его использовать чтобы произошло обновление квеста (выдача инфопорции +zat_test_quest_find_to_open) и спавн внутрь него необходимого нам предмета (=spawn_object_in(zat_test_container_item:zat_test_cont_id)). это действие возможно только когда ключей у актора нет (!actor_has_item(zat_test_key_2) !actor_has_item(zat_test_key_1)).
если мы сразу нашли оба ключа (=actor_has_item(zat_test_key_1) =actor_has_item(zat_test_key_2)) то происходит переход в секцию ph_idle@has_two_key
если у гг есть один ключ, но нет другого (не важно какого) то активируется секция ph_idle@has_one_key
вторые условия on_info2 следующие:
при получении инфопорции zat_test_conteiner_open происходит переход в ph_idle@open, соответственно при получении zat_test_one_lock_open становиться активной ph_idle@locked

- у актора есть один из ключей ph_idle@has_one_key
вне зависимости от того какой из ключей был найден при юзании ящика происходит вскрытие одного замка, переход в секцию ph_idle@locked и выполняются следующие действия %=remove_item(zat_test_key_....) =play_sound(power_switch) +zat_test_one_lock_open%
удаляется один из ключей из инвентаря ГГ, проигрывается звук вскрытия замка, выдается соответствующий инфопоршень вскрытия.

- один из ключей уже использован, второй нет. ph_idle@locked
это переходная секция юзание ящика при этом невозможно.
вне зависимости от того какой ключ есть у ГГ (=actor_has_item(zat_test_key_1) !actor_has_item(zat_test_key_2)) или (=actor_has_item(zat_test_key_2) !actor_has_item(zat_test_key_1)) будет осуществлен переход в секцию ph_idle@locked_has_second_key
дополнительное условие наличие инфопорции zat_test_conteiner_open переход в ph_idle@open

- один из ключей использован, второй в наличии. ph_idle@locked_has_second_key
при наличии одного из двух ключей =actor_has_item(zat_test_key_...) !actor_has_item(zat_test_key_...) во время юзания происходит переход в секцию ph_idle@open,удаляется один из ключей, проигрывается звук вскрытия, выдается соответствующий инфопоршень.
основное условие нет ни одного ключа - !actor_has_item(zat_test_key_2) !actor_has_item(zat_test_key_1) происходит переход в состояние ожидания ph_idle@locked
дополнительное условие аналогично.

- есть оба ключа. ph_idle@has_two_key
при наличии обоих ключей =actor_has_item(zat_test_key_1) =actor_has_item(zat_test_key_2)
оба они удаляются. происходит переход в ph_idle@open
условия при этом- возвращения в необходимые секции когда либо ключей нет, либо есть по одному.

- ключи заюзаны. ph_idle@open
ящик вскрыт - можно забирать инвентарное содержимое.

Квестовые предметы - ключи (zat_test_key_1, zat_test_key_2) и необходимый для получения из схрона предмет zat_test_container_item добавим в quest_items.ltx:



Сам квест имеет следующий вид:



В принципе он элементарный. До первого юзания ящика активна первая секция, после активна секция на поиск ключей. Квест завершается при наличии у ГГ необходимого и взятого из ящика предмета =actor_has_item(zat_test_container_item)

Скрипт на спавн ключей будет иметь следующий вид:



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

На этом курс завершен.

Создание квеста на одновременный поиск двух различных предметов.

Итак, предположим нам необходимо создать простой квест для Зова Припяти на одновременный поиск двух различных предметов.
Пусть идея квеста будет такой: Сыч дает ГГ поручение найти два артефакта Снежинка и Пламя.

Необходимые для редактирования файлы:
1. конфигурационные в (gamedata\configs\gameplay\)
- character_desc_zaton.xml
- dialogs_zaton.xml
- info_zaton.xml
- character_desc_general.xml (необязательно)
2. конфигурационные в (gamedata\configs\misc\)
- tm_zaton.ltx
3. конфигурационные в (gamedata\configs\text\rus\)
- st_dialogs_zaton.xml
- st_quests_zaton.xml
4. скриптовый в (gamedata\scripts\)
- dialogs_zaton.script

Для начала создадим два простеньких диалога для выдачи и завершения квеста.

В файл dialogs_zaton.xml в самом низу добавим два диалога:



На завершение квеста:



Чтобы понимать о чем в диалогах идет речь сразу пропишем их транскрипцию в файле st_dialogs_zaton.xml



Теперь разберем по порядку то, что добавили.

Диалог на выдачу квеста имеет следующую элементарную структуру:
- ГГ предлагают задание и он на выбор может отказаться от него, тогда второй раз диалог уже не будет доступен. Либо же согласиться на исполнение.
- Соответственно происходит выдача инфопоршней zat_b30_owl_stalker_trader_quest_init (при старте квеста) и zat_b30_owl_stalker_trader_quest_no_quest (при отказе от выполнения).
- Наличие в диалоге тегов <dont_has_info>имя поршня</dont_has_info> обеспечивает его блокировку при выборе одной из веток.
- Наличие прекондишина <precondition>dialogs_zaton.zat_b30_owl_stalker_trader_have_arts</precondition> также блокирует стартовый диалог при наличии квестовых предметов (в данном случае это артефакты) в рюкзаке ГГ.
- акшион <action>dialogs_zaton.zat_b30_owl_stalker_trader_give_quest</action> обеспечивает выдачу квеста.

Теперь поясню особенности второго диалога:
- наличие тега <has_info>zat_b30_owl_stalker_trader_quest_init</has_info> обеспечивает возможность инициализации диалога после выдачи квеста.
- наличие <dont_has_info>zat_b30_owl_stalker_trader_quest_end</dont_has_info> обеспечивает блокировку диалога после завершение квеста.
- прекондишн <precondition>dialogs_zaton.zat_b30_owl_stalker_trader_have_arts</precondition> обеспечивает блокирование диалога до момента наличия в инвентаре ГГ нужных квестовых предметов.
- акшионы <action>dialogs_zaton.zat_b30_owl_stalker_trader_relocates_arts</action> и <action>dialogs_zaton.zat_b30_owl_stalker_trader_relocates_money_to_actor</action> обеспечивают передачу квестовых предметов от ГГ к НПС, и последующего денежного вознаграждения для ГГ от него.

Объявим используемые инфопоршни в info_zaton.xml Добавим в конце файла код:



Добавим наши диалоги НПС (В данном случае Сычу) для этого в файл character_desc_zaton.xml в его профиль <specific_character id="zat_b30_owl_stalker_trader" team_default="1"> добавим две строки диалогов:



С диалогами и инфопоршнями разобрались теперь рассмотрим необходимые скриптовые функции:

В файл dialogs_zaton.script добавим код:



Теперь по порядку разберем эти функции:
- zat_b30_owl_stalker_trader_give_quest - выдача квеста
- zat_b30_owl_stalker_trader_have_arts - возвращает true при проверки на наличие в инвентаре ГГ двух необходимых предметов (в данном случае артефактов af_ice и af_fire)
- zat_b30_owl_stalker_trader_not_have_arts - возвращает false при аналогичной проверке.
- zat_b30_owl_stalker_trader_relocates_arts - передача НПС артефактов
- zat_b30_owl_stalker_trader_relocates_money_to_actor - выдача денежной награды ГГ.

Самое основное это квест.

В файле tm_zaton.ltx прописываем:



Разберем то что происходит в процессе выполнения квеста и собственно его структуру.
- [geonezis_zat_b30_owl_quest] - название задание в таск менеджере
- icon = ui_inGame2_Kontrakt_s_uchenimi - иконка квеста (в данном случае от задания Контракт с Учеными)
- prior = 2 - приоритет задания
- storyline = false - сюжетный ли квест или нет
- title = - заголовки при обновлении задания
- descr = - дескрипшины при обновлении задания
- target = - цели, метки квеста при его обновлении.
- condlist_0 = - кондишн (спец. условия) в квесте (в данном случае один на завершение)

Основная особенность задания это последовательная проверка структурных условий посредством функцииactor_has_item(...). Это вызываемая из xr_conditions.script функция на проверку наличия у актора того или иного предмета. Соответственно в структуре этого квеста используют два варианта когда значениее функции false (!actor_has_item(...)) и true (=actor_has_item(...))

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

1. когда нет ни одного.
2. первый (арт снежинка) есть, второго (арт пламя) нет.
3. первого нет, второй есть
4. оба есть.

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

По выдачи инфопоршня zat_b30_owl_stalker_trader_quest_end квест будет завершен.

Пропишем русскую транскрипцию дескрипшинов и тайтлов квеста в st_quests_zaton.xml



По желанию для проверки в character_desc_general.xml при старте ГГ пропишем нужный арты.

На этом урок завершен.

Реализация квеста на одновременный поиск заданного количества различных предметов, определенных в рандомной таблице. Определение новой условной функции в xr_conditions.script

Разберем принцип построения квеста следующего вида. НПС выдает ГГ задание на необходимость поиска и доставки определенного количества различных пердметов. В данном случае квест будет выдаваться Тремором, на снабжение его медикаментами. Это задание подобно тому, что в оригинале выдавали голодные наемники на Затоне. Его рассмотрение и разбор поможет понять принцип добавления новых функций, условия, выполнения которых будет выступать в качестве возможности обновления этапов внутри квеста. Изначально будет определен ассортимент квестовых предметов для доставки, но ГГ имеет свободу в выборе того, какие конкретно квестовые предметы ему приносить. Они могут быть или все одного типа, или же по несколько единиц различного.

Необходимые для редактирования файлы:
1. конфигурационные в (gamedata\configs\gameplay\)
- character_desc_zaton.xml
- dialogs_zaton.xml
- info_zaton.xml
- character_desc_general.xml (необязательно)
2. конфигурационные в (gamedata\configs\misc\)
- tm_zaton.ltx
3. конфигурационные в (gamedata\configs\text\rus\)
- st_dialogs_zaton.xml
- st_quests_zaton.xml
4. скриптовый в (gamedata\scripts\)
- xr_conditions.script
- dialogs_zaton.script

Для начала создадим два простеньких диалога для выдачи и завершения квеста.

В файл dialogs_zaton.xml в самом низу добавим два диалога:

На выдачу квеста:



На завершение квеста:



Чтобы понимать о чем в диалогах идет речь сразу пропишем их транскрипцию в файле st_dialogs_zaton.xml



Теперь разберем по порядку то, что добавили.

Диалог на выдачу квеста имеет следующую элементарную структуру:
- во время его завершения срабатывает актишин на выполнение функции старта задания <action>dialogs_zaton.zat_medic_test_quest_give</action> при этом происходит выдача инфопоршня zat_test_medic_bring_supplies, который блокирует дальнейшее активное состояние диалога (<dont_has_info>zat_test_medic_bring_supplies</dont_has_info>)

Теперь поясню особенности второго диалога:
- наличие тега <has_info> zat_test_medic_bring_supplies</has_info> обеспечивает возможность инициализации диалога после выдачи квеста.
- наличие тега <dont_has_info> zat_test_medic_task_done</dont_has_info> обеспечивает блокировку диалога после завершение квеста.
- прекондишн <precondition>dialogs_zaton.zat_test_actor_has_needed_medic</precondition> обеспечивает блокирование диалога до момента наличия в инвентаре ГГ нужных квестовых предметов.
- работа вызываемой через акшион <action>dialogs_zaton.zat_test_transfer_medic_supplies</action> функции обеспечивает передачу квестовых предметов от ГГ к НПС.

Объявим используемые инфопоршни в info_zaton.xml. Добавим в конце файла код:



Добавим наши диалоги НПС (В данном случае Тремору) для этого в файл character_desc_zaton.xml в его профиль <specific_character id="zat_b22_stalker_medic" team_default="1"> добавим две строки диалогов



С диалогами и инфопоршнями разобрались, теперь рассмотрим необходимые скриптовые функции:
В файл dialogs_zaton.script добавим код:



Теперь по порядку разберем эти функции:
- zat_medic_test_quest_give - выдача квеста
- zat_test_actor_has_needed_medic - возвращает значение при проверки на наличие в инвентаре ГГ определенного количества необходимых предметов (в данном случае это предметы на выбор: medkit, drug_anabiotic, bandage) которые задаются в виде таблицы определяемой локальную переменную item_sections. Также в ней определяются локальные переменные необходимого числа предметов needed равного 10, переменная счетчика count изначально равная нулю, а также локальная функция счетчика calc(temp, item) во время работы функции происходит вызов цикла подсчета количества заданных предметов в инвентаре ГГ. Когда их количество станет больше или равно заданному значение функция прекращает свою работу и возвращает значение.
- zat_test_transfer_medic_supplies – примерно по тому же принципу организованная функция обработки передачи этих предметов от ГГ к НПС.

В файле xr_conditions.script определим новую условную функцию, необходимую нам при работе самого квеста.



данная условная функция возвращает условие выполненяемое в ранее определенной диалоговой или же дополнительно условие на проверку наличия инфопоршня завершения квеста.

Самое основное это квест.
В файле tm_zaton.ltx прописываем:



Разберем то, что происходит в процессе выполнения квеста и собственно его структуру.
При выдаче задания метка будет принимать нулевое значение, активен первый этап, когда необходимо собрать нужные ГГ предметы. При их наличии (то есть при срабатывание заданной нами функции zat_test_actor_has_needed_medic) этап квеста будет обновлен, метка переброситься на НПС Тремор. При получении инфопорции zat_test_medic_task_done квест завершается. В случае срабатывания второго условия {=is_squad_enemy_to_actor(zat_b22_medic)} (сквад в котором определен наш НПС становиться враждебным по отношению к ГГ) задание будет провалено.

Пропишем русскую транскрипцию дескрипшинов и тайтлов квеста в st_quests_zaton.xml



По желанию для проверки в character_desc_general.xml при старте ГГ пропишем нужные нам медикаменты.

На этом урок завершен.

Реализация квеста на выполнение определенного действия через логику рестриктора, работа с туториалом. Последовательность в выполнении на несколько этапов.

Предположим нам необходимо реализовать квест следующего типа: ГГ будет выдано задание на извлечение определенного предмета из физического обьекта на локации. Пусть будет такой вариант: Сыч дает Дягтереву задание на изьятие из старой антенны и генератора на ВНЗ Круг различных деталей. Для осуществления подобных заданий необходимо использовать рестрикторы. Данный тип квестов в корне отличается от простых, когда по заданным меткам необходимо было просто подобрать заспавненные ранее предметы.

Необходимые для редактирования файлы:
1. конфигурационные в (gamedata\configs\gameplay\)
- character_desc_zaton.xml
- dialogs_zaton.xml
- info_zaton.xml
2. конфигурационные в (gamedata\configs\misc\)
- tm_zaton.ltx
- quest_items.ltx
- death_generic.ltx
3. конфигурационные в (gamedata\configs\text\rus\)
- st_dialogs_zaton.xml
- st_quests_zaton.xml
- ui_st_screen.xml
- st_items_quest.xml
4. конфигурационные в (gamedata\configs\ui\)
- game_tutorials.xml
5. логики рескрипторов в (gamedata\configs\scripts\zaton\)
- zat_restr_logic_1.ltx
- zat_restr_logic_2.ltx
6. скриптовый в (gamedata\scripts\)
- dialogs_zaton.script
- xr_effects.script
- ui_si.script
7. Спавн в файле all.spawn (gamedata\spawns\)
- alife_zaton.ltx

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

В файл dialogs_zaton.xml в самом низу добавим диалог:



Чтобы понимать о чем в диалогах идет речь сразу пропишем русскую транскрипцию фраз в файле st_dialogs_zaton.xml:



Теперь разберем по порядку его структуру.
Диалог на выдачу и завершение квеста имеет следующую структуру:
1. Первая часть диалога на выдачу задания. (ветка <next>1</next>)
- ГГ предлагают задание и он на выбор может временно отказаться от него, тогда диалог будет доступен во второй раз. Либо же согласиться на исполнение.
- соответственно при согласии происходит выдача инфопоршня zat_b106_sich_quest_begin (при старте квеста) и выдача самого квеста через актшион <action>dialogs_zaton.zat_b106_sich_give_tasks</action>.
- На этом генерация ветки диалога на выдачу задания будет заблокирована, из-за наличия во фразе 1 условия <dont_has_info>zat_b106_sich_quest_begin</dont_has_info>
2. Вторая часть диалога доступная уже после взятия задания.
- Ее генерация происходит путем активации ветки (<next>2</next>), первая фраза которой будет доступна только после старта задания то есть наличия условия <has_info>zat_b106_sich_quest_begin</has_info>
- Следующие фразы будут доступны также на выбор (<next>3</next> и <next>4</next>). Фраза 4 будет доступна сразу же после взятия квеста- она будет являться закрывающей диалог (акшион <action>dialogs.break_dialog</action>). Генерируется она путем наличия условия <dont_has_info>zat_b106_sich_quest_restr_2</dont_has_info>. Эта фраза сообщает о том что ГГ еще не выполнил задание.
- Фраза 3 которая является веткой завершения диалога будет доступна только при наличии условия <has_info>zat_b106_sich_quest_restr_2</has_info> (этот инфопоршень мы получим в процессе выполнения квеста) при этом фраза 4 будет заблокирована.
- в третьей фразе будет происходить выдача условия <give_info>zat_b106_sich_quest_complete</give_info>обеспечивающего завершение квеста и полное блокирование диалога.
- также отметим наличие акшионов <action>dialogs_zaton.zat_b106_sich_quest_relocate_item</action> и <action>dialogs_zaton.zat_b106_sich_quest_relocate_reward</action> отвечающих за передачу квестовых предметов и выдачу награды.

Объявим используемые инфопоршни в info_zaton.xml. Добавим в конце файла код:



Добавим наш диалог НПС (В данном случае Сычу) для этого в файл character_desc_zaton.xml в его профиль <specific_character id="zat_b30_owl_stalker_trader" team_default="1"> добавим строку диалога:



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

В файл quest_items.ltx пропишем две секции предметов zat_b206_sich_quest_item_1 и zat_b206_sich_quest_item_2. Оба предмета являются квестовыми- невозможна их продажа и выкладывание из инвентаря:



В файл death_generic.ltx пропишем: (в данном случае также необязательно так как генерации в инвентаре НПС нет)



В файл ui_si.script таблица info_table добавим (для спавна, в принципе работать будет и без внесения в этот файл):



В файл st_items_quest.xml пропишем дескрипцию предметов.



С квестовыми предметами разобрались, теперь же добавим рестрикторы используемые в квесте.

- Прежде всего создадим сами рестрикторы добавив в файл alife_zaton.ltx распакованного программой ACDC all.spawn:



- Имена секций рестикторов должны быть уникальны (как собственное имя, так и порядковое внутри алл спавна)
- Они должны иметь тип 3
- Координаты точки спавна рестикторов должны задаваться рядом с тем объектом на локации который мы будем использовать. (position, level_vertex_id, game_vertex_id)
- story_id = zat_restr_2_id - уникальный айди номер рестриктора на который будет выставляться квестовая метка.
- shape0 - общий тип и размер зоны рестриктора- при изменении числовых значений можно как увеличить, так и уменьшить радиус активной зоны вблизи юзаемого предмета.
- cfg = scripts\zaton\zat_restr_logic_2.ltx - путь к файлу логики рестриктора.

Теперь пропишем логики рестрикторов. Рассмотрим только одну - вторая создается по образу первой.
Создадим файл zat_restr_logic_1.ltx. И пропишем в него следующий код:



Опишем что означает эта логика и по какому принципу она строиться:
- всего логика имеет три секции это sr_idle@start - она же изначально активная, [sr_idle@tutorial] по исполнению гайм туториала, [sr_idle@nil] - нулевое значение логики.
- основной принцип работы это проверка наличия двух условий- это старт квеста (zat_b106_sich_quest_begin) и наличия актора в зоне рестиктора =actor_in_zone(zat_test_quest_restrictor_1) при их соблидение подается команда на старт туториала юзания предмета %=run_tutorial(zat_sich_quest_1_tutor)%
- если актор находился в зоне рестиктора, но потом вышел из нее !actor_in_zone(zat_test_quest_restrictor_1) происходит выдача команды на остановку туториала %=stop_tutorial% и возвращение логики в исходное стартовое состоянии. Запуск или остановку туториала можно проследить по активации надписи юзания предмета.
- соответственно в независимости от того какая секция логики активна при выдаче инфопоршня zat_b106_sich_quest_restr_1 происходит обнуление логики рестиктора. Дальнейшая работа туториалов в ней будет невозможно.

Текст активирующийся при юзании рестриктора буде прописан в ui_st_screen.xml:



Сам туториал пропишем в файле game_tutorials.xml:



Основные параметры это:
- <action id="use" finalize="1">xr_effects.zat_sich_quest_1</action> выполняемое действие по скрипту xr_effects.zat_sich_quest_1
- zat_sich_quest_tips - текст сообщения перед юзанием

В файл xr_effects.script пропишем скрипты исполняемые при юзании рескриптора.



- Происходит проверка наличия актора в зоне zat_test_quest_restrictor_1 и если оно истинно тогда происходит выдача инфопоршня zat_b106_sich_quest_restr_1 и спавн в рюкзак ГГ айтема zat_b206_sich_quest_item_1

С рестрикторами все ясно. Теперь пропишем остальные скриптовые функции:

В файле dialogs_zaton.script добавим следующие функции:



Поясним их:
- Выдача квеста
- Передача квестовых предметов неписю
- Выдача ГГ награды за квест

Так и собственно в завершении осталось расписать сам квест:
В файл tm_zaton.ltx добавим код:



Пояснения:
- квест исполняется в три этапа- сначала мы юзаем рестриктор 1, потом после этого второй и в завершении отдаем полученные предметы заказчику. Соответственно метки перемещаются с zat_restr_1_id на zat_restr_2_id и в завершении на Сыча zat_b30_owl_stalker_trader_id. При этом же обновляются тайтлы и дескрипшины этапов задания. Основные условия их изменения это выдача или же отсутствие двух основных инфопоршней zat_b106_sich_quest_restr_1 (получаемого при юзании первого рестриктора) и zat_b106_sich_quest_restr_2 (второго)
- задание завершается при выдаче инфопоршня zat_b106_sich_quest_complete
- квест будет провален если после его старта НПС заказчика стал враждебен по отношению к ГГ =is_squad_enemy_to_actor(zat_b30_owl_stalker_trader_squad)
- по завершению квеста происходит повышение репутации у сталкеров %=inc_faction_goodwill_to_actor(stalker:50)%

В файле st_quests_zaton.xml пропишем тайтлы и дескрипшины квеста:



На этом урок добавления подобного класса заданий завершен.

К обсуждению подключились уважаемый Dorian23Grey и, собственно, я сам. Ситуация выходит следующая:
1. Во-первых, на X-Ray сцены с анимациями в стиле CoD, Metro и т. д. делать не очень удобно, как таковые.
2. Требуется иметь отличные умения в анимации объектов.
3. Нужно настроить взаимодействие логики с таймерами и анимации.
На данный момент такое мало кто реализовывал. Однако, вариант, когда ГГ подходит к мутанту, запускается туториал с последующим выполнением убийства, - вполне реализуемая фишка. Сегодня об этом и пойдет речь.
Пускай, на Затоне в пределах Северного озера поселился уникальный болотный псевдогигант, которому совершенно плевать на пули сталкеров. Единственный быстрый способ его устранить - активировать гравитационный артефакт. Когда ГГ подойдет к мутанту с артефактом, запустится туториал с надписью "Активировать артефакт". При нажатии F, запустится функция, которая создаст на месте мутанта партикл разрыва от грави-аномалии.

- Paint Net, Adobe Photoshop или другой редактор текстур (если кто-то будет создавать мутанту уникальную текстуру)
- Notepad++

Опять же, если желаете сделать для своего мутанта уникальную текстуру, пожалйста. Как по мне, то новую модель или текстуру стоит сделать, ибо супер-крутой псевдогиг должен как-то выделяться среди своих сородичей. Я сделал условный "ретекстур" (в кавычках, потому что ляпнуть чуток крови и "узеленить" текстуру - ретекстуром назвать нельзя) монстра под болото.:
Скрин #1
Если кому нужна текстура, ловите (бамп подключен стандартный).

Для хорошего эффекта разрыва тела в аномалии, я буду использовать некоторые партиклы от АМК:

У кого они есть (или есть альтернативный вариант) - супер, отлично. У кого их нету - не волнуйтесь, чуть позже я загружу готовый particles.xr, а пока приложу два варианта таблицы партиклов для обоих случаев.

Если вы работаете не в СДК, а с ACDC, то вам нужно будет снять координаты для места, где будет сидеть мутант. Само место действия (примерно) показвыаю на карте:
Скрин #2
Я прошел немного вперед к воде, снял координаты:
Скрин #3