1. В configs/gameplay/dialogs_zaton.xml добавим два новых диалога:



2. Пропишем их Бороде (секция zat_a2_stalker_barmen, файл character_desc_zaton.xml):



3. В configs/text/rus/st_dialogs_zaton.xml поместим текстовку диалогов:



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

1. В configs/misc/tm_zaton.ltx добавим секция квеста:



Немного разобра:
- иконка стоит от миссии на устранение логова кровососов
- задание имеет две стадии: часть на устранение мутанта и часть, которая требует поговорить с Бородой (на эту часть обновление происходит при получении инфопорции zat_super_psevdogig_af_activation, мы к ней вернемся позже)
- в первой части метка задания падает на сквад мутанта (его story_id - zat_super_psevdogig_squad), во второй - на Бороду
- квест заканчивается при получении инфы psevdogig_task_finished, которая выдается в уже созданном нами диалоге
Как видите, квест по структуре очень простой.
2. Прописываем в configs/text/rus/st_quests_zaton.xml его текстовую часть:



Переходим к конфигам мутанта.

1. Файл configs/creatures/m_giant.ltx. Сделаем секцию нашего уникального псевдогиганта. Она будет почти аналогичная обычному гиганту:



2. Дальше требуется создать мутанту сквад в configs/misc/squad_descr_zaton.xml:

1. Прежде всего, открываем файл логики смарта полуострова - configs/scripts/zaton/smart/zat_sim_2.ltx, и внизу добавляем секцию exclusive с ссылкой на эксклюзивную логику гиганта:



Итак, логика нашего мутанта называется giant.
2. Переходим к самой логике. Создаем файл zaton\zat_sim_2_super_psevdogig.ltx. Заполняем его:



3. Настало время использовать ранее снятые координаты. Распаковываем all.spawn с ACDC или же используем СДК Левел Эдитор, чтоб создать точку для монстра в way_zaton.ltx:



Собираем спавн.

1. В логике мы уже упомянули предмет super_psevdogig_af_gravi. Это секция квестового артефакта, который мы якобы будем активировать. Открываем configs/misc/quest_items.ltx, и добавляем туда его:



Стандартная секция квестового предмета с "родителем" device_pda.
2. Также в логике мы объявили запуск туториала:



Все туториалы игры прописываются в configs/ui/game_tutorials.xml. Вам, вполне возможно, секция ниже может показаться какой-то странной штукой. На самом деле, там все просто, но, считаю, это лучше разбирать в отдельных уроках по худу и гуи, поэтому сейчас можете не забивать голову. Самые важные параметры я укажу:



3. Дальше добавим секцию текста st_tutor_af_activation, к примеру, в ui_st_screen.xml:



$$ACTION_USE$$ означает клавишу "Использовать". Это F по умолчанию

1. Начнем с диалогов. В каждом из двух мы запускаем по одной функции. Обе функции в dialogs_zaton.script. Первая:



Во второй будем выдавать награду:



Используем условно сложную таблицу items_pack. Каждый ее элемент состоит из двух пунктов:
item - секция предмета
amount - количество, которое нужно выдать
Далее некий цикл в виде стандартного
for k,v in pairs(название_таблицы) do
Это означает, что функция ниже может выполниться для каждого элемента таблицы (v). У нас это:



Обратите внимание на v.item и v.amount.
Ну, а в выдаче денег не вижу ничего сложного.
2. Последнее, что нам нужно сделать, - это две функции: одна выдается при использовании туториала, а вторая - из логики. В xr_effects.script добавляем первую функцию:



Опять же, ничего сложного. Два простых действия. Единственное, замечу, что remove_item - это тоже функция из xr_effects.script. Теперь добавляем вторую:



У нас есть две таблицы. Каждая имеет три партикла (каждый партикл в функциях ниже объявляется так: таблица[i].particle). Зачем нужно было делить из на две таблицы? Просто лучше, чтоб партиклы грави-аномалии начали играться чуть раньше партиклов разрыва тела. Цикл здесь задан немного по-другому:



Гляньте на пронумерованные элементы таблиц, и все станет с этим циклом ясно.
Также надо заметить, что, поскольку функция вызывается прямо из логики НПС, мы можем задать удобную локальную переменную для объявления позиции данного НПС в реальном времени:



Кто не понял, вот это npc, после которого двоеточие, - это и есть псевдогигант. Гляньте на аргументы функции:
(actor, npc)
Итак, мы используем локальную переменную для выполнения функции с циклом/таблицей:



Задействована движковая функция play_at_pos, предназначенная конкретно для партиклов.
Если у Вас нету партиклов АМК, то вторую таблицу изменяем:



Вот и все, со всем разобрались. Смотрим результат.

Создание квеста с добавлением дополнительных внутри этапных заданий. Особенности - отсутствие диалогов, использование рестрикторов, добавление квестовых предметов отдельного класса, работа с туториалами.

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

Само задание следующее: При старте ГГ на ПДА придет сообщение о необходимости установки схронов. Осуществляется выдача квеста. Необходимо забрать утерянные рюкзаки и заложить их в трех указанных точках. После этого задание автоматически завершается. Выдача награды не предусмотрена.

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

На первоначальном этапе определимся с квестовыми предметами. Всего их шесть. Три будут отвечать за айтем рюкзака до его закладки. Они будут являться потомками основного родительского класса device_pda. Другие три будут определены другим классом, им будет соответствовать установленная логика и они отвечают за рюкзаки после установки схрона. Пропишем секции их конфигов в файле quest_items.ltx (Здесь и далее буду приводить конфиг только одной секции, остальные задаются аналогично только с изменением числовых значений в имени).



Первый конфиг не содержит в себе прикрепленного файла в дополнительной секции и определяется как простой квестовый предмет, второй же содержит прикрепленный конфиг с логикой его zat_example_taynik_1.ltx Для определении секции zat_example_taynik_1 необходимо определить родительский класс default_inventory_box в файле devices.ltx



В этой секции указываются основные параметры такие как основной класс, форма, визуал.
Кроме того определим его основную логику в конфигурационном файле zat_example_taynik_1.ltx



Здесь указывается активная секция это ph_idle@nothing, а также ее содержание.
Тайник после установки можно использовать, т.е. возможно его наполнение различными предметами, также при наведении на него будет активна надпись из секции st_taynik_check_descr…

Зарегистрируем конфиги первой секции предмета тайник zat_example_taynik_..._item.
В файле death_generic.ltx пропишем код



В файле ui_si.script добавим



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

В файле alife_zaton.ltx обозначим три секции



В секции указываются координаты и тип рестрикторов, их идентификатор, имя, тип и размер шейпа.
В файле логики zat_restr_logic_1.ltx пропишем:



Отметим особенности:
Активная секция sr_idle@start переход на вторую происходит по достижению трех условий
- наличие инфопоршня активности второго этапа основного задания (zat_test_quest_rest_main_come)
- актор находиться в зоне действия рестриктора
- наличие в его инвентаре zat_example_taynik_1_item
При выполнении всех этих условий выполняется работа рестриктора определяемая в туториале zat_test_quest_1_tutor
При получении инфопоршня zat_test_quest_restr_1 происходит переход в третью нулевую секцию логики рестриктора sr_idle@nil
При выхода актора из зоны рестриктора его работа прекращается и логика переключается во второе состояние sr_idle@tutorial из которого она может снова перейти в первое или в третье.

Объявим в файле game_tutorials.xml туторы выполняемые в работе рестрикторов



Основные параметры это функция скрипта обработчика действия xr_effects.zat_test_quest_1 и активная надпись из секции zat_test_quest_tips В файле xr_effects.scripts определим функции:



Опишем ее:
- если выполнено условие нахождение актора в зоне рестриктора zat_test_quest_restrictor_1
то происходит удаление из инвентаря ГГ айтема первого конфига тайника zat_example_taynik_1_item, создается по заданным координатам второй zat_example_taynik_1 и выдается инфопоршень zat_test_quest_restr_1

Выдача задания будет происходит при старте ГГ одновременно с квестами основного сюжета. Для этого добавим инфопоршень выдачи и сам квест в секцию логики [sr_idle] оригинального рестриктор zat_b101_logic.ltx



Выдача подквестов будет осуществлять в логике другого рестриктора zat_restr_logic_main.ltx. Его секция прописывается в all.spawn по аналогии с предыдущими. Сама логика имеет следующий вид:



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

Определим сам квест с подзаданиями:



Подквесты:







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

Скриптовая функция которая отвечает за создание трех основных квестовых предметов и выдачу завершающего основное задание инфопоршня прописывается в файл new_tasks.script, и объявляется в апдейте актора файла bind_stalker.script



сама функция:



Описание:
При нахождении ГГ на локации Затон и наличии инфопоршня zat_test_quest_begin создаются квестовые айтемы и отправляется мессадж на пда ГГ.
При завершении всех трех подквестов выдается инфопоршень zat_test_quest_complete завершения основного.

Все инфопоршни необходимые нам пропишем в файле info_zaton.xml



Всю текстовую транскрипцию определим в xml-файлах.
На этом урок завершен.

icon - иконка квеста
Пример использования: icon = ui_inGame2_Put_v_pripyat

prior - приоритет квеста
Пример использования: prior = 112

storyline - флаг задания (true - сюжетное, false - несюжетное)
Пример использования: storyline = true

title - название задание (id из xml) - если брать название не из xml, то в игре оно будет отображаться без пробелов
Пример использования: title = zat_a9_way_gates_check_transport_workshop_name

descr - описание задания (id из xml) - если брать название не из xml, то в игре оно будет отображаться без пробелов
Пример использования: descr = zat_a9_way_gates_check_transport_workshop_text

target - цель на карте (метка)
Примеры использования:
target = zat_a2_stalker_barmen (ID нпц, на которого будет поставлена метка)
target = {+название_инфопоршня}zat_a2_stalker_barmen -- проверка инфопоршня, после которого метка будет поставлена на нпц

on_init - инфопоршень, который "включает" задание
Пример использования: on_init = %+название_инфопоршня%

condlist_x -- блок условий. возможные значения complete, reversed, fail
Примеры использования:
condlist_0 = {+название_инфопоршня} complete - если поршень есть, задание выполнено
condlist_1 = {+название_инфопоршня} reversed - если поршень есть, есть возможность повторить задание
condlist_2 = {+название_инфопоршня} fail - если поршень есть, задание провалено

on_complete - действия, которые выполняются, если задание выполнено
on_reversed - действия, которые выполняются, если задание провалено
Примеры использования:
on_complete = %=inc_faction_goodwill_to_actor(stalker:200)% -- повышаем репу у сталкеров (функция юзаются из xr_effect)
on_reversed = {+название_ифопоршня} %=inc_faction_goodwill_to_actor(stalker:200)% -- повышаем репу у сталкеров, только если есть опр.инфопоршень
on_complete = %+название_инфопоршня% -- выдаем инфопоршень

reward_money - денежная награда
Пример использования: reward_money = 5000

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

Используемые файлы:
configs\gameplay\dialogs_zaton.xml
configs\gameplay\info_zaton.xml
configs\gameplay\character_desc_zaton.xml
configs\text\rus\st_ quests_zaton.xml
configs\misc\tm_zaton.ltx
scripts\dialogs_zaton.script

Создание диалога.
Открываем файл dialogs_zaton.xml и добавляем перед </game_dialogs>:



Далее добавляем наши диалоги Бороде.
Открываем файл character_desc_zaton.xml
Находим строчку <actor_dialog>zat_a2_stalker_barmen_actor_info</actor_dialog> и под ней пишем



Сохраняем

Инфопоршни, скрипты и функции.
Открываем файл info_zaton.xml и добавляем перед </game_information_portions>:



Открываем файл dialogs_zaton.script и в начало записываем:



Сохраняем

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



Открываем файл st_quests_zaton.xml и добавляем после <string_table>:



Готово.

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

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

Необходимые для редактирования файлы:
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
- achievements.ltx
3. конфигурационные в (gamedata\configs\text\rus\)
- st_dialogs_zaton.xml
- st_quests_zaton.xml
- st_achievement.xml
- ui_st_screen.xml
4. скриптовые в (gamedata\scripts\)
- dialogs_zaton.script
- xr_statistic.script

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

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



- [sich_helper] - уникальное имя секции ачивмента. его же необходимо зарегистрировать в начале файла в списке всех достижений.
- icon - имя секции иконки достижения. берется из файла ui_actor_achivments.xml (\configs\ui\textures_descr\) в свою очередь сама иконка прописывается в ui_actor_achivments.dds (\textures\ui\) В данном случае возьмем стандартную иконку из другого достижения.
- hint - описание в ПДА при наведении на ачивку.
- name - название (имя) достижения.
- desc - описание самого достижения.
- functor - имя функции из xr_statistic.script отвечающей за срабатывания условий на получение достижения и собственно его выдача.

Описание русской транскрипции добавим в файл st_achievement.xml



и в файле ui_st_screen.xml



В xr_statistic.script добавляем исполняемую функцию:



более подробно разберем работу данной функции:
- происходит проверка, а не было ли уже получено данное достижение (отсутствие инфопоршня sich_helper_achievement_gained)
- срабатывание условия выдачи достижения
в данном случае условие только одно- это получение инфопоршня zat_geonezis_example_quest_complete (который будет выдаваться по завершению квеста)
- далее происходит отправка на пда ГГ сообщения с текстом что достижение было получено.
- вызывается обработчик функций на выполнение "бонуса" или "анти бонуса" достижения. (в данном случае это только увеличение репутации у сталкеров)
- выдается инфопоршень получения достижения (в рассматриваемом примере это sich_helper_achievement_gained)

Так, теперь приступим к процессу формирования задания.

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

st_quests_zaton.xml и st_dialogs_zaton.xml

Код второго диалога следующий:



начнем по-порядку разбирать особенности этого диалога:
- обязательными условиями его активации будет наличие инфопоршня выдачи задания jup_azot_quest_sborki_give, а также функции прекондишина actor_has_first_or_second_grenader_item
- будет происходить выбор четырех последующих фраз для генерации в зависимости от наличия у ГГ квестовых предметов.
- четвертая, имеющая нулевое значение отрицания- будет активна при любых условиях.
- первая и вторая - когда у ГГ есть один из двух необходимых предметов активны при наличии выполнения соответствующих прекондишинов if_actor_has_zat_grenader_stalker_flash и if_actor_has_zat_grenader_stalker_gran_instrument, при этом происходит передача этого предмета НПС функции (transfer_....),получении от НПС награды на каждом этапе и выдача инфопорции на обновление задания. первый и второй этапы- взаимоисключающие. одновременно они не могут быть активны.
- третья - когда у ГГ есть оба необходимых предмета, происходит их передача и завершение квеста.

добавим все скриптовые функции в файл dialogs_zaton.script



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

Отметим особенности квеста.
В файле tm_zaton.ltx добавим код задания



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

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