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

CoP. Создание места для сна

2016-09-18T10:06:59Z

FantomICW:

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

'''1.''' Итак, мы решили добавить место для сна. Откроем локацию в SDK Level Editor и поставим на карту объект '''Spawn Element-->ai-->space_restrictor'''. В логику пропишите следующее:

<ini>
[story_object]
story_id = story_id_места_для_сна

[logic]
cfg = scripts\sr_sleep.ltx
</ini>
Нажмите '''Compile-->Make game''', скомпилируйте спавн локации с помощью батника '''tool_create_spawn.cmd''' и закиньте новый спавн в игровую папку '''spawns'''.

'''2.''' Потом идем в '''pda.script''', ищем строки

<lua>
local sleep_zones_tbl =

{
{target = "zat_a2_sr_sleep_id", hint = "st_ui_pda_sleep_place"},
{target = "jup_a6_sr_sleep_id", hint = "st_ui_pda_sleep_place"},
{target = "pri_a16_sr_sleep_id", hint = "st_ui_pda_sleep_place"},
}
</lua>

и меняем на

<lua>
local sleep_zones_tbl =
{
{target = "zat_a2_sr_sleep_id", hint = "st_ui_pda_sleep_place"},
{target = "jup_a6_sr_sleep_id", hint = "st_ui_pda_sleep_place"},
{target = "pri_a16_sr_sleep_id", hint = "st_ui_pda_sleep_place"},
{target = "произвольное название вашего места_id", hint = "st_ui_pda_sleep_place"},
}
</lua>

'''3.''' Открываем '''xr_effects.script''', ищем строки

<lua>
function sleep(actor, npc)
local sleep_zones = {
"zat_a2_sr_sleep",
"jup_a6_sr_sleep",
"pri_a16_sr_sleep",
"actor_surge_hide_2"
}
</lua>

и также меняем на

<lua>
function sleep(actor, npc)
local sleep_zones = {
"произвольное название вашего места",
"zat_a2_sr_sleep",
"jup_a6_sr_sleep",
"pri_a16_sr_sleep",
"actor_surge_hide_2"
}
</lua>

Готово! Теперь после запуска игры с новым '''all.spawn''' у нас будет спальное место в барже Ноя (координаты брались оттуда).

'''Автор: ZeeK'''

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

Разбор программы xrSpawner (для новичков)

2016-09-14T14:01:48Z

FantomICW:

Приветствую, не судите строго, это моя первая статья.

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

== Об xrSpawner ==
'''xrSpawner''' - программа для редактирования файла '''all.spawn''', позволяет добавлять в игру новые объекты или редактировать старые (NPC, монстров, транспорт, аномалии, и т.д.)

== Рабочее поле ==
Окно программы делится на три части:

===Объекты===
После загрузки файла '''all.spawn''', появится список '''Entity''' и '''Имя объекта'''. Здесь можно выбрать нужный объект для редактирования.

В поле '''Номер объекта''' выводится порядковый номер выбранного вами объекта.

В поле '''Версия''' выводится номер версии движка.

===Параметры объекта===
Поле '''Entity''' - внутреннее название объекта. Берётся из ltx-файлов в папке ''config''.

*'''Имя объекта'''- можно ввести любое.

*'''Level_ID''' - выбор уровня, на котором будет создан объект.

*'''Story ID''' - позволяет в квестах ставить в ПДА метку на объект.

*'''Путь к объекту\имя файла''' - вводим путь и имя модели из папки '''meshes''', относительно папки ''gamedata", без расширения.

*'''Скрипт''' - секция со скриптом.

*'''Координаты X,Z,Y''' - координаты объекта на карте.

*'''Вектор X,Z,Y''' - куда будет повёрнут объект.

Изменения сохраняем кнопкой "'Принять изменения'"

===Добавить обьект===

Здесь можно добавить объект, нажимаем, и появляется список.

Самому добавить объект в базу можно через меню '''Редактирование'''.

Выбираем '''До

== Примеры ==

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

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

Например, изменим первоначальное месторасположение Меченого и его стартовый инвентарь.

В окошке '''Объекты''' в поиске введём '''аctor'''. Теперь в '''Параметры объекта''' изменим его координаты (например, поставим его в лагере новичков), в координатах пишем: x=(-204,4252), y=(-20,52197), z=(-147,9664). Вектор можно оставить тот же.

В окне '''Скрипт''' мы видим:
<ini>[dont_spawn_character_supplies]
[spawn]
wpn_binoc
detector_simple
novice_outfit
device_torch</ini>

Добавим, например, FN2000 и патроны к нему:

<ini>[dont_spawn_character_supplies]

[spawn]
wpn_binoc
detector_simple
novice_outfit
device_torch
wpn_fn2000
ammo_5.56x45_ss190</ini>

Нажмите '''Принять изменения''' ( иначе ничего сохраняться не будет ).

Выберите '''Файл''' > '''Сохранить'''. В папке с программой появляется '''all.spawn'''. Скопируйте его в папку ''gamedata/spawns''.

Вот и всё, теперь при начале новой игры, Меченый появится в лагере новичков, с FN2000.

Да, и не забудьте - после изменения ''all.spawn'' всегда начинайте новую игру! 

=== Пример 2 ===

Добавим консервы в деревне новичков.

Выберите '''Редактирование''' > '''Добавить объект в базу'''. Введите название группы - например, '''items'''. Название объекта - '''conserva'''. Теперь, в поле '''Добавить объект''' выберите вашу группу '''items''' и нажмите кнопку '''Добавить'''.

В самом конце списка '''Entity''' появится '''breakable_object'''. Выберите его. В параметрах объекта следует изменить поле '''Entity''' на '''conserva''', то бишь внутреннее имя файла.

Имя объекта тоже желательно изменить на любое другое. Координаты берём теже, что и ранее '''(x=(-204,4252), y=(-20,52197), z=(-147,9664))'''. Также можно использовать другие, если имеются.

Вроде всё. Жмите '''Принять изменения''', помещайте файл в '''spawns''' и начинайте новую игру.

==Авторы==
Автор статьи: '''Azzy''' (надеюсь запишет свой ник сюда)

Дополнил и доработал: '''TuMaN'''

CoP. Создание полноценных аномальных зон

2016-09-14T13:53:14Z

FantomICW:

Данная статья посвещена созданию полноценных аномальных зон в ЗП. Расчитана на неопытных мододелов.

Итак начнем, для работы нам понадобятся: распакованный all.spawn, долька фантазии и не очень кривые руки.

РАСПАКОВКА all.spawn:

[http://www.activestate.com/activeperl/] интерпретатор, нужный для работы ACDC

[http://stalkerin.gameru.net/downloads/stutils/acdccop-20091002.7z] ACDC от bardak'а

[http://narod.ru/disk/16768045000/script_position_cop.rar.html] скрипт от bardak'а для вывода на экран информации о позиции игрока.

1) Устанавливаем ActivePerl

2) Закидываем ACDC в любую папку

3) Создаём в файл decompile.txt и вставляем в него текст:

<dos>
perl acdccop.pl -d all.spawn
pause
</dos>

4) Создаём в файл compile.txt и вставляем в него текст:

<dos>
perl acdccop.pl -c all.ltx
pause
</dos>

5) Меняем расширение обоих .txt на .bat

6) Кидаем сюда же all.spawn и жмем на распаковку. И видим кучу файлов типа alife_локация.ltx, way_локация.ltx, section2.bin, section4.bin и all.ltx

7) Всё all.spawn распакован оставим его пока что.

ДОЛЬКА ФАНТАЗИИ:

1) Закидываем скрипт bardak'а в gamedata'у соглашаясь на замену и запускаем игру. На экране должна отобразится информация о позиции игрока на локации.

2) Находим место для нашей аномальной зоны(естественно она состоит из нескольких аномалий). Для примера находим какое нибудь деревце на затоне и делаем 4 скрина (кнопочка F12) с разных сторон (крестом) на расстоянии 5 метров от деревца. Далее 1 скрин возле самого деревца. Выходим из игры.

3) Заходим в (S.T.A.L.K.E.R. - Зов Припяти\users\screenshots) и видим там 5 скринов. Ну с приготовлениями справились =)

НЕ ОЧЕНЬ КРИВЫЕ РУКИ:

1) Открываем alife_zaton.ltx и в самом конце вставляем 4 вот таких секции. (Не забудьте удалить коменты)

<ini>
[9999] ;Уникальный номер секции, для удобства можно именовать последовательно (если последняя секция [1358] то наша должна быть [1359])
; cse_abstract properties
section_name = zone_mine_electric_weak ;Имя секции (Типа чё ставим) Аномалии описаны в gamedata\configs\zones
name = test_anomaly ;Уникальное имя секции (УНИКАЛЬНОЕ!!!)Не должно повторяться)
position = 0,0,0 ;Позиция на локации по X,Y,Z Допустимые варианты заполнения 364.154896,-14.153879,259.145987 или 364,-14,259
direction = 0,0,0 ;Направление объекта (Для аномалий можно не трогать)

; cse_alife_object properties
game_vertex_id = 0 ;игровой вертекс
distance = 32.0 ;расстояние до ближайшего гв
level_vertex_id = 0 ;уровневый вертекс
object_flags = 0xffffff3e ;флаг объекта, не трогать

; cse_shape properties
shapes = shape0
shape0:type = sphere ;Тип shape'а аномалии (в данном случае сфера)
shape0:offset = 0,0,0
shape0:radius = 1 ;Радиус сферы

; cse_alife_space_restrictor properties
restrictor_type = 3 ;Тип рестриктора

; cse_alife_custom_zone properties
max_power = 0 ;Сила аномалии (при 0 используется стандартное из конфига, если меняем то вписываем по образцу 1.0 и т.д.)
enabled_time = ?7?7?7? ;Включенное состояние(указывать в секундах, если постоянно то 0 или удалить строку)
disabled_time = ?7?7?7? ;Выключенное состояние(указывать в секундах, если постоянно то 0 или удалить строку)
start_time_shift = ?7?7?7? ;Задержка включения(без задержки 0, если использованны предъидущие строки то эта строка обязательна!!!)

; cse_alife_anomalous_zone properties
offline_interactive_radius = 30 ;(Х.З. Чё значит)
artefact_spawn_count = 32 ;Чё та про спавн артефактов(Х.З. Чё значит)
artefact_position_offset = 0x460 ;Чё та про спавн артефактов(Х.З. Чё значит)

; se_zone_anom properties</ini>

2) Заполняем ВСЕ (?7?7?7?). Откуда спросите вы =) позиции и вертиксы со скринов. section_name в данном случае из gamedata\configs\zones. Радиус и временные параметры из головы. Получится что то типа:

<ini>[2180]
; cse_abstract properties
section_name = zone_mine_electric_weak
name = zaton_testing_anomaly_01
position = -73,-7,575
direction = 0,0,0

; cse_alife_object properties
game_vertex_id = 48
distance = 32.2000007629395
level_vertex_id = 795179
object_flags = 0xffffff3e

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

; cse_alife_space_restrictor properties
restrictor_type = 3

; cse_alife_custom_zone properties
max_power = 10
enabled_time = 10
disabled_time = 5
start_time_shift = 0

; cse_alife_anomalous_zone properties
offline_interactive_radius = 30
artefact_spawn_count = 32
artefact_position_offset = 0x460

; se_zone_anom properties</ini>

3) Ну естественно у вас должно получится с другими координатами =)

4) И так заполняем все 4 секции каждую с разных позиций вокруг дерева главное не перестараться с радиусом =)

5) В итоге у нас есть 4 электры вокруг дерева. Согласитесь этого мало для полноценной аномалии. А что еще нужно? А нужно нам что бы в аномальной зоне появлялись артефакты, что бы они постепенно перемещались внутри аномальной зоны, да еще и саму зону на карте отметить.

НУ ПРИСТУПИМ К ОЖИВЛЕНИЮ:

1) Создадим секцию

<ini>[2204]
; cse_abstract properties
section_name = anomal_zone
name = zaton_test_anomal_zone
position = 257.686218261719,19.0880222320557,541.813903808594
direction = 0,0,0

; cse_alife_object properties
game_vertex_id = 292
distance = 0
level_vertex_id = 1407607
object_flags = 0xffffff3e
custom_data = <<END
[anomal_zone]
cfg = scripts\zaton\anomaly\zaton_test_anomal_zone.ltx
END

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

; cse_alife_space_restrictor properties
restrictor_type = 3</ini>

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

2) Создаём в папке gamedata\configs\scripts\zaton\anomaly файл zaton_test_anomal_zone.ltx и вставляем в него:

<ini>[anomal_zone]
layers_count = 1
respawn_tries = 2
max_artefacts = 5
;applying_force_xz = 200
applying_force_y = 200
artefacts = af_electra_sparkler, af_electra_flash, af_electra_moonlight, af_dummy_battery, af_dummy_dummy, af_ice
start_artefact = af_electra_moonlight
coeff = 3, 3, 2, 2, 1, 1
artefact_ways = zaton_testing_af_way</ini>

3) Открываем way_zaton.ltx и в низу вставляем секцию:

<ini>[zaton_testing_af_way]
points = p0,p1,p2,p3
p0:name = wp00
p0:position = ?7?7?7?
p0:game_vertex_id = ?7?7?7?
p0:level_vertex_id = ?7?7?7?
p0:links = p1(1)

p1:name = wp01
p1:position = ?7?7?7?
p1:game_vertex_id = ?7?7?7?
p1:level_vertex_id = ?7?7?7?
p1:links = p2(1)

p2:name = wp02
p2:position = ?7?7?7?
p2:game_vertex_id = ?7?7?7?
p2:level_vertex_id = ?7?7?7?
p2:links = p3(1)

p2:name = wp02
p2:position = ?7?7?7?
p2:game_vertex_id = ?7?7?7?
p2:level_vertex_id = ?7?7?7?
p2:links = p0(1)</ini>

Здесь позиции и вертиксы ставим из первых 4х скринов(тоесть центры аномалий)

4) Опять открываем alife_zaton.ltx вставляем:

<ini>[2205]
; cse_abstract properties
section_name = space_restrictor
name = zaton_test_anomaly_spot
position = 257.686218261719,19.0880222320557,541.813903808594
direction = 0,0,0

; cse_alife_object properties
game_vertex_id = 292
distance = 0
level_vertex_id = 1407607
object_flags = 0xffffff3e
custom_data = <<END
[story_object]
story_id = zaton_test_anomaly_spot
END

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

; cse_alife_space_restrictor properties
restrictor_type = 3</ini>

С координатами возле деревца.

5)Запаковываем all.spawn запустив Запаковка.bat

6)Полученный all.spawn.new кидаем на место оригинального и переименовываем в all.spawn

7)Идем в gamedata\scripts открываем pda.script и находим строку:

<lua>local primary_objects_tbl = </lua>

Добавляем по анологии строку:

<lua>{target="zaton_test_anomaly_spot", hint="zaton_test_anomaly_spot_name"},</lua>

Получится что то типа

<lua>{target="zat_b12_spot", hint="st_zat_b12_name"},
{target="zat_b28_spot", hint="st_zat_b28_name"},
{target="zat_b103_spot", hint="st_zat_b103_name"},
{target="zaton_test_anomaly_spot", hint="zaton_test_anomaly_spot_name"},</lua>

8)Идем в gamedata\configs\text\rus и открываем блокнотиком st_land_names.xml И добавляем новую секцию с <xml>string id = "zaton_test_anomaly_spot_name"</xml> по анологии.

9)Если всё сделано правильно то в игре вас будет ждать новая аномалия =)

== Перечень названий-типов аномалий ==

Ниже приведён список аномалий и их обазначение для all.spawn:
* zone_field_radioactive_average - очаг радиоактивности
* zone_mine_electric_weak - электра
* zone_mine_gravitational_average - воронка

== Авторы ==

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

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

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

2016-09-14T13:52:56Z

FantomICW:

Всем привет. В этой теме я покажу, как заспавнить телепорт в ЗП.
Так как я создаю свой мод, то решил создать там серии из телепортов. Но как же это сделать? Да очень просто!

===Координаты===

Что нужно сделать, чтобы получить координаты мест для телепортов.
Открываем '''ui_main_menu.script''' и находим следующие строки:

<lua>
if dik == DIK_keys.DIK_Q then
self:OnMessageQuitWin()
end
</lua>

изменяем их:

<lua>
if dik == DIK_keys.DIK_Q then
self:OnMessageQuitWin()
elseif dik==DIK_keys.DIK_W then
self:position_info()
end
</lua>

И в конец файла, т.е. после функции

<lua>
function main_menu:OnMenuReloaded()
self:OnButton_options_clicked()
self.opt_dlg:OnMenuReloaded()
end
</lua>

вставляем

<lua>
function main_menu:position_info()
local a = db.actor:position()
local vid = db.actor:level_vertex_id()
local gvid = db.actor:game_vertex_id()
local text = "GPS:\\nX= "..a.x.."\\nY= "..a.y.."\\nZ= "..a.z.."\\nlevel_vertex= "..vid.."\\ngame_vertex_id= "..gvid
news_manager.send_tip(db.actor, text, nil, nil, 30000)
end
</lua>

и сохраняем.

Заходим в игру, добегаем до места, где бы хотели видеть телепорт, выходим в меню, и в жмём на '''W''', потом возвращаемся в игру и делаем скриншот клавишей '''F12'''. Потом добегаем до места, куда бы вас должен перенести телепорт и опять делаем скрин.

===all.spawn===

Открываем файл '''alife_zaton.ltx''' из декомпилированного '''all.spawn''' и в конце добавляем:

<ini>
[6464] ;обозначает место, где находится телепорт
; cse_abstract properties
section_name = space_restrictor
name = zat_b20_teleport
position = 265.378784,18.411567,526.151062
direction = 0,0,0
;
; cse_alife_object properties
game_vertex_id = 287
distance = 0
level_vertex_id = 1420994
object_flags = 0xffffff3e
custom_data = <<END
[logic]
cfg = scripts\zaton\test_teleport.ltx
END
;
; cse_shape properties
shapes = shape0
shape0:type = sphere
shape0:offset = 0,0,0
shape0:radius = 4.24460601806641
;
; cse_alife_space_restrictor properties
restrictor_type = 3

[6465] ;просто визуал телепорта. т.к сам телепорт невидим, этот визуал его покажет
; cse_abstract properties
section_name = zone_teleport
name = zat_b20_teleport_horiz
position = 265.378784,18.411567,526.151062
direction = 0,0,0
;
; cse_alife_object properties
game_vertex_id = 287
distance = 49
level_vertex_id = 1420994
object_flags = 0xffffff3e
;
; cse_shape properties
shapes = shape0
shape0:type = sphere
shape0:offset = 0,0,0
shape0:radius = 5.5254921913147
;
; cse_alife_space_restrictor properties
restrictor_type = 3
;
; cse_alife_custom_zone properties
max_power = 0
;
; cse_alife_anomalous_zone properties
offline_interactive_radius = 30
artefact_spawn_count = 32
artefact_position_offset = 0x1ac0
</ini>

Потом открываем '''way_zaton.ltx''' и пишем:

<ini>
[test_teleport_walk] ;телепортирует в нужное место
points = p0
p0:name = wp00
p0:position = 113.948539,-7.351358,185.813888
p0:game_vertex_id = 316
p0:level_vertex_id = 1162410
</ini>

Сохраняем, компилируем '''all.spawn'''.

===Логика телепорта===

Теперь создадим файл логики, назовем его '''test_teleport.ltx''', кинем в ''gamedata\configs\scripts\zaton\'' и пропишем в нём следующее:

<ini>
[logic]
active = sr_teleport
;
[sr_teleport]
point1 = test_teleport_walk ;имя секции телепорта в way_zaton.ltx
look1 = zat_b20_quest_teleport_look
</ini>

Всё, сохраняем.

Заходим в игру, загружаемся... И видим -- неподалёку от вас светится телепорт, прыгаем в него и он вас во мгновение ока преносит на Скадовск.

===Автор===
'''AmiKus'''

Обсудить статью всегда можно на [[Обсуждение:Создание_быстрых_телепортов_в_ЗП|странице обсуждения]].

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

CoP. Спавн аномалий

2016-08-24T12:34:51Z

FantomICW:

Пару раз адавали вопрос: как же спавнить аномалии в ЗП? Решил наваять статейку
----------------------------------------------------------
Распаковываем алл.спавн с помощью ACDC. Распаковали
Откроем,например, '''alife_zaton.ltx''', и в самом конце допишем:
<ini>
[6464] --порядковый номер
section_name = zone_burning_fuzz_strong --секция
name = zone_burning_fuzz_strong --уникальное имя в алайф_лока.лтх
position = 417.848663330078,41.630443572998,-106.000648498535 --координаты спана
direction = 0,0,0 --угол поворота
game_vertex_id = 73 --гейм вертекс
distance = 18.1999988555908 -- ?
level_vertex_id = 1650842 --левел вертекс
object_flags = 0xffffff3e --?
shapes = shape0 --шейпы(можно задавать несколько).
shape0:type = sphere --тип шейпа(сфера.так же есть box - коробка)
shape0:offset = 0,0,0 -- ?
shape0:radius = 0.100000001490116 --радиус шейпа
restrictor_type = 3 --?
max_power = 0 --максимальная сила(?)
offline_interactive_radius = 30 --?
artefact_spawn_count = 32 --максимальное число спавна артов
visual_name = dynamics\anomaly\topolinypuh_big --визуал(модель *.ogf)
idle_animation = idle --?(скорее всего партикл)
attack_animation = idle --?(скорее всего партикл)
</ini>

Так выглядит без комментов:
<ini>
[6464]
section_name = zone_burning_fuzz_strong
name = zone_burning_fuzz_strong
position = 417.848663330078,41.630443572998,-106.000648498535
direction = 0,0,0
game_vertex_id = 73
distance = 18.1999988555908
level_vertex_id = 1650842
object_flags = 0xffffff3e
shapes = shape0
shape0:type = sphere
shape0:offset = 0,0,0
shape0:radius = 0.100000001490116
restrictor_type = 3
max_power = 0
offline_interactive_radius = 30
artefact_spawn_count = 32
visual_name = dynamics\anomaly\topolinypuh_big
idle_animation = idle
attack_animation = idle
</ini>
----------------------------------------------------------
'''Автор статьи: Влад (ака Shader)'''

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

2016-08-24T12:32:55Z

FantomICW:

Итак, чтобы в распакованном all.spawn отображались новые уровни(а не lxx_unkown) проводим простую манипуляцию
Открываем блокнотом acdc.pl и находим в нём строчку constant levels_info
<perl>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' },
);</perl>
Цифр..английские буквы..страшно? Я понимаю, думаете мне в первый раз было лучше?:)
Буду краток как наш призедент
<perl> { gvid => нижний гейм вертекс уровня, name => 'имя_левела_соотвествущюего_вертексу' },</perl>
Вот собсно и усё. Теперь рассмотрим траблу глубже.

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

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

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

CoP. Спавн предметов

2016-08-22T13:59:23Z

FantomICW:

Вот решил внести свой вклад в модостроение))

Тема которая будет расмотрена в данной статье, это спавн предметов в ЗП.

Для начала попробуем заспавнить что-нибудь……например…… О, вертолёт !!!!

Что для этого нам нужно ?

* ''1)ACDC для ЗП''
* ''2)Activeperl 8.7.''
* ''3)Распакованная игра (CoP)
''
Начнём:

Поместим файл '''All.spawn'''(который находится по адресу: Gamedata\spawns) в папку с ACDC. Распаковываем.

В итоге появятся Файлы .Ltx С названием секций. Нас интересуют Файлы alife_*******.ltx Так как они отвечают за спавн.

Для Начала нам нужно снять координаты того места Где должен появится наш вертолёт.

Для этого открываем '''ui_main_menu.script''' и находим вот примерно такое:
<lua>
if dik == DIK_keys.DIK_Q then
self:OnMessageQuitWin()
end
</lua>
и делаем так :
<lua>
if dik == DIK_keys.DIK_Q then
self:OnMessageQuitWin()
elseif dik==DIK_keys.DIK_W then
self:position_info()
end
</lua>

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

И в конец фаила. В Самый Конец!!!
<lua>
function main_menu:position_info()
local a = db.actor:position()
local vid = db.actor:level_vertex_id()
local gvid = db.actor:game_vertex_id()
local text = "GPS:\\nX= "..a.x.."\\nY= "..a.y.."\\nZ= "..a.z.."\\nlevel_vertex= "..vid.."\\ngame_vertex_id= "..gvid
news_manager.send_tip(db.actor, text, nil, nil, 30000)
end
</lua>
Сохраняем!!!

Заходим в игру, добегаем до места где бы хотели чтобы видеть вертолёт,выходим в меню и жмём на W , потом возвращаемся в игру
и делаем скриншот (F12)

Я выбрал место спавна прямо на палубе Скадовска.

Всё теперь спавним вертолёт.

Выберем поправившуюся секцию. Для примера я взял Затон, поэтому открываем '''alife_zaton.ltx'''

и добавляем :

<lua>
[1922]
; cse_abstract properties
section_name = helicopter
name = pri_a28_heli_1
position = 154.740036,-2.654960,182.621597
direction = 0,-0.0252000000327826,0

; cse_alife_object properties
game_vertex_id = 316
distance = 0
level_vertex_id = 1216486
object_flags = 0xffffffb2

; cse_visual properties
visual_name = dynamics\vehicles\mi24\veh_mi24_u_01

; cse_motion properties

; cse_ph_skeleton properties
skeleton_name = idle

; cse_alife_helicopter properties
startup_animation = idle
engine_sound = vehicles\helicopter\helicopter
</lua>
Помните !!!!! Всё должно быть по порядкку !!!!!Если перед этим номер скрипта был допустим [1921] то в номер нашего будет [1922]

теперь с пояснениями:
<lua>
[1922]
; cse_abstract properties
section_name = helicopter -- Имя секции
name = pri_a28_heli_1 -- Уникальное имя скрипта
position = 154.740036,-2.654960,182.621597 -- координаты места где мы хотим чтобы появился вертолёт
direction = 0,-0.0252000000327826,0 -- поворот верталёта

; cse_alife_object properties
game_vertex_id = 316 -- гейм вертекс уровня
distance = 0
level_vertex_id = 1216486 -- Левел уровень
object_flags = 0xffffffb2

; cse_visual properties
visual_name = dynamics\vehicles\mi24\veh_mi24_u_01 -- визуал верталёта

; cse_motion properties

; cse_ph_skeleton properties
skeleton_name = idle

; cse_alife_helicopter properties
startup_animation = idle
engine_sound = vehicles\helicopter\helicopter
</lua>
Всё вставляем скрипт в секцию (без комментов конечно)

Сохраняем!

Вот что должно получится:

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

[[Автор : AmiKus]]

CoP: Разбор smart

2016-08-22T09:47:14Z

FantomICW:

Смарт-террейны спавнятся в SDK Level Editor. В секции смарт-террейна указывается кастом-дата, ведущая к конфигу. Варианты настройки конфига:

<ini>[smart_terrain]
squad_id = 34 --видимо, id отряда РЕСПАВНА в этом смарте(!)
max_population = 1 --максимальное число отрядов в смарте
respawn_only_smart = true --если true, из смарта не удаляются отряды в симуляции.
respawn_params = respawn@pri_sim_12 --сцылко на секцию параметров респавна
arrive_dist = 100 --на каком расстоянии от смарта спавнить.
def_restr = pri_a16_sr_noweap --некая замена out_restr из ТЧ. Зона, где лагерь. За пределами - лагеря нет.
safe_restr = pri_surge_hide_a16; pri_a16_sr_light --зоны, в которых неписи бессмертны
smart_control = smart_control --сцылко на секцию контроля смарта
spawn_point = zat_sim_16_spawn_point --точка респавна
respawn_radius = 150 --радиус респавна. Если актер ближе - не спавнить. По умолчанию, понятно, 150.
respawn_sector = default --сектор респавна. Если точка принадлежит группировке и вокруг нет врагов - уменьшаем капасити
до 1. Рабочих примеров нет. Работоспособность сомнительна
mutant_lair = --не работает.
no_mutant = --не работает.
forbidden_point = --не работает.

[respawn@pri_sim_12] --параметры респавна - отряды.
sim_tushkano

[sim_tushkano]
spawn_squads = simulation_tushkano --какие отряды респавнить
spawn_num = {+pri_a18_use_idol_done}2, 0 --сколько респавнить, и когда можно это делать. Если написанно 0 то распавна не будет. Если
написано 2 то каждый респавн будут спавнится 2 скварда

[smart_control]
noweap_zone = pri_a16_sr_noweap --зона принудительного убора оружия
ignore_zone = pri_surge_hide_a16; pri_a16_sr_light --зоны, в которых у неписей устанавливаются флаги combat_ignore_cond и
combat_ignore_keep_when_attacked = true
alarm_start_sound = {-pri_b305_fifth_cam_end} pri_a16_base_alarm, nil --озвучка на начало атаки актора
alarm_stop_sound = {-pri_b305_fifth_cam_end} pri_a16_base_relax, nil --озвучка на конец атаки актора

[exclusive]
pri_b35_envoy_after = pripyat\pri_b35_envoy_logic.ltx --ссылка на эксклюзивные работы для данного смарта.</ini>

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

CoP: Разбор smart

2016-08-22T09:46:42Z

FantomICW:

Смарт-террейны в СДК LE. В секции смарт-террейна указывается кастом-дата, ведущая к конфигу. Варианты настройки конфига:

<ini>[smart_terrain]
squad_id = 34 --видимо, id отряда РЕСПАВНА в этом смарте(!)
max_population = 1 --максимальное число отрядов в смарте
respawn_only_smart = true --если true, из смарта не удаляются отряды в симуляции.
respawn_params = respawn@pri_sim_12 --сцылко на секцию параметров респавна
arrive_dist = 100 --на каком расстоянии от смарта спавнить.
def_restr = pri_a16_sr_noweap --некая замена out_restr из ТЧ. Зона, где лагерь. За пределами - лагеря нет.
safe_restr = pri_surge_hide_a16; pri_a16_sr_light --зоны, в которых неписи бессмертны
smart_control = smart_control --сцылко на секцию контроля смарта
spawn_point = zat_sim_16_spawn_point --точка респавна
respawn_radius = 150 --радиус респавна. Если актер ближе - не спавнить. По умолчанию, понятно, 150.
respawn_sector = default --сектор респавна. Если точка принадлежит группировке и вокруг нет врагов - уменьшаем капасити
до 1. Рабочих примеров нет. Работоспособность сомнительна
mutant_lair = --не работает.
no_mutant = --не работает.
forbidden_point = --не работает.

[respawn@pri_sim_12] --параметры респавна - отряды.
sim_tushkano

[sim_tushkano]
spawn_squads = simulation_tushkano --какие отряды респавнить
spawn_num = {+pri_a18_use_idol_done}2, 0 --сколько респавнить, и когда можно это делать. Если написанно 0 то распавна не будет. Если
написано 2 то каждый респавн будут спавнится 2 скварда

[smart_control]
noweap_zone = pri_a16_sr_noweap --зона принудительного убора оружия
ignore_zone = pri_surge_hide_a16; pri_a16_sr_light --зоны, в которых у неписей устанавливаются флаги combat_ignore_cond и
combat_ignore_keep_when_attacked = true
alarm_start_sound = {-pri_b305_fifth_cam_end} pri_a16_base_alarm, nil --озвучка на начало атаки актора
alarm_stop_sound = {-pri_b305_fifth_cam_end} pri_a16_base_relax, nil --озвучка на конец атаки актора

[exclusive]
pri_b35_envoy_after = pripyat\pri_b35_envoy_logic.ltx --ссылка на эксклюзивные работы для данного смарта.</ini>

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

All.spawn. Создание NPC

2016-08-21T10:32:41Z

FantomICW:

== Что,как,зачем ==
Итак, я хочу рассказать вам как создать NPC через all.spawn.
Метод был выявлен мною путем проб и ошибок.
Конечно же у вас появился вопрос: « Ну а зачем же мучатся с all.spawn, если можно сделать тоже самое через скрипт?».
Ответ:
Хоть этот способ и не такой быстрый и легкий, но у него есть свои плюсы, необходимые многим, один из них - мы можем задать story id нашему NPC.(Можно прописать в секции нпс которого спауните в низу в файле spawn_sections.ltx Пример:story_id = 10000)
"А что дает нам это?"
Много чего, ну для примера - мы сможем поставить отметку на него.
Я не буду объяснять такие простые вещи как декомпиляция all.spawn и остальное, но если же вы все таки не знаете как, пишите мне в лс на Гейменаторе(stalkers-life, или Идиот)
Итак, хватит лишних слов, перейдем к работе...

== Работаем!!! ==

С помощью ACDC декомпилируем all.spawn

Получаем кучу файлов типа : alife_l01_escape , way_l01_escape и тд.

Создадим нового непися на Кордоне.
Открываем alife_l01_escape, и крутим в самый низ.

Если у вас чистая игра и вы ничего не делали в Олл спавне то посленяя секция у вас будет под номером 869.
Добавляем туда вот такой код(в конец):

<ini>
[870]
; cse_abstract properties
section_name = stalker
name = noobik
position = -172.21215820313,-19.941787719727,-161.09272766113
direction = 0,0,0

; cse_alife_trader_abstract properties
money = 5000
character_profile = esc_noobik

; cse_alife_object properties
game_vertex_id = 52
distance = 0
level_vertex_id = 76655
object_flags = 0xffffffbf
custom_data = <<END

[logic]
cfg = scripts\noobik_logic.ltx

; cse
[smart_terrains]
none = true
END
story_id = 10000

; cse_visual properties
visual_name = actors\soldier\soldier_beret_1

; 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 = -172.21215820313,-19.941787719727,-161.09272766113
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
</ini>

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

<ini>
section_name = stalker -//это для игры тут пишется к примеру если ето у тебя сталкера или бандюки то должно быть section_name = stalker
name = noobik -//пишем что хотим
position = -172.21215820313,-19.941787719727,-161.09272766113 -//позиция
direction = 0,0,0 -// направление взгляда(можно писать всегда нули)

; cse_alife_trader_abstract properties
money = 5000 -//его бабло
character_profile = esc_noobik -//ссылка на профиль в character_desc_локация(раз создаем в алайф эскейп значит и профиль будет искатсья в чарактер_деск_ескейп)

; cse_alife_object properties
game_vertex_id = 52 -// гейм вертекс
distance = 0
level_vertex_id = 76655 -//левел вертекс
object_flags = 0xffffffbf
custom_data = <<END

[logic]
cfg = scripts\noobik_logic.ltx -// ссылка на логику

; cse[smart_terrains]
none = true
END
story_id = 10000 -//его стори айди

; cse_visual properties
visual_name = actors\soldier\soldier_beret_1 -// его визуал

upd:health = 1
upd:timestamp = 0
upd:creature_flags = 0
upd:position = -172.21215820313,-19.941787719727,-161.09272766113 -//опять пишем позицию
upd:o_model = 0
upd:o_torso = 0.028013030067086,0,0.9996075630188
upd:g_team = 0
upd:g_squad = 1
upd:g_group = 2

upd:next_game_vertex_id = 65535-//честно не знаю что это, я всегда пишу эти цифры
upd:prev_game_vertex_id = 65535-//не знаю, но пишем всегда это
upd:distance_from_point = 0
upd:distance_to_point = 0
</ini>

Компилируем, получаем файл all.spawn.new , копируем его в геймдату/спавнс и переименовываем просто в олл спавн.
Это еще не все!

теперь

открываем файл character_desc_escape

перед профилем волка вставляем это:

<xml>

<specific_character id="esc_noobik" team_default = "1">
<name>Нубик</name>
<icon>ui_npc_u_stalker_neytral_balon_1</icon>
<bio>esc_noobik</bio>

<class>esc_noobik</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\soldier\soldier_beret_1</visual>
<supplies>
[spawn] \n
wpn_pm \n
ammo_9x18_fmj = 1 \n
wpn_ak74u \n
ammo_5.45x39_fmj \n
</supplies>

#include "gameplay\character_criticals_4.xml"

</specific_character>
</xml>

у нас будет чел с визуалом военного, иконкой волка, и голосом обычного сталкера

теперь создаем файл логики,
в папке config/scripts создаем файл noobik_logic.ltx
и пишем туды:

<ini>
[logic]
active = remark1
danger = danger_ignore

[danger_ignore]
ignore_distance = 5

[remark1]
no_move = true
</ini>

все, он никуда не уйдет пока на него не нападут = )

Теперь открываем файл game_story_ids

и в самый низ вписываем:
10000 = "esc_noobik"

теперь открываем файл npc_profile
вставляем сие:

<xml>
<character id="esc_noobik">
<class>esc_noobik</class>
<specific_character>esc_noobik</specific_character>
</character>
</xml>

Все, мы на финишной прямой!
Открываем файл spawn_sections

и в писываем:
<ini>
[esc_noobik]:stalker
$spawn = "respawn\esc_noobik"
character_profile = esc_noobik
spec_rank = novice
community = stalker
</ini>

Все, все готово!
Начинаем новую игру, и видем сталкера с именем Нубик = )

Можно сделать и так но НПС уйдет. Проще делать с логикой вместе.
Заместо:

<ini>
[logic]
cfg = scripts\noobik_logic.ltx
</ini>
Лутчше написать:

<ini>
[logic]
active = remark
combat_ignore = combat_ignore
danger = danger_condition

[remark]
anim = wait
combat_ignore_cond = always

[combat_ignore]
combat_ignore_cond = always

[danger_condition]
ignore_distance = 0
ignore_distance_corpse = 0
</ini>

И тогда НПС будет стоять на месте. =)

--<# И стоять НПС при такой логике будет до поры до времени, теперь ясно где все новички учатся изначально делать не правильно... 
Схема '''''remark''''' не предназначена выступать в роли активной схемы, она была создана для мягкого перехода между основными схемами, например '''''kamp''''' и '''''walker'''''. 
Игнорирование этого момента приводит к нежелательным эффектам, как следствие возникают необоснованные обвинения в адрес X-Ray.
Если же всё равно делаете через ''all.spawn'', то почему бы не прописать НПС нормальную логику, при которой он действительно будет стоять на месте и даже, если в последующем его что-то отвлечёт, то он вернётся на место, а не останется стоят там, куда перебежал.<ini>[logic]
active = walker@stay_at_position
combat_ignore = combat_ignore
danger = danger_condition

[walker@stay_at_position]
path_walk = walker_stay_at_position_walk
path_look = walker_stay_at_position_look

[combat_ignore]
combat_ignore_cond = always

[danger_condition]
ignore_distance = 0
ignore_distance_corpse = 0</ini>И в файл ''way_имя_локации.ltx'' вписать две точки:<ini>[walker_stay_at_position_walk]
points = p0
p0:name = name00
p0:flags = 0x1
p0:position = ;координаты на которых стоим
p0:game_vertex_id = ;гейм вертекс координат
p0:level_vertex_id = ;левел вертеск координат

[walker_stay_at_position_look]
points = p0
p0:name = name00
p0:flags = 0x1
p0:position = ;координаты в которые смотрим
p0:game_vertex_id = ;гейм вертекс координат
p0:level_vertex_id = ;левел вертеск координат</ini>
И никаких проблем с поведением НПС --#>

'''Статью создал stalker-life'''
С поправками '''Melnik'''
Подкоректировал: '''Spaces'''
Замечание касательно логики: '''ColR_iT'''

Работа с all.spawn

2016-08-20T16:48:52Z

FantomICW:

== Расспаковка all.spawn ==

Для того, чтобы распаковать ол спавн, нам потребуется acdc. Для каждой версии игры нам понадобиться свой. Я описываю для ЗП ( во
всех частях сталкера этот процесс идентичен), поэтому и пользуюсь acdc от ЗП. Для того, чтобы запустить acdc нам будет
нужен ActivePerl (адрес откуда можно скачать последнюю версию, для работы подойдёт любая. http://www.activestate.com/activeperl/downloads (дС)) (нужная версия входит в архив)Качаем acdc для ЗП [http://narod.ru/disk/17377026000/ACDC%20Cop.rar.html здесь].После того, как вы скачали acdc, установите эктивперл(если вы этого еще не сделали)(от "GE" - файлы ACDC должны лежать в папке "C:\Perl\bin" если вы не изменяли стандартного пути установки файлов программы Active Perl). Распакуйте acdc и скопируйте в эту папку свой all.spawn (от "GE" - если вы работаете с файлами ТЧ то не забудьте поместить туда-же и файл game.graph , если вы работаете с файлами модов на ТЧ то дополнительно перенести и папку config). Запустите .bat файл decompile(если его нет, то откройте блокнот, запишите в нем такие строки:
perl acdccop.pl -d all.spawn
pause
(от "GE" - при работе с утилитами от Бардака .bat файл выглядит так:

del sections.ini
perl universal_acdc.pl -d all.spawn
pause

при работе с файлами модов надо включить в .bat сканирование конфигураций:

del sections.ini
perl universal_acdc.pl -d all.spawn -out all -scan config/ -nofatal
pause

в ином случае не чего не получится. Описание подходит для де компиляции all.spawn ТЧ и модов , работоспособность .bat с ЧН и ЗП не проверял.)

И сохраните под именем "decompile.bat" Запускайте батник. Через некоторое время появятся .ltx файлы.
Все, ол спавн распакован и ждет шаманства над собой :) (от "GE" - при работе ACDC от бардака в папке C:\Perl\bin по мимо отсальной кучи файлов "pl и прочих" + наших файлов ACDC появятся файлы: sections.ini, папка all с .ltx всех локаций и guids.)

== Структура файлов ==

Я прошу прощения у автора этой статьи, но так как он мало разбирается в модостроении или стесняется писать правильно, счёл возможным внести некоторые правки в его статью. Правки буду вносить в скобках с указанием "дС"(дядяСаша)
Рассмотрим структуру файлов. Файлы типа alife_ - это основные файлы(не основных файлов нет! каждый файл выполняет свою функцию(дС)), в которых содержаться секции спавна(Название, координаты, характеристики, логика или указания на логику объектов которые спавнятся в игре с помощью all.spawn(дС)) . Файлы типа way_ - это и есть "вэй". Сквады, логика и прочая дребедень(=Категорически неверно, ни каких сквадов и логики здесь нет. Здесь находятся только координаты точек путей по которым движутся НПС, монстры, техника, координаты костров, и других точек и зон требующихся для симуляции жизни в игре(дС)). Трогать мы их не будем.
Откроем любой alife_ файл и увидим там много секций спавна. Вот одна из них:

[0]
; cse_abstract properties
section_name = breakable_object
name = meshes\brkbl#0.ogf
position = -160.539749145508,21.5325393676758,-195.387329101563
direction = -0.00700339116156101,-0.108852192759514,0.412739604711533
; cse_alife_object properties
game_vertex_id = 0
distance = 0
level_vertex_id = 293223
object_flags = 0xffffffba
; cse_visual properties
visual_name = meshes\brkbl#0
; cse_alife_object_breakable properties
health = 1

А теперь подробнее

[0] - уникальный "id", то бишь номер секции(ID в игре сталкер - совершенно другое и ни какого отношения
к номеру секции не имеет. Секция - просто номер который не должен повторятся(дС))
; cse_abstract properties - комментарий
section_name = breakable_object - название секции( НЕ В КОЕМ СЛУЧАЕ НЕ СТАВТЕ ЗДЕСЬ СВОЕ НАЗВАНИЕ, ИНАЧЕ all.spawn ВЫ НЕ ЗАПАКУЕТЕ)
name = meshes\brkbl#0.ogf - тоже название... Тут уже что годно можно написать(Можно, но лучше
придерживаться правил наименования чтобы не запутаться при большом количестве объектов(дС))
position = -160.539749145508,21.5325393676758,-195.387329101563 - позиция на которой будет спавн
(Уточнение: центральная точка плоскости спавна на горизонтальной плоскости локации, почему см. 3 строчки ниже(дС))
direction = -0.00700339116156101,-0.108852192759514,0.412739604711533 - направление. В какую сторону "смотрит" обьект.
; cse_alife_object properties - комментарий
game_vertex_id = 0 - вертикс.
distance = 0 (радиус-максимальное расстояние от центральной точки спавна на котором может заспавнится
предмет. Расстояние будет выбираться произвольно в пределах указанного радиуса.
Теретически можно назначить радиус на всю локацию, НО! я не даром говорил про воображаемую
плоскость, надеюсь геометрию уже изучали -)), если ваша плоскость пойдёт через бугор то
НПС может заспавнится под землёй и соответственно в игре участвовать не сможет, если над
ямой то предмет зависнет в воздухе, есть ещё аномалии и предметы внутри которых может
заспавнится ваш объект, поэтому радиус нужно выбирать в разумных пределах(дС))
level_vertex_id = 293223 - тоже вертикс. (зачем они объяснять не буду)
object_flags = 0xffffffba - флаги обьекта. тоже рассматривать не будем
; cse_visual properties - комментарий
visual_name = meshes\brkbl#0 - визуал.(папка meshes не указывается, а указывается полный путь в папке
"meshes" например actors\aziat\aziat_bandit_veteran, папка "actors" соответственно должна находится в папке "meshes"(дС))
; cse_alife_object_breakable properties - комментарий.
health = 1 - здоровье.

Файл all.ltx - это список файлов, которые упакованы в ол спавн.

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

Допустим, нам нужно заспавнить сталкера.
Создаем секцию спавна. ( ВНИМАНИЕ! ПРЕЖДЕ ЧЕМ СПАВНИТЬ СТАЛКЕРА, ЕГО НУЖНО СОЗДАТЬ). Как описывать новых напсано [http://stalkerin.gameru.net/wiki/index.php/%D0%A0%D0%B5%D0%B4%D0%B0%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_NPC здесь]

[20927] - уникальный номер секции. (Это просто порядковый номер секции, после распаковки all.spawn
открваете последний файл Alife_ в списке для ЗП это alife_zaton.ltx и смотрите № последней
секции, дальше уже можете назначать свой. Свою секцию можете вписывать в конце любого
файла alife_ только со своим номером. При запаковке, номера будут перебиты соответственно
порядковым номерам начиная от первой секции первого файла alife_. Единственное условие
порядковые номера не должны быть одинаковыми не сможете запаковать.(дС))

; cse_abstract properties - коментарий :)
section_name = stalker - название секции. Если спавните сталкера - stalker. Своих названий быть не должно.
name = marsh_koster_stalker - имя. я использую имя профиля, которого вы создавали при создании нпс (категорическая глупость, не надо путать себя и машину.
Правило №1 при спавне новых объектов первые 3 буквы должны содержать название локации mar_ дальше уже пишите название желательно места и затем уже
название сталкера и последним порядковый номер например: mar_cerkov_stalk_1, так как указал автор статьи можно заспавнить, но если сталкеров будет
много и на разных локациях как это есть в больших модах потом при необходимости внесения изменений найти будет очень тяжело. Поэтому лучше учится
сразу правильно делать(дС))
position = -150.17852783203,0.63608288764954,-293.19580078125 - координаты.
direction = 0.062321275472641,0.00316426996141672,0.0140644172206521 - направление. Куда сталкер будет смотреть.
; cse_alife_trader_abstract properties -
money = 5000 - деньги ) (нужны для продажи сталкеру предметов находящихся у ГГ, если это соответствует условиям игры(дС))
character_profile = marsh_koster_stalker - профиль, который вы указали при создании нпс. Вот тут нужно указывать его
; cse_alife_object properties
game_vertex_id = 934 - вертикс локации
distance = 4.90000009536743 - Расстояние до gvid (Опять какой-то бред, причём тут givd. Для чего нужна дистанция, При спавне например группы сталкеров
5 человек не нужно для каждого устанавливать свои координаты спавна у всех можно делать одинаковые, но при наличии радиуса, движок их сам
раскидает, а если радиус будет 0 все будут спавнится в одной точке, резко возрастает нагрузка на память игра начинает притормаживать, и иногда,
я думаю многие встречались с этим, какой-то НПС просто сразу гибнет на месте спавна, почему это происходит не знаю! просто факт!(дС))

level_vertex_id = 1418 - вертикс локации )
object_flags = 0xffffffbf
custom_data = <<END - кастом дата. Очень важный элемент при создании нпс. Проще говоря - логика.
cfg = scripts/marsh/koster.ltx - путь к конфигу кастом даты (уточняю папка "scripts" которая находится в папке "config", потому, что в папке gamedata тоже есть папка "scripts" не путать!(дС))
[smart_terrains] - смарт террайны ( не рассматриваться)
END - окончание кастом даты
; cse_alife_creature_abstract properties
g_team = 0
g_squad = 1
g_group = 5
health = 1
dynamic_out_restrictions = (здесь указывается рестриктор, если есть, в который нельзя входить НПС или монстру(дС))
dynamic_in_restrictions = (здесь указывается рестриктор, если есть, зайдя в который НПС или монстру уже нельзя из него выходить(дС))

(зачем нужно это не совсем понимаю, но заполнять так же, как и в основной секции)
upd:health = 1
upd:timestamp = 0x2009656c
upd:creature_flags = 0x3d
upd:position = -150.17852783203,0.63608288764954,-293.19580078125 (должно соответствовать указанным выше(дС))
upd:o_model = 0
upd:o_torso = 0.00316426996141672,0.062321275472641,0 (должно соответствовать указанному выше направлению взгляда(дС))
upd:g_team = 0
upd:g_squad = 1
upd:g_group = 5
; 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,1,0,0,1 --- (к сожалению за много лет ни разу не находил статьи которая объясняла бы эти цифры. Они определяют порядок действий НПС в различных ситуациях, создают разнообразие жизни
predicate4 = 2,2,0,2 --- (но что конкретно я не знаю, поэтому многие скриптовики мучаются с созданием своих систем alife(дС))
; cse_ph_skeleton properties
upd:start_dialog =
; se_stalker properties

Сохраняем. Запаковываем ол спавн, файлом comlite.bat.

В папке gamedata создаем папку spawns и копируем файл new.spawn(он будет называться именно так). Потом переименовываем в all.spawn.

Статья не закончена и будет пополняться время от времени. Для начала хватит.

Автор статьи - '''Andrey K aka f0rest'''

Правки -- "дядяСаша" (все правки внесённые мной опробованы на "собственной шкуре", поэтому лучше учится на чужих ошибках! --)) (imgal@mail.ru)

CoP. Создание техника

2015-06-06T07:02:37Z

FantomICW: Оформление, мелкие правки

Допустим, мы перенесли локацию Кордон в Зов Припяти. Пора обустроить ее. В этом уроке мы создадим техника, который может ремонтировать оружие и броню.

=== Секция спавна ===
Распаковываем '''all.spawn'''. Открываем '''alife''' нашей локации и пишем:
<ini>[30001]
; cse_abstract properties
section_name = stalker
name = esc_technik
position = -3.1716885566711,0.87067031860352,296.31362915039
direction = 0,3,0

; cse_alife_trader_abstract properties
character_profile = esc_technik

; cse_alife_object properties
game_vertex_id = 934
distance = 0
level_vertex_id = 25
object_flags = 0xfffffffb
custom_data = <<END
[logic]
cfg = scripts\esc_technik_logic.ltx

[spawn]
END

; cse_visual properties
visual_name = actors\novice\green_stalker_2

; 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 = 0
upd:creature_flags = 0
upd:position = -3.1716885566711,0.87067031860352,296.31362915039
upd:o_model = 0
upd:o_torso = 0,0,0
upd:g_team = 0
upd:g_squad = 0
upd:g_group = 0

; 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 = 2,2,1,2,0
predicate4 = 2,2,1,2

; cse_ph_skeleton properties

upd:start_dialog =

; se_stalker properties

</ini>

Сталкер заспавнится на том же месте, где он был в Чистом небе.

=== Профиль ===

Открываем '''character_desc_general.xml''' и перед ''</xml>'' в самом конце пишем:
<xml> <specific_character id="esc_technik" team_default="1">
<name>Кулибин</name>
<icon>ui_iconsNpc_soldier_beret</icon>
<map_icon x="1" y="0">
</map_icon>
<bio>Опытный сталкер. Детальная информация отсутствует.</bio>
<class>esc_technik</class>
<mechanic_mode>1</mechanic_mode>
<community>stalker</community>
<terrain_sect>stalker_terrain</terrain_sect>
<snd_config>characters_voice\human_01\stalker\</snd_config>
<rank>50</rank>
<reputation>0</reputation>
<money min="1000" max="1000" infinitive="0" />
<visual>actors\stalker_neutral\stalker_neutral_2_face_6</visual>

<supplies>
[spawn] \n
wpn_ak74 = 1 \n
ammo_5.45x39_fmj = 1 \n

</supplies>

</specific_character></xml>

=== Прописать профиль ===
Открывает '''npc_profile.xml''' и в самом конце перед ''</xml>'' пишем:
<xml> <character id="esc_technik">
<class>esc_technik</class>
</character></xml>

Почти все! Осталось только создать логику, чтобы наш НПС никуда не убежал.

=== Логика ===
В папке '''/configs/scripts''' создаем файл '''esc_technik_logic.ltx''' и пишем:
<ini>[logic]
active = remark1
danger = danger_ignore
commander = true
level_spot = mechanic

[remark1]
no_move = true
meet = meet

[danger_ignore]
ignore_distance = 10

[meet]
use = true
use_wpn = true</ini>

Больше наш НПС никуда не денется.

На этом все! Запускайте новую игру и проверяйте.

Как вырезать сюжет

2015-01-11T09:18:20Z

FantomICW:

Начнём с ответа на вопрос «а зачем?». Рано или поздно любой, даже самый криворукий (но достаточно упорный) модмейкер осиливает создание квестов. И вот с созданием своего квеста, у некоторых возникает желание создать новый сюжет. Нужно признать, что этим, нас модмейкеры не особо балуют. 
Полностью разбирать все шаги в этом деле я не буду, ибо очень много объяснять, впрочем , это и не нужно. Если модмейкер не обладает аналитическим складом ума, и делает моды только по статьям или берёт файлы из чужих модов, далеко он всё равно не зайдёт. 
Для некоторых начинающих модмейкеров, достаточно просто указать «где копать» и они сами всё сделают. Вот для них статья и предназначена. 
Начнём с того что создание сюжетного мода в разных частях игры требует разного кол-ва времени и усилий. Проще всего создать сюжетный мод в ЗП, практически так же просто в ЧН, ну и малость по сложнее в ТЧ.

=Что такое сюжет=
Перед тем как вырезать из Сталкера сюжет, нужно для начала определится, что это такое. 
Я для себя определил это как совокупность квестов, диалогов, действий ГГ и NPC.

==ТЧ==
В ТЧ сюжет находится в файлах диалогов, скриптах и all.spawne 
Процесс удаления старого сюжета ТЧ потребует от вас умения править all.spawn, много времени и терпения.

==ЧН==
В ЧН разрабы очень удачно вынесли из all.spawn почти все логики в configs\scripts\локация\ 
и соответственно упростили нам задачу. 
Правда, некоторые логики (типа логики двери в бункер учёных на Янтаре) остались в all.spawne

==ЗП==
В ЗП, вместе со всем, что было нам интересно в Сталкере, разрабы убили и множество технических недоработок. 
В том числе и логики из all.spawn все вынесены в папку с конфигами - configs\scripts\локация\, за что им отдельное спасибо.

=Как вырезать диалоги=
Начнём с диалогов: 
Тут проще некуда. Сюжетные диалоги доступные персонажам прописаны у них в профилях. 
Заходим в config\gameplay\, редактируем файлы character_desc_****.xml 
Наша задача закомментировать следующие теги:
<code><start_dialog>
</start_dialog>
<actor_dialog>
</actor_dialog></code>
Надеюсь, как комментировать xml-теги вы знаете.
 
ПРИМЕЧАНИЕ: проще и быстрее всего побороть все эти теги можно с помощью текстовых редакторов типа Notepad++. 
Пользуемся функцией замены текста.
Небольшое уточнение от ASD: при комментировании xml тегов, не забывайте в конце ставить -- , т.к. это завершает комментирование.
Образец <code>  </code>
или <code>  </code>

=Логика=
Теперь нужно побороть логику, которая отвечает за выдачу инфопорций, квестов и т.д. 
В ТЧ они находятся в all.spawne, в аддонах в configs\scripts\локация\. 
Чтобы вы долго не искали я напишу какие строчки нужно комментировать (желательно делать всё это с помощью замены текста, иначе вы состаритесь пока всё в ручную закомментируете). 
Итак, комментируем следующие строчки:
<code>on_actor_dist_le =
on_actor_dist_le_nvis =
on_actor_dist_ge =
on_actor_dist_ge_nvis =
on_signal =
on_info =
on_info2 =
on_info3 =
on_info4 =
on_timer =
on_game_timer =
on_actor_in_zone =
on_actor_not_in_zone =
on_actor_inside =
on_actor_outside =
on_npc_in_zone =
on_npc_not_in_zone =
allow_break = false
meet_dialog =</code>

ПРИМЕЧАНИЕ: некоторые логики (типа логик дверей или баз) нужно потом будет восстановить (то есть раскомментировать). 

Всё, удачи. 
Автор: [[Участник:THE_ATLAS|THE_ATLAS]] 
[[Категория:Конфигурационные_файлы]]

SoC. Не бесконечные болты

2014-12-02T15:01:42Z

FantomICW:

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

Итак, приступим. 
Нам потребуются такие файлы: 
'''gamedata\config\weapons\w_rgd5.ltx''' 
'''gamedata\config\weapons\w_bolt.ltx''' 
'''gamedata\config\misc\items.ltx''' 
'''gamedata\scripts\escape_dialog.script''' 
'''gamedata\scripts\bind_stalker.script''' 

В первую очередь лезем в файл '''w_bolt.ltx''', там самая первая строка, которая за что-то отвечает:
<code>
[bolt]:identity_immunities
</code>
Меняем её вот так:
<code>
[old_bolt]:identity_immunities
</code>
Сохраняем и закрываем.
Затем, открываем файл '''w_rgd5.ltx''', спускаемся в самый низ и пишем это:

<ini>
[bolt]:grenade_rgd5
visual = weapons\bolt\wpn_bolt.ogf
inv_name = "Болт"
inv_name_short = "Болт"
inv_weight = 0.05
cost = 1
hud = bolt_hud2
ef_weapon_type = 1
description = "Обычный металлический болт"
destroy_time = 5000000;3500

attach_position_offset = -0.021,-0.075,0.0
attach_angle_offset = 0,0,0
attach_bone_name =

blast = 0
blast_r = 0
blast_impulse = 0
;delete
blast_impulse_factor = 1

frags = 0
frags_r = 0
frag_hit = 0
frag_hit_impulse = 0

;звуки
snd_explode = monsters\biting\def_0 ;rgd5_explode
snd_checkout = monsters\biting\def_0
explode_particles = weapons\wg-hit-ground

inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 22
inv_grid_y = 6

light_color = 0.0,0.0,0.0
light_range = 0.0
light_time = 0.0

[bolt_hud2]
fire_point = 0.05, 0.0, 0.1
fire_bone = bolt_0
orientation = 0,0,0
position = 0,0,0
visual = weapons\bolt\wpn_bolt_hud.ogf

throw_point = 0,0.4,0.3
throw_dir = 0,0,0

anim_show = draw3
anim_hide = holster_0
anim_idle = idle_0
anim_playing = idle_01
anim_throw_begin = attack_0_begin
anim_throw_idle = attack_0_idle
anim_throw_act = attack_0_act
anim_throw_end = attack_0_end
</ini>

Подробно:

<ini>
[bolt]:grenade_rgd5 ;--секция с отсылкой на секцию grenade_rgd5
visual = weapons\bolt\wpn_bolt.ogf ;--визуал, в данном случае модель болта
inv_name = "Болт" ;--название
inv_name_short = "Болт" ;--название
inv_weight = 0.05 ;вес
cost = 1 ;цена за штуку
hud = bolt_hud2 ;--ссылка на худ
ef_weapon_type = 1 ;тип оружия (не менять ни в коем случае, можно сломать двигло)
description = "Обычный металлический болт" ;--описание предмета
destroy_time = 5000000;3500 ;лучше оставить как есть, а так это время через которое болт пропадёт

attach_position_offset = -0.021,-0.075,0.0
attach_angle_offset = 0,0,0
attach_bone_name =

blast = 0 ;мощность взрыва, так как это болт, пусть будет 0
blast_r = 0 ; радиус взрыва
blast_impulse = 0 ;импульс от взрыва (отражается на дальности отлёта туши от места взрыва)
;delete
blast_impulse_factor = 1

frags = 0 ;кол-во осколков
frags_r = 0 ; радиус разлёта осколков
frag_hit = 0 ; урон от 1 попавшего осколка
frag_hit_impulse = 0 ; импульс от 1 попавшего осколка

;звуки
snd_explode = monsters\biting\def_0 ;rgd5_explode звук взрыва
snd_checkout = monsters\biting\def_0 ;звук броска
explode_particles = weapons\wg-hit-ground ; партикл взрыва (в данном случае поставлен партикл ничего не показывающий)

inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 22
inv_grid_y = 6

light_color = 0.0,0.0,0.0 ;цвет освещения во время взрыва по RGB
light_range = 0.0 ;насыщенность на сколько я понимаю
light_time = 0.0 ;время подсветки

[bolt_hud2] ;секция худа
fire_point = 0.05, 0.0, 0.1
fire_bone = bolt_0
orientation = 0,0,0
position = 0,0,0
visual = weapons\bolt\wpn_bolt_hud.ogf ;Визуал болта в руках гг

throw_point = 0,0.4,0.3
throw_dir = 0,0,0

anim_show = draw3
anim_hide = holster_0
anim_idle = idle_0
anim_playing = idle_01
anim_throw_begin = attack_0_begin
anim_throw_idle = attack_0_idle
anim_throw_act = attack_0_act
anim_throw_end = attack_0_end
</ini>

Всё, сохраняем, закрываем. Этот файл нам больше не нужен.
Теперь лезем в файл '''items.ltx''' и в конец пишем:

<ini>
[bolt_box]:identity_immunities
GroupControlSection = spawn_group
discovery_dependency =
$spawn = "food and drugs\kolbasa"
;$prefetch = 32
class = II_FOOD
cform = skeleton
visual = physics\box\box_metall_01.ogf
radius = 1
;script_binding = escape_dialog.use_snd

inv_name = "Коробка болтов"
inv_name_short = "Коробка болтов"
description = "Коробка с болтами, содержит в себе 25 болтов."
inv_weight = 1.35
can_trade = on
inv_grid_width = 2
inv_grid_height = 1
inv_grid_x = 8
inv_grid_y = 18
cost = 30

; eatable item
eat_health = 0
eat_satiety = 0
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

attach_angle_offset = 0.440521, 1.378287, -0.644026
attach_position_offset = 0.104196, -0.010821, 0.076969
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
</ini>

Сохраняем, закрываем.
Дальше мы должны открыть файл '''escape_dialog.script'''
В конец файла внесём свою функцию:

<lua>
function use_bolt_box_oz(obj)
if obj ~= nil then
if obj:section() == "bolt_box" then
for i = 1, 25 do --Совершаем спавн 25 раз
alife():create("bolt", db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(), db.actor:id())
end
end
end
end
</lua>

Подробно:

<lua>
function use_bolt_box_oz(obj) --функция с названием use_bolt_box_oz(obj)
if obj ~= nil then
if obj:section() == "bolt_box" then -- объект который должны мы использовать (коробка болтов)
for i = 1, 25 do --Совершаем спавн 25 раз
alife():create("bolt", db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(), db.actor:id()) -- спавн болта в инвентарь гг
end -- окончание цикла for i =...
end --окончание if
end --окончание if
end --окончание функции
</lua>

В этом же файле находим функцию ''give_weapon_to_actor'' и вносим такие строчки перед ''end'':

<code>
dialogs.relocate_item_section(trader, "bolt_box", "in")
dialogs.relocate_item_section(trader, "bolt", "in")
</code>

В этом файле тоже всё.
Теперь ломимся в '''bind_stalker.script'''
Пишем в функцию ''function actor_binder:net_destroy()'' это:

<code>
self.object:set_callback(callback.use_object, nil)
</code>

И в функцию ''actor_binder:reinit()'' это:

<code>
self.object:set_callback(callback.use_object, self.use_object, self)
</code>

В конец файла добавляем нашу функцию:

<lua>
function actor_binder:use_object(obj)
escape_dialog.use_bolt_box_oz(obj)
end
</lua>

Подробно:

<lua>
function actor_binder:use_object(obj) -- function название нашей функции
escape_dialog.use_bolt_box_oz(obj) --вызов функции use_bolt_box_oz(obj) из файла escape_dialog.script
end --окончание функции
</lua>

Ну вот и всё, сохраняем и закрываем данный файл.
Заходим в игру, и, если я нигде не ошибся, наблюдаем не бесконечный болт в начале игры. Чтобы болт был не один, идите к Волку, он даст вам ещё 1 болт и целую коробку болтов. Чтобы изъять болты из коробки, просто воспользуйтесь ей, кликните по ней 2 раза.
Надеюсь, что статья оказалась вам полезна.

'''Автор:''' ''Dj Ultor''

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

SoC. Постэффекты при использовании предмета.

2014-12-02T14:58:03Z

FantomICW:

Всем привет, тут я опишу, как сделать постэффект при использовании определённого предмета. 
Итак нам понадобятся файлы: 
'''gamedata\config\misc\items.ltx''' 
'''gamedata\scripts\escape_dialog.script''' 
'''gamedata\scripts\bind_stalker.script''' 

Приступим. 
1) Открываем файл '''item.ltx''', спускаемся в самый низ и пишем это:
<ini>
[test_havka]: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
</ini>

Теперь подробнее:
<ini>
[test_havka]:identity_immunities ;Скриптовое название предмета (секция), не должна повторяться, иначе будет вылет.
GroupControlSection = spawn_group ;Это не трогать
discovery_dependency = ;Это не трогать
$spawn = "food and drugs\bread" ;Это не трогать
;$prefetch = 32 ;Это не трогать
class = II_FOOD ;Класс предмета, в данном случае "Еда" (лучше не менять)
cform = skeleton ;Это не трогать
visual = weapons\bred\bred.ogf ;Визуал (3d модель предмета)
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 ;Стоимость предмета, можно указать свою. В данном случае, предмет стоит 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 ;Сколько порций в 1 предмете (сколько раз можно его скушать)

; food item
slot = 4 ;Не менять
animation_slot = 4 ;Не менять

;hud item
hud = wpn_vodka_hud ;Не менять
</ini>

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

2) Открываем файл '''escape_dialog.script'''
Спускаемся в самый низ и пишем вот это:

<lua>
function use_test_havka(obj)
local obj_sect = obj:section()
local snd
if obj_sect == "test_havka" then
level.add_pp_effector("alcohol.ppe", 3000, false)
end
end
</lua>

Подробно обо всём:

<lua>
function use_test_havka(obj) -- Имя функции, не должно повторяться. Элемент "function" должен присутствовать перед название функции
local obj_sect = obj:section()
local snd
if obj_sect == "test_havka" then --если объект "test_havka" использована
level.add_pp_effector("alcohol.ppe", 3000, false) --то скриптовое наложение постэффекта алкогольного опьянения на 3000 миллисекунд.
end -- первая переменная "end", завершает параметр "if"
end -- вторая переменная "end", завершает функцию
</lua>

Далее в этом же скрипте находим строку:
''function give_weapon_to_actor (trader, actor)''

Перед ''"end"'' вставляем строку:

<code>dialogs.relocate_item_section(trader, "test_havka", "in")</code>

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

3) Заходим в '''bind_stalker.script'''
В функцию ''function actor_binder:net_destroy()''
вписываем это:
<code>
self.object:set_callback(callback.use_object, nil)
</code>
В этом же файле в функцию ''actor_binder:reinit()''
пишем это:
<code>
self.object:set_callback(callback.use_object, self.use_object, self)
</code>

И в конец файла пишем вот такую функцию:
<lua>
function actor_binder:use_object(obj)
escape_dialog.use_test_havka(obj)
end
</lua>

Подробно:

<lua>
function actor_binder:use_object(obj) --название функции
escape_dialog.use_test_havka(obj) --вызов функции use_test_havka из файла escape_dialog
end -- окончание функции
</lua>

Сохраняем, закрываем.
Всё, можете проверять. После того, как захаваете батон, получите алкогольное опьянение.

'''Автор:''' ''Dj_Ultor''

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

SoC. Не бесконечные болты

2014-12-02T08:37:32Z

FantomICW:

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

Итак приступим.
Нам потребуются такие файлы:
gamedata\config\weapons\w_rgd5.ltx 
gamedata\config\weapons\w_bolt.ltx 
gamedata\config\misc\items.ltx 
gamedata\scripts\escape_dialog.script 
gamedata\scripts\bind_stalker.script 

В первую очередь лезем в файл w_bolt.ltx, там самая первая строка, которая за что-то отвечает:
<code>
[bolt]:identity_immunities
</code>
Меняем её вот так:
<code>
[old_bolt]:identity_immunities
</code>
Сохраняем и закрываем.
Затем, открываем файл w_rgd5.ltx, спускаемся в самый низ и пишем это:

<ini>
[bolt]:grenade_rgd5
visual = weapons\bolt\wpn_bolt.ogf
inv_name = "Болт"
inv_name_short = "Болт"
inv_weight = 0.05
cost = 1
hud = bolt_hud2
ef_weapon_type = 1
description = "Обычный металлический болт"
destroy_time = 5000000;3500

attach_position_offset = -0.021,-0.075,0.0
attach_angle_offset = 0,0,0
attach_bone_name =

blast = 0
blast_r = 0
blast_impulse = 0
;delete
blast_impulse_factor = 1

frags = 0
frags_r = 0
frag_hit = 0
frag_hit_impulse = 0

;звуки
snd_explode = monsters\biting\def_0 ;rgd5_explode
snd_checkout = monsters\biting\def_0
explode_particles = weapons\wg-hit-ground

inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 22
inv_grid_y = 6

light_color = 0.0,0.0,0.0
light_range = 0.0
light_time = 0.0

[bolt_hud2]
fire_point = 0.05, 0.0, 0.1
fire_bone = bolt_0
orientation = 0,0,0
position = 0,0,0
visual = weapons\bolt\wpn_bolt_hud.ogf

throw_point = 0,0.4,0.3
throw_dir = 0,0,0

anim_show = draw3
anim_hide = holster_0
anim_idle = idle_0
anim_playing = idle_01
anim_throw_begin = attack_0_begin
anim_throw_idle = attack_0_idle
anim_throw_act = attack_0_act
anim_throw_end = attack_0_end
</ini>

Подробно:

<ini>
[bolt]:grenade_rgd5 ;--секция с отсылкой на секцию grenade_rgd5
visual = weapons\bolt\wpn_bolt.ogf ;--визуал, в данном случае модель болта
inv_name = "Болт" ;--название
inv_name_short = "Болт" ;--название
inv_weight = 0.05 ;вес
cost = 1 ;цена за штуку
hud = bolt_hud2 ;--ссылка на худ
ef_weapon_type = 1 ;тип оружия (не менять ни в коем случае, можно сломать двигло)
description = "Обычный металлический болт" ;--описание предмета
destroy_time = 5000000;3500 ;лучше оставить как есть, а так это время через которое болт пропадёт

attach_position_offset = -0.021,-0.075,0.0
attach_angle_offset = 0,0,0
attach_bone_name =

blast = 0 ;мощность взрыва, так как это болт, пусть будет 0
blast_r = 0 ; радиус взрыва
blast_impulse = 0 ;импульс от взрыва (отражается на дальности отлёта туши от места взрыва)
;delete
blast_impulse_factor = 1

frags = 0 ;кол-во осколков
frags_r = 0 ; радиус разлёта осколков
frag_hit = 0 ; урон от 1 попавшего осколка
frag_hit_impulse = 0 ; импульс от 1 попавшего осколка

;звуки
snd_explode = monsters\biting\def_0 ;rgd5_explode звук взрыва
snd_checkout = monsters\biting\def_0 ;звук броска
explode_particles = weapons\wg-hit-ground ; партикл взрыва (в данном случае поставлен партикл ничего не показывающий)

inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 22
inv_grid_y = 6

light_color = 0.0,0.0,0.0 ;цвет освещения во время взрыва по RGB
light_range = 0.0 ;насыщенность на сколько я понимаю
light_time = 0.0 ;время подсветки

[bolt_hud2] ;секция худа
fire_point = 0.05, 0.0, 0.1
fire_bone = bolt_0
orientation = 0,0,0
position = 0,0,0
visual = weapons\bolt\wpn_bolt_hud.ogf ;Визуал болта в руках гг

throw_point = 0,0.4,0.3
throw_dir = 0,0,0

anim_show = draw3
anim_hide = holster_0
anim_idle = idle_0
anim_playing = idle_01
anim_throw_begin = attack_0_begin
anim_throw_idle = attack_0_idle
anim_throw_act = attack_0_act
anim_throw_end = attack_0_end
</ini>

Всё, сохраняем, закрываем. Этот файл нам больше не нужен.
Теперь лезем в файл items.ltx и в конец пишем:

<ini>
[bolt_box]:identity_immunities
GroupControlSection = spawn_group
discovery_dependency =
$spawn = "food and drugs\kolbasa"
;$prefetch = 32
class = II_FOOD
cform = skeleton
visual = physics\box\box_metall_01.ogf
radius = 1
;script_binding = escape_dialog.use_snd

inv_name = "Коробка болтов"
inv_name_short = "Коробка болтов"
description = "Коробка с болтами, содержит в себе 25 болтов."
inv_weight = 1.35
can_trade = on
inv_grid_width = 2
inv_grid_height = 1
inv_grid_x = 8
inv_grid_y = 18
cost = 30

; eatable item
eat_health = 0
eat_satiety = 0
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

attach_angle_offset = 0.440521, 1.378287, -0.644026
attach_position_offset = 0.104196, -0.010821, 0.076969
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
</ini>

Сохраняем, закрываем.
Дальше мы должны открыть файл escape_dialog.script
В конец файла внесём свою функцию:

<lua>
function use_bolt_box_oz(obj)
if obj ~= nil then
if obj:section() == "bolt_box" then
for i = 1, 25 do --Совершаем спавн 25 раз
alife():create("bolt", db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(), db.actor:id())
end
end
end
end
</lua>

Подробно:

<lua>
function use_bolt_box_oz(obj) --функция с названием use_bolt_box_oz(obj)
if obj ~= nil then
if obj:section() == "bolt_box" then -- объект который должны мы использовать (коробка болтов)
for i = 1, 25 do --Совершаем спавн 25 раз
alife():create("bolt", db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(), db.actor:id()) -- спавн болта в инвентарь гг
end -- окончание цикла for i =...
end --окончание if
end --окончание if
end --окончание функции
</lua>

В этом же файле находим функцию give_weapon_to_actor и вносим такие строчки перед end:

<code>
dialogs.relocate_item_section(trader, "bolt_box", "in")
dialogs.relocate_item_section(trader, "bolt", "in")
</code>

В этом файле тоже всё.
Теперь ломимся в bind_stalker.script
Пишем в функцию function actor_binder:net_destroy() это:

<code>
self.object:set_callback(callback.use_object, nil)
</code>

И в функцию actor_binder:reinit() это:

<code>
self.object:set_callback(callback.use_object, self.use_object, self)
</code>

В конец файла добавляем нашу функцию:

<lua>
function actor_binder:use_object(obj)
escape_dialog.use_bolt_box_oz(obj)
end
</lua>

Подробно:

<lua>
function actor_binder:use_object(obj) -- function название нашей функции
escape_dialog.use_bolt_box_oz(obj) --вызов функции use_bolt_box_oz(obj) из файла escape_dialog.script
end --окончание функции
</lua>

Ну вот и всё, сохраняем и закрываем данный файл.
Заходим в игру, и, если я нигде не ошибся, наблюдаем не бесконечный болт в начале игры. Чтобы болт был не один, идите к Волку, он даст вам ещё 1 болт и целую коробку болтов. Чтобы изъять болты из коробки, просто воспользуйтесь ей, кликните по ней 2 раза.
Надеюсь, что статья оказалась вам полезна.

Автор: Dj Ultor

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

SoC. Не бесконечные болты

2014-12-02T08:34:52Z

FantomICW:

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

Итак приступим.
Нам потребуются такие файлы:
===gamedata\config\weapons\w_rgd5.ltx
gamedata\config\weapons\w_bolt.ltx
gamedata\config\misc\items.ltx
gamedata\scripts\escape_dialog.script
gamedata\scripts\bind_stalker.script===

В первую очередь лезем в файл ===w_bolt.ltx===, там самая первая строка, которая за что-то отвечает:
<code>
[bolt]:identity_immunities
</code>
Меняем её вот так:
<code>
[old_bolt]:identity_immunities
</code>
Сохраняем и закрываем.
Затем, открываем файл ===w_rgd5.ltx===, спускаемся в самый низ и пишем это:

<ini>
[bolt]:grenade_rgd5
visual = weapons\bolt\wpn_bolt.ogf
inv_name = "Болт"
inv_name_short = "Болт"
inv_weight = 0.05
cost = 1
hud = bolt_hud2
ef_weapon_type = 1
description = "Обычный металлический болт"
destroy_time = 5000000;3500

attach_position_offset = -0.021,-0.075,0.0
attach_angle_offset = 0,0,0
attach_bone_name =

blast = 0
blast_r = 0
blast_impulse = 0
;delete
blast_impulse_factor = 1

frags = 0
frags_r = 0
frag_hit = 0
frag_hit_impulse = 0

;звуки
snd_explode = monsters\biting\def_0 ;rgd5_explode
snd_checkout = monsters\biting\def_0
explode_particles = weapons\wg-hit-ground

inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 22
inv_grid_y = 6

light_color = 0.0,0.0,0.0
light_range = 0.0
light_time = 0.0

[bolt_hud2]
fire_point = 0.05, 0.0, 0.1
fire_bone = bolt_0
orientation = 0,0,0
position = 0,0,0
visual = weapons\bolt\wpn_bolt_hud.ogf

throw_point = 0,0.4,0.3
throw_dir = 0,0,0

anim_show = draw3
anim_hide = holster_0
anim_idle = idle_0
anim_playing = idle_01
anim_throw_begin = attack_0_begin
anim_throw_idle = attack_0_idle
anim_throw_act = attack_0_act
anim_throw_end = attack_0_end
</ini>

Подробно:

<ini>
[bolt]:grenade_rgd5 ;--секция с отсылкой на секцию grenade_rgd5
visual = weapons\bolt\wpn_bolt.ogf ;--визуал, в данном случае модель болта
inv_name = "Болт" ;--название
inv_name_short = "Болт" ;--название
inv_weight = 0.05 ;вес
cost = 1 ;цена за штуку
hud = bolt_hud2 ;--ссылка на худ
ef_weapon_type = 1 ;тип оружия (не менять ни в коем случае, можно сломать двигло)
description = "Обычный металлический болт" ;--описание предмета
destroy_time = 5000000;3500 ;лучше оставить как есть, а так это время через которое болт пропадёт

attach_position_offset = -0.021,-0.075,0.0
attach_angle_offset = 0,0,0
attach_bone_name =

blast = 0 ;мощность взрыва, так как это болт, пусть будет 0
blast_r = 0 ; радиус взрыва
blast_impulse = 0 ;импульс от взрыва (отражается на дальности отлёта туши от места взрыва)
;delete
blast_impulse_factor = 1

frags = 0 ;кол-во осколков
frags_r = 0 ; радиус разлёта осколков
frag_hit = 0 ; урон от 1 попавшего осколка
frag_hit_impulse = 0 ; импульс от 1 попавшего осколка

;звуки
snd_explode = monsters\biting\def_0 ;rgd5_explode звук взрыва
snd_checkout = monsters\biting\def_0 ;звук броска
explode_particles = weapons\wg-hit-ground ; партикл взрыва (в данном случае поставлен партикл ничего не показывающий)

inv_grid_width = 1
inv_grid_height = 1
inv_grid_x = 22
inv_grid_y = 6

light_color = 0.0,0.0,0.0 ;цвет освещения во время взрыва по RGB
light_range = 0.0 ;насыщенность на сколько я понимаю
light_time = 0.0 ;время подсветки

[bolt_hud2] ;секция худа
fire_point = 0.05, 0.0, 0.1
fire_bone = bolt_0
orientation = 0,0,0
position = 0,0,0
visual = weapons\bolt\wpn_bolt_hud.ogf ;Визуал болта в руках гг

throw_point = 0,0.4,0.3
throw_dir = 0,0,0

anim_show = draw3
anim_hide = holster_0
anim_idle = idle_0
anim_playing = idle_01
anim_throw_begin = attack_0_begin
anim_throw_idle = attack_0_idle
anim_throw_act = attack_0_act
anim_throw_end = attack_0_end
</ini>

Всё, сохраняем, закрываем. Этот файл нам больше не нужен.
Теперь лезем в файл ===items.ltx=== и в конец пишем:

<ini>
[bolt_box]:identity_immunities
GroupControlSection = spawn_group
discovery_dependency =
$spawn = "food and drugs\kolbasa"
;$prefetch = 32
class = II_FOOD
cform = skeleton
visual = physics\box\box_metall_01.ogf
radius = 1
;script_binding = escape_dialog.use_snd

inv_name = "Коробка болтов"
inv_name_short = "Коробка болтов"
description = "Коробка с болтами, содержит в себе 25 болтов."
inv_weight = 1.35
can_trade = on
inv_grid_width = 2
inv_grid_height = 1
inv_grid_x = 8
inv_grid_y = 18
cost = 30

; eatable item
eat_health = 0
eat_satiety = 0
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

attach_angle_offset = 0.440521, 1.378287, -0.644026
attach_position_offset = 0.104196, -0.010821, 0.076969
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
</ini>

Сохраняем, закрываем.
Дальше мы должны открыть файл ===escape_dialog.script===
В конец файла внесём свою функцию:

<lua>
function use_bolt_box_oz(obj)
if obj ~= nil then
if obj:section() == "bolt_box" then
for i = 1, 25 do --Совершаем спавн 25 раз
alife():create("bolt", db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(), db.actor:id())
end
end
end
end
</lua>

Подробно:

<lua>
function use_bolt_box_oz(obj) --функция с названием use_bolt_box_oz(obj)
if obj ~= nil then
if obj:section() == "bolt_box" then -- объект который должны мы использовать (коробка болтов)
for i = 1, 25 do --Совершаем спавн 25 раз
alife():create("bolt", db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(), db.actor:id()) -- спавн болта в инвентарь гг
end -- окончание цикла for i =...
end --окончание if
end --окончание if
end --окончание функции
</lua>

В этом же файле находим функцию ==give_weapon_to_actor== и вносим такие строчки перед ==end==:

<code>
dialogs.relocate_item_section(trader, "bolt_box", "in")
dialogs.relocate_item_section(trader, "bolt", "in")
</code>

В этом файле тоже всё.
Теперь ломимся в ===bind_stalker.script===
Пишем в функцию ==function actor_binder:net_destroy()== это:

<code>
self.object:set_callback(callback.use_object, nil)
</code>

И в функцию actor_binder:reinit() это:

<code>
self.object:set_callback(callback.use_object, self.use_object, self)
</code>

В конец файла добавляем нашу функцию:

<lua>
function actor_binder:use_object(obj)
escape_dialog.use_bolt_box_oz(obj)
end
</lua>

Подробно:

<lua>
function actor_binder:use_object(obj) -- function название нашей функции
escape_dialog.use_bolt_box_oz(obj) --вызов функции use_bolt_box_oz(obj) из файла escape_dialog.script
end --окончание функции
</lua>

Ну вот и всё, сохраняем и закрываем данный файл.
Заходим в игру, и, если я нигде не ошибся, наблюдаем не бесконечный болт в начале игры. Чтобы болт был не один, идите к Волку, он даст вам ещё 1 болт и целую коробку болтов. Чтобы изъять болты из коробки, просто воспользуйтесь ей, кликните по ней 2 раза.
Надеюсь, что статья оказалась вам полезна.

Автор: Dj Ultor

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

Как создать C++ скрипт-прога

2014-10-26T14:33:16Z

FantomICW: Очередная школоло-статья.

=== Как создать С++ скрипт-прога ===
Хотели создать компилятор-декомпилятор движка? 
Без проблем. Что нам нужно: 
-мозги знающие C++ :) 
-Notepad++ 
Пока что это все, учтите, оно будет консольное. 
 
 
Инсталлим плагин для Notepad-а++ CS Script, жмем New Script, в окошке диалога вбиваем название скрипта-проги C++. 
Все, вбиваем необходимый код компиляции-декомпиляции (сам то я не умею >_<). 
Переименовываем получающийся файл .exe в какой надо (к примеру xrD-C.exe). 
Делаем батник (если делали команды) с примерно этим содержимым: 
 
<pre>
НАЗВАНИЕ_ПРОГИ.exe -КОМАНДА -АУТ КОМАНДА (out)
Нет, но это может быть по вашим командам, то есть таким, как вы хотите.
</pre> 
Все, гарантирую, устанете когда закончите :) — Но хорошая штука будет :) 
А также добавьте материал (как хотите, возможно .rar), а потом этот материал выложите сюда, на S.T.A.L.K.E.R. Inside\Inside Wiki (изначально просто Inside, на Wiki добавляются только картинки :))

Один из способов создание новых аномалий

2014-09-06T08:01:14Z

FantomICW: Визуальная правка кода #FantomICW

== Вступление ==
В этой статье я расскажу вам как создать новые аномалии с разными свойствами при этом не создавая им новый конфиг. Приступим.

== Практика ==
Возьмем для примера аномалию "Трамплин"
<ini>[zone_mosquito_bald]
GroupControlSection = spawn_group_zone
$spawn = "zones\mosquito bald"
$prefetch = 16
class = ZS_MBALD
hit_impulse_scale = 0.3;0.5 ;0.1
effective_radius = 0.85 ;размер радиуса в процентах от оригинального, где действует зона
actor_blowout_radius_percent = 0.75

ef_anomaly_type = 1
ef_weapon_type = 13

sound = zone_mosquito_bald

;postprocess = mosquito_bald

BirthProbability = 0.1
hit_type = strike

;----------- Anomaly settings -----------------------
min_start_power = 0.99
max_start_power = 1.00
attenuation = 1
period = 1
min_artefact_count = 0
max_artefact_count = 0

idle_particles = anomaly2\bold_idle
blowout_particles = anomaly2\gravity_blast_01

hit_small_particles = hit_fx\hit_metal_02
hit_big_particles = anomaly2\gravity_damage_02_blood2
idle_small_particles = anomaly2\gravity_damage_01_smoke
idle_big_particles = anomaly2\gravity_damage_02_smoke
entrance_small_particles = anomaly2\gravity_entrance_small
entrance_big_particles = anomaly2\gravity_entrance_big ;anomaly2\gravity_entrance_big

idle_sound = anomaly\gravi_rumble1; ambient\fx2 ;постоянный звук
blowout_sound = anomaly\anomaly_gravy_blast1; anomaly_gravy_blast01 ;во время выброса(удара) в центре аномалии
hit_sound = anomaly\anomaly_gravy_hit1 ;на персонаже, когда тот получает хит
entrance_sound = anomaly\anomaly_gravy_hit1 ;при попадании объекта в аномалию

awaking_time = 50;100
blowout_time = 500
accamulate_time = 1000 ;10;200

blowout_light_time = 200
blowout_explosion_time = 200
blowout_particles_time = 200
blowout_sound_time = 100

disable_time = 5000 ;время игнорирования неживого объекта в зоне (-1 если не нужно)
disable_time_small = 5000 ;время игнорирования маленького неживого объекта в зоне (-1 если не нужно)
disable_idle_time = 1000 ;время отключения idle партиклов

ignore_nonalive = false
ignore_small = false
ignore_artefacts = true

blowout_light = on
light_color = 0.5,0.4,0.3
light_range = 30.0
light_time = 0.9;0.35
light_height = 1.5 ;подъем источника света на высоту

idle_light = off

visible_by_detector = on

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;рождение артефактов

artefacts = af_medusa,0.7, af_cristall_flower, 0.25,af_night_star, 0.05

;;во время срабатывания в online
spawn_blowout_artefacts = on

artefact_spawn_probability = 0.09 ;вероятность, что во время срабатывания аномалии будет рожден артефакт
artefact_spawn_particles = anomaly2\pux_blast ;партиклы, которые отыграются на месте рождения артефакта (опционально)
artefact_born_sound = anomaly\pux_blast ;звук, который отыграются на месте рождения артефакта (опционально)

throw_out_power = 50 ;импульс с которым артефакт будет выброшен из зоны в произвольном направлении
artefact_spawn_height = 3 ;(м) высота на центром зоны где будет рожден артефакт

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;; ветер
blowout_wind = on

blowout_wind_time_start = 0
blowout_wind_time_peak = 300
blowout_wind_time_end = 501; 899
blowout_wind_power = 0.5 ;сила поднимаего ветра (от 0 до 1), в момент blowout_wind_time_peak

[zone_mosquito_bald_weak]:zone_mosquito_bald
$spawn = "zones\mosquito bald_weak"
awaking_time = 80;100
blowout_time = 500

hit_impulse_scale = 0.1
effective_radius = 0.65
actor_blowout_radius_percent= 0.6

artefacts = af_medusa,0.8, af_cristall_flower, 0.2,af_night_star, 0.0
BirthProbability = 0.1
spawn_blowout_artefacts = on

;----------- Anomaly settings -----------------------
min_start_power = 0.49
max_start_power = 0.5
attenuation = 1
period = 1
min_artefact_count = 0
max_artefact_count = 1
artefact_spawn_idle = 24 ;насколько часто спонить артефакты в офлайне, в часах
artefact_spawn_rnd = 50 ;вероятность заспавнить артефакт в процентах.

accamulate_time = 1000 ;10;200
ignore_nonalive = false
ignore_small = false
ignore_artefacts = true

blowout_wind_power = 0.2

; Не производящая артефактов слабая аномалия
[zone_mosquito_bald_weak_noart]:zone_mosquito_bald_weak
$spawn = "zones\mosquito bald_weak_noart"
spawn_blowout_artefacts = off
min_artefact_count = 0
max_artefact_count = 0
artefact_spawn_idle = 24 ;насколько часто спонить артефакты в офлайне, в часах

[zone_mosquito_bald_average]:zone_mosquito_bald
$spawn = "zones\mosquito bald_average"
awaking_time = 50
blowout_time = 500

hit_impulse_scale = 0.2
effective_radius = 0.75
actor_blowout_radius_percent= 0.8

artefacts = af_medusa,0.6, af_cristall_flower, 0.4,af_night_star, 0.0
BirthProbability = 0.1
spawn_blowout_artefacts = on

;----------- Anomaly settings -----------------------
min_start_power = 1.19
max_start_power = 1.20
attenuation = 1
period = 1
min_artefact_count = 1
max_artefact_count = 1
artefact_spawn_idle = 24 ;насколько часто спонить артефакты в офлайне, в часах
artefact_spawn_rnd = 70 ;вероятность заспавнить артефакт в процентах.

accamulate_time = 1000 ;10;200
ignore_nonalive = false
ignore_small = false
ignore_artefacts = true

blowout_wind_power = 0.5

[zone_mosquito_bald_strong]:zone_mosquito_bald
$spawn = "zones\mosquito bald_strong"
awaking_time = 30
blowout_time = 500
accamulate_time = 49

hit_impulse_scale = 0.2
effective_radius = 0.8
actor_blowout_radius_percent= 0.85

artefacts = af_medusa,0.2, af_cristall_flower, 0.6,af_night_star, 0.2
BirthProbability = 0.1
spawn_blowout_artefacts = on

;----------- Anomaly settings -----------------------
min_start_power = 1.99
max_start_power = 2.00
attenuation = 1
period = 1
min_artefact_count = 1
max_artefact_count = 2
artefact_spawn_idle = 24 ;насколько часто спонить артефакты в офлайне, в часах
artefact_spawn_rnd = 90 ;вероятность заспавнить артефакт в процентах.

accamulate_time = 1000 ;10;200

blowout_wind_power = 1

; Не производящая артефактов слабая аномалия
[zone_mosquito_bald_strong_noart]:zone_mosquito_bald_strong
$spawn = "zones\mosquito_bald_strong_noart"
spawn_blowout_artefacts = off
min_artefact_count = 0
max_artefact_count = 0
artefact_spawn_idle = 24 ;насколько часто спонить артефакты в офлайне, в часах

[zone_sarcofag]
GroupControlSection = spawn_group_zone
$spawn = "zones\sarcofag zone"
$prefetch = 16
class = Z_MBALD
hit_impulse_scale = 0.3;0.5 ;0.1
effective_radius = 0.85 ;размер радиуса в процентах от оригинального, где действует зона
actor_blowout_radius_percent = 0.75

ef_anomaly_type = 1
ef_weapon_type = 13

sound = zone_mosquito_bald

postprocess = mosquito_bald

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;рождение артефактов
artefacts =
BirthProbability = 0.0
spawn_blowout_artefacts = off

hit_type = strike

;----------- Anomaly settings -----------------------
min_start_power = 1.69
max_start_power = 1.70
attenuation = 1
period = 1
min_artefact_count = 0
max_artefact_count = 0

idle_particles = anomaly2\bold_idle_sarkofag
blowout_particles = anomaly2\bold_sarkofag_blast

hit_small_particles = hit_fx\hit_metal_02
hit_big_particles = anomaly2\gravity_damage_02_blood2
idle_small_particles = anomaly2\gravity_damage_01_smoke
idle_big_particles = anomaly2\gravity_damage_02_smoke
entrance_small_particles = anomaly2\gravity_entrance_small
entrance_big_particles = anomaly2\gravity_entrance_big ;anomaly2\gravity_entrance_big

idle_sound = anomaly\gravi_rumble1; ambient\fx2 ;постоянный звук
blowout_sound = anomaly\anomaly_gravy_blast1; anomaly_gravy_blast01 ;во время выброса(удара) в центре аномалии
hit_sound = anomaly\anomaly_gravy_hit1 ;на персонаже, когда тот получает хит
entrance_sound = anomaly\anomaly_gravy_hit1 ;при попадании объекта в аномалию

awaking_time = 50;100
blowout_time = 500
accamulate_time = 1000 ;10;200

blowout_light_time = 200
blowout_explosion_time = 200
blowout_particles_time = 200
blowout_sound_time = 100

disable_time = 5000 ;время игнорирования неживого объекта в зоне (-1 если не нужно)
disable_time_small = 5000 ;время игнорирования маленького неживого объекта в зоне (-1 если не нужно)
disable_idle_time = 100 ;время отключения idle партиклов

ignore_nonalive = false
ignore_small = true
ignore_artefacts = true

blowout_light = on
light_color = 0.5,0.4,0.3
light_range = 30.0
light_time = 0.9;0.35
light_height = 1.5 ;подъем источника света на высоту

idle_light = off

visible_by_detector = on

artefact_spawn_probability = 0.00 ;вероятность, что во время срабатывания аномалии будет рожден артефакт
artefact_spawn_particles = anomaly2\pux_blast ;партиклы, которые отыграются на месте рождения артефакта (опционально)
artefact_born_sound = anomaly\pux_blast ;звук, который отыграются на месте рождения артефакта (опционально)

throw_out_power = 50 ;импульс с которым артефакт будет выброшен из зоны в произвольном направлении
artefact_spawn_height = 3 ;(м) высота на центром зоны где будет рожден артефакт

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;; ветер
blowout_wind = off

blowout_wind_time_start = 0
blowout_wind_time_peak = 300
blowout_wind_time_end = 501; 899
blowout_wind_power = 0.5 ;сила поднимаего ветра (от 0 до 1), в момент blowout_wind_time_peak</ini>

Мы видим три основных секции:
zone_mosquito_bald_weak - слабый трамплин,
zone_mosquito_bald_average - средний трамплин,
zone_mosquito_bald_strong - сильный трамплин.

Я сделаю так, что сильный трамплин будет разрывать на куски подобно "Воронке". Для этого найдем секцию [zone_mosquito_bald_strong] и добавим после $spawn = "zones\mosquito bald_strong" строчку "class = ZS_GALAN"(без кавычек). Должно получиться так:
<ini>[zone_mosquito_bald_strong]:zone_mosquito_bald
$spawn = "zones\mosquito bald_strong"
class = ZS_GALAN
awaking_time = 30
blowout_time = 500
accamulate_time = 49

hit_impulse_scale = 0.2
effective_radius = 0.8
actor_blowout_radius_percent= 0.85

artefacts = af_medusa,0.2, af_cristall_flower, 0.6,af_night_star, 0.2
BirthProbability = 0.1
spawn_blowout_artefacts = on

;----------- Anomaly settings -----------------------
min_start_power = 1.99
max_start_power = 2.00
attenuation = 1
period = 1
min_artefact_count = 1
max_artefact_count = 2
artefact_spawn_idle = 24 ;насколько часто спонить артефакты в офлайне, в часах
artefact_spawn_rnd = 90 ;вероятность заспавнить артефакт в процентах.

accamulate_time = 1000 ;10;200

blowout_wind_power = 1

; Не производящая артефактов слабая аномалия
[zone_mosquito_bald_strong_noart]:zone_mosquito_bald_strong
$spawn = "zones\mosquito_bald_strong_noart"
spawn_blowout_artefacts = off
min_artefact_count = 0
max_artefact_count = 0
artefact_spawn_idle = 24 ;насколько часто спонить артефакты в офлайне, в часах</ini>

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

<ini>tearing_particles =anomaly2\body_tear_00
torn_particles =anomaly2\body_tear_01
body_tearing_sound = anomaly\anomaly_body_tear_1

;параметры телекинеза для зоны
throw_in_impulse = 0 ;сила импульса втягивания (для тела 100кг)
throw_out_impulse = 4000; ;сила выбрасывания взрывом
throw_in_impulse_alive = 0 ;сила импульса втягивания для живых
throw_in_atten = 2;8 ;коэфф. затягивания (чем меньше, тем плавнее затягивает)
blowout_radius_percent = 0.8 ;радиус (в процентах от всего радиуса) непосредственно выброса

tele_height = 0 ;высота подъема телекинеза
time_to_tele = 5000 ;время деражания объекта в воздухе
tele_pause = 5000 ;пауза перед тем как снова поднять упавший объект

accamulate_time = 1000 ;10;200</ini>

Секция должна выглядеть вот так:

<ini>[zone_mosquito_bald_strong]:zone_mosquito_bald
$spawn = "zones\mosquito bald_strong"
class = ZS_GALAN
awaking_time = 30
blowout_time = 500
accamulate_time = 49

hit_impulse_scale = 0.2
effective_radius = 0.8
actor_blowout_radius_percent= 0.85

artefacts = af_medusa,0.2, af_cristall_flower, 0.6,af_night_star, 0.2
BirthProbability = 0.1
spawn_blowout_artefacts = on

;----------- Anomaly settings -----------------------
min_start_power = 1.99
max_start_power = 2.00
attenuation = 1
period = 1
min_artefact_count = 1
max_artefact_count = 2
artefact_spawn_idle = 24 ;насколько часто спонить артефакты в офлайне, в часах
artefact_spawn_rnd = 90 ;вероятность заспавнить артефакт в процентах.

tearing_particles =anomaly2\body_tear_00
torn_particles =anomaly2\body_tear_01
body_tearing_sound = anomaly\anomaly_body_tear_1

;параметры телекинеза для зоны
throw_in_impulse = 0 ;сила импульса втягивания (для тела 100кг)
throw_out_impulse = 4000; ;сила выбрасывания взрывом
throw_in_impulse_alive = 0 ;сила импульса втягивания для живых
throw_in_atten = 2;8 ;коэфф. затягивания (чем меньше, тем плавнее затягивает)
blowout_radius_percent = 0.8 ;радиус (в процентах от всего радиуса) непосредственно выброса

tele_height = 0; 3.5 ;высота подъема телекинеза
time_to_tele = 5000 ;время деражания объекта в воздухе
tele_pause = 5000 ;пауза перед тем как снова поднять упавший объект

accamulate_time = 1000 ;10;200

blowout_wind_power = 1

; Не производящая артефактов слабая аномалия
[zone_mosquito_bald_strong_noart]:zone_mosquito_bald_strong
$spawn = "zones\mosquito_bald_strong_noart"
spawn_blowout_artefacts = off
min_artefact_count = 0
max_artefact_count = 0
artefact_spawn_idle = 24 ;насколько часто спонить артефакты в офлайне, в часах</ini>

Готово! Теперь можно тестировать. Вот скрин где можно найти сильный трамплин.
http://rghost.ru/57862663/image.png

== Несколько слов ==
Таким образом не создавая нового конфига можно редактировать уже известные нам секции и подгонять их под свой вкус.
Можно изменять эффекты, звук, задержку перед разрядкой нужной нам секции не опасаясь что это отразится на "донорной аномалии".
Возможно такая статья уже есть, так что сильно не ругайте.
[[Категория:Конфигурационные файлы]]

Создание ремонтного набора

2014-06-19T19:24:18Z

FantomICW: Категория, небольшие фиксы оформления #ficw

Создание ремонтного набора в Сталкер ТЧ.

1. Открываем файл '''gamedata/config/misc/items.ltx''' и в самом конце пишем:
<ini>
;-------------------------------------------------------------------------------РЕМОНТНЫЙ НАБОР
[repair_kit]:identity_immunities
GroupControlSection = spawn_group
discovery_dependency =
$spawn = "devices\quest_items\repair_kit"
$prefetch = 32
class = II_ANTIR
cform = skeleton
visual = physics\box\box_1c.ogf
radius = 1
description = "Ящик с инструментами для ремонта. Набор содержит инструменты и детали,
с помощью которых можно отремонтировать оружие и костюм."
inv_name = "Ремонтный набор"
inv_name_short = "Ремонтный набор"
inv_weight = 3.0
inv_grid_width = 2
inv_grid_height = 2
inv_grid_x = 4
inv_grid_y = 18
cost = 500
eat_health = 0
eat_satiety = 0
eat_power = 0
eat_radiation = 0
eat_alcohol = 0
wounds_heal_perc = 0
eat_portions_num = 3
animation_slot = 4
</ini>

2. Теперь открываем файл '''gamedata/scripts/bind_stalker.script''' и после строчек
<lua>
function actor_binder:on_item_drop (obj)
level_tasks.proceed(self.object)
--game_stats.update_drop_item (obj, self.object)
</lua>
Пишем:
<code>
exp_mod.itemuse(obj) --Ремонтный набор
</code>

3. Теперь в той же папке создаём скрипт с названием '''exp_mod.script''' и в нём пишем:
<lua>
--Скрипт NZK мода
--Здесь описаны всякие безделушки и мелкие поправки в скриптах
--by zek

------------------------------------------------------------------------
--- Скрипт на использование вещей прямо из инвенторя (в данном случае Ремонтного Набора)
--- Работа с bind_stalker.script/actor_binder:on_item_drop/
------------------------------------------------------------------------
function itemuse(what)
local obj_name = what:name()
if (string.find(obj_name, "repair_kit")) then
use_repair_kit(what)
-- If you want to add new trigger item, add script this line.
end
end

------------------------------------------------------------------------
--- Собственно процесс использования набора
------------------------------------------------------------------------
function use_repair_kit(what)
local repair_slot_num = 0

local item_in_slot_1 = db.actor:item_in_slot(1)
local item_in_slot_2 = db.actor:item_in_slot(2)
local item_in_slot_6 = db.actor:item_in_slot(6)

if (item_in_slot_1 ~= nil) then
repair_slot_num = 1
end

if (item_in_slot_2 ~= nil) then
if (repair_slot_num == 0) then
repair_slot_num = 2
elseif (repair_slot_num == 1) then
if (item_in_slot_1:condition() > item_in_slot_2:condition()) then
repair_slot_num = 2
end
end
end

if (item_in_slot_6 ~= nil) then
if (repair_slot_num == 0) then
repair_slot_num = 6
elseif (repair_slot_num == 1) then
if (item_in_slot_1:condition() > item_in_slot_6:condition()) then
repair_slot_num = 6
end
elseif (repair_slot_num == 2) then
if (item_in_slot_2:condition() > item_in_slot_6:condition()) then
repair_slot_num = 6
end
end
end

if (repair_slot_num == 1) then
local rep_point = item_in_slot_1:condition() + 10
if (rep_point > 1) then
rep_point = 1
end
item_in_slot_1:set_condition(rep_point)
elseif (repair_slot_num == 2) then
local rep_point = item_in_slot_2:condition() + 10
if (rep_point > 1) then
rep_point = 1
end
item_in_slot_2:set_condition(rep_point)
elseif (repair_slot_num == 6) then
local rep_point = item_in_slot_6:condition() + 10
if (rep_point > 1) then
rep_point = 1
end
item_in_slot_6:set_condition(rep_point)
end
end

</lua>
4. Всё! Теперь осталось добавить ремонтный набор в арсенал торговцев ('''gamedata/config/misc/trade_trader.ltx'''), подробнее читайте в статье [[SoC. Редактирование торговцев]].

This article was written by SA STALKER RU MODS :)

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

Менеджер сигналов

2014-06-19T19:08:33Z

FantomICW:

[[Category:Скрипты]]

= Система сигналов в стиле Boost.Signals или делегатов C# =

== Введение ==

Как мы все знаем, давно распространена практика "навешивания" всевозможных действий на разные вызовы биндера актора: виртуальные функции, такие как '''net_spawn''' и '''update''', а также всевозможные колбеки. Как правило, это делается вставкой строки в один из методов биндера в модуле '''bind_stalker.script''' (в котором как раз и находится класс '''actor_binder'''). Для случая метода '''update''' это может выглядеть примерно так:

<lua>function actor_binder:update(delta)
object_binder.update(self, delta)
...
my_module.update(delta)
...
end</lua>

здесь '''my_module.update(delta)''' - эта наша врезка. Вызовы из разных методов и колбеков используются для разных целей. Тот-же апдейт широко (даже слишком широко) используется для всевозможных периодических проверок. Данный подход имеет несколько недостатков.

=== Недостатки существующих подходов ===

1. Добавление очередного сервиса требует внесения изменений в модуль '''bind_stalker.script'''. Это не плохо само по себе, но постепенно приводит к замусориванию и разрастанию этого модуля, что не всем нравится. Кроме того, внесение изменений в существующий код потенциально чревато ошибками.

2. Поскольку каждый новый добавляемый сервис пишется по-разному, то возникает изрядный разнобой как в именовании вызовов, так и в передаваемых аргументах. Это опять же не плохо само по себе, но затрудняет сопровождение кода.

3. Усложнение отладки. Давно известна проблема подвисания различных вызовов биндера в случае возникновения в нем исключения движка. При таких ситуациях вызов тихо перестаёт вызываться с неопределёнными последствиями. Впрочем, неопределённость проявляется только в виде неочевидности и немгновенности эффектов. С точки зрения глобальных последствий всё достаточно определённо. Это почти всегда фатально для дальнейшего продолжения игры, приводит к порче сейвов и крайне мутным и трудноотлаживаемым глюкам.

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

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

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

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

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

=== Кратко об идее события и подписки на событие ===

Об этом много написано (см. boost.signals, делегаты C#, слоты и сигналы Qt и т.п.), но не лишним будет и повториться. Попробую изложить идею на конкретном примере.

Пусть у нас есть ситуация, когда актор использует некий предмет в инвентаре. Мы имеем движковый колбек, который срабатывает при использовании предмета, расположен в модуле '''bind_stalker.script'''
<lua>function actor_binder:use_inventory_item(obj)
...
end</lua>
Как было описано в предыдущей части, в модостроении этот колбек используется для многочисленных действий. К примеру, интерфейс использования спального мешка, ремкомплекта и вообще всевозможных устройств, активируемых предметов из инвентаря, дополнительные эффекты от съедаемых предметов и медикаментов и т.п. Соответственно, вызов соответствующих обработок может выглядеть примерно так:
<lua>function actor_binder:use_inventory_item(obj)
sleep_manager.on_use(obj) -- активация спального мешка
remkit.use_object(obj) -- активация ремкита
healing.use_item(obj) -- дополнительные эффекты от препаратов
end</lua>
Недостатки этого подхода были подробно описаны ранее.

Что здесь событие? Событие - это факт использования актором предмета. Из примера видно, что событие одно, а действий, которые происходят по событию, может быть много. А может и не быть вовсе, хотя событие происходит вне зависимости от того, связаны ли с ним действия. Отсюда вытекает простая идея отделить событие от обработчиков события. Т.е. я хотел бы иметь в коде что-то вроде такого:
<lua>function actor_binder:use_inventory_item(obj)
генерировать_событие_использования_предмета(obj)
end</lua>
что приводило бы к срабатыванию функций '''sleep_manager.on_use(obj)''', '''remkit.use_object(obj)''' и '''healing.use_item(obj)'''. Естественно, что это потребует неких усилий: нужен некий промежуточный код, который будет хранить список функций, связанных с событием, который будет при активации события вызывать эти функции одна за другой, передавая в них один и тот-же аргумент; нужен сервисный код, который позволит регистрировать функции-обработчики и связывать их с конкретным событием, а также отвязывать. В частности, используя этот сервисный код, надо предварительно выполнить действия такого рода:
<lua>связать_функцию_с_событием_использования_предмета(sleep_manager.on_use)
связать_функцию_с_событием_использования_предмета(remkit.use_object)
связать_функцию_с_событием_использования_предмета(healing.use_item)</lua>
чтобы система событий знала, что надо вызвать эти три функции.

Немного о терминологии. В разных системах и языках для разных частей этого процесса используются разные названия. Событие (event) может также называться сигналом (signal). Функции-обработчики могут также называться слотами (slot), подписчиками (subscriber), делегатами (delegate), колбеками (callback). Соответственно процесс связывания сигнала и обработчика тоже может называться по-разному: (un)subscribe, (dis)connect, add/remove и прочие слова, которые так или иначе могут означать "связать", "добавить", "подписать", "назначить" и т.п. В предлагаемой системе я использую термины "сигнал", "слот", "подписать/отписать". На самом деле рекомендую не делать из этого священную корову, главное понимать смысл.

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

=== Преимущества системы сигналов перед простым подходом ===

# Добавление очередного подписчика не приводит к изменению того модуля, откуда генерируется сигнал. Разумеется, один раз надо вставить код генерации сигнала, но после этого этот код уже меняться не будет, вне зависимости от количества модулей, использующих этот сигнал. Таким образом, можно добавлять новые куски в мод с минимальным изменением существующего кода, и вообще разные части мода будут более изолированы друг от друга. Это особенно важно для громоздких глобальных модов, состоящих из кучи разных компонентов.
# Как следствие единой системы вызовов для конкретного сигнала принимается соглашение о списках аргументов. Все подписчики на этот сигнал должны следовать этому соглашению. Это на самом деле сильно повышает надёжность системы в целом, поскольку снижает вероятность ошибок при разработке.
# Наличие централизованный системы вызовов даёт возможность использовать разные сервисы, которые в противном случае требовали бы индивидуальной и громоздкой реализации для каждого вызова.
#* Внедрена централизованная система отладки, которая автоматически определяет подвисший вызов. Теперь никакой подвисший колбек не останется незамеченным, если его обработка организована через менеджер сигналов. При этом никаких дополнительных усилий это не требует, не нужны обрамляющие отладочные вызовы, счётчики и т.п., поскольку это внедрено в код менеджера сигналов.
#* Частично сглаживается проблема драки за один объект между вызовами. Это особенно важно для обработчиков инвентарных предметов, а также событий нажатий клавиатуры. Общая проблема заключается в том, что событие одно, а адресовано оно как правило только одному из обработчиков. Т.е. использование предмета "спальный мешок" адресовано только обработчику менеджера сна. При этом, зачастую объект удаляется его обработчиком, что приводит к тому, что последующие обработчики имеют дело с объектом в стадии удаления (клиентский объект ещё есть, а серверного уже нет), что запросто может приводить к багам или дополнительному громоздкому коду, который должен эту ситуацию проверять. При использовании же системы сигналов у обработчиков есть возможность завершить цепочку вызовов на себе, и предотвратить вызов оставшихся в цепочке обработчиков. Для этого обработчик должен вернуть '''true''' (не вернуть ничего или вернуть '''false''' будет означать разрешение продолжить обработку). Кроме того, для некоторых вызовов сам менеджер производит проверку существования объекта, и если он уже удалён, то дальнейшие вызовы не будет сделаны вообще. Для обработчиков нажатий клавиатуры этот подход позволяет снизить нагрузку на процессор.
#* Есть возможность распределения нагрузки в виде низкоприоритетных (или очерёдных колбеков). В основном это имеет смысл только для использования вместе с сигналом update, тем не менее весьма полезно. Без такой фишки приходится делать это вручную со счётчиком, километровым кодом с if-ами и т.п.
# Обработчики можно не только подписывать на сигналы, но и отписывать. Это позволяет делать разнообразные динамические компоненты, которые "цепляются" к нужному сигналу и отсоединяются по мере необходимости. Это упрощает разработку, поскольку позволяет избежать громоздкого кода, который при отсутствии такой возможности проверял бы необходимость вызова, и, как следствие, повышает надёжность системы. Это активно используется, к примеру, в системе таймеров.
# На события можно подписывать не только обычные функции, но и методы классов. Это фишка конкретно этой реализации, но на мой взгляд полезная. Используется при реализации тех-же таймеров.
# В принципе возможны трюки с эмуляцией сигнала. Т.е. к примеру сигнал update биндера актора нормально вызывается из биндера актора, но никто не мешает принудительно вызывать его откуда-то ещё, что вызовет срабатывание всех подписанных на этот сигнал обработчиков. Я бы не рекомендовал использовать это без лишней нужды, но тем не менее возможность такая есть.
# Автоподключение модулей. Идея простая: пишется модуль с функциями-обработчиками каких-то событий, имя модуля должно следовать неким правилам для его распознавания менеджером, и также модуль должен содержать специальную переменную-метку и функцию, которая автоматически будет выполнена. В этой функции выполняется подписка на события функций из этого модуля. Используя эту технику можно написать модуль с колбеками, не изменив вообще ни строки ни в одном другом модуле. Всё, что надо сделать для его использования, просто поместить файл в папку scripts. Например, можно написать модуль, который выводит на худ информацию об объекте под прицелом по нажатию сочетания клавиш (нужны естественно колбеки на клавиши), или удаляет объект под прицелом, или меняет его свойства, или телепортирует актора на три метра вперёд, или открывает окно тестового спавна и т.п. Не нужен модуль, просто убрал его из папки со скриптами. Это всё очень удобно для отладочных модулей. Для использования в штатных компонентах не рекомендуется, поскольку по ряду причин для автоподписываемых модулей ослаблены проверки корректности.

== Использование менеджера ==

=== Общие сведения ===

Код менеджера сигналов находится в двух модулях:

'''ogse_signals.script''' - собственно менеджер сигналов

'''ogse_signals_addons_list.script''' - список подписываемых модулей

Глобальный объект менеджера сигналов существует в единственном экземпляре. Поучить его можно функцией '''ogse_signals.get_mgr()'''. Объект менеджера используется для всех дальнейших операций: подписки/отписки функций и вызова сигналов.

Для подписки используется метод менеджера '''subscribe(slot_descriptor)''', для отписки - метод '''unsubscribe(slot_descriptor)''', для генерации сигнала - метод '''call("signal_name", <список аргументов>)'''
'''slot_descriptor''' - это таблица, имеющая вид:
<lua>slot_descriptor = {signal = "signal_name", fun = function_or_class_member, self = object_reference_or_nil, queued = true}</lua>
Если необходимо отписать функцию от события, то надо сохранить этот дескриптор и позднее использовать его в функции '''unsubscribe'''. Для иллюстрации всего этого далее приводятся несколько конкретных примеров использования.

=== Подписка глобальной функции ===
Допустим, имеется модуль '''some_module.script''', а в нём функция
<lua>function some_function(arg1, arg2)
end</lua>

Тогда я могу выполнить подписку этой функции на сигнал "'''some_signal'''" таким образом:
<lua>local slot_desc = {signal = "some_signal", fun = some_module.some_function} -- дескриптор слота
ogse_signals.get_mgr():subscribe(slot_desc) -- подписали слот</lua>

С этого момента при генерации сигнала "'''some_signal'''" будет вызываться функция '''some_module.some_function'''. Генерация сигнала (а по-простому вызов) осуществляется так:
<lua>ogse_signals.get_mgr():call("some_signal", arg1, arg2) -- вызов сигнала. В каждый обработчик будут переданы аргументы arg1, arg2</lua>

Для отписки этой функции делаем так (при условии, что мы сохранили дескриптор слота '''slot_desc'''):
<lua>ogse_signals.get_mgr():unsubscribe(slot_desc) -- отписали функцию</lua>

Замечание: модули, в котором находится функция '''some_module.some_function''', из которого осуществляется подписка и отписка функции и откуда вызывается сигнал, могут быть совершенно разными. Хотя чаще всего получается так, что первые три - это один модуль, а откуда вызывается сигнал - другой.

=== Подписка глобальной функции в низкоприоритетную очередь ===

Здесь рассмотрим пример подписки функции на очерЁдное выполнение или оно же выполнение с низким приоритетом. Смысл очерёдности в том, что за каждый вызов сигнала выполняются не все подписанные функции, а только одна, в следующий раз следующая за ней в очереди и т.д. по кругу. В основном это имеет смысл только для события "'''update'''", которое вызывается из функции апдейта биндера актора. Используя эту возможность, можно распределить нагрузку между последовательными апдейтами за счёт снижения частоты вызовов каждого конкретного подписчика. Обращаю внимание, что при этом частота вызовов будет зависеть от количества подписчиков - чем их больше, тем реже они вызываются. Естественно, не для любых операций это годится, а только для тех, где важен факт срабатывания по принципу "пусть сработает хоть когда-нибудь". Если важна скорость реакции, то всегда остаётся возможность подписать на то же событие апдейта с высоким приоритетом. Технически эта фишка работает с использованием второй очереди.

В примере ниже подразумевается, что подписываемая функция и код подписывания/отписывания находятся в одном модуле. Таким образом, я могу избежать указания имени модуля. Более того, я могу использовать системную ссылку this, которая означает "этот модуль", чтобы избежать потенциальных конфликтов имён (вдруг среди глобальных имён встречается '''on_update''').
<lua>function on_update() -- функция-обработчик события низкоприоритетного обновления
end

ogse_signals.get_mgr():subscribe({signal = "on_update", fun = this.on_update, queued = true}) -- подписали
</lua>
В качестве дополнительного замечания. В этом примере мы не хотим отписываться от сигнала. Это вполне нормальная ситуация в особенности для глобальных функций типа обработчиков периодического апдейта. В этом случае нет необходимости сохранять дескриптор слота и синтаксис в целом упрощается.

=== Подписка метода класса ===

Имеется возможность подписать на событие метод класса. Напоминаю, что при вызове метода класса в него передаётся скрытый аргумент self, соответственно, при регистрации обработчика надо в дескрипторе указать дополнительный параметр со ссылкой на объект класса. Пример ниже показывает идею, на которой основана работы системы таймеров:
<lua>class "simple_timer"
function simple_timer:__init() -- конструктор класса
self.slot_desc = {signal = "on_update", self = self, fun = self.on_update}
self.sm = ogse_signals.get_mgr()
sm:subscribe(self.slot_desc)
end
function simple_timer:on_update() -- функция периодической проверки некоего условия
if <выполнилось некое условие> then
self:on_finish()
end
end
function simple_timer:on_finish() -- отписка и завершение выполнения
sm:unsubscribe(self.slot_desc)
end</lua>

В данном примере объект класса при своём создании сам регистрирует один из своих методов на событие периодического апдейта. Далее, в этой функции проверяется некое условие. Когда это условие выполняется, то вызывается функция завершения работы, которая, кроме выполнения разной полезной нагрузки, также разрегистрирует класс в менеджере сигналов. Таким образом, для начала работы этого простого таймера достаточно просто его создать.
<lua>simple_timer()</lua>
и он автоматически начнёт работу. Более того, нет даже необходимости нигде хранить ссылку на этот объект, поскольку она хранится в менеджере сигналов (в поле '''self'''). При отписывании же, после окончании работы таймера, эта ссылка удаляется и вместе с ней сборщиком мусора удаляется и объект таймера.

Разумеется, это только упрощённый пример и лишь один из вариантов использования этой возможности.

=== Подписывание функционального объекта ===

Достаточно экзотическая возможность. Вряд ли потребуется, особенно при наличии возможности подписать метод класса.

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

<lua>class "some_luabind_class"
function some_luabind_class:__init()
local mt = getmetatable(self)
mt.__call = self.method_to_call
end
function some_luabind_class:method_to_call()
end

local slot_desc = {signal = "signal_name", fun = some_luabind_class()}
ogse_signals.get_mgr():subscribe(slot_desc) -- подписали в высокоприоритетную очередь
--...
ogse_signals.get_mgr():unsubscribe(slot_desc) -- отписали</lua>

Функциональный класс на таблице строится немного сложнее:
<lua>local t = {}
function t:method_to_call()
end
local mt = {}
mt.__call = t.method_to_call
setmetatable(t, mt)
</lua>
и далее всё как в предыдущем фрагменте.

=== Подписка модуля ===

Часто встречается ситуация, когда имеется некий файл скрипта, который содержит в себе набор обработчиков разных событий. Многие геймплейные минимоды представляют собой такие модули. Их интеграция обычно включает явное прописывание вызовов этих обработчиков из разных колбеков игры. Специально для облегчения этого процесса в менеджере сигналов имеется возможность подписывать модуль целиком. Для подписывания модуля надо сделать следующее:
1. Вписать имя модуля без расширения в таблицу '''addons''' в файле '''ogse_signals_addons_list.script'''. Допустим, у меня есть модуль '''my_module.script''', тогда я напишу так:<lua>addons = {
"my_module",
}</lua>Примечание: запятая после последнего элемента массива допускается синтаксисом '''Lua'''.

2. В самом модуле '''my_module.script''' должна иметься глобальная функция '''attach(sm)''' с единственным аргументом. Эта функция будет вызвана автоматически при старте игры, а аргумент - это ссылка на менеджер сигналов. Функция может выглядеть примерно так:
<lua>function attach(sm)
sm:subscribe({signal = "on_spawn", fun = this.on_spawn})
sm:subscribe({signal = "on_use", fun = this.on_item_use})
sm:subscribe({signal = "on_update",fun = this.on_update, queued = true})
sm:subscribe({signal = "on_save", fun = this.on_save})
end</lua>
т.е. её задача - явно подписать на нужные сигналы обработчики из этого модуля.

Этот подход позволяет выполнить интеграцию скриптовой части минимода с минимальным остальных скриптов. По сути, извне модуля меняется только таблица в файле '''ogse_signals_addons_list.script''' - туда добавляется одна строка. Разумеется, соответствующие сигналы уже должны быть заведены в разных колбеках мода, но для большинства стандартных сигналов (типа колбеков биндера актора update, spawn, use_item и т.п.) это обычно уже сделано. Также, соглашения о вызовах обработчиков из подключаемого модуля должны следовать соглашениям о вызовах соответствующих сигналов.

=== Авторегистрация модуля ===

Имеется возможность подключать модуль без вписывания его в файл '''ogse_signals_addons_list.script'''. Для этого он должен отвечать двум дополнительным требованиям:
# Имя модуля должно начинаться с "ogse_"
# Модуль должен содержать глобальную переменную '''auto_attach''', установленную в '''true'''.

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

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

В качестве лирического отступления. Данная фишка на заре создания этой системы была основным функционалом, ради которого я эту систему и делал. Мне нужна была возможность создавать отладочные модули, которые можно было подключать/отключать просто перенося файл скрипта в папку '''scripts'''. При наличии движковых колбеков на нажатия клавиш получается очень удобная система. К примеру, есть наработки по отладочным модулям, которые позволяют снимать информацию о разных объектах вблизи актора и выводить её в лог или на экран по нажатию нужных сочетаний. С другой стороны я не включаю эти модули в релиз для тестеров, и это не требует изменения ни одной строки кода.

==Авторы==
Статья создана: [[Участник:malandrinus|malandrinus]]

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

Менеджер сигналов

2014-06-19T19:08:23Z

FantomICW:

Интересный способ рандомной привязки визуалов к профилям НПС

2014-06-19T19:05:45Z

FantomICW: Оформление, категория #ficw

== Теория ==
В этой заметке я расскажу о том, как назначить нескольким профилям неписей разные визуалы, которые рандомно распределяться для каждого профиля.
Для примера возьмём деревню новичков из ТЧ. Находим в файле '''gamedata/config/gameplay/character_desc_escape.ltx''' профили новичков обитающих в деревне возле бункера Сидоровича:<xml>

<specific_character id="esc_stalker_novice_default1" team_default = "1">
<name>GENERATE_NAME_stalker</name>
<icon>ui_npc_u_green_stalker_2</icon>
<bio>esc_stalker_novice_bio</bio>

<class>esc_stalker_novice</class>
<community>stalker</community> <terrain_sect>stalker_terrain</terrain_sect>

<rank>140</rank>
<reputation>12</reputation>
<money min="200" max="600" infinitive="0"/>

<snd_config>characters_voice\human_01\newbie\</snd_config>
<crouch_type>-1</crouch_type>

<visual>actors\novice\green_stalker_2</visual>
<supplies>
[spawn] \n
wpn_bm16 \n
ammo_12x70_buck \n
#include "gameplay\character_items.xml" \n
#include "gameplay\character_food.xml"
</supplies>

#include "gameplay\character_criticals_3.xml"

<start_dialog>hello_dialog</start_dialog>
#include "gameplay\character_dialogs.xml"
</specific_character>

<specific_character id="esc_stalker_novice_default2" team_default = "1">
<name>GENERATE_NAME_stalker</name>
<icon>ui_npc_u_green_stalker_2</icon>
<bio>esc_stalker_novice_bio</bio>

<class>esc_stalker_novice</class>
<community>stalker</community> <terrain_sect>stalker_terrain</terrain_sect>

<rank>127</rank>
<reputation>-8</reputation>
<money min="200" max="600" infinitive="0"/>

<snd_config>characters_voice\human_01\newbie\</snd_config>
<crouch_type>-1</crouch_type>

<visual>actors\novice\green_stalker_2</visual>
<supplies>
[spawn] \n
wpn_pm \n
ammo_9x18_fmj = 1 \n
device_torch \n
#include "gameplay\character_items.xml" \n
#include "gameplay\character_food.xml"
</supplies>

#include "gameplay\character_criticals_3.xml"

<start_dialog>hello_dialog</start_dialog>
#include "gameplay\character_dialogs.xml"
</specific_character>

<specific_character id="esc_stalker_novice_default3" team_default = "1">
<name>GENERATE_NAME_stalker</name>
<icon>ui_npc_u_green_stalker_3</icon>
<bio>esc_stalker_novice_bio</bio>

<class>esc_stalker_novice</class>
<community>stalker</community> <terrain_sect>stalker_terrain</terrain_sect>

<rank>214</rank>
<reputation>9</reputation>
<money min="200" max="600" infinitive="0"/>

<snd_config>characters_voice\human_01\stalker\</snd_config>
<crouch_type>-1</crouch_type>

<visual>actors\novice\green_stalker_3</visual>
<supplies>
[spawn] \n
wpn_bm16 \n
ammo_12x70_buck \n
#include "gameplay\character_items.xml" \n
#include "gameplay\character_food.xml"
</supplies>

#include "gameplay\character_criticals_3.xml"

<start_dialog>hello_dialog</start_dialog>
#include "gameplay\character_dialogs.xml"
</specific_character>

<specific_character id="esc_stalker_novice_default4" team_default = "1">
<name>GENERATE_NAME_stalker</name>
<icon>ui_npc_u_green_stalker_3</icon>
<bio>esc_stalker_novice_bio</bio>

<class>esc_stalker_novice</class>
<community>stalker</community> <terrain_sect>stalker_terrain</terrain_sect>

<rank>175</rank>
<reputation>8</reputation>
<money min="200" max="600" infinitive="0"/>

<snd_config>characters_voice\human_01\stalker\</snd_config>
<crouch_type>-1</crouch_type>

<visual>actors\novice\green_stalker_3</visual>
<supplies>
[spawn] \n
wpn_pm \n
ammo_9x18_fmj = 1 \n
#include "gameplay\character_items.xml" \n
#include "gameplay\character_food.xml"
</supplies>

#include "gameplay\character_criticals_3.xml"

<start_dialog>hello_dialog</start_dialog>
#include "gameplay\character_dialogs.xml"
</specific_character>

<specific_character id="esc_stalker_novice_default5" team_default = "1">
<name>GENERATE_NAME_stalker</name>
<icon>ui_npc_u_green_stalker_4</icon>
<bio>esc_stalker_novice_bio</bio>

<class>esc_stalker_novice</class>
<community>stalker</community> <terrain_sect>stalker_terrain</terrain_sect>

<rank>268</rank>
<reputation>-10</reputation>
<money min="200" max="600" infinitive="0"/>

<snd_config>characters_voice\human_02\newbie\</snd_config>
<crouch_type>-1</crouch_type>

<visual>actors\novice\green_stalker_4</visual>
<supplies>
[spawn] \n
wpn_bm16 \n
ammo_12x70_buck \n
device_torch \n
#include "gameplay\character_items.xml" \n
#include "gameplay\character_food.xml"
</supplies>

#include "gameplay\character_criticals_3.xml"

<start_dialog>hello_dialog</start_dialog>
#include "gameplay\character_dialogs.xml"
</specific_character>

<specific_character id="esc_stalker_novice_default6" team_default = "1">
<name>GENERATE_NAME_stalker</name>
<icon>ui_npc_u_green_stalker_4</icon>
<bio>esc_stalker_novice_bio</bio>

<class>esc_stalker_novice</class>
<community>stalker</community> <terrain_sect>stalker_terrain</terrain_sect>

<rank>133</rank>
<reputation>6</reputation>
<money min="200" max="600" infinitive="0"/>

<snd_config>characters_voice\human_02\newbie\</snd_config>
<crouch_type>-1</crouch_type>

<visual>actors\novice\green_stalker_4</visual>
<supplies>
[spawn] \n
wpn_bm16 \n
ammo_12x70_buck \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>hello_dialog</start_dialog>
#include "gameplay\character_dialogs.xml"
</specific_character>

<specific_character id="esc_stalker_novice_default9" team_default = "1">
<name>GENERATE_NAME_stalker</name>
<icon>ui_npc_u_green_stalker_5</icon>
<bio>esc_stalker_novice_bio</bio>

<class>esc_stalker_novice</class>
<community>stalker</community> <terrain_sect>stalker_terrain</terrain_sect>

<rank>224</rank>
<reputation>18</reputation>
<money min="200" max="600" infinitive="0"/>

<snd_config>characters_voice\human_02\stalker\</snd_config>
<crouch_type>-1</crouch_type>

<visual>actors\novice\green_stalker_5</visual>
<supplies>
[spawn] \n
wpn_pm \n
ammo_9x18_fmj = 1 \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>hello_dialog</start_dialog>
#include "gameplay\character_dialogs.xml"
</specific_character>

<specific_character id="esc_stalker_novice_default10" team_default = "1">
<name>GENERATE_NAME_stalker</name>
<icon>ui_npc_u_green_stalker_5</icon>
<bio>esc_stalker_novice_bio</bio>

<class>esc_stalker_novice</class>
<community>stalker</community> <terrain_sect>stalker_terrain</terrain_sect>

<rank>58</rank>
<reputation>-2</reputation>
<money min="200" max="600" infinitive="0"/>

<snd_config>characters_voice\human_02\stalker\</snd_config>
<crouch_type>-1</crouch_type>

<visual>actors\novice\green_stalker_5</visual>
<supplies>
[spawn] \n
wpn_pm \n
ammo_9x18_fmj = 1 \n
device_torch \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>hello_dialog</start_dialog>
#include "gameplay\character_dialogs.xml"
</specific_character></xml>

Нас интересуют теги ''<visual> </visual>'' - в них указывается название профиля. Как видно из представленных выше профилей, каждому отдельному профилю строго присвоен свой визуал. Всегда ли уместна такая точность?
У нас есть группа профилей НПС и несколько визуалов подходящих этой группе профилей, можно предположить, что не важно какому именно НПС присвоеться определённый визуал. Проще говоря, в игре, все новички в деревне одинаковые, только куртки разные у них и нам не важно какая именно куртка будет на том или ином мужике.
Мы выбираем нужные нам визуалы для какой то группы НПС ''(из gamedata/meshes/actors)'' даём визуалам любое '''одинаковое''' имя, после имени ставим знак подчёркивания и цифру или число. Пример:
<pre> name_1.ogf
name_2.ogf
mame_24.ogf</pre>
Затем в нужных профилях НПС в тегах ''<visual> </visual>'' пишем имя которое задавали нашим визуалам. В примере выше, имя визуалов было ''name'' , в этом случае теги заполняются примерно так: ''<visual>actors\novice\name</visual>''.
Таким образом визуалы рандомно распределятся по каждому профилю.

== Отработанный пример на деревне новичков. ==

Находим профили новичков в файле '''gamedata/config/gameplay/character_desc_escape.ltx''', (их профили были вынесены, в этом уроке выше). И мы, например, скачали 5 новых визуалов которые привяжем к новичкам. Нам бы пришлось каждый раз прописывать отдельный визуал в каждом профиле, но мы поступим по другому, для начала мы переименуем скаченные визуалы таким образом:
<pre> esc_novichok_1.ogf
esc_novichok_2.ogf
esc_novichok_3.ogf
esc_novichok_4.ogf
esc_novichok_5.ogf</pre>
Закидываем эти визуалы, например сюда: '''gamedata\meshes\actors\novice'''
Прописываем '''во всех профилях''' новичков визуал таким образом: ''<visual>actors\novice\esc_novichok</visual>'' сохраняем, начинаем новую игру, приходим в деревню, видим наших новичков в новых визуалах.
== Несколько слов ==
Возможно кто то создавал подобную статью, я не видел даже похожего, если что сильно не ругайте.
Таким образом возможно задавать несколько визуалов не только группе, но и одному НПС, факт в том что распределение визуалов рандомно и при начале новой игры НПС скорее всего поменяют визуал. Это может пригодиться для сюжетных модов которые имеют разветвлённый сюжет и рассчитаны не на одно прохождение, проходя такой мод второй раз с начала, игрок не только узнаёт альтернативную ветку развития сюжета но и встречает знакомых НПС в других визуалах, что усиливает ощущения альтернативности - фактически играет в новый мод.
Такое явление я проверял в ТЧ в других аддонах не гарантирую работу.
В будущем возможно проверю такой эффект на именах предметов, оружия и тд.
[[Категория:Конфигурационные файлы]]

SoC. Создание проводника между локациями

2014-06-19T18:59:15Z

FantomICW: Перенес в раздел скриптов

== Левел-чейнджер ==
Мы создадим левел-чейнджер на месте ГГ. Наш диалог создаст переход и ГГ попадет куда угодно.
== Реализация ==
Вы уже создали диалоги, если нет - статья [[Создание диалогов]]. Ниже есть функции создающие левел-чейнджер. Их ОЧЕНЬ много (на любой вкус):
<lua>
function create_level_changer(
p_story_id, -- STORY_ID нового level_changer (понадобится нам позже)
p_position, -- вектор, координаты точки, в которой будет располагаться центр нового level_changer
p_lvertex_id, -- level_vertext_id - идентифицируют уровень, на котором будет создан level_changer
p_gvertex_id, -- game_vertext_id

p_dest_lv, -- level_vertex_id - идентифицируют уровень, на который level_changer будет перебрасывать игрока
p_dest_gv, -- game_vertex_id
p_dest_pos, -- координаты точки, в которой на новом уровне окажется игрок
p_dest_dir, -- направрение взгляда игрока
p_dest_level, -- название уровня, например "L11_Pripyat"
p_silent -- следует задать 1, чтобы подавить вопрос о смене уровня (автоматический переход)
)
local obj = alife():create("level_changer", p_position, p_lvertex_id, p_gvertex_id)

level.map_add_object_spot(obj.id, "level_changer", "")

local packet = net_packet()
obj:STATE_Write(packet)

-- свойства cse_alife_object
local game_vertex_id = packet:r_u16()
local cse_alife_object__unk1_f32 = packet:r_float()
local cse_alife_object__unk2_u32 = packet:r_u32()
local level_vertex_id = packet:r_u32()
local object_flags = packet:r_u32()
local custom_data = packet:r_stringZ()
local story_id = packet:r_u32()
local spawn_story_id = packet:r_u32()

-- свойства cse_shape
local shape_count = packet:r_u8()
for i=1,shape_count do
local shape_type = packet:r_u8()
if shape_type == 0 then
-- sphere
local center = packet:r_vec3()
local radius = packet:r_float()
else
-- box
local axis_x_x = packet:r_float()
local axis_x_y = packet:r_float()
local axis_x_z = packet:r_float()
local axis_y_x = packet:r_float()
local axis_y_y = packet:r_float()
local axis_y_z = packet:r_float()
local axis_z_x = packet:r_float()
local axis_z_y = packet:r_float()
local axis_z_z = packet:r_float()
local offset_x = packet:r_float()
local offset_y = packet:r_float()
local offset_z = packet:r_float()
end
end

-- свойства cse_alife_space_restrictor
local restrictor_type = packet:r_u8()

-- свойства cse_level_changer
local dest_game_vertex_id = packet:r_u16()
local dest_level_vertex_id = packet:r_u32()
local dest_position = packet:r_vec3()
local dest_direction = packet:r_vec3()
local dest_level_name = packet:r_stringZ()
local dest_graph_point = packet:r_stringZ()
local silent_mode = packet:r_u8()

packet:w_begin(game_vertex_id) -- game_vertex_id
packet:w_float(cse_alife_object__unk1_f32)
packet:w_u32(cse_alife_object__unk2_u32)
packet:w_u32(level_vertex_id) -- level_vertex_id
packet:w_u32( bit_not(193) ) -- object_flags = -193 = 0xFFFFFF3E
packet:w_stringZ(custom_data)
packet:w_u32(p_story_id) -- story_id
packet:w_u32(spawn_story_id)

packet:w_u8(1) -- количество фигур
-- packet:w_u8(0) -- тип фигуры: сфера
-- packet:w_vec3(vector():set(0, 0, 0)) -- sphere_center
-- packet:w_float(3.0)
packet:w_u8(1) -- тип фигуры: box
packet:w_float(2) -- axis_x_x
packet:w_float(0) -- axis_x_y
packet:w_float(0) -- axis_x_z
packet:w_float(0) -- axis_y_x
packet:w_float(4) -- axis_y_y
packet:w_float(0) -- axis_y_z
packet:w_float(0) -- axis_z_x
packet:w_float(0) -- axis_z_y
packet:w_float(4) -- axis_z_z
packet:w_float(0) -- offset_x
packet:w_float(0) -- offset_y
packet:w_float(0) -- offset_z

packet:w_u8(3) -- restrictor_type

packet:w_u16(p_dest_gv) -- destination game_vertex_id
packet:w_s32(p_dest_lv) -- destination level_vertex_id
packet:w_vec3(p_dest_pos) -- destination position
packet:w_vec3(p_dest_dir) -- destination direction (направление взгляда)
packet:w_stringZ(p_dest_level) -- destination level name
packet:w_stringZ("start_actor_02") -- some string, always const
packet:w_u8(p_silent) -- 1 for silent level changing

packet:r_seek(0)
obj:STATE_Read(packet, packet:w_tell())
level.add_pp_effector ("teleport.ppe", 2006, false)

end

function exit_as()
create_level_changer(11077, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
28719,
1758,
vector():set(-317.23675537109,-26.327833175659,55.278633117676),
vector():set(0.0, 0.0, 0.0),
"l07_military",
1)
end

function exit_as2()
create_level_changer(11078, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
66343,
1786,
vector():set(-274.62121582031,-27.297189712524,239.00979614258),
vector():set(0.0, 0.0, 0.0),
"l07_military",
1)
end

function exit_as3()
create_level_changer(11079, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
273147,
1821,
vector():set(-33.368682861328,-20.897382736206,379.58074951172),
vector():set(0.0, 0.0, 0.0),
"l07_military",
1)
end

function exit_as4()
create_level_changer(11080, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
83694,
1852,
vector():set(-243.89454650879,-0.28634393215179,435.28894042969),
vector():set(0.0, 0.0, 0.0),
"l07_military",
1)
end

function exit_bunker()
create_level_changer(11085, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
7807,
2773,
vector():set(8.3457946777344,-23.525426864624,19.003190994263),
vector():set(0.0, 0.0, 0.0),
"l10u_bunker",
1)
end

function exit_svalka()
create_level_changer(11041, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
127101,
351,
vector():set(-77.325019836426,-3.660080909729,195.34251403809),
vector():set(0.0, 0.0, 0.0),
"l02_garbage",
1)
end

function exit_svalka2()
create_level_changer(11042, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
1201,
260,
vector():set(-289.04534912109,-6.6783475875854,-178.82406616211),
vector():set(0.0, 0.0, 0.0),
"l02_garbage",
1)
end

function exit_svalka3()
create_level_changer(11043, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
344517,
401,
vector():set(200.77691650391,-0.638019323349,-145.20561218262),
vector():set(0.0, 0.0, 0.0),
"l02_garbage",
1)
end

function exit_svalka4()
create_level_changer(11044, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
284570,
374,
vector():set(122.61166381836,-4.2376079559326,153.47959899902),
vector():set(0.0, 0.0, 0.0),
"l02_garbage",
1)
end

function exit_svalka5()
create_level_changer(11045, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
324917,
384,
vector():set(173.82795715332,-0.30577194690704,51.149074554443),
vector():set(0.0, 0.0, 0.0),
"l02_garbage",
1)
end

function exit_svalka6()
create_level_changer(11046, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
311456,
385,
vector():set(97.819366455078,15.575645446777,31.107891082764),
vector():set(0.0, 0.0, 0.0),
"l02_garbage",
1)
end

function exit_svalka7()
create_level_changer(11047, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
166216,
332,
vector():set(-49.738338470459,20.034204483032,115.88290405273),
vector():set(0.0, 0.0, 0.0),
"l02_garbage",
1)
end

function exit_svalka8()
create_level_changer(11048, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
2848,
314,
vector():set(-277.18438720703,0.42264106869698,26.608871459961),
vector():set(0.0, 0.0, 0.0),
"l02_garbage",
1)
end

function exit_svalka9()
create_level_changer(11049, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
27161,
308,
vector():set(-204.31503295898,0.77477610111237,-14.08620929718),
vector():set(0.0, 0.0, 0.0),
"l02_garbage",
1)
end

function exit_svalka10()
create_level_changer(11050, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
117566,
299,
vector():set(-43.285057067871,22.38338470459,-109.06379699707),
vector():set(0.0, 0.0, 0.0),
"l02_garbage",
1)
end

function exit_svalka11()
create_level_changer(11051, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
123627,
268,
vector():set(-82.571281433105,-2.6017231941223,-208.38046264648),
vector():set(0.0, 0.0, 0.0),
"l02_garbage",
1)
end

function exit_svalka12()
create_level_changer(11052, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
272734,
263,
vector():set(108.47253417969,-2.2334003448486,-264.66119384766),
vector():set(0.0, 0.0, 0.0),
"l02_garbage",
1)
end

function exit_pripyat()
create_level_changer(11086, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
260269,
2219,
vector():set(190.84159851074,2.8052725791931,212.05661010742),
vector():set(0.0, 0.0, 0.0),
"l11_pripyat",
1)
db.actor:give_info_portion("exit_pripyat")
end

function exit_pripyat2()
create_level_changer(11087, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
7817,
2216,
vector():set(-112.93630981445,2.8031325340271,97.108512878418),
vector():set(0.0, 0.0, 0.0),
"l11_pripyat",
1)
db.actor:give_info_portion("exit_pripyat2")
end

function exit_x18()
create_level_changer(11056, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
4086,
1155,
vector():set(5.0796270370483,-12.429841995239,15.65408706665),
vector():set(0.0, 0.0, 0.0),
"l04u_labx18",
1)
end

function exit_td()
create_level_changer(11057, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
212105,
1025,
vector():set(31.025503158569,-2.9186296463013,-18.474792480469),
vector():set(0.0, 0.0, 0.0),
"l04_darkvalley",
1)
end

function exit_td2()
create_level_changer(11058, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
377579,
938,
vector():set(177.20614624023,6.6501698493958,-368.2509765625),
vector():set(0.0, 0.0, 0.0),
"l04_darkvalley",
1)
end

function exit_kordon()
create_level_changer(11026, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
557888,
245,
vector():set(288.75579833984,6.6381821632385,334.9274597168),
vector():set(0.0, 0.0, 0.0),
"l01_escape",
1)
end

function exit_kordon2()
create_level_changer(11027, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
220208,
16,
vector():set(-56.72008895874,-29.649417877197,-352.75286865234),
vector():set(0.0, 0.0, 0.0),
"l01_escape",
1)
end

function exit_kordon3()
create_level_changer(11028, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
314641,
198,
vector():set(33.526428222656,4.8442959785461,406.35510253906),
vector():set(0.0, 0.0, 0.0),
"l01_escape",
1)
end

function exit_kordon4()
create_level_changer(11029, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
326234,
97,
vector():set(43.707790374756,1.604367017746,157.83784484863),
vector():set(0.0, 0.0, 0.0),
"l01_escape",
1)
end

function exit_kordon5()
create_level_changer(11030, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
346954,
97,
vector():set(59.635650634766,19.672622680664,156.50126647949),
vector():set(0.0, 0.0, 0.0),
"l01_escape",
1)
end

function exit_kordon6()
create_level_changer(11031, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
479316,
242,
vector():set(176.90881347656,6.2265067100525,274.12582397461),
vector():set(0.0, 0.0, 0.0),
"l01_escape",
1)
end

function exit_kordon7()
create_level_changer(11032, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
418761,
115,
vector():set(116.21976470947,-7.5939545631409,-16.879535675049),
vector():set(0.0, 0.0, 0.0),
"l01_escape",
1)
end

function exit_kordon8()
create_level_changer(11033, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
71846,
30,
vector():set(-178.17098999023,-29.790063858032,-355.4208984375),
vector():set(0.0, 0.0, 0.0),
"l01_escape",
1)
end

function exit_kordon9()
create_level_changer(11034, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
116591,
19,
vector():set(-138.1682434082,-25.440311431885,-356.09561157227),
vector():set(0.0, 0.0, 0.0),
"l01_escape",
1)
end

function exit_kordon10()
create_level_changer(11035, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
46406,
38,
vector():set(-206.31811523438,-36.486312866211,-275.36505126953),
vector():set(0.0, 0.0, 0.0),
"l01_escape",
1)
end

function exit_kordon11()
create_level_changer(11036, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
34087,
47,
vector():set(-218.33445739746,-19.930738449097,-167.60050964355),
vector():set(0.0, 0.0, 0.0),
"l01_escape",
1)
end

function exit_kordon12()
create_level_changer(11037, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
45951,
58,
vector():set(-207.27334594727,-22.535316467285,-128.54507446289),
vector():set(0.0, 0.0, 0.0),
"l01_escape",
1)
end

function exit_kordon13()
create_level_changer(11038, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
11502,
67,
vector():set(-246.82745361328,-14.313711166382,-17.025833129883),
vector():set(0.0, 0.0, 0.0),
"l01_escape",
1)
end

function exit_kordon14()
create_level_changer(11039, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
143574,
73,
vector():set(-112.90689849854,-8.191520690918,7.4986095428467),
vector():set(0.0, 0.0, 0.0),
"l01_escape",
1)
end

function exit_kordon15()
create_level_changer(11040, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
274973,
108,
vector():set(-1.5780007839203,-17.687986373901,-152.26568603516),
vector():set(0.0, 0.0, 0.0),
"l01_escape",
1)
end

function exit_radar()
create_level_changer(11081, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
93230,
2081,
vector():set(351.03564453125,-45.688995361328,-201.36804199219),
vector():set(0.0, 0.0, 0.0),
"l10_radar",
1)
end

function exit_radar2()
create_level_changer(11082, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
67978,
1930,
vector():set(304.68270874023,-39.390411376953,-25.789834976196),
vector():set(0.0, 0.0, 0.0),
"l10_radar",
1)
end

function exit_radar3()
create_level_changer(11083, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
14611,
2013,
vector():set(14.053562164307,-1.2424700260162,41.381050109863),
vector():set(0.0, 0.0, 0.0),
"l10_radar",
1)
end

function exit_radar4()
create_level_changer(11084, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
6439,
1960,
vector():set(-12.000325202942,0.37741497159004,-67.812171936035),
vector():set(0.0, 0.0, 0.0),
"l10_radar",
1)
db.actor:give_info_portion("exit_radar4")
end

function exit_undergraund()
create_level_changer(11088, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
2505,
745,
vector():set(-84.987205505371,-16.462963104248,-60.738975524902),
vector():set(0.0, 0.0, 0.0),
"l03_agr_underground",
1)
end

function exit_bar()
create_level_changer(11059, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
45474,
1188,
vector():set(193.61143493652,0.097166806459427,71.526657104492),
vector():set(0.0, 0.0, 0.0),
"l05_bar",
1)
end

function exit_bar2()
create_level_changer(11060, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
39883,
1204,
vector():set(175.31533813477,-0.0002819299697876,145.91943359375),
vector():set(0.0, 0.0, 0.0),
"l05_bar",
1)
end

function exit_bar3()
create_level_changer(11061, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
47206,
1270,
vector():set(198.24176025391,3.271665096283,-77.252685546875),
vector():set(0.0, 0.0, 0.0),
"l05_bar",
1)
end

function exit_bar4()
create_level_changer(11062, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
59366,
1277,
vector():set(232.64491271973,5.1447978019714,-113.61502838135),
vector():set(0.0, 0.0, 0.0),
"l05_bar",
1)
end

function exit_bar5()
create_level_changer(11063, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
68763,
1274,
vector():set(276.64755249023,0.055086404085159,-66.742523193359),
vector():set(0.0, 0.0, 0.0),
"l05_bar",
1)
end

function exit_bar6()
create_level_changer(11064, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
35860,
1238,
vector():set(128.80438232422,-4.8249382972717,16.76756477356),
vector():set(0.0, 0.0, 0.0),
"l05_bar",
1)
end

function exit_bar7()
create_level_changer(11065, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
33903,
1239,
vector():set(116.09830474854,-5.3052234649658,12.649393081665),
vector():set(0.0, 0.0, 0.0),
"l05_bar",
1)
end

function exit_agroprom()
create_level_changer(11053, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
428448,
498,
vector():set(253.95002746582,-0.20055566728115,76.619018554688),
vector():set(0.0, 0.0, 0.0),
"l03_agroprom",
1)
end

function exit_agroprom2()
create_level_changer(11054, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
117939,
523,
vector():set(-122.60626983643,10.350003242493,164.23361206055),
vector():set(0.0, 0.0, 0.0),
"l03_agroprom",
1)
end

function exit_agroprom3()
create_level_changer(11055, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
103987,
621,
vector():set(-135.0357208252,4.9933753013611,-196.9232635498),
vector():set(0.0, 0.0, 0.0),
"l03_agroprom",
1)
end

function exit_yantar1()
create_level_changer(11066, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
6635,
1486,
vector():set(-98.555587768555,-12.03422164917,-263.20428466797),
vector():set(0.0, 0.0, 0.0),
"l08_yantar",
1)
end

function exit_yantar2()
create_level_changer(11067, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
22009,
1454,
vector():set(-49.516319274902,-12.687213897705,-263.55654907227),
vector():set(0.0, 0.0, 0.0),
"l08_yantar",
1)
end

function exit_yantar3()
create_level_changer(11068, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
85543,
1440,
vector():set(87.165092468262,1.5326626300812,-137.15473937988),
vector():set(0.0, 0.0, 0.0),
"l08_yantar",
1)
end

function exit_yantar4()
create_level_changer(11069, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
98895,
1520,
vector():set(110.79859924316,0.51710104942322,67.085777282715),
vector():set(0.0, 0.0, 0.0),
"l08_yantar",
1)
end

function exit_yantar5()
create_level_changer(11070, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
93237,
1515,
vector():set(102.05886077881,-0.055661827325821,-38.264953613281),
vector():set(0.0, 0.0, 0.0),
"l08_yantar",
1)
end

function exit_yantar6()
create_level_changer(11071, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
50739,
1505,
vector():set(23.551870346069,-3.417268037796,-50.092147827148),
vector():set(0.0, 0.0, 0.0),
"l08_yantar",
1)
end

function exit_yantar7()
create_level_changer(11072, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
57034,
1445,
vector():set(35.566432952881,0.036594957113266,19.930288314819),
vector():set(0.0, 0.0, 0.0),
"l08_yantar",
1)
end

function exit_yantar8()
create_level_changer(11073, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
87168,
1514,
vector():set(90.726051330566,0.028770864009857,-2.0428421497345),
vector():set(0.0, 0.0, 0.0),
"l08_yantar",
1)
end

function exit_yantar9()
create_level_changer(11074, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
38250,
1525,
vector():set(-2.272828578949,0.31553617119789,-12.611492156982),
vector():set(0.0, 0.0, 0.0),
"l08_yantar",
1)
end

function exit_yantar10()
create_level_changer(11075, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
39736,
1525,
vector():set(0.41521853208542,20.732145309448,-11.2778673172),
vector():set(0.0, 0.0, 0.0),
"l08_yantar",
1)
end

function exit_yantar11()
create_level_changer(11076, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
53157,
1480,
vector():set(28.687835693359,-5.943422794342,-272.9033203125),
vector():set(0.0, 0.0, 0.0),
"l08_yantar",
1)
end

function exit_dt1()
create_level_changer(11089, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
15216,
1391,
vector():set(-236.99816894531,9.3585262298584,56.257476806641),
vector():set(0.0, 0.0, 0.0),
"l06_rostok",
1)
end

function exit_dt2()
create_level_changer(11090, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
8119,
1382,
vector():set(-254.47462463379,-5.8917918205261,88.748420715332),
vector():set(0.0, 0.0, 0.0),
"l06_rostok",
1)
end

function exit_dt3()
create_level_changer(11091, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
4658,
1379,
vector():set(-268.44509887695,-6.0012273788452,106.45835113525),
vector():set(0.0, 0.0, 0.0),
"l06_rostok",
1)
end

function exit_dt4()
create_level_changer(11092, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
7269,
1338,
vector():set(-282.68493652344,-0.0055593848228455,203.75721740723),
vector():set(0.0, 0.0, 0.0),
"l06_rostok",
1)
end

function exit_dt5()
create_level_changer(11093, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
32043,
1329,
vector():set(-173.43870544434,-0.0011672079563141,192.25354003906),
vector():set(0.0, 0.0, 0.0),
"l06_rostok",
1)
end

function exit_dt6()
create_level_changer(11094, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
38957,
1328,
vector():set(-149.55770874023,0.096051603555679,179.93653869629),
vector():set(0.0, 0.0, 0.0),
"l06_rostok",
1)
end

function exit_dt7()
create_level_changer(11095, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
22437,
1370,
vector():set(-217.82315063477,1.935809969902,88.06103515625),
vector():set(0.0, 0.0, 0.0),
"l06_rostok",
1)
end

function exit_dt8()
create_level_changer(11096, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
32382,
1322,
vector():set(-169.39688110352,-0.0033434927463531,82.040466308594),
vector():set(0.0, 0.0, 0.0),
"l06_rostok",
1)
end

function exit_dt9()
create_level_changer(11097, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
36070,
1321,
vector():set(-159.36485290527,-0.0026704967021942,99.839752197266),
vector():set(0.0, 0.0, 0.0),
"l06_rostok",
1)
end

function exit_dt10()
create_level_changer(11098, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
27318,
1326,
vector():set(-192.9693145752,-0.0026823878288269,119.04988098145),
vector():set(0.0, 0.0, 0.0),
"l06_rostok",
1)
end

function exit_dt11()
create_level_changer(11099, db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(),
46578,
1421,
vector():set(-89.581573486328,3.1074571609497,148.33610534668),
vector():set(0.0, 0.0, 0.0),
"l06_rostok",
1)
end
</lua>
Комментарии к функциям есть в первой функции.
Активировать через диалог:
<code><action>название_скрипта.название_функции_без_скобок</code>

== Источник ==
В моде Hand Teleport на любой вкус.

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

Таймеры

2014-06-19T14:56:50Z

FantomICW: Оформление, категория #ficw

Для чего нужны таймеры?
Предположим, вы хотите, чтобы Меченому после диалога пришло сообщение на ПДА, но не сразу, а для придания большего реализма с задержкой в ~7-8 секунд. В таком случае, если вы читаете эту статью, то у вас есть:
 
- Готовый диалог 
- Необходимая функция в свежем скриптовом файле.
 
Для того, чтобы создать таймер, необходимо открыть файл с вашими скриптами и написать следующее :

<lua>local iTimer
function function_onetimer()
iTimer = time_global() + 6*1000
end

function timer_5_minutes()
if iTimer and iTimer < time_global() then
iTimer = nil
wolfscripts.humorist_killed_msg()
end
end </lua>

Разъясню:
<lua>function function_onetimer() — название функции (это главная функция и её будем вызывать из диалога)
iTimer = time_global() + 6*1000 -- задержка по времени (6 секунд)
function timer_5_minutes() — собственно, настройки таймера
iTimer = nil -- отключаем таймер
wolfscripts.humorist_killed_msg() -- название скрипта.название функции</lua>

Тут, вроде бы, всё просто. Но таймер просто так не заработает. Лезем в '''bind_stalker.script''' и в

<code>function actor_binder:update(delta)</code>

пишем:

<code>название_вашего_скрипта.timer_5_minutes()</code>

Вуаля, теперь всё работает. Спасибо за внимание.
Да, кстати, из диалога вызываем функцию ''function_onetimer''.

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

SoC. Реализация Freeplay

2014-06-19T14:26:59Z

FantomICW: Оформление, мелкие правки #ficw

Сегодня мы реализуем полноценный фриплей

== Скрипт ==
Открываем '''gamedata/scripts/xr_effects.script'''. На ходим следующее:
<lua>
function after_credits(actor, npc)
if db.gameover_credits_started ~= true then
return
end
local c = get_console()
c:execute("disconnect")
end
</lua>
Удаляем это. И вставляем это:
<lua>
function after_credits(actor, npc)
if db.gameover_credits_started ~= true then
return
end
local c = get_console()
c:execute("hud_crosshair 1")
end
</lua>

== Работа с ACDC SOC ==

Декомпилируем '''all.spawn'''.
Открываем '''alife_l12_stancia.ltx'''.
Вставляем это:
<ini>
[40000]
; cse_abstract properties
section_name = level_changer
name = exit_to_pripyat_from_st1
position = 917.929626464844,-0.0999432504177094,-404.117004394531
direction = 0.11170107126236,0.0645771846175194,-0.00698131695389748

; cse_alife_object properties
game_vertex_id = 2273
distance = 2.79999995231628
level_vertex_id = 112702
object_flags = 0xffffff3e
story_id = 30000

; cse_shape properties
shapes = shape0
shape0:type = box
shape0:axis_x = 11.2959985733032,0,0
shape0:axis_y = 0,11.3806009292603,0
shape0:axis_z = 0,0,3.42279982566834
shape0:offset = 0,0,0

; cse_alife_space_restrictor properties
restrictor_type = 3

; cse_alife_level_changer properties
dest_game_vertex_id = 2269
dest_level_vertex_id = 145458
dest_position = 31.5,1.60000002384186,424
dest_direction = -2.49865606747335e-005,3.14000010490417,-1.28936753753806e-005
dest_level_name = L11_Pripyat
dest_graph_point = start_actor_01
</code>
Это создаст переход из ЧАЭС-1 в Припять. 
 Теперь сделаем возврат с ЧАЭС-2 на Припять.
Открыть alife_l12_stancia_2.ltx.
добавить в конце:
<code>
[40001]
; cse_abstract properties
section_name = level_changer
name = exit_to_pripyat_from_st2
position = 555.293579101563,150.605697631836,201.862899780273
direction = 0.11170107126236,0.0645771846175194,-0.00698131695389748

; cse_alife_object properties
game_vertex_id = 2517
distance = 2.79999995231628
level_vertex_id = 112702
object_flags = 0xffffff3e
story_id = 30001

; cse_shape properties
shapes = shape0
shape0:type = box
shape0:axis_x = 11.2959985733032,0,0
shape0:axis_y = 0,11.3806009292603,0
shape0:axis_z = 0,0,3.42279982566834
shape0:offset = 0,0,0

; cse_alife_space_restrictor properties
restrictor_type = 3

; cse_alife_level_changer properties
dest_game_vertex_id = 2269
dest_level_vertex_id = 145458
dest_position = 96.7300033569336,0.730000019073486,188.710006713867
dest_direction = -1.05999994277954,-0.819999992847443,-1.05999994277954
dest_level_name = L11_Pripyat
dest_graph_point = start_actor_01
silent_mode = 1
</ini>
Компилим '''all.spawn'''. Кладем в папку '''gamedata/spawns'''. Пробуем новую игру, доходим до ЧАЭС, пробуем переходы.

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

Выводим элементы статики на худ

2014-06-19T14:18:24Z

FantomICW:

Значит, создаем скрипт '''ваш скрипт.script''' и пишем:

<lua>function hud_elements()
local hud = get_hud() --Задаем локальную переменную - обращение к худу
local element1 = hud:GetCustomStatic("elementone") --Задаем локальную переменную - инициализация худ-элемента

if element1 == nil then --Условие: если элемент не выведен, то...
hud:AddCustomStatic("elementone") --...добавляем его на худ
end
end</lua>

И после заходим в '''bind_stalker.script''' после апдейта актора (проверка каждую секунду):

<lua>ваш_скрипт.hud_elements()</lua>

Стоит учесть, что xml-описание элемента должно находиться в файле '''configs\ui\ui_custom_msgs.xml'''. Пример xml-описания статика для надписи ''Work in progress...'' из билда 3120:
<xml><cs_demo_play x="30" y="710" width="600" height="50" complex_mode="1" stretch="1"
light_anim="" la_cyclic="1" la_texture="1" la_alpha="1">
<text font="letterica18" r="240" g="217" b="182" a="255" align="l"/>
</cs_demo_play></xml>

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

Выводим элементы статики на худ

2014-06-19T14:17:17Z

FantomICW:

Активация Milkshape 3D 1.8.4

2014-06-19T14:06:59Z

FantomICW: Поправил оформление, "сосайта" (:D), ошибки...#ficw

Активация '''Milkshape 3D 1.8.4''' происходит следующим образом:

1) Открываем программу. 
2) Нажимаем в верхнем меню на ''"Help" => About...''. 
3) Вылезет окошко. Внизу доступны два действия: ''"OK"'' и ''"Register"''. Жмем на ''"Register"'' (регистрация программы). 
4) В ''"Your name"'' вводим имя '''Predator'''. 
5) В ''Registration Code'' вводим код '''5EdKb-lG22d3-d7dG1Dd''' (без дефиса). 
 
Далее '''Milkshape 3D''' поблагодарит Вас за регистрацию продукта. Вы можете пользоваться программой неограниченное время!
 
 Взято с сайта: http://maxgamestudios.at.ua/load/stati/stati/aktivacija_milkshape_1_8_4_1_8_5/17-1-0-20

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