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

Файлы: w knife.ltx

2008-01-22T18:03:43Z

200.43.68.7:

[wpn_knife]
[wpn_knife_hud]
;текстурка ножа
visual = weapons\knife\wpn_knife_hud.ogf

<pre>;анимация
anim_idle = idle
anim_draw = draw
anim_hide = hide
anim_shoot1_start = shoot1_start
anim_shoot2_start = shoot2_start
anim_shoot1_end = shoot1_end
anim_shoot2_end = shoot2_end
anim_idle_sprint = idle_sprint
</pre>

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

Файлы: w sig220.ltx

2008-01-22T18:03:13Z

200.43.68.7:

Sig Zauer 220, известный так же под маркировкой Р-78 - штатный пистолет швейцарской армии и полиции, так же используемый в ряде стран Европы как вооруженными силами, так и подразделениями полиции и спецслужб. Разработанный в середине 70-х годов под стандартный патрон NATO 9х19, данный образец зарекомендовал себя как весьма надежное и живучее оружие.

W sig220.ltx
Калибр
Вес
Емкость магазина, количество патронов
Цена, РУБ.
Параметры расброса
Прицельная дальность, м ???
Эффективная дальность, м ???

<pre>

description = enc_weapons1_wpn-abakan</pre>
Калибр
ammo_class = ammo_5.45x39_fmj, ammo_5.45x39_ap ; name of the ltx-section of used ammo

===Реальные параметры===
{| border=1
!colspan=2 |ТТХ
|-
|Калибр, мм
| 5,45
|-
|Вес без магазина, кг
| 3,85
|-
|Общая длина с откинутым прикладом, мм
| 943
|-
|Общая длина в сложенном состоянии, мм
| 728
|-
|Длина ствола, мм
| 405
|-
|Емкость магазина, количество патронов
| 30 (60)
|-
|Прицельная дальность, м
| 1000
|-
|Эффективная дальность, м
| 650
|}

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

Файлы: w hpsa.ltx

2008-01-22T18:02:50Z

200.43.68.7:

Browning FN "High Power" /Браунинг ФН "Хай Пауэр" - классический образец армейского личного оружия западных армий в середине ХХ века. Выпускался с 1938 года бельгийской фирмой "Фабрик Националь" в Льеже. Относится к классу т.н. "автоматических" (реально - самозарядных) пистолетов, калибр - 9х19 мм (он же - 9Пар/9NATO).Автоматика работает за счет испольования энергии ствола при его коротком ходе. Ударно-спусковой механизм куркового типа, с открытым расположением курка. Пистолет имеет неавтоматический предохранитель (с левой стороны рамки позади спусковой скобы), блокирующий кожух и шептало. Возвратная пружина размещена под стволом. Прицел - открытого типа. В годы Второй Мировой войны по зказу вермахта было изготовлено около 320 тыс. экз. с маркировкой Р-640. На территории СССР вплоть до конца прошлого века находили рабочие экземпляры оружия - как "черные следопыты", так и простые граждане, часть из которых поступило в криминальное обращение либо осело на руках у населения.
Масса пистолета без патронов - 882 грамма, длина - 200 мм, длина ствола - 118 мм. Начальная скорость пули - 350 м/с, техническая скорострельность - 40 выстрелов в минуту. Емкость магазина - 13 патронов. Прицельная дальность - 50 м.
Обладая достаточно высокой дульной энергией (447 Дж), хорошей балансировкой, простой и достаточно надежной конструкцией, данный пистолет в целом до сих пор соответствует армейским требованиям НАТО к подобному оружию.

В 80-е годы в производстве появились две усовершенствованые модели: ЭйчПи 2 и Дабл Экшн (ДА). Основные изменения коснулись емкости магазина (увеличена до 15 патронов) и размещения внешних рычагов - затворной задержки и предохранителя, так же была изменена спусковая скоба, что увеличило удобство стрельбы с левой руки или с двух рук.

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

Файлы: w ak74.ltx

2008-01-22T18:02:21Z

200.43.68.7:

На ak74 нельзя ставить прицел
АК-74М - с планкой для крепления прицельных приспособлений на левой стороне ствольной коробки
Параметры в игре W ak74.ltx
Калибр ammo_5.45x39_fmj, ammo_5.45x39_ap
Вес 3.3
Емкость магазина, количество патронов 30
Цена, РУБ. 2000
Параметры расброса
Прицельная дальность, м ???
Эффективная дальность, м ???

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

Файлы: w ak47.ltx

2008-01-22T18:01:51Z

200.43.68.7:

В игре отсутствует
==Автомат АК-47==
Создан в 1946 г. М. Т. Калашниковым. Разработанный им автомат успешно выдержал испытания и превзошел по совокупности показателей конструкции известных оружейников В. А. Дегтярева, С. Г. Симонова и др. В 1949 г. автомат был принят на вооружение под названием АК-47 (автомат Калашникова образца 1947 г.).

Автоматика АК действует за счет отвода пороховых газов через отверстие в стенке ствола. Запирание канала ствола осуществляется поворотом затвора, при этом два боевых выступа затвора заходят в соответствующие пазы ствольной коробки. Поворот затвора производится скосом затворной рамы, выполненной в одной детали со шгоком и газовым поршнем. Затворная рама АК-47 является ведущим звеном автоматики: она задает направление движения подвижных частей, воспринимает большинство ударных нагрузок, поворачивает затвор, в ее канале размещена возвратная пружина. Рукоятка перезаряжания, расположенная справа, выполнена вместе с затворной рамой. Ударный механизм куркового типа с П-образной боевой пружиной.

Спусковой механизм АК-47 допускает ведение непрерывного и одиночного огня. Флажковый предохранитель в положении предохранения запирает спусковой крючок и препятствует движению назад затворной рамы, а также выполняет функции переключателя режимов огня (переводчика). Все детали автоматики и ударно-спускового механизма собраны в ствольной коробке. Автомат АК-47 имеет секторный прицел. Для удобства удержания автомата служат пистолетная рукоятка, цевье и ствольная накладка, изготовленные из дерева. АК-47 выпускался с постоянным деревянным или складным металлическим (АКС-47) прикладом. Магазин коробчатый, секторный, с шахматным расположением патронов.
==Характеристики==

{|border=1
!colspan=2|ТТХ АК-47
|-
|Калибр, мм
|7,62
|-
|Масса, кг
|4,3
|-
|Длина, мм
|870
|-
|Длина ствола, мм
|415
|-
|Начальная скорость пули, м/с
|715
|-
|Темп стрельбы, в/м
|660
|-
|Скорострельность, в/м
|40
|-
|Емкость магазина, патронов
|30
|-
|Прицельная дальность, м
|800
|-
|Год выпуска
|1947

|}

==Модификации==
АКМ - замедлитель курка, компенсатор, универсальный штык-нож 1959.

АКМС - то же, со складным металлическим прикладом 1959.

АКМН - с ночным прицелом.

АКМСН - со складным металлическим прикладом и ночным прицелом.

АКМСУ - для специальных и воздушно-десантных войск.

[[w_ak74.ltx|АК-74]] - калибр 5,45 мм, повторяет схему АКМ, двухкамерное дульное устройство.

АК-74М - со складным монолитным пластмассовым прикладом 1991.

[[w_ak74u.ltx|АК-74У]] - ствол короче на 200 мм.

АК-101 - калибр 5,45.

АК-102 - калибр 5,45.

АК-103 - калибр 7,62.

АК-104 - калибр 7,62.

АК-105 - калибр 5,45.

==Ссылки==
[[w_abakan.ltx]] "Абакан"

[[w_ak74.ltx]]

[[w_ak74u.ltx]]

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

Ui wpn params.script

2008-01-22T18:01:25Z

200.43.68.7:

Формулы расчета оценок параметров оружия

Файл необходимый для этих целей лежит в '''gamedata\scripts\ui_wpn_params.script'''.

С помощию скрипта можно поменять формулы оценки параметров оружия (те 4-е полосочки когда на нем тыкаешь в инвентаре).

Возвращает оценку скорострельности.

'''function GetRPM(section)'''

Возвращает оценку наносимого оружием повреждения.

'''function GetDamage(section)'''

Возвращает оценку удобства оружия.

'''function GetHandling(section)'''

Возвращает оценку точности оружия.

'''function GetAccuracy(section)'''

Для расчета этих оценок используются параметры оружия из соответствующих ltx файлов.

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

SoC. Оформление инвентаря

2008-01-22T18:00:56Z

200.43.68.7:

Оформление инвентаря:

По пути '''gamedata.db0/config/ui/''' лежит файл '''inventory_new.xml''' содержащий координаты объектов инвентаря.

Инвентарные слоты состоят из багграундных текстур, и слотовых сеток.

К примеру строки
<pre><belt_slots x="0" y="80" width="1024" height="172">
<texture>ui_slots_belt</texture>
</belt_slots></pre>

содержат координаты (x="0" y="80") и размер (width="1024" height="172") багграундной текстурки '''ui_slots_belt''' для двух оружейных слотов и слота ремня.

А строки
<pre><dragdrop_belt x="645" y="136" width="410" height="60"
cell_width = "60" cell_height="60" rows_num="1" cols_num="5"/></pre>

содержат координаты (x="645" y="136"), размер сетки(width="410" height="60"), размер одной ячейки сетки (cell_width = "60" cell_height="60"), число строк (rows_num="1") и столбцов (cols_num="5") слотовой сетки инвентаря.

Отсчет координат '''x y''' идет с левого верхнего угла.

Меняя значения приведенных значения можно изменять внешний вид инвентаря.
---------------------------------------------------------------------------------------------------
'''Примеры:'''

Изменив значения в строках
<pre><dragdrop_belt x="645" y="136" width="410" height="60"
cell_width = "60" cell_height="60" rows_num="1" cols_num="5"/></pre>

на

<pre><dragdrop_belt x="590" y="118" width="410" height="104"
cell_width = "52" cell_height="52" rows_num="2" cols_num="5"/></pre>

у нас в ременном отделении под артефакты вместо 5ти, будет 10ть слотовых ячеек.

Или изменив координаты (x="870" y="725") в строках

<pre><exit_button x="870" y="725" width="157" height="48">
....
....
</exit_button></pre>

на координаты (x="10" y="10"), можно перенести кнопку Выхода(из инвентаря) из правого нижнего угла в левый верхний угол.

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

Файлы: alife.ltx

2008-01-22T18:00:30Z

200.43.68.7:

=== [alife] ===

time_factor = 10; - скорость течения игрового времени относительно реального времени (скорость для демонстрации смены дня и ночи).

normal_time_factor = 10; животные в оффлайне перемещаются со скоростью, делённой на этот фактор (чтобы не бегали очень быстро)

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

Тёмная ночь

2008-01-22T18:00:07Z

200.43.68.7:

config>weathers>weather_default.ltx

вначале список-это время

потом характеристики для каждого часа

Темная ночь:

[default_weather_02]
ambient = 0.0025, 0.005, 0.0075
hemi_color = 0.025, 0.05, 0.075, 0.1

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

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

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

2008-01-22T17:59:46Z

200.43.68.7:

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

1. Скачать Stalker Data Unpacker. (можно здесь http://stalker-portal.ru/page.php?al=unpaker)

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

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

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

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

SoC. Активация артефактов

2008-01-22T17:59:19Z

200.43.68.7:

Распишу по пунктам как добавить например к "огненому шару" аномалию Жарка...

Открываете файл:
gamedata/config/misc/artefacts.ltx

И там в самом начале файла такая секция:

<pre>
;Артефакты, которые при активизации создают аномальные зоны
;формат: {секция_артефакта} = {секция_зоны},Radius,Power
[artefact_spawn_zones]
af_medusa = zone_mosquito_bald_weak, 2.0, 30.0
</pre>

Обозначает что артефакт af_medusa при активации создаст аномальную зону zone_mosquito_bald_weak с радиусом 2 метра и мощностью 30 (возможно влияет и на время жизни аномалии)

Кончается этот список по идее строчкой:
mp_af_electra_flash = zone_witches_galantine, 3, 50.0

и сразу после неё пишете:
af_fireball = zone_zharka_static, 3, 30.0

В принципе можно прописать там не статик а zone_zharka_weak незнаю что из них правильнее использовать... статик работает тоже.В той-же папке есть файл zone_zharka, где описаны свойства зон _weak, _average, _strong( слабая, средняя, сильная), а также зона zone_zharka_static.

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

А это всё там же в начале файла чуть ниже того где вы добавили новый артефакт в список есть такие строчки:

<pre>
[af_activation_gravi]
;----------------------------------------------------------------------------------------------------------------------------------------
;format: time(sec), sound_name, light_R,G,B, light_range, particle_name, af_animation_name
;----------------------------------------------------------------------------------------------------------------------------------------
starting = 5.0, anomalygravi_idle00, 0.5, 1.0, 1.5, 5.0, "anomaly2artefact_gravi_blast_start", "idle"
flying = 2.0, anomalygravi_idle01, 0.8, 1.0, 1.2, 3.0, "anomaly2artefactartefact_gravi", "idle"
idle_before_spawning = 5.0, anomalygravi_blowout5, 1.0, 1.0, 1, 0.0, "anomaly2artefact_gravi_blast_finished", "idle"
spawning = 1, anomalygravity_entrance, 0.9, 1.1, 1.01, 0.0, "", "idle"
</pre>

Что как раз и описывает анимацию..

По-хорошему надо написать свою анимацию к жарке но это честно говоря не обязательно... потому что нам сейчас важна не красота а работоспособность....
Так вот... из заголовка "[af_activation_gravi]" берем название последовательности af_activation_gravi
и ищем сам артефакт af_fireball (кто уже забыл зачем, мы на него собирались вешать новую активацию)

Найдете что-то вроде:

<pre>
[af_fireball]:af_base
GroupControlSection = spawn_group
$spawn = "artifactszharka fireball"
$npc = on ; option for Level Editor
;$prefetch = 3
cform = skeleton
class = ARTEFACT

visual = physicsanomalyartefact_fire.ogf
description = enc_zone_artifact_af-fireball
inv_name = af-fireball
</pre>

И где-нибудь тут добавляете строчку:
artefact_activation_seq = af_activation_gravi

И на этом всё.
Прописываем в artefacts.ltx в блоке
[af_base]:identity_immunities
вместо ;slot=10 вот это: slot=1.
Насколько я знаю, знак ; зоначает, что строка закомментирована(неактивна)
У себя я прописывал slot=1 между строчками
inv_name = af-electra-moonlight
inv_name_short =
inv_weight = 0.05
'''slot = 1'''
inv_grid_x = 10
inv_grid_y = 10
для того артефакта, который хочу активировать.

В игре берем артефакт в первый слот и активируем.

By XiaNi

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

SoC. Создание квестов-2

2008-01-22T17:58:35Z

200.43.68.7:

Вступление

Перед изучением этого урока советую освоить находящийся несколько выше урок "Создание новых веток диалогов".

Небольшие правила, следуя которым, можно сберечь себе много нервов:

- всегда сохраняйте резервные копии модифицируемых файлов
- старайтесь почаще тестировать внесенные изменения - так проще понять, в чем вы ошиблись (если активно работать пару часов без остановки, не разу не протетировав внесенные изменения, то потом будет очень сложно понять - почему же, черт возьми, игра вылетает при попытке поговорить с Сидоровичем?)
- перед началом работы создайте новую папку gamedata, а свои моды спрячьте подальше: работать с "чистой" версией игры не в пример удобнее и проще; особенно противопоказан Repair Mod, который с новыми диалогами часто конфликтует*

* о том, как создать диалоги и квесты, исключающие возможность конфликта с другими подобными модами, см. часть 4.

Создание базового диалога

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

Меченый: Сидрыч, давай поговорим о... водке.
Сидорович: О водке? Да о какой водке сейчас можно говорить? Вокруг оглянись. Видишь хоть одну бутылку?! Вот. Именно. Кончилась она у меня, родимая, кончилась... помоги, принесешь, а? Вроде у Волка на чердаке была, что-то он однажды об этом упоминал...
Меченый: Да сбегаю я сейчас, сбегаю... алкоголик, блин.
Сидорович: Беги, беги... сил уж нет ждать, давай, родимый.

После третьей фразы у нас будет активироваться квест "Принеси водки Сидоровичу".

Открываем файл gamedata\config\gameplay\character_desc_escape.xml и проводим такие манипуляции:

- находим строку "<actor_dialog>escape_trader_done_blockpost_box</actor_dialog>"
- добавляем после нее новую - "<actor_dialog>escape_trader_oops</actor_dialog>"
- сохраняем изменения

Мы добавили к Диалогу с Сидоровичем новую ветку, вернее, только ссылку на неё. Сама внутренняя структура ветки хранится в файле gamedata\config\gameplay\dialogs_escape.xml, который мы открываем и производим:

- находим в любом месте файла промежуток между </dialog> и <dialog id="...">
- засовываем туда такую конструкцию:

<pre> <dialog id="escape_trader_oops">
<precondition>escape_dialog.trader_alredy_give_job</precondition>
<has_info>tutorial_end</has_info>
<phrase_list>
<phrase id="0">
<text>escape_trader_oops_0</text>
<next>1</next>
</phrase>
<phrase id="1">
<text>escape_trader_oops_1</text>
<next>2</next>
</phrase>
<phrase id="2">
<text>escape_trader_oops_2</text>
<next>1</next>
</phrase>
<phrase id="3">
<text>escape_trader_oops_3</text>
</phrase>
</phrase_list>
</dialog>
</pre>

- сохраняем изменения

Теперь у нас прописана структура новой ветки диалога. Осталось сделать еще одну вещь - прописать строки, которые будут отображаться вместо "escape_trader_oops_...".

Для этого откроем файл gamedata\config\text\rus\stable_dialogs_escape.xml и сделаем следующее:

- находим любой удобный промежуток между </string> и <string id="...">
- прописываем туда следующие строки:

<pre>
<string id="escape_trader_oops_0">
<text>Сидрыч, давай поговорим о... водке.</text>
</string>
<string id="escape_trader_oops_1">
<text>О водке? Да о какой водке сейчас можно говорить? Вокруг оглянись. Видишь хоть одну бутылку?!
Вот. Именно. Кончилась она у меня, родимая, кончилась... помоги, принесешь, а?
Вроде у Волка на чердаке была, что-то он однажды об этом упоминал...</text>

</string>
<string id="escape_trader_oops_2">
<text>Да сбегаю я сейчас, сбегаю... алкоголик, блин.</text>
</string>
<string id="escape_trader_oops_3">
<text>Беги, беги... сил уж нет ждать, давай, родимый.</text>
</string>
</pre>

- сохраняем изменения

Всё. Диалог готов. Можно грузить игру и смотреть, работает ли новая ветка.
А теперь будем прикреплять к этому безобразию квест ""Принеси водки Сидоровичу".

Создание базового квеста

Активацию квеста в диалог прикрепить достаточно просто. Проводим с файлом gamedata\config\gameplay\ dialogs_escape.xml следующие манипуляции:

- добавляем содержимое фразы <phrase id="2"> следующим:

<pre>
<phrase id="2">
<text>escape_trader_oops_2</text>
<give_info>kvest_vodka_started</give_info>
<next>3</next>
</phrase>
</pre>

- сохраняем изменения

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

Исправим это недоразумение. Откройте файл gamedata\config\gameplay\tasks_escape.xml и в начале файла создайте такую конструкцию:

<pre>
<game_task id="esc_test_vodka_task">
<title>Принести водки</title> 
<objective>
<text>Принести водки Сидоровичу</text>
<icon>ui_iconsTotal_find_item</icon>
<infoportion_complete>test_quest_vodka_otdana</infoportion_complete> </objective>
<objective>
<text>Вернуться с водкой обратно</text>
<map_location_type hint="esc_dinamit_to_volk">green_location</map_location_type>
<object_story_id>Escape_novice_lager_volk</object_story_id>
<infoportion_complete>test_quest_vodka_otdana</infoportion_complete>
</objective>
<objective>
<text>Найти водку на чердаке</text>
<map_location_type hint="escape_trader">blue_location</map_location_type>
<object_story_id>Escape_Trader</object_story_id>
<infoportion_complete>test_quest_vodka_otdana</infoportion_complete>
</objective>
</game_task>
</pre>

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

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

Откроем файл gamedata\config\gameplay\info_l01escape.xml и зарегистрируем до того отсутствовавшие в игре типы условий (они нам еще пригодятся для завершения работы над квестом):

- после строки <game_information_portions> прописываем:

<pre>
<info_portion id="test_quest_vodka_otdana"></info_portion>

<info_portion id="kvest_vodka_started">
<task>esc_test_vodka_task</task>
</info_portion>

<info_portion id="otkazalsya_prinesty_vodku"></info_portion>
</pre>

С прописыванием условий - всё.

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

Для этого откроем файл gamedata\config\text\rus\string_table_tasks_escape.xml и пропишем там:

<pre>
<string id="esc_test_prinesti_vodku">
<text>Принести бутылку водки</text>
</string>
<string id="esc_test_prinesti_vodku_1">
<text>Найти водку на чердаке у Волка</text>
</string>
<string id="esc_test_prinesti_vodku_2">
<text>Принести бутылку водки Сидоровичу</text>
</string>
</pre>

Теперь можно тестировать, что получилось. Сверяем результаты:

- по окончанию разговора про водку у вас появляется новое задание
- в задании маркером отмечен Волк (ближайший к чердаку маркер, потому и отмечен)
- при получении задания на экране высвечивается уведомление

Можно приступать к третьей стадии. Что мы забыли? Правильно - возможность выполнить квест.

Реализация возможности выполнить квест

На самом деле - все просто. Все условия и т.д. уже нами созданы, осталось только применить их в диалоге. Давайте несколько изменим его структуру, сделаем его ветвистым и функциональным:

0. Сидрыч, давай поговорим о... водке. ( переход к 1)
1. О водке? Да о какой водке сейчас можно говорить? Вокруг оглянись. Видишь хоть одну бутылку?! Вот. Именно. Кончилась она у меня, родимая, кончилась... помоги, принесешь, а? Вроде у Волка на чердаке была, что-то он однажды об этом упоминал... ( выбор - переход к 2, 4, 5; изначально доступен только 2 вариант )
2. Да сбегаю я сейчас, сбегаю... алкоголик, блин. ( получение квеста, переход к 3, после этого перестает быть доступен )
3. Беги, беги... сил уж нет ждать, давай, родимый. ( конец, переход к списку веток Сидоровича )
4. Вот она, твоя бутылка водки. Ну, вернее, не твоя, а Волка... ( появляется только при наличии водки в инвентаре, при выборе водка передается Сидоровичу, квест выполняется, идет переход к 7 )
5. Извини, Сидрыч, я пока еще не раздобыл, терпи... ( появляется только если взять квест, переход к 6 )
6. А ну марш отсюда! Без бутылки пришел... ууу, вражина... ( переход к 8 )
7. Теперь моя будет, Меченый! Ты так Волку и передай. Спасибо, выручил... держи награду. Нееет, это не водка, обойдешься... денег дам. ( выдача награды, переход к 8 )
8. Ну тебя в пень... ( конец, переход к списку веток Сидоровича )

А вот так это будет выглядеть в файле gamedata\config\gameplay\dialogs_escape.xml:

<pre>
<dialog id="escape_trader_oops">
<precondition>escape_dialog.trader_alredy_give_job</precondition>
<has_info>tutorial_end</has_info>
<phrase_list>
<phrase id="0">
<text>escape_trader_oops_0</text>
<next>1</next>
</phrase>
<phrase id="1">
<text>escape_trader_oops_1</text>
<next>2</next>
<next>4</next>
<next>5</next>
</phrase>
<phrase id="2">
<dont_has_info>kvest_vodka_started</dont_has_info>
<text>escape_trader_oops_2</text>
<give_info>kvest_vodka_started</give_info>
<next>3</next>
</phrase>
<phrase id="3">
<text>escape_trader_oops_3</text>
<action>dialogs.break_dialog</action>
</phrase>
<phrase id="4">
<text>escape_trader_oops_4</text>
<precondition>escape_dialog.have_a_vodka</precondition>
<action>escape_dialog.otday_vodku</action>
<next>7</next>
</phrase>
<phrase id="5">
<has_info>kvest_vodka_started</has_info>
<text>escape_trader_oops_5</text>
<next>6</next>
</phrase>
<phrase id="6">
<text>escape_trader_oops_6</text>
<next>8</next>
</phrase>
<phrase id="7">
<text>escape_trader_oops_7</text>
<give_info>test_quest_vodka_otdana</give_info>
<action>escape_dialog.transfer_deneg</action>
<next>8</next>
</phrase>
<phrase id="8">
<text>escape_trader_oops_8</text>
</phrase>
</phrase_list>
</dialog>
</pre>

Теперь добавим в игру скрипты "передача денег" и "передача водки". Откройте файл gamedata\scripts\escape_dialog.script и перед разделителем "Trader" добавьте туда следующие строки:

<pre>
function transfer_deneg (npc, actor)
dialogs.relocate_money(stalker, 8000, "in")
end

function otday_vodku (npc, actor)
dialogs.relocate_item_section(npc, "vodka", "out")
end

function have_a_vodka (stalker, player)
return stalker:object ("vodka") ~= nil
end
</pre>

Готово. Запускайте игру и любуйтесь.

Есть несколько багов, кто исправит, тому пирожок =)
Итак:

- второй пункт задания в PDA не отображается
- задание не обновляется при подборе бутылки водки (как это реализовать, в принципе понятно, но это как-нибудь в другой раз, сейчас лень)
- премиальные не перечисляются Меченому (уу, Сидорович, жид такой)

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

Реализация совместимости

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

Вместо dialogs_escape.xml мы будем испольховать новый - dialogs_new.xml
Вместо stable_dialogs_escape.xml мы будем использовать файл stable_dialogs_new.xml (важно! не знаю почему, но он должен лежать в text\..., а не в text\rus\...)

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

Единственное, что останется сделать после установки того же Repair Mod'а - заново добавить ветку диалога Сидоровичу в файле character_desc_escape.xml. Остальное в новом варианте нашего мода переписывать не придется - для диалогов отведено три файла.

Остальные файлы относятся уже к квестовой части и ни с чем пересекаться не могут - где вы видели другие моды с новыми квестами? Я - нет.

Откройте файл gamedata\config\localization.ltx и зарегистрируйте там stable_dialogs_escape.ltx.
Потом откройте файл gamedata\config\system.ltx и в разделе "Dialogs" в конце строки (после dialogs_aes) пропишите dialogs_new (без ".ltx"!).

Все. Теперь ваши диалоги будут подгружаться из сторонних файлов.

Отдельное спасибо:

XiaNi - за страшный и непричесанный, но работающий пример квеста, на основе которого я и освоил принципы квестостроения =)
Keha – за урок по созданию новых диалогов
Dйja Vu – за создание wiki-ресурса

Дополнения

1. Если изменить шапку нашего диалога в файле dialogs_escape.xml со старого варианта на такой, то ветка исчезнет после выполнения задания:

<pre>
<dialog id="escape_trader_oops">
<precondition>escape_dialog.trader_alredy_give_job</precondition>
<has_info>tutorial_end</has_info>
<dont_has_info>test_quest_vodka_otdana</dont_has_info>
<phrase_list>
</pre>

...

Не тестировал. Дело за вами =)

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

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

3. Неплохо бы добавить реплики гопникам, но это уже на стадии предположений. На данный момент реплик у них нет, так что если вы, например, играете с модом "Улучшенные взаимоотношения" (или как там его) или какими-либо иными способами добились нейтрального/дружеского отношения с их стороны, то при потытке заговорить игра вылетит.

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

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

Фух, вроде всё...

Всем спасибо, занавес =)

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

Инструментарий

2008-01-22T17:57:34Z

200.43.68.7:

*[http://developer.nvidia.com/object/dds_utilities.html Утилиты для работы с форматом графики DDS]
*[http://www.axifile.com/?2831314 OGF Viewer 1.0.4] Программа позволяющая просматривать OGF-модели и экспортировать их в obj.
*[http://webfile.ru/1357929 Распаковщик ресурсов] Вытаскивает содержимое .db* файлов из русской игры.
*[http://www.ag.ru/files/software/419 Распаковщик данных игры]. Подходит для английского и русского релиза.
==Утилиты для редактирования и просмотра содержимого *.ltx==
*[http://dreamer.rusmedved.ru/programming/stalker/confedtr/stalker_confed.rar STALKER Confed 0.02] - программа для внесения изменения в конф.файлы. (автор [http://forums.ag.ru/?action=viewprofile&username=_Dreamer_ _Dreamer_])
*[http://slil.ru/24181429 S.T.A.L.K.E.R. Configurator v0.04] ([http://ifolder.ru/1570994 Зеркало]) - еще одна программа для внесения изменения в конф.файлы. [http://forums.ag.ru/?board=fps&action=display&s=0&num=1174753362&start=2494#2494 История изменений]. (автор [http://forums.ag.ru/?action=viewprofile&username=Haoose Haoose])
*[http://wiki.ag.ru/easyStalkEd easyStalkEd ver. 1.2] - (автор [http://forums.ag.ru/?action=viewprofile&username=HikeR HikeR]) - ltx-редактор с подсветкой и несколькими фичами.
*[http://wiki.ag.ru/StalkEd StalkEd ver. 0.10] - (автор [http://forums.ag.ru/?action=viewprofile&username=HikeR HikeR]) - визуальный ltx-редактор. не привязан к версиям игры.
*[http://gateway.vnet.ee/stalker/stp_0.2.zip S.T.A.L.K.E.R. Mod Patcher] Консольный патчер [http://www.franticgames.com/portfolio/sergey/forum/viewtopic.php?p=1622#p1622 connect]
*[http://data.cod.ru/825916874 ltx Editor v0.1303 Full] (автор [http://www.hitv.ru/hitvboard/index.php?showuser=8159 Deja Vu]) [[ltx Editor - User Manual]]
===STALKER Confed===

[[Изображение:Confed.jpg]]

Настройки сохраняются в .xml формате

требования - MS .NET v1.1

можно посмотреть текущие(и новые) значения параметров, перемещаясь по дереву.

Список файлов и значения параметров также может быть изменен при помощи GUI (но при выходе из программы эти настройки не сохраняются автоматически - нужно выбрать эту опцию в меню)

Пример:
<pre><?xml version="1.0" encoding="utf-8" standalone="yes"?>
<fields>
<file name="data\outfit.ltx">
<section name="novice_outfit" count="4">
<field name="GroupControlSection" type="editbox" default_value="" value="0" />
<field name="class" type="editbox" default_value="" value="0" />
<field name="description" type="editbox" default_value="" value="0" />
<field name="full_icon_name" type="editbox" default_value="" value="0">
<desc short="Иконка" value="Неизвестно нахрен это надо" />
</field>
</section>
<section name="bandit_outfit" count="1">
<field name="$spawn" type="editbox" default_value="" value="0">
<desc short="Спавн" value="ХЗ чо за такое" />
</field>
</section>
</file>
<file name="data\items.ltx">
<section name="bread" count="1">
<field name="visual" type="editbox" default_value="" value="BREAD_V">
<desc short="Хлеб" value="ХЗ чо за такое" />
</field>
</section>
</file>
</fields></pre>

===Staker Mod Patcher===
[[Изображение:Smp.jpg]]
<pre>VERSION:0.02
AUTHOR:connect
DESCRIPTION:This is example S.T.A.L.K.E.R. mod. Backup your old files. Use it at your own risk.

OPEN:test.ltx

LOCATE:[actor]
Переводим указатель на нужный блок. На самом деле может быть указана часть строки.

SET:money:=1
ищем строку содержащую переменную money
регистр имеет значение!
и устанавливаем значение переменной равным 1

SET:money+=2
это установит значение переменной равным 3 (1+2)

SET:money-=1
это установит значение переменной равным 2 (3-1)

SET:money*=3
это установит значение переменной равным 6 (2*3)

SET:money/=2
это установит значение переменной равным 3 (3/2)
Осторожнее с делением на ноль и делением с остатком, пока еще нет проверок.

Как вы заметили, любая строка не содержащая в своем начале команды, является комментарием.
</pre>
=== ltx Editor ===
Автор: Deja Vu

Версия ltx Editor v0.13209 Full

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

Программа предназначена для создания MOD (*.smf) файлов.
Путем редактирования ltx файла и анализа действий пользователей.

Для программы необходим Microsoft Framework 1.1

Порядок работы:
* Загружаем ltx файл
* Добавляем, удаляем и изменяем строки
* Создаем Мод файл
* Проверяем его мод файл на корректность

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

P.S.

*.smf файлы устанавливаются [[#Staker Mod Patcher|Консольным патчером]] - т.е. возможно безконфликтное встраивание модов, исспользующих одни и те же файлы, но разные параметры в них.

===S.T.A.L.K.E.R. Configurator===
Автор: Haoose
Сайт: http://haoose.ucoz.ru/load/
Текущая версия: 0.08
[http://stalker-wiki.iblogger.org/STALKER_Configurator_v_0_04.rar Скачать_0.04]
Скриншот: http://novainteractive.net.ua/download/image/STALKER_Configurator_0.6.jpg
Программа для редактирования параметров игры S.T.A.L.K.E.R. с возможностью добавления оных
Количество редактируемых параметров - 1104 (легко расширяется!)
S.T.A.L.K.E.R. Configurator от Haoose
Программа для редактирования параметров игры S.T.A.L.K.E.R. с возможностью добавления оных

Версия v 0.08 (15 апреля 2007)

В данной версии редактируется 1104 параметра.
И Вы можете САМИ добавить параметры!
Зайдите в папку Setting и откройте файл Pages.ini
В нем вначале уже есть пояснения!
И пожалуйста, если вы нашли интересный параметр, которого нет в программе, сообщите об этом на форуме.

На количество редактируемых параметров ограничений нет.
Добавлять можно только файлы INI-образного содержания (например файлы ltx).

-------------
|Что нового:|
-------------

----------------------
v 0.08 (15 апреля 2007)
* Теперь у программы интерфейс покрасивее (Добавлен СКИН! Скорость работы програмы существенно не изменилась, т.к. там, где выводятся параметры, скина нет. Зато табличный вид имеет скин! Мне нравится...)
+ В табличном виде можно сохранять/загружать данные
* Исправлены некоторые баги в табличном виде (теперь дублирование идет нормально)
+ Теперь при дублировании файл !FileTable!.table пишется автоматически
+ Добавлена возможность включать\выключать вкладки из самой программы (для отображения\скрытия вкладок на экране необходимо перезапустить программу)
----------------------
v 0.07 (14 апреля 2007)
+ Добавлено дублирование измененных параметров в выбранную папку (папка должна существовать!)
Эти файлы нужны, если вы хотите создать мод, который может быть установлен программой S.T.A.L.K.E.R. MOD Installer от Haoose (подробнее о формате модов читайте в ReadMe к MOD Installer'у)
----------------------
v 0.06 (13 апреля 2007)
+ Добавлен дополнительный табличный вид, в котором можно редактировать данные! Они записываются в файлы, имеется функция создания bak-файлов. (все как обычно, только нет функции замены запятой и комментарии не отсекаются)
Только при изменении, для того, чтобы они обновились на главном окне необходимо перезапустить программу.
Вы также можете снова открыть табличный вид - данные в нём будут уже обновленные.
+ Добавлен т.н. "Табличный режим", в котором загрузка происходит более быстро, но не все вкладки можно редактировать
+ Добавлены два параметра в Настройки (1: вывод сообщений (был раньше, но не в интерфейсе), 2: табличный режим (новый параметр))
----------------------
v 0.05 (12 апреля 2007)
+ Снова включена возможность удаления\добавления параметров и просмотра их свойств
+ Добавлена функция проверки на запятую (т.е. если пользователь ввел ',' вместо '.', то она заменится точкой)
По-умолчанию функция отключена - её можно включить через настройки
+ Добавлена поддержка картинок
+ Добавлены параметры боеприпасов
----------------------
v 0.05 beta 2 (11 апреля 2007)
+ Группы параметров теперь разбиты на отдельные файлы с возможностью включения\отключения отображения их (только через файл Pages.ini), в связи с чем поменялась структура файлов параметров (спасибо BAHyAH)
* Теперь нужно выбирать именно папку gamedata, а не файл в ней.
ВНИМАНИЕ! Временно отключена возможность добавления и удаления параметров через интерфейс программы. Это по проежнемо можно сделать через ручное редактирование файлов параметров
* Изменения и дополнение файла параметров
----------------------
v 0.05 beta (5 апреля 2007)
+ Оптимизация (Значительно! ускорен выход из программы (теперь программа не записывает в реестр 1500 значений :) а только ОДНО) + пареметры положение элемента-только если вы его передвинули)
+ Добавлено окно, которое отображает сколько загружено параметров при загрузке!
+ Добавлено создание bak-файлов при первом изменении параметра в нем.
----------------------
v 0.04 (3 апреля 2007 - 4 апреля 2007)
+ Новые параметры (в том числе ПАРАМЕТРЫ АРТЕФАКТОВ: цены,вес,воздействие) (теперь параметров всего 563 шт)
* Теперь сверху формы также отображается секция параметра
* Улучшена функции перетаскивания
+ Добавлена поддержка второго уровня вкладок (Напр, несколько вкладок с ценами на общей вкладке "Цены")
* Немного изменен формат файла параметров Pages.ini (какие-то параметры убраны, какие-то добавлены) Подробности в нем же (Теперь стало удобней :) )
+ Несколько новых настроек в файле Setting.ini
+ Возможность изменять размеры главного окна (размеры сохраняются, но чтобы заново расположить параметры с учётом нового размера, необходимо перезапустить программу)
+ Возможность очищать реестр от записей программы из неё же самой
+ Возможность удалить параметр из файла параметров прямо из интерфейса программы
+ Возможность добавить параметр в файл параметров прямо из интерфейса программы
* С этого момента папка TMP_gamedata (файлы для тестинга) больше не поставляется в комплекте.
----------------------
v 0.03 (2 апреля 2007 - 3 апреля 2007)
* Убрано ограничение на 200 файлов.
* Оптимизация программы (раньше, если было подключено много файлов - программа загружалась долго (например при 38 файлах - загружалась примерно 1.5 мин)) ТЕПЕРЬ загружается достаточно быстро!!!
* Теперь параметры отображаются без комментариев (но записываются так же с комментариями. Комментарии можно посмотреть снизу главного окна. Подробности смотри в файле параметров Pages.ini).

ВНИМАНИЕ! Немножко изменён формат файла параметров Pages.ini всвязи с вышеперечисленным.

+ Теперь установки цвета сохраняются в реестре (Путь HKLM\Software\VIA Soft_and_Haoose\STALKER Configurator).
+ Появилась возможность редактирования файла параметров Pages.ini в самой программе.
+ Возможность перетаскивания параметров (перетаскиваются за заголовки) (Положение сохраняется в реестре)
! Изменена горячая клавиша - Выход: вместо Ctrl+X стало Ctrl+Q
----------------------
v 0.02 (1 апреля 2007 - 2 апреля 2007)
* Глобальные изменения: ТЕПЕРЬ МОЖНО САМОМУ ДОБАВЛЯТЬ ПАРАМЕТРЫ, РЕДАКТИРУЯ INI-ФАЙЛ.

ВНИМАНИЕ! Ограничение на количество редактируемых файлов: 200 шт.
На количество редактируемых параметров ограничений нет.
И добавлять можно только файлы INI-образного содержания (например файлы ltx)

+ Новые параметры - 4 шт.
+ Теперь возможно мышкой поменять расположение вкладок и цвет формы (сохраняются).
+ Сохраняется последняя открытая папка.
+ В комплект включена утилита для распаковки архивов игры.
----------------------
V 0.01 (31 марта 2007 - 1 апреля 2007)
+ Первый релиз.

До встречи.
Надеюсь, Вам понравится это программа.

Сайт программы: http://haoose.ucoz.ru/

[[Категория:Программы]]

Ltx Editor - User Manual

2008-01-22T17:57:02Z

200.43.68.7:

== Create ltx File ==
=== Step 1: Load ltx File ===
[[Изображение:Load_ltx.PNG]]

=== Step 2: Edit ltx File ===
Select .ltx file section in ComboBox on top.

[[Изображение:SelectSection_ltx.PNG]]

In String Grid edit source ltx file.
The status for every line shown in third column:
* '''-1''' - Delete
* '''0''' - None
* '''1''' - Add after
* '''2''' - Add before
* '''3''' - Edit

You can edit/delete several lines at a time.
Select any lines and call that action.

[[Изображение:Editing_ltx.PNG]]

=== Step 3: Save ltx File ===
[[Изображение:Save_ltx.PNG]]

You can save your changes in .ltx file if you want to.
Red box - deleted records.
Green box - changed record

== Create Mod File (*.smf) ==
=== Step 4: Create Mod File ===
[[Изображение:Save_mod.PNG]]

The mod file is a text file with a special format.

The Checkbox will allow you to append or to overwrite Mod File.
*Checked - append.
*Unchecked - overwrite.

== Install Mod File (*.smf) ==
'''Warning!'''
If you do not have a version 0.1.3.27674 - it is necessary to correct the following line:
<pre>
OPEN:file_to_editing
</pre>

With ltx Editor find smp.exe. This is a Console Patcher.

Run it with the following parameter:
<pre>
C:\Users Files\smp.exe test.smf
</pre>

[[Категория:Программы]]

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

2008-01-22T17:55:34Z

200.43.68.7:

==<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

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

<pre><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></pre>

Здесь <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

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

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

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

Далее <has_info>tutorial_end</has_info> (если я верно понимаю) это так же своего рода проверка условия. В данном случае проверка на то закончена стадия tutorialа или нет. Т.е ветка допустится в список реплик если стадия tutorialа закончена.
более детально об этом в конце данной статьи.

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

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

это основа ветки escape_trader_talk_info.
(Вообще как я понял в любой основной ветке любого диалога фраза <phrase id="0"> будет основой из которой далее будет все вытекать)

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

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

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

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

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

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

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

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

<pre><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></pre>

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

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

Для этого:

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

Т.е у нас получится так
<pre> …
<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>
…</pre>
Записываем изменения и с файлом character_desc_escape.xml все.

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

Диалогу:

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

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

<pre><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></pre>

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

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

<pre><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></pre>

Которую нужно вставить в любом месте между 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 вставить такую конструкцию:

<pre> <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></pre>

в любом месте между уже существующими 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 была удалена функция:

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

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

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

<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" строчки :
<pre>
function check_tutor_end(actor, npc)
if has_alife_info("tutorial_end")
then
return true
else
return false
end
end
</pre>
в которой мы проверяем есть ли информация tutorial_end у игрока.

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

Файлы: w *****.ltx

2008-01-22T17:53:04Z

200.43.68.7:

==Наиболее весомые параметры==
*ammo_class
*class
*weapon_class ; assault_rifle / heavy_weapon / shotgun / sniper_rifle
Внешний вид *visual = weapons\knife\wpn_knife_hud.ogf

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

*$npc
*$prefetch
*$spawn
*ammo_class класс патронов из [[weapons.ltx]]
*ammo_current
*ammo_mag_size емкость магазина
*animation_slot
*auto_spawn_ammo
*bullet_speed скрость вылета пули
*cam_dispersion
*cam_dispersion_inc
*cam_dispertion_frac
*cam_horz_factor
*cam_horz_prob
*cam_max_angle
*cam_max_angle_horz
*cam_relax_speed
*cam_relax_speed_ai
*cam_step_angle_horz
*cform
*class
*condition_shot_dec
*control_inertion_factor
*cost цена
*description ссылка на описание оружия в [[string_table_enc_weapons.xml]]
*direction вектор выстрела, обычно направлен по направлению взгляда
*discovery_dependency
*dispersion_start базовая дисперсия
*ef_main_weapon_type
*ef_weapon_type
*explode_duration длительность взрыва (о гранатах)
*fire_dispersion_base
*fire_dispersion_condition_factor
*fire_distance эффективная дальность
*fire_modes режимы стрельбы (1, 2, 3 — короткие очереди, -1 — автоматический огонь)
*fire_point
*fire_point2
*flame_particles
*fragment_speed скорость разлетания осколков (о гранатах)
*grenade_bone
*grenade_class
*grenade_flame_particles
*grenade_launcher_name
*grenade_launcher_status
*grenade_launcher_x
*grenade_launcher_y
*grenade_vel
*GroupControlSection
*hand_dependence
*hit_impulse ударный импульс
*hit_power наносимый урон
*hit_type тип урона (обычно fire_wound, то есть огнестрел плюс порезы)
*holder_fov_modifier
*holder_range_modifier
*hud ссылка на HUD
*inv_grid_height высота
*inv_grid_width ширина
*inv_grid_x координаты иконки оружия в ui_icon_equipment.dds
*inv_grid_y
*inv_name имя для скриптов, ссылка на название оружия в [[string_table_enc_weapons.xml]]
*inv_name_short короткое имя
*inv_weight вес оружия
*kill_msg_height
*kill_msg_width
*kill_msg_x
*kill_msg_y
*launch_speed
*lens_texture
*lens_texture_h
*lens_texture_w
*lens_texture_x
*lens_texture_y
*light_color
*light_disabled
*light_range
*light_time
*light_var_color
*light_var_range
*max_radius для ботов
*max_zoom_factor фактор увеличения
*min_radius для ботов
*misfire_condition_k
*misfire_probability
*normal
*orientation
*PDM_crouch
*PDM_crouch_no_acc
*PDM_disp_accel_factor
*PDM_disp_base
*PDM_disp_vel_factor
*ph_mass физическая масса, может не совпадать с инвентарным весом. используется для обсчета падений, киданий, роняний...
*position
*rocket_class
*rpm скорострельность
*rpm_empty_click частота спуска при пустом магазине
*scheduled для ботов
*scope_name имя прицела
*scope_status тип прицела (0-нет, 1-несъемный, 2-съемный)
*scope_texture текстура прицела
*scope_x координаты иконки прицела накладываемой поверх иконки оружия
*scope_y --""--
*scope_zoom_factor кратность прицела
*shell_dir
*shell_particles
*shell_point

*single_handed одноручное-двуручное оружие
*[[slot]]
*smoke_particles
*snd_add_cartridge
*snd_close
*snd_close_weapon
*snd_draw
*snd_empty
*snd_explode
*snd_holster
*snd_open_weapon
*snd_reload
*snd_reload_1
*snd_reload_grenade
*snd_shoot
*snd_shoot1
*snd_shoot2
*snd_shoot3
*snd_shoot_1
*snd_shoot_duplet
*snd_shoot_grenade
*snd_silncer_shot
*snd_switch
*sprint_allowed
*startup_ammo
*strap_bone0
*strap_bone1
*strap_orientation
*strap_position
*time_to_aim время прицеливания для срабатывания супер-пули
*tracer_start_length дистанция от игрока для начала отображения трассера
*tracer_trail_scale
*tracer_width ширина следа трассера
*tri_state_reload
*use_aim_bullet использовать ли супер-пулю
*visual ogm-модель
*wallmark_section
*weapon_class
*weapon_remove_time
*zoom_enabled
*zoom_hide_crosshair

=="Дополняшки"==
<pre>;addons
scope_status = 2 ; 0 - no addon
silencer_status = 0;2 ; 1 - permanent
grenade_launcher_status = 0;2 ; 2 - attachable

zoom_enabled = true ; (on,off)zoom mode (right mouse button)
scope_zoom_factor = 50 ; fov for zoom mode

scope_name = wpn_addon_scope ; section name for the attachable scope
scope_x = 47 ; offset in inventory icon
scope_y = 0
silencer_name = wpn_addon_silencer ; section name for the attachable silencer
silencer_x = 218 ; offset in inventory icon
silencer_y = 9
grenade_launcher_name = wpn_addon_grenade_launcher; section name for the attachable grenade launcher
grenade_launcher_x = 126 ; offset in inventory icon
grenade_launcher_y = 24
</pre>
===silencer===
Секция wpn_addon_silencer
*silencer_bullet_speed
*silencer_fire_distance
*silencer_hit_impulse
*silencer_hit_power
*silencer_light_color
*silencer_light_range
*silencer_light_time
*silencer_light_var_color
*silencer_light_var_range
*silencer_name
*silencer_smoke_particles
*silencer_status
*silencer_x
*silencer_y

==Устаревшие параметры==
(obsolete) - не используются
*ammo_limit
*ammo_elapsed

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

Файлы: actor.ltx

2008-01-22T17:52:33Z

200.43.68.7:

==Параметры передвижения==
*max_item_mass = ; необходимо изменить также параметр max_weight в [[system.ltx]]

*jump_speed =
*crouch_coef =
*climb_coef =
*run_coef =
*sprint_koef =
*run_back_coef =
*walk_back_coef =
*air_control_param =
*walk_accel =

==Параметры сложности==
*hit_probability_gd_novice = 0.20
*hit_probability_gd_stalker = 0.30
*hit_probability_gd_veteran = 0.40
*hit_probability_gd_master = 0.50

<pre>[actor_immunities_gd_novice] ;новичок, коэфф. сопротивления..
burn_immunity = 0.5 ; огонь
strike_immunity = 0.5 ; удар
shock_immunity = 0.5 ; электрошок
wound_immunity = 0.5 ; разрыв
radiation_immunity = 0.5 ; радиация
telepatic_immunity = 0.5 ; пси воздействие
chemical_burn_immunity = 0.5 ; химческие вещества
explosion_immunity = 0.1 ; взрывы
fire_wound_immunity = 0.5 ; пулестойкость

[actor_immunities_gd_stalker]
burn_immunity = 0.65 ;коэффициенты иммунитета
strike_immunity = 0.65
shock_immunity = 0.65
wound_immunity = 0.65
radiation_immunity = 0.65
telepatic_immunity = 0.65
chemical_burn_immunity = 0.65
explosion_immunity = 0.3
fire_wound_immunity = 0.65

[actor_immunities_gd_veteran]
burn_immunity = 0.8 ;коэффициенты иммунитета
strike_immunity = 0.8
shock_immunity = 0.8
wound_immunity = 0.8
radiation_immunity = 0.8
telepatic_immunity = 0.8
chemical_burn_immunity = 0.8
explosion_immunity = 0.6
fire_wound_immunity = 0.8

[actor_immunities_gd_master] ;!кажется используется в игре по-умолчанию!
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 = 1.0</pre>

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

Файлы: trade *****.ltx

2008-01-22T17:51:58Z

200.43.68.7:

==Структура магазина==
<code>
[trader]<br>
buy_condition = {+[переменная]} [используемое состояние], ... <br>
buy_supplies = {+[переменная]} [используемое состояние], ... <br>
sell_condition = {+[переменная]} [используемое состояние], ... <br>
</code>

Используется то состояние, которое ближе к левой части и переменная которого в состоянии истина(не точно).

<pre>
[trader]
buy_condition = trader_generic_buy
buy_supplies = {+esc_kill_bandits_quest_done} supplies_after_fabric, supplies_start
sell_condition = {+esc_kill_bandits_quest_done} trader_after_fabric_sell, trader_start_sell
</pre>

==Состояние магазина==
(buy_condition) "Стоимость покупки" - описываются цены по которым покупаются товары и покупаются ли.<br>
(buy_supplies) "Поставка" - описывается что продается.<br>
(sell_condition) "Стоимость продажи" - описываются по какой цене продается.<br>

===Стоимость покупки===
<code>
[используемое состояние]<br>
обьект = '''Коэф1, Коэф2'''<br>
</code>
<br>
'''Коэф1/2''' - коэфиценты<br>
Коэфиценты используются при расчеты [[#Формула стоимости|стоимости]]
<pre>
[trader_generic_buy]
ammo_9x18_fmj = 0.9, 0.1
ammo_9x19_pbp = 0.9, 0.1
</pre>

===Поставка===
<code>
[используемое состояние]<br>
обьект = '''Количество, Вероятность появления'''<br>
</code>
<br>
'''Количество''' - порядковая величина<br>
'''Вероятность появления''' - значение от 0 - 1: 0 - 0%, 1 - 100%; Вероятность проверяется для каждоей единицы!<br>

<pre>
[supplies_start]
wpn_groza = 1, 0.1 ;Вероятность появления 1 автомата Гроза 10%
wpn_ak74 = 3, 0.7 ;Вероятность появление каждого из 3х автоматов АК-74 70%
wpn_abakan ;если без параметров - не продается
</pre>

===Стоимость продажи===
<code>
[используемое состояние]<br>
обьект = '''Коэф1, Коэф2'''<br>
</code>
<br>
'''Коэф1/2''' - коэфиценты<br>
Коэфиценты используются при расчеты [[#Формула стоимости|стоимости]]
<pre>
[trader_start_sell]
wpn_groza = 4, 0 ;Цена продажи грозы в 2 раза больше номинала
wpn_ak74 = 1, 1 ;Цена продажи АК-74 равна номиналу
</pre>

==Формула стоимости==
<code>Стоимость = ('''Коэф1''' + '''Коэф2''') * '''Номинальная_Стоимость_Обьекта''' / 2</code><br>
'''Номинальная_Стоимость_Обьекта''' - параметр cost - в файле объекта<br>
'''Коэф1/2''' - Коэфиценты указанные в магазине<br>

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

Файлы: w abakan.ltx

2008-01-22T17:49:53Z

200.43.68.7:

==Автомат АН-94 «Абакан»==
Автомат АН-94 был создан в рамках армейского конкурса «Абакан» на замену АК-74.
{{Параметры:Оружие
|ammo_class=ammo_5.45x39_fmj, ammo_5.45x39_ap
|inv_weight = 3.9
|ammo_mag_size= 30
|class = WP_AK74
|cost = 2500
}}

<pre>

description = enc_weapons1_wpn-abakan</pre>
Калибр
ammo_class = ammo_5.45x39_fmj, ammo_5.45x39_ap ; name of the ltx-section of used ammo

===Реальные параметры===
{| border=1
!colspan=2 |ТТХ АН-94
|-
|Калибр, мм
| 5,45
|-
|Вес без магазина, кг
| 3,85
|-
|Общая длина с откинутым прикладом, мм
| 943
|-
|Общая длина в сложенном состоянии, мм
| 728
|-
|Длина ствола, мм
| 405
|-
|Емкость магазина, количество патронов
| 30 (60)
|-
|Прицельная дальность, м
| 1000
|-
|Эффективная дальность, м
| 650
|}

==Описание==
===Описание в игре===

<pre> <string id="enc_weapons1_wpn-abakan">
<text>Оружие элитных войск советской армии.
Был разработан в качестве замены устаревшему Акм 74/2.
В "Обокане" подвижны не только внутренние механизмы,
но и вся ствольная коробка вместе со стволом, что позволяет снизить отдачу, тем самым значительно повысив точность боя.\n
Боеприпасы:\n обычный 5,45x39 мм,\n бронебойный 5,45x39 мм БП.</text></pre>
Очень странно, что за "Акм 74/2"?
===Описание===
Двухтемповый автомат со «смещённым (задержанным) импульсом отдачи» показал гораздо более высокую кучность, чем АК-74. Механика автомата АН-94 построена на принципе газоотвода с подвижным блоком ствол-затвор-затворная рама-ствольная коробка. При стрельбе очередями весь этот блок смещается назад до упора за время первых двух выстрелов, производимых с высоким темпом, далее автоматически осуществляется переход на низкий темп стрельбы.

Главной отличительной чертой внешнего вида АН-94 является широкое применение пластмасс (стеклонаполненный, армированный полиамид). Ложа в классическом понимании здесь заменена на кожух лафетного типа, внутри которого по металлическим направляющим движется стреляющий агрегат, состоящий из ствола, соединенного со ствольной коробкой. Внутри коробки размещаются затворная рама с необычно коротким затвором и курок. Спусковой механизм интегрирован с пистолетной рукояткой и при необходимости легко отсоединяется от общего рабочего механизма. То, что на первый взгляд кажется газовой трубкой с необычным подствольным размещением, на самом деле является направляющим рычагом, поддерживающим ствол при его откате по принципу артиллерийского орудия. Сюда же монтируется с переходником и штатный 40-мм гранатомет ГП-25. Существует так же вариант штурмового комплекса, с несъемным ГП-30 (вернее, снять его можно, но стрелять будет проблематично - подствольник намертво смонтирован с цевьем. Обращает на себя внимание и то, что штык-нож крепится не в нижнем, как у АК, положении, а справа сбоку. Это делается из соображений обеспечения одновременного крепления и гранатомета, и штык-ножа. В других конструкциях, прежде, чем устанавливать гранатомет, необходимо удостовериться, что штык-нож снят. Горизонтальное положение обеспечивает большую, по сравнению с вертикальным, проникающую способность в межреберное пространство. В таком положении штык-ножом можно делать не только колющие, но и боковые режущие удары. Что касается газовой трубки, то она, как равно и весь стреляющий агрегат вместе с коробкой размещаются внутри кожуха.

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

Несмотря на то, что формально АН-94 (Автомат Никонова) принят на вооружение Российскй Армией, маловероятно, что в будущем он заменит АК-74 и его клоны - хотя бы потому, что Калашниковых уже произведено с большим запасом, да и надежность Абакана сводит на нет его достоинства.

Фотографии автомата АН-94 «Абакан»

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

Файлы: system.ltx

2008-01-22T17:48:58Z

200.43.68.7:

=== Параметры slot_persistent_* ===
<pre>
slot_persistent_1 = true ;knife
slot_persistent_2 = false ;pistol
slot_persistent_3 = false ;automatic
slot_persistent_4 = true ;grenades
slot_persistent_5 = true ;binocular
slot_persistent_6 = true ;bolt
slot_persistent_7 = false ;outfit
slot_persistent_8 = true ;pda
slot_persistent_9 = true ;detector
slot_persistent_10 = true ;torch
</pre>
Эти параметры проверяются когда игрок обшаривает контейнер или начинает торговаться с кемто.

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

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

Если для параметров:
<pre>
slot_persistent_1 = true ;knife
slot_persistent_5 = true ;binocular
slot_persistent_6 = true ;bolt
slot_persistent_8 = true ;pda
slot_persistent_9 = true ;detector
slot_persistent_10 = true ;torch
</pre>
вместо true выставить false при обшаривании или торговле в рюкзаке можно увидеть ПДА, фонарик, детектор, ножь, болты, которые в обычном режиме в инвентаре не отображаются.

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

Установка модов

2008-01-22T17:48:30Z

200.43.68.7:

==Как установить мод?==

Моды делятся на две группы:

* моды, поставляемые в виде папки gamedata с набором файлов внутри
* моды, поставляемые в виде инсталлятора

Установка модов второй группы обычно не представляет проблем - просто укажите программе путь к игре.

Моды же первой группы устанавливаются так: необходимо поместить папку gamedata в папку с игрой. В итоге должно получится так:

''.../S.T.A.L.K.E.R/gamedata''

Если папка с модом расположена именно так, то игра загрузит его.

[[Категория:Программы]]

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

2008-01-22T17:47:44Z

200.43.68.7:

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

<span style="color: gray">Статья написана по материалам Hunter Mod.</span>

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

Заходим в папку ''gamedata\config\misc'' и открываем файл '''artefacts.ltx'''.<br>И находим, например, артефакт "Медуза":
<pre>[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</pre>

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

Должно выйти примерно вот так:
<pre>[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</pre>

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

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

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

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

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

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

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

==Авторы==

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

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

3dsmax. Создание моделей и их добавление в игру

2008-01-22T17:47:00Z

200.43.68.7:

==Создание моделей и добавление в игру==

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

* '''Autodesk 3D Studio Max''' версий '''6''','''7''' или '''8''' (на других вроде плагин экспорта не работает, но я не уверен)
* '''3DS Max STALKER Plug-In''' для экспорта в формат object (.obj)
* '''S.T.A.L.K.E.R. SDK'''

При создании собственных текстур потребуется:

* '''Adobe Photoshop'''
* '''DDS-плагин''' от nVidia

Приступим к креативу. Пример будем рассматривать на примитивной модели кубика.

'''1)''' Запускаем 3DS Max и создаем наш кубик.

[[Изображение:Model_Tutorial_1.jpg]]

'''2)''' Далее накладываем на него текстуру. Запускаем редактор материалов (кнопка «М» по дефолту), выбираем тип материала, нажав на кнопку Standart (1), и в раскрывшемся списке выбираем S.T.A.L.K.E.R. Mtl (2), далее, в свитке Blinn Basic Parameters, щелкаем на маленькую кнопку напротив Diffuse (3), в раскрывшемся списке выбираем Bitmap (4), и выбираем требуемую текстуру из папки gamedata нашего SDK. Для примера я выбрал ...gamedata\textures\wpn\wpn_pkm_lenta.dds.

Далее назначаем нашу текстуру для кубика и настраиваем ее внешний вид либо в самом Редакторе Материалов, либо, если объект сложный, - модификатором Unwrap UVW (кто работает в 3DS Max - знает).

[[Изображение:Model_Tutorial_2.jpg]]

'''3)''' После текстуривания нашего объекта отмасштабируем его до нормальных размеров игры (для облегчения этого процесса я импортирую в сцену какую-нибудь модель из игры, например, АК-74), и приступаем к созданию костей.

Идем в Create -> Systems -> Bones и создаем пару костей внутри нашей коробки приблизительно такого вида (см. рисунок). Первую косточку обзываем, например, kost, вторую можно не трогать и вообще ее можно потом удалить.

[[Изображение:Model_Tutorial_3.jpg]]

'''4)''' Теперь выделяем нашу коробку и в закладке Modify добавляем ей модификатор Physique (1). В свертке модификатора жмем кнопку Attach to Node (2), кликаем по нашей косточке с именем kost и в развернувшемся списке выбираем Riquid (3) и жмем Initialize (4) (см. рисунок).

[[Изображение:Model_Tutorial_4.jpg]]

'''5)''' Далее, в свитке Physique level of Detail меняем параметр Skin Update на Rigid, в дереве модификатора Physique выбираем вершины нашего объекта (Vertex), выделяем все вершины нашего кубика при нажатой кнопке Select, выбираем тип вершин Rigid (4), жмем кнопку Assign to Link (5) и кликаем по нашей косточке.

[[Изображение:Model_Tutorial_5.jpg]]

'''6)''' Теперь все готово к экспорту в формат object (.obj), который понимает Actor Editor из SDK. Идем на закладку Utilites и жмем кнопку S.T.A.L.K.E.R. Export (1) (кнопка эта у вас там будет находиться при правильной настройке плагина). Выделяем наш кубик и жмем кнопку Export Skin. Сохраняем, наблюдая лог в окошке на отсутствие ошибок.

[[Изображение:Model_Tutorial_6.jpg]]

'''7)''' Запускаем Actor Editor из комплекта SDK и загружаем нашу сохраненную модель и видим приблизительно следующую картину:

[[Изображение:Model_Tutorial_7.jpg]]

'''8)''' В панели Object Items видим характеристики нашего объекта (нас интересуют только Surfaces и Bones). В Surfaces задаются материалы и шейдеры для нашего объекта. Раскрываем список Surfaces, выбираем 01-Default (это я забыл материал в Максе обозвать) и устанавливаем параметры:

* '''Shader:''' models/model
* '''Compile:''' def_shaders/def_vertex
* '''Game Mtl:''' objects/small_box

[[Изображение:Model_Tutorial_8.jpg]]

'''9)''' Видимо использовать можно и другие, но я еще не разобрался до конца.

Далее настраиваем нашу косточку. Раскрываем список Bones, выбираем нашу kost. Далее жмем напротив Generate Shape кнопку All, настраиваем вес параметром Mass, можно настроить материал параметром Game Material (я оставил default_object) затем выбираем тип баунд_бокса нажатием кнопки Type. Я выбрал Box. Его кстати можно потом вращать, двигать и масштабировать.

[[Изображение:Model_Tutorial_9.jpg]]

'''10)''' После настройки параметров экспортируем нашу коробочку в .ogf-файл из меню File -> Export, и подменяем полученной моделью, например, болт. Далее ходим и швыряемся магазинами от ПКМ в головы зазевавшимся неписям :)

==Авторы==

'''Статья создана:''' [[Участник:tambovski|tambovski]].

'''Копирование без разрешения автора запрещено.''' [http://www.amkmod.ru AMK Mod Team]

[[Категория:SDK]]

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

2008-01-22T17:45:48Z

200.43.68.7:

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

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.

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

<pre><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></pre>

Здесь <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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

<pre><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></pre>

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

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

Для этого:

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

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

<pre><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>
…</pre>
Записываем изменения, с этим файлом пока всё.

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

Диалогу:

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

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

<pre><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></pre>

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

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

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

<pre><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></pre>

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

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

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

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

<pre> <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></pre>

В любом месте между уже существующими string id.
После сохранения изменений, у нас все готово. Можно загружать игру и смотреть что получилось.

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

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

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

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

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

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

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

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

==Авторы==

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

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

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

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

2008-01-22T17:44:53Z

200.43.68.7:

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

==Файлы==
Ассортимент товаров у торговцев хранится в файлах вида 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:

<pre>[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</pre>

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

----

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

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

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

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

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

----

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

<pre>[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
...</pre>

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

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

<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]]

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

Редактирование оружия

2008-01-22T17:44:00Z

200.43.68.7:

==Общие положения==

Сегодня мы разберем то, каким образом можно редактировать оружие в игре - от характеристик до описания.
Характеристики оружия хранятся здесь:

''...\S.T.A.L.K.E.R\gamedata\config\weapons\w_[...].ltx''

==Разбор структуры конфига==

Возьмем, для примера, конфиг '''w_g36.ltx'''. Он делится на разделы:

===Первый раздел===

Здесь хранится общая информация о оружии - его класс, тип, ссылки на спавн и т.д.
Нас интересуют следующие строки:

* '''description''' = enc_weapons1_wpn-g36 - ссылка на string_id, из которого игра подгружает описание этого оружия.
* '''ef_main_weapon_type''' = 2 - основной тип, к которому принадлежит оружие
* '''ef_weapon_type''' = 6 - подтип, к которому принадлежит оружие

===Второй раздел===

Содержит модификаторы, которые даются к углу зрения/дальности обзора NPC, держащего это оружие в руках:

* '''holder_range_modifier''' = 1.85 - во сколько раз увеличивается eye_range
* '''holder_fov_modifier''' = 0.3 - во сколько раз увеличивается eye_fov

===Третий раздел===

Содержит данные о самом оружии, его некоторых характеристиках:

* '''cost''' = 18000 - базовая цена (торговцы умножают её на некоторый коэффициент)
* '''weapon_class''' = assault_rifle - класс оружия (здесь - штурмовая винтовка)

* '''ammo_mag_size''' = 30 - размер магазина
* '''ammo_class''' = ammo_5.56x45_ss190, ammo_5.56x45_ap - типы используемых патронов
* '''grenade_class''' = ammo_m209 - тип используемых гранат
* '''fire_modes''' = 1, -1 - режимы ведения огня

* '''hand_dependence''' = 1 - засивимость о рук (?) - возможно, речь идет о качании ствола
* '''single_handed''' = 0 - держится ли только в одной руке

* '''slot''' = 2 - слот в инвентаре
* '''animation_slot''' = 2 - вид анимации (для пистолета/для винтовки)

* '''inv_name''' = wpn-g36 - ссылка на имя, отображаемое в инвентаре, тоже берется из string table, как и описание
* '''inv_name_short''' = wpn-g36 - короткое имя; в данном случае используется то же самое
* '''inv_weight''' = 3.6 - вес

* '''inv_grid_width''' = 5 - координаты первого угла иконки по x
* '''inv_grid_height''' = 2 - координаты первого угла иконки по y
* '''inv_grid_x''' = 0 - координаты второго угла иконки по x
* '''inv_grid_y''' = 10 - координаты второго угла иконки по y

===Четвертый раздел===

В четвертом разделе хранится информация о износе/отдаче оружия.
Практически все параметры там снабжены комментариями, поэтому приведу лишь самые интересные:

* '''cam_relax_speed''' = 5.7 - скорость возврата в исходное положение
* '''cam_dispersion''' = 0.2 - увеличения угла (в градусах) с каждым выстрелом

* '''fire_dispersion_condition_factor''' = 5 - увеличение дисперсии в процентах при максимальном износе
* '''misfire_probability''' = 0.003 - вероятность осечки при максимальном износе
* '''misfire_condition_k''' = 0.05 - порог (в данном случае - 5%), после которого оружие может заклинивать
* '''condition_shot_dec''' = 0.0002 - увеличение износа при каждом выстреле

===Пятый раздел===

Здесь хранится множество параметров, из которых наиболее интересны эти:

* '''hit_power''' = 0.50, 0.54, 0.57, 0.60 - сила выстрела
* '''hit_impulse''' = 105 - импульс пули (сила, которую летящая пуля передает жертве, влияет на поведение ragdoll-тела)
* '''hit_type''' = fire_wound - тип причиняемых повреждений, в данном случае - пулевые ранения (параметр в синглплеере ни на что не влияет)

* '''fire_distance''' = 600 - максимальная дистанция для выстрела
* '''bullet_speed''' = 925 - начальная скорость пули

* '''hud''' = wpn_g36_hud - внешний вид оружия

===Шестой раздел===

* '''position''' = -0.026, -0.132, 0.0 - позиция по отношению к игроку (?)
* '''orientation''' = 0, 0, 0 - направление, в которое смотрит ствол (?)

===Седьмой раздел===

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

* '''startup_ammo''' = 90 - как нетрудно догадаться, стартовое количество патронов (в синглплеере ни на что не влияет)
* '''visual''' = weapons\g36\wpn_g36.ogf - модель оружия, используемая NPC, а также игроком при виде от третьего лица

* '''ph_mass''' = 4 - физическая масса, используемая при расчетах

* '''scope_status''' = 1 - ситуация со съемным прицелом
* '''silencer_status''' = 0 - ситуация со съемным глушителем
* '''grenade_launcher_status''' = 0 - ситуация с подствольным гранатометом

* Параметры:
** '''0''' - нет, новый прикрепить нельзя
** '''1''' - уже есть, несъемный
** '''2''' - нет, но можно установить новый

* '''zoom_enabled''' = true - есть ли зум (прицеливание)
* '''scope_zoom_factor''' = 33.3 - какой зум дает прицеливание (здесь - 1.8х)
* '''scope_texture''' = wpn\wpn_crosshair_g36 - текстура прицельной сетки

* '''shell_point''' = 0.15, 0.0, -0.05 - точка вылета гильз
* '''shell_dir''' = 0.0, 1.0, 0.0

* '''fire_point''' = -0.000000,0.062000,0.134000 - точка выстрела
* '''fire_point2''' = 0.30, 0.00, 0.05 - точка выстрела (2)
* '''fire_bone''' = wpn_body
* '''orientation''' = 0, 0, 0 - направление
* '''position''' = 0, 0, 0 - позиция
* '''visual''' = weapons\g36\wpn_g36_hud.ogf - модель, отображаемая у нас в руках

==Изменение описаний==

Описания оружия хранятся в файле:
''...\S.T.A.L.K.E.R\gamedata\config\text\rus\string_table_enc_weapons.xml''

В нем хранятся строки с названиями и описаниями, на которые ссылаются конфиги оружия. Например, тот же '''G36''' ссылается сюда:

<pre>[...]
<string id="enc_weapons1_wpn-g36">
<text>Штурмовая винтовка немецкого производства, представляющая собой первоклассный образец
современного оружия - лёгкого, надёжного и эргономичного.\n Боеприпасы:\n обычный 5,56x45 мм
SS109,\n бронебойный 5,56x45 мм АР.</text>
[...]
<string id="wpn-g36">
<text>ГП37</text>
[...]</pre>

Меняя их содержимое, мы меняем описания/названия данного оружия.

==Изменение патронов==

Параметры патронов хранятся в файле:

''...\S.T.A.L.K.E.R\gamedata\config\weapons\weapons.ltx''

Найдем, например, раздел, отвечающий за патроны к тому же '''G36''' (о них мы узнали из параметра '''ammo_class'''), и разберем, что означает каждый параметр:

* '''visual''' = weapons\ammo\ammo_556x45_ss190.ogf - модель коробки с патронами
* '''description''' = enc_weapons1_ammo_ammo-5.56x45-ss190 - ссылка на string_id, из которого игра подгружает описание этого типа патронов

* '''cost''' = 320 - стоимость одной коробки

* '''box_size''' = 30 - количество патронов в одной коробке

* '''inv_name''' = ammo-5.56x45-ss190 - ссылка на string_id, содержащий имя для инвентаря
* '''inv_name_short''' = ammo-5.56x45-ss190_s - ссылка на string_id, содержащий краткое имя для инвентаря
* '''inv_weight''' = 0.33 - вес

* '''inv_grid_width''' = 2 - координаты первого угла иконки по x
* '''inv_grid_height''' = 1 - координаты первого угла иконки по y
* '''inv_grid_x''' = 14 - координаты второго угла иконки по x
* '''inv_grid_y''' = 11 - координаты второго угла иконки по y

* '''k_dist''' = 1 - коэффициент дальности, сама дальность - в стволе, тупо расстояние.
* '''k_disp''' = 2.5 - кучность, завязана с кучностью в стволе
* '''k_hit''' = 1 - убойность, завязана с убойностью в стволе
* '''k_impulse''' = 1 - чисто наскока эффектно ногами непись дрыгнет во время кердыка
* '''k_pierce''' = 1 - коэффициент наскока испорится броня при попадании

* '''impair''' = 1 - коэффициент износа ствола от пули
* '''buck_shot''' = 1 - кол-во составляющих в пуле (напр картечь - 4, пуля - 1)

* '''tracer''' = on - является ли патрон трассирующим (on/off)
* '''wm_size''' = 0.05 - визуальный размер дырки на стене от пули

==Авторы==

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

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

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

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

2008-01-22T17:43:25Z

200.43.68.7:

==Вступление==

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

==Параметры==

За параметры NPC отвечают файлы:
<pre>\config\gameplay\character_desc_[название локации].xml</pre>

Каждый из них разбит на секции - по одной на NPC. Используются следующие параметры:

* ''<name>...</name>'' - Имя (ссылка на строку в текстовом массиве).
* ''<icon>ui_npc_...</icon>'' - Иконка для диалогов/торговли.
* ''<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>'' - Предметы, находящиеся у него в инвентаре. Некоторые из них в игре не отображаются, поэтому не удивляйтесь присутствию здесь предметов вроде рации или фонарика.

<span style="color: gray">В игре отображаються все предметы, просто при торговле есть ограничения на допустимые к торговле предметы, а при смерти персонажа, "запрещенные" предметы удаляються скриптом. [[Участник:Imp|Imp]] 12:46, 12 августа 2007 (EEST)</span>

* ''<start_dialog>...<start_dialog>'' - Приветственный диалог. Их может быть несколько, с различными условиями появления.
* ''<actor_dialog>...</actor_dialog>'' - Диалоги с игроком.

==Практика==

Изменим, например, параметры NPC по имени Волк.

Откроем файл:
<pre>\config\gameplay\character_desc_escape.xml</pre>

И найдем в нем раздел, ему соответствующий:

<pre>

<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></pre>

Изменим некоторые параметры. Выдадим ему FN2000 и Desert Eagle, примем в "Долг" и сделаем неограниченное количество денег:

<pre>

<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></pre>

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

SoC. Однотипные квесты

2008-01-22T17:42:34Z

200.43.68.7:

==Описание==

Как известно, при разговоре с некоторыми NPC (Сахаров, Бармен, Сидорович, Лукаш, Волк, Шустрый Долговец, Лысый, Охотник и Осведомитель) появляется ветка «есть ли для меня работа?». В целях упрощения создания однотипных квестов, выдаваемых через эту ветку, разработчики создали следующую схему...

==Структура однотипных квестов==

Сами задания находятся в конфиге:

<pre>gamedata\config\misc\task_manager.ltx</pre>

Цели квестов и условия их выполнения фиксируются в скрипте:

<pre>gamedata\scripts\task_manager.script</pre>

Ветки диалогов, отвечающие за эти задания (например, у Сидоровича) выглядит так:

<pre><actor_dialog>tm_trader_dialog</actor_dialog>
<actor_dialog>tm_trader_reward</actor_dialog></pre>

Где первый actor_dialog – диалог с выдачей задания, а второй - диалог по заданию и получению награды, либо отказа от выполнения оного. Никто нас насильно его выполнять не заставляет.

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

<pre>gamedata\config\gameplay\storyline_info_taskmanager.xml</pre>

Описание задания хранится в файле:

<pre>gamedata\config\text\rus\stable_task_manager.xml</pre>

Всего существует шесть видов подобных заданий:

* eliminate_lager = уничтожить лагерь
* defend_lager = защитить лагерь
* kill_stalker = убить сталкер
* artefact = найти артефакт
* monster_part = найти часть монстра
* find_item = найти предмет

==Создаем квест==

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

<pre>gamedata\config\gameplay\storyline_info_taskmanager.xml
gamedata\config\misc\task_manager.ltx
gamedata\config\text\rus\stable_task_manager.xml</pre>

Открываем task_manager.ltx, в начале видим длинный список заданий, а уж потом сами задания и условия выполнения к ним. Т.е. cначала идет:

<pre>
[...]
tm_kill_stalker_5
tm_kill_stalker_6
tm_kill_stalker_7
[...]
</pre>

А затем то, что нам нужно:

<pre>
[...]
[tm_kill_stalker_6]
type = kill_stalker
community = actor
text = tm_kill_stalker_6_text
description = tm_kill_stalker_6_descr
parent = trader
target = sim_stalker_novice
;reward_money = 1000
reward_reputation = +3
reward_rank = 2
reward_item = af_vyvert, conserva
time = 86400
prior = 1

[tm_kill_stalker_7]
type = kill_stalker
community = actor
text = tm_kill_stalker_7_text
description = tm_kill_stalker_7_descr
parent = trader
target = esc_wolf
reward_money = 10000
reward_reputation = +3
reward_rank = 2
reward_item = vodka, conserva
time = 86400
prior = 1
[...]
</pre>

Рассмотрим структуру этих записей, заодно создав новую:

* [tm_kill_stalker_7] – наше задание
* type = kill_stalker – тип задания, в данном случае – убийство сталкера
* community = actor – комьюнити, к которому принадлежит выполняющий задание (странный параметр, в игре используется - везде выставлен равным actor'у)
* text = tm_kill_stalker_7_text – описание нашего задания в диалоге
* description = tm_kill_stalker_7_descr – описание нашего задания в PDA
* parent = trader - заказчик
* target = esc_wolf – цель, в данном случае мы собираемся грохнуть Волка
* reward_money = 10000 – сколько денег нам дадут за выполнение
* reward_reputation = +3 – повышение/понижение репутации после выполнения задания
* reward_rank = 2 – кличество очков ранга, выдаваемых за выполнение
* reward_item = vodka, conserva – предметы, выдаваемые в награду за квест
* time = 86400 – время выполнения квеста
* prior = 1 – приоритет задания

Не забываем про PDA. В файл:

<pre>gamedata\config\gameplay\storyline_info_taskmanager.xml</pre>

Добавляем следующие строки:

<pre><article id="tm_kill_stalker_7_descr" name="kill_stalker" article_type="task">
<text>tm_kill_stalker_7_descr</text>
</article></pre>

Текст на русском для задания нужен? Тогда открываем

<pre>gamedata\config\text\rus\stable_task_manager.xml</pre>

И туда вгоняем следующие строки:

<pre> <string id="tm_kill_stalker_7">
<text>Убить Волка</text>
</string>
<string id="tm_kill_stalker_7_text">
<text>Достал меня Волк! Понимаешь, достал! Ворует у меня водку, понимаешь, потом идет и клянчит деньги на
тушенку, потому что новички его не слушают и есть ничего не дают, а вот сойти со своего места и пойти охотится на кабанов, он,
видите ли, не хочет, ибо ЛЕНЬ! Грохни его, Меченый, я в долгу не останусь.</text>
</string>
<string id="tm_kill_stalker_7_descr">
<text>Сидрыч заказал убийство Волка</text>
</string></pre>

'''Важно!''' Эти строки не должны выходить за пределы тегов <string_table> и </string_table>.

Вот и все, теперь у Сидоровича появился новый квест - "Убить Волка".

==Авторы==

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

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

Изменение текстур

2008-01-22T17:39:08Z

200.43.68.7:

==Изменение иконок предметов==

'''Внимание!''' Данный урок предполагает наличие у вас базовых навыков работы в Photoshop. Детальный пошаговый разбор работы в Photoshop в данном уроке производится не будет.

Разберем изменение файла:
<pre>...\gamedata\textures\ui\ui_icon_equipment.dds</pre>

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

Нам понадобится следующее:

* Adobe Photoshop (я использовал CS2, CS и 7.0 различаются незначительно)
* плагин для работы с .dds-изображениями ([http://developer.nvidia.com/object/photoshop_dds_plugins.html скачать])

Итак, мы установили плагин и запустили Photoshop. Откройте в нем наш файл.

[[Image:Icon editing 1.jpg|500px]]

Иконки расположены по сетке 50х50 пикселей.

Чтобы включить её отображение, зайдите в меню:

Редактирование -> Установки -> Направляющие, сетка и фрагменты

И установите в нем следующие значения:

* Линия через каждые: 50
* Единицы измерения: пиксели
* Внутреннее деление на: 1

После чего выберите пункт:

Просмотр -> Показать -> Сетку ( '''Ctrl''+'''''' )

Всё, сетка теперь правильно настроена и отображается.
Выберем место для иконки.

[[Image:Icon editing 2.jpg|500px]]

Иконка будет размером 4х2, то есть 200х100 пикселей - это обычный размер иконки для автоматических винтовок.
Нарисуем её:

[[Image:Icon editing 3.jpg|500px]]

<span style="color: gray">Иконка АК47У была нарисована следующим образом: я нашел качественную фотографию с однородным фоном (благо, фотографий АК в интернете немерено), открыл её в Photoshop, выделил с помощью второго вида инструмента "Лассо", нажал '''Ctrl+C''', открыл файл с иконками, нажал '''Ctrl+V''', нажал '''Ctrl+T''', зажал Shift ("Сохранение пропорций") и потянул за край выделения, сжимая изображение до нужного размера.

После чего применил трансформацию, перетащил изображение на нужное место и нажал '''Shift+Ctrl+E''' ("Слить слои").</span>

Теперь соответственно иконке изменим и альфа-канал.

[[Image:Icon editing 7.jpg|500px]]

Выделим иконку оружия, и перейдем в окне со слоями на закладку:

Каналы -> Alpha

[[Image:Icon editing 8.jpg|500px]]

После чего залейте выделение белым. Всё, мы сделали иконке альфа-канал.

Теперь нужно сохранить файл в правильном формате. Выберите:

Файл -> Сохранить

И выставьте в появившемся окне окне следующие настройки:

[[Image:Icon editing 4.jpg|500px]]

Крайне важно выставить следующие параметры:

* Save Format: DXT5 (Interpolated Alpha)
* MIP maps: No MIP maps

Нажмите Save. Вот всё, мы добавили новую иконку.

Теперь присвоим её предмету.

Допустим, у вы создали некий '''wpn_ak47u''', которому и нарисовали иконку. Зайдем в его конфиг:
<pre>gamedata\config\weapons\w_ak47u.ltx</pre>

И найдем такие строки:
<pre>inv_grid_width = 4
inv_grid_height = 2
inv_grid_x = ...
inv_grid_y = ...</pre>

Где:

* inv_grid_width - ширина в сетке 50х50
* inv_grid_height - высота в сетке 50х50
* inv_grid_x - местонахождение по х
* inv_grid_y - местонахождение по y

==Изменение текстур моделей==

Заменим, например, текстуру банки с энергетиком. Для этого откроем файл '''item_drink_nonstop.dds''':

[[Image:Texture editing 1.jpg|500px]]

И отредактируем его по своему усмотрению:

[[Image:Texture editing 2.jpg|500px]]

<span style="color: gray">Банка была перерисована через выделение элементов с помощью "Лассо" (в варианте с проставлением углов, а не непрерывного выделения - кажется, это называется "Геометрическое лассо", если не так - поправьте), с последующим их закрашиванием зеленой кистью.

Выделяем элементы синего цвета, закрашиваем выделение зеленым, идем дальше.

В конце инструментом "Текст" (иконка в виде буквы "Т") и шрифтом Space Age (не суть важно) была сделана надпись. После чего я нажал Ctrl+T ("Свободная трансформация"), повернул текст набок, и применил трансформацию, выбрав любой другой инструмент.</span>

Не забываем на всякий случай сохранить резервную копию текстуры.
Делаем Save со следующими параметрами:

* Save Format: DXT5 (Interpolated Alpha)
* MIP maps: Generate MIP maps

==Создание новых visual для использования с новыми объектами==

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

Возьмем модель банки энергетика '''drink_nonstop.ogf''', сделаем её копию и назовем, скажем, '''drink_green.ogf''', после чего откроем в [[Hex-редактор|Hex-редакторе]] (в принципе, можно и Блокнотом). Метод кустарный, но работающий.

В начале файла вы увидите имя текстуры:
<pre>item\item_drink_nonstop</pre>

Изменим эту строку на:
<pre>item\item_drink_green_1</pre>

'''Внимание!''' Очень важно, чтобы длина строки с текстурой осталась той же, иначе файл не будет работать.

Всё, теперь вы можете указать в конфиге своего нового предмета новый visual:
<pre>[energy_drink_green]:vodka
$spawn = "food and drugs\energy_drink"
inv_name = energy_drink_green_name
inv_name_short = energy_drink_green_short_name
visual = '''equipments\drink_green.ogf''' ;equipments\drink_stalker.ogf
description = enc_equipment_energy_drink_green
cost = 75

[...]</pre>

==Авторы==

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

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

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

SoC. Добавление статей в PDA

2008-01-22T17:32:34Z

200.43.68.7:

==Добавление статьи==

На примере статьи из Artefact Activation Mod разберем их добавление в PDA:

* Добавим в файл config\gameplay\encyclopedia_zone.xml новую статью:

<pre> 

<article id="zone_anomalies_activation_basic" name="zone_anomalies_activation-basic" group="Anomalies">
<texture x="500" y="150" width="100" height="100">ui_icon_photo</texture>
<text>enc_zone_anomalies_activation_basic</text>
</article></pre>

Здесь:

** article id - внутреннее имя статьи, именно на него ссылаются в файлах игры
** name - имя статьи, отображаемое в игре, подгружается из строкового массива
** texture - картинка и её позиция в статье, в данном случае мы использовали обычный белый шум
** text - текст статьи, отображаемый в игре, подгружается из строкового массива

* Добавим в, например, config\gameplay\info_l01escape.xml (инфопорции уровня "Кордон") ссылку на получение статьи - скажем, к трупу у туннеля, при обыске которого выдается информация о аномалиях в туннеле (вы его обнаруживаете, проходя второе спецзадание от Сидоровича). Найдем эти строки и дополним их:

<pre> 
<info_portion id="esc_tutorial_dead_novice">
<article>tutorial_moving_anomaly</article>
'''<article>zone_anomalies_activation_basic</article>'''
</info_portion></pre>

Главное - никогда не путайте article id, name и text статьи. Я в данном примере это сделать легко. Лучше называйте их непохожими друг на друга названиями.

* Так как в статье у нас есть такое поле:

<pre> <text>enc_zone_anomalies_activation_basic</text></pre>

Да и название тоже не написано прямо, а ссылается на определенную строку, то добавим этот самый text в config\text\rus\string_table_enc_zone.xml, в нашем случае:

<pre> <string id="enc_zone_anomalies_activation-basic">
<text>Активация - базис</text>
</string>
<string id="enc_zone_anomalies_activation_basic">
<text>С артефактами связана, помимо всего прочего, ''(ну, и так далее, там большой текст)''...</text>
</string></pre>

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

Чтобы статья добавлялась при получении определенного задания, в ..._task.xml (вместо ... стоит название уровня) нужно прописать конструкцию вида:

<pre><article>название_задания_descr</article></pre>
[[Категория:Статьи участников]]

==Авторы==

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

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

Спавн через скрипт

2008-01-22T17:29:40Z

200.43.68.7:

==Теория==

В скриптах есть одна единственная функция, отвечающая за спавн объектов:
<pre>alife():create(section,position,levelvertex,gamevertex)</pre>

<span style="color: gray">Строго говоря, их две: create create_ammo но различия между ними не существенны. [[Участник:Imp|Imp]] 22:45, 23 июля 2007 (EEST)</span>

Первый параметр - секция в конфигурациях, описывающая объект, например "bolt","med_kit" - это простые секции, простых объектов
а есть объекты, которые переходят в онлайн/оффлайн, это неписи, монстры и так далее, например mil_killer_respawn_2 - спавнится снайпер группировки киллеров.

С позицией, думаю объяснять не надо, только существует нюанс - высота это Y, а не Z.
Задать позицию можно такой конструкцией vector():set(x,y,z), где x, y и z - координаты точки на уровне, где спавним объект.

Дальше сложнее, так как сам толком сформулировать не могу.

Начнем от простого к сложному. На каждом уровне много объектов, все объекты состоят из полигонов, у каждого полигона есть вершины – вертексы.

Именно они и должны здесь указываться, зачем - не особо понимаю, скорее всего для точного позиционирования объекта.
Например, можно получить вертекс ближайший к актору - db.actor:level_vertex()

Дальше идет гораздо более интересный параметр game_vertex, это почти то же самое, что и level_vertex, но (!) это глобальные величины!
Если level_vertex считается для уровня, то game_vertex - для всей игры, и нужен он для того, чтобы указать на какой карте спавнить объект (более вразумительного объяснения я не нашел).

Соответственно, чтобы заспавнить что-нибудь на другой карте, достаточно указать game_vertex в четвертом параметре
Например:
<pre>db.actor:game_vertex()</pre>

Итак, чтобы, например, заспавнить болт под ногами актора, пишем:
<pre>alife():create("bolt",db.actor():position(),1,db.actor:game_verte())</pre>

Почему 1, а не level_vertex? Проверено - разницы особой нет, какой level_vertex, хотя в некоторых случаях надо прописывать валидный вертекс, а то предмет может просто заспавнится не там, где планировалось... Но по большей части все проходит нормально и с единицей.
(Игнорирование level_vertex может приводить к проваливанию произведенных предметов/персонажей под землю.)
А вот game_vertex решает все - он указывает на каком уровне спавнить предмет, поэтому его надо указывать. Теоретически можно просто найти для каждого уровня по одному game_vertex'у и использовать их в скриптах.
На самом деле game_vertex показывает какой фрагмент карты используется (вся карта разбита на кусочки имеющие сквозную нумерацию по всем уровням и game_vertex выбирает нужный) соответсвенно неправильное использование черевато....

Кроме того - есть еще один параметр - ID объекта, если указать ID NPC или актора - то предмет заспавнится у него в инвентаре.

Пример (спавним артефакт Медуза в инвентаре у актора):
<pre>alife():create("af_medusa", db.actor():position(), 1, db.actor:game_vertex(), db.actor:id())</pre>

Функция спавна возвращает серверный объект, то есть ни NPC, ни монстра ни что-либо еще.

<span style="color: gray">Серверный обьект позволяет свеже созданного NPC или тайник затарить разными рулезами/артефактами. Например, вот так создадим перед входом к Сидоровичу долговца и засунем в него пачку патронов:
<pre>
local obj
local a = vector() -- Задаем тип переменной
local dir = db.actor:direction()

a.x = -243.61 -- координата X
a.y = -19.52 -- высота Y
a.z = -127.17 -- координата Z

obj = alife():create("bar_dolg_respawn_3",a,13193,8,65535)
alife():create_ammo("ammo_9x18_fmj",
obj.position,
obj.m_level_vertex_id,
obj.m_game_vertex_id,
obj.id,
20) -- число патронов</pre>

Кстати, create_ammo - практически тоже самое, что и create, разница в том, что create_ammo предназначена специально для спавна патронов и позволяет создавать неполные пачки патронов. Возможно есть еще какие-то отличия. Стоит учесть, что сами авторы игры спавнят патроны исключительно через create_ammo. [[Участник:Imp|Imp]] 22:38, 23 июля 2007 (EEST)</span>

Просто минимальный набор - координаты, ID, секция,а из него (серверного объекта) обычно нужен только ID, так как по ID можно получить этот самый серверный объект:
<pre>(alife():object(id))</pre>

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

Например надо решить следующую задачу - надо создать наемника, сменить ему группировку и изменить его инвентарь, ну и в нагрузку - сделать другом для игрока.

В определенный момент заспавненый объект переходит онлайн, в этот момент вызывается callback - net_spawn.

Что мы делаем? Сверяем ID онлайн объекта с сохраненным ID!

Если они совпадают, например так:
<pre>if obj:id()==saved_id then ...</pre>

Важно то, что у серверного объекта ID - это параметр, а у онлайнового объекта ID получается с помощью функции. Это важно, а то можно прогореть.

Итак, мы поймали нашего киллера по ID.

Далее все очень просто - вызываем команды для спавна гаусса и патронов к нему в инвентаре NPC (см. выше), меняем группировку специальной функцией, и делаем его другом.

Зачем такие сложности? Просто в оффлайне NPC как бы не существует, есть только косвенное упоминание о нем, и, плюс, все эти функции работают именно с объектом типа "NPC", а не с серверными объектами.

==Практика (часть 1)==

'''1.''' Чтобы не повторяться в описании создания нового квеста, просто изучите [[Создание квестов (Fr3nzy)|статью по созданию квестов]] от Fr3nzy – лучшей статьи на эту тему я просто не видел :) Мы просто свяжем все воедино и научимся спавнить объекты из скрипта.

Небольшое отступление:

Почему предпочтительнее делать спавн скриптом, а не через тот же xrSpawner? Программа xrSpawner, при всех своих достоинствах, обладает одним недостатком, а именно – она делает спавн через файл all.spawn, что приводит к:

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

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

Итак, определимся с квестом.

'''Задача:''' после разговора с Сидоровичем спавним зомби на территории фабрики в первой локации. Для того, чтобы не повредить оригинальный сюжет игры, задание будет выдаваться '''после''' прохождения квеста с флешкой Шустрого, так как появись там зомби одновременно с бандитами и Шустрым... я думаю, исход боя предрешен :)

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

В консоли введите команду:

<pre>rs_stats on или rs_stats 1 </pre>

Тем самым мы включаем вывод информации на экран.
Далее вводим еще одну команду:

<pre>demo_record 1 </pre>

И «летим» на фабрику. Нам нужно выбрать место для спавна объектов и данный режим как нельзя лучше подходит для реализации задуманного. Помещаем камеру в точке предполагаемого спавна и записываем координаты - у меня получились 115, -6, -16.

Для выхода из режима demo_record нажимаем Esc, в консоли пишем rs_stats off или rs_stats 0 (убираем вывод информации).

<span style="color: gray">Другой способ получения тех же сведений - прийти в нужное место и запустить там скрипт, который выдаст все нужные координаты. Я пользуюсь следующим скриптом (вызываю общеизвестным способом, через main_menu):
<pre>
function main_menu:main_cheat_f3()
-- Выдадим сообщение о нашем местоположении
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
</pre>
В результате не нужно эксперементировать мы сразу получаем все, в том числе и level_vertex и game_vertex. [[Участник:Imp|Imp]] 22:38, 23 июля 2007 (EEST)</span>

Выходим из игры, идем в папку с установленной игрой и создаем каталог gamedata (предполагается, что «лепим» свой «мод» на «чистую» игру, без установленных модов, и имеем распакованные ресурсы игры в папке, скажем, gamedata source).

В папке gamedata создаем папку config, а в ней - папку creatures. Скопируем из оригинальной папки файл m_zombie.ltx и откроем его на редактирование.

В файлах игры присутствуют 5 моделей гражданских зомби:

<pre>файлы zombi_1.ogf, zombi_1_ghost.ogf, zombi_2.ogf, zombi_trup.ogf, zombi_trup_2.ogf</pre>

Вернем в игру их всех :)

Уже имеются секции:

<pre>[zombie_weak]:m_zombie_e, [zombie_normal]:m_zombie_e, [zombie_strong]:m_zombie_e и [zombie_immortal]:zombie_strong. </pre>

Два последних типа используют одну и ту же модель zombi_trup.ogf, хм... непорядок, исправляем.
Последняя секция выглядит теперь так:

<pre>[zombie_immortal]:zombie_strong
$spawn = "monsters\zombies\zombie_immortal"
visual = monsters\zombi\zombi_trup_2
panic_threshold = 0.05 </pre>

Добавим пятую модель.

Для этого в конце файла создадим секцию:
<pre>[zombie_ghost]:zombie_strong</pre>

Это означает, что наш пятый зомби наследует все параметры zombie_strong, мы добавим лишь визуальное представление.

Пишем дальше:

<pre>$spawn = "monsters\zombies\zombie_ghost"
visual = monsters\zombi\zombi_1_ghost</pre>

Все. Сохраняем изменения и закрываем файл.

'''2.''' Пишем скрипт спавна. В папке gamedata создаем новую папку scripts, в ней создаем новый текстовый документ и называем его esc_zombie.script.

Отступление третье:

При написании статьи использовался оригинальный скрипт zombie_story.script из horror-mod’а. Концепция спавна перенесена практически без изменений, поэтому на авторство этого способа спавна я никоим образом не претендую :)

Итак, открываем наш пустой файл на редактирование, первой строкой объявляем переменную, в которой хранятся наши зомби:

<pre>local zombie_types = {"zombie_weak", "zombie_normal", "zombie_strong", "zombie_immortal", "zombie_ghost"}</pre>

Далее пишем функцию:

<pre>function spawn_zombies( position, total )
local zombie_index -- тип зомби из массива zombie_types
local new_pos, x_offset, z_offset -- объявляем переменные
for zombie_index=1, total do -- крутим цикл столько раз, сколько
задает переменная total
x_offset = math.random(5) -- случайное (рандомное) x от 1 до 5
z_offset = math.random(5) -- случайное (рандомное) z от 1 до 5
new_pos = position -- передаем координаты в функцию
new_pos.x = new_pos.x + x_offset -- прибавляем к указанной нами
координате x полученное выше рандомное x
new_pos.z = new_pos.z + z_offset -- прибавляем к указанной нами
координате z полученное выше рандомное z
-- Ниже, собственно и вызывается функция спавна случайного типа зомби
zombie_types[math.random(5)] привязанного к нашим координатам
alife():create(zombie_types[math.random(5)],new_pos,db.actor:level_vertex_id(),db.actor:game_vertex_id())
end
end </pre>

И последнее:

<pre>function zomby_story_1( actor, npc )
-- десять зомби на фабрике (Кордон)
local spawn_point = vector():set( 115, -6, -16 ) -- здесь указываем координаты,
выбранные нами для спавна, когда «летали» камерой :)
spawn_zombies( spawn_point, 10 ) -- собственно вызов предыдущей функции
с передачей ей координат и количества объектов
end</pre>

Все. Сохраняем и закрываем файл.

Продолжаем разговор :)

Для того, чтобы игра не вылетала после того, как мы добавили новый тип монстров, их нужно добавить в файл xr_statistic.script. Итак, скопируем этот файл из папки игры scripts в нашу папку к файлу esc_zombie.script и откроем на редактирование.

Добавим в local killCountProps к монстрам строчку:
<pre> zombie_weak = 1, zombie_normal = 2, zombie_strong = 3</pre>

В local sect_alias строчку:
<pre> zombie_weak = "zombie_weak", zombie_normal = "zombie_normal", zombie_strong = "zombie_strong"</pre>
А ниже в monster_classes строчку:
<pre> [clsid.zombie_s ] = "zombie"</pre>
В функцию getNpcType(npc) добавляем конструкцию:
<pre> elseif npc:character_community() == "zombie" then
community = "zombie"</pre>

Сохраняем изменения и закрываем файл.

Все будет работать на ура, пока мы не попробуем обыскать убитого зомби. Как только мы это сделаем, игра вылетит с примерно такой ошибкой.

<pre>Expression : fatal error
Function : CInifile::r_string
File : D:\xray-svn\xrCore\Xr_ini.cpp
Line : 351
Description : <no expression>
Arguments : Can't find variable icon in [zombie_weak]</pre>

Все верно – игра не знает какую иконку нам показывать для зомби. Иконки монстров хранятся в файле ui_npc_monster.dds. Здесь есть два варианта:

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

Вернемся к файлу m_zombie.ltx и в секцию [m_zombie_e]:monster_base впишем параметр
<pre> icon = ui_npc_monster_kontroler</pre>

Все. Вылетов не будет.

3. Тема данной статьи не предусматривает подробного описания того, как сделать новый диалог. В начале статьи я упомянул источник, где можно найти исчерпывающую информацию по созданию диалогов, могу также привести в пример [[Создание диалогов (BAC9-FLCL)|статью по созданию диалогов]] от BAC9-FLCL.

Нам нужно просто проверить работоспособность скриптового спавна, поэтому я приведу просто собственно сам измененный диалог из файла dialogs_escape.xml:

<pre> <dialog id="escape_trader_talk_info">
………
<phrase id="999">
<text>escape_trader_talk_info_999</text>
<next>7770</next>
<next>9991</next>
<next>9992</next>
<next>9993</next>
<next>9994</next>
<next>9995</next>
<next>9996</next>
</phrase>
<phrase id="9992">
<text>escape_trader_talk_info_9992</text>
<next>99922</next>
</phrase>
<phrase id="99922">
<text>escape_trader_talk_info_99922</text>
<next>9996</next>
<next>9995</next>
</phrase>
<phrase id="9993">
<text>escape_trader_talk_info_9993</text>
<next>99933</next>
</phrase>
<phrase id="9995">
<text>escape_trader_talk_info_9995</text>
</phrase>
<phrase id="3121">
<text>escape_trader_talk_info_3121</text>
<next>9996</next>
<next>9995</next>
</phrase>
<phrase id="3131">
<text>escape_trader_talk_info_3131</text>
<next>9996</next>
<next>9995</next>
</phrase>
<phrase id="41">
<text>escape_trader_talk_info_41</text>
<next>9996</next>
<next>9995</next>
</phrase>

<phrase id="7770">
<text>escape_trader_talk_info_7770</text>
<next>7771</next>
</phrase>
<phrase id="7771">
<text>escape_trader_talk_info_7771</text>
<next>7772</next>
<next>7773</next>
</phrase>
<phrase id="7772">
<text>escape_trader_talk_info_7772</text>
<next>7777</next>
</phrase>
<phrase id="7773">
<text>escape_trader_talk_info_7773</text>
<next>7779</next>
</phrase>
<phrase id="7779">
<text>escape_trader_talk_info_7779</text>
<next>9996</next>
<next>9995</next>
</phrase>
<phrase id="7777">
<text>escape_trader_talk_info_7777</text>
<action>esc_zombie.zombie_story_1</action>
<next>9996</next>
<next>9995</next>
</phrase>

<phrase id="51">
<text>escape_trader_talk_info_51</text>
<next>9996</next>
<next>9995</next>
</phrase>
……
</dialog></pre>

И также связанный с ним файл stable_dialogs_escape.xml.
В самом начале файла пишем следующее:

<pre> <string id="escape_trader_talk_info_7770">
<text>Происшествий никаких не было?</text>
</string>
<string id="escape_trader_talk_info_7771">
<text>Да знаешь... Вроде как тихо все у нас. Хотя, вот, вспомнил! Говорили мне
на днях, что на фабрике, ну, там, где бандюки околачиваются постоянно, видели какиих-то то ли
людей, то ли призраков... Мало ли что спьяну почудится - я и сказал этим паникерам, мол,
закусывать надо! Хех, блин, алкаши...</text>
</string>
<string id="escape_trader_talk_info_7772">
<text>Дык мне по любому мимо фабрики топать - заодно и посмотрю на этих
"людей-призраков".</text>
</string>
<string id="escape_trader_talk_info_7773">
<text>Да я как-то не собирался в ту сторону...</text>
</string>
<string id="escape_trader_talk_info_7779">
<text>Ну, смотри сам, все равно будь осторожен.</text>
</string>
<string id="escape_trader_talk_info_7777">
<text>Ага. Сходи, проветрись. Потом зайдешь, расскажешь, что там и как.</text>
</string>
<string id="esc_bridge_soldiers_start_11">
<text>Здесь проход воспрещён, сталкер.</text>
</string></pre>

Все. Можно запускать игру, идти на Кордон, после разговороа с Сидоровичем, в зависимости
от выбранного Меченным решения, бежим на фабрику и … смотрим сами :)

[http://data.cod.ru/1281523146 Готовые файлы примера]
[http://slil.ru/24600587 Spawn Lib]
Домашнее задание - вернуть в игру 6-ой тип гражданского зомби :)

Продолжение следует…

==Практика (часть 2)==

'''4.''' Сегодня мы закончим с зомби в полном объеме – добавим их описания в энциклопедию, добавим иконки, и разберемся с «домашним заданием»:) Думаю, что внимательно изучив эту статью, вы ''сами'' сможете через скриптовые функции восстановить любого персонажа, не вошедшего в финальный релиз игры. Если у кого хватит времени и желания, те могут даже написать что-то типа «Ночи живых мертвецов» :) - серию квестов, связанную своим собственным сюжетом.
Итак, «домашнее задание» - добавляем в игру шестого зомби.

* Создаем в папке gamedata папку meshes, в ней папку monsters, а там – папку zombi. В папке meshes хранятся модели персонажей, объектов, окружения, присутствующих в игре. Как я уже говорил выше, в игре представлено 5 моделей гражданских зомби, а вот текстур – 6. Также немного смутила нумерация моделей – 1, 2, 4... А где третий? Наверное, сбежал :)

* Скопируем из папки с оригинальными файлами игры в созданную нами папку zombi файл zombi_2.ogf и переименуем его в zombi_3.ogf. Откроем файл нашей новой модели любым HexEditor’ом, я использую BiEd (Binary Editor 1.00). Так как данная статья рассчитана не только на «продвинутых юзеров», но и на «обычных чайников», которые, тем не менее, хотят «что-нить замутить» и при этом не сильно «парить моск», я не буду рассказывать здесь про адресацию, двухбайтовую запись и т.д., я просто наглядно покажу, где что поправить :)

[http://www.golushkov.pp.net.ua/photo/11-0-717-3 Файл модели '''до''' редактирования]

[http://www.golushkov.pp.net.ua/photo/11-0-718-3 Файл модели '''после''' редактирования]

На скринах видно, что мы просто изменили для этой модели путь к текстуре. Все. Без использования 3D-редакторов и затраты кучи времени на обработку модели в них, мы получили абсолютно новую (на внешний вид) модель. :)

'''5.''' Теперь пропишем нашего нового зомби во все файлы, которые мы создали ранее. В файл m_zombie.ltx в самый конец добавляем секцию:

<pre>[zombie_old]:zombie_normal
$spawn = "monsters\zombies\zombie_old"
visual = monsters\zombi\zombi_3</pre>

в файле esc_zombie.script изменяем массив в первой строке:

<pre>local zombie_types = {"zombie_weak", "zombie_normal", "zombie_strong", "zombie_immortal",
"zombie_old", "zombie_ghost"}</pre>

В функции spawn_zombies изменяем строку спавна:

<pre> alife():create(zombie_types[math.random(6)],new_pos,
db.actor:level_vertex_id(),db.actor:game_vertex_id())</pre>
в функции zombie_story_1 меняем число объектов на кратное 6-ти (необязательно):

<pre> spawn_zombies( spawn_point, 12 )</pre>

Всё. Сохраняем и закрываем.

'''6.''' Копируем в папку gamedata\config\gameplay\ файл encyclopedia_mutants.xml, добавляем описание зомби в энциклопедию:

<pre> 

<article id="mutant_zombieg_general" name="Zombieg" group="Mutants">
<texture>ui_npc_monster_zombieg</texture>
<text>enc_mutant_zombieg_general</text>
</article>
</pre>

И в связанный с ним файл string_table_enc_mutants.xml в папке gamedata\config\text\rus\ добавляем:

<pre> <string id="Zombie">
<text>Зомби, гражданский</text>
</string>
<string id="Zombieg">
<text>Зомби-призрак, гражданский</text>
</string>
<string id="enc_mutant_zombieg_general">
<text>Зомби-привидение отличается от обычного зомби лишь тем, что
воздействие Выжигателя мозгов полностью разрушило не только структуру личности, но и
тело, поэтому зомби-призрак несколько более живуч по сравнению с обычным зомби.</text>
</string>
<string id="enc_mutant_zombie_general">
<text>Воздействие Выжигателя мозгов полностью разрушает структуру личности,
оставляя только телесную оболочку.\n\n Побродив немного по Зоне, лишённые разума тела
начинают превращаться в настоящих зомби. Из рефлексов у них остаются лишь самые примитивные,
оружие и экипировка скоро приходят в негодность. В результате зомби становятся собой ни чем
иным, как медлительными полутрупами, которых наличествуют лишь два эффективных раздражителя:
еда и сон. Зомби совершенно неразборчивы в выборе пищи и питья, поэтому их тела буквально
пропитаны радиацией и токсинами. Как правило, эти существа бесцельно бродят по Зоне или,
словно трупы, валяются внутри заброшенных построек. Однако, лишь только зомби почует близкое
присутствие живого человека, он сразу же пытается атаковать. Умудрённые опытом сталкеры
стараются обходить эти неуклюжие опустошённые оболочки.</text>
</string>
</pre>

Копируем сюда же файл stable_statistic_caption.xml и изменяем в нем 3 строчки:

<pre> <string id="zombie_normal">
<text>зомбированный, гражданский</text>
</string>
<string id="zombie_strong">
<text>зомби-призрак, гражданский</text>
</string>
<string id="zombie_weak">
<text>зомби, гражданский</text>
</string>
</pre>

Сохраняем и закрываем.

'''7.''' И последнее – добавим иконки. Скажу сразу, воспользовался готовым файлом, уже содержащим иконки зомби и других «восстановленных монстров» (спасибо Fr3nzy). Поэтому просто скопируйте файл ui_npc_monster.dds из архива в папку gamedata\textures\ui\, а файл ui_npc_monster.xml – в папку gamedata\config\ui\. Если вы хотите сделать собственные - прочитайте урок по [[Изменение текстур (BAC9-FLCL)|изменению текстур]].

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

Заключительный штрих. Откройте файл m_zombie.ltx и в первой секции замените строку
<pre>icon = ui_npc_monster_kontroler</pre>
На:
<pre>icon = ui_npc_monster_zombie</pre>
В секцию [zombie_ghost] добавьте строку:
<pre>icon = ui_npc_monster_zombieg</pre>

Сохраняйте изменения. Всё.

Вот [http://data.cod.ru/1290894794 готовые файлы примера].
Удачи и спасибо за внимание :)

==Спавн NPC==

<span style="color: gray">Эта часть статьи написана [[Участник:Arhet|Arhet]] и создана на примере того, как в SRP Mod были созданы NPC группировки "Грех".</span>

Задействуем файлы:

* gamedata\config\gameplay\character_desc_escape.xml
* gamedata\config\gameplay\npc_profile.ltx
* gamedata\config\creatures\spawn_sections.ltx

Начнем с ''character_desc_escape.xml''. Описание что значит каждая строка писать не буду, так как все до меня уже сделано.

Тут создадим нового персонажа:

<pre><specific_character id="esc_dark_stalker_1" team_default = "1">
<name>GENERATE_NAME_bandit</name>
<icon>ui_npc_dark_1</icon>
<map_icon x="0" y="0"></map_icon>
<bio>sim_stalker_novice_bio</bio>

<class>esc_dark_stalker_01</class> - вот тут наш новый класс кстати.
<community>dark_stalker</community> <terrain_sect>stalker_terrain</terrain_sect>
<money min="200" max="600" infinitive="0"></money>

<rank>198</rank>
<reputation>-24</reputation>

<visual>actors\dark_stalker\dark_stalker_1</visual>
<snd_config>characters_voice\human_01\monolith\</snd_config>
<crouch_type>-1</crouch_type>
<panic_treshold>0</panic_treshold>
<supplies>
[spawn] \n
wpn_dark_colt1911 \n
ammo_11.43x23_hydro \n
#include "gameplay\character_items.xml" \n
#include "gameplay\character_drugs.xml" \n
#include "gameplay\character_food.xml"
</supplies>

#include "gameplay\character_criticals_3.xml"

<start_dialog>dm_hello_dialog</start_dialog>
<actor_dialog>dm_cool_info_dialog</actor_dialog>
</specific_character></pre>

Впишем наш код после какого-нибудь </specific_character>

Теперь идем в ''npc_profile.xml'' и туда вгоняем:

<pre><character id="esc_dark_stalker_1">
<class>esc_dark_stalker_01</class>
<specific_character>esc_dark_stalker_1</specific_character>
</character></pre>

Теперь надо заняться ''spawn_sections.ltx''. Скрипт будет «брать NPC» как раз из этого файла. Пишем туда:

* [esc_dark_stalker_1]:stalker – имя секции для скрипта..
* $spawn = "respawn\esc_dark_stalker_1"
* character_profile = esc_dark_stalker_1 – ссылка на описание нашего NPC
* spec_rank = regular – спец ранг
* community = dark_stalker – группировка.

Теперь берем любой скрипт спавна NPC, вгоняем туда имя секции из spawn_sections.ltx и ву-а-ля.

==Авторы==

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

* [[Участник:XStream|xStream]]
* [[Участник:RekLatS|OffBar]]
* [[Участник:Fr3nzy|Fr3nzy]]
* [[Участник:Imp|Imp]]
* [[Участник:Arhet|Arhet]]

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

SoC. Логика NPC

2008-01-22T17:26:59Z

200.43.68.7:

=Теория=

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

==История==

Подход к решению проблемы игрового ИИ, выбранный создателями S.T.A.L.K.E.R. (далее буду писать просто "Сталкер"), был
впервые применён в 1957 году Гербертом Саймоном (Herbert Simon) и Алленом Ньюэллом (Allen Newell) в программе GPS
(General Problem Solver или Универсальный Решатель Задач).

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

В Сталкере подсистема поиска последовательности операторов называется «планировщик».

==ИИ в Сталкере==

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

Условия в игре тоже вычисляются динамически. Для этого используются специальные объекты – эвалуаторы. Эвалуатор
должен содержать метод evaluate(), возвращающий true, если условие выполняется и false в противном случае. Операторы
также представлены как объекты. Планировщик вызывает метод initialize() при начале работы оператора, затем он
периодически вызывает метод execute().

Например, можно создать эвалуатор для условия «NPC голоден», и привязать к этому условию оператор «поесть».

Планировщик будет периодически проверять это условие (вызывать метод evaluate() эвалуатора), и если оно выполняется,
инициализирует и будет выполнять оператор «поесть» до тех пор, пока условие не станет ложным.

К сожалению, в большей части скриптов все возможности планировщика не используются.

===Разбор настройки и работы планировщика на примере скрипта xr_kamp===

Рассмотрим скрипт xr_kamp, заставляющий сталкеров сидеть у костра и рассказывать анекдоты.
Настройка планировщика осуществляется в функции add_to_binder. Параметры функции: object – объект для которого
настраивается планировщик (в нашем случае это сталкер), ini, scheme, section – инициализационный файл, название
схемы действий, секция ини-файла (эти параметры будут подробно разобраны в части по созданию мода), storage –
таблица для хранения текущих параметров схемы действий.

Разберём, что делает эта функция.

Сначала получаем планировщик для текущего объекта (object).

<pre>local manager = object:motivation_action_manager()</pre>

Затем присваиваем идентификаторы операторов и условий элементам массива. Это сделано просто для удобства.

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

<pre>properties["kamp_end"]=xr_evaluators_id.stohe_kamp_base+1
properties["on_position"]=xr_evaluators_id.stohe_kamp_base+2
properties["contact"]=xr_evaluators_id.stohe_meet_base+1
operators["go_position"]=xr_actions_id.stohe_kamp_base+1
operators["wait"]=xr_actions_id.stohe_kamp_base+3</pre>

Для каждого идентификатора условия создадим соответствующий эвалуатор и добавим его в планировщик. В данном случае
это условия: «закончить ли посиделки около костра?» и «пришёл ли я на своё место у костра?»

<pre>manager:add_evaluator (properties["kamp_end"],
this.evaluator_kamp_end ("kamp_end", storage, "kamp_end"))manager:add_evaluator (properties["on_position"],
this.evaluator_on_position ("kamp_on_position", storage, "kamp_on_position"))</pre>

Теперь создадим оператор «сидеть около костра, рассказывать анекдоты, жевать колбасу и т.д.». Можно было бы
реализовать эти действия как набор разных операторов, выбором которых занимался бы планировщик, но автор скрипта
решил сделать один сложный оператор.

<pre>local action = this.action_wait (object:name(),"action_kamp_wait", storage)</pre>

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

<pre>action:add_precondition (world_property(stalker_ids.property_alive, true))</pre>
я живой,

<pre>action:add_precondition (world_property(stalker_ids.property_danger,false))</pre>
опасностей нет,

<pre>action:add_precondition (world_property(stalker_ids.property_enemy, false))</pre>
врагов нет,

<pre>action:add_precondition (world_property(stalker_ids.property_anomaly,false))</pre>
аномалий поблизости нет,

<pre>xr_motivator.addCommonPrecondition(action)</pre>
выполняются другие важные условия (игрок не собирается со мной поговорить, я не собираюсь никого бить по морде, я не
ранен, я не собираюсь стрелять по вертолёту),

<pre>action:add_precondition (world_property(properties["on_position"], true))</pre>
я уже нахожусь около костра.

Скажем планировщику, что он должен ожидать от выполнения этого оператора. В данном случае после выполнения этого
оператора условие «закончить ли посиделки около костра?» должно стать истинным. То есть если условие стало истинным,
планировщик прекратит выполнение оператора.

<pre>action:add_effect (world_property(properties["kamp_end"], true))</pre>

Создание оператора завершено. Добавим его в планировщик.
<pre>manager:add_action (operators["wait"], action)</pre>

Эта строчка не имеет отношения к работе планировщика. Если коротко, то она позволяет объекту получать уведомления об
определённых событиях (смерть NPC – вызывается метод death_callback(), попадание пули в NPC – вызывается метод
hit_callback() и т.д.)

<pre>xr_logic.subscribe_action_for_events(object, storage, action)</pre>

Создаем оператор, отвечающий за доставку NPC к его месту у костра.

<pre>action = this.action_go_position (object:name(),"action_go_kamp", storage)</pre>

Добавляем предусловия, как и для предыдущего оператора.

<pre>action:add_precondition (world_property(stalker_ids.property_alive, true))
action:add_precondition (world_property(stalker_ids.property_danger,false))
action:add_precondition (world_property(stalker_ids.property_enemy, false))
action:add_precondition (world_property(stalker_ids.property_anomaly,false))
xr_motivator.addCommonPrecondition(action)
action:add_precondition (world_property(properties["on_position"], false))</pre>

Единственное отличие – последнее условие. Этот оператор будет выполняться только если NPC ещё не находится на своем
месте у костра, то есть если функция evaluator_on_position.evaluate() возвращает false.

В результате выполнения этого действия условие «на своём ли я месте у костра?» должно стать истинным.

<pre>action:add_effect (world_property(properties["on_position"], true))</pre>

Создание оператора завершено. Добавляем его к планировщику.

<pre>manager:add_action (operators["go_position"], action)</pre>

Осталось ещё одна задача. Нужно запретить планировщику активировать оператор «alife», тот самый оператор, который
заставляет NPC болтаться по карте, отстреливать собачек и в конце концов попадать в аномалию. Впрочем, отстрелом
врагов занимается другой оператор с идентификатором stalker_ids.action_combat_planner.

Для этого мы получаем оператор «alife»

<pre>action = manager:action (xr_actions_id.alife)</pre>

И добавляем к его предусловиям следующее: условие «закончить ли посиделки у костра?» должно быть истинным.

<pre>action:add_precondition (world_property(properties["kamp_end"], true))</pre>

Итак, мы настроили планировщик. Посмотрим как всё это будет работать.

В некоторый момент времени гулаг, в который попал NPC, назначает ему работу: сидеть у костра. В результате условие
«закончить ли посиделки у костра?» становится ложным. Планировщик видит это изменение и пытается выработать
последовательность операторов, после выполнения которой, условие бы стало истинным и NPC снова бы вернулся к
выполнению высокоприоритетного оператора «alife». Для выполнения этой задачи подходит оператор «посиделки у костра»,
но для него не выполняется условие «я на своем месте у костра». Поэтому планировщик создаёт план из двух операторов:
«дойти до костра» и «посиделки у костра». Если во время выполнения одного из операторов возникнет непредвиденная
ситуация (появится враг, главный герой начнёт приставать с вопросами и т.п.), то планировщик скорректирует план,
добавив оператор для устранения этой непредвиденной ситуации.

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

==Модели (или схемы) поведения в Сталкере==

В наборе скриптов Сталкера предусмотрена возможность объединять операторы и условия в модели поведения. Модель
поведения – это набор логически связанных операторов и условий, служащих для выполнения определённой задачи. Так
скрипт xr_kamp представляет собой модель поведения, состоящую из двух операторов и двух условий.

===Регистрация модели поведения===

Для включения новой модели поведения в набор моделей, доступных NPC, сначала необходимо её зарегистрировать.
Предположим, нам нужно зарегистрировать модель поведения, описанную в скрипте actor_need_help.script. Регистрация
моделей осуществляется в скрипте modules.script. Добавим туда следующие строки:

<pre>if actor_need_help then – в этой строке мы проверяем что наш скрипт действительно существует
load_scheme("actor_need_help", "actor_need_help", stype_stalker)
end</pre>

Первый параметр функции load_scheme задает имя файла скрипта, второй параметр – это название модели поведения,
третий параметр – тип модели поведения (возможны следующие значения: stype_stalker – модель поведения NPC,
stype_mobile – модель поведения монстра, stype_item – «модель поведения» физического объекта, stype_heli – модель
поведения вертолёта, stype_restrictor – «модель поведения» области пространства). Скрипты для моделей поведения
разных типов пишутся по-разному. Мы будем рассматривать только модели поведения NPC.

Внимание! Для успешной работы модели поведения её скрипт должен содержать функцию add_to_binder, выполняющую
настройку планировщика.

===Активация/деактивация модели поведения===

Некоторые модели поведения применимы в любых ситуациях (например, реакция на попадание пули в NPC или реакция на
появление врага). Такие модели должны активироваться/деактивироваться в функциях

enable_generic_schemes()/disable_generic_schemes() скрипта xr_logic. В случае с моделью поведения actor_need_help,

это будет выглядеть так:

1. Создаём функции set_actor_need_help и disable_scheme в нашем скрипте actor_need_help. Эти функции будут отвечать
за активацию и деактивацию нашей модели поведения.

<pre>function set_actor_need_help(npc,ini,scheme)
local st=xr_logic.assign_storage_and_bind(npc, ini, scheme, “actor_need_help”)
st.enabled=true
end
function disable_scheme(npc,scheme)
local st = db.storage[npc:id()][scheme]
if st then
st.enabled = false
end
end</pre>

2. Добавляем следующую строку в скрипт xr_logic.script после строки «if stype == modules.stype_stalker then» в
функции enable_generic_schemes()

<pre> actor_need_help.set_actor_need_help(npc,ini,”actor_need_help”)</pre>

3. Добавляем следующую строку в скрипт xr_logic.script после строки «if stype == modules.stype_stalker then» в
функции disable_generic_schemes()

<pre> actor_need_help.disable_scheme(npc,”actor_need_help”)</pre>

Если же модель поведения предназначена только для использования в определённых ситуациях, то достаточно выполнить
шаг 1 и использовать созданные функции по мере надобности. Например, активируя эту схему через диалог с NPC (как мы
и сделаем в нашем моде).

Внимание! Я максимально упростил функции активации/деактивации модели поведения. Чтобы полностью разобраться с ними,
посмотрите скрипты xr_combat, xr_kamp и другие подобные.

===Приоритеты моделей поведения===

Некоторые модели поведения настолько важны, что должны срабатывать в любой ситуации (например, реакция на попадание
пули). Для этого в скрипте xr_motivator предусмотрена функция addCommonPrecondition(action), в эту функцию можно
добавить одно из условий нашей модели поведения, чтобы другие модели поведения не могли сработать при выполнении
этого условия (здесь есть свои тонкости, но мы рассмотрим их позже). Предположим, что у нас есть модель поведения
actor_need_help, заставляющая NPC подбежать к ГГ и вылечить его. Пусть за проверку здоровья ГГ отвечает условие с
идентификатором actor_need_help.property_actor_is_wounded. Значит, если мы хотим, чтобы NPC подбегал к ГГ не обращая
внимание ни на что другое, то нужно добавить следующую строчку в функцию addCommonPrecondition(action):

<pre>action:add_precondition(world_property(actor_need_help.property_actor_is_wounded,false))</pre>

Эта строчка запретит выполнение всех других действий, если условие с идентификатором
actor_need_help.property_actor_is_wounded станет истинным (в нашем случае это будет означать, что ГГ сильно ранен.

Конкретное значение здоровья ГГ при котором он считается сильно раненным будет определять эвалуатор этого условия).

=Создаем мод=

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

==Постановка задачи==

Итак, мы хотим, чтобы дружественные NPC наконец начали приносить пользу. Для этого научим их лечить ГГ во время боя.
Распишем по пунктам:

1. Нужно добавить дружественным NPC ветку в диалоге с просьбой присматривать за ГГ и лечить его, если в этом
возникнет необходимость.

2. Добавить NPC модель поведения, реализующую выполнение этой просьбы.

2.1. NPC должен действовать согласно этой модели только если ГГ находится недалеко от него.

2.2. NPC не должен далеко отходить от ГГ во время боя.

2.3. Если здоровье ГГ упало ниже определённой отметки, NPC должен подойти/подбежать и вылечить ГГ.

==Что потребуется для реализации==

Нам придётся изменять диалоги для некоторых NPC, для этого нужно будет изменить файлы
config\gameplay\character_dialogs.xml (диалоги для всех NPC), config\localization.ltx и config\system.ltx (подробнее
см. статью BAC9-FLCL или Fr3nzy). Мы изменим диалоги для всех NPC, но для неподходящих NPC диалог будет отсекаться с
помощью предусловия. Потребуется также добавить файлы с текстами диалогов и функции для проверки условий,
используемых в диалогах.

Для включения новой модели поведения NPC нужно будет внести изменения в скрипты scripts\modules.script (регистрация
моделей поведения) и scripts\xr_motivator.script (для установки высокого приоритета нашей модели). Модификации файла
xr_logic.script, в котором происходит установка общих моделей поведения, не потребуется, так как мы будем
активировать нашу схему поведения при выборе определённой ветки в диалоге.

Теперь решим какие условия и операторы нам понадобятся.

Условия:

1. Состояние главного героя. Если оно ниже определённого порога, то условие станет истинным. Назначим ему
идентификатор property_actor_is_wounded и эвалуатор evaluator_actor_is_wounded. Далее я буду указывать идентификатор
и эвалуатор в скобках через запятую.

2. Находится ли NPC достаточно близко, чтобы вылечить ГГ. (property_ready_to_heal, evaluator_ready_to_heal)

3. Есть ли у NPC аптечки. (property_has_medkit, evaluator_has_medkit)

4. Не отошёл ли NPC слишком далеко от ГГ или ГГ от NPC. (property_faraway, evaluator_faraway)

5. Находится ли ГГ достаточно близко, чтобы имело смысл помогать ему. (property_near_enough, evaluator_near_enough).

Операторы:

1. Лечить ГГ. (act_heal, action_heal)

2. Подбежать к ГГ на дистанцию, достаточную для лечения (act_run_to_actor, action_run_to_actor)

3. Крикнуть что аптечки кончились (act_no_medkit, action_no_medkit)

4. Подобраться поближе к ГГ, чтобы быть под рукой. (act_stay_close, action_stay_close).

==Реализация==

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

===Диалоги===

В этом моде будет всего один диалог, и довольно простой, поэтому начнём с него. Создаём файл
config\gameplay\dialogs_need_help.xml. Чтобы не возиться с идентификаторами текстов попробуем обойтись без них.
Начнём с простой тестовой версии:

<pre><?xml version="1.0" encoding="windows-1251" standalone="yes" ?>
<game_dialogs>
<dialog id="actor_will_need_help">
<precondition>actor_need_help.i_am_friend</precondition>
<phrase_list>
<phrase id="0">
<text>Дружище, сможешь присмотреть за мной, если стрелять начнут? Промедольчику, там, вколоть или

перевязку сделать, если что...</text>
<next>1</next>
</phrase>
<phrase id="1">
<text>Нет проблем, конечно помогу.</text>
</phrase>
</phrase_list>
</dialog>
</game_dialogs></pre>

Добавляем строку с идентификатором этого диалога в config\gameplay\character_dialogs.xml:

<pre><actor_dialog>actor_will_need_help</actor_dialog></pre>

Дописываем имя файла диалога в config\system.ltx в секцию «dialogs». Осталось создать функцию i_am_friend. Наш
скрипт с моделью поведения будет называться scripts\actor_need_help.script, заодно пропишем там и диалоговые
функции.

<pre>function i_am_friend(actor,npc)
return npc:relation(actor)==game_object.friend
end</pre>

При первом тестировании я заменил game_object.friend на game_object.neutral, чтобы не искать друзей по всей карте.

Тестируем, что у нас получилось...

Диалог работает, но вместо текста – набор значков, оказалось, я написал текст в кодировке CP866 (DOS), нужно
поменять её на CP1251. Так, теперь текст в порядке.

Выбранный подход к созданию диалога оказался удачным.

Обратите внимание, вместо идентификатора текста можно вписать сам текст. Это усложнит локализацию, но уменьшит время
создания диалогов.

Теперь нам понадобятся функции проверки наличия аптечек у NPC, проверки активации схемы поведения,
активации/деактивации схемы поведения. Добавляем их в наш скрипт-файл.

Первый вариант скрипта я не буду приводить, чтобы не увеличивать и так большую статью. Окончательный вариант
смотрите в конце статьи. Дальше по тексту идёт простейший работающий вариант.

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

'Вот первый проверенный вариант:

<pre><?xml version="1.0" encoding="windows-1251" standalone="yes" ?>
<game_dialogs>
<dialog id="actor_will_need_help">
<precondition>actor_need_help.i_am_friend</precondition>
<phrase_list>
<phrase id="0">
<next>1</next>
<next>2</next>
</phrase>
<phrase id="1">
<text>Дружище, сможешь присмотреть за мной, если стрелять начнут? Промедольчику, там, вколоть или

перевязку сделать, если что...</text>
<precondition>actor_need_help.scheme_is_not_active</precondition>
<next>11</next>
<next>12</next>
</phrase>
<phrase id="11">
<text>Нет проблем, конечно помогу.</text>
<precondition>actor_need_help.npc_have_medkit</precondition>
<action>actor_need_help.activate_scheme</action>
</phrase>
<phrase id="12">
<text>Извини, друг, аптечек совсем не осталось.</text>
<precondition>actor_need_help.npc_havent_medkit</precondition>
</phrase>
<phrase id="2">
<text>Спасибо, друг, теперь я сам справлюсь.</text>
<precondition>actor_need_help.scheme_is_active</precondition>
<next>21</next>
</phrase>
<phrase id="21">
<text>Да не за что, ты мне помог, я - тебе.</text>
<action>actor_need_help.deactivate_scheme</action>
</phrase>
</phrase_list>
</dialog>
</game_dialogs></pre>

При первом запуске игра вылетела без сообщений об ошибках. Я внимательно просмотрел все файлы и оказалось, что в
скриптах вместо комментария ‘--‘ (два минуса) я поставил просто минус (рекомендую пользоваться компилятором с
[www.lua.org www.lua.org] для проверки корректности скриптов). После исправления ошибки игра запустилась, но диалог так и не
появился. Небольшая дискуссия на форуме (спасибо Z.E.N. и Arhet) показала, что придётся сделать два диалога.

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

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

Итак, все проблемы решены. Файл диалога принял следующий вид (config\gameplay\dialogs_need_help.xml):

<pre><?xml version="1.0" encoding="windows-1251" standalone="yes" ?>
<game_dialogs>
<dialog id="actor_will_need_help">
<precondition>actor_need_help.i_am_friend</precondition>
<precondition>actor_need_help.scheme_is_not_active</precondition>
<phrase_list>
<phrase id="0">
<text>Дружище, сможешь присмотреть за мной, если стрелять начнут? Промедольчику, там, вколоть или

перевязку сделать, если что...</text>
<next>11</next>
<next>12</next>
</phrase>
<phrase id="11">
<precondition>actor_need_help.npc_have_medkit</precondition>
<text>Нет проблем, конечно помогу.</text>
<action>actor_need_help.activate_scheme</action>
</phrase>
<phrase id="12">
<precondition>actor_need_help.npc_havent_medkit</precondition>
<text>Извини, друг, аптечек совсем не осталось.</text>
</phrase>
</phrase_list>
</dialog>
<dialog id="actor_will_not_need_help">
<precondition>actor_need_help.i_am_friend</precondition>
<precondition>actor_need_help.scheme_is_active</precondition>
<phrase_list>
<phrase id="0">
<text>Спасибо, друг, теперь я сам справлюсь.</text>
<next>21</next>
</phrase>
<phrase id="21">
<text>Да не за что, ты мне помог, я - тебе.</text>
<action>actor_need_help.deactivate_scheme</action>
</phrase>
</phrase_list>
</dialog>
</game_dialogs></pre>

Функции, поддерживающие работу диалога, теперь выглядят так (файл scripts\actor_need_help.script):

<pre>function i_am_friend(talker,target)
return target:relation(talker)==game_object.friend
end

-- За основу этой функции взята функция dialogs.actor_have_medkit
function npc_have_medkit(talker, target)
return talker:object("medkit") ~= nil or
talker:object("medkit_army") ~= nil or
talker:object("medkit_scientic") ~= nil
end
function npc_havent_medkit(talker, target)
return not npc_have_medkit(talker,target)
end

-- Так как модель поведения еще не написана, вставим заглушки
local scheme_status={}
function scheme_is_active(talker,target)
return scheme_status[target:id()]==true -- сравниваем с true, чтобы функция не возвращала nil
end
function scheme_is_not_active(talker,target)
return not scheme_is_active(talker,target)
end
function activate_scheme(talker,target)
scheme_status[talker:id()]=true
end
function deactivate_scheme(talker,target)
scheme_status[talker:id()]=nil -- присваиваем nil, чтобы освободить память, занятую этим элементом массива
end</pre>

И в файл config\gameplay\character_dialogs.xml добавлены строки:

<pre><actor_dialog>actor_will_need_help</actor_dialog>
<actor_dialog>actor_will_not_need_help</actor_dialog></pre>

В результате получился работающий диалог, но NPC выглядит просто как ходячая аптечка. В окончательном варианте, я
добавил некоторые «человеческие» реакции. Да и сама модель поведения пока отсутствует - вместо неё стоят заглушки. Исправим это.

===Модель поведения===

Начнём создание модели поведения с разработки эвалуаторов. Эвалуатор должен представлять собой объект класса унаследованного от класса property_evaluator.

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

Объявляем класс эвалуатора:

<pre>class "evaluator_faraway" (property_evaluator)</pre>

Определяем функцию инициализации (в LUA это аналог конструктора объекта)

<pre>function evaluator_faraway:__init(name, storage) super (nil, name)
self.st = storage
end</pre>

Ключевое слово «super» служит для вызова конструктора базового класса. Член «st» будет хранить ссылку на таблицу состояния нашей модели поведения.

Теперь нужно определить функцию evaluate(), ради которой и создавался эвалуатор. По-видимому всё просто, нужно проверить расстояние от NPC до ГГ и вернуть true, если это расстояние больше определённого значения. Но давайте подумаем. Когда эвалуатор возвратит true, заработает оператор, заставляющий NPC подойти поближе к ГГ, то есть расстояние моментально уменьшится и эвалуатор начнёт возвращать false, что приведёт к переходу NPC под управление игрового ИИ. ИИ может опять решить удалиться от ГГ, что приведёт к повторному срабатыванию эвалуатора. В результате возникнет замкнутый цикл, и NPC будет крутиться на одном месте (на самом деле этот цикл рано или поздно разорвётся из-за изменения игровой ситуации, но лучше вообще избежать его).

Можно использовать разные пути для решения этой проблемы. Попробуем сделать так: будем использовать два расстояния, эвалуатор сработает при достижении первого и будет оставаться активным, пока расстояние не станет меньше второго.

<pre>local min_faraway_dist=10
local max_faraway_dist=20

function evaluator_faraway:evaluate()
local actor=db.actor
if not actor then
-- ГГ ещё не заспаунился
return false
end
local dist=actor:position():distance_to(self.object:position())
if dist>max_faraway_dist then
self.st.faraway=true
elseif dist<min_faraway_dist then
self.st.faraway=false
end
return self.st.faraway==true
end</pre>

Эвалуатор готов, но нужно как-то его протестировать. Поэтому давайте создадим минимальную модель поведения из одного условия и одного оператора. Нам нужен оператор, перемещающий NPC поближе к ГГ. Объявляем класс action_stay_close, унаследованный от action_base, и определяем его конструктор.

<pre>class "action_stay_close" (action_base)

function action_stay_close:__init(name, storage) super (nil, name)
self.st=storage
end</pre>

Оператор должен содержать функции initialize(), execute() и, возможно, finalize().

Функция initialize() вызывается при начала работы оператора, то есть в момент, когда планировщик ставит этот оператор в первую позицию плана.

<pre>function action_stay_close:initialize()
local npc=self.object
-- Не знаю зачем эти две функции, но они используются во всех операторах
npc:set_desired_position()
npc:set_desired_direction()
-- Сбрасываем текущие анимации
npc:clear_animations()
-- Задаём параметры движения
npc:set_detail_path_type(move.line)
npc:set_body_state(move.standing)
npc:set_movement_type(move.run)
npc:set_path_type(game_object.level_path)
-- Эксперименты показали, что эта функция устанавливает скорость движения (anim.danger -
минимальная скорость, anim.free - нормальная, anim.panic - максимальная)
npc:set_mental_state(anim.panic)
-- Повышаем зоркость NPC
npc:set_sight(look.danger, nil, 0)
-- Освободим сталкера от всех идиотских ограничений
npc:remove_all_restrictions()
-- Зададим смещение точки назначения, чтобы помощники не сбивались в кучу
self.offset=vector():set(math.random()*6-3,0,math.random()*6-3)
self.offset:normalize()
end</pre>

Функция execute() периодически вызывается во время выполнения оператора. Частота вызовов, по-видимому, зависит от расстояния от NPC до ГГ.

<pre>function action_stay_close:execute()
local npc=self.object
local actor=db.actor
if not actor then
-- Хм, что-то не так. Может быть ГГ перешёл на другой уровень? Запрещаем схему поведения
self.st.enabled=false
end
-- Получаем ближайшую доступную точку в 5 метрах от ГГ
-- Сначала, я попробавал использовать функцию npc:vertex_in_direction, но она не работает
local vertex_id=level.vertex_in_direction(actor:level_vertex_id(),self.offset,5)
local act_v_id=actor:level_vertex_id()
-- Отправляем нашего NPC в найденную точку
local acc_id=utils.send_to_nearest_accessible_vertex( npc, vertex_id )
if self.st.dist and self.st.dist>max_faraway_dist then
-- если NPC находится слишком далеко от ГГ пусть пробежиться побыстрее
npc:set_mental_state(anim.panic)
else
npc:set_mental_state(anim.free)
end
end</pre>

Функция настройки планировщика.

<pre>function add_to_binder(object, char_ini, scheme, section, st)
local manager = object:motivation_action_manager()
local property_wounded = xr_evaluators_id.sidor_wounded_base

-- Удаляем эвалуатор, так как в xr_motivator мы установили его в property_evaluator_const
manager:remove_evaluator(property_faraway)
-- и заменяем его нашим
manager:add_evaluator(property_faraway, evaluator_faraway("evaluator_faraway",st))
-- Создаём оператор
local action = action_stay_close("action_stay_close",st)
-- и настраиваем предусловия. 1. Сталкер жив
action:add_precondition(world_property(stalker_ids.property_alive, true))
-- 2. Сталкер не ранен
action:add_precondition(world_property(property_wounded, false))
-- Я использую свой мод для обхода аномалий, иначе от помощников мало толку.
if anomaly_evader then
-- 3. Рядом нет аномалий
action:add_precondition (world_property(1099,false))
end
-- 4. Сталкер слишком далеко от ГГ
action:add_precondition(world_property(property_faraway, true))
action:add_effect (world_property(property_faraway, false))
-- Добавляем оператор в планировшик
manager:add_action (act_stay_close, action)
-- Теперь подкорректируем стандартные операторы, чтобы помощник не отвлекался на всякую ерунду.
action=manager:action(stalker_ids.action_alife_planner)
action:add_precondition(world_property(property_faraway, false))
action=manager:action(stalker_ids.action_combat_planner)
action:add_precondition(world_property(property_faraway, false))
action=manager:action(stalker_ids.action_danger_planner)
action:add_precondition(world_property(property_faraway, false))
end</pre>

Добавим функции активации/деактивации схемы поведения.

<pre>function set_help(npc, ini)
local st = xr_logic.assign_storage_and_bind(npc, ini, "actor_need_help")
st.enabled=true
end
function disable_scheme(npc, scheme)
local st = db.storage[npc:id()][scheme]
if st then
st.enabled = false
end
end</pre>

Изменим диалоговые функции-заглушки.

<pre>function activate_scheme(talker,target)
set_help(talker,talker:spawn_ini())
scheme_status[talker:id()]=true
end
function deactivate_scheme(talker,target)
disable_scheme(talker,"actor_need_help")
scheme_status[talker:id()]=nil
end</pre>

Добавим в функцию xr_motivator.addCommonPrecondition() следующие строки, чтобы заблокировать стандартные схемы поведения.

<pre> if actor_need_help then
action:add_precondition (world_property(actor_need_help.property_faraway,false))
end</pre>

Если попробовать запустить мод сейчас, то игра просто вылетит. Причина в том, что мы добавили предусловие для стандартных схем поведения, но не добавили эвалуатор этого условия. Поэтому добавляем в функцию xr_motivator.net_spawn() следующие строки:

<pre> local manager = self.object:motivation_action_manager()
if actor_need_help then
manager:add_evaluator(actor_need_help.property_faraway, property_evaluator_const(false))
end</pre>

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

===Файлы мода===

Мод можно скачать [[:Media:Напарники 0.2.zip|здесь]].

Ссылка обновлена. Выложена новая версия. Причиной "зависаний" NPC был конфликт со state_mgr.script. Код мода, приведённый в статье, не устанавливал состояние NPC с помощью state_mgr.set_state(), в результате state_mgr пытался вернуть состояние NPC к начальному (до срабатывания нашей модели поведения), что и приводило к "зависаниям".

Более подробное описание мода смотри [[Mod:Напарники|здесь]].

----

Спасибо за внимание,
Red75

=Авторы=

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

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

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

Формат файлов постпроцессинга (ppe)

2008-01-22T17:18:23Z

200.43.68.7:

==Вступление==

Представляю на суд общественности результаты моих изысканий по формату файлов постпроцессинга ('''.ppe''')

Нераскрытыми для меня осталось 6 переменных (переменные, которые я для себя назвал free, обязательно идут перед каждой триадой цепочек, управляющих цветом и 3 коэффициента, идут в каждом правиле после байта функции), но простенькие '''ppe'''-файлы можно делать и без них.

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

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

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

При анализе ppe сильно помог тот факт, что постпроцесс существует в игре в текстовом и компилированом виде (кому интересно, копайте '''\gamedata\script\postprocess.script''' - полный разбор текстовых файлов написан обычным скриптом, там же, в самом конце функция ''main'' загружает погоду и файл постпроцессинга, сами файлы лежат '''\gamedata\config\scripts''' например '''proba.ltx'''). Компилированные ppe лежат в anims.

==Практика==

Итак, '''ppe'''-файл - это набор правил, как должен изменяться тот или иной параметр изображения во времени, всего этих параметров - 16 (названия взяты из текстовых версий, чтобы путаницы не было). В отличие от текстовой версии, цепочки должны идти только в этом порядке и их всегда должно быть только 16 (если игра вывалилась с сообщением в логах ''noise.grain cannot be zer''o, значит вы что-то пропустили).

Выбраная цветовая компонента умножается на коэффициент, то при параметре равным 1 чистый белый цвет останется белым, а чистый черный - черным, остальные преобретут компонентный оттенок.

* '''free1''' - об этой переменной чуть ниже
* '''color_add_red'''
* '''color_add_green'''
* '''color_add_blue'''

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

* '''free2'''
* '''color_base_red'''
* '''color_base_green'''
* '''color_base_blue'''

Эта триада правил отвечает за вес цвета в сером/яркостном представлении и в обычном цветном режиме результат не виден. Но при увеличении правила '''gray''' становится ясно, что при например '''color_gray_red''' = -1 чисто красные компоненты становятся черными, 0 = остаются без изменений, 1 - чисто белыми:

*'''free3'''
*'''color_gray_red'''
*'''color_gray_green'''
*'''color_gray_blue'''

Переменная управляет величиной обратной насыщенности, то есть, чем больше gray (максимум +1) тем меньше насыщенность изображения:

*'''gray'''

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

*'''blur'''

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

*'''duality_h'''
*'''duality_v'''

*'''noise_intensity''' - интенсивность шума
*'''noise_granularity''' - размер зерна шума
*'''noise_fps ''' - сколько раз в секунду шум должен пересчитываться

Файл '''всегда''' начинается с '''01 00 00 00''' - скорее всего это синатура, по которой движок определяет содержимое(кстати, у файлов anm, которые содержать анимацию камеры и похоже имеют ту же логику строения, что и ppe сигнатурой является '''00 11 00 00''' ).

Затем идет 4 байта неопределенной переменной, которую я для себя назвал free. Всего их 3. Эти переменные стоят только перед триадами, отвечающими за изменения цветов, обычно равны '''7C 00 00 00''', но есть небольшие вариации. Визуально определить, что меняется при изменении этой переменной я не смог, если кто совершит этот подвиг - вечная слава :)

Затем начинаются цепочки в перечисленном выше порядке.
Цепочка начинается с '''01 01 ''ХХ'' 00''', где '''''ХХ''''' - число правил в данной цепочке. Если указано 01 01 00 00 (то есть цепочка с 0 правил, то данная цепочка в постпроцессинге не участвует и сразу после нее должна начинаться следующая цепочка). '''Основная ошибка, которую можно допустить - несоответствие реального числа правил с указаным в заголовке цепочки. Контроль, контроль, и еще раз контроль.'''

Каждая цепочка состоит из правил изменения переменной. Исходя из скрипта разбора текстовых версий можно предположить, что правил в цепочке не должно быть больше 16 (хотя возможно это только для текстовых).Совершенно необязательно, что этих правил в разных цепочках будет одинаковое количество или даже длиться они будут одинаковое время.

Правило содержит в себе всегда ровно 23 байта. Примерное описание -

<pre>
9A 99 99 3E 00 00 A0 40 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
----------- ----------- -- ----- ----- ----- -----------------------
значение время ф k1 k2 k3
</pre>

*'''значение''' - 4-байтная float переменная, обычно меняется от -1 до +1
*'''время''' - в секундах 4-байтная float переменная
*'''ф''' - функция, во всех ppe равна 00, но попробовал менять('''не должна быть 04 - игра вылетает'''). 00,03 - синус, 01,05 - косинус, 02 - линейная, остальные значения игнорируются и правило перестает работать вообще.
*'''k1, k2, k3''' - коэффициенты для функций вот с ними почти не разбирался, на линейную фунуцию изменений не выявил, на синус/косинус влияют очень сильно, но на поиск закономерности не хватило времени, по умолчанию равны 00 80 00 80 00 80
*остаток строки во всех файлах 00 80 00 80 00 80 00 80 - изменение визуально ничего не меняет, возможно зарезервировано для следующих версий.

Вот и все. Поле для работы как видите еще есть - коэффициенты k[1,2,3] и переменные free[1,2,3] - предлагаю общественности устроить мозговой штурм на них.

Напоследок мой файл ночного зрения с комментариями (для использования комменты удалить, шестнадцатиричный код загнать в WinHex и сохранить как '''anims\x.ppe'''(имя любое), и не забыть поправить '''config\misc\postprocess.ltx''' в нужной секции).

<pre>
01 00 00 00 // сигнатура

// Цвета выкручиваем на максимум
7C 00 00 00 // free1
01 01 02 00 // color_add_red
00 00 80 3F 00 00 00 00 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
00 00 80 3F 00 00 00 41 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
01 01 02 00 // color_add_green
00 00 80 3F 00 00 00 00 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
00 00 80 3F 00 00 00 41 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
01 01 02 00 // color_add_blue
00 00 80 3F 00 00 00 00 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
00 00 80 3F 00 00 00 41 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80

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

6C 10 00 00 // free2
01 01 02 00 // color_base_red
CD CC CC 3D 00 00 00 00 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
CD CC CC 3D 00 00 00 41 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
01 01 02 00 // color_base_green
CD CC CC 3D 00 00 00 00 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
CD CC CC 3D 00 00 00 41 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
01 01 02 00 // color_base_blue
CD CC 4C 3E 00 00 00 00 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
CD CC 4C 3E 00 00 00 41 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80

// В сером режиме все красные обьекты - белым, синие и зеленые - черным

7C 00 00 00 // free3
01 01 02 00 // color_gray_red
00 00 80 3F 00 00 00 00 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
00 00 80 3F 00 00 00 41 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
01 01 02 00 // color_gray_green
00 00 80 BF 00 00 00 00 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
00 00 80 BF 00 00 00 41 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
01 01 02 00 // color_gray_blue
00 00 80 BF 00 00 00 00 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
00 00 80 BF 00 00 00 41 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80

// Полностью черно-белое изображение с учетом правил color_gray_*
01 01 02 00 // gray
00 00 80 3F 00 00 00 00 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80
00 00 80 3F 00 00 00 41 00 00 80 00 80 00 80 00 80 00 80 00 80 00 80

01 01 00 00 // blur

// Двоения в глазах не будет

01 01 00 00 // duality_h
01 01 00 00 // duality_v

// Шума не будет
01 01 00 00 // noise_intensivity
01 01 00 00 // noise_granularity
01 01 00 00 // noise_fps
</pre>

[[Категория:Форматы_файлов]]

SoC. Создание квестов

2008-01-22T17:17:25Z

200.43.68.7:

==Создание квестов и диалогов==
===Создание базового диалога===

Итак, приступим к созданию диалога, в котором нам будет выдаваться новый квест.
Участвующие лица: Сидорович (С) и Меченый (М)

'''М:''' Здравствуй, Сидорыч! Есть работенка?

'''С:''' О, неужели заглянул к нам на огонек, Меченый? Ладно... ближе к телу... эээ, к делу. У меня к тебе следующая просьба: сбегай к Волку, у него что-то намечалось.

'''М:''' Без проблем! Уже бегу.

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

Создание «скелета» диалога.

Для того, чтобы добавить наш диалог, необходимо открыть для редактирования файл gamedata\config\gameplay\dialogs_escape.xml

Для тех, кто знаком с языком XML структура данного файла будет ясна с первого взгляда. Но, поподробнее об этом.

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

'''1.''' <game_dialogs> и закрывающий к нему - </game_dialogs>

'''2.''' <dialog id = «»> закрывающий - </dialog>

'''3.''' <phrase_list> - </phrase_list>

'''4.''' <phrase id = «»> - </phrase>

'''5.''' <text> </text>

'''6.''' <next> </next>

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

Поясню, что обозначает каждый тэг в отдельности.

'''1.''' Определяет содержимое файла (в данном случае, говорит о том, что файл содержит диалоги);

'''2.''' Определяет новый диалог с id = «». Где содержимое кавычек есть идентификатор диалога. Идентификатор диалога задается в файлах типа character_description_***.xml ;

'''3.''' Этот тэг говорит XML-парсеру игры о том, что далее следуют фразы диалога. Иными словами, между <phrase_list> и </phrase_list> содержатся фразы диалога;

'''4.''' Этот тэг определяет фразу с id = «». Внутри кавычек содержится идентификатор фразы (ВНИМАНИЕ: идентификатором в данном случае могут быть ТОЛЬКО цифры);

'''5.''' Внутри этих двух тэгов содержится ссылка на соответствующий данной фразе текст (пример, esc_trader_talk_info_123). Сам текст берется из файлов типа stable_dialogs_*****.xml, в котором содержатся все фразы в текстовом виде. О создании текста фразы поговорим позже;

'''6.''' Внутри этого тэга содержится ссылка (в числовом формате) на следующую (или следующие) фразы.

Теперь приступим к тэгам, позволяющим производить какие-то действия во время диалога.

<precondition> </precondition>. Представляет собой предусловие, в случае выполнения которого (то есть предусловие вернуло ИСТИНУ) данный диалог, или фраза будут появляться в списке доступных во время игры у NPC.

<action> </action>. Данный тэг позволяет производить какое-либо действие во время диалога (например, передачу предметов между общающимися... так же позволяет производить более сложные действия). Внутри тэга располагается ссылка на какую-либо функцию (например, dialogs. actor_set_dolg сделает игрока членом группировки Долг).

<give_info> </give_info>. Позволяет выдавать игроку во время диалога так называемые info_portion'ы (кстати, инфопоршны можно выдавать так же и через <action>, только это потребует создания специальной функции). info_portion – является основой для квестов, info_portion’ы определяются в файлах типа info****.xml. Инфопоршны могут, как начинать квест, так и заканчивать (завершать) его. Так же, с помощью инфопоршнов можно отслеживать действия игрока, для того, чтобы, например, вывести в нужное время диалог.
<has_info> </has_info> и <dont_has_info> </dont_has_info> являются предусловиями для текущей фразы/диалога. Первый тэг проверяет наличие данного инфопоршна у игрока, второй – отсутствие.

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

===Создание info_portion'ов===

Итак, открываем файл gamedata\config\gameplay\ info_l01escape.xml. Что мы там видим? Правильно, все ту же структуру XML.
В данном файле нас интересуют только два тэга:

<info_portion id = “”> </info_portion>

<task > </task>

Первый объявляет сам info_portion. Второй – объявляет задание (идентификатор задания id содержится внутри тэга <task>)

Для примера, создадим 3 info_portion, которые понадобятся нам для будущего квеста:

<info_portion id = “new_task_started”>

<task>new_task</task>

</info_portion>

Это инфопоршн с именем new_task_started. Он активирует квест с именем new_task.

<info_portion id = “player_talked_with_wolf”>

</info_portion>

<info_portion id = “player_complete_new_task”>

</info_portion>

===Создание нового квеста===

Сами квесты содержаться в файлах типа tasks_*****.xml

Откроем файл gamedata\config\gameplay\tasks_escape.xml. Структура – все тот же XML.

Для примера исследуем уже существующий квест:

<pre><game_task id="esc_help_wounded_from_raid" prio="485">
<title>esc_help_wounded_from_raid</title>
<objective>
<text>esc_help_wounded_from_raid_0</text>
<icon>ui_iconsTotal_esc_help_wounded_from_raid</icon>
<function_complete>escape_tasks.task_fox_complete</function_complete>
<infoportion_set_complete>garbage_meetstalker_start</infoportion_set_complete>
<article>esc_fox_help</article>
</objective>
<objective>
<text>esc_help_wounded_from_raid_1</text>
<map_location_type hint="esc_fox">green_location</map_location_type>
<object_story_id>Escape_stalker_from_raid</object_story_id>
<infoportion_complete>escape_fox_heal</infoportion_complete>
<infoportion_fail>esc_dogs_return</infoportion_fail>
</objective>
<objective>
<text>esc_help_wounded_from_raid_2</text>
<map_location_type hint="esc_fox">green_location</map_location_type>
<object_story_id>Escape_stalker_from_raid</object_story_id>
<infoportion_complete>escape_stalker_done</infoportion_complete>
</objective>
</game_task></pre>

По кусочкам:

<game_task id="esc_help_wounded_from_raid" prio="485">
</game_task>

Задает имя (id) нового квеста. В данном случае, esc_help_wounded_from_raid. prio = “” задает приоритет задачи. Чем выше приоритет, тем больше вероятность того, что текущий маркер квеста будет переключен на ваше задание.

<title>esc_help_wounded_from_raid</title>

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

<function_complete>escape_tasks.task_fox_complete</function_complete>

Вызывает функцию из файла escape_tasks.script под именем task_fox_complete. При выполнении данной функции дается info_portion, который завершает данную подзадачу, в случае, если все условия функции соблюдаются.

<infoportion_complete>escape_fox_heal</infoportion_complete>

Текущее подзадание будет завершено в случае, если игроку будет дан этот info_portion.

<infoportion_fail>esc_dogs_return</infoportion_fail>

Текущее подзадание будет провалено в случае, если игроку будет дан этот info_portion.

<map_location_type hint="esc_fox">green_location</map_location_type>

Создает указатель на карте с подсказкой esc_fox и типом green_location.

<object_story_id>Escape_stalker_from_raid</object_story_id>

Указывает на sid из файла gamedata\config\game_story_ids.ltx

<infoportion_set_complete>garbage_meetstalker_start</infoportion_set_complete>

Автоматически устанавливает данную подзадачу в положение «Выполнено», если у игрока есть данный info_portion. //!!!!!!Не уверен – не пользовался не разу.

<text>esc_help_wounded_from_raid_0</text>

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

Создадим задание, которое потребуется нам для диалога:

<pre><game_task id=”new_task”>
<title>Поговорить с Волком</title>
<objective>
<text>Вернуться к Сидорычу</text>
<map_location_type hint="escape_trader">blue_location</map_location_type>
<object_story_id>Escape_Trader</object_story_id>
<infoportion_complete>player_complete_new_task</ infoportion_complete>
</objective>
<objective>
<text>Поговорить с Волком</text>
<map_location_type hint="volk">green_location</map_location_type>
<object_story_id>Escape_novice_lager_volk</object_story_id>
<infoportion_complete>player_talked_with_wolf</ infoportion_complete>
</objective>
<objective>
<text>Вернуться к Сидорычу</text>
<map_location_type hint="escape_trader">blue_location</map_location_type>
<object_story_id>Escape_Trader</object_story_id>
<infoportion_complete>player_complete_new_task</ infoportion_complete>
</objective>
</game_task></pre>

Теперь создадим скелеты диалогов для нашего квеста. Потребуется три: один для Волка и два для Сидорыча.

<pre><dialog id = “volk_new_quest”>
<has_info> new_task_started </has_info>
<dont_has_info> player_talked_with_wolf</dont_has_info>
<dont_has_info> player_complete_new_task </dont_has_info>
<phrase_list>
<phrase id = “0”>
<text>esc_volk_new_quest_0</text>
<next>1</next>
</phrase>
<phrase id = “1”>
<text>esc_volk_new_quest_1</text>
<give_info>player_talked_with_wolf</give_info>
<next>2</next>
</phrase>
<phrase id = “2”>
<text>esc_volk_new_quest_2</text>
<action>dialogs.break_dialog</action>
</phrase>

</prhase_list>
</dialog>

<dialog id = “esc_trader_new_quest”>
<dont_has_info> player_complete_new_task </dont_has_info>
<dont_has_info> player_talked_with_wolf</dont_has_info>
<phrase_list>
<phrase id = “0”>
<text>esc_trader_new_quest _0</text>
<next>1</next>
</phrase>
<phrase id = “1”>
<text>esc_trader_new_quest _1</text>
<give_info>new_task_started </give_info>
<next>2</next>
</phrase>
<phrase id = “2”>
<text>esc_trader_new_quest _2</text>
<action>dialogs.break_dialog</action>
</phrase>

</prhase_list>
</dialog>

<dialog id = “esc_trader_new_quest_complete”>
<dont_has_info> player_complete_new_task </dont_has_info>
<phrase_list>
<phrase id = “0”>
<text> esc_trader_new_quest_complete _0</text>
<next>1</next>
</phrase>
<phrase id = “1”>
<text> esc_trader_new_quest_complete _1</text>
<give_info>player_complete_new_task </give_info>
<next>2</next>
</phrase>
<phrase id = “2”>
<text> esc_trader_new_quest_complete _2</text>
<action>dialogs.break_dialog</action>
</phrase>
</prhase_list>
</dialog></pre>

Все «скелеты» добавляем в файл dialogs_escape.xml. Между <game_dialogs> и <dialog id=...>!

Примечание: посмотрите на уже готовые диалоги, которые создали разработчики игры – это облегчит вам жизнь.

Теперь бежим в файл character_desc_escape.xml

Ищем там NPC с id = “escape_trader” и добавляем два новых <actor_dialog></actor_dialog>:

<pre><actor_dialog>esc_trader_new_quest_complete </actor_dialog>
<actor_dialog>esc_trader_new_quest </actor_dialog></pre>

Там же ищем NPC с id = “esc_wolf” и добавляем один актор_диалог:
<pre><actor_dialog> volk_new_quest </actor_dialog></pre>

Примечание: <actor_dialog> является диалогом, который активируется самим игроком по желанию. А <start_dialog> активируется только при выполнении определенных условий, заданных в нем, и обычно недоступен.

Осталось только добавить текст трех диалогов, чтобы наш квест стал полноценным. Открываем файл stable_dialogs_escape.xml и добавляем в него новый текст в таком виде:

<pre> <string id=" esc_trader_new_quest_complete_0 ">
<text>Все, я выполнил поручение Влока!</text>
</string>
<string id=" esc_trader_new_quest_complete_1 ">
<text>Молодец, Меченый. На тебя можно положиться.</text>
</string>
<string id=" esc_trader_new_quest_complete_2 ">
<text>Рад был помочь, Сидорыч.</text>
</string>
<string id=" esc_trader_new_quest _0 ">
<text> Здравствуй, Сидорыч! Есть работенка?</text>
</string>
<string id=" esc_trader_new_quest _1 ">
<text> О, неужели заглянул к нам на огонек, Меченый? Ладно… ближе к телу… эээ, к делу. У меня к тебе следующая
просьба: сбегай к Волку, у него что-то намечалось.</text>
</string>
<string id=" esc_trader_new_quest _2">
<text> Без проблем! Уже бегу.</text>
</string>
<string id="esc_volk_new_quest_0">
<text>Здорово, Волк. Меня тут Сидорыч послал, говорит у тебя работа есть.</text>
</string>
<string id="esc_volk_new_quest_1">
<text>Привет, Меченый. Верь ты ему больше, этому старому маразматику! Все спокойно сейчас. Так что иди к нему и
скажи, что все хорошо.</text>
</string>
<string id="esc_volk_new_quest_2">
<text>Все, ухожу.</text>
</string></pre>

Все! Поздравляю! Вы только что написали новый квест.

==Авторы==

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

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

SoC. Создание квестов (базовый уровень)

2008-01-22T17:16:49Z

200.43.68.7:

==Вступление==

Перед изучением этого урока советую освоить находящийся несколько выше урок "Создание диалогов".

Небольшие правила, следуя которым, можно сберечь себе много нервов:

- всегда сохраняйте резервные копии модифицируемых файлов
- старайтесь почаще тестировать внесенные изменения - так проще понять, в чем вы ошиблись (если активно работать пару часов без остановки, не разу не протетировав внесенные изменения, то потом будет очень сложно понять - почему же, черт возьми, игра вылетает при попытке поговорить с Сидоровичем?)
- перед началом работы создайте новую папку gamedata, а свои моды спрячьте подальше: работать с "чистой" версией игры не в пример удобнее и проще; особенно противопоказан Repair Mod, который с новыми диалогами часто конфликтует. О том, как создать диалоги и квесты, исключающие возможность конфликта с другими подобными модами, см. часть 4.

==Создание базового диалога==

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

Открываем файл gamedata\config\gameplay\character_desc_escape.xml и проводим такие манипуляции:

- находим строку "<actor_dialog>escape_trader_done_blockpost_box</actor_dialog>"
- добавляем после нее новую - "<actor_dialog>escape_trader_oops</actor_dialog>"
- сохраняем изменения

Мы добавили к Диалогу с Сидоровичем новую ветку, вернее, только ссылку на неё. Сама внутренняя структура ветки хранится в файле gamedata\config\gameplay\dialogs_escape.xml, который мы открываем и производим:

- находим в любом месте файла промежуток между </dialog> и <dialog id="...">
- засовываем туда такую конструкцию:

<pre> <dialog id="escape_trader_oops">
<precondition>escape_dialog.trader_alredy_give_job</precondition>
<has_info>tutorial_end</has_info>
<phrase_list>
<phrase id="0">
<text>escape_trader_oops_0</text>
<next>1</next>
</phrase>
<phrase id="1">
<text>escape_trader_oops_1</text>
<next>2</next>
</phrase>
<phrase id="2">
<text>escape_trader_oops_2</text>
<next>1</next>
</phrase>
<phrase id="3">
<text>escape_trader_oops_3</text>
</phrase>
</phrase_list>
</dialog>
</pre>

- сохраняем изменения

Теперь у нас прописана структура новой ветки диалога. Осталось сделать еще одну вещь - прописать строки, которые будут отображаться вместо "escape_trader_oops_...".

Для этого откроем файл gamedata\config\text\rus\stable_dialogs_escape.xml и сделаем следующее:

- находим любой удобный промежуток между </string> и <string id="...">
- прописываем туда следующие строки:

<pre>
<string id="escape_trader_oops_0">
<text>Сидрыч, давай поговорим о... водке.</text>
</string>
<string id="escape_trader_oops_1">
<text> водке? Да какая водка? Нет её у меня, кончилась. Вроде у Волка на чердаке была, что-то он
однажды об этом упоминал... Принеси, а?</text>

</string>
<string id="escape_trader_oops_2">
<text>Да сбегаю я сейчас, сбегаю... алкоголик, блин.</text>
</string>
<string id="escape_trader_oops_3">
<text>Беги, беги... сил уж нет ждать.</text>
</string>
</pre>

- сохраняем изменения

Всё. Диалог готов. Можно грузить игру и смотреть, работает ли новая ветка.
А теперь будем прикреплять к этому безобразию квест ""Принеси водки Сидоровичу".

==Создание базового квеста==

Активацию квеста в диалог прикрепить достаточно просто. Проводим с файлом gamedata\config\gameplay\ dialogs_escape.xml следующие манипуляции:

- добавляем содержимое фразы <phrase id="2"> следующим:

<pre>
<phrase id="2">
<text>escape_trader_oops_2</text>
<give_info>kvest_vodka_started</give_info>
<next>3</next>
</phrase>
</pre>

- сохраняем изменения

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

Исправим это недоразумение. Откройте файл gamedata\config\gameplay\tasks_escape.xml и в начале файла создайте такую конструкцию:

<pre>
<game_task id="esc_test_vodka_task">
<title>Принести водки</title> 
<objective>
<text>Принести водки Сидоровичу</text>
<icon>ui_iconsTotal_find_item</icon>
<infoportion_complete>test_quest_vodka_otdana</infoportion_complete> </objective>
<objective>
<text>Вернуться с водкой обратно</text>
<map_location_type hint="esc_dinamit_to_volk">green_location</map_location_type>
<object_story_id>Escape_novice_lager_volk</object_story_id>
<infoportion_complete>test_quest_vodka_otdana</infoportion_complete>
</objective>
<objective>
<text>Найти водку на чердаке</text>
<map_location_type hint="escape_trader">blue_location</map_location_type>
<object_story_id>Escape_Trader</object_story_id>
<infoportion_complete>test_quest_vodka_otdana</infoportion_complete>
</objective>
</game_task>
</pre>

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

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

Откроем файл gamedata\config\gameplay\info_l01escape.xml и зарегистрируем до того отсутствовавшие в игре типы условий (они нам еще пригодятся для завершения работы над квестом):

- после строки <game_information_portions> прописываем:

<pre>
<info_portion id="test_quest_vodka_otdana"></info_portion>

<info_portion id="kvest_vodka_started">
<task>esc_test_vodka_task</task>
</info_portion>

<info_portion id="otkazalsya_prinesty_vodku"></info_portion>
</pre>

С прописыванием условий - всё.

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

Для этого откроем файл gamedata\config\text\rus\string_table_tasks_escape.xml и пропишем там:

<pre>
<string id="esc_test_prinesti_vodku">
<text>Принести бутылку водки</text>
</string>
<string id="esc_test_prinesti_vodku_1">
<text>Найти водку на чердаке у Волка</text>
</string>
<string id="esc_test_prinesti_vodku_2">
<text>Принести водку Сидоровичу</text>
</string>
</pre>

Теперь можно тестировать, что получилось. Сверяем результаты:

- по окончанию разговора про водку у вас появляется новое задание
- в задании маркером отмечен Волк (ближайший к чердаку маркер, потому и отмечен)
- при получении задания на экране высвечивается уведомление

Можно приступать к третьей стадии. Что мы забыли? Правильно - возможность выполнить квест.

==Реализация возможности выполнить квест==

На самом деле - все просто. Все условия и т.д. уже нами созданы, осталось только применить их в диалоге. Давайте несколько изменим его структуру, сделаем его ветвистым и функциональным:

'''0.''' Сидрыч, давай поговорим о... водке. ( переход к 1)

'''1.''' О водке? Да какая водка? Нет её у меня, кончилась. Вроде у Волка на чердаке была, что-то он однажды об этом упоминал... Принеси, а? ( выбор - переход к 2, 4, 5; изначально доступен только 2 вариант )

'''2.''' Да сбегаю я сейчас, сбегаю... алкоголик, блин. ( получение квеста, переход к 3, после этого перестает быть доступен )

'''3.''' Беги, беги... сил уж нет ждать. ( конец, переход к списку веток Сидоровича )

'''4.''' Вот она, твоя бутылка водки. Ну, вернее, не твоя, а Волка... ( появляется только при наличии водки в инвентаре, при выборе водка передается Сидоровичу, квест выполняется, идет переход к 7 )

'''5.''' Извини, Сидрыч, я пока еще не раздобыл, терпи... ( появляется только если взять квест, переход к 6 )

'''6.''' А ну марш отсюда! Без бутылки пришел... ууу, вражина... ( переход к 8 )

'''7.''' Теперь моя будет, Меченый! Ты так Волку и передай. Спасибо, выручил... держи награду. ( выдача награды, переход к 8 )

'''8.''' Ну тебя в пень... ( конец, переход к списку веток Сидоровича )

А вот так это будет выглядеть в файле gamedata\config\gameplay\dialogs_escape.xml:

<pre>
<dialog id="escape_trader_oops">
<precondition>escape_dialog.trader_alredy_give_job</precondition>
<has_info>tutorial_end</has_info>
<phrase_list>
<phrase id="0">
<text>escape_trader_oops_0</text>
<next>1</next>
</phrase>
<phrase id="1">
<text>escape_trader_oops_1</text>
<next>2</next>
<next>4</next>
<next>5</next>
</phrase>
<phrase id="2">
<dont_has_info>kvest_vodka_started</dont_has_info>
<text>escape_trader_oops_2</text>
<give_info>kvest_vodka_started</give_info>
<next>3</next>
</phrase>
<phrase id="3">
<text>escape_trader_oops_3</text>
<action>dialogs.break_dialog</action>
</phrase>
<phrase id="4">
<text>escape_trader_oops_4</text>
<precondition>escape_dialog.have_a_vodka</precondition>
<action>escape_dialog.otday_vodku</action>
<next>7</next>
</phrase>
<phrase id="5">
<has_info>kvest_vodka_started</has_info>
<text>escape_trader_oops_5</text>
<next>6</next>
</phrase>
<phrase id="6">
<text>escape_trader_oops_6</text>
<next>8</next>
</phrase>
<phrase id="7">
<text>escape_trader_oops_7</text>
<give_info>test_quest_vodka_otdana</give_info>
<action>escape_dialog.transfer_deneg</action>
<next>8</next>
</phrase>
<phrase id="8">
<text>escape_trader_oops_8</text>
</phrase>
</phrase_list>
</dialog>
</pre>

Теперь добавим в игру скрипты "передача денег" и "передача водки". Откройте файл gamedata\scripts\escape_dialog.script и перед разделителем "Trader" добавьте туда следующие строки:

<pre>
function transfer_deneg(first_speaker, second_speaker)
dialogs.relocate_money(second_speaker, 4000, "in")
end

function otday_vodku (npc, actor)
dialogs.relocate_item_section(npc, "vodka", "out")
end

function have_a_vodka (stalker, player)
return stalker:object ("vodka") ~= nil
end
</pre>

Готово. Запускайте игру и любуйтесь.

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

==Реализация совместимости==

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

Вместо dialogs_escape.xml мы будем испольховать новый - dialogs_new.xml
Вместо stable_dialogs_escape.xml мы будем использовать файл stable_dialogs_new.xml (важно! не знаю почему, но он должен лежать в text\..., а не в text\rus\...)

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

Единственное, что останется сделать после установки того же Repair Mod'а - заново добавить ветку диалога Сидоровичу в файле character_desc_escape.xml. Остальное в новом варианте нашего мода переписывать не придется - для диалогов отведено три файла.

Остальные файлы относятся уже к квестовой части и ни с чем пересекаться не могут - где вы видели другие моды с новыми квестами? Я - нет.

Откройте файл gamedata\config\localization.ltx и зарегистрируйте там stable_dialogs_escape.ltx.
Потом откройте файл gamedata\config\system.ltx и в разделе "Dialogs" в конце строки (после dialogs_aes) пропишите dialogs_new (без ".ltx"!).

Все. Теперь ваши диалоги будут подгружаться из сторонних файлов.

Отдельное спасибо:

'''XiaNi''' - за страшный и непричесанный, но работающий пример квеста, на основе которого я и освоил принципы квестостроения =)

'''Keha''' – за урок по созданию новых диалогов

==Дополнения==

1. Если изменить шапку нашего диалога в файле dialogs_escape.xml со старого варианта на такой, то ветка исчезнет после выполнения задания:

<pre>
<dialog id="escape_trader_oops">
<precondition>escape_dialog.trader_alredy_give_job</precondition>
<has_info>tutorial_end</has_info>
<dont_has_info>test_quest_vodka_otdana</dont_has_info>
<phrase_list>
</pre>

...

Не тестировал. Дело за вами =)

Фух, вроде всё...
Всем спасибо, занавес =)

==Авторы==

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

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

Создание новой группировки

2008-01-22T17:15:20Z

200.43.68.7:

==Новая группировка==

Сегодня мы создадим новую группировку. Назовем её, скажем, "Ветер". Не суть важно.

==Практика==

===Базовый уровень===

'''1.''' Для начала в '''game_relations.ltx''' и в таблицу отношений группировок в конце и в заголовке добавляем название своей группировки и коэффициенты отношений к ней у других группировок. Также, не забываем прописать её собственное отношение к другим группировкам:

<pre>[communities_relations]
;|actor |act_dol|act_fre|stalker|monolit|militar|killer |ecolog |dolg |freedom|bandit |zombied|strange|trader|arena_enemy|wind|
;=================================================================================================================================
actor = 0, 0, 0, 0, -5000, -5000, -5000, 0, 0, 0, -5000, -5000, 0, 0, -5000, 0
actor_dolg = 0, 0, 0, 0, -5000, -500, -5000, 5000, 600, -5000, -5000, -5000, 0, 0, -5000
actor_freedom = 0, 0, 0, 0, -5000, -5000, -5000, -1500, -5000, 5000, 0, -5000, 0, 0, -5000, 0

stalker = 0, 0, 0, 0, -5000, -5000, -5000, 0, 0, 0, -5000, -5000, 0, 0, -5000, 0
monolith = -5000, -5000, -5000, -5000, 5000, -5000, -5000, -5000, -5000, -5000, 5000, 5000, -5000, 0, -5000, 0
military = -5000, -5000, -5000, -5000, -5000, 5000, -5000, 0, -5000, -5000, -5000, -5000, 0, 0, -5000, 0
killer = -5000, -5000, 0, -5000, -5000, -5000, 5000, -5000, -5000, -5000, 0, -5000, -5000, 0, -5000, 0
ecolog = 0, 600, -5000, 0, -5000, 1000, -5000, 5000, 500, -5000, -500, -5000, 0, 0, 0, 0
dolg = 0, 600, -5000, 0, -5000, -500, -5000, 5000, 5000, -5000, -5000, -5000, 0, 0, 0, 0
freedom = 0, -5000, 600, 0, -5000, -5000, -5000, -1500, -5000, 5000, 0, -5000, 0, 0, 0, 0
bandit = -5000, -5000, 0, -5000, -5000, -500, 0, -5000, -5000, 0, 0, -5000, -5000, 0, -5000, 0
zombied = -5000, -5000, -5000, -5000, 5000, -5000, -5000, -5000, -5000, -5000, -5000, 5000, -5000, 0, -5000, 0
stranger = 0, 0, 0, 0, -5000, -5000, -5000, 0, 0, 0, -500, -5000, 0, 0, 0, 0
trader = 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0
arena_enemy = -5000, -5000, -5000, -5000, -5000, -5000, 0, 0, 0, -5000, -5000, 0, 0, 0, 0, 0

wind = 0, 0, 0, 0, -5000, -5000, -5000, 0, 0, 0, -5000, -5000, 0, 0, -5000, 0</pre>

Также, изменим эту строку, добавив туда имя и номер группировки:

<pre>;названия группировок
communities = actor, 0, actor_dolg, 1, actor_freedom, 2, stalker, 5, monolith, 6, military, 7, killer, 8, ecolog, 9, dolg, 10,
freedom, 11, bandit, 12, zombied, 13, stranger, 14, trader, 15, arena_enemy, 16, wind, 18,</pre>

Отсчет идет построчно начиная сверху. Хотя есть небольшой нюанс. У первых трех строк - нумерация начинается с нуля, с остальных группировок она идет как надо. Для wind выставили 18, так как мы эту группировку отделили от других.

Далее, в разделе ''[communities_sympathy]'' в конце добавляем свою группировку и коэффициент "впечатлительности" - чем он меньше, тем меньше отношение группировки будет меняться к вам в целом:

<pre>[communities_sympathy]
actor = 0.0
actor_dolg = 0.0
actor_freedom = 0.0
stalker = 0.0
monolith = 0.0
military = 0.0
killer = 0.0
ecolog = 0.0
dolg = 0.1
freedom = 0.1
bandit = 0.0
zombied = 0.0
trader = 0.0
stranger = 0.0
arena_enemy = 0.0
wind = 0.0</pre>

'''2.''' После этого в файле '''death_manager.script''' ищем строку ''local community_list'' и в скобках добавляем название своей группировки:

<pre>function init_drop_settings()
local community_list = { "stalker", "dolg", "freedom", "bandit", "military", "zombied", "ecolog", "killer", "monolith",
"arena_enemy", "actor_dolg", "wind" }</pre>

'''3.''' В файле '''death_items_by_communities.ltx''' пишем ''[x]:stalker'' (вместо ''x'' - название вашей группировки):

<pre>[...]
af_dummy_spring = 0
af_fuzz_kolobok = 0

;Еда
vodka = 0

[arena_enemy]
[actor_dolg]

[wind]: stalker
bread = 0
kolbasa = 0
vodka = 0
energy_drink = 0.3
</pre>

'''4.''' Если предусматривается респавн бойцов новой группировки, в '''se_respawn.script''' прописываем в '''local simMaxCount = {''' после строчек с зомбированными сталкерами строку:

<pre>
wind_novice = 20, wind_regular = 20, wind_veteran = 20, wind_master = 6,
</pre>

'''5.''' Чтобы при убийстве непися новой группировки игра не вылетала в '''xr_statistic.script''',

после строки:

<pre>zombied_novice = 1, zombied_experienced = 2, zombied_veteran = 3, zombied_master = 4,</pre>

пишем

<pre>dark_stalker_novice = 1, dark_stalker_experienced = 2, dark_stalker_veteran = 3, dark_stalker_master = 4,</pre>

'''6.''' Ну а в '''character_desk_x.xml''' выбираем любого NPC (или группу) и меняем группировку на свою:

<pre>
<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>wind</community>
[...]</pre>

'''7.''' Чтобы у персонажа в графе "Группировка" отображалось не "wind", а "Ветер", зарегистрируем соответствующую строку в файле string_table_general.xml:

<pre><?xml version="1.0" encoding="windows-1251" ?>
<string_table>
<string id="wind">
<text>Ветер</text>
</string>
<string id="actor">
<text>Одиночка</text>
</string>
[...]</pre>

'''8.''' Существует возможность создать для нашей новой группировки места, где они будут ходить (''*_terrain'' брать из '''m_stalker.ltx'''):

То есть, к примеру, существует секция:
<pre>
[stalker_terrain]
255,000,255,255
008,001,255,255 ;Разрешено ходить по опасным местам на баре
012,001,255,255 ;Разрешено ходить по опасным местам на Милитари
</pre>

Тогда можно создать новую, по аналогии:

<pre>
[wind_terrain]
255,000,255,255
008,001,255,255 ;Разрешено ходить по опасным местам на баре
012,001,255,255 ;Разрешено ходить по опасным местам на Милитари
010,001,255,255 ;Разрешено ходить по опасным местам на янтаре
</pre>

Здесь, очевидно, указаны координаты самого уровня. Для каждого уровня существует своя начальная координата.

===Продвинутый уровень===

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

====Квесты====

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

Во-первых, пропишите в список диалогов персонажа следующие строки:

<pre> <actor_dialog>[что-нибудь]_dialog</actor_dialog>
<actor_dialog>[что-нибудь]_reward</actor_dialog></pre>

Примеры названий: ''tm_trader_dialog'', ''tm_wolf_dialog''...

<span style="color: gray">Внимание! Метод не проверен.</span>

Этим мы добавили ему ветку диалога "Есть работа?", а также ветку для награды за квест/отказа от него. Теперь зарегистрируем в '''task_manager.ltx''' набор новых заданий.

<pre>[list]

[...]

;--------Wind------------------------
;----------Kill Stalker----
wind_kill_stalker
;----------Find Item----
wind_find_item

[...]

;tasks for Wind

[wind_find_item]
type = find_item
community = actor
text = [ссылка на текст с рассказом заказчика о задании]
description = [ссылка на текст с описанием задания]
parent = [имя NPC-заказчика]
target = scientific_outfit
reward_money = 5000
reward_reputation = +5
reward_rank = 4
reward_item = wpn_sig_m1
time = 86400

[wind_kill_stalker]
type = kill_stalker
community = actor
text = [ссылка на текст с рассказом заказчика о задании]
description = [ссылка на текст с описанием задания]
parent = [имя NPC-заказчика]
target = sim_stalker_master_master
reward_money = 4000
reward_reputation = +5
reward_rank = 9
reward_item = ammo_5.56x45_ap, ammo_5.56x45_ap, ammo_5.56x45_ap
time = 86400</pre>

Не забудьте прописать описания заданий в текстовые массивы. Подробнее о редактировании '''task_manager.ltx''' читайте в [[Однотипные квесты|уроке]], посвященном однотипным квестам.

Да, и зарегистрируйте сами ветки диалогов в файле '''dialogs.xml'''. Вот пример того, как это сделано для заданий "Долга":

<pre> <dialog id="tm_dolg_dialog" priority="-1">
<init_func>task_manager.init_dolg_task_dialog</init_func>
</dialog>
<dialog id="tm_dolg_reward" priority="0">
<init_func>task_manager.init_dolg_reward_dialog</init_func>
<precondition>task_manager.has_active_vendor_task</precondition>
</dialog></pre>

Соответственно, пройдем туда, куда указывает строка ''task_manager.init_dolg_task_dialog'' - в '''task_manager.script''':

<pre>function init_dolg_task_dialog(dlg)
get_random_task():init_task_dialog(dlg, "dolg")</pre>

По аналогии делаем и с нашим "Ветром".

====Вступление в группировку====

Реализуем возможность вступления в группировку.

Прописываем в '''dialogs.script''' такие action'ы:
<pre>-----------------------------------------------------------------------------------
-- Community
-----------------------------------------------------------------------------------

[...]

function actor_set_wind (actor, npc)
printf ("ACTOR NOW IN WIND COMMUNITY"
if db.actor then
db.actor:set_character_community ("actor_wind", 0, 0)
end
return true
end</pre>

После чего создадим диалог, и сделаем в нем фразу с action'ом вида ''<action>actor_set_wind</action>''. Советую изучить [[Создание диалогов|урок]], посвященный диалогам.

====Новые NPC====

Лучше всего всё вышеприведенное повесить на нового, уникального персонажа. Способ его спавна описан [[Cпавн через скрипт#Спавн NPC|здесь]].

==Авторы==

Статья [[Участник:BAC9-FLCL|BAC9-FLCL]].<br>
Способ открыт [[Участник:Arhet|Arhet]] ([[Team:SRP Team|SRP Team]]).

Альтернатива - статья [[Участник:SenseyVit|SenseyVit]] ([http://stalkerhunt.ucoz.ru/publ/1-1-0-2 открыть]).

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

Спавн новых предметов

2008-01-22T17:14:15Z

200.43.68.7:

В этой статье я расскажу как создавать новые предметы:

Для начал находим файл items.ltx, находящийся в папке config/misc/, и копируем какой-нибудь предмет, я, например, взял:

<pre>[bread]:identity_immunities
GroupControlSection = spawn_group
discovery_dependency =
$spawn = "food and drugs\bread"
;$prefetch = 32
class = II_FOOD
cform = skeleton
visual = weapons\bred\bred.ogf
description = enc_equipment_food_bread1

inv_name = Bread
inv_name_short = Bread
inv_weight = 0.3 ;0.2

inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 11
inv_grid_y = 9
cost = 20

attach_angle_offset = -0.287979, 1.560923, 1.544060
attach_position_offset = 0.096910, -0.013594, 0.107925
attach_bone_name = bip01_r_hand
auto_attach = false

// should be deleted after update
bone_name = bip01_r_hand
position_offset = 0.0,0.0,0.0
angle_offset = 1.570790,1.570790,3.92699

; eatable item
eat_health = 0.05
eat_satiety = 0.2
eat_power = 0
eat_radiation = 0
wounds_heal_perc = 0
eat_portions_num = -1

; food item
slot = 4
animation_slot = 4

;hud item
hud = wpn_vodka_hud</pre>

Вставляем его копию в конец, меняем название:

[bread]

На:

[test]

А также:

inv_name = Bread
inv_name_short = Bread

На:

inv_name = test
inv_name_short = test

И description = enc_equipment_food_bread1 на description = enc_equipment_food_bread1_test

И, также, "по желанию":

eat_health = 0.05
eat_satiety = 0.2
eat_power = 0
eat_radiation = 0
wounds_heal_perc = 0
eat_portions_num = -1

Всё, в item.ltx работа закончена, теперь переходим к редактированию описания, открываем string_table_enc_equipment "Блокнотом". Что мы там видим: все описания и названия прописаны по тегам:

<string id="название из inv_name">
<text>Название в игре</text>
</string>

И:

<string id="описание из description">
<text>Описание в игре</text>
</string>

Пишем:

<string id="test">
<text>Тестовый предмет</text>
</string>

И:

<string id="enc_equipment_food_bread1_test">

<text>Тестовый предмет, разработанный в сверхсекретных лабораториях Зоны :)</text>

</string>

Сохраняем... Все! Основная работа завершена! Теперь добавим предмет торговцам, например, Сидоровичу.

Открываем trader_trader из папки config/misc (работа с ним подробно описана в [[Редактирование торговцев|этой статье]]), прописываем:

test = 0.3, 0.5

В секции:

[trader_generic_buy]

И далее в:

[supplies_start]

test = 10, 1

В [supplies_after_fabric]

test = 10, 1

В [trader_start_sell]

И в:

[trader_after_fabric_sell]

test = 1. 3

Сохраняем, запускаем игру, торгуем с Сидоровичем и видим у него два вида хлеба: один из них - наш :)

О том как, делать иконки для новых предметов, детально описано в [[Изменение текстур|статье BAC9-FLCL.]]

==Авторы==

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

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

SoC. Спавн телепортов через скрипт

2008-01-22T17:13:29Z

200.43.68.7:

==Создаем телепорт==
===Теория этого дела===

В игре существует такой объект как "zone_teleport", но если мы его создадим через create, то он будет выглядеть и переливаться как настоящий телепорт, но телепортировать нас куда-либо увы не сможет. Связано это с тем что, у аномалий ( а телепорт это такая разновидность аномалии ) параметры задаются хитромудро, через all.spawn. Вобщем штатным способом телепорты без полнофункционального редактора карт не получить (хотя возможно я не прав уже после написания этого текста появились идеи как это сделать через '''all.spawn'''). Значит на нашу долю остаються способы "не штатные" ;) Реализуем самый простой. Будем считать что у нас на карте есть квадрат с заданными координатами при попадании в который актера должно переместить в точку с другими координатами. Для этого будем периодически проверять координаты актера, и если он в квадрате - перемещяем. Вот в краце принцип действия нашего "самодельного" телепорта.

===Реализация===

В каталоге ''gamedata\scripts\'' Создадим файл '''bind_mteleport.script''' с логикой работы нашего телепорта.
<pre>
-- ************************************************
-- ** 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

</pre>

Для постоянного обновления нужно прицепить функцию 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''' и в конце файла добавляем следующие строки описывающие конкретный телепорт:

<pre>[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</pre>

Параметры нашего телепорта:

* radius - на самом деле не радиус, а половина длинны стороны нашего квадрата (в начале я хотел сделать его кругом, но посчитал, что лучше не тратить процессорное врямя по пусту). Центром квадрата является точка респавна телепорта.

* z_radius - высота нашего телепорта.

* poz_x, poz_y, poz_z - координаты точки телепортации.

* rotate - Угол поворота после телепортации от оси X (я не разбирался в каких единицах задается, но 1.5 примерно равно 90 градусов). Если параметр удалить то будет оставатья угол под которым актер вошел в телепорт.

=== Использование ===
Теперь с помощью create создадим наш телепорт:
Пример:

<pre> 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)</pre>

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

Все! Вот [http://www.imp.webhost.ru/stalker/ тут] вы можете взять готовый мод с двумя телепортами.

==Авторы==

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

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

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

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

2008-01-22T17:12:48Z

200.43.68.7:

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

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

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

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

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

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

[[Изображение:AK101_texture.jpg|500px]]

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

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

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

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

'''gamedata\meshes\weapons\ak47\'''

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

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

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

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

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

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

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

==Конфиги==

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

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

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

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

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

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

<pre>;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
[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</pre>

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

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

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

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

<pre>[...]
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
[...]</pre>

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

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

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

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

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

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

==Авторы==

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

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

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

DCT:Добавление аномалий и костров

2008-01-22T17:10:26Z

200.43.68.7:

==Добавление аномалий==
===Первый способ===
*Edit Mode -> Group ->Select
*Выбираем необходимую аномалию.
[[image:Docs_leveleditor_zone_addanomalygroup.jpg|Выбор группы из библиотеки|center|frame|Выбор группы из библиотеки]]
* Жмём Add и добавляем в сцену.
[[image:Docs_leveleditor_zone_addanomalytoscene.jpg|Добавление группы в сцену|center|frame|Добавление группы в сцену]]

===Второй способ===
*Добавляем Spawn элемент аномалии
[[image:Docs_leveleditor_zone_addspawn.jpg|Spawn элемент аномалии Gravi|center|frame|Spawn элемент аномалии Gravi]]
*Переименовываем аномалию
[[image:Docs_leveleditor_zone_renamespawn.jpg|Переименовываем аномалию на gravi_zone_average_1|center|frame|Переименовываем аномалию на gravi_zone_average_1]]
*Для определения области поражения аномалии используются Shape элементы
[[image:Docs_leveleditor_zone_addshape.jpg|Создания shape'а аномалии|center|frame|Создания shape'а аномалии]]
*Выбираем нашу аномалию gravi_zone_average_1 в сцене и соединяем её с Shape элементом
[[image:Docs_leveleditor_zone_spawnconnect.jpg|Присоединяем аномалию к shape'у|center|frame|Присоединяем аномалию к shape'у]]

==Добавление костров==
*Выбираем группу костра
[[image:Docs_leveleditor_zone_addcampfire.jpg|Выбор группы из библиотеки|center|frame|Выбор группы из библиотеки]]
* Жмём Add и добавляем в сцену.
[[image:Docs_leveleditor_zone_addcampfiretoscene.jpg|Добавление группы в сцену|center|frame|Добавление группы в сцену]]

==Вносим костры и аномалии в список зон карты==
*Открываем группы
[[image:Docs_leveleditor_zone_opengroup.jpg|Открываем группу костра|center|frame|Открываем группу костра]]
*Находим в Object List'е зону нашего костра
[[image:Docs_leveleditor_zone_objectlist.jpg|Зона нашего костра - zone_flame_small_0001|center|frame|Зона нашего костра - zone_flame_small_0001]]
*Вносим аномалию gravi_zone_average_1 и зону костра zone_flame_small_0001 в список зон карты
[[image:Docs_leveleditor_zone_customdata.jpg|Редактирование custom data карты|center|frame|Редактирование custom data карты]]
Список зон уникален для каждого типа сетевой игры <code>[deathmatch_game_anomaly_sets]</code>, <code>[teamdeathmatch_game_anomaly_sets]</code> и <code>[artefacthunt_game_anomaly_sets]</code> соответственно.
<pre>
[deathmatch_game_anomaly_sets]
permanent = <имя_зоны_1>, <имя_зоны_2>, …
set0 = <имя_зоны_3>, …
set1 = <имя_зоны_4>, …
set2 = <имя_зоны_5>, …
…
setn = <имя_зоны_n>, …
</pre>
В разделе '''permanent''' описываются зоны которые будут работать постоянно.
Разделы '''set0''', '''set1''', '''set2''', ..., '''setn''' включаются поочерёдно.

[[Категория:Программы]][[Категория:SDK]]

Maya. Создание сцены

2008-01-22T17:09:47Z

200.43.68.7:

==Моделинг==
*Вся геометрия должна быть создана в реальных мировых размерах (если стол в реальной жизни высотой 1 метр, значит его надо и в Maya делать высотой 1 метр, всё предельно ясно и просто)
*Bounding box персонажа имеет три состояния: стоя <code>(1.8х0.7х0.7 в метрах)</code>, сидя <code>(1.5х0.7х0.7 в метрах)</code> и очень сидя <code>(1.2х0.7х0.7 в метрах)</code>.
*Весь уровень должен быть не больше <code>150 тысяч треугольников</code>.
[[image: Docs_maya_outliner.jpg|outliner screenshot|center|frame|outliner screenshot]]
*Сцена должна состоять из групп. Название группы формируется по такому принципу: '''mp_имяуровня_назвгеометрии'''. Например, в нашей тестовой сцене такие группы: <code>mp_atp_terrain</code>, <code>mp_atp_buildings</code>. В группе может находится как и один объект, так и несколько. Имена объектов внутри группы никоем образом не должны совпадать с именем группы. <br />
'''В переделах одной группы все имена должны быть уникальны'''.
[[image: Docs_maya_mp_atp_terrain.jpg|mp_atp_terrain - игровой ландшафт|center|frame|mp_atp_terrain - игровой ландшафт]]
[[image: Docs_maya_mp_atp_buildings.jpg|mp_atp_buildings - игровая геометрия|center|frame|mp_atp_buildings - игровая геометрия]]
*Шейп объекта должен содержать правильное имя. Формируется по такому принципу: объект - <code>имя_объекта</code>, шейп - <code>имя_объектаShape</code>.
[[image: Docs_maya_objectname.jpg|Имена объектов в Maya|center|frame|Имена объектов в Maya]]
==Текстурирование==
===General issues===
X-ray шейдер, кроме текстуры использует надстройку состоящую из трёх частей - Engine, Compiler, Material.
*Engine - отображение текстуры в движке игры.
*Compiler - используется при компиляции уровня.
*Material - игровой материал (wallmark, sound и др.).
[[image:Docs_maya_xray_shaders.jpg|список доступных шейдеров|center|frame|список доступных шейдеров]]
===Описание шейдеров===
{|border="1" width="550" cellpadding="2" style="border-collapse:collapse; border-color:#ccc;"
|-
!colspan="2" style="background-color:#dbe5f1;" | Engine
|-
|colspan="2" style="background-color:#eaf1dd;" | Шейдера для статических объектов
|-
|width="150" | default
|Основной lightmap shader.
|-
| style="background-color:#f9f9f9;"| def_vertex
|style="background-color:#f9f9f9;"|Основной vertex shader.
|-
| def_aref
|Прозрачность. alpha test - aref (без градиентов).
|-
|style="background-color:#f9f9f9;"| def_trans
|style="background-color:#f9f9f9;"|Прозрачность. alpha test - trans (с градиентами).
|-
| selflight
|Самосветящийся материал.
|-
|colspan="2" style="background-color:#eaf1dd;" | Шейдера для динамических объектов
|-
| models/model
|Основной шейдер.
|-
|style="background-color:#f9f9f9;"| models/antigas_glass
|style="background-color:#f9f9f9;"|Шейдер с отражением CubeMap - 1 вариант.
|-
| models/artefact
|Шейдер с отражением CubeMap - 2 вариант.
|-
|style="background-color:#f9f9f9;"| models/artefact2
|style="background-color:#f9f9f9;"|Шейдер с отражением CubeMap - 3 вариант.
|-
| models/model_fur
|Прозрачность. alpha test - aref (без градиентов).
|-
|style="background-color:#f9f9f9;"| models/lightplanes
|style="background-color:#f9f9f9;"|Самосветящийся материал с прозрач. и с эффектом falloff.
|-
| models/model_aref
|Прозрачность. alpha test - trans (с градиентами).
|-
|style="background-color:#f9f9f9;"| models/pautina
|style="background-color:#f9f9f9;"|Материал с прозрачностью и с эффектом falloff.
|-
| models/selflight
|Основной самосветящийся материал.
|-
|style="background-color:#f9f9f9;"| models/selflightl
|style="background-color:#f9f9f9;"|Самосветящийся материал с меньшей интенсивностью.
|-
| models/transparent
|Прозрачность.
|-
|style="background-color:#f9f9f9;"| models/weapons
|style="background-color:#f9f9f9;"|Шейдер с отражением CubeMap - 4 вариант.
|-
| models/window
|Полупрозрачный шейдер с отражением CubeMap.
|-
|style="background-color:#f9f9f9;"| effects/water
|style="background-color:#f9f9f9;"|Шейдер чистой воды.
|-
| effects/waterstuden
|Шейдер болота.
|-
|style="background-color:#f9f9f9;"| effects/waterryaska
|style="background-color:#f9f9f9;"|Шейдер ряски.
|-
| terrain/asfalt
|Шейдер terrain, асфальт.
|-
|style="background-color:#f9f9f9;"| terrain/grass
|style="background-color:#f9f9f9;"|Шейдер terrain, трава.
|-
| terrain/sand
|Шейдер terrain, земля.
|-
!colspan="2" style="background-color:#dbe5f1;" | Compiler
|-
| default
|Основной lightmap shader.
|-
|style="background-color:#f9f9f9;"| def_vertex
|style="background-color:#f9f9f9;"|Основной vertex shader.
|-
| def_ghost
|Lightmap shader без collision.
|-
|style="background-color:#f9f9f9;"| def_kolizion_vertex
|style="background-color:#f9f9f9;"|Специальный шейдер невидимой геометрии.
|-
!colspan="2" style="background-color:#dbe5f1;" | Material
|-
|colspan="2" style="background-color:#eaf1dd;" | Игровые шейдера для статических объектов
|-
| default
|Основной материал.
|-
|style="background-color:#f9f9f9;"| material/asphalt
|style="background-color:#f9f9f9;"|Материал асфальта.
|-
| material/bricks
|Материал кирпичной кладки.
|-
|style="background-color:#f9f9f9;"| material/bush
|style="background-color:#f9f9f9;"|Материал куста.
|-
| material/cloth
|Материал ткани.
|-
|style="background-color:#f9f9f9;"| material/concrete
|style="background-color:#f9f9f9;"|Материал бетона.
|-
| material/death
|Материал убивающий персонажа.
|-
|style="background-color:#f9f9f9;"| material/dirt
|style="background-color:#f9f9f9;"|Материал вязкой грязи.
|-
| material/earth
|Материал земли.
|-
|style="background-color:#f9f9f9;"| material/fake
|style="background-color:#f9f9f9;"|Невидимый материал ограничивающий перемещение.
|-
| material/fake_ladders
|Невидимая плоскость лестницы.
|-
|style="background-color:#f9f9f9;"| material/flooring_tile
|style="background-color:#f9f9f9;"|Материал кафельной плитки.
|-
| material/glass
|Материал стекла.
|-
|style="background-color:#f9f9f9;"| material/grass
|style="background-color:#f9f9f9;"|Материал травы (используется на текстуре terrain).
|-
| material/gravel
|Материал гравия.
|-
|style="background-color:#f9f9f9;"| material/metal
|style="background-color:#f9f9f9;"|Материал массивного, непробиваемого металла.
|-
| material/metall_pipe
|Материал металлической трубы.
|-
|style="background-color:#f9f9f9;"| material/metal_plate
|style="background-color:#f9f9f9;"|Материал листового, пробиваемого металла.
|-
| material/sand
|Материал песка.
|-
|style="background-color:#f9f9f9;"| material/setka_rabica
|style="background-color:#f9f9f9;"|Материал металлической сетки.
|-
| material/shifer
|Материал шифера и толи.
|-
|style="background-color:#f9f9f9;"| material/stucco
|style="background-color:#f9f9f9;"|Материал штукатурка.
|-
| material/tin
|Материал жестянки.
|-
|style="background-color:#f9f9f9;"| material/tree_trunk
|style="background-color:#f9f9f9;"|Материал ствола дерева.
|-
| material/water
|Материал воды.
|-
|style="background-color:#f9f9f9;"| material/wood
|style="background-color:#f9f9f9;"|Материал толстого деревянного изделия.
|-
| material/wooden_board
|Материал деревянных досок.
|-
|colspan="2" style="background-color:#eaf1dd;" | Игровые шейдера для динамических объектов
|-
| default_object
|Основной материал.
|-
|style="background-color:#f9f9f9;"| objects/barrel
|style="background-color:#f9f9f9;"|Материал бочки.
|-
| objects/bottle
|Материал маленького стекла.
|-
|style="background-color:#f9f9f9;"| objects/bullet
|style="background-color:#f9f9f9;"|Материал пули.
|-
| objects/car_cabine
|Материал кабины автомобиля.
|-
|style="background-color:#f9f9f9;"| objects/car_wheel
|style="background-color:#f9f9f9;"|Материал шин автомобиля.
|-
| objects/clothes
|Материал ткани.
|-
|style="background-color:#f9f9f9;"| objects/concrete_box
|style="background-color:#f9f9f9;"|Материал бетона.
|-
| objects/dead_body
|Материал мёртвого тела.
|-
|style="background-color:#f9f9f9;"| objects/fuel_can
|style="background-color:#f9f9f9;"|Материал канистры с топливом.
|-
| objects/glass
|Материал стекла.
|-
|style="background-color:#f9f9f9;"| objects/knife
|style="background-color:#f9f9f9;"|Материал ножа.
|-
| objects/large_furnitura
|Материал деревянных изделий.
|-
|style="background-color:#f9f9f9;"| objects/large_metal_trash
|style="background-color:#f9f9f9;"|Материал массивного металла.
|-
| objects/large_weapon
|Материал автоматов.
|-
|style="background-color:#f9f9f9;"| objects/metal_box
|style="background-color:#f9f9f9;"|Материал листового металла.
|-
| objects/monster_body
|Материал мертвых монстров.
|-
|style="background-color:#f9f9f9;"| objects/small_box
|style="background-color:#f9f9f9;"|Материал маленьких металлических объектов.
|-
| objects/small_metal_trash
|Материал маленького металлического мусора.
|-
|style="background-color:#f9f9f9;"| objects/small_weapon
|style="background-color:#f9f9f9;"|Материал пистолетов.
|-
| objects/tin_can
|Материал жестянки.
|}
[[image:Docs_maya_xray_sahder.jpg|X-ray shader в Maya|center|frame|X-ray shader в Maya]]

===X-Ray Shader Presets для статических объектов===
{|border="1" cellpadding="2" width="400" style="border-collapse:collapse; border-color:#ccc;"
|-
|colspan="2" style="background-color:#dbe5f1;"|Terrain Grass
|-
|width="150"|Double side
|no
|-
|style="background-color:#f9f9f9;"|Engine
|style="background-color:#f9f9f9;"|levels/mp_atp_grass
|-
|Compiler
|default
|-
|style="background-color:#f9f9f9;"|Material
|style="background-color:#f9f9f9;"|material/grass
|-
|colspan="2" style="background-color:#dbe5f1;"|Terrain Sand
|-
|Double side
| no
|-
|style="background-color:#f9f9f9;"|Engine
|style="background-color:#f9f9f9;"| levels/mp_atp_sand
|-
|Compiler
| default
|-
|style="background-color:#f9f9f9;"|Material
|style="background-color:#f9f9f9;"| material/earth
|-
|colspan="2" style="background-color:#dbe5f1;"|Terrain Asphalt
|-
|Double side||no
|-
|style="background-color:#f9f9f9;"|Engine||style="background-color:#f9f9f9;"|levels/mp_atp_asfalt
|-
|Compiler||default
|-
|style="background-color:#f9f9f9;"|Material||style="background-color:#f9f9f9;"|material/asphalt
|-
|colspan="2" style="background-color:#dbe5f1;"|Пробиваемый металлический лист
|-
|Double side||no
|-
|style="background-color:#f9f9f9;"|Engine||style="background-color:#f9f9f9;"|default
|-
|Compiler||default
|-
|style="background-color:#f9f9f9;"|Material||style="background-color:#f9f9f9;"|material/metal_plate
|-
|colspan="2" style="background-color:#dbe5f1;"|Прозрачная металлическая сетка
|-
|Double side||yes
|-
|style="background-color:#f9f9f9;"|Engine||style="background-color:#f9f9f9;"|def_aref
|-
|Compiler||default
|-
|style="background-color:#f9f9f9;"|Material||style="background-color:#f9f9f9;"|material/setka_rabica
|-
|colspan="2" style="background-color:#dbe5f1;"|Обычная металлическая поверхность
|-
|Double side||no
|-
|style="background-color:#f9f9f9;"|Engine||style="background-color:#f9f9f9;"|default
|-
|Compiler||default
|-
|style="background-color:#f9f9f9;"|Material||style="background-color:#f9f9f9;"|material/metal
|-
|colspan="2" style="background-color:#dbe5f1;" |Деревянные доски
|-
|Double side||no
|-
|style="background-color:#f9f9f9;"|Engine||style="background-color:#f9f9f9;"|default
|-
|Compiler||default
|-
|style="background-color:#f9f9f9;"|Material||style="background-color:#f9f9f9;"|material/wooden_board
|-
|colspan="2" style="background-color:#dbe5f1;"|Толстые деревянные изделия
|-
|Double side||no
|-
|style="background-color:#f9f9f9;"|Engine||style="background-color:#f9f9f9;"|default
|-
|Compiler||default
|-
|style="background-color:#f9f9f9;"|Material||style="background-color:#f9f9f9;"|material/wood
|-
|colspan="2" style="background-color:#dbe5f1;" |Бетон
|-
|Double side||no
|-
|style="background-color:#f9f9f9;"|Engine||style="background-color:#f9f9f9;"|default
|-
|Compiler||default
|-
|style="background-color:#f9f9f9;"|Material||style="background-color:#f9f9f9;"|material/concrete
|-
|colspan="2" style="background-color:#dbe5f1;"|Кирпичная кладка
|-
|Double side||no
|-
|style="background-color:#f9f9f9;"|Engine||style="background-color:#f9f9f9;"|default
|-
|Compiler||default
|-
|style="background-color:#f9f9f9;"|Material||style="background-color:#f9f9f9;"|material/bricks
|-
|colspan="2" style="background-color:#dbe5f1;"|Шифер, толь
|-
|Double side||no
|-
|style="background-color:#f9f9f9;"|Engine||style="background-color:#f9f9f9;"|default
|-
|Compiler||default
|-
|style="background-color:#f9f9f9;"|Material||style="background-color:#f9f9f9;"|material/shifer
|-
|colspan="2" style="background-color:#dbe5f1;"|Штукатурка
|-
|Double side||no
|-
|style="background-color:#f9f9f9;"|Engine||style="background-color:#f9f9f9;"|default
|-
|Compiler||default
|-
|style="background-color:#f9f9f9;"|Material||style="background-color:#f9f9f9;"|material/stucco
|-
|colspan="2" style="background-color:#dbe5f1;"|Земляная насыпь
|-
|Double side||no
|-
|style="background-color:#f9f9f9;"|Engine||style="background-color:#f9f9f9;"|default
|-
|Compiler||default
|-
|style="background-color:#f9f9f9;"|Material||style="background-color:#f9f9f9;"|material/earth
|-
|colspan="2" style="background-color:#dbe5f1;"|Невидимая плоскость, указывающая лестницу
|-
|Double side||no
|-
|style="background-color:#f9f9f9;"|Engine||style="background-color:#f9f9f9;"|def_vertex
|-
|Compiler||def_kolizion_vertex
|-
|style="background-color:#f9f9f9;"|Material||style="background-color:#f9f9f9;"|material/fake_ladders
|-
|colspan="2" style="background-color:#dbe5f1;"|Невидимая плоскость, ограждающая проход персонажу
|-
|Double side||yes
|-
|style="background-color:#f9f9f9;"|Engine||style="background-color:#f9f9f9;"|def_vertex
|-
|Compiler||def_kolizion_vertex
|-
|style="background-color:#f9f9f9;"|Material||style="background-color:#f9f9f9;"|material/fake
|-
|colspan="2" style="background-color:#dbe5f1;"|Разбиваемое стекло
|-
|Double side||yes
|-
|style="background-color:#f9f9f9;"|Engine||style="background-color:#f9f9f9;"|models/window
|-
|Compiler||def_vertex
|-
|style="background-color:#f9f9f9;"|Material||style="background-color:#f9f9f9;"|objects/glass
|-
|colspan="2" style="background-color:#dbe5f1;"|Вода
|-
|Double side||no
|-
|style="background-color:#f9f9f9;"|Engine||style="background-color:#f9f9f9;"|effects/water
|-
|Compiler||def_vertex
|-
|style="background-color:#f9f9f9;"|Material||style="background-color:#f9f9f9;"|material/water
|}

===Simple Shader Setup===
<div style="text-align:center;">
<flash>file=movie_02.swf|width=800|height=620|quality=medium|menu=false</flash>
</div>

==Экспортим геометрию из Maya==
Для ознакомления с процессом экспорта просмотрите ролик [[Docs:Создание мультиплеерной карты#Импортим в библиотеку LevelEditor'a.|здесь]]

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

Ошибками для xrayMaya_export считаются:
*Неправильные текстурные координаты (потяжки).
*Полигон площадью 0 м<sup>2</sup>.
*Тонкие длинные треугольники.
*Не склеенные точки находящиеся в одном и том же месте и т.д.
[[image: Docs_maya_cleanup.jpg|настройки Cleanup ...|center|frame|настройки Cleanup ...]]

[[Категория:Программы]][[Категория:SDK]]

DCT:Создание мультиплеерной карты

2008-01-22T17:08:11Z

200.43.68.7:

==Создаём сцену в Maya.==
*Вся геометрия должна быть создана в реальных мировых размерах (если стол в реальной жизни высотой 1 метр, значит его надо и в Maya делать высотой 1 метр, всё предельно ясно и просто)
*Bounding box персонажа имеет три состояния: стоя <code>(1.8х0.7х0.7 в метрах)</code>, сидя <code>(1.5х0.7х0.7 в метрах)</code> и очень сидя <code>(1.2х0.7х0.7 в метрах)</code>.
*Весь уровень должен быть не больше <code>150 тысяч треугольников</code>.
[[image: Docs_maya_outliner.jpg|outliner screenshot|center|frame|outliner screenshot]]
*Сцена должна состоять из групп. Название группы формируется по такому принципу: '''mp_имяуровня_назвгеометрии'''. Например, в нашей тестовой сцене такие группы: <code>mp_atp_terrain</code>, <code>mp_atp_buildings</code>. В группе может находится как и один объект, так и несколько. Имена объектов внутри группы никоем образом не должны совпадать с именем группы. <br />
'''В переделах одной группы все имена должны быть уникальны'''.
[[image: Docs_maya_mp_atp_terrain.jpg|mp_atp_terrain - игровой ландшафт|center|frame|mp_atp_terrain - игровой ландшафт]]
[[image: Docs_maya_mp_atp_buildings.jpg|mp_atp_buildings - игровая геометрия|center|frame|mp_atp_buildings - игровая геометрия]]
*Шейп объекта должен содержать правильное имя. Формируется по такому принципу: объект - <code>имя_объекта</code>, шейп - <code>имя_объектаShape</code>.
[[image: Docs_maya_objectname.jpg|Имена объектов в Maya|center|frame|Имена объектов в Maya]]

==Экспортим геометрию из Maya.==
Для ознакомления с процессом экспорта просмотрите ролик в следующем параграфе.
В случае если xrayMaya_export не экспортит объекты, то проведите проверку на наличие ошибок, и исправьте их.

Ошибками для xrayMaya_export считаются:
*Неправильные текстурные координаты (потяжки).
*Полигон площадью 0 м<sup>2</sup>.
*Тонкие длинные треугольники.
*Не склеенные точки находящиеся в одном и том же месте и т.д.
[[image: Docs_maya_cleanup.jpg|настройки Cleanup ...|center|frame|настройки Cleanup ...]]

==Импортим в библиотеку LevelEditor'a.==
<div style="text-align:center;">
<flash>file=movie_03.swf|width=800|height=620|quality=medium|menu=false</flash>
</div>

==Создаём сцену в LevelEditor.==
===Создание сцены===
Для ознакомления с процессом создания сцены просмотрите ролик.

<div style="text-align:center;">
<flash>file=movie_04.swf|width=800|height=620|quality=medium|menu=false</flash>
</div>

===Добавление объектов из библиотеки LevelEditor'a===
*Edit Mode -> Object ->Select
*Выбираем необходимый объект.
[[image:Docs_leveleditor_select_object.jpg|Выбор объекта из библиотеки|center|frame|Выбор объекта из библиотеки]]
*Жмём Add и добавляем в сцену.
[[image:Docs_eveleditor_add_objecttoscene.jpg|Добавление объекта в сцену|center|frame|Добавление объекта в сцену]]

==Настраиваем spawn элементы.==
===General issues===
В игре существует 3 типа мультиплеерной игры:

*DeathMatch
*TeamDeathMatch (только 2 команды)
*ArtefactHunt

Максимальное количество игроков - 32.
===DeathMatch Setup===
Добовляем в сцену необходимое количество '''$rpoint''' <code>(Edit Mode -> Spawn Element -> $rpoint)</code> элементов с базовой настройкой.

[[image:Docs_leveleditor_dethmatch.jpg|Базовая настройка для $rpoint|center|frame|Базовая настройка для $rpoint]]
===TeamDeathMatch Setup===
*Добовляем в сцену необходимое количество $rpoint (Edit Mode -> Spawn Element -> $rpoint) элементов с базовой настройкой.
*В случае если необходимо сделать $rpoint, принадлежащим только одной команде, меняем параметр <code>Team: 1 или 2</code>, и <code>Game Type: TeamDeathMatch</code> '''(работает только в версии 1.003 и выше)'''. В этом случае все $rpoint с базовыми настройками будут служить как spectator place.
[[image:Docs_leveleditor_teamdethmatch.jpg|TeamDeathMatch настройка для $rpoint|center|frame|TeamDeathMatch настройка для $rpoint]]

===ArtefactHunt Setup===
====Создание баз====
*Создайте два box shapes (<code>Edit Mode -> Shape -> Box</code>), в тех местах где будут располагаться противоборствующие базы. '''В пределах этого Box Shape’а''' игроки команды '''неуязвимы'''.
[[image:Docs_leveleditor_teambase_shape.jpg|Добавляем Box Shape|center|frame|Добавляем Box Shape]]
*Расположите в каждом $team_base (<code>Edit Mode -> Spawn Element -> $team_base</code>) внутри box shapes.
[[image:Docs_leveleditor_teambase_spawn.jpg|Добавляем $team_base|center|frame|Добавляем $team_base]]
[[image:Docs_leveleditor_teambase.jpg|ArtefactHunt настройка для $team_base|center|frame|ArtefactHunt настройка для $team_base]]
*Выбрать $team_base.
*Нажать <code>Commands -> Attach Object</code>…
*Выбрать необходимый Shape.
[[image:Docs_leveleditor_teambase_spawnattach.jpg|Присоединение $team_base к Box Shape|center|frame|Присоединение $team_base к Box Shape]]

====Добавление spawn point членов команды====
*Добавляем в сцену необходимое количество $rpoint в пределах box shape 1ой команды с такими настройками:
[[image:Docs_leveleditor_artefacthunt1.jpg|ArtefactHunt настройка для $rpoint (игроки)|center|frame|ArtefactHunt настройка для $rpoint (игроки)]]
*Аналогично для 2ой каманды, только параметр Team меняем на 2.
====Добавление командных частиц (символизирует границы базы команды)====
*Добавляем в сцену необходимое количество $rpoint в пределах box shape 1ой команды с такими настройками:
[[image:Docs_leveleditor_artefacthunt2.jpg|ArtefactHunt настройка для $rpoint (частицы)|center|frame|ArtefactHunt настройка для $rpoint (частицы)]]
*Аналогично для 2ой каманды, только параметр Team меняем на 2.
====Добавление spawn point артефактов====
Артефакты не появляются случайным образом, места их рождения необходимо указывать самостоятельно. Добавляем в сцену необходимое количество $rpoint с такими настройками:
[[image:Docs_leveleditor_artefacthunt3.jpg|ArtefactHunt настройка для $rpoint (артефакты)|center|frame|ArtefactHunt настройка для $rpoint (артефакты)]]

==Настраиваем тип карты==
Принадлежность карты к одному из трёх типов игры указывается таким образом:
*Нажать <code>Scene -> Options</code>
*В секции Usage выбрать необходимые для вас типы
[[image:Docs_leveleditor_map_usage.jpg|Настройки типа карты|center|frame|Настройки типа карты]]

==Компилируем==
<code>Windows -> start -> run</code> и в командной строке пишем:
[[image:Docs_wind_run_comp_multiplayer.jpg|Запуск уровня на компиляцию|center|frame|Запуск уровня на компиляцию]]
После корректной компиляции:
[[image:Docs_wind_xray_levelcompiler.jpg|Завершение компиляции|center|frame|Завершение компиляции]]

==Собираем карту и добавляем её в игру.==
*Нажать <code>File -> Make pack...</code>
[[image:Docs_leveleditor_mod_pack.jpg|Собираем карту|center|frame|Собираем карту]]
*В корне диска <code>X:\</code> создастся файл <code>gamedata.xdb0</code>, его необходимо скопировать в папку игры <code>S.T.A.L.K.E.R\mods</code>

[[Категория:Программы]][[Категория:SDK]]

Maya. Создание модели персонажа

2008-01-22T17:07:27Z

200.43.68.7:

==Создание модели, ограничения==
Создание 3d-модели персонажа и текстуры к ней не является темой данного урока.

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

===Ограничения===
*Персонаж должен находится в центре системы координат (см. пример из SDK)
*Модель персонажа создаётся в метрической системе измерений, размеры полностью соответствуют естественным размерам человека (<code>1.6 – 2 метра</code>)
[[image:Docs_maya_character_limitation.jpg|Ограничения 3d-модели персонажа|center|frame|Ограничения 3d-модели персонажа]]
*В движке игры нет строгого ограничения на количество треугольников, но для получения стабильного и высокого FPS применяются модели порядка '''3000-5000''' треугольников, при необходимости можно использовать и большее количество если это обосновано необходимо.
*3d-модели персонажа должна не содержать ошибок в геометрии, потяжек текстуры и тонких длинных треугольников (см. [[Docs:Создание сцены в Maya#Экспортим геометрию из Maya|исправление ошибок]]).
*Движок поддерживает <code>отзеркаливание текстуры</code>.
[[image:Docs_maya_character_mirrortexture.jpg|Отзеркаливание текстуры|center|frame|Отзеркаливание текстуры]]
*Модель должна быть с UV координатами, <code>XRay Shader’ом</code> и группами сглаживания.
*Обнулить все <code>трансформации</code> модели и удалить <code>history</code>, перед привязкой её к скелету
*Модель должна содержать один или более XRay Shader с параметрами показанными ниже, допустимо использование прозрачности, блеска и самосвечения. Описание возможных шейдеров смотрите в разделе [[Docs:Создание сцены в Maya|Docs:Создание сцены в Maya]]
[[image:Docs_maya_character_shader.jpg|Базовый XRay shader на 3d-модели персонажа|center|frame|Базовый XRay shader на 3d-модели персонажа]]

==Создание и настройка скелета, скининг, ограничения==
*Создание скелета персонажа игры производится в пакете Maya стандартными средствами 3D пакета.
*Сцена может содержать несколько различных скелетов или моделей, экспорт в подобных случаях производится выделением необходимой модели и экспортом выбранного.
*Для использования '''анимаций из библиотеки игры''', необходимо использовать '''скелет из SDK''' без изменений
[[image:Docs_maya_character_jointoutliner.jpg|Скелет персонажа используемый в игре|center|frame|Скелет персонажа используемый в игре]]
*Joint’ы не должны содержать scale, rotate, transform. Перед финальным созданием скелета модели, проведите очистку всех перечисленных трансформаций.
*3d-модели должна быть присоединена к скелету с использованием Smooth Bind
[[image:Docs_maya_character_bindskin.jpg|Smooth Bind|center|frame|Smooth Bind]]
*На одну вершину не должно воздействовать более чем 4 joint’а. Общий вес суммарного влияния joint’ов на vertex при экспорте нормализуются до 1, при скининге будте внимательны при назначении весов.
*В движке игры нет строгого ограничения на количество используемых костей скелета в одной модели, но для получения стабильного и высокого FPS желательно использовать возможно меньшее количество костей, например стандартная модель персонажа игры использует 44 кости.
[[image:Docs_maya_character_skeleton.jpg|Стандартный скелет персонажа|center|frame|Стандартный скелет персонажа]]

==Анимация==
*Плагин экспорта поддерживает все доступные средства 3D пакета необходимые аниматору для создания качественной анимации: локаторы, инверсная кинематика, ограничители, применение физики во время анимирования, всё это и многое другое допустимо для создания анимаций и прекрасно понимается движком игры.
*Нет ограничений на способ хранения анимации модели, это может быть и внешний файл, и хранение всех анимаций в одной модели, всё зависит от предпочтений аниматора.

==Экспорт модели==

*При экспорте модели заранее проверьте саму модель и созданный скелет на наличие или отсутствие ошибок.
*Для экспорта модели выделяем объект, в нашем случае сталкер, затем идём в меню File -> Export Selection…
[[image:Docs_maya_character_export.jpg|Экспорт персонажа|center|frame|Экспорт персонажа]]
*Важно давать модели имя, аналогичное тому что и будет использоваться в игре, это в дальнейшем упростит работу с данной моделью у самого аниматора, нет необходимости вспоминать имя модели в редакторе, но и тех кто производит настройку конфигурационных файлов и установку модели в игру.
[[image:Docs_maya_character_exportname.jpg|Имя экспортируемого объекта|center|frame|Имя экспортируемого объекта]]

==Экспорт анимации==

*Перед экспортом анимации необходимо внести изменения в настройки Maya, иначе анимация не будет экспортироваться.
[[image:Docs_maya_character_pref_path.jpg|Путь к настройкам Maya|center|frame|Путь к настройкам Maya]]
[[image:Docs_maya_character_pref_setup.jpg|Настраиваемые параметры|center|frame|Настраиваемые параметры]]
*Плагин экспорта использует текущие значения таймлайна 3D-пакета, при желании можно использовать возможности скриптового движка 3D пакета, и практически полностью автоматизировать процесс экспорта.
[[image:Docs_maya_character_timeline.jpg|Текущий таймлайн Maya|center|frame|Текущий таймлайн Maya]]
*Для экспорта анимации выделяем анимированный объект, в нашем случае сталкер, затем идём в меню File -> Export Selection…
[[image:Docs_maya_character_anim_export.jpg|Экспорт анимации|center|frame|Экспорт анимации]]
*Для удобства введите читабельное имя анимации, это в дальнейшем облегчит работу с моделью в редакторе.
[[image:Docs_maya_character_anim_exportname.jpg|Имя анимации|center|frame|Имя анимации]]

==Импорт модели персонажа в ActorEditor==

==Импорт анимации в ActorEditor==

==Редактирование анимации персонажа, экспорт в единый файл анимации==

==Настройка модели персонажа в ActorEditor’е, назначение анимаций==

==Экспорт модели персонажа в ActorEditor’е==

[[Категория:Программы]][[Категория:SDK]]

DCT:LevelEditor. Краткий обзор

2008-01-22T17:06:44Z

200.43.68.7:

==Интерфейс==
[[image:Docs_leveleditor_main_view.jpg|LevelEditor interface|center|frame|LevelEditor interface]]
#Main view window.
#Main Toolbar.
#Log window.
#Technical information.
#Main Bar.
#Status Bar.

Любая работа с камерой происходит при нажатой клавише '''Shift''', перемещением мыши с нажатой левой (LMB), правой (RMB) или обоими клавишами (LMB+RMB). <br />
Переключение режимов камеры осуществляется при помощи кнопок на Main Bar меню.

==Кнопки==
{| border="1" style="border-collapse:collapse; border-color:#ccc;"
|-
|style="width:60px;" align="center" | [[image:Docs_edb_p.gif|p]]
|обычный режим работы.
*<code>Shift+LMB</code> - перемещение камеры в плоскости zx.
*<code>Shift+RMB</code> - перемещение камеры вдоль оси y.
*<code>Shift+LMB+RMB</code> - вращение камеры относительно своей оси.
|-
|align="center" | [[image:Docs_edb_a.gif|a]]
|режим осмотра объекта.
*<code>Shift+LMB</code> - перемещение камеры вокруг объекта.
*<code>Shift+RMB</code> - приближение/отдаление камеры от объекта.
*<code>Shift+LMB+RMB</code> - приближение/отдаление камеры от объекта.
|-
|align="center" | [[image:Docs_edb_f.gif|f]]
|режим хождения (''для перемещения по коллижену вместе с Shift нужно удерживать Control'' (<code>Ctrl+Shift</code>)).
*<code>Shift+LMB</code> - движение вперёд с поворотом камеры.
*<code>Shift+RMB</code> - движение назад с поворотом камеры.
*<code>Shift+LMB+RMB</code> - поворот камеры.
|-
|align="center" | [[image:Docs_edb_ff.gif|f]]
|вид спереди.
|-
|align="center" | [[image:Docs_edb_bb.gif|b]]
|вид сзади.
|-
|align="center" | [[image:Docs_edb_ll.gif|l]]
|вид слева.
|-
|align="center" | [[image:Docs_edb_rr.gif|r]]
|вид справа.
|-
|align="center" | [[image:Docs_edb_tt.gif|t]]
|вид сверху.
|-
|align="center" | [[image:Docs_edb_bb.gif|b]]
|вид снизу.
|-
|align="center" | [[image:Docs_edb_xx.gif|x]]
|сброс вида.
|-
|align="center" | [[image:Docs_edb_Undo.gif|undo]]
|Undo.
|-
|align="center" | [[image:Docs_edb_Redo.gif|redo]]
|Redo.
|-
|align="center" | [[image:Docs_edb_select.gif|select]]
|Select.
|-
|align="center" | [[image:Docs_edb_add.gif|add]]
|Add new object.
|-
|align="center" | [[image:Docs_edb_move.gif|move]]
|Move.
|-
|align="center" | [[image:Docs_edb_rotate.gif|rotate]]
|Rotate.
|-
|align="center" | [[image:Docs_edb_scale.gif|scale]]
|Uniform scale.
|-
|align="center" | [[image:Docs_edb_X.gif|X]]
|Движение объекта по оси x.
|-
|align="center" | [[image:Docs_edb_Y.gif|Y]]
|Движение объекта по оси y.
|-
|align="center" | [[image:Docs_edb_Z.gif|Z]]
|Движение объекта по оси z.
|-
|align="center" | [[image:Docs_edb_ZX.gif|Z]]
|Движение объекта в плоскости zx.
|-
|align="center" | [[image:Docs_edb_CSLocal.gif|Z]]
|Временно не работает.
|-
|align="center" | [[image:Docs_edb_NUScale.gif|non-uniform scale]]
|Non-uniform scale.
|-
|align="center" | [[image:Docs_edb_GSnap.gif|Snap]]
|Snap объекта к сетке при создании или при <code>Move + Ctrl + LMB</code>.
|-
|align="center" | [[image:Docs_edb_OSnap.gif|Snap-object]]
|Snap объекта к объекту при создании или при <code>Move + Ctrl + LMB</code>.
|-
|align="center" | [[image:Docs_edb_MoveToSnap.gif|Snap-move]]
|Snap объекта к объекту в режиме Move.
|-
|align="center" | [[image:Docs_edb_NSnap.gif|Snap-normal]]
|Учитывать нормаль во время Snap объекта.
|-
|align="center" | [[image:Docs_edb_VSnap.gif|Snap-vertex]]
|Snap объекта к вершинам объекта при создании или при <code>Move + Ctrl + LMB</code>.
|-
|align="center" | [[image:Docs_edb_ASnap.gif|Snap-A]]
|Дискретный поворот (работает в нажатой кнопкой <code>Rotate</code>).
|-
|align="center" | [[image:Docs_edb_MSnap.gif|Snap-Move]]
|Дискретное движение (работает в нажатой кнопкой <code>Move</code>).
|-
|align="center" | [[image:Docs_edb_zoom.gif|zoom]]
|Zoom Extent.
|-
|align="center" | [[image:Docs_edb_zoom_sel.gif|zoom-sel]]
|Zoom Extents Selected.
|}

==Выделение объектов==
Объекты выделяются нажатием на них левой кнопки мыши (<code>LMB</code>).

Также, перемещая мышь при нажатой левой кнопке мыши, можно выделять несколько объектов рамкой.

Добавить или убрать объект из выделения можно щелчком мыши с нажатой клавишей Control (<code>Ctrl+LMB</code>).

Выделить объект можно только в том случае, если его тип соответствует выбранному режиму редактирования.
Сменить режим можно, выбрав необходимый '''Edit Mode''' на основном Toolbar'е.
[[image:Docs_leveleditor_editmode.jpg|Режим редактирование - object|center|frame|Режим редактирование - object]]

[[Категория:Программы]][[Категория:SDK]]

DCT:LevelEditor. Настройка сцены

2008-01-22T17:05:02Z

200.43.68.7:

==Введение==
LevelEditor является компоновщиком.

Системы координат между Maya и LevelEditor незначительно отличаются.
[[image:Docs_axis.jpg|Слева - система координат Maya, справа - система координат LevelEditor|center|frame|Слева - система координат Maya, справа - система координат LevelEditor]]

==Добавление текстур==
===General issues===
Добавляемые текстуры должны быть в <code>.tga</code> формате (могут содержать альфа канал). Имена текстур составляются по такому шаблону: '''<code>имядериктории_имятекстуры</code>''' <br />
(если создать текстуру с именем user_blablabla.tga, то при импорте она добавится в папку под именем user).

При добавлении текстуры через LevelEditor, редактор (LevelEditor) выполняет такие действия:
*<code>user_blablabla.tga</code> текстура копируется в директорию <code>X:\rawdata\textures\user\</code>
*Создаётся файл описания с расширением <code>user_blablabla.thm</code> в директории <code>X:\rawdata\textures\user\</code>
*Создаётся <code>user_blablabla.dds</code> файл в директории <code>X:\gamedata\textures\user\</code>
*В файл <code>X:\gamedata\textures\textures.ltx</code> записывается информация о текстуре <code>user_blablabla.dds</code>

===Необходимые действия для добавления текстур===
<div style="text-align:center;">
<flash>file=movie_01.swf|width=800|height=620|quality=medium|menu=false</flash>
</div>
*Копируем новую текстуру в папку <code>X:\import\</code>
*Запускаем LevelEditor
*Images -> check new textures
[[image:Docs_leveleditor_add_new_texture.jpg|Добавление новой текстуры|center|frame|Добавление новой текстуры]]
*Делаем необходимые настройки
*Нажимаем ОК

==Удаление текстур==
*Запускаем LevelEditor
*Images -> Image Editor
*Выбираем текстуру, которую необходимо удалить
[[image:Docs_leveleditor_del_texture.jpg|Удаление текстуры|center|frame|Удаление текстуры]]
*Жмём Remove Texture -> yes -> ok
*Images -> Image Editor -> Rebuild Association -> yes -> ok

==Создание сцены==
===Создание сцены===
Для ознакомления с процессом создания сцены просмотрите ролик.

<div style="text-align:center;">
<flash>file=movie_04_.swf|width=800|height=620|quality=medium|menu=false</flash>
</div>

===Добавление объектов из библиотеки LevelEditor'a===
*Edit Mode -> Object ->Select
*Выбираем необходимый объект.
[[image: Docs_leveleditor_select_object.jpg|Выбор объекта из библиотеки|center|frame|Выбор объекта из библиотеки]]
*Жмём Add и добавляем в сцену.

==Spawns Setup==
===General issues===
В игре существует 3 типа мультиплеерной игры:
*DeathMatch
*TeamDeathMatch (только 2 команды)
*ArtefactHunt

Максимальное количество игроков - 32.
===DeathMatch Setup===
Добавляем в сцену необходимое количество '''$rpoint''' <code>(Edit Mode -> Spawn Element -> $rpoint)</code> элементов с базовой настройкой.

[[image:Docs_leveleditor_dethmatch.jpg|Базовая настройка для $rpoint|center|frame|Базовая настройка для $rpoint]]
===TeamDeathMatch Setup===
*Добавляем в сцену необходимое количество $rpoint (Edit Mode -> Spawn Element -> $rpoint) элементов с базовой настройкой.
*В случае если необходимо сделать $rpoint, принадлежащим только одной команде, меняем параметр <code>Team: 1 или 2</code>, и <code>Game Type: TeamDeathMatch</code> (работает только в версии 1.003). В этом случае все $rpoint с базовыми настройками будут служить как spectator place.
[[image:Docs_leveleditor_teamdethmatch.jpg|TeamDeathMatch настройка для $rpoint|center|frame|TeamDeathMatch настройка для $rpoint]]

===ArtefactHunt Setup===
====Создание баз====
*Создайте два box shapes (<code>Edit Mode -> Shape -> Box</code>), в тех местах где будут располагаться противоборствующие базы.
*Расположите в каждом $team_base (<code>Edit Mode -> Spawn Element -> $team_base</code>) внутри box shapes.
[[image:Docs_leveleditor_teambase.jpg|ArtefactHunt настройка для $team_base|center|frame|ArtefactHunt настройка для $team_base]]
*Выбрать $team_base.
*Нажать <code>Commands -> Attach Object</code>…
*Выбрать необходимый Shape.
====Добавление spawn point членов команды====
*Добавляем в сцену необходимое количество $rpoint в пределах box shape 1ой команды с такими настройками:
[[image:Docs_leveleditor_artefacthunt1.jpg|ArtefactHunt настройка для $rpoint (игроки)|center|frame|ArtefactHunt настройка для $rpoint (игроки)]]
*Аналогично для 2ой команды, только параметр Team меняем на 2.
====Добавление командных частиц (символизирует границы базы команды)====
*Добавляем в сцену необходимое количество $rpoint в пределах box shape 1ой команды с такими настройками:
[[image:Docs_leveleditor_artefacthunt2.jpg|ArtefactHunt настройка для $rpoint (частицы)|center|frame|ArtefactHunt настройка для $rpoint (частицы)]]
*Аналогично для 2ой каманды, только параметр Team меняем на 2.
====Добавление spawn point артефактов====
Добавляем в сцену необходимое количество $rpoint с такими настройками:
[[image:Docs_leveleditor_artefacthunt3.jpg|ArtefactHunt настройка для $rpoint (артефакты)|center|frame|ArtefactHunt настройка для $rpoint (артефакты)]]

[[Категория:Программы]][[Категория:SDK]]

DCT:Начальные настройки

2008-01-22T17:04:30Z

200.43.68.7:

==Настройка виртуальных дисков X и T==

Диск X необходим для работы редакторов и плагинов. Диск X является ссылкой на локальную директорию c:\Program Files\X-Ray SDK\editors

Диск T необходим для работы с текстурами игры. Диск T является ссылкой на локальную директорию c:\Program Files\X-Ray SDK\editors\gamedata\textures

ВНИМАНИЕ!: диск X и диск T обязательны для работы

Для создания диска Х и диска T зайдите в меню Start -> Programs -> X-Ray SDK как показано на картинке:

Создание диска X

Map Drives необходимо запускать каждый раз перед работой с SDK.

Я предлагаю вам добавить его в атозагрузку.

==Настройки скриптов и плагинов==
Содержимое директории c:\Program Files\X-Ray SDK\scripts_plugins\scripts скопировать в папку C:\Documents and Settings\UserName\My Documents\maya\scripts
Содержимое директории c:\Program Files\X-Ray SDK\scripts_plugins\ver-8.5 скопировать в папку C:\Program Files\Autodesk\Maya8.5\bin

==Настройки Maya 8.5==
Запустите Maya 8.5.
Зайдите в windows -> settings/preferences -> plug-in manager.

Путь к plug-in manager
Поставьте xrayMaya_export.mll, xrayMaya_material.mll на Loaded, Auto Load.
Это необходимо для того, чтобы загрузились плагины: экспорта геометрии в игровой формат и настройки игровых шейдеров.

[[Категория:Программы]][[Категория:SDK]]

Файлы: w knife.ltx

2008-01-22T11:47:51Z

200.43.68.7:

Файлы: w sig220.ltx

2008-01-22T11:47:03Z

200.43.68.7:

Файлы: w hpsa.ltx

2008-01-22T11:46:02Z

200.43.68.7:

Файлы: w ak74.ltx

2008-01-22T11:45:07Z

200.43.68.7:

Файлы: w ak74.ltx

2008-01-22T11:44:30Z

200.43.68.7:

На ak74 нельзя ставить прицел
АК-74М - с планкой для крепления прицельных приспособлений на левой стороне ствольной коробки
{{Параметры:Оружие
|ammo_class=ammo_5.45x39_fmj, ammo_5.45x39_ap
|inv_weight = 3.3
|ammo_mag_size= 30
|class = WP_AK74
|cost = 2000
}}