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

Причины вылетов игры (разбираем логи)

2011-04-28T17:24:14Z

93.186.101.147: Вылет Can't find variable - сделал общее описание, а не только конкретного случая

Привет всем! Игра сталкер, а конкретно сам движок X-ray довольно капризный, и зачастую как в процессе модификации, так и во время игры игра «вылетает». Чтобы мы знали причину вылета, движок нам оставляет лог вылета. Лог вылета можно посмотреть несколькими способами:
* В текстовом редакторе нажать Ctrl+V (Вставить)
* Посмотреть лог игры включая лог вылета в файле xray_имя_пользователя.log в папке C:\Documents and Settings\All Users\Документы\STALKER-***\logs
* Посмотреть непосредственно в окне багтрекера (только в ЧН и ЗП).
Ну приступим. Начнём с простых:
--------------
<pre>
Expression : wave&&wave->length()
Function : CSoundRender_Source::LoadWave
File : E:\stalker\patch_1_0004\xrSound\SoundRender_Source_loader.cpp
Line : 65
Description : Can't open wave file:
Arguments : d:\stalker\gamedata\sounds\music\sound.ogg
</pre>
Здесь игра не может открыть звуковой OGG-файл под названием sound в папке d:\stalker\gamedata\sounds\music\
--------------
<pre>
Expression : fatal error
Function : CRender::texture_load
File : E:\stalker\patch_1_0004\xr_3da\xrRender\Texture.cpp
Line : 295
Description : <no expression>
Arguments : Can't find texture 'act\act_corp_monolit'
</pre>
Не может найти текстуру act_corp_monolit из папки textures\act
--------------
<pre>
Expression : fatal error
Function : CModelPool::Instance_Load
File : E:\stalker\patch_1_0004\xr_3da\xrRender\ModelPool.cpp
Line : 111
Description : <no expression>
Arguments : Can't find model file 'physics\mesh.ogf'.
</pre>
Не найдена трёхмерная OGF-модель mesh.ogf из папки meshes\physics.
--------------
<pre>
Expression : SG
Function : CRender::model_CreateParticles
File : E:\stalker\patch_1_0004\xr_3da\xrRender_R2\r2.cpp
Line : 330
Description : Particle effect or group doesn't exist
Arguments : hit_fx\hit_water_00
</pre>
Не найдена система частиц (партикл) hit_water_00 в директории hit_fx файла particles.xr (подробно опишу позже).
--------------
<pre>
Expression : fatal error
Function : CResourceManager::_GetBlender
File : E:\stalker\patch_1_0004\xr_3da\ResourceManager.cpp
Line : 49
Description : <no expression>
Arguments : Shader 'models\antigas_glass' not found in library.
</pre>
Не найден шейдер models\antigas_glass в библиотеке шейдеров.
--------------
<pre>
Expression : fs
Function : CResourceManager::_CreateVS
File : E:\stalker\patch_1_0004\xr_3da\ResourceManager_Resources.cpp
Line : 185
Description : shader file doesnt exist
Arguments : d:\stalker\gamedata\shaders\r2\deffer_impl_flat.vs
</pre>
Не найден файл шейдера deffer_impl_flat.vs.
<tt>--Added by Герр. Роммель
Да нет. Тут проблема вся в том, что неправильно закомпилился шейдер, при компиляции уровня на качестве, более высоком чем Draft. Нужно скачивать исправление шейдеров от товарища Haron.
Для ЗП (ЧН) это может ещё быть из-за отсутствия thm"ок для текстур терраина уровня!</tt>
--------------
<pre>
Expression : fatal error
Function : out_of_memory_handler
File : D:\prog_repository\sources\trunk\xrCore\xrDebugNew.cpp
Line : 336
Description : <no expression>
Arguments : Out of memory. Memory request: 55965 K
</pre>
Нехватка оперативной памяти.
--------------
<pre>
Expression : fatal error
Function : CInifile::r_string
File :E:\stalker\sources\trunk\xrCore\Xr_ini.cpp
Line : 352
Description : <no expression>
Arguments : Can't find variable ammo_mag_size in [wpn_addon_grenade_launcher]
</pre>
Не найдена переменная ammo_mag_size в секции [wpn_addon_grenade_launcher].
--------------
<pre>
Expression : fatal error
Function : CScriptEngine::lua_error
File : D:\xray-svn\xr_3da\xrGame\script_engine.cpp
Line : 74
Description : <no expression>
Arguments : LUA error: C stack overflow
</pre>
Переполнение стека. Смотрим внимательно: lua_error. Ошибка возможно в скриптах.
--------------
<pre>
Expression : vertex || show_restrictions(m_object)
Function : CPatrolPathManager::select_point
File : E:\stalker\sources\trunk\xr_3da\xrGame\patrol_path_manager.cpp
Line : 155
Description : any vertex in patrol path [sniper_3_walk] in inaccessible for object [stalker_0002]
</pre>
Какая то вершина (вейпоинт) пути sniper_3_walk стоит в неположенном месте (например не на аи-сетке). Объект stalker_0002 (в данном случае сталкер) который якобы двигался по пути sniper_3_walk попал на эту точку, а заодно ушёл за аи-сетку. Этого движок не терпит.

Тоже самое произойдет если координаты(вейпоинт) пути sniper_3_walk совпадет с координатами места где нпс запрешенно находится буть то рестриктор или аномалия в схеме обхода аномалий.
Также этот вылет набюдается при попытке отправить нпс за пределы места работ параметр out_rest = "имя_рестриктора",
в файле загрузки работ гулага

попробуйте любого сталкера из лагеря новичков отправить допустим к остановке
получите этот самый вылет
--------------
<pre>
Expression : e_entity
Function : xrServer::Process_event_reject
File : E:\stalker\sources\trunk\xr_3da\xrGame\xrServer_process_event_reject.cpp
Line : 12
Description : entity not found. id_parent=7540 id_entity=44047 frame=2075050
</pre>
Возникают иногда произвольно при смерти неписей. Причина — движок отрабатывая лут изредка теряет серверный объект уничтожаемой вещи, в итоге происходит вылет.
--------------
<pre>
Expression : fatal error
Function : CScriptEngine::lua_error
File : D:\xray-svn\xr_3da\xrGame\script_engine.cpp
Line : 74
Description : <no expression>
Arguments : LUA error: e:\stalker\gamedata\scripts\_g.script:20: bad argument #2 to 'format' (string expected, got no value)
</pre>
Ошибка распространённая. На первый взгляд кажется, что ошибка как раз в скриптах, но всё может быть иначе. Делаем так: открываем файл _g.script блокнотом, закоменчиваем 20 строку (ставим перед строкой --) и идём к тому месту где поймали вылет. Так мы получим более развёрнутый ответ.
--------------
<pre>
Expression : assertion failed
Function : _VertexStream::Lock
File : E:\stalker\patch_1_0004\xr_3da\R_DStreams.cpp
Line : 44
Description : (bytes_need<=mSize) && vl_Count
</pre>
Проблема возникает при убийстве НПС\мутанта. Типичный вылет по нехватке ресурсов. Встречается в основном на больший локациях.
--------------
<pre>
Expression : fatal error
Function : IRender_Visual::Load
File : E:\stalker\patch_1_0004\xr_3da\FBasicVisual.cpp
Line : 58
Description : <no expression>
Arguments : Invalid visual
</pre>
Неправильный визуал (модель) НПС.
--------------
<pre>
Expression : !phrase_dialog->m_PhraseVector.empty()
Function : CPhraseDialog::SayPhrase
File : E:\stalker\patch_1_0004\xr_3da\xrGame\PhraseDialog.cpp
Line : 140
Description : No available phrase to say, dialog[esc_dialog]
</pre>
В диалоге esc_dialog нет доступной для отображения фразы (скажем все заткнуты инфопоршенами).
--------------
<pre>
Expression : motion_ID.valid()
Function : CKinematicsAnimated::ID_Cycle
File : D:\prog_repository\sources\trunk\Layers\xrRender\SkeletonAnimated.cpp
Line : 210
Description : ! MODEL: can't find cycle:
Arguments : death_init
</pre>
Игра не нашла в модели трёхмерную анимацию с именем death_init.

--------------
--------------
* Автор статьи — '''Pihan13'''
* Дополнил статью — '''Fireman3000'''
* Частично использовалась информация с сайта http://forum.stalker-simbion.ru/

<center> '''Не стесняемся — дополняем, если знаем о чём идёт речь.''' </center>

Дополнение к статье(От Fireman3000):
Извините если где нибудь я неправильно пишу. Уж не родился я Колмогором :(

--------------
<pre>
Expression : fatal error
Function : CScriptEngine::lua_error
File : E:\stalker\patch_1_0004\xr_3da\xrGame\script_engine.cpp
Line : 73
Description : <no expression>
Arguments : LUA error: ...hadow of chernobyl\gamedata\scripts\xr_danger.script:116: attempt to index field 'ignore_types' (a nil value)
</pre>
Причина вылета в том что игра не понимает значения 0 в danger_ignore.Проще говоря в логике какого то персонажа параметр danger_ignore = 0 либо в минусовом значении. Либо его вообще нету

--------------

--------------
<pre>
Expression : fatal error
Function : CInifile::r_string
File : E:\stalker\patch_1_0004\xrCore\Xr_ini.cpp
Line : 352
Description : <no expression>
Arguments : Can't find variable class in [test_no_klass_npc]
</pre>
Не найден класс персонажа. Возможно, нпс не прописан под своим классом в gamedata\npc_profile.xml, либо в creatures\spawn_section.ltx, либо в gameplay\character_desc.xml

--------------

--------------
<pre>
Expression : fatal error
Function : CInifile::r_section
File : E:\stalker\patch_1_0004\xrCore\Xr_ini.cpp
Line : 342
Description : <no expression>
Arguments : Can't open section 'bandage_test_kick1'
</pre>
Игра не может найти секцию. Это может быть предмет, нпс и многое другое. Возможно, вы написали название с ошибками. Либо когда добавляли его в: продажу, скрипт, нпс, выпадение из нпс а в редких случиях это может быть иммунитет чего либо(определить пото трудно). Часто такое бывает связано с названием

--------------

--------------
<pre>
Expression : fatal error
Function : CInifile::r_string
File : E:\stalker\patch_1_0004\xrCore\Xr_ini.cpp
Line : 352
Description : <no expression>
Arguments : Can't find variable remove_time in [vehicle_btr]
</pre>
Не найдена переменная remove_time в секции [vehicle_btr]. А в данном случае ошибка в том что если вы делали предмет как физическую модель(тобишь которую нельзя использовать, говорить и вообще он похож на декорации типа деревьев, столов и прочего хлама) то необходимо указывать remove_time в его секции

--------------

--------------
<pre>
Expression : fatal error
Function : CScriptEngine::lua_error
File : E:\stalker\patch_1_0004\xr_3da\xrGame\script_engine.cpp
Line : 73
Description : <no expression>
Arguments : LUA error: ...dow of chernobyl\gamedata\scripts\test_kick.script:34: attempt to call method 'section' (a nil value)
</pre>
Метод обращения в игре не предусмотрен. Возможно, стоит пересмотреть подход к тому или иному скрипту

--------------

--------------
<pre>
Expression : rpoints[0].size()
Function : game_sv_Deathmatch::Create
File : D:\prog_repository\sources\trunk\xrGame\game_sv_deathmatch.cpp
Line : 99
Description : rpoints for players not found
</pre>
На мультиплеерной карте не найдены точки респавна игроков.
--------------------------------------------------------------------------------------
Небольшой пример из практики по определению ошибки в особых случаях(для начинающих):
Игра зависла, картинка на экране не меняется, на Ctrl + Alt+ Delete не реагирует. Только "Холодная перезагрузка" reset. Но при этом обычно в логе нет записи и обычным Ctrl + V ошибку не увидеть.
Я пользуюсь программой Punto Switcher. Есть в ней опция "дневник", она ведёт запись всех нажатий клавиш и по нажатию сочетаний клавиш содержимое памяти может записывать в дневник.
теперь когда игра зависла и картинка на экране не меняется, нажимаете Ctrl + Alt+ Delete. Внешне ничего не изменится, но ОС будет реагировать
на клавиши, нажимаете сочетание клавишь "записать в дневник". Делаете перезагрузку, открываете дневник - Ваша ошибка записана.
"дядя Саша"
--------------

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

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

2011-03-07T10:13:11Z

93.186.101.147: /* 3.3.12. dont_spawn_loot */

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

==3.3.7. Секция dont_spawn_character_supplies==
Если прописать эту секцию в кастом дату персонажу, то у него внутри не заспавниться стандартный набор барахла, прописанный в профиле. 

[dont_spawn_character_supplies] 

==3.3.8. Секция no_smart==
Если прописана эта секция, то npc не берется под смарттеррейн даже если он походит по всем параметрам.
[no_smart]

==3.3.9. Секция treshhold==
Есть возможность изменять у сталкеров параметры, по которым они атакуют монстров. Этих параметра два: 
'''max_ignore_distance''' (в данный момент дефолт 15 метров). Сталкер будет всегда атаковать монстров, которые находятся внутри данного радиуса. 
'''ignore_monster''' (в данный момент дефолт 0). Параметр от 0 до 1. Если функция оценки монстра ниже, чем этот параметр, и монстр находится за пределами вышеуказанного радиуса - он будет атакован. В данный момент все настроено так, что сталкеры вообще не атакуют монстров находящихся дальше чем 15 метров от них. 

В секции логики либо в текущей схеме указываете: 

threshold = threshold@tratata 

[threshold@tratata] 
max_ignore_distance = <number> 
ignore_monster = <number> 

Второй параметр следует менять ОЧЕНЬ осторожно. Помните, в него нужно вписывать значение '''от 0 до 1'''! 

==3.3.10. Danger==

Настройка может задаваться только в какой-то схеме, например: 

[walker] 
danger = danger_condition 

[danger_condition] 
ignore_distance = 50 (расстояние указывается в метрах) 
ignore_ distance_grenade = 
ignore_ distance_corpse = 
ignore_ distance_hit = 
ignore_ distance_sound = 

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

danger_inertion_time_grenade = 
danger_inertion_time_corpse = 
danger_inertion_time_hit = 
danger_inertion_time_sound = 

Дефолтовые настройки: 
danger_inertion_time_grenade = 20000 
danger_inertion_time_corpse = 10000 
danger_inertion_time_hit = 60000 
danger_inertion_time_sound = 15000 

NB!!Также эти настройки теперь распространяются и на схему кемпера. То есть в настройках кемпера перестало работать поле danger_radius. Теперь данные берутся из секции денжера согласно общих правил. 

Алгоритм работы такой: Сперва проверяется, что расстояние до опасности не отсекается по ignore_danger. Если опасность ближе, то тогда анализируется ее тип, и проверяется по соотвествующему данному типу расстоянию. Если опасность ближе - тогда разрешается реакция на нее. 

В данный момент установлены следующие дефолты: 

ignore_distance = 50 
ignore_distance_grenade = 15 
ignore_distance_corpse = 10 
ignore_distance_hit = 50 
ignore_distance_sound = 50 

NB: если надо, чтобы в разных случаях сталкер игнорировал разные типы данжеров, создается несколько секций данжера danger_condition@1, danger_condition@2 и так далее. 

* danger_expiration_time = Через сколько времени денжер перестанет быть акутальным. Дефолт 5000 мс.
* danger_inertion_time = Через сколько времени персонаж забудет про денжер, на который он отреагировал. Дефолт 10000 мс.

==3.3.11. Байки из склепа (Истории у костра)==
Из нового: теперь лагеря автоматически рассказывать истории не будут. Для этого вы должны того или иного сталкера "научить" истории.
Делается это так: в кастом дате пишется секция:

[game_info] 
stories = "story_01, legend_01" 

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

story_01 - Граница зоны и граната за 1 действие. 
story_02 - Про трамплин и про камешки 
story_03 - Про то как группа Вильнова вернулась 
story_04 - Про то как Костя Федорин наткнулся на артефакт и пропал на радаре. 
story_05 - Про то как духманам с контролером стражаться. 
story_06 - Про дверцу, водку и избушку. 
legend_01 - Про эксперимент в Зоне, который производят инопланетяне. 
legend_02 - Об особо засекреченных лабораториях в зоне. 
legend_03 - Легенда о проводнике 
legend_04 - Легенда о темном сталкере 
legend_05 - Легенда о том что глубоко в Зоне спать нельзя. 

О том какие истории и легеды в каком лагере на каком уровня можно и нельзя юзать узнавать у Профа. 

==3.3.12. dont_spawn_loot==
Всякого рода сюжетные персонажи которые должны быть пустыми после смерти (например раненные или пленные) оказываются не пустыми. Чтобы это исправить необходимо в кастом дате персонажа прописать секцию
[dont_spawn_loot]

==3.4. Оверрайды:==
Настройки, которые меняют поведение общих схем, в зависимости от активной в данный момент обычной схемы (все они необязательны) 
*meet_enabled = true (запускает схему встречи)
*meet_talk_enabled = true (в действующую схему поведения добавляет возможность диалога)
*meet_dialog = <название диалога>, который будет запущен при юзе.
*meet_state = <название состояния> он определяет, в каком состоянии будет находиться персонаж, если открылось диалоговое окно общения и торговли
*wounded_enabled = true (включает NPC возможность использовать схему раненого)
*combat_ignore_cond = см. выше
*combat_ignore_keep_when_attacked = true (игрок продолжает игнорировать бой, даже если в него стреляют – ТОЛЬКО В СЛУЧАЕ СТРЕЛЬБЫ ИГРОКА!!!!)
*combat_type = {условие} scheme - тип боя которым будет пользоваться npc из данной схемы
*on_combat = см. выше
*companion_enabled = true (cвободноходящие сталкеры могут наниматься как компаньоны (в будущем они будут брать за это деньги)).

==3.5. Схемы для монстров==

==3.5.1. Схема mob_walker.==
Работает аналогично схеме обычного walker. Но есть некоторые отличия 

Флаги пути движения 
s=звуковая_схема (idle, eat, attack, attack_hit, take_damage, die, threaten, steal, panic, growling) с - идти дальше в присяде r - дальше бежать sig=signal_name - установить заданный сигнал для xr_logic 
Флаги пути обзора: 
t=время_мсек - время в миллисекундах, которое нужно ждать, смотря в точку a=anim_set - анимация (stand_idle, sit_idle, lie_idle, eat, sleep, rest, attack, look_around, turn) 
В customdata персонажа задайте (* отмечены обязательные поля): 
[walker] 
path_walk = путь перемещения 
path_look = путь обзора 
*no_reset = true/false - не сбрасывать action предыдущей схемы (если нужно сохранить, например, звук). По умолчанию false. 
*actor_friendly = true/false - монстр никогда первым не нападает на игрока, но если игрок хоть раз атакует монстра - этот режим навсегда отключится. По умолчанию false. 
*npc_friendly = true/false - монстр никогда первым не нападет на другого монстра (даже враждебного). 
*friendly = true/false - монстр не нападает ни на игрока, ни на монстров. В случае агрессии с их стороны, не запоминает их как врагов и остается дружественным ко всем. По умолчанию false. 
Файл: \gamedata\scripts\mob_walker.script 

У кровосососов можно управлять невидимостью: 
[mob_walker] 
... 
state = vis 
или 
state = invis 
Задает значение по умолчанию. 

Также в флагах walk пути mob_walker-а можно использовать флажок b 
(behaviour) с теми же параметрами: 
wp00|b=vis 
wp00|b=invis 

==3.5.2. Схема mob_eluder==
Монстр перемещается по точкам патрульного пути (не учитывая связи между точками), держась на расстоянии от игрока, при этом придерживаясь своего пути, выходя из под схемы при слишком близком приближении к игроку, и возвращаясь обратно, когда расстояние увеличиться. 
path = … работает как обычно path_walk. Набор точек патрульного пути. 
*Time_capture = …. (время в секундах) время, которое монстр находится под этой схемой. Default – 10.
*Time_release = …. (время в секундах) время, которое монстр находится под универсальной схемой. Default – 10.
*Min_dist = …. (расстояние в метрах, если расстояние до врага меньше этого, то он переходит под универсальную схему). Default – 5.
*Max_dist = …. (расстояние в метрах, если расстояние до врага больше этого, то он переходит под eluder). Default - 10
Замечание – работает нестабильно. 
Файл: \gamedata\scripts\mob_eluder.script 

==3.5.3. Схема mob_remark==
Ремарковая схема, только не для сталкеров, а для монстров.

*state = специфическое состояние данного конкретного монстра (для кровососов - невидимость)
*dialog_cond = {+info, =func, -info, !func} условия для открытия окна диалога
*anim = анимации монстра, перечисляются через запятую.
*anim.head = анимации головы монстра, через запятую перечисляются
*tip = какой значок подсветится, при наведении на него курсора
*snd = какой звук издает
*time = время проигрывания анимаций, используется только для отладки.
Файл \gamedata\scripts\mob_remark.script
На этой схеме сделан торговец.

==3.5.4. Схема mob_combat, mob_death==
Работают точно также как и у сталкеров соответствующие схемы.
Файлы: \gamedata\scripts\mob_combat.script, \gamedata\scripts\mob_death.script

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

Пример: 

[logic] 
active = mob_jump 

[mob_jump] 
path_jump = path 
ph_jump_factor =2.8 
offset = 0,10,0 
on_signal = jumped | nil 

path_jump – путь, с помощью которого мы задаем 1 целевую точку прыжка (с нулевым индексом). Реальная точка учитывает позицию path_jump[0] + смещение, заданное с помощью offset. 
offset – смещение по осям x,y,z соответственно, с помощью которого задается реальная точка в пространстве (может не находится на аи-ноде). 
ph_jump_factor - влияет на время прыжка. Визуально с помощью него задается кривизна траектории полёта. Чем он больше, тем прыжок более острый, быстрый (меньше дуга). С помощью данной схемы можно делать: перепрыгивание со здания на здание, выпрыгивание из окна, перепрыгивание высоких ограждений и др. Дефолтное значение = 1,8 

Примечание: 
Фактически mob_jump - это не состояние, а разовое действие. При переходе в него монстр разворачивается в сторону прыжка и прыгает, поднимая сигнал jumped. Т.е. "on_signal = jumped | имя_схемы_или_nil" – является обязательным параметром в схеме, чтобы знать куда переходить дальше. 
При выборе позиции используется первая точка патрульного пути (0-вой индекс) 

==3.5.7. Mob_camp==

Механика:
1. Сидит на позиции, смотрит в точку
2. Можно задать несколько позиций и время смены позиции.
3. Перемещается между позициями бегом
4. При виде врага переходит под универсальную схему (комбат/паника и т.д)
5. Задаются минимальная и максимальная дистанции от врага до текущей camp-позиции
6. Если враг уходит далеко - монстр возвращается на позицию

Использование:

[logic] 
active = mob_camp 

[mob_camp] 
path_look = way_look 
path_home = way_home 
time_change_point = 30000 
home_min_radius = 20 
home_max_radius = 50 
skip_transfer_enemy – если прописать в кастом дату, то монстр не будет принимать врага от друших монстров, если его увидит (для этого нужно всех монстров в разные group разнести) 

Описание параметров: 
*path_home - путь, состоящий из точек, в которых будет находиться монстр
path_look - путь, состоящий из точек, в которые будет смотреть монстр
*time_change_point - время изменения текущей camp-точки (по-умолчанию10000), мс
* home_min_radius - минимальный радиус от врага до camp-точки (по-умолчанию 30), м
* home_max_radius - максимальный радиус от врага до camp-точки (по-умолчанию 40), м

Особенности: 
Минимальный и максимальный радиус необходимы для игнорирования врага, если он убежал далеко и для возврата на текущую позицию. Учитывается дистанция от врага до текущей позиции. Если дистанция меньше home_min_radius - атакуем врага, пока враг не исчезнет или дистанция не будет больше home_max_radius. 
Две дистанции необходимы для того, чтобы избежать ситуации, когда игрок стоит на границе радиуса действия и входит/выходит в зону и монстр бегает то в свою camp-позицию, то на врага. 
Выбор текущей позиции производится случайным образом 
Индексы точек пути для path_home и path_look должны совпадать (т.е. монстр сидит во второй точке path_home и смотрит во вторую точку path_look) 

Единственным необходимым параметром является path_look 
Если не установлен path_home, в качестве кемперской точки учитывается позиция и нода объекта на спауне. 

Для того чтобы монстр смотрел в разные точки на кемпер-позиции, path_look может состоять из нескольких точек. 

Обязательные требования: 
home_min_radius < home_max_radius 
Количество точек путей path_look и path_home должно быть равным 
P.S. Mob_Camp можно использовать как альтернативу к монстрам под рестрикторами 

==3.5.8. Mob_home==
Схема является ещё одним решением по замене рестрикторов. Рекомендую все следующие гулаги монстров делать на mob_home, а старые гулаги постепенно переводить на mob_home. У кого рестрикторы работают хорошо и красиво, их можно не трогать. 

Пример: 
[mob_home] 
path_home = path1 
home_min_radius = 10 
home_max_radius = 30 
aggressive_home - в назначенную точку path_home монстры бегут а не идут. 

Описание: 
Монстры держатся вокруг точек пути path_home. В атаке бросаются на врага, если враг внутри home_min радиуса, иначе прячутся в укрытия. Отсюда следует, что home_min -радиус желательно делать таким, чтобы внитри было достаточно каверов. В айдле тоже обычно расходятся по каверам. Home_max радиус сделан по принципу большого рестриктера в схеме «гнездо». 

Добавлена возможность задания минимального и максимального радиусов для схемы mob_home в флагах первой точки пути (path_home). Для этого введены флаги minr и maxr. В случае, если радиусы заданы и в секции и во флагах, то значение радиуса берется из секции. Если не задано ни там, ни там, то берутся дефолтные значения 20 и 40 соответственно. 

==3.5.9. Mob_fake_death==

Появилась схема mob_fake_death для зомби. Необходимо для сценок, когда игрок идёт, а вокруг него начинают подниматься зомби... 
Использование: 

[logic] 
active = mob_fake_death 

[mob_fake_death] 
on_actor_dist_le = 5 | nil 

При входе в схему зомби падает, при выходе из схемы встает. 

==3.6. Оверрайды для монстров:==
actor_friendly = если true, то монстр не атакует актера, до первой атаки на него 
npc_friendly = если true, то монстр не атакует сталкеров и монстров, до первой атаки на него 
friendly = если true, то монстр не атакует никого до первой атаки на него 
braindead = если true, то монстр игнорирует любые атаки. 

Секции для монстров 
[mob_death], [mob_hit] 

==3.7. Секция spawner==
Эта секция, которая присутствует как у NPC, так и у монстров, спавнит их по определенному условию (выводит в онлайн). Для того, чтобы они появились в данной точке, им надо поставить в настройках в Level editor флажок no_move_in_offline и отключен can_switch_offline. Спавнер прописывается в кастом дату объекта перед секцией logic 
Работает spawner следующим образом: 

[spawner] 
cond = {+info -info =func !func} 

Примечание. Если условия спавна не будет выполняться, то объект не заспавниться, а если он заспавнился и условие перестает выполняться, то объект будет спавнером уведен в оффалйн. 
Пример: 
[spawner] 
cond = {=is_day} 
(объект заспавниться днем и уйдет в оффлайн ночью) 

После того, как объект заспавнился, его берет под управление скрипт Logic 

==3.7.1. Спавн монстров дневных и ночных.==
[spawner] 
cond = {=is_day} – спавнить монстра только днем (если надо ночью, то пишем {!is_day}) 
check_distance = true – проверка на наличие персонажа рядом. 
min_distance = 100 – если игрок ближе указанной дистанции, то монстр не заспавниться (по дефолту 150 метров, но на самом деле это много).

==3.8. Скрипт logic==

NB: если хотите заспавнить у npc что-то из вещей из custom data, то описание того, как это делается находится в Общей части в настройке профилей персонажей (только тег supplies писать не надо!) 

Скрипт logic управляет переключением схем. 
В customdata любого персонажа (кроме свободных) должна присутствовать секция [logic]. 

Функции, на которые ссылается секция [logic] должны находится в файлах \gamedata\scripts\xr_effects.script или \gamedata\scripts\xr_conditions.script. 

В секции должно присутствовать одно из полей: 
active = активная схема, запускающаяся первой. 
cfg = имя_ltx_файла_с_настройками 

Если задано поле cfg, то в качестве настроек персонажа будет использовано содержимое указанного файла. 
Пример. Настройки простого walker-а: 

[logic] 
active = walker 

[walker] 
path_walk = walk1 
path_look = look1 

Переключение схем выполняется с помощью дополнительных условий схемы logic, которые прописываются в секции текущей активной схемы. Существуют следующие условия переключения: 
Список доступных схем перечислен в главе схемы. 
Примечание: если logic переключает между несколькими одноименными схемами (например несколькими walker), то их можно нумеровать (walker1, walker2) или через @ давать более информативные названия walker@day, walker@alarm и т.д. 

on_actor_dist_le = number | scheme - дистанция до игрока <= number 
on_actor_dist_le_nvis = number | scheme - дистанция до игрока <= number без проверки на видимость 
on_actor_dist_ge = number | scheme - если дистанция до игрока > number 
on_actor_dist_ge_nvis = number | scheme - если дистанция до игрока > number без проверки на видимость 
on_signal = signal | scheme - срабатывает по приходу сигнала signal от текущей активной схемы 
on_info = scheme - срабатывает всегда 
on_timer = msec | scheme - срабатывает через msec мс после включения схемы 
on_game_timer = sec| scheme – срабатывает через sec секунд игрового времени, после включения схемы 
on_actor_in_zone = restrictor_name | scheme – если актер в зоне, (указывается имя рестриктора) 
on_actor_not_in_zone = restrictor_name | scheme – если актер не в зоне, (указывается имя рестриктора) 
on_npc_in_zone = npc_story_id | restrictor_name | scheme – если NPC в зоне, указывается story_id NPC, и имя рестриктора 
on_npc_not_in_zone = npc_story_id | restrictor_name | scheme - если NPC не в зоне, указывается story_id NPC, и имя рестриктора 
on_actor_inside = scheme - зона проверяет, находится ли игрок внутри нее 
on_actor_outside = scheme - зона проверяет, находится ли игрок за ее пределами 

NB: с любыми из вышеперечисленных параметров можно работать следующим образом: 
on_info = {….} %...% 
on_info2 = {….} %...% 
on_info3 = {…} %...% 
и так далее до посинения 

а также условия для переключения на описанные выше секции. 
combat_ignore_cond = 
on_hit = 
on_death = 
on_combat = 
on_use = 

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

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

CoP: Разбор spawn section

2011-02-03T19:55:36Z

93.186.101.147:

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

Файл spawn_section иногда упускают из виду многие модмейкеры. Многие даже не подозревают, что можно в нем наворотить. Поэтому здесь написан полный разбор секции, которую можно создать в этом файле:
<code>
[zat_b14_stalker_1]:stalker --id непися или монстра с указанием родительского профиля*.
$spawn = "respawn\zat_b14_stalker_1" --параметр для левел эдитора
character_profile = zat_b14_stalker_1 --профиль непися в character_desc.xml. Для монстров не надо, понятно.
spec_rank = regular --ранг непися
rank = 17 --ранг непися значением. То же самое, что и spec_rank, но точнее.
community = stalker --группировка
story_id = zat_b14_stalker_1 --sid непися. рекомендуется задавать для эксклюзивов, обрабатываемых скриптами
custom_data = scripts\zaton\zat_b22_stalker_cop_body.ltx --кастом дата непися. Используется для объектов, спавнящихся скриптом не под смартом.
set_visual = actors\stalker_neutral\stalker_neutral_2 --задание визуала. Используется в биндере мотиватора при спавне. Сделано для катсцен.
</code>
* Родительские профили по умолчанию указаны в spawn_sections_general.ltx. Можно добавлять и свои. Или использовать ЛЮБЫЕ другие подходящие секции.

Еще можно задавать параметры из m_stalker.ltx (как пример), видимо, они будут перекрывать параметры оттуда. Примеры есть такие:
<code>
1. Звуковая схема непися:
<code>
sound_death =
sound_anomaly_death =
sound_hit =

sound_humming =
sound_alarm =
sound_backup =
sound_detour =
sound_friendly_fire =
sound_panic_human =
sound_panic_monster =
sound_tolls =
sound_wounded =
sound_grenade_alarm =
sound_friendly_grenade_alarm =
sound_need_backup =
sound_running_in_danger =
sound_walking_in_danger =
sound_kill_wounded =
sound_enemy_critically_wounded =
sound_enemy_killed_or_wounded =

sound_attack_no_allies =
sound_attack_allies_single_enemy =
sound_attack_allies_several_enemies =
sound_search1_no_allies =
sound_search1_with_allies =
sound_enemy_lost_no_allies =
sound_enemy_lost_with_allies =
sound_throw_grenade =
</code>
2. Настройки рэгдолла (в игре, например, используется для падения Проповедника):
<code>
random_death_animations = ragdoll_sniper_body_front_2
kill_enertion =
kill_burst =
kill_shortgun =
kill_headshot =
kill_sniper_headshot =
kill_sniper_body =
kill_grenade =
</code>
3. Настройки иммунитета:<code>
immunities_sect = stalker_immunities_strong (ну и саму секцию можно тут же прописать, а можно из m_stalker брать)
</code>
4. Разное

у пси-псевдопса:<code>
Max_Phantoms_Count = 5
Min_Phantoms_Count = 2
Time_Phantom_Appear = 1000
</code>
Есть мнение - можно безболезненно прописывать и многие другие настройки из m_stalker (или из глобальных конфигов монстров).
Фактически, большой простор кастомизации.

Послесловие:

Вообще необязательно в spawn_section прописывать все параметры НПС. Допустим я в spawn_section пишу такие секции:
<code>[zat_b14_stalker_1]:stalker
$spawn = "respawn\zat_b14_stalker_1"
character_profile = zat_b14_stalker_1</code>
Все остальные секции не обязательны. Хотя я думаю можно даже и $spawn не писать

Автор: [[Участник:KD87|KD87]]
[[Категория:Конфигурационные_файлы]]

CoP: Спавн НПС через smart terrain

2011-01-30T11:35:24Z

93.186.101.147:

Вообще в ЗП можно спавнить НПС двумя способами - через алл.спавн и через смарт_терраин. Сегодня я вам расскажу как спавнить НПС через смарт. Почему через смарт? Потому что:

1. Как заспавнить НПС через алл.спавн знают уже все

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

3. ПЫСовцы спавнили сталкеров только через смарты

Итак:

Для того чтобы заспавнить НПС необходимо сначала заспавнить смарт_терраин. Создадим секцию в алл.спавне для смарта:
<code>[9045] ; Уникальный номер секции
; cse_abstract properties
section_name = smart_terrain ; не менять
name = predbannik_blokpost_sniper1_smart ;Название смарта. Лучше всего называть смарты так: локация_место_чей_смарт_smart. Тогда вы точно не запутаетесь
position = -540.07904052734,28.130836486816,280.31533813477 ;позиция
direction = -0.991485774517059,0,-0.130215004086494

; cse_alife_object properties
game_vertex_id = 1190 ;game_vertex
distance = 9.80000019073486
level_vertex_id = 120156 ;level_vertex
object_flags = 0xffffff3e ;не менять
custom_data = <<END
[smart_terrain]
cfg = scripts\predbannik\smart\predbannik_blokpost_sniper1.ltx ;путь до файла с логикой
END

; cse_shape properties
shapes = shape0 ; здесь задается количество зон и их имена где будет работать смарт
shape0:type = sphere ;тип. Здесь - круг. Еще есть тип box
shape0:offset = 0,0,0 ;смещение
shape0:radius = 20 ;радиус

; cse_alife_space_restrictor properties
restrictor_type = 3 ;не менять

; se_smart_terrain properties</code>

Дальше идем по пути configs\scripts\predbannik\smart\ и создаем файл predbannik_blokpost_sniper1.ltx (если папки нет, то создаем)
Я сейчас не буду заморачиваться настройкой смарта и поэтому просто создам стандартный смарт и задам только лишь макс_кол-во человек в смарте:
<code>[smart_terrain]
max_population = 1

[exclusive]
;predbannik_blokpost_sniper1 = predbannik\blokpost_logic.ltx ;Здесь указываются эксклюзивные работы. Если вам нужно чтобы НПС выполнял какую-то работу, то создайте файл predbannik\blokpost_logic.ltx с логикой [logic@predbannik_blokpost_sniper1]</code>

Дальше создаем нужный нам сквард (на этом я тоже не буду заострять внимание, все это я опишу как нибудь потом) и идем в файл configs\misc\simulation.ltx
Там находим секцию [start_position_имя_локации] и после вставляем текст:

<code>Имя_скварда = имя_ваше_смарта</code>

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