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

Компиляция -=inGame АИ=-

2010-01-14T12:15:12Z

90.157.85.184: /* Список необходимых программ */

Итак, приступим... Раз вы здесь, значит есть на то причина:
*1)либо вы нуп, увидевший аи-компилер и решивший забацать чтото крутое
*2)вы не нуп, но всё забыли или почти всё
*3)вы супер-аццкий про решивший глянуть на весь этот детсад свысока )
*4)вы обычный модер, решивший расширить свои текущие познания. ;)

==Основы==
Ну что ж... начнем с самого простого, скомпилим левел с аи, монстрами на
карте '''mp_atp'''. Открываем левел.. первое что надо сделать убрать все
'''rpoint'''(мультиплеерные точки спавна). Убрали? Отлично. Создаем
'''Spawn elements -> actor''' ну и по желанию в свойствах ('''Properties''')
в '''custom data''' прописываем ему предположим вот это:

<code>
[spawn]
wpn_ak74
</code>

Тем самым при появлении игрока у него в руках уже будет калаш. Далее,
создаем монстра... любого по желанию, предположим кровососа и ставим на уровень.
Теперь дело за '''AI map''' - аи сетка, которая необходима для того, чтобы
нпс, монстры могли ориентироваться по уровню. Жмем Object и кликаем на земле(тем самым мы ее "выбрали" для дальнейших манипуляций), затем '''AI Map''' -> '''Commands''' -> '''Make list from selected''', жмем '''add''' в разделе '''AI Map Nodes''' и '''add''' для добавления объектов слева вверху(чайник) и ставим на карте ноды в нужном вам порядке(достаточно одного), жмем '''Generate Full'''. Всё, аи-сетка сгенерированна. Теперь добавляем на левел обязательно! 1 graph point ('''Spawns->ai->graph point'''), в нем можно ничего не писать. Сохраняем уровень, билдим ('''build''').

после этого не забываем скомпилить карту, (не забываем создать диск Х, приложенной прогой)
<code>Windows -> start -> run</code> и в командной строке пишем (mp_atp_test,здесь название карты):
[[image:Docs_wind_run_comp_multiplayer.jpg|Запуск уровня на компиляцию|center|frame|Запуск уровня на компиляцию]]
После корректной компиляции:
[[image:Docs_wind_xray_levelcompiler.jpg|Завершение компиляции|center|frame|Завершение компиляции]]

Следующим шагом будет правка конфигов. Править конфиги следует в папке gamedata\configs папки SDK, а потом можно перенести файлы в аналогичную папку с игрой.

Пример:

'''game_maps_single.ltx'''

<code>
[level_maps_single]
...
testing_ai
//название вашего уровня

[testing_ai]
global_rect = -6,1220.0, 248.0,1481.0
texture = map\map_escape
//текстура при загрузке
bound_rect = -502.148,-412.284,379.976,474,479
weathers = default
//погода
</code>

'''game_levels.ltx'''

<code>
[levels]
...
level190
//номер вашего уровня

[level190]
name = testing_ai
caption = "testing_ai"
offset = 2000.0, 800.0, 1000.0 // положение нового уровня на глобальной карте, X, Y, Z
id = 193
//индентифакционный номер, должен быть уникальным
</code>

'''game_graphs.ltx'''

<code>
018 = "testing_ai"
</code>

Теперь открываем AI Compiler, указываем папку с '''сдк'''(.../level_editor, либо если он объединен с игрой, путь до нее). Выбираем ваш уровень.
Проходим 1ую стадию чернового просчета аи карты('''шаг 1'''), либо если вы хотите долго ждать и просчитать укрытия для нпс то выбираем '''шаг 2'''.
Далее строим граф и кросс-таблицу уровня шаг 3, потом граф игры '''шаг 4''' и наконец фаил .spawn '''шаг 5'''. После всех стадий заходим в gamedata\spawns\ и переименовываем '''test.spawn''' в '''all.spawn'''

''Важно - Если ваш X-Ray SDK НЕ объединён с игрой, то при переносе файлов для старта без вылетов вы должны перенести из папки с X-Ray SDK следующие файлы:
# gamedata\config\game_maps_single.ltx
# gamedata\config\game_graphs.ltx
# gamedata\config\game_levels.ltx
# gamedata\levels\папка с вашим уровнем
# gamedata\spawns\all.spawn'''''
# gamedata\game.graph(этот файл многие не копируют и получают вылет при запуске игры)'''

{{Message_box|
id =pseudoscience|
align = left|
backgroundcolor = #f9f9f9|
image =Lamp.gif|
heading = Важные моменты -- Loxotron|
message = При правке конфигов не забывайте указывать реально существующую там погоду и картинку загрузки, иначе вылетит; также не пытайтесь запустить уровень через .bat фаил, подобный указанному ниже, тоже будет вылет
<pre>bin\xr_3da.exe -ltx user.ltx -nointro -external -start server(level/single) client(localhost)</pre>

Правильный .bat фаил
<pre>@start bin\XR_3DA.exe -start server(%1/single/alife) client(localhost)</pre>
%1 - название левела
}}
 

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

Итак у вас два уровня... на одном из них стоит '''actor'''. Начнем с него:
создаем '''ai->level changer''', затем '''shape->sphere''', с помощью '''scale''' увеличиваем до необходимых размеров, теперь переключаемся в режим редактирования '''spawn element''', выделяем '''level changer''' и жмем '''commands->attach object''', а затем кликаем на сферу... Всё, сфера и level changer теперь связаны. Далее идем в закладку '''properties''', указываем название, например '''to_atp_2''', теперь нужно прописать в '''custom data''' вейпоинт для возврата, в случае отказа игрока от перемещения с локации на локации(обязательно). Вписываем вот это:
<code>
[pt_move_if_reject]
path = atp_1_way_if_reject
//в случае отказа от перемещения на вторую локу, возвращаемся назад
</code>

В '''Level to change''' вписываем наименование уровня, куда мы хотим переместиться с этого левела, например '''atp_2'''.
И самое главное, в параметрах level_changer в пункте "restrictor type" поставить значение "not a restrictor", в противном случае будет вылет при переходе на вторую локу

- '''скорее всего, тип рестриктора был использован на версии раньше 1.0004. На версии 1.0004 тип рестриктора не имеет значения и рестриктор отвечает только за внутренние настройки локации - Эээ...'''

В '''Level Point to change''' указываем точку, в которой игрок появится...
'''start_actor_01'''. С '''level changer''' на этом уровне всё, пошли далее.
Создаем '''graph point''' или используем пустой существующий если у вас есть.
В него вписываем '''start_actor_01''', этот поинт для того чтобы мы смогли со второго левела '''atp_2''' перейти на '''atp_1'''(первый). Создаем еще один '''graph point''' c названием '''exit_atp_1_01''', в разделе '''location''' выбираем, например "экскейп". В '''Connection -> Level name''' указываем уровень, с которым будет связан '''atp_1''', то есть выбираем '''atp_2''', в '''Connection->Point Name''' вписываем точку связи из второго уровня, которую мы создадим потом '''exit_atp_2_01'''. С первым уровнем всё...

Для чего нам нужен graph point'ы ''exit_xxx''?
''exit_xxx'' представляет собой '''connection_point'''(точку связи) - для того, чтобы компилятор знал, какие уровни он соединяет, а если по другому: начальный граф уровня, от него потом считаются все ноды.

'''start_actor_xx''' - точка появления актера после перехода.

Помните мы вписали в '''custom data''' '''level changer''''а вейпоинт? Вот теперь нам придется его создать. Выбираем '''Way Points''' -> жмем "чайник" и стави 1 вейпоинт рядом с level changer(так мы создали начальную точку пути), теперь жмем '''point mode''' и ставим второй. Если они не соеденились стрелочкой, жмем '''create 1-link'''. Теперь у нас получился путь, который мы прописали в custom data '''level changer''', заходим в свойства и обзываем его также как и в '''custom data''', тоесть '''atp_1_way_if_reject'''. Всё с первым уровнем покончили.

Итак, открываем второй уровень и поехали по новой...

Создаем там путь из двух вейпоинтов по схеме выше и обзываем '''atp_2_way_if_reject'''. Создаем level changer называем его '''to_atp_1''',
в '''custom data''' пишем
<code>
[pt_move_if_reject]
path = atp_2_way_if_reject //название вэйпоинта
</code>
В '''level to change''' указываем atp_1 //куда переходим с atp_2
В '''level point to change''' - '''start_actor_01'''(дада, тот который мы создали на первом левеле :) )

Теперь здесь же на atp_2 создаем graph point с названием '''start_actor_01'''.
И еще один где вписываем следущие значения:
<code>
Name: exit_atp_2_01
Location: "свалка" //наименование локации

Connection:
Level name: atp_1 //первый уровень
Point name: exit_atp_1_01 //связующая точка с первого уровня
</code>
Незабудьте, что '''ACTOR''' должен быть только на одной локации(в нашем случае на atp_1), иначе компилятор выдаст ошибку. Всё!... Сохраняем, прекомпилим.

Запускаем '''Ai Compiler''', выбираем по очереди наши два уровня и просчитываем шаг 1, проверям сетку. Теперь создаем ''текстовый документ'' и вписываем туда
<code>
@start /wait bins\ai\1.exe -g atp_1
@start /wait bins\ai\1.exe -g atp_2
</code>
сохраняем его как .bat и запускаем, в результате у каждого уровня
появится свой '''level.graph'''(граф и кросс-таблица).

Создаем еще один текстовик, пишем
<code>
@start /wait bins\ai\1.exe -m
</code>
сохраняем как .bat и стартуем. Так мы собрали '''game.graph''' из '''level.graph''''ов.

И наконец.. создаем 3ий "бантик" для сборки '''all.spawn'''!
<code>
bins\ai\1.exe -s
</code>

Компилим, заходим в '''gamedata\spawns\''', переименовываем получившийся спавн в '''all.spawn''' и запускаем через новую игру. Как видите, вы можете перемещаться с уровня на уровень, туда сюда без каких-либо проблем.

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

Для сборки '''всех''' сингл уровней из оригинальной игры
используйте bat фаил: [http://stalkerin.gameru.net/developer/mods/levelgraph_fullgame.bat fullgame.bat]
Если будут ошибки связанные с алайфом, жмем ''продолжить''. Потом выполняйте процедуры как написано выше, сборка '''game.graph''', а затем '''all.spawn'''.

==Добавляем наш уровень в сингл-плеер!==

Такс, продолжаем. Мне таки удалось наконец-то совместить свой тестовый левел с картами гсц. Итак приступим. Во первых нам необходим левел... свой, подготовленный. Если вы не читали инструкции выше, то дальше вам делать нечего. На нашем левеле должна быть во-первых '''connection point'''(соеденительная точка), вписываем в нее параметры данного примера, предположим такие:
<code>
Name: point_test_location_escape // название коннекшн-поинта

Connection
Level Name:L01_Escape //с каким уровнем его связываем
Point Name:esc_graph_point_0034 //соеденительный поинт на эскейпе, как
//его добавить будет объяснено '''ниже'''.
</code>
Сделали?

Теперь создаем еще один граф на уровне, вписываем просто его имя...
например '''Name: start_actor_01'''. Обязательно добавляем на уровень какой-нибудь уникальный объект... предположим '''машину'''. Зачем, узнаете потом. Но на левеле ни в коем случае не должно быть '''ACTOR''''а!! Сохраняем, прекомпилим левел. Компилим с помощью '''xrLC''' весь уровень, теперь открываем '''AICompiler''' от нео и выполняем '''1 или 2 и 3 шаги''' в отношении нашего левела.

Теперь нам нужно заручиться ОСОБЫМИ инструментами, в нашем случае понадобится [http://www.rapidshare.ru/532500 скрипт] от бардака, который позволяет узнать при запуске любого левела его '''level_vertex_id''', '''game_vertex_id''', '''position'''(координаты игрока в данный момент), '''direction'''(координаты направления его "взгляда"), всё это потребуется при работе с '''acdc''' несколькими этапами ниже. Загружаем игру, находим подходящее место где хотим видеть в будущем триггер для перехода уровней и записываем все параметры на бумажку, они нам понадобятся потом. По хорошему, желательно '''отдельно''' потом еще зайти в '''LE(level editor)''', открыть наш уровень, поставив эктора прям на графе с '''start_actor_01''', закомпилировать проект, пройти все шаги компиляции в '''xraicompiler'''(1,3,4,5,6), '''обязательно''' предварительно забэкапив '''game.graph''', начать новую игру и записать координаты '''level_vertex_id''' и '''direction''', но это достаточно нудно и сложно, но '''желательно''', а потом надо будет, вернуть всё в состояние до всех этих действий..., то есть убрать '''эктора''', восстановить оригинальный '''game.graph'''.

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

Создаем .bat фаил в папке с aiwrapper'ом с текстом
<code>
aiwrapper -extract_spawns
</code>
либо вводим тоже в тотал коммандере, с помощью этого ключа мы обновили '''level.spawn''''ы всех сингл-уровней, так как они не обновлялись со времен первого патча.

Теперь изучаем '''links.sample''' в блокноте. ничего не поняли? поясняю: '''aiwrapper''' обладает полезнейшим ключом '''-m2'''.
<code>
-m2 <файл> - склеить ИИ-графы карт в глобальный игровой граф с
учётом поправок для связей из указанного файла
</code>
То есть с помощью него мы можем взять любой существующий граф на уровне гсц, который "не занят", и добавить ему нужные нам значения, например сделать его коннекшн поинтом(соеденительной точкой), а потом всё это склеится в общий глобальный '''game.graph'''.

Выполняем ''aiwrapper -dump_graph graphs.txt'' батом или тоталом. Комманда выведет нам список исходных вершин ИИ-графа в указанный файл, то есть список скомпиленных графов всех сингл-уровней гсц в фаил '''graphs.txt'''. Находим там точку '''esc_graph_point_0034'''. Видите что она пуста в плане связей в отличии от exit_escape_01,02? Значит мы можем ее использовать, в оригинале разрабы их ставили для путей ботов, то есть по ним перемещается аи, но мы ее заюзаем для связи с нашим тестовым левелом.

Итак, создаем например текстовик '''links_fixed.txt''' и вписываем туда
<code>
[l01_escape]
; добавляем переход для ИИ с Кордона на тестовый уровень.
esc_graph_point_0034 = test_level_x, point_test_location_escape
</code>
'''test_level_x''' - название нашего уровня.
'''point_test_location_escape''' - коннекшн поинт на нашем уровне.
То есть мы прописываем у графпоинта на эскейпе эти два параметра, которые препращают его в коннекшн-поинт, связанный с тем, что на нашем левеле; сохраняем текстовик.

Выполняем батом или тотал коммандером:
<code>
aiwrapper -m2 links_fixed.txt
</code>
ЗЫЫ Желательно перед этим действом временно переместить куда-нибудь неиспользуемые левелы(мультиплеерные тоже) от греха подальше.
Ждем пока соберется '''game_graph''', ошибок быть недолжно.
{{Message_box|
id =pseudoscience|
align = left|
backgroundcolor = #f9f9f9|
image =Lamp.gif|
heading = Важные моменты 2 -- Loxotron|
message = Найден более простой способ вычисления '''game_vertex_id'''. В папке '''utils''' у компилятора бардака есть тулза '''ggtool.pl''' - утилита для показа межуровневых связей в '''game.graph'''. Копируем к утилите откомпилированный '''game.graph''' из '''gamedata\''' и выполняем прогу (в командной строке или через батник):
<pre>
ggtool.pl game.graph >svyazi.txt
</pre>
В результате в фаиле '''svyazi.txt''' в скобках будет указан '''game_vertex_id''' для конкретного уровня, таким образом не нужно узнавать '''dest_game_vertex_id''' c помощью перекомпилирования.

Пример:
l01_escape (0) --1206.29--> l02_garbage (415)

0 - '''game_vertex_id''', 415 - '''dest_game_vertex_id''',
1206.29 - '''distance'''(расстояние между точками), не тот который в '''level_changer''''е, а между '''connection_point''''ами.
}}
 

Теперь дело за '''all.spawn''':
<code>
aiwrapper -s
</code>
В результате соберется полноценный '''all.spawn''' из всех уровней которые есть в папке '''levels'''. Но на этом работа только начинается, теперь надо '''отредактировать''' этот получившийся '''all.spawn''' и добавить '''level_changer''' на уровень гсц, чтобы мы смогли перейти с него на наш.(в нашем случае с эскейпа на test_level_x). Копируем получившийся '''all.spawn''' в <туда, куда вы распаковали aiwrapper>\utils и создаем .bat с таким текстом:
<code>
acdc.pl -d all.spawn
</code>
В результате мы разобрали all.spawn на ltx'сы, нам нужен '''alife_l01_escape.ltx''', вписываем в конец туда это:

<code>
[не забитый номер]
;например 9000
section_name = level_changer
name = exit_to_new_location_from_esc
;любое_название_на_англ, (только не использованное)
position =
;здесь координаты где находиться левел чейнджер
;помните бумажку с координатами и параметрами, которую мы писали раньше?
;смотрим ту где параметры и координаты эскейпа и вписываем
direction = 0,0,0
;направление "взгляда" игрока
;по желанию, можно вписать координаты с бумажки
game_vertex_id =
;номер вершины игрового графа, задаёт первую вершину графа на данной локации
;с бумажки эскейпа
distance = 14.6999998092651
;"Расстояние" между точкой перехода(level_changer) и точкой появления
;актера на другом уровне (если считать зону неделимой), можно и 0.
level_vertex_id =
;Вершина уровневого графа, должно покатить '''-1''', но
;ставьте лучше то что записано на бумажке с эскейпа
object_flags = 0xffffff3e
custom_data = <<END
[pt_move_if_reject]
path = esc_way_test_if_reject
END
;custom data, где указано имя вейпоинта, который мы потом создадим
;на карте с помощью acdc, таже '''custom data''', что в начале
;статьи.
story_id =
;поставьте здесь неиспользуемый ID, например 8435
shapes = shape0
shape0:type = box
shape0:axis_x = 5.8284006118774,0,0
shape0:axis_y = 0,5.0005970001221,0
shape0:axis_z = 0,0,5.3902206420898
shape0:offset = 0,0,0
;сфера, в данном случае куб, именно в нем будет активироваться наш переход
restrictor_type = 3

;выставляем здесь все переменные для нового уровня
dest_game_vertex_id =
;номер вершины графа нашей новой локации, туда игрок переместится
;помните '''уникальный''' объект, который я просил вас поставить?
;открываем '''alife_lxx_unknown.ltx''' и ищем тачку, сдираем значение с нее
dest_level_vertex_id =
;вершина уровнего графа нового левела
;должно покатить -1, но лучше взять с бумажки с параметрами с тестового левела
dest_position =
;координаты на нашем уровне, где ты появляешься
;с бумажки тестового левела, либо наугад, либо используйте открорректированные
;координаты с любого объекта на вашей карте, то есть например есть дерево
;c координатами 0, 1 , 2, корректируем относительно дерева и
;вписываем например 4, 1, 2
dest_direction = 0,-1.12671363353729,0
;направление "взгляда игрока на новом уровне"
;по желанию
dest_level_name =
;название вашего уровня, в нашем случае test_level_x
dest_graph_point =
;название точки спавна игрока(графа, то есть в нашем случае
;start_actor_01)
</code>
Еще одно определение двух параметров для непонятливых:
<pre>
game_vertex_id - ставится как коннекшн поинт ('''graph_point''' c соответствующими настройками)
level_vertex_id - '''graph_point''' - ставится как обычная граф поинт с уникальным номером без параметров
</pre>

В них вписываем уникальный ID для каждого уровня, то есть в некоторых случаях просто смотрим эти два параметра у соседних объектов этого левела и вписываем значения. Как правило, '''level_vertex_id''' можно поставить '''-1''', но не для всех объектов, '''game_vertex_id''' = ид уровня.

Устали? =) А ведь еще не всё, нужно создать вейпоинт, который мы прописали в '''custom data''' '''level changer''''а. Открываем '''way_l01_escape.ltx''' и вписываем чтото типа:
<code>
[esc_way_test_if_reject]
points = p0,p1
;два вейпоинта
p0:name = name_test1
;имя вейпоинта 1
p0:position = -243.491257,-19.758562,-140.328583
;его координаты, ставьте их рядом с координатами level_changer
;но не в нём, корректируйте их, как в примере с деревом
p0:game_vertex_id = 8
p0:level_vertex_id = -1
p0:links = p1(1)

p1:name = name_test2
;имя вейпоинта 2
p1:position = -255.491257,-19.758562,-140.328583
;его координаты, всё тоже самое, только корректируйте относительно позиции
; вейпоинта 0, как в этом примере.
p1:game_vertex_id = 9
p1:level_vertex_id = -1
</code>
Поставили? Всё, осталось только собрать '''all.spawn''', батом или тотал коммандером выполняем это:
<code>
acdc.pl -c all.ltx
</code>
Теперь копируем получившийся '''all.spawn.new''' в '''gamedata\spawns\''' и переименовываем его в '''all.spawn'''.

Мученья окончились :) Запускайте новую игру и наслаждайтесь вашим переходом...

==В заключении==
Если вы хотите, чтобы ваша точка перехода отображалась на карте игрока, то лезем в '''level_tasks.script''' и добавляем в '''function add_lchanger_location()''' секцию, подобную представленной ниже:
<code>
-- test_level_x
local obj = sim:story_object(8435)
if obj then
level.map_add_object_spot(obj.id, "level_changer", "exit_to_new_location_from_esc")
end
</code>
В строке (obj.id, "level_changer", "'''exit_to_new_location_from_esc'''") выделенный текст - наименование вашего '''level_changer''', а число - его уникальный '''story_id''' на уровне, например на эскейпе или вашем левеле, список занятых '''story_id''' смотреть необязательно. Братьь любое число от 10000

==Список необходимых программ ==
*[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=165 AiCompiler 0.1] от '''Neo'''
*[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=166 AiWrapper] от '''bardak''''а
*[http://www.rapidshare.ru/532500 Info_LVID_GVID] скрипт от '''bardak''''а
*[http://files.gsc-game.com/st/xray-sdk-setup-v0.4.exe SDK 0.4] от '''GSC'''
*[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewdownload&cid=13 SDK Update] от '''Neo''' + '''GSC'''
*[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewdownload&cid=13 Fixed Shaders] от '''Haron'''
*[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=getit&lid=308 патч для SDK 0.3] от '''Haron'''

'''written by Loxotron'''

'''updated 11.01.08 by Loxotron'''

'''24/06/08 небольшое добавление о компиляции - Kalinin11'''

'''Дополнил информацией для тех, у кого X-Ray SDK не объединён с игрой - Эээ...'''

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

All.spawn. Отображения нового уровня

2009-06-27T15:53:27Z

90.157.85.184:

Итак, чтобы в распакованном all.spawn отображались новые уровни(а не lxx_unkown) проводим простую манипуляцию
Открываем блокнотом acdc.pl и находим в нём строчку constant levels_info
<pre>use constant levels_info => (
{ gvid0 => 2792, },
{ gvid0 => 2697, name => 'deadcity' },
{ gvid0 => 2332, name => 'l13_generators' },
{ gvid0 => 2328, name => 'rem_basa' },
{ gvid0 => 2326, name => 'marsh' },
{ gvid0 => 2243, name => 'red_forest' },
{ gvid0 => 2099, name => 'l12_stancia_2' },
{ gvid0 => 2049, name => 'l12u_control_monolith' },
{ gvid0 => 1984, name => 'l12u_sarcofag' },
{ gvid0 => 1855, name => 'l12_stancia' },
{ gvid0 => 1699, name => 'l11_pripyat' },
{ gvid0 => 1029, name => 'l10_radar' },
{ gvid0 => 1127, name => 'l07_military' },
{ gvid0 => 1111, name => 'l08u_brainlab' },
{ gvid0 => 1020, name => 'l08_yantar' },
{ gvid0 => 890, name => 'l06_rostok' },
{ gvid0 => 883, name => 'l05_bar' },
{ gvid0 => 824, name => 'l04u_labx18' },
{ gvid0 => 811, name => 'l04_darkvalley' },
{ gvid0 => 703, name => 'l03u_agr_underground' },
{ gvid0 => 416, name => 'l03_agroprom' },
{ gvid0 => 252, name => 'l02_garbage' },
{ gvid0 => 0, name => 'l01_escape' },
);</pre>
Цифр..английские буквы..страшно? Я понимаю, думаете мне в первый раз было лучше?:)
Буду краток как наш призедент
{ gvid => нижний гейм вертекс уровня, name => 'имя_левела_соотвествущюего_вертексу' },
Вот собсно и усё. Теперь рассмотрим траблу глубже.

Как известно, если добавляешь много локаций (более 3, а то и двух) сталкиваешься с этакой фигней: в ltx'сах спавна все обьекты сбиваются...Например то, что заспавнено на милитари появляется на кордоне...обьекты спавнятся не там где надо и.т.д короч полный зАд! Делаем следущее. Отедяем наши локи от общего спавна, стираем в acdc.pl в use constant levels_info все локи кроме нашй. Компилим. Подтираем лишние обьекты, берём спаун из СДК кидаем туда оригинальные обьекты, совмещаем с нашими локами и всё! Может пару десятков обьектов надо будет перелопатить, но не 8000 с лишним)
Статейка маленькая, но дмаю принесёт пользу.

Немного теории. АСДС'шка создаёт лтиксы именно по <pre>use constant levels_info</pre> этой схеме. На самом деле довольно просто, лтикс создаётся с именем уровня и в него вписываются обьекты с принадлежащим гейм_вертексом. Напомню, в gvid0 указывать только начальный вертекс уровня.

<math>Авторы:</math> Спс Xiani за добавление лтик'сов в спаун. А так FL TEAM(именно Rez@niy)

CS. Подключение двух локаций к синглу

2009-06-16T18:21:40Z

90.157.85.184:

Итак, как же подключить две локации к синглу? А то и 4?Та легко! Подробный разбор для тугодумов
В конфигах game_maps_single.ltx
<pre>[level_maps_single]
................
..............
.............
red_forest
marsh</pre>
и секцию в низ

<pre>;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
[red_forest]
texture = map\map_aes_1
bound_rect = -256.776, -747.782, 1398.440, 850.523
global_rect = 253.0, 74.0, 737.0,541.358704
weathers = default
music_tracks = l12_stancia_2_musics
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
[marsh]
texture = map\map_aes_1
bound_rect = -256.776, -747.782, 1398.440, 850.523
global_rect = 253.0, 74.0, 737.0,541.358704
weathers = default
music_tracks = l12_stancia_2_musics
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;</pre>
Теперь game_levels.ltx

<pre>[levels]
.....
...
...
level190
level191
</pre>

и секции

<pre>[level190]
name = red_forest
caption = "red_forest"
offset = 2000.0, 800.0, 1000.0
id = 190

[level191]
name = marsh
caption = "marsh"
offset = 2000.0, 800.0, 1000.0
id = 191</pre>

Теперь граф поинты

<big>red_forest</big>
первый граф; Name start_actor_01
второй граф: Name exit_rf
На уровень:marsh
коннекшн поинт на marsh: exit_marsh
Левел чангер: Level marsh
Левел поинт ту чанг: start_actor_01

<big>marsh</big>
Первый граф: Name start_actor_01
Второй граф: Name exit_marsh
На уровне rd_forest exit_rf
Левел Чангер: Level red_forest
Левел поинт ту чанг start_actor_01
uгы))))))
Вроде всё. Способ проверен.
З,Ы, Коннекшн поинты должны быть на каждом уровне

Настройка погоды и освещения

2009-06-11T10:57:03Z

90.157.85.184: /* Авторы */

http://www.quizilla.com/poems/9369496/viagra-commercials viagra commercials or http://www.quizilla.com/poems/9369498/rapid-tabs-viagra rapid tabs viagra or http://www.quizilla.com/poems/9369500/viagra-cheapest-online-sellers viagra cheapest online sellers or http://www.quizilla.com/poems/9369501/compare-levetria-and-viagra compare levetria and viagra or http://www.quizilla.com/poems/9369502/viagra-order-uk viagra order uk

==Авторы==
ВЕРНПИТЕ СТАТЬЮ ПОЖАЛУЙСТО"
Статья создана по материалам, предоставленным:

* [[Участник:Argus|Argus]]
* [[Участник:Saharov|Saharov]]
* [[Участник:sergy172|sergy172]]
* [[Участник:Xarvius|Xarvius]]
* [[Участник:NightVz|NightVz]]

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

Рестрикторы

2009-05-18T12:15:37Z

90.157.85.184: /* Простейший пример */

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

== Простейший пример ==
Ну, например, зона убора оружия :-)
Режим: спаун-элементы.
Создайте на вашем уровне рестриктор, создайте зону влияния нужного размера, привяжите рестриктор к зоне влияния. Дальше можно приколоться, создав сосыча или бюрера, чтоб уж наверняка игрок обкакался у монитора за игрой X)

Далее надо зайти в параметры рестриктора и в custom data(доп. параметры) записать следующие строки:

[logic]

active = sr_no_weapon

[sr_no_weapon]

''В опциях restrictor type следует выбрать NOT a restrictor''

Можно выходить из опций рестриктора.

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

Написал: '''Эээ...'''
[[Категория:SDK]]
НАРОД СТАТЬЯ БРЕДОВАЯ!ДЛЯ ВЫПОЛНЕНИЯ ДЕЙСТВИЙ СЛУЖАТ ИНФОПОРШНИ!ДЛЯ ПРОВЕРКИ - ГУЛАГИ(выполнения действий с НПС)тут ваще какаято чушь написано про обьект в all.spawn => trader_zone зона в которой убираетсЯ оружие

Компиляция -=inGame АИ=-

2009-03-05T08:45:50Z

90.157.85.184: /* В заключении */

Итак, приступим... Раз вы здесь, значит есть на то причина:
*1)либо вы нуп, увидевший аи-компилер и решивший забацать чтото крутое
*2)вы не нуп, но всё забыли или почти всё
*3)вы супер-аццкий про решивший глянуть на весь этот детсад свысока )
*4)вы обычный модер, решивший расширить свои текущие познания. ;)

==Основы==
Ну что ж... начнем с самого простого, скомпилим левел с аи, монстрами на
карте '''mp_atp'''. Открываем левел.. первое что надо сделать убрать все
'''rpoint'''(мультиплеерные точки спавна). Убрали? Отлично. Создаем
'''Spawn elements -> actor''' ну и по желанию в свойствах ('''Properties''')
в '''custom data''' прописываем ему предположим вот это:

<code>
[spawn]
wpn_ak74
</code>

Тем самым при появлении игрока у него в руках уже будет калаш. Далее,
создаем монстра... любого по желанию, предположим кровососа и ставим на уровень.
Теперь дело за '''AI map''' - аи сетка, которая необходима для того, чтобы
нпс, монстры могли ориентироваться по уровню. Жмем Object и кликаем на земле(тем самым мы ее "выбрали" для дальнейших манипуляций), затем '''AI Map''' -> '''Commands''' -> '''Make list from selected''', жмем '''add''' в разделе '''AI Map Nodes''' и '''add''' для добавления объектов слева вверху(чайник) и ставим на карте ноды в нужном вам порядке(достаточно одного), жмем '''Generate Full'''. Всё, аи-сетка сгенерированна. Теперь добавляем на левел обязательно! 1 graph point ('''Spawns->ai->graph point'''), в нем можно ничего не писать. Сохраняем уровень, билдим ('''build''').

после этого не забываем скомпилить карту, (не забываем создать диск Х, приложенной прогой)
<code>Windows -> start -> run</code> и в командной строке пишем (mp_atp_test,здесь название карты):
[[image:Docs_wind_run_comp_multiplayer.jpg|Запуск уровня на компиляцию|center|frame|Запуск уровня на компиляцию]]
После корректной компиляции:
[[image:Docs_wind_xray_levelcompiler.jpg|Завершение компиляции|center|frame|Завершение компиляции]]

Следующим шагом будет правка конфигов.

Пример:

'''game_maps_single.ltx'''

<code>
[level_maps_single]
...
testing_ai
//название вашего уровня

[testing_ai]
global_rect = -6,1220.0, 248.0,1481.0
texture = map\map_escape
//текстура при загрузке
bound_rect = -502.148,-412.284,379.976,474,479
weathers = default
//погода
</code>

'''game_levels.ltx'''

<code>
[levels]
...
level190
//номер вашего уровня

[level190]
name = testing_ai
caption = "testing_ai"
offset = 2000.0, 800.0, 1000.0 // положение нового уровня на глобальной карте, X, Y, Z
id = 193
//индентифакционный номер, должен быть уникальным
</code>

'''game_graphs.ltx'''

<code>
018 = "testing_ai"
</code>

Теперь открываем AI Compiler, указываем папку с '''сдк'''(.../level_editor, либо если он объединен с игрой, путь до нее). Выбираем ваш уровень.
Проходим 1ую стадию чернового просчета аи карты('''шаг 1'''), либо если вы хотите долго ждать и просчитать укрытия для нпс то выбираем '''шаг 2'''.
Далее строим граф и кросс-таблицу уровня шаг 3, потом граф игры '''шаг 4''' и наконец фаил .spawn '''шаг 5'''. После всех стадий заходим в gamedata\spawns\ и переименовываем '''test.spawn''' в '''all.spawn'''

{{Message_box|
id =pseudoscience|
align = left|
backgroundcolor = #f9f9f9|
image =Lamp.gif|
heading = Важные моменты -- Loxotron|
message = При правке конфигов не забывайте указывать реально существующую там погоду и картинку загрузки, иначе вылетит; также не пытайтесь запустить уровень через .bat фаил, подобный указанному ниже, тоже будет вылет
<pre>bin\xr_3da.exe -ltx user.ltx -nointro -external -start server(level/single) client(localhost)</pre>

Правильный .bat фаил
<pre>@start bin\XR_3DA.exe -start server(%1/single/alife) client(localhost)</pre>
%1 - название левела
}}
 

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

Итак у вас два уровня... на одном из них стоит '''actor'''. Начнем с него:
создаем '''ai->level changer''', затем '''shape->sphere''', с помощью '''scale''' увеличиваем до необходимых размеров, теперь переключаемся в режим редактирования '''spawn element''', выделяем '''level changer''' и жмем '''commands->attach object''', а затем кликаем на сферу... Всё, сфера и level changer теперь связаны. Далее идем в закладку '''properties''', указываем название, например '''to_atp_2''', теперь нужно прописать в '''custom data''' вейпоинт для возврата, в случае отказа игрока от перемещения с локации на локации(обязательно). Вписываем вот это:
<code>
[pt_move_if_reject]
path = atp_1_way_if_reject
//в случае отказа от перемещения на вторую локу, возвращаемся назад
</code>

В '''Level to change''' вписываем наименование уровня, куда мы хотим переместиться с этого левела, например '''atp_2'''.
В '''Level Point to change''' указываем точку, в которой игрок появится...
'''start_actor_01'''. С '''level changer''' на этом уровне всё, пошли далее.
И самое главное, в параметрах level_changer в пункте "restrictor type" поставить значение "not a restrictor", в противном случае будет вылет при переходе на вторую локу.
Создаем '''graph point''' или используем пустой существующий если у вас есть.
В него вписываем '''start_actor_01''', этот поинт для того чтобы мы смогли со второго левела '''atp_2''' перейти на '''atp_1'''(первый). Создаем еще один '''graph point''' c названием '''exit_atp_1_01''', в разделе '''location''' выбираем, например "экскейп". В '''Connection -> Level name''' указываем уровень, с которым будет связан '''atp_1''', то есть выбираем '''atp_2''', в '''Connection->Point Name''' вписываем точку связи из второго уровня, которую мы создадим потом '''exit_atp_2_01'''. С первым уровнем всё...

Для чего нам нужен graph point'ы ''exit_xxx''?
''exit_xxx'' представляет собой '''connection_point'''(точку связи) - для того, чтобы компилятор знал, какие уровни он соединяет, а если по другому: начальный граф уровня, от него потом считаются все ноды.

'''start_actor_xx''' - точка появления актера после перехода.

Помните мы вписали в '''custom data''' '''level changer''''а вейпоинт? Вот теперь нам придется его создать. Выбираем '''Way Points''' -> жмем "чайник" и стави 1 вейпоинт рядом с level changer(так мы создали начальную точку пути), теперь жмем '''point mode''' и ставим второй. Если они не соеденились стрелочкой, жмем '''create 1-link'''. Теперь у нас получился путь, который мы прописали в custom data '''level changer''', заходим в свойства и обзываем его также как и в '''custom data''', тоесть '''atp_1_way_if_reject'''. Всё с первым уровнем покончили.

Итак, открываем второй уровень и поехали по новой...

Создаем там путь из двух вейпоинтов по схеме выше и обзываем '''atp_2_way_if_reject'''. Создаем level changer называем его '''to_atp_1''',
в '''custom data''' пишем
<code>
[pt_move_if_reject]
path = atp_2_way_if_reject //название вэйпоинта
</code>
В '''level to change''' указываем atp_1 //куда переходим с atp_2
В '''level point to change''' - '''start_actor_01'''(дада, тот который мы создали на первом левеле :) )

Теперь здесь же на atp_2 создаем graph point с названием '''start_actor_01'''.
И еще один где вписываем следущие значения:
<code>
Name: exit_atp_2_01
Location: "свалка" //наименование локации

Connection:
Level name: atp_1 //первый уровень
Point name: exit_atp_1_01 //связующая точка с первого уровня
</code>
Незабудьте, что '''ACTOR''' должен быть только на одной локации(в нашем случае на atp_1), иначе компилятор выдаст ошибку. Всё!... Сохраняем, прекомпилим.

Запускаем '''Ai Compiler''', выбираем по очереди наши два уровня и просчитываем шаг 1, проверям сетку. Теперь создаем ''текстовый документ'' и вписываем туда
<code>
@start /wait bins\ai\1.exe -g atp_1
@start /wait bins\ai\1.exe -g atp_2
</code>
сохраняем его как .bat и запускаем, в результате у каждого уровня
появится свой '''level.graph'''(граф и кросс-таблица).

Создаем еще один текстовик, пишем
<code>
@start /wait bins\ai\1.exe -m
</code>
сохраняем как .bat и стартуем. Так мы собрали '''game.graph''' из '''level.graph''''ов.

И наконец.. создаем 3ий "бантик" для сборки '''all.spawn'''!
<code>
bins\ai\1.exe -s
</code>

Компилим, заходим в '''gamedata\spawns\''', переименовываем получившийся спавн в '''all.spawn''' и запускаем через новую игру. Как видите, вы можете перемещаться с уровня на уровень, туда сюда без каких-либо проблем.

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

Для сборки '''всех''' сингл уровней из оригинальной игры
используйте bat фаил: [http://stalkerin.gameru.net/developer/mods/levelgraph_fullgame.bat fullgame.bat]
Если будут ошибки связанные с алайфом, жмем ''продолжить''. Потом выполняйте процедуры как написано выше, сборка '''game.graph''', а затем '''all.spawn'''.

==Добавляем наш уровень в сингл-плеер!==

Такс, продолжаем. Мне таки удалось наконец-то совместить свой тестовый левел с картами гсц. Итак приступим. Во первых нам необходим левел... свой, подготовленный. Если вы не читали инструкции выше, то дальше вам делать нечего. На нашем левеле должна быть во-первых '''connection point'''(соеденительная точка), вписываем в нее параметры данного примера, предположим такие:
<code>
Name: point_test_location_escape // название коннекшн-поинта

Connection
Level Name:L01_Escape //с каким уровнем его связываем
Point Name:esc_graph_point_0034 //соеденительный поинт на эскейпе, как
//его добавить будет объяснено '''ниже'''.
</code>
Сделали?

Теперь создаем еще один граф на уровне, вписываем просто его имя...
например '''Name: start_actor_01'''. Обязательно добавляем на уровень какой-нибудь уникальный объект... предположим '''машину'''. Зачем, узнаете потом. Но на левеле ни в коем случае не должно быть '''ACTOR''''а!! Сохраняем, прекомпилим левел. Компилим с помощью '''xrLC''' весь уровень, теперь открываем '''AICompiler''' от нео и выполняем '''1 или 2 и 3 шаги''' в отношении нашего левела.

Теперь нам нужно заручиться ОСОБЫМИ инструментами, в нашем случае понадобится [http://www.rapidshare.ru/532500 скрипт] от бардака, который позволяет узнать при запуске любого левела его '''level_vertex_id''', '''game_vertex_id''', '''position'''(координаты игрока в данный момент), '''direction'''(координаты направления его "взгляда"), всё это потребуется при работе с '''acdc''' несколькими этапами ниже. Загружаем игру, находим подходящее место где хотим видеть в будущем триггер для перехода уровней и записываем все параметры на бумажку, они нам понадобятся потом. По хорошему, желательно '''отдельно''' потом еще зайти в '''LE(level editor)''', открыть наш уровень, поставив эктора прям на графе с '''start_actor_01''', закомпилировать проект, пройти все шаги компиляции в '''xraicompiler'''(1,3,4,5,6), '''обязательно''' предварительно забэкапив '''game.graph''', начать новую игру и записать координаты '''level_vertex_id''' и '''direction''', но это достаточно нудно и сложно, но '''желательно''', а потом надо будет, вернуть всё в состояние до всех этих действий..., то есть убрать '''эктора''', восстановить оригинальный '''game.graph'''.

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

Создаем .bat фаил в папке с aiwrapper'ом с текстом
<code>
aiwrapper -extract_spawns
</code>
либо вводим тоже в тотал коммандере, с помощью этого ключа мы обновили '''level.spawn''''ы всех сингл-уровней, так как они не обновлялись со времен первого патча.

Теперь изучаем '''links.sample''' в блокноте. ничего не поняли? поясняю: '''aiwrapper''' обладает полезнейшим ключом '''-m2'''.
<code>
-m2 <файл> - склеить ИИ-графы карт в глобальный игровой граф с
учётом поправок для связей из указанного файла
</code>
То есть с помощью него мы можем взять любой существующий граф на уровне гсц, который "не занят", и добавить ему нужные нам значения, например сделать его коннекшн поинтом(соеденительной точкой), а потом всё это склеится в общий глобальный '''game.graph'''.

Выполняем ''aiwrapper -dump_graph graphs.txt'' батом или тоталом. Комманда выведет нам список исходных вершин ИИ-графа в указанный файл, то есть список скомпиленных графов всех сингл-уровней гсц в фаил '''graphs.txt'''. Находим там точку '''esc_graph_point_0034'''. Видите что она пуста в плане связей в отличии от exit_escape_01,02? Значит мы можем ее использовать, в оригинале разрабы их ставили для путей ботов, то есть по ним перемещается аи, но мы ее заюзаем для связи с нашим тестовым левелом.

Итак, создаем например текстовик '''links_fixed.txt''' и вписываем туда
<code>
[l01_escape]
; добавляем переход для ИИ с Кордона на тестовый уровень.
esc_graph_point_0034 = test_level_x, point_test_location_escape
</code>
'''test_level_x''' - название нашего уровня.
'''point_test_location_escape''' - коннекшн поинт на нашем уровне.
То есть мы прописываем у графпоинта на эскейпе эти два параметра, которые препращают его в коннекшн-поинт, связанный с тем, что на нашем левеле; сохраняем текстовик.

Выполняем батом или тотал коммандером:
<code>
aiwrapper -m2 links_fixed.txt
</code>
ЗЫЫ Желательно перед этим действом временно переместить куда-нибудь неиспользуемые левелы(мультиплеерные тоже) от греха подальше.
Ждем пока соберется '''game_graph''', ошибок быть недолжно.
{{Message_box|
id =pseudoscience|
align = left|
backgroundcolor = #f9f9f9|
image =Lamp.gif|
heading = Важные моменты 2 -- Loxotron|
message = Найден более простой способ вычисления '''game_vertex_id'''. В папке '''utils''' у компилятора бардака есть тулза '''ggtool.pl''' - утилита для показа межуровневых связей в '''game.graph'''. Копируем к утилите откомпилированный '''game.graph''' из '''gamedata\''' и выполняем прогу (в командной строке или через батник):
<pre>
ggtool.pl game.graph >svyazi.txt
</pre>
В результате в фаиле '''svyazi.txt''' в скобках будет указан '''game_vertex_id''' для конкретного уровня, таким образом не нужно узнавать '''dest_game_vertex_id''' c помощью перекомпилирования.

Пример:
l01_escape (0) --1206.29--> l02_garbage (415)

0 - '''game_vertex_id''', 415 - '''dest_game_vertex_id''',
1206.29 - '''distance'''(расстояние между точками), не тот который в '''level_changer''''е, а между '''connection_point''''ами.
}}
 

Теперь дело за '''all.spawn''':
<code>
aiwrapper -s
</code>
В результате соберется полноценный '''all.spawn''' из всех уровней которые есть в папке '''levels'''. Но на этом работа только начинается, теперь надо '''отредактировать''' этот получившийся '''all.spawn''' и добавить '''level_changer''' на уровень гсц, чтобы мы смогли перейти с него на наш.(в нашем случае с эскейпа на test_level_x). Копируем получившийся '''all.spawn''' в <туда, куда вы распаковали aiwrapper>\utils и создаем .bat с таким текстом:
<code>
acdc.pl -d all.spawn
</code>
В результате мы разобрали all.spawn на ltx'сы, нам нужен '''alife_l01_escape.ltx''', вписываем в конец туда это:

<code>
[не забитый номер]
;например 9000
section_name = level_changer
name = exit_to_new_location_from_esc
;любое_название_на_англ, (только не использованное)
position =
;здесь координаты где находиться левел чейнджер
;помните бумажку с координатами и параметрами, которую мы писали раньше?
;смотрим ту где параметры и координаты эскейпа и вписываем
direction = 0,0,0
;направление "взгляда" игрока
;по желанию, можно вписать координаты с бумажки
game_vertex_id =
;номер вершины игрового графа, задаёт первую вершину графа на данной локации
;с бумажки эскейпа
distance = 14.6999998092651
;"Расстояние" между точкой перехода(level_changer) и точкой появления
;актера на другом уровне (если считать зону неделимой), можно и 0.
level_vertex_id =
;Вершина уровневого графа, должно покатить '''-1''', но
;ставьте лучше то что записано на бумажке с эскейпа
object_flags = 0xffffff3e
custom_data = <<END
[pt_move_if_reject]
path = esc_way_test_if_reject
END
;custom data, где указано имя вейпоинта, который мы потом создадим
;на карте с помощью acdc, таже '''custom data''', что в начале
;статьи.
story_id =
;поставьте здесь неиспользуемый ID, например 8435
shapes = shape0
shape0:type = box
shape0:axis_x = 5.8284006118774,0,0
shape0:axis_y = 0,5.0005970001221,0
shape0:axis_z = 0,0,5.3902206420898
shape0:offset = 0,0,0
;сфера, в данном случае куб, именно в нем будет активироваться наш переход
restrictor_type = 3

;выставляем здесь все переменные для нового уровня
dest_game_vertex_id =
;номер вершины графа нашей новой локации, туда игрок переместится
;помните '''уникальный''' объект, который я просил вас поставить?
;открываем '''alife_lxx_unknown.ltx''' и ищем тачку, сдираем значение с нее
dest_level_vertex_id =
;вершина уровнего графа нового левела
;должно покатить -1, но лучше взять с бумажки с параметрами с тестового левела
dest_position =
;координаты на нашем уровне, где ты появляешься
;с бумажки тестового левела, либо наугад, либо используйте открорректированные
;координаты с любого объекта на вашей карте, то есть например есть дерево
;c координатами 0, 1 , 2, корректируем относительно дерева и
;вписываем например 4, 1, 2
dest_direction = 0,-1.12671363353729,0
;направление "взгляда игрока на новом уровне"
;по желанию
dest_level_name =
;название вашего уровня, в нашем случае test_level_x
dest_graph_point =
;название точки спавна игрока(графа, то есть в нашем случае
;start_actor_01)
</code>
Еще одно определение двух параметров для непонятливых:
<pre>
game_vertex_id - ставится как коннекшн поинт ('''graph_point''' c соответствующими настройками)
level_vertex_id - '''graph_point''' - ставится как обычная граф поинт с уникальным номером без параметров
</pre>

В них вписываем уникальный ID для каждого уровня, то есть в некоторых случаях просто смотрим эти два параметра у соседних объектов этого левела и вписываем значения. Как правило, '''level_vertex_id''' можно поставить '''-1''', но не для всех объектов, '''game_vertex_id''' = ид уровня.

Устали? =) А ведь еще не всё, нужно создать вейпоинт, который мы прописали в '''custom data''' '''level changer''''а. Открываем '''way_l01_escape.ltx''' и вписываем чтото типа:
<code>
[esc_way_test_if_reject]
points = p0,p1
;два вейпоинта
p0:name = name_test1
;имя вейпоинта 1
p0:position = -243.491257,-19.758562,-140.328583
;его координаты, ставьте их рядом с координатами level_changer
;но не в нём, корректируйте их, как в примере с деревом
p0:game_vertex_id = 8
p0:level_vertex_id = -1
p0:links = p1(1)

p1:name = name_test2
;имя вейпоинта 2
p1:position = -255.491257,-19.758562,-140.328583
;его координаты, всё тоже самое, только корректируйте относительно позиции
; вейпоинта 0, как в этом примере.
p1:game_vertex_id = 9
p1:level_vertex_id = -1
</code>
Поставили? Всё, осталось только собрать '''all.spawn''', батом или тотал коммандером выполняем это:
<code>
acdc.pl -c all.ltx
</code>
Теперь копируем получившийся '''all.spawn.new''' в '''gamedata\spawns\''' и переименовываем его в '''all.spawn'''.

Мученья окончились :) Запускайте новую игру и наслаждайтесь вашим переходом...

==В заключении==
Если вы хотите, чтобы ваша точка перехода отображалась на карте игрока, то лезем в '''level_tasks.script''' и добавляем в '''function add_lchanger_location()''' секцию, подобную представленной ниже:
<code>
-- test_level_x
local obj = sim:story_object(8435)
if obj then
level.map_add_object_spot(obj.id, "level_changer", "exit_to_new_location_from_esc")
end
</code>
В строке (obj.id, "level_changer", "'''exit_to_new_location_from_esc'''") выделенный текст - наименование вашего '''level_changer''', а число - его уникальный '''story_id''' на уровне, например на эскейпе или вашем левеле, список занятых '''story_id''' смотреть необязательно. Братьь любое число от 10000

==Список необходимых программ ==
*[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=165 AiCompiler 0.1] от '''Neo'''
*[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=166 AiWrapper] от '''bardak''''а
*[http://www.rapidshare.ru/532500 Info_LVID_GVID] скрипт от '''bardak''''а
*[http://files.gsc-game.com/st/xray-sdk-setup-v0.4.exe SDK 0.4] от '''GSC'''
*[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewdownload&cid=13 SDK Update] от '''Neo''' + '''GSC'''
*[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewdownload&cid=13 Fixed Shaders] от '''Haron'''
*[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=getit&lid=308 патч для SDK 0.3] от '''Haron'''

'''written by Loxotron'''

'''updated 11.01.08 by Loxotron'''

'''24/06/08 небольшое добавление о компиляции - Kalinin11'''
[[Категория:Программы]][[Категория:SDK]]

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

2008-12-30T17:17:07Z

90.157.85.184:

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

}}
 

<pre>Итак начнём. Рассмотрим простой скрипт спавна предмета:
--*********************************************
--**TESTING**
--*********************************************
--ЗДЕСЬ ВСЕГДА МОЖЕТ БЫТЬ ВАША РЕКЛАМА
-- Создает в заданном месте ящик с динамитом
function bandit_create()
local a = vector() -- db.actor:position()
a.x = -220.21
a.y = -19.93
a.z = -158.98
alife():create("wpn_ak47",a,33447,47,65535)
end</pre>

<big>ИМЯ ФУНКЦИИ</big>
function - всегда обязательное поле, это что то вроде id, в языке LUA. После поля function отступаем и пишем текст произвольный.
Дальше идёт функциия о позиции, она обязательна для спавна скриптом.
Ниже кординаты. Для снятия кординат используем в консоли rs_stats on.
После кординат идёт сама функция спавна. <big>alife():create("СИСТЕМНОЕ ИМЯ ОБЬЕКТА",a,33447,47,65535)</big>
Цифры пусть остануться такие же. Для обьекта спавна возмём wpn_ak47. Кординаты какие то левые, лучше снимите кординаты сами. И ещё кое что важное. В папке scripts, создаём файл bugaga.script и пишем туда готовый текст, только со своими кординатами.
<pre>--*********************************************
--**TESTING**
--*********************************************
--ЗДЕСЬ ВСЕГДА МОЖЕТ БЫТЬ ВАША РЕКЛАМА
-- Создает в заданном месте ящик с динамитом
function bandit_create()
local a = vector() -- db.actor:position()
a.x = -220.21
a.y = -19.93
a.z = -158.98
alife():create("wpn_ak47",a,33447,47,65535)
end</pre>
Написали? Отлично!. Теперь осталось только подключить это к игре. Идём в файл dialogs_escape.xml и выбираем какое нить диалог. Там после поля text в диалоге приписываем <action>main.bandit_create</action>
ТОЛЬКО ДИАЛОГ ВЫБИРАЕМ ИСПОЛЬЗУЮЩИЙСЯ. С волком например. Всё сохраняем и тестим. В итоге, когда вы в игре нажмёте на фразу после которой находится action, заспауниться калаш на указанных кординатах.

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

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

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

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

2008-12-16T15:07:06Z

90.157.85.184: /* 3.2.6. Схема follower */

'''GSC GameWorld'''

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

=Настройки логики=

==3.1. Система флагов (path_walk, path_look)==
В точках путей можно задавать флаги, изменяющие поведение персонажа. Флаги задаются прямо в имени waypoint-а, например, для точки с именем "'''wp00'''": 
'''wp00|flag1|flag2''' 
Флаги точек пути '''path_walk''': 
'''a=state''' 
Выбирает состояние тела при перемещении (Только из раздела –Ходячие состояния) 
Список состояний можно взять в '''gamedata\scripts\state_lib.script''' 
'''p=percent''' 
Вероятность остановиться в точке в процентах (0 – 100). По умолчанию 100, т.е. сталкер никогда не проходит мимо точек остановки. 
'''sig=name''' 
Установить сигнал с именем name сразу по прибытию в точку (до поворота) для последующей его проверки с помощью поля '''on_signal''' логической схемы. Если нужно установить сигнал после поворота – используйте соответствующий флажок пути '''path_look'''. 
Флаги точек пути '''path_look''': 
'''a =state''' 
Выбирает состояние тела при стоянии (или сидении) на месте. (Из разделов Стоячие и Сидячие состояния) 
Список состояний можно взять в '''gamedata\scripts\state_lib.script''' 
'''t=msec''' - время в миллисекундах, которое персонаж должен смотреть в заданную точку. 
* – бесконечное время. Допустимы значения в диапазоне '''[1000, 30000]''', по умолчанию – '''5000'''. 
Для конечных (терминальных) вершин пути '''path_walk''', у которых не более 1-й соответствующей точки '''path_look''', значение t всегда считается бесконечным и его явно задавать не нужно. 
'''sig=name''' 
После поворота в точку '''path_look''', установить сигнал с именем name. 
'''syn''' 
Наличие флажка задержит установку сигнала до тех пор, пока в точку с флажком syn не прибудут все персонажи с данным team-ом ('''team''' задается в виде текстовой строки в '''customdata'''). До тех пор, пока остальные персонажи не прибудут, ожидающей персонаж будет отыгрывать свою '''idle''' анимацию. 
'''sigtm=signal''' 
Устанавливает сигнал при вызове time_callback-а state manager-ом. Соответственно, если t=0, то сигнал будет установлен после отыгрывания init анимации. Это используется, например, с анимацией press, которая состоит из двух частей: 1 - нажимаем на кнопку, 2 - опускаем руку. 
В пути path_look можно сделать: '''wp00|a=press|t=0|sigtm=pressed''' 
А затем переключить схему: '''on_signal = pressed | другая_схема''' 

==3.1.1. Более подробное описание путей. ==

Walker. 

Настройка: 
[[Изображение:Logic_1.JPG]]

На карту для каждого walker-а нужно поставить: 
1) Путь path_walk, по которому walker ходит. 
2) Путь path_look, состоящий из точек, в которые walker смотрит. 

Walker-ов может быть 1 или больше. Они могут действовать независимо, или взаимодействовать друг с другом. 

[walker] 
team = … 
имя команды, произвольная текстовая строка. Все walker-ы в одной команде должны иметь один и тот же team. Желательно в team задавать имя уровня и имя места, где стоят walker-ы, например: escape_bridge, escape_factory, это уменьшит шанс ошибиться и дать разным командам общее имя. 
path_walk = … 
имя пути, описанного в п. 1 
path_look = … 
(не обязательно) имя пути, описанного в п. 2. Если персонаж должен только ходить по маршруту, path_look можно не задавать. 
Если персонаж должен стоять на месте, то ему задается одна точка пути path_walk и как минимум одна точка пути path_look 

Правила расстановки флажков в путях рассмотрим на нескольких примерах: 

===Пример 1:===

Персонаж патрулирует территорию вокруг двух домиков. Маршрут строится следующим образом: 
[[Изображение:Logic_2.JPG]]

Как сделать, чтобы персонаж между определенными точками бежал или крался? Для этого в пути path_walk существуют флажки. 
У каждого вейпоинта есть имя: wp00, wp01 и т.д. 
Флажки задаются в имени. Их нужно отделять от самого имени с помощью символа ‘|’. Пишеться a=anim, где anim – название анимации из пункта 2.4.4. настоящей документации. Если мы напишем a=threat то персонаж пойдет в состоянии данжер, если a=raid то побежит с оружием наизготовку и т.д. 

NB: В точках пути path_walk используются анимации ТОЛЬКО из раздела «Ходячие состояния»!

===Пример 2:===
[[Изображение:Logic_3.JPG]]

Разговор персонажа.

Чтобы персонаж говорил, перемещаясь по маршруту, нужно определить в каждой точке список тем, на которые он может говорить. Для этого существуют следующие поля: 
s = имя_звуковой_схемы (по умолчанию звук отключен). Несколько тем можно перечислять через запятую.

===Пример 3:===
[[Изображение:Logic_4.JPG]]

В примере 3 используется только поле s, чтобы задать тему разговора, и флажок sc, чтобы показать, что звук проигрывается не разово, а периодически. 
Остальные параметры (sp, sf, st) задавать НЕ РЕКОМЕНДУЕТСЯ, значения по умолчанию приемлимы для большинства скриптов. 
Параметр sa также использовать НЕ РЕКОМЕНДУЕТСЯ. Если нужно стартовать звук одновременно с анимацией, лучше воспользоваться полями пути path_look, о котором будет написано ниже в этом документе. 
Если персонаж не только ходит по маршруту, но должен также останавливаться и играть анимации, нужно задать ему путь path_look. 

===Пример 4:===
усовершенствуем пример 1, чтобы персонаж, проходя мимо проема между домами, останавливался и заглядывал в него:

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

Что добавилось в этом примере? Путь path_look с двумя точками. Связь между точками этого пути рекомендуется сразу же удалить в редакторе, поскольку она все равно не используется. 

Далее, в точках путей path_walk и path_look, которые обведены на рисунке пунктирной линией, в редакторе ставим общие флажки. Например, в верхней паре точек ставим флажок 0, а в нижней паре точек – флажок 1. 

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

Если точка path_walk не помечена флажком, персонаж проходит ее не останавливаясь. 

Одной точке path_walk может соответствовать несколько точек path_look. Тогда персонаж выберем случайно одну из подходящих точек. 

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

p = 100 – вероятность, с которой персонаж посмотрит именно в эту точку. Значения p всех подходящих точек суммируются, т.е. если у одной точки p = 100, а у другой 300, то персонаж посмотрит в первую с вероятностью 25%! (т.е. 100 из 400).
Во избежание путаницы, рекомендуется задавать p так, чтобы их сумма составляла 100.
По умолчанию у всех точек p = 100. 

t = время, на которое персонаж задержится в этой точке (по умолчанию 5000 мсек) 

===Пример 5:===

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

В этом примере проходя через точку wp00, персонаж с вероятностью 30% посмотрит в точку wp00 в течение 5 секунд, но с вероятностью 70% посмотрит в точку wp01 в течении 10 секунд. 

По умолчанию при остановках персонаж играет анимацию idle, если он не в состоянии crouch, либо анимацию hide, если он в состоянии crouch. 

Если требуется другая анимация, можно ее указать с помощью флажка: 

a = имя_анимации (по умолчанию idle). 
Пишеться a=anim, где anim – название анимации из пункта 2.4.4. настоящей документации. Если мы напишем a=hide, то персонаж сядет в состоянии данжер, если a=guard, то встанет с оружием наизготовку и т.д. 

NB: В точках пути path_look используются анимации ТОЛЬКО из раздела «Стоячие и сидячие состояния»! 

==3.2. Схемы поведения сталкеров.==
Есть определенный набор схем, которые описывают поведение персонажа. Они прописываются у него в custom_data или, в случае гулага, в соответствующих файлах, описывающих работы данного гулага. Ниже приведен перечень этих схем. 
В файле \gamedata\scripts\modules.script указаны все загружаемые схемы. 
==3.2.1. Схема walker==
Это базовая схема, по которой персонаж, перемещается по патрульному пути (path_walk) и останавливается в определенных точках и выполняет соответствующие действия. 

[walker] 
path_walk = <имя пути>- основной путь, по которому ходит NPC 
* path_look = <имя пути>- путь, куда смотрит NPC 
* team - команда для синхронизации 

В точках path_walk, которым соответствуют точки пути path_look (стоят одинаковые флажки) персонаж останавливается и смотрит в определенную точку, при этом отыгрывая (или не отыгрывая) определенную анимацию. 
* def_state_moving1 = состояние, в котором сталкер движется к первой точке пути, если она близко (patrol по умолчанию) 
* def_state_moving2 = состояние, в котором сталкер движется к первой точке пути, если она не слишком далеко (rush по умолчанию) 
* def_state_moving3 = состояние, в котором сталкер движется к первой точке пути, если она далеко (sprint по умолчанию) 
* def_state_standing = дефолтное состояние в котором он стоит и смотрит на точку, если в этой точке не задана другое состояние. 

Файл: \gamedata\scripts\xr_walker.script

==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем. 

[remark]
*snd_anim_synс = true либо false. По умолчанию false. Указывает на то необходимо ли синхронизировать звук с анимацией либо нет
*snd = звук ремарка, по умолчанию nil
*anim = анимация ремарка, по умолчанию wait
*target = Куда смотрит сталкер. Есть следующие варианты
story_id – числовое значение 
actor – без комментариев 
nil – позиция вычисленная АИ автоматически 
<имя работы>,<имя гулага> смотреть на сталкера который находится на определенной работе под гулагом (второй параметр необязателен. В этом случае берется гулаг сталкера, для которого задана данная секция ремарка). 
Пример: 
target = logic@cit_killers_base_guard, cit_killers 
<path_name>, <point_number> - можно указывать смотреть в вершину патрульного пути (<имя пути>, <имя точки>). 

Внимание, теперь если значение не задано, то оно равно nil а не actor, как было раньше. То есть если вы хотите чтобы персонаж в ремарке смотрел на актера - необходимо явно прописывать это. Если задано значение nil, то персонаж развернется в позицию, которую посчитает АИ. 

Стандартные сигналы для remark: 
sound_end – по окончании проигрывания звуковой схемы 
anim_end – по окончании проигрывания анимации 
action_end – по окончании проигрывания и того и другого, если они синхронизированы 

Пример синхронизации анимации и звука в схеме Remark: 

[remark] 
anim = анимация 
snd = звук 
snd_anim_sync = true 
on_signal = action_end | следующая схема 

==3.2.3. Схема sleeper==
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1 поинта. Спящий будет садиться спать в нулевой точке пути, и разворачиваться при этом в сторону первой точки. 

[sleeper] 
path_main = <имя пути>
*wakeable = true – может ли проснуться быстро (если true, то спит на корточках и во сне бормочет) 

NB: Если путь состоит из двух точек, то связь нужно делать от первой точки к нулевой (либо двунаправленную). 

Файл: \gamedata\scripts\xr_sleeper.script 

==3.2.4. Схема kamp==
Схема сталкера, сидящего в определенном радиусе вокруг указанной точки (у костра), и располагающегося лицом к этой точке. 

[kamp] 
center_point = kamp_center – имя точки вокруг которой NPC будет устраиваться.
*radius = 2 (насколько далеко сталкер будет сидеть от центра лагеря, 2- по умолчанию) 
*def_state_moving = run (дефолтное состояние, в котором сталкер будет идети к точке кампа) 

Файл: \gamedata\scripts\xr_kamp.script 

NB! Если точка кампа находится в костре, то в оффлайне сталкера прийдут на нее, а когда они перейдут в онлайн, то окажуться внутри костра, где и получат хит. Чтобы этого не случалось в секции кемпа указывать path_walk из одной точке, название которой = <path_kamp_name>_task 

*path_walk = <path_kamp_name>_task 

Если точка кемпа расположена в чистом поле то, path_walk прописывать не надо. 

==3.2.5. Схема camper==
Свойства кемперов: 
- кемпер стоит на точке и смотрит в направлении, куда Вы его поставили в редакторе или передигается по патрульным путям 
- кемперы переключаются на универсальный комбат, только если видят врага ближе чем в 30 метрах. Если он выжил, он возращается в состояние кемпера. 
- В любых других случаях действуют по собственной скриптовой схеме. Если видим врага -стреляем. Если слышим дэнжер - то смотрим в направление в данжере. Если видим гранату - убегаем от гранаты. Если видели врага, а враг исчез, то смотрим в точку, где видели последний раз врага. 
- кемперы не сражаются в движении. Если они видят врага - они останавливаются, стреляют, а потом продолжают движение. 

[camper] 
path_walk = patrol_path 
path_look = patrol_path 
*radius = number – расстояние в метрах, если расстояние между кэмпером и противником меньше указанного, кэмпер уходит в универсальный комбат. По умолчанию этот радиус равен 20 метрам.
*no_retreat = true - персонаж при виде врага не будет ломиться на ближайшую точку path_walk, а сразу перейдет в режим убивания. Нужно это в том случае, если вы хотите сделать сценку, когда одни ребята наезжают на других. Ставите кемперов с вышеуказанным флажком. Они идут по своим патрульным путям и выносят врагов.
*def_state_moving = состояние из стейт менеджера
Состояние, в котором мы движемся на ближайшую точку пути при враге
*def_state_moving_fire = состояние из стейт менеджера (sneak_fire)
Состояние, в котором мы отстреливаемся от врага, во время движения на ближайшую точку пути.
*def_state_campering = состояние из стейт менеджера (hide)
Состояние, в котором мы ожидаем врага, находясь на пути
*def_state_campering_fire = состояние из стейт менеджера (hide_fire)
Состояние, в котором мы отстреливаемся от врага, находясь на пути
*attack_sound = имя_звуковой_темы
Возможность переопределять снайперам/кемперам звук атаки. По дефолту он равен звуковой теме "fight_attack". Можно изменить на любое другое (для сценических потребностей) либо вообще отключить, прописав в секции кемпера: attack_sound = 
*shoot = тип.
Задаем тип стрельбы. Возможные значения - always|none|terminal 
always - значение по умолчанию, стреляет всегда, когда можно 
none - не стреляет вообще. 
terminal - стреляет только когда находится на последней точки патрульного пути. Это сделано для облегчения построение атакующих сцен. 

NB! У кемпера есть один большой минус – когда ему наносится хит и он не знает откуда хит наносится (не видит противника, не слышит выстрела), то он тупо продолжает стоять на старом месте и ждать следующей пули. 
Ввиду этого не стоит расставлять кемперов в случае, когда сталкеры должны защищаться и держать позицию в том случае, если есть несколько направлений, откуда игрок или стелкеры смогут атаковать поставленного кемпера. Используйте walkerов в таких случаях, а кемперов стоить ставить для атак по путям и как снайперов. 

==3.2.5.1. Схема sniper==
Разновидность кемпера. Отличаются тем, что стреляют только одиночными выстрелами и не смотрят по точкам патрульного пути, а сканируют пространство между ними. Скорость сканирования от точки к точке фиксирована и равна 20сек. 
NB! Ставить снайперу только 2 точки look 

В кастом дате кемпера прописать: 
sniper = true 

Файл: \gamedata\scripts\xr_camper.script 

==3.2.6. Схема follower==
В custom_data прописан как follower
NPC идет за NPC лидером. Если до лидера расстояние менее 5 метров, то он идет, если от 5 до 20 – бежит в режиме run, если свыше 20 – догоняет в режиме sprint. Пути не задаются. 

[follower] 
leader = story id лидера из game.ltx (число!) 
*formation_line = true (постарается идти сбоку от лидера, в противном случае будет идти сзади
*distance = расстояние в метрах, на котором будет идти от лидера attendant. По умолчанию – 1,5 метра, если идет цепью, то 5 метров.
*state_if_leader_in_meet. Это есть строка с именем состояния из state_manager, которое будет назначено follower-ам, если командир пребывает в состоянии meet.
*anim_walk = state (состояние, в котором фолловер идет за лидером)
*anim_run = state (состояние, в котором фолловер бежит за лидером)
*anim_sprint = state (состояние, в котором фолловер спринтует за лидером)
Файл: \gamedata\scripts\xr_ attendant.script 
ВНИМАНИЕ!!!!!! НЕ ЗАБЫТЬ ПРОПИСАТЬ:
[smart_terrains]
none = true
ИНАЧЕ ЗАСОСЁТ НПС В ГУЛАГ И НЕ КУДА ОН НЕ ПОЙДЁТ

Если все это происходит под гулагом, то вместо story_id лидера, мы прописываем его секцию логики в файле скрипта. Пример: 

<code>t = { section = "logic@bar_arena_follower_2",
idle = 0,
prior = 7, state = {0}, squad = squad, group = groups[0],
in_rest = "", out_rest = "",
dependent = "logic@bar_arena_leader",
predicate = function(obj)
return obj:character_community() == "dolg"
end
}</code>

==3.2.7. Схема zoneguard==
NPC есть две зоны (может быть одна). Он ходит по путям, но когда игрок заходит в зону, отрывает от дел, подбегает к игроку, наставляет на игрока оружие (может кричать, может говорить), если игрок заходит во вторую зону – атакует игрока 

[zoneguard] 
path_walk = путь перемещения
*path_look = путь обзора
team = имя команды синхронизированных zoneguard-ов (из всей команды только 1 будет реагировать на игрока)
*zone_guard = имя зоны, в пределах которой игрок будет атакован
zone_warn = имя зоны, в пределах которой начинать разговор с игроком
*walker_team = team для схемы перемещения его в состоянии walker (если не задан, используется значение из поля team)
*no_move = если true, персонаж окликнет игрока с места и не будет подбегать к нему
*snd_greet = имя звуковой схемы, из которой будет проигран звук при обнаружении персонажа
*ignore_friends = true, будет игнорировать дружественных ему персонажей.
*ignore_cond = {+info -info =func !func} условия, при которых NPC игнорирует игрока
*no_danger = если true, то не отыгрывает угрожающую анимацию, нейтралам.
*anim = какую отыгрывает анимацию, если игрок ему не враждебен.
*snd_anim_sync = если true, то npc будет синхронизировать звук с анимацией
Файл: \gamedata\scripts\xr_zoneguard.script 

==3.2.8. Схема wounded (раненый)==

[logic] 
wounded = wounded 

[walker] 
wounded = wounded 

[wounded] 
hp_state = HP|condstate@condsound|HP|condstate@condsound 
hp_state_see = HP|condstate@condsound|HP|condstate@condsound 
psy_state = PSY|condstate@condsound|PSY|condstate@condsound 
hp_victim = HP|condvictim|HP|condvictim 
hp_cover = HP|condbool|HP|condbool 
hp_fight = HP|condbool|HP|condbool 
*syndata = state@sound|state@sound 
*help_dialog = story_id
*help_start_dialog = story_id

Где: 
Condstate – кондлист, возвращающий состояние персонажа, либо true. Если он возвращает true – нпс обидится на игрока 
Condsound – кондлист, возвращающий саунд тему. 
HP – пороговые значение здоровья персонажа 
PSY – пороговые значения пси здоровья персонажа 
Condvictim – кондлист, возвращающий направление куда смотреть. Возможные значения: 
nil, actor, number. В случае числа – будет смотреть на персонажа с указанными стори айди. 
Condbool – кондлист, возвращаюзий true либо false. 

Значения полей: 
hp_state – поведение персонажа когда он не видит игрока 
hp_state_see – поведение персонажа, когда он видит игрока 
psy_state – поведение персонажа при псиатаках 
hp_victim – куда смотреть, в зависимости от ХП 
hp_cover – идти в укрытие или нет, в зависимости от ХП 
hp_fight – разрешено воевать или нет, в зависимости от ХП
syndata – синхропары для красоты. 
help_dialog – story_id диалога вместо дефолтного actor_help_wounded. Если вам по сюжету необходимо заменить диалог другим, то вы в этом поле прописываете id другого диалога. 
Также мы вставляем стартовый диалог раненого. Если мы его прописываем, то все актёрские диалоги для раненых должны иметь такой precondition: 
dialogs.allow_wounded_dialog. 

Пример. В качестве примера взята дефолтная настройка. 

hp_state = 30|help_me@help|10|wounded_heavy@help_heavy 
hp_state_see = 30|wounded@help_see|10|wounded_heavy@help_heavy 
psy_state = 50|{=best_pistol}psy_armed,psy_pain@wounded_psy|20| {=best_pistol}psy_shoot,psy_pain@{=best_pistol}wounded_psy_shoot,wounded_psy 
hp_victim = 30|actor|10|nil 
hp_cover = 30|true|10|false 
hp_fight = 30|true|10|false 
syndata = wounded@help 

Где: 
Best_pistol – проверка на то, что лучшее оружие НПС является пистолетом. 

Файл: \gamedata\scripts\xr_wounded.script 

==3.2.9. Схема rest==
Чувак гуляет, хавает, спит. 
Пока нормально не работает. 
Файл: \gamedata\scripts\xr_rest.script 

==3.2.10. Схема heli_hunter==
Хелихантер может стрелять либо не стрелять по вертолету в зависимости от условий. Делается это так: 

[camper@bar_freedom_attack_sniper_1] 
path_walk = camper_1_walk 
path_look = camper_1_look 
on_info = {+bar_freedom_attack_ecolog} camper1@bar_freedom_attack_sniper_1 %=bar_freedom_angry_actor% 
meet_talk_enabled = true 
meet_dialog = bar_svoboda_dialog 
heli_hunter = {-bar_ecolog_crush_heli_down} true, false 

Если раньше оверрайд хелихантера понимал только значения true либо false, то сейчас он понимает кондлист, который если возвращает true - то стрельба по вертолету в данной схеме разрешена. 

==3.2.11. Patrol==
Итак, есть предварительная система патруля. Представляет собой вариацию kamp только в состоянии ходьбы. Для ее работы прописываем в кустовой дате следующее: 

[patrol] 
path_walk = path_walk 
path_look = path_look 
*formation = back 
*commander = true (типа назначат командиром, желательно, чтобы такой красивый он был один)
*move_type = задает изначальный режим перемещения, по умолчанию patrol. Вообще, значение этого поля есть название ходячей анимации из state_mgr_lib</code>

formation - описывет способ построения и не является обязательным.
Возможны следующие варианты:
back - мужики идут чуть позади командира в два ряда (по умолчанию)
line - шеренга
around - вокруг командира

При остановке командора в meet мужики останавливаются. 

Если командор помирает, то автоматически будет выбран другой. Командиром становится тот, кто первый попал под схему. Способы построения задаются в вейпоинтах следующим образом:
ret=0...2
0 - линия
1 – вокруг старшего
2 – по бокам

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

Что еще не сделано или глючит:
- нет возможности автоматически перестроить команду (нужно от Шурика то,
что записано в todo листе)
- все идут молча (когда будет манагер баек, то сделаем)
- командор пока не отдает команд (нет озвучки)
- не рекомендуется включать спринт (глючит)

==3.3. Секции.==
==3.3.1. Секция combat==
Показывает, что происходит, когда NPC срывается в бой. 
on_combat = combat 

[combat] 
on_info = %+info -info =func% эффекты, которые вызываются на каждом раунде боя. 

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

В следующем примере сталкер сражается: 
* по-кемперски, если враг=актёр и он дальше Х метров
* по-монолитовски, если любой враг дальше Y метров
* иначе - движковый бой

[logic] 
active = walker 
on_combat = combat 

[walker] 
path_walk = ... 

[combat] 
combat_type = {=fighting_actor =fighting_ge_X_meters} camper, {=fighting_ge_Y_meters} monolith 

Пример такой функции: нам надо чтобы на расстоянии свыше 20 метров npc переходил бы в кемперский комбат. 
<code>function fighting_dist_ge_20(actor, npc)
return db.storage[npc:id()].enemy:position():distance_to ( npc:position() ) >= 400
end</code>
400 – это 202 . Примечание – мы пишем квадрат нужного нам расстояния, для экономии системных ресурсов. 

Ещё один пример. Сталкер ходит под симуляцией, но у него бой не движковый, а всегда зомбированый: 

[logic] 
active = nil 
on_combat = combat 

[combat] 
combat_type = zombied 

Если в разных секциях для персонажа требуются разные типы боя или разные условия, то можно воспользоваться оверрайдом combat_type. 
Помните: оверрайд всегда будет перекрывать настройку в секции combat. Т.е., если у вас логика на 5 секций и в четырёх нужен кемперский комбат, а в пятой монолитовский, то можно задать так: 

[logic] 
active = walker1 
on_combat = combat 

[walker1] 
... 
[walker2] 
... 
[walker3] 
... 
[walker4] 
... 
[walker5] 
... 
combat_type = monolith 

[combat] 
combat_type = camper 
(scheme - задает тип боя (monolith, camper, zombied), иначе - универсальный бой)

disable_combat_handler – функция отключающая секцию combat. 
Файл: \gamedata\scripts\xr_combat.script 

==3.3.2 Секция death==
Схема показывает, что происходит при смерти NPC. 
on_death = death 

[death] 
on_info = %+info -info =func% 
Файл: \gamedata\scripts\xr_death.script 

==3.3.3. Cекция hit==
Схема показывает, что происходит при, нанесении повреждения NPC. on_hit НЕ СРАБАТЫВАЕТ на звук выстрела, только на попадание по сталкеру! Это сделано, потому что выстрел в воздух в общем случае не должен восприниматься как аггрессия (игрок отстреливает, скажем, собак, а на него срывается охрана). 
on_hit = hit 

[hit] 
on_info = %+info -info =func% 

Файл: \gamedata\scripts\xr_hit.script 

==3.3.4. Секция actor_dialogs==
Показывает, какие диалоги будут доступны или недоступны игроку при разговоре с этим NPC. Пишется практически в любой схеме. 
actor_dialogs = actor_dialogs 

[actor_dialogs] 
id = доступные диалоги через запятую. 
disable = запрещенные диалоги, тоже через запятую. 
Файл: \gamedata\scripts\xr_meet.script 

==3.3.5. Секция use==
Схема показывает, что произойдет, если игрок юзнет NPC.

on_use = use

[use]
on_info = %+info -info =func%

Файл: \gamedata\scripts\xr_use.script

==3.3.6. Секция combat_ignore==
Если NPC в этой схеме то он, не переходит в боевой режим. В любой другой схеме: 

[walker] 
combat_ignore_cond = {+info –info =func !func} – условия для игнорирования боя (если написать always, то в данной схеме игрок будет игнорировать бой всегда, пока не перейдет в схему, где бой не игнорируется). 

В схеме нет дополнительных полей 
[walker] 
combat_ignore = combat_ignore 

[combat_ignore] 

Функции, используемые для работы с кондлистом комбат игнора: 
fighting_dist_ge_20 -- текущий враг на расстоянии больше или равном 20м 
fighting_dist_ge(pасстояние в метрах) – универсальная функция для combat_ignore, проверка расстояния для игрока 

fighting_actor -- текущий враг актёр? 
check_fighting -- проверка (по story_id) того, что нашим врагом есть хотя бы кото-то один из списка 

Файл: \gamedata\scripts\xr_combat_ignore.script 

===[[Часть 2]]===

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

SoC. Работа в offline и online

2008-10-19T12:40:15Z

90.157.85.184:

В игре наверняка вы встречали такое - При получении какого то задания, или диалога появляются новые НПС или прочие ФПС. В этой статье мы будем рассматривать на Ростке. Итак нам понадобяться:
ФАЙЛЫ:
<pre>info_l07rostok.xml
all.spawn
</pre>

Программа:
<pre>ACDC</pre>

== См. также ==
Мою статью "работа с ACDC"
</pre>

Начем! Распакуем all.spawn и откроем файл alife_l06_rostok.ltx. В нём найдём такие строчки:
<pre>[3851]
; cse_abstract properties
section_name = stalker
name = bar_freedom_attacker_1
position = -214.942504882813,-2.09808349609375e-005,164.513900756836
direction = 0,0,0

; cse_alife_trader_abstract properties
money = 5000
character_profile = bar_Killer_regular

; cse_alife_object properties
game_vertex_id = 1335
distance = 6.29999971389771
level_vertex_id = 23441
object_flags = 0xffffffff
custom_data = <<END
[spawner]
cond = {+bar_heli_scene_stay_online}

[smart_terrains]
bar_freedom_attack = true
END

; cse_visual properties
visual_name = actors\killer\stalker_ki_mask

; cse_alife_creature_abstract properties
g_team = 0
g_squad = 5
g_group = 7
health = 1
dynamic_out_restrictions =
dynamic_in_restrictions =

upd:health = 1
upd:timestamp = 0
upd:creature_flags = 0
upd:position = -214.942504882813,-2.09808349609375e-005,164.513900756836
upd:o_model = 0
upd:o_torso = 0,0,0
upd:g_team = 0
upd:g_squad = 5
upd:g_group = 7

; cse_alife_monster_abstract properties

upd:next_game_vertex_id = 65535
upd:prev_game_vertex_id = 65535
upd:distance_from_point = 0
upd:distance_to_point = 0

; cse_alife_human_abstract properties
predicate5 = 0,1,2,0,2
predicate4 = 0,1,1,0

; cse_ph_skeleton properties

upd:start_dialog =

; se_stalker properties</pre>

В этой писанине нам нужно только это:
<pre>[spawner]
cond = {+bar_heli_scene_stay_online}</pre>

Это переход НПС в онлайн при выдаче инфопоршня. Чтбы убедится в этом найдём его в info_l07rostok.xml
Убедились? Отлично! Двигаемся дальше. Вместо знака + вы можете поставить знак -. Значит при этом инфопоршне НПС уйдет в оффлайн.

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

bar_kruglov_follow_tunnel В итоге:
<pre>[spawner]
cond = {+bar_kruglov_follow_tunnel}</pre>
Этот НПС (или нпсы несколько неписей) буду рождаться когда вы пройдете через тунель где наёмники снайепры. Все инфопоршны брать из файлы, соответствующему локации. Вы можете сделать свой квест и применить инфопоршы к этому делу.

P.S.
Теперь сделаем чтобы всё до конца работала. Найдём смарт_терраин в котором прописан +bar_heli_scene_stay_online. И допишем туда свой.
<pre>[3857]
; cse_abstract properties
section_name = smart_terrain
name = bar_ecolog_crush
position = -294.061706542969,7.43865966796875e-005,140.005218505859
direction = 1.01860559880151e-005,-7.54995954643789e-010,7.41205367376097e-005

; cse_alife_object properties
game_vertex_id = 1350
distance = 2.79999995231628
level_vertex_id = 100
object_flags = 0xffffffbe
custom_data = <<END
[smart_terrain]
type = bar_ecolog_crush
capacity = 5
squad = 5
groups = 1,2
cond = {+bar_heli_scene_stay_online},{+bar_kruglov_follow_tunnel}
END

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

; cse_alife_space_restrictor properties
restrictor_type = 0

; se_smart_terrain properties
</pre>
Вот он. Вот и всё!

Работа с ACDC

2008-08-31T15:18:17Z

90.157.85.184:

Сегодня мы разберем основу работы с ACDC. Но... Для начала небольшое отступление. Вы зададите вопрос, почему же лучше работать с ACDC нежели чем с xrSpawner? Отвечаю: xrSpawner при всех его преимуществах имеет множество более значительных минусов. Во первых, xrSpawner не определяет не game_vertex, ни level_vertex. А также он измеряет только позицию. Я думаю работающие с xrSpawner, замечали что, порой обьекты которые они спаунят спаунером не всегда появляются на месте. Или вообще не появляются. Потому что повторяю xrSpawner не определяет вертексы т.е. точная позиция и распределение по АИ-сетке. Итак начнём работу!
У нас есть программа ACDC, руки и мозги в голове. Кладём all.spawn в папку utils и жмём на батник "распаковка". Итак all.spawn распакован!Мы там видим файлы alife и way. В файлах alife только обьекты которые спаунятся. А в way только пути. Я думаю с алайфом всё понятно. Разберем way. Пути. Путь это и ест путь. По которому может двигаться живой обьект.Сейчас мы это рассмотрим:
Для начала устроим текстовый беспредел:)
Найдём файл alife_l01_escape, а в нём
<pre>[869]
; cse_abstract properties
section_name = actor
name = level_prefix_actor_0001
s_rp = 0
position = -139.449829101563,-29.6908683776855,-351.492797851563
direction = 0,0.00895109120756388,0
s_flags = 0x29

[dont_spawn_character_supplies]

[spawn]
wpn_binoc
novice_outfit
device_torch
END

; cse_visual properties
visual_name = actors\hero\stalker_novice

; cse_alife_creature_abstract properties
g_team = 0
g_squad = 0
g_group = 0
health = 1
dynamic_out_restrictions =
dynamic_in_restrictions =

upd:health = 1
upd:timestamp = 0x75732029
upd:creature_flags = 0x70
upd:position = -139.449829101563,-29.6908683776855,-351.492797851563
upd:o_model = 0
upd:o_torso = 0.00895109120756388,0,-0.999959945678711
upd:g_team = 0
upd:g_squad = 0
upd:g_group = 0

; cse_alife_trader_abstract properties
money = 40
trader_flags = 0
character_profile = actor

; cse_ph_skeleton properties

; cse_alife_creature_actor properties

upd:actor_state = 0xd20
upd:actor_accel_header = 0
upd:actor_accel_data = 0
upd:actor_velocity_header = 0
upd:actor_velocity_data = 0
upd:actor_radiation = 0
upd:actor_weapon = 110
upd:num_items = 0</pre>
Примерно такие строки.
Для начала расщедримся:) Припишем актору в [dont_spawn_character_supplies]

<pre>[spawn] такие строки.
[dont_spawn_character_supplies]

[spawn]
wpn_binoc
wpn_vintorez
ammo_9x39_pab9 = 20
wpn_usp
ammo_11.43x23_hydro = 22
novice_outfit
device_torch</pre>
Получиться что мы подарим Меченому при начале игры Винторез, 600 патронов к нему, пистолет USP и 420 патронов к нему.
Так. Теперь Меченый у нас будет крутым рэмбо:)
Теперь ещё и подарим ему денежек.
<pre>; cse_alife_trader_abstract properties
money = 40
trader_flags = 0
character_profile = actor</pre>
В строчке money напишем любое число. Тока астрономические не надо(не проверял).
Ну теперь Меченый не только рэмбо но и миллионер:).
Теперь займемся кординатами. У нас они такие:
<pre>position = -139.449829101563,-29.6908683776855,-351.492797851563
direction = 0,0.00895109120756388,0</pre>
Это наши позиция и дирекция.
<pre>; cse_alife_object properties
game_vertex_id = 19 (Тот самный вертекс на игре)
distance = 0.699999988079071
level_vertex_id = 111256 (вертекс на уровне)
object_flags = 0xffffffbf
custom_data = <<END</pre>
А теперь пропишем туда такие кординаты:
<pre>position = -167.232299804688,-25.4363708496094,-354.692901611328
direction = 0,-0.365248799324036,0

; cse_alife_object properties
game_vertex_id = 0
distance = 0.699999988079071
level_vertex_id = 82413
object_flags = 0xffffffbf
custom_data = <<END</pre>
<pre>upd:health = 1
upd:timestamp = 0x75732029
upd:creature_flags = 0x70
upd:position = -167.232299804688,-25.4363708496094,-354.692901611328
upd:o_model = 0
upd:o_torso = -0.365248799324036,0,0.930909931659698
upd:g_team = 0
upd:g_squad = 0
upd:g_group = 0</pre>
Тепер игра начнётся в здании блокпоста на 2 этаже:).
С этим мы закончим.
Теперь создадим нового НПС:
<pre>[871]
; cse_abstract properties
section_name = stalker
name = esc_bridge_soldier1
position = -133.27989196777,-30.146812438965,-372.0263671875
direction = 0.028013030067086,0,0.9996075630188

; cse_alife_trader_abstract properties
money = 5000
character_profile = esc_soldier_regular

; cse_alife_object properties
game_vertex_id = 20
distance = 16.1000003814697
level_vertex_id = 118083
object_flags = 0xffffffbf
custom_data = <<END
[logic]
active = walker

[walker]
path_walk = hodim_dvor
END

; cse_visual properties
visual_name = actors\soldier\soldier_bandana_3

; cse_alife_creature_abstract properties
g_team = 0
g_squad = 1
g_group = 2
health = 1
dynamic_out_restrictions =
dynamic_in_restrictions =

upd:health = 1
upd:timestamp = 0
upd:creature_flags = 0
upd:position = -133.27989196777,-30.146812438965,-372.0263671875
upd:o_model = 0
upd:o_torso = 0.028013030067086,0,0.9996075630188
upd:g_team = 0
upd:g_squad = 1
upd:g_group = 2

; cse_alife_monster_abstract properties

upd:next_game_vertex_id = 65535
upd:prev_game_vertex_id = 65535
upd:distance_from_point = 0
upd:distance_to_point = 0

; cse_alife_human_abstract properties
predicate5 = 1,2,2,1,2
predicate4 = 0,1,1,1

; cse_ph_skeleton properties

upd:start_dialog =

; se_stalker properties</pre>
Так вот он наш друг НПС солдат на блокпосте:)
Тут уже знакомы строки. Позиция, дирекция вертексы... Но есть кое что новое:)
<pre>[logic]
active = walker

[walker]
path_walk = hodim_dvor</pre>
Элементарная логика НПС. hodim_dvor-Это путь по которому будет ходить НПС. НПС есть всё готово. Но путя то у нас нет:)
Создадим его в файле way_l01_escape. Припишем вот такие строчки.
<pre>[hodim_dvor]
points = p0,p1
p0:name = name00
p0:position = -120.44634246826,-30.15016746521,-363.68786621094
p0:game_vertex_id = 24
p0:level_vertex_id = 132887
p0:links = p1(1)

p1:name = name01 номер точки
p1:position = -132.61611938477,-30.142726898193,-363.87365722656 - только позиция
p1:game_vertex_id = 19 вертекс на игре
p1:level_vertex_id = 118862 вертекс на уровне
p1:links = p0(1) на какую точку после этой перейдёт НПС. (тут он будет ходить туда сюда, если не написать линкс то он остановиться на месте)</pre>
Всё! Вгоняям в way эти строки(тока мои коментарии писать не надо)
Всё готово можно тестить изменения:_))))). Как снимать корзинаты и работать с PI расскажу в следующей статье. Теперь жмём на батник запаковка и усё! Пихаем all.spawn в игру. Только лучше ещё поправить отношения актора к военным и наоборот в лучшую сторону. Чтобы непись сразу пошёл по своему пути. Он удет ходить от казармы до дома(там поймёте)
Статью написал [[Rez@niy
]]

Работа с ACDC

2008-08-31T15:17:49Z

90.157.85.184:

Работа с ACDC

2008-08-31T15:16:35Z

90.157.85.184:

Работа с ACDC

2008-08-31T15:15:36Z

90.157.85.184: