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

S.T.A.L.K.E.R. Inside Wiki:Администраторы

2020-03-10T12:25:05Z

HikeR: /* Главные редакторы */ -HikeR

== Технические админы ==
Принимают пожелания, предложения по функционалу и работе базы знаний.

=== OlegatoR ===
*[mailto:oleg@gameru.net электронная почта]

== Главные редакторы ==
Отвечают на любые вопросы. Принимают пожелания, предложения по материалам, находящимся в базе знаний.

=== Loxotron ===
*[mailto:loxotron@bk.ru электронная почта]
*ICQ: *********

=== RedPython ===
*[mailto:redpythonred@gmail.com электронная почта]
*ICQ: *********

== Новости STALKER Wiki ==

'''- январь 2008 -''' 
Поддержка flash мувиков

'''- июнь 2009 -''' 
Исправлена загрузка картинок

'''- август 2009 -''' 
Установлена reCAPTCHA

'''- февраль 2010 -''' 
Исправлено отображение картинок

'''- февраль 2011 -''' 
Обновлен движок до MediaWiki 1.16.2

'''- май 2011 -''' 
Установлена reCAPTCHA

'''- сентябрь 2011 -''' 
Исправлено проигрывание flash-роликов

Восстановление Вырезанных Анимаций НПС.

2010-08-27T10:44:05Z

HikeR: перенес в "незаконченное", см. обсуждение

=Редактирование и восстановление вырезанных анимаций NPC=
'''Нус... Приступим =)'''
{| class="standart"
|-
|'''Мой урок, думаю, поможет новичкам!'''
|-
|__________________________________
|-
|''Первые шаги...''
|-
|''Что нам нужно???''
|-
|''Для восстановления необходимо сначала посмотреть, что восстанавливать. Так ведь?''
|-
|'''1. SDK'''
|-
|'''2. Конвертер от бардака!'''
|-
| '''Ну и естественно хоть чуть-чуть умения в обращении с этими вещами!'''
|-
|''Просмотр анимаций...''
|-
|''Делаем батник (''файл с расширением .bat, создается в блокноте. прим. Provod[Nik]'' ) для конвертации модели из'' '''ogf''' в '''object'''.
|-
|''Ну, возьмем модельку Наёмника!''
|-
|''Название:''
|-
|'''stalker_ki_mask.ogf '''
|-
|''Путь:''
|- ''\gamedata\meshes\actors\killer''
|''Теперь очередь батника!''
|-
|''батник:''
|-
|''converter -ogf -object stalker_ki_mask.ogf
|-
|''pause''
|-
|_____________________
|-
| ''Всё запускаем батник и появляется файл:''
|-
|'''stalker_ki_mask.object'''
|-
|''Открываем его в'' '''SDK''' ''и кликаем на три точки в'' '''motion reference''' , ''и снимаем все галочки!''
|-
|''Дальше нажимаем кнопку '' '''append''' ''и загружаем'' '''.skls''' ''файл!''
|-
|''чтобы получить'' '''.skls''' ''файл нам нужно создать опять же батник и файл с анимациями!''
|-
|''Мы возьмём файл со сталкерскими анимациями!''
|-
|''Название:''
|-
|'''stalker_animation.omf'''
|-
|''Путь:''
|-
|''\gamedata\meshes\actors''
|-
|''батник:''
|-
| ''converter -omf -skls stalker_animation.omf''
|-
| ''pause''
|-
|''Всё, запускаем батник и перед нами файл'' '''stalker_animation.skls'''
|-
|_____________________________
|-
|''Выбор анимации...''
|-
|''В SDK нажимаем на Motion и перед нами появляется список анимаций!''
|-
|''Я нашёл вырезанную анимацию чистки ствола!''
|-
|''Название:''
|-
|'''chistit ruje_1'''
|-
|_____________________________
|-
|''Восстановление...''
|-
|''Для этого нужно два файла:''
|-
|'''state_mgr_animation_list.script'''
|-
|'''state_lib.script'''
|-
|''В первом прописываем нашу анимку вот так:''
|-
|''stulik = { prop = { maxidle = 1,''
|-
|''sumidle = 1,''
|-
|''rnd = 100 },''
|-
|''into = { [0] = {"chistit ruje_1", {a="wpn_sig220"}, "chistit ruje_1"} },''
|-
|''out = nil,''
|-
|''idle = { [0] = "chistit ruje_1" },''
|-
|''rnd = nil },''
|-
|
|-
|'''Разъяснение:'''
|-
|''Толком я не понял что за что отвечает, но что-то я всё же понял...''
|-
|'''stulik''' ''-- Здесь можно писать что угодно это название анимки которое будет использоваться при ''
|-
|''запись в Логику...''
|-
|'''into''' ''-- использовать''
|-
|'''out''' ''-- выкинуть''
|-
|'''idle''' ''-- идловые анимки.''
|-
|'''rnd''' ''-- используется для групповых анимаций, типа повернулся влево вправо встал сел...''
|-
|'''nil''' ''-- не использовать.''
|-

|''Так же Объяснения от Замечательного человека Максим Р.''
|-
|'''into''' ''- входная анимация (начальная);''
|-
|'''out''' ''- выходная анимация (конечная);''
|-
|'''idle''' ''- анимация между into и out;''
|-
|'''rnd''' ''- случайная анимация, которая будет отыгрываться во время idle случайным образом.''
|-
|'''chistit ruje_1''' ''-- тут думаю понятно! (сама анимка)''
|-
|''Т.к. я до конца не разобрался врать не буду, что-то может и не так разъяснил то за что отвечает!''
|-

|''В'' '''state_lib.script''' ''пишем следующее:''
|-
|'''stulik= {weapon = "unstrapped",'''
|-
|'''movement = nil,'''
|-
|'''mental = nil,'''
|-
|'''bodystate = nil,'''
|-
|'''animstate = nil,'''
|-
|'''animation = "stulik"'''
|-
|''' },'''
|-
|''Здесь разъяснять без толку, т.к. тут и всё понятно!''
|-
|''НО есть формальности из-за которых у меня и была ошибка( не появлялось оружие в руках)''
|-
|'''Поясняю:'''
|-
|'''strapped''' ''- оружие на спине''
|-
|'''unstrapped''' ''- оружие в руках''
|-
|'''none''' ''- убрать вообще''
|-
|'''drop''' ''- бросить''
|-
|''fire''' ''- стрелять''
|-
|''все в логике НПСа пишем:''
|-
|'''[logic]'''
|-
|'''active = remark'''
|-
|'''[remark]''
|-
|'''anim = stulik'''
|-
|________________________
|-
|''Вот и всё анимация восстановлена!=)''
|-
|''Ну теперь спауним для нашего Чистильщика стул!''
|-
|''Создаёшь файл в папке'' '''creatures'''
|-
|''Ну допустим назовём файл'' '''taburetka.ltx'''
|-
|''и в него конфинги:''
|-
|'''[table]:identity_immunities''
|-
|'''GroupControlSection = spawn_group''
|-
|'''discovery_dependency ='''
|-
|'''$spawn = "taburetka\table"''' ''-- тут указывается файл и секция (понадобится для спауна)''
|-
|''';$prefetch = 32'''
|-
|'''class = II_ATTCH'''
|-
|'''cform = skeleton'''
|-
|'''visual = physics\stol\stol_obedenniy.ogf ''' ''-- визуал стола''
|-
|'''radius = 1'''
|-
|''';script_binding = bind_physic_object.init'''
|-
|'''description = inventory_sakbox_01_desc'''
|-
|'''inv_name ='''
|-
|'''inv_name_short ='''
|-
|'''inv_weight = 10'''
|-
|'''inv_grid_width = 3'''
|-
|'''inv_grid_height = 3'''
|-
|'''inv_grid_x = 22'''
|-
|'''inv_grid_y = 29'''
|-
|'''cost = 0'''
|-
|'''can_take = false'''
|-

|'''[table_2]:table'''
|-
|'''GroupControlSection = spawn_group'''
|-
|'''discovery_dependency ='''
|-
|'''$spawn = "taburetka\table_2"'''
|-
|'''visual = physics\stol\stol_4.ogf''' ''-- тот же стол но с другим визуалом''
|-

|'''[table_3]:table'''
|-
|'''GroupControlSection = spawn_group'''
|-
|'''discovery_dependency ='''
|-
|'''$spawn = "taburetka\table_3"'''
|-
|'''visual = physics\stol\stol_7.ogf''' ''-- аналогично''
|-

|'''[stul]:table'''
|-
|'''GroupControlSection = spawn_group'''
|-
|'''discovery_dependency ='''
|-
|'''$spawn = "taburetka\stul"'''
|-
|'''visual = physics\stul\stul_1a.ogf''' ''-- стул''
|-
|''Ах да! чуть не забыл!=)''
|-
|''Нужно прописать наш файл в'' '''system.ltx''' ''чтобы спаун работал!=)''
|-
|''куда-нибудь в начало пихаем вот это:''
|-
|''' #include "creatures\taburetka.ltx" ''''
|-
|''Всё сохраняем!''
|-
|''Очередь спауна:''
|-
|''Cоздаём файл в папке '' '''gamedata\scripts'''
|-
|''Назовём его'' '''esc_stul.script'''
|-
|''в нём пишем:''
|-
|'''function esc_stul ()'''
|-
|'''alife():create("stul",vector():set(-X,Y,Z),l_v,g_v)'''
|-
|'''end'''
|-
|''где '''XYZ''' ''пишем координаты места''
|-
|''где'' '''l_v g_v''' ''пишем левел и гейм вертексы.''
|-
|''Всё Наш Чистильщик усажен на стул!=)''
|-
|}
Создатель:[[Участник:ФеНиКс|ФеНиКс]] 10:32, 23 ноября 2009 (UTC) 
{| class="standart"
! style="background-color:#E0FFFF" width=20% | Связаться со мной можно
|-
|По ICQ №559615499
|-
| ВКонтакте №id19647122
|-
|На СП(Сталкер-портале) Ник:Николай ФеНиКс
|}

{| class="standart"
|Поправил текстовые и лексические ошибки. '''Provod[Nik]'''
|}

[[Категория:Незаконченные_статьи]]

Обсуждение:Восстановление Вырезанных Анимаций НПС.

2010-08-27T10:43:12Z

HikeR:

--HikeR 10:43, 27 августа 2010 (UTC)

стиль оформления это нечто. в "незаконченных статьях" самое место, на конечный результат совершенно не тянет.

Обсуждение:Восстановление Вырезанных Анимаций НПС.

2010-08-27T10:42:28Z

HikeR:

--HikeR 10:42, 27 августа 2010 (UTC)
стиль оформления это нечто. в "незаконченных статьях" самое место, на конечный результат совершенно не тянет.

3dsmax. Создание модели персонажа

2010-02-25T14:27:02Z

HikeR: оформление

3dsmax. Создание модели персонажа

2010-02-25T14:23:49Z

HikeR: Откачено к последнему изменению, сделанному Rekongstor

==Предисловие==
===Начало===
Самым важным, пожалую бывает предисловие. )).

Итак. Сегодня мы рассмотрим подробное создание персонажей в 3ds max. Я видел урок, посвящённый этому делу, но он был только по созданию модели в Maya и тем белее основывался только на ограничениях, а не на подробностях создания.

В этом уроке я не буду ПОДРОБНО объяснять, как в предыдущих. И поэтому вы сами должны прочитать уроки по 3ds сами и потом браться за дело.

===Перед практикой===
Мы будем создавать супер робота "квадратный андроид" на основе вырезанных зомби :D. Как вы поняли, персонаж будет мутантом, которого мы сначала сделаем добрым.

==Практикуемся==
===Модель и текстурирование===
Я создал простенькую модель на основе стандартных боксов. И мне потребовалась для этого одна текстура - какая-нибудь металлическая из архивов игры.

Для начала я изучу саму модель зомби и скажу, какие в ней кости, чтобы мы знали, какие объекты нам необходимы (в каком колличестве)

Итак. Значит в модели 41 кость. Я пока начну создавать 40 боксов (т.к. одна кость - главная типа Root или main_bone)

...

Всё. С созданием объектов покончено. Склеим их нажав на молоточек - Collapse - Collapse Selected

Они у нас стали одного цвета, если были разноцветные. Также они объединились в один объект с модифаером Editable Mesh.

Теперь наложите текстуру на объект.

Всё с моделью и текстурами покончено. Приступим к следующему этапу.

Я специально сейчас делаю робота больше обычного зомби, чтобы он хоть грозным казался :)).

===Кости===

Создаёте необходимые кости, обзываете их правильно, присоединяйте к главной и т.п. чтобы у Вас получилось примерно такой вид в Schematic View:

[[Изображение:Max_mob_cv.png]]

Т.к. названия костей я пока не подписал, пользуйтесь своеоразным CV из Actor Editor ))

[[Изображение:Ae_mob_cv.png]]

===Physique===

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

Чтобы было легче, переходите в меню Editable Mesh \ Element , выбирайте нажную деталь и переходите в Physique.
Так легче выделить вертексы.

Ещё стоит иногда юзать Lock'и в Physique - иногда помогает.

===Анимирование===

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

===Не смотреть на разборки модмейкера и хама===

''Rek0'' - если ты думаешь, что ты такой крутой, научись читать, хохол сраный. Анонимус - утырок. Имя забыл? И для тупых повторю - КАТЕГОРИЯ - '''НЕЗАКОНЧЕННЫЕ''' СТАТЬИ и Статья посвещена '''МАКСУ''', а не майе. Может, в ней легче делать. Не спорю, но в следующий раз - читай название статьи, прежде чем писать свои оскорбления, школотан тупой. А если тебе не с кем поспорить - лучше иди на форум и там свои мысли выкладывай. А это - приличный сайт. Здесь язык за зубами, '''ПОНЯЛ???!!!''' А в своей майе пыхти, хоть подавись ею. Или вон нагоняй на автора статьи с удивительным именем "X" со столь умело написанным текстом - "ы?" ! Или вон на автора сатьи, которая всегда "пишется"! И прям без перерыва! И имя у неё такое!!! "Перенос спавн элемента из сдк в игру, подробное описание" Насколько оно должно быть подробным, чтобы его месяц целы писать? Я на этом сайте тоже что-то стою, а если ты скрываешь свой ник, то ты просто мелкий хам, который пришёл сюда со своими оскорблениями.
[[Категория:Незаконченные статьи]]

3dsmax. Создание модели персонажа

2010-02-25T14:19:48Z

HikeR: Откачено к последнему изменению, сделанному 95.132.166.198

==Предисловие==
===Начало===
Самым важным, пожалую бывает предисловие. )).

Итак. Сегодня мы рассмотрим подробное создание персонажей в 3ds max. Я видел урок, посвящённый этому делу, но он был только по созданию модели в Maya и тем белее основывался только на ограничениях, а не на подробностях создания.

В этом уроке я не буду ПОДРОБНО объяснять, как в предыдущих. И поэтому вы сами должны прочитать уроки по 3ds сами и потом браться за дело.

===Перед практикой===
Мы будем создавать супер робота "квадратный андроид" на основе вырезанных зомби :D. Как вы поняли, персонаж будет мутантом, которого мы сначала сделаем добрым.

==Практикуемся==
===Модель и текстурирование===
Я создал простенькую модель на основе стандартных боксов. И мне потребовалась для этого одна текстура - какая-нибудь металлическая из архивов игры.

Для начала я изучу саму модель зомби и скажу, какие в ней кости, чтобы мы знали, какие объекты нам необходимы (в каком колличестве)

Итак. Значит в модели 41 кость. Я пока начну создавать 40 боксов (т.к. одна кость - главная типа Root или main_bone)

...

Всё. С созданием объектов покончено. Склеим их нажав на молоточек - Collapse - Collapse Selected

Они у нас стали одного цвета, если были разноцветные. Также они объединились в один объект с модифаером Editable Mesh.

Теперь наложите текстуру на объект.

Всё с моделью и текстурами покончено. Приступим к следующему этапу.

Я специально сейчас делаю робота больше обычного зомби, чтобы он хоть грозным казался :)).

===Кости===

Создаёте необходимые кости, обзываете их правильно, присоединяйте к главной и т.п. чтобы у Вас получилось примерно такой вид в Schematic View:

[[Изображение:Max_mob_cv.png]]

Т.к. названия костей я пока не подписал, пользуйтесь своеоразным CV из Actor Editor ))

[[Изображение:Ae_mob_cv.png]]

===Physique===

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

Чтобы было легче, переходите в меню Editable Mesh \ Element , выбирайте нажную деталь и переходите в Physique.
Так легче выделить вертексы.

Ещё стоит иногда юзать Lock'и в Physique - иногда помогает.

===Анимирование===

Здесь уже придётся попыхтеть мне, чтобы Вам не надо было делать лишних анимаций.
(анонимус считает, что ты - идиот, и всё это можно сделать за 3 минуты в Maya.
Лучше всего юзать родные скелеты, тобишь не надо мучаться с анимацией, так как есть готовый паки.
В Maya привязка осуществляется с помощью брашей намного легче чем в максе).
[[Категория:Незаконченные статьи]]

3dsmax. Работа с Unwrap UVW

2010-02-18T21:59:37Z

HikeR: Откачено к последнему изменению, сделанному 109.127.20.210

==Подготовка==
===Предисловие===

Эта статья расчитана на людей, не понимающих всех моментов в Max'е

Некоторые вообще не умеют накладывать текстуру на модель, многие не умеют применять текстуру к определённой части объекта, но всё же очень многие не умеют пользоваться Unwrap UVW. О нём уже упоминалось в [[Создание_моделей_и_их_добавление_в_игру|статье по созданию 3d моделек]]

Но тем не менее она была не подробной. Например научился накладывать текстуру я только в одном из уроков из ЛКИ :D
Поэтому начнём.

===Инструментарий===
* 3ds max 8
* Плагины экспорта (лучше будет и иметь плагины импорта тоже)
* X-Ray SDK
* Photoshop (или другой редактор... Paint.NET например)
* Совсем небольшие навыки создания объектов в максе (то, что не знаете, meltn описано здесь)

==Практика==
===Модель===
Для начала я создал бокс. Потом изменил его высоту, ширину, длину:
L. = 0,3
W. = 0,21
H. = 0,007

Вы можете использовать свои размеры.

[[Изображение:Rek0_UVW_-_модель.png]]

===Текстуриование===
====Накладываем текстуру====
Теперь наложите на него текстуру:
* Откройте Material Editor
Далее я пропущу шаги, т.к. это уже не раз описывалось в уроках по теме 3ds max на Stalker Inside
* Вот Вы наложили текстуру (обратите внимание, что текстура должна быть одним файлом!

[[Изображение:Rek0_UVW_-_текстура.png]]

Не все знают, как накладывается текстура. Поэтому напишу:
- '''Зажмите''' на шарике в Material Editor левую кнопку мыши.

Если передвинуть мышь, указатель станет другим (квадратная рамка и круг с крестом поверх рамки)

- Перенесите текстуру на модель.

Указатель снова поменяется (квадратная рамка, но только поверх неё - курсор) и появится подсказка,
на какой объект мы перемещаем материал.

- Разожмите клавишу мыши, когда произойдёт последнее вышесказанное изменение курсора

Не забудьте нажать на сине-белый кубик в Mat.Editor'е (чтобы мы видели, как легла текстура)

====Unwrap UVW====
Но что это? Когда мы посмотрели на модель, увидели, что текстур алегла беспорядочно! Вот для этого и нужен Unwrap UVW

Перейдите в режим Modify. Сделайте последние изменения объекста и можно создавать Un-UVW. Нажмите на свиток Modifier List\Unwrap UVW

* Нажмите на "+" перед Unwrap UVW и выберите в открывшемся свике Face.
* Нажмите на нужную сторону объекта.

[[Изображение:Rek0_UVW_-_face.png]]

*Теперь в правой панели нажмите в свитке Parameters кнопку Edit
*В открывшемся окне нажмите на свиток Character Pattern и выберите в контекстном меню "Map#1" (или другой, но чтобы в скобках было написано название вашей текстуры)

Есть 4 варианта изменения наложения и режим Mirror - для отражения текстуры по горизонатли)
*Move - Двигать выделенные точки
*Rotate - Вращать их
*Scale - Изменять размер
*Freeform mode - Поговорим отдельно.

FF Mode:
Можно свободно изменять размер и т.д. без одновременного изменения нужного по другим осям.
Чтобы изменить:
Размер - Выделите точки и двигайте углы
Позицию - Двигайте красную сетку
Угол поворота (Rotate) - Двигайте бока выделенных точек.

Вот мы и закончили изменение одного лица (face), затем другого...

Потом нажмите правой кнопкой на объект и перейдите в: Convert To\Editable Mesh

Затем в панели Modify можно отсоединять Faces и уже по-отдельности (если не получилось в одном объекте) можно создавть для объектов Un-UVW

И вот у меня получилась такая модель:

[[Изображение:Rek0_UVW_-_end.png]]

Хм... Где-то я её уже видел.... Что-то похожее..... А! Точно!
Сама игромания писала однжды урок :)). По созданию объектов в максе.

Вот [http://www.igromania.ru/upload/articles/109/54894/models_import_04.jpg|Вот я её вспомнил] :)

==Заключение==
Мы научились накладывать на объекты текстуры, которые будут правильно ложиться в последующих действиях.
Кстати.. Перед тем, как создавать Physique (или, если будете делать статический, то перед экспортом),
сконвертируйте объект в Editable Mesh ещё раз на всякий...

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

==Авторы==
* [[Участник:Rekongstor]] - Написал статью, проверил, показал.
* Stalker2012 - Подал идею <десу>

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

Создание уровня, пошаговое руководство

2010-02-13T03:17:08Z

HikeR: убрал из категории "незаконченных"

{|align=right
|''Автор:'' '''[[Участник:Neo|Neo][]]'''
|}
{{Message_box|
id =pseudoscience|
align = center|
backgroundcolor = rgb(235, 235, 255);|
image =Question.gif|
heading =Возникли вопросы/предложения|
message =Пиши [[Обсуждение:Создание уровня, пошаговое руководство|тут]].}}
__TOC__
В данном уроке попытаюсь рассказать об основах работы с Level Editor-ом пакета SDK, на примере создания простейшего уровня.

В пакете SDK уже довольно много готовой геометрии, которую можно размещать на своём уровне, но иногда хочется вставить что-то своё, это можно сделать, смоделировав объект в пакете 3D моделирования Maya или 3D Studio Max.

== Создание геометрии ==
Научить работать в 3D редакторах я не смогу, поэтому подробно остановлюсь только на процессах установки и настройки плагина, текстурировании и назначении шейдеров геометрии.
=== Установка и настройка плагина ===

==== Установка для Maya ====
Установка плагина заключается в копировании:
*Всех файлов из папки scripts_plugins\scripts в папку C:\Documents and Settings\UserName\My Documents\maya\scripts
*Всех файлов из папки scripts_plugins\ver-ххх в папку C:\Program Files\Autodesk\Maya_ххх\bin
*Файла scripts_plugins\xray_path.ltx в папку C:\Program Files\Autodesk\Maya_ххх\bin
==== Установка для 3D Studio Max ====
[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=100 Качаем] плагин. Распаковываем архив, копируем содержимое папки '''plugin'''(именно plugin) в папку макса.
==== Настройка ====
Далее в официальном руководстве написано, что требуется диск Х, мы приложили батник для создания этого диска и т.д.
Возможно кто-то согласится с таким вариантом, но я решил просто отредактировать файл xray_path.ltx и не мучатся с батником и диском.

Необходимо изменить только первые две строчки файла xray_path.ltx:
<pre>
$server_root$ = false| false| e:\sdk\(это путь до папки в которой у вас находится SDK)
$local_root$ = false| false| e:\sdk\(это путь до папки в которой у вас находится SDK)
После некоторого шаманства заработало в таком виде:
$server_root$ = false| false| C:\Program Files\X-Ray SDK\level_editor\
$local_root$ = false| false| C:\Program Files\X-Ray SDK\level_editor\
</pre>
Всё, можно пользоваться плагином.

=== Настройка единиц измерения ===
Для того, чтобы размеры объектов в редакторе совпадали с теми, что используются в X-Ray SDK, необходимо выполнить соответствующую настройку.

==== Настройка Maya ====

Для начала необходимо единицы измерения перевести в метры (по умолчанию в Maya 8.5 используются сантиметры). Делается это в 2 этапа:
* Заходим в меню Window -> Settings/Preferences -> Preferences. В открывшемся диалоге, в категории Settings, находим список Working Units -> Linear и выбираем Meter, как показано на скриншоте (шаг 1, шаг 2).
* Теперь, для удобства работы, в настройках камеры необходимо изменить дальность отображения с 10м на 1000м (смотри скриншот шаг 3)
{|
|valign=top|[[Изображение:SantimToM1.gif|thumb|400px|Шаг 1: выбираем указанный пункт меню]]
|valign=top|[[Изображение:SantimToM2.gif|thumb|400px|Шаг 2: выбираем еденицы измерения - метры]]
|valign=top|[[Изображение:SantimToM3.gif|thumb|400px|Шаг 3: настраиваем камеру]]
|}
Замечен глюк: после настройки камеры изображение может пропасть, в чём дело пока не разобрался, но ситуацию помогает победить выбор в меню камеры следующих двух пунктов:
* Panel -> Perspective -> New
* View -> Camera Settings -> View Compass

==== Настройка 3D Studio Max ====
Настройка заключается только в выборе в качестве единиц измерения метров.
*Заходим в меню Customize -> Units Setup... В группе Display Unit Scale ставим переключатель на Metric, в выпадающем списке ищем Meters.
*Так же необходимо нажать кнопку System Unit Setup и приравнять условную единицу к метру (т.е. там где "1 Unit = 1,0 в выпадающем списке выбрать Meters. Флажок "Respect System Units in Files" должен быть включен)

[[Изображение:3d-max-unit-setup.gif|thumb|left|400px|Меняем единицы измерения]]
 

=== Моделирование ===
Для нашего простейшего уровня нам понадобится создать просто бокс в качестве террейна.

Создадим box размеров 50м*50м*0,1м.

==== Замечания и правила ====

* Вся геометрия должна быть создана в реальных мировых размерах (если стол в реальной жизни высотой 1 метр, значит его надо и в Maya делать высотой 1 метр, всё предельно ясно и просто)
* Bounding box персонажа имеет три состояния: стоя (1.8х0.7х0.7 в метрах), сидя (1.5х0.7х0.7 в метрах) и очень сидя (1.2х0.7х0.7 в метрах).
* Весь уровень должен быть не больше 150 тысяч треугольников.
* Сцена должна состоять из групп. Название группы формируется по такому принципу: mp_имяуровня_назвгеометрии. Например, в нашей тестовой сцене такие группы: mp_atp_terrain, mp_atp_buildings. В группе может находится как и один объект, так и несколько. Имена объектов внутри группы никоем образом не должны совпадать с именем группы. В переделах одной группы все имена должны быть уникальны.
* Шейп объекта должен содержать правильное имя. Формируется по такому принципу: объект - имя_объекта, шейп - имя_объектаShape

=== Текстурирование и назначение шейдеров ===

==== 3D Studio Max ====
Открываем Material Editor(M) выделив один из образцов материала, открываем диалог Material/Map Browser, щелчком на кнопке Standart. Создадим новый материал XRayMtl, дважды щёлкнув по нему в списке.

Займёмся настройкой параметров материала. X-ray материал, кроме текстуры использует надстройку состоящую из трёх шейдеров - Engine, Compiler, Material.
* Engine - отображение текстуры в движке игры.
* Compiler - используется при компиляции уровня.
* Material - игровой материал (wallmark, sound и др.).
Для начала настроим шейдеры. В Material Editor-e разворачиваем свиток XRay Params. В выпадающих списках представлены различные варианты шейдеров. Более подробно параметры шейдеров рассмотрены в статье [[Описание шейдеров XRayMtl]]. Для нашего примера ограничимся установкой следующих значений:
* Engine - default
* Compiler - default
* Material - material/asphalt
{|
| valign=top |[[Изображение:3d-max-create-xraymtl.gif|thumb|400px|Создание нового материала XRayMtl]]
| valign=top |[[Изображение:3d-max-xray-params.gif|thumb|Настройка XRay шейдеров материала]]
|}

Текстурирование заключается в назначении текстуры процедурной карте Diffuse Color.
Вообще, в редакторе материалов (В свитке Maps) много процедурных карт, но X-Ray mtl поддерживает (экспортирует) лишь одну, указанную выше.
!Важно - чтобы экспорт был, надо назначить карту в кнопку diffuse colour. Можно назначить любую карту формата *tga, так-же важно чтобы размер текстуры (ширина/высота) был равен степени двойки (256, 512 и т.д.).
{{Message_box|
id =pseudoscience|
align = center|
backgroundcolor = rgb(235, 235, 255);|
image =Question.gif|
heading =Надо ли расписать процесс назначения текстуры каналу?|
message =Пиши [[Обсуждение:Создание уровня, пошаговое руководство|тут]].}}

=== Экспорт ===

==== 3D Studio Max ====
Для начала выделяем все объекты, которые мы хотим экспортировать в виде единого объекта, т.е. всё, что мы выберем сейчас в редакторе будет представленно как одна модель. В нашем случае это один box.

Переходим на командную панель Utilities, нажимаем кнопку More... В появившемся списке в самом конце видим XRay Export, выбираем, жмём ОК.
После запуска модуля на панели появится новый свиток XRay Export, в списке Selected можно проконтролировать какие объекты выбраны, нажимаем кнопку Export Editor Object... cохраняем файл в папку {SDK folder}\import.
{|
| valign=top |[[Изображение:3d-max-xray-export.gif|thumb|400px|Запускаем модуль экспорта]]
| valign=top |[[Изображение:3d-max-xray-export2.gif|thumb|400px|Экспорт объектов]]
|}

== Импорт геометрии и текстур в пакет ==
При экспорте из редактора(Maya && 3D Max) мы получим файлы *.object.

Запускаем Level Editor и добавим нашу геометрию в Objects Library, делается это так: Objects -> Library Editor, откроется диалог Object Library.
[[Изображение:SDK-Find-new-texture.gif|thumb|Редактор нашёл текстуру]]
Для удобства создадим новую группу для наших объектов, щёлкаем в левой части окна ПКМ и выбираем Create Folder, переименуем в my_first_level.
Выделяем группу, и нажимаем кнопку Import Object, ищём наши *.object файлы, после того как объекты добавлены можно посмотреть, как они примерно будут выглядеть в игре, для этого ставим галочку Preview и любуемся нашим объектом. Теперь можно закрыть диалог Object Library.

Если использовали свою текстуру, то её также надо добавить в пакет, Images -> Check New Textures. Данная команда заставляет редактор просмотреть папку SDK/Import и добавить новые файлы в Texture List, файлы должны быть в формате Targa(*.tga).
Не меняя ничего в диалоге импорта текстур нажимаем ОК. Всё теперь наша текстура есть в списке текстур редактора. Можно переходить к следующему шагу.
{|
|valign=top|[[Изображение:SDK-Object-Library.gif|thumb|left|Диалог Object Library]]
|valign=top|[[Изображение:SDK-OL-crt-grp.gif|thumb|left|Создание группы для объектов]]
|valign=top|[[Изображение:SDK-Update-Image-Dialog.gif|thumb|300px|Диалог импорта текстур]]
|}

== Создаём уровень ==
Приступим к созданию уровня, начнём с расстановки объектов.

=== Расстановка объектов :) ==

Тутор пока незакончен, так что о подробной работе в редакторе,
сохранении и компиляции читаем по ссылке ниже с '''шага 6'''
*[[Maya. Глава 1: Hello World или первый кубик.]]

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

=== SDK объединён с игрой ===
В данном случае надо только отредактировать файл gamedata\config\mp\map_list.ltx, вписав в каждой из секции [deathmatch], [teamdeathmatch], [artefacthunt] название своего уровня.
=== SDK не объединён с игрой, игра распакована ===
В данном случае надо также отредактировать файл gamedata\config\mp\map_list.ltx, вписав в каждой из секции [deathmatch], [teamdeathmatch], [artefacthunt] название своего уровня + скопировать содержимое папки [SDK folder]\gamedata\levels\название уровня\ в папку [STALKER folder]\gamedata\levels\название уровня\.
=== SDK не объединён с игрой, игра не распакована ===
Повторяем действия предыдущего случая, только папки надо будет создавать самому, файл gamedata\config\mp\map_list.ltx можно взять из папки [SDK folder]\gamedata\config\mp\map_list.ltx
=== SDK не объединён с игрой + использовались свои текстуры ===
В данном случае необходимо скопировать:
*Текстуры из [SDK folder]\gamedata\textures\user\ в папку [STALKER folder]\gamedata\textures\user\
*Файл [SDK folder]\gamedata\textures\textures.ltx в папку [STALKER folder]\gamedata\textures\

== Ссылки ==

*[[Описание шейдеров XRayMtl]]
*[[Глобальное озеленение, добавляем траву на уровень]]
*[[Добавляем аномалии на уровень]]
*[[Учимся подвешивать объекты]]


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

Редактирование костюмов

2010-02-13T03:14:16Z

HikeR: оформление

===Разбор параметров===

В этой статье мы рассмотрим значения параметров костюмов. 
Все параметры, не упомянутые ниже, изменять '''строго не рекомендуется'''!

Итак, секции с параметрами находятся в файле: 
'''config\misc\outfit.ltx'''

Разберем, например, параметры классического костюма сталкера.

<pre>[stalker_outfit]:outfit_base

; название секции костюма. именно к нему игра будет обращаться. outfit_base -
базовая (наследуемая) секция (изменять строго не рекомендуется).

visual = equipments\stalker_suit ; модель, используемая для сложенного костюма,
лежащего на земле.

actor_visual = actors\hero\stalker_hood.ogf ; модель, используемая для игрока, когда
на нем надет костюм.

inv_name = stalker_outfit_name ; название в инвентаре.

inv_name_short = stalker_outfit_name ; название в инвентаре (в принципе, можно
здесь продублировать значение предыдущего параметра - так чаще всего и делают).

description = stalker_outfit_description ; ссылка на текстовую строку
с описанием.

inv_weight = 5.0 ; вес.

; далее идут параметры иконки в инвентаре (см. примечание 1).

inv_grid_width = 2
inv_grid_height = 3
inv_grid_x = 6
inv_grid_y = 15

full_icon_name = npc_icon_stalker_outfit ; название иконки.

cost = 15000 ; базовая цена (см. примечание 2).

full_scale_icon = 14,11 ; иконка сталкера в костюме в полный
рост (отображается в инвентаре справа).

nightvision_sect = effector_nightvision_bad ; тип ПНВ
("плохой" - зеленый, "хороший" - синий).

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

burn_protection = 0.5 ; защита от воздействия
огня (костры, аномалия "Жарка" и т.д.).

strike_protection = 0.5 ; защита от ударов
(наносятся мутантами, например, псевдогигантом).

shock_protection = 0.5 ; защита от поражения
электричеством.

wound_protection = 0.4 ; защита от ранений
(наносятся мутантами, например, собаками, кровососами и т.д.).

radiation_protection = 0.5 ; защита от радиации.

telepatic_protection = 0.0 ; защита от пси-воздействия
(например, присутствие контроллера серьезно влияет на psy_health).

chemical_burn_protection = 0.5 ; защита от химического воздействия.

explosion_protection = 0.3 ; защита от взрывов/осколков.

fire_wound_protection = 0.3 ; защита от огнестрельного
оружия (наиболее важный параметр для большинства костюмов).

power_loss = 0.87
bones_koeff_protection = gilet_antigas_damage

[sect_stalker_outfit_immunities] ; коэффициенты иммунитета самого костюма, то
есть - то, насколько сильно он сам подвержен повреждениям от различных типов
воздействий. по значениям каждого типа - см. выше.

burn_immunity = 0.03
strike_immunity = 0.01
shock_immunity = 0.03
wound_immunity = 0.015
radiation_immunity = 0.00
telepatic_immunity = 0.00
chemical_burn_immunity = 0.03
explosion_immunity = 0.03
fire_wound_immunity = 0.01</pre>

===Примечания===

# Подробнее о работе с иконками и текстурами - см. [[Редактирование торговцев]]
# Подробнее о механизме работы цен - см. [[Изменение текстур]].

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

Также существуют параметры

additional_inventory_weight = 30 
additional_inventory_weight2 = 30 
 Они увеличивают (уменьшают) переносимый вес ГГ в костюме с этим параметрами (в моем случае на 30 кг).
 Вписывать эти параметра следует после строки bones_koeff_protection.

===Дополнение от DR.KREIG===

есть еще 3 таких параметра как:
# power_loss = 0.77
# bleeding_restore_speed = -0.006
# health_restore_speed = 0.0007

первый отвечает за усталость, прописываеться в %%, то есть 0.77 равно 77%, силы тратяться на 33% медленнее(100% - стандартная усталость), второй отвечает за остановку кровотечения, третий за восстановление здоровья

==Авторы==

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

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

Дополнение:

* '''Aiden57'''

Исправление мелких недочётов:
* [[Участник:Rekongstor|Rekongstor]]

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

Редактирование костюмов

2010-02-13T03:12:17Z

HikeR: оформление

===Разбор параметров===

В этой статье мы рассмотрим значения параметров костюмов. 
Все параметры, не упомянутые ниже, изменять '''строго не рекомендуется'''!

Итак, секции с параметрами находятся в файле: 
'''config\misc\outfit.ltx'''

Разберем, например, параметры классического костюма сталкера.

<pre>[stalker_outfit]:outfit_base

; название секции костюма. именно к нему игра будет обращаться. outfit_base -
базовая (наследуемая) секция (изменять строго не рекомендуется).

visual = equipments\stalker_suit ; модель, используемая для сложенного костюма,
лежащего на земле.

actor_visual = actors\hero\stalker_hood.ogf ; модель, используемая для игрока, когда
на нем надет костюм.

inv_name = stalker_outfit_name ; название в инвентаре.

inv_name_short = stalker_outfit_name ; название в инвентаре (в принципе, можно
здесь продублировать значение предыдущего параметра - так чаще всего и делают).

description = stalker_outfit_description ; ссылка на текстовую строку
с описанием.

inv_weight = 5.0 ; вес.

; далее идут параметры иконки в инвентаре (см. примечание 1).

inv_grid_width = 2
inv_grid_height = 3
inv_grid_x = 6
inv_grid_y = 15

full_icon_name = npc_icon_stalker_outfit ; название иконки.

cost = 15000 ; базовая цена (см. примечание 2).

full_scale_icon = 14,11 ; иконка сталкера в костюме в полный
рост (отображается в инвентаре справа).

nightvision_sect = effector_nightvision_bad ; тип ПНВ
("плохой" - зеленый, "хороший" - синий).

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

burn_protection = 0.5 ; защита от воздействия
огня (костры, аномалия "Жарка" и т.д.).

strike_protection = 0.5 ; защита от ударов
(наносятся мутантами, например, псевдогигантом).

shock_protection = 0.5 ; защита от поражения
электричеством.

wound_protection = 0.4 ; защита от ранений
(наносятся мутантами, например, собаками, кровососами и т.д.).

radiation_protection = 0.5 ; защита от радиации.

telepatic_protection = 0.0 ; защита от пси-воздействия
(например, присутствие контроллера серьезно влияет на psy_health).

chemical_burn_protection = 0.5 ; защита от химического воздействия.

explosion_protection = 0.3 ; защита от взрывов/осколков.

fire_wound_protection = 0.3 ; защита от огнестрельного
оружия (наиболее важный параметр для большинства костюмов).

power_loss = 0.87
bones_koeff_protection = gilet_antigas_damage

[sect_stalker_outfit_immunities] ; коэффициенты иммунитета самого костюма, то
есть - то, насколько сильно он сам подвержен повреждениям от различных типов
воздействий. по значениям каждого типа - см. выше.

burn_immunity = 0.03
strike_immunity = 0.01
shock_immunity = 0.03
wound_immunity = 0.015
radiation_immunity = 0.00
telepatic_immunity = 0.00
chemical_burn_immunity = 0.03
explosion_immunity = 0.03
fire_wound_immunity = 0.01</pre>

===Примечания===

1. Подробнее о работе с иконками и текстурами - см. [[Редактирование торговцев|здесь]]. 
2. Подробнее о механизме работы цен - см. [[Изменение текстур|здесь]].

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

Также существуют параметры

additional_inventory_weight = 30 
additional_inventory_weight2 = 30 
 Они увеличивают (уменьшают) переносимый вес ГГ в костюме с этим параметрами (в моем случае на 30 кг).
 Вписывать эти параметра следует после строки bones_koeff_protection.

===Дополнение от DR.KREIG===

есть еще 3 таких параметра как:
# power_loss = 0.77
# bleeding_restore_speed = -0.006
# health_restore_speed = 0.0007

первый отвечает за усталость, прописываеться в %%, то есть 0.77 равно 77%, силы тратяться на 33% медленнее(100% - стандартная усталость), второй отвечает за остановку кровотечения, третий за восстановление здоровья

==Авторы==

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

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

Дополнение:

* '''Aiden57'''

Исправление мелких недочётов:
* [[Участник:Rekongstor|Rekongstor]]

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

Обсуждение:Maya. Подробное описание создания объектов

2010-02-13T03:08:18Z

HikeR:

Здесь задавайте вопросы по статье.

Чтобы добавить комментарий - нажмите "+" наверху страницы правее гиперссылок "статья" и "обсуждение"

самая нижняя ссылка с авангардом какое отношение имеет к статье, теме и сайту в целом?
--HikeR 03:08, 13 февраля 2010 (UTC)

Обсуждение:Сборка АИ-Сетки

2010-02-13T03:05:46Z

HikeR: дополнение

предлагаю или закончить статью, или удалить её вовсе.
--HikeR 21:10, 3 января 2009 (MSK)

закончил
--Loxotron 3:50 4 января 2009 (MSK)

ссылки на всех картинках дают 404. не из-за русских ли букв?
--HikeR 03:05, 13 февраля 2010 (UTC)

Спавн обьектов через db.script

2009-09-09T23:11:30Z

HikeR: перенесено в [Неоформленные_статьи]

Сегодня я расскажу вам как заспавнить, например, AK-74 в самом начале игры, без использования диалогов!
Для начала нам надо распаковать db.script и там находим функцию:
(Все написано в столбик)

function add_actor( obj )
actor = obj
actor_proxy:net_spawn( obj )
add_obj( obj )
end

Изменим эту функцию. У нас должно получиться так:

function add_actor( obj )
actor = obj
actor_proxy:net_spawn( obj )
add_obj( obj )
new_spawn.give_ak74()
end

new_spawn - это название скрипта, в котором будет находиться наша функция спавна калаша.

Создаем скрипт new_spawn и пишем там функцию:

function give_ak74()
alife():create("wpn_ak74", db.actor:position(), db.actor:level_vertex_id(), db.actor:game_vertex_id(), db.actor:id())
end

Все! Теперь после того, как мы появимся у нас в инвентаре будет AK-74 и без использования диалогов!
Таким способом можно заспавнить не только калаш, но и другое оружие и патроны.
Авторы: Шатров Дмитрий (Fim@n)

[[Категория:Неоформленные_статьи]]

Создание нового торговца

2009-09-09T23:06:19Z

HikeR: оформление, стилевые правки, орфография. автору этой секции кол по русскому языку и правописанию, и ещё один кол по знанию викиразметки.

==Новый торговец==

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

'''acdc''' от ''bardak'' [http://stalkerin.gameru.net/developer/mods/acdc11oct.rar скачать]

'''ActivePerl 5.8.8''' для работы программы '''acdc''' [http://www.avege.ru/russian/perl/perl01.shtml скачать]

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

===Создание непися и профиля===

И так. Сперва мы создаём профиль непися. Например, в файле ''character_desc_escape.xml'' по адресу ''gamedata\config\gameplay\''
Можно создать отдельный файл для наших неписей, это упрощает совмещение модов.
В файле ''character_desc_escape.xml'', в самом низу, '''перед''' тегом </xml> пишем профиль нового непися:
<pre><specific_character id="esc_dark_stalker_voron" no_random = "1">
;важно при создании торговца, указать параметр no_random = "1"

<name>Ворон</name>
<icon>ui_npc_dark_voron</icon>
<map_icon x="0" y="0"></map_icon>
<bio>sim_stalker_novice_bio</bio>

<class>esc_dark_stalker_01</class> -- настраивает респавнер на класс персонажа для спавна разных моделей.
;т.к. мы спавним уникального непися, класс можно скопировать у любого другого непися или написать новый, уникальный класс.
<community>dark_stalker</community>
<money min="500000" max="500000" infinitive="1"></money>
;в поле денег, надо поставить бессконечные деньги - infinitive="1"
;иначе вы сможете продать неписю товаров исключительно на указанную сумму.

<rank>1000</rank>
<reputation>-553</reputation>

<visual>actors\dark_stalker\dark_stalker_voron</visual> ;ссылка на файл-модель персонажа без окончания .ogf
<snd_config>characters_voice\human_01\monolith\</snd_config>
<crouch_type>-1</crouch_type>
<panic_treshold>0</panic_treshold>
<supplies>
[spawn] \n
wpn_gauss \n
ammo_gauss \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_dark_stalker</start_dialog>
<actor_dialog>dm_cool_info_dialog</actor_dialog>
<actor_dialog>dm_help_wounded_medkit_dialog</actor_dialog>
<actor_dialog>join_dark</actor_dialog>
</specific_character></pre>

Профиль создан, пара стандартных диалогов, взятых у любого другого профиля, дописать не составит труда. Я ничего не менял в своём коде. Лезем в ''npc_profile.xml'', который находится в той же папке. Где-нить внизу делаем запись:

<pre><character id="esc_dark_stalker_voron">
<class>esc_dark_stalker_01</class> -- настраивает респавнер на класс персонажа для спавна разных моделей.
;т.к. мы спавним уникального непися, класс можно скопировать у любого другого непися или написать новый, уникальный класс.
<specific_character>esc_dark_stalker_voron</specific_character> -- ссылка на профиль нашего непися.
</character></pre>

===Ввод в симуляцию===

Непись создан. Теперь надо вводить его в симуляцию. Открываем файл ''gamedata\config\creatures\spawn_sections.ltx'' и прописываем в конце:

<pre>[esc_dark_stalker_voron]:stalker_trader - дописать суффикс торговца... хотя у меня и без него всё работало =)
$spawn = "respawn\esc_dark_stalker_voron" - опция спавна для Левел Едитора
character_profile = esc_dark_stalker_voron - профиль непися, записанный в npc_profile.xml
spec_rank = regular
community = dark_stalker - группировка</pre>

==Спавн торговца через all.spawn файл==

Дальше, самое нудное - спавн. Спасибо [[Участник:Arhet|Arhet]]'y за пример. Используя прогу '''acdc''' от bardak'a декомпилим all.spawn, создав батник разбора спавна (без active perl толку от проги бардака нуль - просто не запустится) и в понравившемся месте делаем запись с уникальным номером. Я заспавнил на Кордоне:

<pre>[8796]
; cse_abstract properties
section_name = stalker_trader -- метка, что сталкер является торговцем
name = dark_stalker_voron -- имя любое, вроде бы; где оно используется не знаю
position = -215.67399597168,-20.403390884355,-151.03227233887 -- местоположение на игровой карте
direction = 0.0445535257458687,-0.000645029998850077,0.0144814234226942

; cse_alife_trader_abstract properties
character_profile = esc_dark_stalker_voron

; cse_alife_object properties
game_vertex_id = 61 -- геймвертекс, без него спавнер не будет знать, на какой именно карте и в какой её части спавнить объект
distance = 3.5
level_vertex_id = 42599 -- левелвертекс, без него спавнер не будет знать, в именно какой части карты спавнить объект
object_flags = 0xfffffffb
custom_data = <<END
[logic]
cfg = scripts\esc_voron.ltx -- конфиг с логикой
[smart_terrains]
none = true -- смарт террейн; если создаёте статического торговца - лучше не выставлять смарт террейн
;если хотите бродягу - пишите по аналогии с другими неписями или создавайте свой смарт террейн, куда и определяйте непися

[spawn]
wpn_gauss -- спавним в инвентаре всё, что хотим, в продажу оно не пойдёт
END
story_id = 9958 - уникальный стори_ид для меток на карте

; cse_visual properties
visual_name = actors\dark_stalker\dark_stalker_voron -- внешний вид, указать путь к .ogf модели, без окончания формата файла!

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

upd:health = 2
upd:timestamp = 0
upd:creature_flags = 0
upd:position = -215.67399597168,-20.403390884355,-151.03227233887 -- те же координаты, что и в секции position
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</pre>

'''Спавн файл еще рано собирать!'''

===Логика торговца===

Далее, создаём файл конфиг торговца, который указали в спавне - ''gamedata\config\scripts\esc_voron.ltx'' и пишем в нём:

<pre>[logic]
active = walker
trade = misc\trade_voron.ltx -- файл торговли, создаётся по аналогии с существующими
trader_flags = 0 - флаг трейдера
inv_max_weight = 10000 -- вес инвентаря торговца
on_death = death

[walker]
path_walk = esc_sin_voron_walk -- привязка вейпоинта, чтобы трейдер стоял на месте или двигался по определённому курсу
path_look = esc_sin_voron_look -- куда будет смотреть непись
meet = meet -- параметры реакции непися на встречу с актором

[meet]
use = true
use_wpn = true -- перезаряжает оружие
meet_talk_enabled = true</pre>

Теперь лезем за скриптом от бардака и снимаем координаты местоположения нашего непися. У кого нету скрипта, копируем в ''gamedata/scripts/ui_main_menu.script'' этот скрипт:

<pre>function main_menu:OnButton_credits_clicked()
local text
local vid
local gvid
local a = vector()
local text
a = db.actor:position()
vid = db.actor:level_vertex_id()
gvid = db.actor:game_vertex_id()
text = "Позиция:\\nX= "..a.x.."\\nY= "..a.y.."\\nZ= "..a.z.."\\nlevel_vertex= "..vid.."\\ngame_vertex_id= "..gvid
news_manager.send_tip(db.actor, text, nil, nil, 30000)
end</pre>

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

===Создаём вейпоинты и лукпоинты===

И так, мы сняли координаты мест, где хотим видеть торговца и где мы хотим, чтобы он ходил - теперь в разобранном all.spawn ищите файл way_*левел*.ltx и туда пишем данные. Я приведу пример свой, опять таки. В файле ''way_l01_escape.ltx'' пишем:

<pre>[esc_sin_voron_look] -- имя, которые мы записали в ''gamedata\config\scripts\esc_voron.ltx''
points = p0,p1
p0:name = wp00
p0:flags = 0x1
p0:position = -205.306793212891,-20.4855155944824,-150.415893554688
p0:game_vertex_id = 46
p0:level_vertex_id = 54218

p1:name = wp01
p1:flags = 0x1
p1:position = -207.645278930664,-20.2700958251953,-146.980590820313
p1:game_vertex_id = 61
p1:level_vertex_id = 45276

[esc_sin_voron_walk] -- имя, которые мы записали в ''gamedata\config\scripts\esc_voron.ltx''
points = p0
p0:name = wp00
p0:flags = 0x1
p0:position = -215.67399597168,-20.403390884355,-151.03227233887
p0:game_vertex_id = 47
p0:level_vertex_id = 37503</pre>

Если нужно создать несколько вейпоинтов - смотрите по аналогии с уже существующими.

После всего этого собираем all.spawn батником (что писать в батниках для сбора и разбора спавна - в файле help.txt в папке с программой), закидываем новый файл спавна в ''gamedata/spawn'' и стартуем новую игру.

====Присваеваем торговлю уже имеющемуся неписю====
Можно и описанным способом, но иногда требуется присвоить торговлю к уже имеющимся неписям. Будем делать торговцем кого-нибудь из уже имеющихся... Кого, кого, кого...

Как обычно Волка (у меня две подопытных "крысы"-Сидорович и Волк, а так как Сид уже им является, выбор очевиден. Ну чтож приступим. Необходимо создать "файл торговли" типа "trade_....ltx". Можно прописать его самому(как это делать я объяснять не буду, т.к. и до меня все это сделано не один раз, можно скопировать любой другой... я скопировал "trade_freedom.ltx" и переименовал его в "trade_wolf" и удалил все прикондишны с информацией на разрешение торговли.

Теперь нужно сослаться на него. Делается это в файле логики, то бишь в "gulag_escape.ltx" (почему в эскейп, думаю понятно, наш Волк находится на Кордоне. Открываем файл и ищем строки:
<code>;-------------------------------------------------------------------------------------------------
;-- ESCAPE LAGER
;-------------------------------------------------------------------------------------------------
; Волк
[logic@esc_lager_volk]
active = walker@esc_lager_volk_walker1
on_death = death@wolf

[walker@esc_lager_volk_walker1]
path_walk = wolf_walk
path_look = wolf_look
meet = meet@wolf
on_actor_dist_le = 23| {+tutorial_wounded_start -esc_kill_bandits_quest_kill} remark@esc_lager_volk1
on_actor_dist_le_nvis = 5| walker@esc_lager_volk_walker2
danger = danger_condition@shustryi

[remark@esc_lager_volk1]
anim = hello_wpn
snd = esc_wolf_say_thanks
target = actor
on_signal = sound_end| walker@esc_lager_volk_walker2
on_actor_dist_le_nvis = 5| walker@esc_lager_volk_walker2
danger = danger_condition@shustryi
</code>
Теперь сошлемся на наш трад-в секцию "[logic@esc_lager_volk]" добавим строки:
<code>trade = misc\trade_wolf.ltx
inv_max_weight = 10000</code>
То есть должно получится следующее:
<code>
;-------------------------------------------------------------------------------------------------
;-- ESCAPE LAGER
;-------------------------------------------------------------------------------------------------
; Волк
[logic@esc_lager_volk]
active = walker@esc_lager_volk_walker1
on_death = death@wolf
trade = misc\trade_wolf.ltx
inv_max_weight = 10000
</code>
Традом мы ссылаемся на наш "торговый файл", а вот следующей строкой увеличиваем переносимый вес, поскольку он и у неписей ограничен. Осталось только дать нашему "новорождённому" торговцу-Волку побольше денег. Делаем это точно также как описано, но различие в том, что мы редактируем секцию Волка в "character_desc_escape.xml". Я еще и удалил строку "#include "gameplay\character_criticals_4.xml"" с ограничением по весу, но правда на всякий случай, поскольку не проверял, работает ли с ним.

На этом все, заходим в игру и наслаждаемся собственным творением.

P.S.-Упс, работает, но как-то неправильно, у торговца оказывается нет поддержки перемещения. Поэтому ГСЦ всех торгошей и биндят не сталкером, а монстром Заработало только когда я в бинде сталкера прописал:
<code>
function actor_binder:reinit()
object_binder.reinit(self)

local npc_id = self.object:id()

db.storage[npc_id] = { }

self.st = db.storage[npc_id]
self.st.pstor = nil

self.next_restrictors_update_time = -10000

self.object:set_callback(callback.inventory_info, self.info_callback, self)
self.object:set_callback(callback.article_info, self.article_callback, self)
self.object:set_callback(callback.on_item_take, self.on_item_take, self)
self.object:set_callback(callback.on_item_drop, self.on_item_drop, self)
self.object:set_callback(callback.trade_sell_buy_item, self.on_trade, self) -- for game stats
--self.object:set_callback(callback.actor_sleep, self.sleep_callback, self)
self.object:set_callback(callback.task_state, self.task_callback, self)
--self.object:set_callback(callback.map_location_added, self.map_location_added_callback, self)
self.object:set_callback(callback.level_border_enter, self.level_border_enter, self)
self.object:set_callback(callback.level_border_exit, self.level_border_exit, self)
self.object:set_callback(callback.take_item_from_box, self.take_item_from_box, self)
;вот мои строки
if self.object:clsid() ~= clsid.script_trader then
self.object:set_patrol_extrapolate_callback(bind_monster.generic_object_binder.extrapolate_callback, self)
end

db.storage[self.object:id()] = { }

self.st = db.storage[self.object:id()]

self.object:set_callback(callback.patrol_path_in_point, self.waypoint_callback, self)
self.object:set_callback(callback.hit, self.hit_callback, self)
self.object:set_callback(callback.death, self.death_callback, self)
end
</code>
Все будет работать на УРА, с одним огрехом - Волк не будет отмечатся как цель при задании поговорить с Волком перед АТП, но думаю это не столь важно. Ну и еще без ствола будет ходить, но если будет атакован, то пушка появится "из широких штанин" Волка и он будет из нее пытаться вас нашпиговать свинцом.

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

==Авторы==

Статья [[Участник:Орион|Орион]]. 
При помощи (косвенной) [[Участник:Arhet|Arhet]]. 
Дополнение [[Участник:Костя.н.ы.ч|Костя.н.ы.ч]].

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

Обсуждение:DCT:Освещение во вьюпорте

2009-09-09T22:54:06Z

HikeR:

--HikeR 22:54, 9 сентября 2009 (UTC)

где картинка, которая упомянута в статье?

SoC. Энциклопедия

2009-09-09T22:52:41Z

HikeR: перенесено в [Неоформленные_статьи]

====Как получить всю инфу в энциклопедию в начале новой игры====
Разбирать добавление статьи в энциклопедию я не буду,а просто раскажу как выдать всю инфу в начале игры:)Открываем файл "gamedata\scripts\bind_stalker.script" и ищем строки:
...

self.object:give_info_portion("storyline_actor_start")
_G.g_start_avi = true
printf("*AVI* RUN START AVI")
end

-- if not has_alife_info("encyclopedy") then -раскомпилитим

-- self.object:give_info_portion("encyclopedy") - эти

-- end - строки

if not has_alife_info("global_dialogs") then
self.object:give_info_portion("global_dialogs")
end

if not has_alife_info("level_changer_icons") then
self.object:give_info_portion("level_changer_icons")
end

level_tasks.add_lchanger_location()

self.bCheckStart = false

end

end

....
Теперь,когда вы начнете игру,у вас добавятся все стандартные статьи из игры...Просто,да?:)Мы не ограничемся только ими,добавим статьи про оружие,машины и т.п.,а так же ваши,добавленные=-)
Инфопоршну "энциклопедия" игра берет из файла "gamedata\config\gamplay\info_known_objects.xml".Открываем и смотрим структуру:
<?xml version='1.0' encoding="windows-1251"?>

<game_information_portions>

<info_portion id="encyclopedy">
<article>zone_artifact_af-medusa</article>
<article>zone_artifact_af-cristall-flower</article>
<article>zone_artifact_af-night-star</article>
...
Ну и так далее...Чтоб добавить инфу,например о ПМм,просто пишем между любыми артиклами(например):

<game_information_portions>

<info_portion id="encyclopedy">
<article>zone_artifact_af-medusa</article>
<article>zone_artifact_af-cristall-flower</article>
<article>weapons1_wpn-pm</article> -теперь нам будут выдавать инфу о ПМм
<article>zone_artifact_af-night-star</article>
...
Объясню где брал инфопоршну ПМм-в "config\gameplay\encyclopedia_weapons.xml".В той же папке есть и файлы с инфопоршнами предметов(еды и т.п.),машин и т.п.
Добавляем их все...Долго,но что поделать,раз решились сделать:)Если все добавите-игра вылетит.Исправить это легко---просто в "config\system.ltx" добавим наши "недостающие" файлы(типа машин и т.п.).
Открываем и ищем секцию энциклопедии:
...

[encyclopedia]
files = encyclopedia_infos, storyline_info_to_diary, encyclopedia_weapons, encyclopedia_mutants, encyclopedia_zone, encyclopedia_social, encyclopedia_equipment, encyclopedia_tutorial

....
Через запятую добавляем наши недостающие файлы:
...

[encyclopedia]
files = encyclopedia_infos, storyline_info_to_diary, encyclopedia_weapons, encyclopedia_mutants, encyclopedia_zone, encyclopedia_social, encyclopedia_equipment, encyclopedia_tutorial,encyclopedia_vehicles,
encyclopedia_new

....
Вроде все(могу ошибатся:))...Кстати,я советовал бы вам добавлять свои статьи таким же способом-создаем отдельный файл,подключаем его в системе,и работаем дальше с ним...И все равно к какой теме
относится ваша статья,игра считывает ее из любых файлов секции "encyclopedia".Теперь у нас в ПДА отображаются все возможные статьи=-)

P.S.-сам обсолютно все статьи все никак не собирусь добавить,так что не знаю,есть ли там какие-либо ошибки...:)Если вылетела или зависла==>открываем блокнот и жмем "Ctrl+V"(вставить) и смотрим лог
ошибки...

==Авторы==

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

[[Категория:Неоформленные_статьи]]

Spawn через скрипт-дополнение

2009-09-09T22:52:04Z

HikeR: перенесено в [Неоформленные_статьи]

Пишу статью специально для тех,кто только начинает увлекатся модмейкерством и не использует специальные проги для спавна(могу посоветовать ACDC-весчь улетная,спасиба разрабам:-)
Если вы хотите заспавнить в игру любой обьект-будь то непись,машина или аномалия без активации через диалог,тогда читайте и запоминайте:)
Изучая скрипты,я обнаружил,что можно запустить выдачу инфопоршны через обновление у актера...Не поняли?Объясняю-пишем в "scripts\bind_stalker.script" в секции обновления проверку на наличие
"info_portion":
...
function actor_binder:update(delta)
object_binder.update(self, delta)

-- DEBUG slowdown
-- slowdown.update()

local time = time_global()

game_stats.update (delta, self.object)

-- апдейт погоды
self.weather_manager:update()

-- апдейт схемы детектора
self.actor_detector:update()

-- апдейт звуковой схемы актера
xr_sound.update_actor()

if not has_alife_info("spawn") then -вот

self.object:give_info_portion("spawn") - наше

end - обновление
....
такой функцией мы проверяем наличие инфопоршны "spawn",и если её нет,выдаем игроку...
Осталось только добавить эти инфопоршну-для этого в "config\gamelay\" cоздаем файл с ней,например "spawn.xml" с текстом:

<?xml version='1.0' encoding="windows-1251"?>

<game_information_portions>
<info_portion id="spawn"> -вот название нашей инфопоршны
<! -- action>название_скрипта.название_функции_в_нем</action -- >
<action>escape_dialog.give_weapon_to_actor</action> -для примера выдадим стартовую снарягу(ПМм и патроны,что выдает волк)
</info_portion>

</game_information_portions>

Между

<info_portion id="spawn">

и

</info_portion>

можете писать сколько угодно активаций скриптов(в пределах разумного,если не хотите загрузить процессор двумя сотнями операций:)
Подключим наш файл в секцию инфопоршен в "system.ltx":
...
[info_portions]
;список xml файлов, содержащих info_portions
files = spawn, info_portions, info_portions_light, info_portions_test, info_lchanger_ico...
...

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

==Авторы==

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

[[Категория:Неоформленные_статьи]]

Опции управления

2009-09-09T22:51:08Z

HikeR: оформление отсутсвует, перемещено в [Неоформленные_статьи]

При написании мода зачастую привязываешь какую либо команду через консоль или при редактировании "user.ltx".Чтобы ваша команда появилась в опциях управления и можно было быстро и удобно
назначить\сменить клавишу вызова нам необходимо два файла:
-gamedata\config\ui\ui_keybinding.xml
-gamedata\config\text\rus\ui_st_keybinding.xml
Открываем первый файл,структура свойств кнопок такова:

<?xml version="1.0" encoding="utf-8"?>

<keybingidg>

<group name="kb_grp_direction">
-название групп(в данном случае "направление")

<command id="kb_left" exe="left"/>
-команда кнопки типа описание\действие
<command id="kb_right" exe="right"/>

<command id="kb_up" exe="up"/>

<command id="kb_down" exe="down"/>

</group>

<group name="kb_grp_movement">

<command id="kb_forward" exe="forward"/>

<command id="kb_backward" exe="back"/>

<command id="kb_left_strafe" exe="lstrafe"/>

<command id="kb_right_strafe" exe="rstrafe"/>

<command id="kb_jump" exe="jump"/>

<command id="kb_crouch" exe="crouch"/>

<command id="kb_crouch_toggle" exe="crouch_toggle"/>

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

<group name="kb_grp_direction">

<command id="kb_left" exe="left"/>

<command id="kb_right" exe="right"/>

<command id="kb_up" exe="up"/>

<command id="kb_down" exe="down"/>

<command id="kb_cam_1" exe="cam_1">
-вот

<command id="kb_cam_2" exe="cam_2">
- наши

<command id="kb_cam_3" exe="cam_3">

- строки

<command id="kb_cam_4" exe="cam_4">

- с видами

Разберу что обозначает каждая секция.Секция "command id="kb_cam_4""-это ссылка на описание,вернее на название функции в "gamedata\config\text\rus\ui_st_keybinding.xml",а секция "exe="cam_4""
это сам вызов функции(подразумевается,что запись "bind" упускается,то есть получается краткая запись:))....Итак,заходим в игру,в опции управления и видим наши функции,но одно НО,они отображаются
тем же текстом,что и ссылка.Чтоб это исправить необходимо добавить их описание в "gamedata\config\text\rus\ui_st_keybinding.xml":

<?xml version="1.0" encoding="windows-1251" ?>
<string_table>
<string id="kb_active_jobs">
<text>Активные задачи в КПК</text>
</string>
<string id="kb_always_run">
<text>Шаг</text>
</string>
<string id="kb_artefact">
<text>Артефакт</text>
</string>
<string id="kb_cam_1"> -вот название ссылки
<text>Камера 1</text> -сам русско-язычный текст
</string>
<string id="kb_cam_2">
<text>Камера 2</text>
</string>
<string id="kb_cam_3">
<text>Камера 3</text>
</string>
<string id="kb_cam_4">
<text>Камера 4</text>
</string>
...

Теперь все будет работать как надо.Используйте это в своих модах.

==Авторы==

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

[[Категория:Неоформленные_статьи]]

Категория:Неоформленные статьи

2009-09-09T22:50:47Z

HikeR: новая категория

В данной категории находятся статьи, которые неоформлены, имеют орфографические или грамматические ошибки или просто нечитаемы.

MediaWiki:Monobook.css

2009-02-08T14:38:37Z

HikeR: Откачено к последнему изменению, сделанному MediaWiki default

/* edit this file to customize the monobook skin for the entire site */

MediaWiki:Monobook.css

2009-02-08T14:38:03Z

HikeR: тест нет заголовкам

/* edit this file to customize the monobook skin for the entire site */
body.page-Заглавная_страница #t-cite,
body.page-Заглавная_страница #lastmod,
body.page-Заглавная_страница #siteSub,
body.page-Заглавная_страница #contentSub,
body.page-Заглавная_страница h1.firstHeading {
display: none !important
}

Файлы: system.ltx

2009-02-08T13:43:33Z

HikeR: /* Параметры slot_persistent_* */ орфография

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

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

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

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

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

Файлы: system.ltx

2009-02-08T13:42:58Z

HikeR: Откачено к последнему изменению, сделанному 194.186.242.6

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

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

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

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

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

Внутриигровые настройки

2009-01-16T17:39:21Z

HikeR: Откачено к последнему изменению, сделанному Loxotron

{| border="0" cellpadding="3" align="right" width="250" cellspacing="1" style="background:#5e5e5e;"
|-
! style="background:#ffffff;" align="left" | Содержание
|-
| style="background:#ffffff;" align="left"|
{{Шаблон:Содержание руководства по настройке}}
|-
|}

== Общая информация ==

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

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

== Виды освещения ==
{|
|[[Изображение:Twg Static.jpg|thumb|center|Статическое освещение]]
|[[Изображение:Twg Dynamic obj.jpg|thumb|center|Динамическое освещение объектов]]
|[[Изображение:Twg Dynamic full.jpg|thumb|center|Полное Динамическое Освещение]]
|}
Тип рендера - Эта настройка определяет используемый на данный момент рендер для генерации внутриигровой графики и следовательно, обладает приоритетным влиянием на общее визуальное качество картинки и производительность в игре. Эта опция позволяет выбирать между статическим освещением, Динамическим освещением объектов и Полным динамическим освещением. Каждая опция объяснена ниже:

Статическое освещение - Хотя Сталкер требует полной поддержки DirectX9 вашей видеокартой для запуска, выбор этой опции переключающет Сталкер в режим рендеринга DX8. В режиме DX8 Динамическое Освещение полностью отключено как и специфические эффекты, такие как [http://ru.wikipedia.org/wiki/High_dynamic_range_imaging HDR](от англ. High dynamic range imaging — изображение с высоким динамическим диапазоном)). Динамическое Освещение - это реалистичное взаимодействие движущихся источников света с объектами, например отображение правильных теней. В DX8 используется обычное Статическое освещение, которое требует менее мощную видеокарту и обеспечивает большую производительность. Этот режим рекомендован всем, кто не может заставить Сталкер работать плавно независимо от настроек, которые вами выставлены.

Динамическое Oсвещение объектов – в этом режиме используются полный DirectX9, хотя динамическое освещение на миниуме, ограничение только в том, как фонарик реагирует на объекты. Большинство объектов в игровом мире не будут отбрасывать тени. Некоторые фиксированные объекты, такие как деревья или здания, будут продолжать отбрасывать тени, но эти тени не будут динамически взаимодействовать с источниками света – они привязаны к световым картам. Например, взглянем на дерево, когда поднимается солнце, в этом режиме тени сохраняют тот же размер и форму. При полном динамическом освещении тени от деревьев будут более детализированными и смогут двигаться вокруг объекта и менять свою форму при движении солнца. Знайте, что [http://ru.wikipedia.org/wiki/High_dynamic_range_imaging HDR] освещение также будет автоматически включено и не может быть выключено. Этот режим - хороший баланс между производительностью и качеством картинки и позволяет насладиться возможностями DirectX9 в некоторой мере.

Полное Динамическое Освещение – В этом режиме используется полный DirectX9 рендеринг, включая полное использование динамического освещения. Это может значительно снизить производительность на машинах класса low-end, ввиду того что используются множественные источники света такие как солнце, костры, фонарики и т.д. и они все будут взаимодействовать с природой и отбрасывать комплексные тени, которые постоянно изменяются, как, например, движущиеся источники света. Хотя это очень реалистично на локациях, с большим количеством комплексных объектов или нпс, это может привести к серьезному снижению фпс. Данный режим рекомендуется включать только на машинах с хай-энд видеокартами. Заметьте снова, что в этом режиме [http://ru.wikipedia.org/wiki/High_dynamic_range_imaging HDR] освещение включено по умолчанию и не может быть отключено.

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

Кроме того, существует большой спектр продвинутых параметров, которые могут помочь вам настроить проявления освещения в игре. Например, вы можете использовать команду <tt>r2_gi</tt> чтобы включить более реалистичное (но серьезно снижающий ФПС) Метод Глобального Освещения, также вы можете настроить проявления [[http://ru.wikipedia.org/wiki/High_dynamic_range_imaging HDR]], используя команду <tt>r2_tonemap_middlegray</tt>; вы можете настроить отображение глянцевых поверхностей при свете используя переменную <tt>r2_gloss_factor</tt>; также вы можете добавить <tt>motion blur</tt> используя команду <tt>r2_mblur</tt> вместе с параметром командной строки <tt>–mblur</tt>. Смотрите раздел Продвинутый Твикинг для более подробной информации обо всем этом.

== Настройки качества ==

Настройки качества: вы можете выбирать 1 из 5 встроенных настроек качества в Опциях: (Миниум, Низкие, Средние, Высокие, Максимальные), которые автоматически выставят Расщиренные графические настройки (представленные выше) за вас соответственно. Я нерекомендую использовать эти пресеты, так как вы получите намного лучшие результаты, настраивая продвинутые настройки индивидуально, которые наиболее точно будут соответствовать вашим предпочтениям. Смотрите раздел Продвинутые настройки для более детальной информации.

{| class="standart"
|- class="shadow"
|'''дополнение от --HikeR 04:19, 1 июня 2007 (MSD)'''
Помимо изменения настроек, доступных через игровое меню, настройки качества также затрагивают параметры, изменяемые только вручную в файле <tt>User.ltx</tt>, либо в консоли в процессе игры. Но не все эти параметры могут быть применены без перезагрузки игры.

Я бы рекомендовал отталкиваться именно от этих преднастроек перед глобальным изменением всех параметров.
|}

== Остальные настройки ==

Разрешение: Эта настройка позволяет вам выбрать разрешение для игры, количество пикселей в длину и в ширину. Эта опция ограниченна в зависимости от вашей комбинации монитора и видеокарты. Чем более высокие разрешения будут выбраны, тем более будет детализированнее картинка, но хуже производительность в игре. Если вы запускаете игру на широкоэкранном мониторе, то для того чтобы поле зрения игрока было необрезанным (FOV, от англ. Field Of View, поле зрения), вам необходимо установить патч версии 1.0003.

Гамма, Контраст, Яркость:
Эти слайдеры позволяют настроить яркость и определить контрастность картинки на экране. Они не оказывают влияние на производительность, так что можете выставлять их в соответствии со своим вкусом.

Полноэкранный режим: Если включен, игра запускается в полноэкранном режиме который рекомендован для максимальной стабильности. Если он невыбран, игра будет запускаться в оконном режиме, который может повысить производительность, если будет выбрано низкое разрешение. Снова, оконный режим сильно нерекомендованн, потому что он может вызвать проблемы с распределением ресурсов в системе. Запомните, что если вы захотите центрировать игру в оконном режиме, вы можете использовать параметр <tt>-center_screen</tt> (смотрите страницу о продвинутом твикинге).

== Продвинутые настройки ==

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

Дальность Видимости: Этот слайдер определяет максимальную дистанцию прорисовки игрового мира. Если уменьшить дальность прорисовки, ФПС возрастет, ввиду того, что движку придется рендерить меньше игрового мира. На сравнительных скриншотах выше показана реальная разница между 100% и 50% настроек параметра, в результате мы видим что данный слайдер не особо значимый. На фактах, даже только на 25% едва заметна серьезная разница в дальности прорисовки. Наибольшее влияние заметно между 25% и 0% по настройкам слайдера, на 0% же мы можем наблюдать достаточно серьезное падение в дальности видимости. Если после небольшого прироста в ФПС не было заметно серьезного ухудшения настроек качества картинки, установка слайдера в пределах 25% и 50% вам рекомендуется. Заметьте, что в любых заниженных местах, которые вы встретите во время игры, радиус видимости при использования бинокля вам нерасширят.

Детализация объектов: Данный слайдер изменяет уровень Детализации Объектов (LOD, от англ. Level Of Detail, уровень детализации) во всем игровом мире. Если сдвинуть слайдер влево, будет использоваться намного меньше полигонов для конструирования данных объектов, что может повысить производительность. Как правило, единственная серьезная разница при использовании слайдера – это ухудшение уровня детализации деревьев. Деревья издалека будут казаться странно выглядящими каплями и потеряют свои детализированные красивые ветки. Это может помочь увеличить ФПС особенно на больших просторных уровнях, но как правило, наиболее приемлемое в данном случае определение в данном случае - падение в реализме. Заметьте, что вы можете изменять уровень LOD используя команды r2_ssa_lod_a и r2_ssa_lod_b – смотрите раздел по Продвинутому Твикингу.

Плотность Травы: Этот слайдер определяет как густо будет представлена трава на открытых пространствах. Трава может приводить к серьезному падению ФПС во время путешествий по открытым локациям, поскольку она расположена на многих из них. Изменение положения слайдера с правой позиции до отметки 50% уменьшит количество травы, но все же оставит сравнительно реалистичное ее количество, все это даст неплохой прирост в ФПС. Дальнейшее уменьшение параметров слайдера не принесет ожидаемого уменьшения покрытия поверхности травой, так и не даст особо большого прироста в ФПС.

Качество текстур: Данный слайдер контролирует качество текстур используемых в игре. Текстуры это изображения, которые покрывают поверхность каждого объекта в игровом мире. Чем более слайдер сдвинут вправо, тем более детальные будут данные текстуры. По анимированным скриншотам можно сравнить, как будут выглядеть данные детализированные текстуры, пройдя по данной ссылке. Смотря в сторону детализации вертолета, обратите пристальное внимание на качество отображения текстур рук игрока и землю перед ним. Главный результат использования более детализированных текстур не окажет слишком большого влияния на уровень ФПС, но может уменьшить время загрузок уровней и тормозов/загрузочных пауз во время игры. Это особенно справедливо для тех видеокарт, у которых меньше 256 мегов видеопамяти. Важно, если вы измените данную настройку, чтобы увидеть правильный ее результат, вам придется выйти и перегрузить Сталкер, в противном случае внешних изменений не будет

{| class="standart"
|- class="shadow"
|'''дополнение от --HikeR 04:19, 1 июня 2007 (MSD)'''
Абсолютно не согласен. При всех максимальных настройках и крайнем правом положении бегунка качества текстур использование видеопамяти держится в районе 500 мб, у меня 256 набортной плюс 240 свопится в оперативку. Оперативная же память забита на 1гб собственно оперативной памяти плюс 1.3 гб файл подкачки Оперативная память в свою очередь свопится на винчестер. Лаги жуткие.
При крайнем левом положении видеопамять - 140 плюс 34мб, оперативная - 710 плюс 780мб. Средний фпс тот же, но лагов нет совсем.
При среднем положении видеопамять - 200 плюс те же 34мб, оперативная - 810 плюс 850мб. Лагов нет, подкачка не используется (почти), вот в таком режиме и играю.
:Итог - на фпс качество текстур влияет очень и очень сильно, ибо минимальный фпс падает иногда до нуля. Чтобы этого не было - нужно 2гб оперативной памяти и видеокарту с 512мб. Это для максимальных настроек.
|}
Фильтрация текстур (Анизотропная Фильтрация): Анизотропная фильтрация (АФ) представляет собой метод создания четких прямых боковых линий на текстурах любых объектов для нормального отображения их на дистанции. Данный слайдер контролирует степень используемого АФ, до анизотропки уровня 16x. Большинство современных видеокарт позволяют включить разумный уровень фильтрации АФ, такой как 2x или 4x, что даст вам хорошее качество картинки без реального падения ФПС. Как правило, слайдер АФ не имеет особого влияния на уровне качества картинки в игре, даже если он выставлен далеко вправо. Похоже, что данная фича сломана в Сталкере. Вы можете использовать также переменные r1_tf_mipbias или r2_tf_mipbias (в зависимости от используемого вами рендера) для увеличения ясности текстур – смотрите раздел Продвинутого Твикинга.

Сглаживание (Антиалиаслиг): Сглаживание (АА) это метод уменьшения зубчатости линий в 3D графике. Как правило, в Сталкере движок использует метод рендеринга Дефферед Шейдинг. Это достаточно ясно объясняет, что он не может поддерживать соответствующий уровень Антиалиаслинга, который мог бы убрать все зубчатые линии в игровом мире, независимо от типа используемой вами видеокарты. Данные слайдер сглаживания не оказывает существенного влияния на производительность и качество картинки и также не может быть форсирован использованием настроек контрольной панели видюхи в винде. Мы можете использовать вместо данной настройки команду r2_aa, и связанные с ней команды, чтобы включить и настроить поддельную форму заблюренного АА – смотрите раздел Продвинутого Твикинга.

[[Категория:Руководства]]

Обсуждение:Сборка АИ-Сетки

2009-01-03T18:10:56Z

HikeR: к удалению?

предлагаю или закончить статью, или удалить её вовсе.
--HikeR 21:10, 3 января 2009 (MSK)

Форматы файлов

2008-08-13T12:43:43Z

HikeR: /* .dds */ ссылки на GIMP

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

====.ltx====
[[Конфиг|Конфигурационный файл]].

Открывается '''Блокнотом''', прост в редактировании.

====.xml====
Обычно используется для хранения текстовых массивов.

Открывается '''Блокнотом''', но для удобного редактирования с подсветкой разметки лучше использовать '''Notepad++''' ([http://notepad-plus.sourceforge.net/ru/site.htm скачать]).

====.script====
[[Скрипт|Скриптовый файл]].

Открывается '''Блокнотом''', но для удобного редактирования с подсветкой разметки лучше использовать '''Notepad++''' ([http://notepad-plus.sourceforge.net/ru/site.htm скачать]).

====.dds====
Файл, содержащий текстуру.

Редактируется в '''Photoshop''' с установленным '''dds-плагином''' от '''Nvidia''' ([http://developer.nvidia.com/object/photoshop_dds_plugins.html скачать]),

либо в свободном и бесплатном [http://gimp.org/ GIMP-е] с плагином [http://nifelheim.dyndns.org/~cocidius/dds/ GIMP DDS Plugin]

====.ogg====
Файл, содержащий звук.

Редактируется через любой звуковой редактор при установленном '''ogg-плагине'''.

====.ogf====
Файл, содержащий игровую модель.

Открывается с помощью '''OGF Viewer''' ([http://www.g3ddev.com/ сайт], [http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=getit&lid=28 скачать]).

====.spawn====
Файл, хранящий данные о [[Спавн|спавне]].

Редактируется через программу xrSpawner ([http://sdk.stalker-game.com/ru/images/5/5b/XrSpawner_0.13.1_Beta.zip скачать]).

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

Также, советую ознакомится со [[Теория модостроения|статьей]] Empro.

==Авторы==

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

Теория модостроения

2008-08-13T12:34:31Z

HikeR: /* Текстуры */ ссылка на GIMP

==О модифицировании игры==

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

На фоне вырезанного контента и огромного количества несоответствий игры обещаниям разработчиков стали формироваться моддерские команды. К счастью, разработчики оставили возможность простого модифицирования игры. Благодаря [[Распаковщик архивов|распаковщику игровых архивов]] мы получили полный доступ к ресурсам игры. Сверх того, разработчики оставили в финальном билде 2947 (и билдах после него) высший приоритет распакованной папки gamedata.

Итак, что же мы имеем?

==Звуки==

Звуки в игре записаны в формате ogg. Хочу заметить, что OGG Vorbis является признанным игровым форматом звука.

Проблем со звуком вообщем-то не возникает. Если Вы пользуетесь редактором звука, который не поддерживает OGG Vorbis, для Вас существует множество платных и бесплатных конвертеров.

Видео в игре также в формат Vorbis, расширения видео файлов - OGM. Для просмотра видео рекомендую Media Player Classic и CCCP Codec Pack ([http://cccp-project.net/ сайт проекта]).

==Текстуры==

Текстуры в игре имеют формат DDS (Direct Draw Surface). Для их редактирования рекомендую Adobe Photoshop CS 8.0 и NVidia Developer's Photoshop DDS Plugins (скачать его можно [http://developer.nvidia.com/object/photoshop_dds_plugins.html здесь]).
{{Message_box|
id =pseudoscience|
align = left|
backgroundcolor = #f9f9f9|
image =Lamp.gif|
heading = by HikeR|
message = для тех, у кого нет несколько сот долларов на покупку Adobe Photoshop, рекомендую свободный и бесплатный [http://gimp.org/ GIMP] и [http://nifelheim.dyndns.org/~cocidius/dds/ GIMP DDS Plugin]
}}
 
При этом учтите следующее:

* Вы можете использовать сторонние конвертеры. К таким относится Lister Total Commander, который умеет сохранять и просматривать DDS текстуры в других форматах. Это расширенная сборка Total Commander'a (платный файловый менеджер Кристиана Гислера) версии 6.55. Приобрести его можно [http://www.ghisler.com/ здесь].

* Также, Вы можете воспользоваться специальными DDS конвертером. Но при конвертации может исчезнуть альфа-канал текстуры, он очень важен для игры. Поэтому настоятельно рекомендую использовать Photoshop CS 8.0 с плагинами.

Внимание! После работы в Photoshop над тестурами, при сохранении не забудьте отметить пункт "Alpha Channels" и в открывшемся окне (после нажатия на кнопку "Сохранить"), выберите режим "DXT5 ARGB 8 bpp | interpolated alpha".

Также, в папке с игрой есть дополнительные текстуры с приписанным в конце имени файла словом "bump". Это бамп-карты текстур, используемые для придания модели некоторой объемности, которую ещё называют "псевдорельефностью".

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

==Модели==

Следующий немаловажный компонент игры - OGF модели.

Модели расположены в папке meshes.

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

Для просмотра моделей незаменимой утилитой является OGF Viewer ([http://www.g3ddev.com/ сайт]) от batya.
На данный момент возможен только просмотр и конвертирование моделей в формат obj.

При использовании OGF Viewer необходимо задать путь к текстурам в конфигурационном файле, который лежит в папке с программой.

==Уровни==

Следующим компонентом игры являются игровые уровни. Уровни можно разделить на мультиплеерные и сингловые.

MP-уровни отличаются от уровней одиночной игры отсутствием некоторых компонентов и несколько иной структурой/набором файлов. Например, на мультиплеерных уровнях отсутствует координатная сетка для A-Life.

Перед релизом бета-версии SDK (Software Development Kit от GSC Game World) я несколько недель тестировал его и сделал несколько печальных выводов.

Во-первых, при помощи MP-SDK невозможно не только редактировать, но и даже просматривать уже откомпилированные уровни.
Дело в том, что MP-SDK требует исходников уровней. К тому же, пора прекращать мечтать о SDK и выкрикивать: "Дайте мне СДК я вам новое оружие сделаю и движок поменяю!!!". MP-SDK - всего лишь маппер для мультиплеера. Возможно, будет маппер и для сингловой версии игры, но исходников уровней от GSC Game World даже и ждать не стоит.

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

Уровни из сингловой версии игры можно портировать под мультиплеер. Алгоритм действий:

* Скопировать содержание папки уровня в новую папку с именем типа mp_yantar.
* Удалить файлы level.game, level.ai, level.som. Скопировать level.game из любой мультиплеерной карты и вставить в переделываемую карту.
* Открыть конфигурационный файл config\mp\maplist.ltx и добавить карту в список.

==Скрипты==

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

В скриптах используется язык Lua. Язык не очень сложный, с помощью него можно многое делать, в том числе и спаунить (от англ. "spawn" - размещать на карте) объекты.

К тому же, скрипты можно вызывать в spawn-файле, о нём подробнее будет рассказано ниже.

==Конфиги==

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

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

Также существует множество других конфигурационных файлов.

О некоторых из них подробнее.
Конфигурации существ - одним из самых важных конфигурационных файлов является actor.ltx. В нём заданы параметры актора - т.е. главного героя игры.

На его примере рассмотрим структуру конфигурационного файла.

[actor] - пример entity. Конфигурацию актора вызывают при помощи названия entity. В данном случае - actor.
В других конфигурационных файлах мы можем найти пример ссылки на entity. Например: [burer_arena]:m_burer_e.

В данном случае существо "burer_arena" ссылается на существо "m_burer_e" и является его прототипом.
Также могут быть и ссылки на entity, обозначающей набор параметров. Например: damage = m_burer_damage.

Комментарии в ltx файлах начинаются с символа ";". Все, что расположено за этим знаком, игрой не учитывается.

Также очень интересна система так называемых инклудов (включений).

Инклуд обозначается строкой "#include "имя_файла.ltx""

Инклуды означают, что в файл, в котором написана вышеуказанная строка, вставляется содержание файла, указанного как аргумент к функции #include.

Получается так, что конфигурационные файлы монстров (к примеру) объединяются в файле monsters.ltx, файлы сталкеров - в stalkers.ltx. А файлы monsters.ltx, stalkers.ltx и все остальные файлы объединяются в файле system.ltx, в котором прописано около 20 инклудов. Таким образом, всё содержание ltx-файлов объединено в system.ltx.

Помните - когда создаёте новый конфигурационный файл - не забудьте вставить его методом инклуда в общий конфигурационный список в system.ltx.

==Спавн-файл==

Последнее, о чём пойдёт речь - папка spawns.

В ней расположен файл all.spawn. В этом файле обозначены почти все динамические объекты, которые содержатся в игровой Зоне. Это как монстры и сталкеры, так и приёмник "Горизонт" на столе у торговца, и даже ящик рядом с блокпостом.

Формат спаун-файла долго разбирался специалистами и благодаря товарищу Zeed'у разобран. (by HikeR: ссылка на источник???) И им же была написана специальная программа [[xrSpawner]] для спауна динамических объектов.

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

Кроме файлов спауна в директории gamedata также присутствует папка с шейдерами, папка с анимациями камеры, папка с некоторыми файлами A-life и несколько файлов в формате xr.

В файле gamemtl.xr лежат настройки материалов, текстур и hit_fx эффектов.
В режиме HEX файл более или менее читаем.

И последнее.
Не пробуйте искать где указаны классы типа AI_CROW.
Все классы существ находятся в xrGame.dll и попытки извлечь их или изменить бессмыслены.

==Авторы==

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

Теория модостроения

2008-08-13T12:23:20Z

HikeR: /* Спавн-файл */ где ссылка на источник???

==О модифицировании игры==

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

На фоне вырезанного контента и огромного количества несоответствий игры обещаниям разработчиков стали формироваться моддерские команды. К счастью, разработчики оставили возможность простого модифицирования игры. Благодаря [[Распаковщик архивов|распаковщику игровых архивов]] мы получили полный доступ к ресурсам игры. Сверх того, разработчики оставили в финальном билде 2947 (и билдах после него) высший приоритет распакованной папки gamedata.

Итак, что же мы имеем?

==Звуки==

Звуки в игре записаны в формате ogg. Хочу заметить, что OGG Vorbis является признанным игровым форматом звука.

Проблем со звуком вообщем-то не возникает. Если Вы пользуетесь редактором звука, который не поддерживает OGG Vorbis, для Вас существует множество платных и бесплатных конвертеров.

Видео в игре также в формат Vorbis, расширения видео файлов - OGM. Для просмотра видео рекомендую Media Player Classic и CCCP Codec Pack ([http://cccp-project.net/ сайт проекта]).

==Текстуры==

Текстуры в игре имеют формат DDS (Direct Draw Surface). Для их редактирования рекомендую Adobe Photoshop CS 8.0 и NVidia Developer's Photoshop DDS Plugins (скачать его можно [http://developer.nvidia.com/object/photoshop_dds_plugins.html здесь]).

При этом учтите следующее:

* Вы можете использовать сторонние конвертеры. К таким относится Lister Total Commander, который умеет сохранять и просматривать DDS текстуры в других форматах. Это расширенная сборка Total Commander'a (платный файловый менеджер Кристиана Гислера) версии 6.55. Приобрести его можно [http://www.ghisler.com/ здесь].

* Также, Вы можете воспользоваться специальными DDS конвертером. Но при конвертации может исчезнуть альфа-канал текстуры, он очень важен для игры. Поэтому настоятельно рекомендую использовать Photoshop CS 8.0 с плагинами.

Внимание! После работы в Photoshop над тестурами, при сохранении не забудьте отметить пункт "Alpha Channels" и в открывшемся окне (после нажатия на кнопку "Сохранить"), выберите режим "DXT5 ARGB 8 bpp | interpolated alpha".

Также, в папке с игрой есть дополнительные текстуры с приписанным в конце имени файла словом "bump". Это бамп-карты текстур, используемые для придания модели некоторой объемности, которую ещё называют "псевдорельефностью".

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

==Модели==

Следующий немаловажный компонент игры - OGF модели.

Модели расположены в папке meshes.

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

Для просмотра моделей незаменимой утилитой является OGF Viewer ([http://www.g3ddev.com/ сайт]) от batya.
На данный момент возможен только просмотр и конвертирование моделей в формат obj.

При использовании OGF Viewer необходимо задать путь к текстурам в конфигурационном файле, который лежит в папке с программой.

==Уровни==

Следующим компонентом игры являются игровые уровни. Уровни можно разделить на мультиплеерные и сингловые.

MP-уровни отличаются от уровней одиночной игры отсутствием некоторых компонентов и несколько иной структурой/набором файлов. Например, на мультиплеерных уровнях отсутствует координатная сетка для A-Life.

Перед релизом бета-версии SDK (Software Development Kit от GSC Game World) я несколько недель тестировал его и сделал несколько печальных выводов.

Во-первых, при помощи MP-SDK невозможно не только редактировать, но и даже просматривать уже откомпилированные уровни.
Дело в том, что MP-SDK требует исходников уровней. К тому же, пора прекращать мечтать о SDK и выкрикивать: "Дайте мне СДК я вам новое оружие сделаю и движок поменяю!!!". MP-SDK - всего лишь маппер для мультиплеера. Возможно, будет маппер и для сингловой версии игры, но исходников уровней от GSC Game World даже и ждать не стоит.

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

Уровни из сингловой версии игры можно портировать под мультиплеер. Алгоритм действий:

* Скопировать содержание папки уровня в новую папку с именем типа mp_yantar.
* Удалить файлы level.game, level.ai, level.som. Скопировать level.game из любой мультиплеерной карты и вставить в переделываемую карту.
* Открыть конфигурационный файл config\mp\maplist.ltx и добавить карту в список.

==Скрипты==

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

В скриптах используется язык Lua. Язык не очень сложный, с помощью него можно многое делать, в том числе и спаунить (от англ. "spawn" - размещать на карте) объекты.

К тому же, скрипты можно вызывать в spawn-файле, о нём подробнее будет рассказано ниже.

==Конфиги==

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

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

Также существует множество других конфигурационных файлов.

О некоторых из них подробнее.
Конфигурации существ - одним из самых важных конфигурационных файлов является actor.ltx. В нём заданы параметры актора - т.е. главного героя игры.

На его примере рассмотрим структуру конфигурационного файла.

[actor] - пример entity. Конфигурацию актора вызывают при помощи названия entity. В данном случае - actor.
В других конфигурационных файлах мы можем найти пример ссылки на entity. Например: [burer_arena]:m_burer_e.

В данном случае существо "burer_arena" ссылается на существо "m_burer_e" и является его прототипом.
Также могут быть и ссылки на entity, обозначающей набор параметров. Например: damage = m_burer_damage.

Комментарии в ltx файлах начинаются с символа ";". Все, что расположено за этим знаком, игрой не учитывается.

Также очень интересна система так называемых инклудов (включений).

Инклуд обозначается строкой "#include "имя_файла.ltx""

Инклуды означают, что в файл, в котором написана вышеуказанная строка, вставляется содержание файла, указанного как аргумент к функции #include.

Получается так, что конфигурационные файлы монстров (к примеру) объединяются в файле monsters.ltx, файлы сталкеров - в stalkers.ltx. А файлы monsters.ltx, stalkers.ltx и все остальные файлы объединяются в файле system.ltx, в котором прописано около 20 инклудов. Таким образом, всё содержание ltx-файлов объединено в system.ltx.

Помните - когда создаёте новый конфигурационный файл - не забудьте вставить его методом инклуда в общий конфигурационный список в system.ltx.

==Спавн-файл==

Последнее, о чём пойдёт речь - папка spawns.

В ней расположен файл all.spawn. В этом файле обозначены почти все динамические объекты, которые содержатся в игровой Зоне. Это как монстры и сталкеры, так и приёмник "Горизонт" на столе у торговца, и даже ящик рядом с блокпостом.

Формат спаун-файла долго разбирался специалистами и благодаря товарищу Zeed'у разобран. (by HikeR: ссылка на источник???) И им же была написана специальная программа [[xrSpawner]] для спауна динамических объектов.

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

Кроме файлов спауна в директории gamedata также присутствует папка с шейдерами, папка с анимациями камеры, папка с некоторыми файлами A-life и несколько файлов в формате xr.

В файле gamemtl.xr лежат настройки материалов, текстур и hit_fx эффектов.
В режиме HEX файл более или менее читаем.

И последнее.
Не пробуйте искать где указаны классы типа AI_CROW.
Все классы существ находятся в xrGame.dll и попытки извлечь их или изменить бессмыслены.

==Авторы==

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

Обсуждение категории:Команды консоли

2008-06-11T17:41:25Z

HikeR: к удалению

--HikeR 21:41, 11 июня 2008 (MSD)

может убрать эту страницу? все что в ней - есть тут: [[Расширенные_настройки(ч._2)]]

Расширенные настройки(ч. 2)

2008-06-06T18:12:28Z

HikeR: /* Сетевые */ дополнение

{| border="0" cellpadding="3" align="right" width="260" cellspacing="1" style="background:#5e5e5e;"
|-
! style="background:#ffffff;" align="left" | Содержание
|-
| style="background:#ffffff;" align="left"|
{{Шаблон:Содержание руководства по настройке}}
|-
|}

== Консольные комманды ==

Консоль в Сталкере может быть открыта и закрыта нажатием клавиши тильда ('~'), которая под кнопкой '''ESC'''. Данная консоль представляет собой поле, которое позволяет вам вводить определенный диапазон консольных комманд в целях регулирования и настройки параметров игрового движка. Большинство консольных комманд также используются в фаиле '''User.ltx''', как говорилось на предыдущей странице. Так что лучший метод для использования продвинутых фич – это, во-первых протестировать комманду в консоли, потом, точно определить значение которые вы хотите использовать для этой комманды, и затем, если вы захотите использовать ее всегда, можете отредактировать соответственно ваш фаил User.ltx , если настройка еще не сохранена там.

Процедура использования консольной комманды достаточно проста – введите соответствующую команду, затем сделайте пропуск кнопкой space, и введите подходящее значение. Например ввод соответствующей команды в консоли:
r2_tf_mipbias 2.5
Мы говорим игровому движку присвоить значение (параметр) '''2.5''' к переменной '''r2_tf_mipbias'''. Последствия этого изменения должны немедленно отобразиться на экране. Если вы только хотите знать какие значения есть у конкретной переменной, введите ее имя без добавления каких-либо параметров (к примеру, введите только '''r2_tf_mipbias''', чтобы увидеть ее возможные значения).

:Важно: Ввод новых параметров для переменных в консоли может автоматически записать эти изменения в ваш фаил '''User.ltx''', это означает что при следующем запуске Сталкера именно они будут использоваться, а не которые были до этого. Так что убедитесь сначала, что у вас есть бэкап '''User.ltx''', прежде чем возиться в консоли, и лучше всего для начала проверить конкретное значение переменной и записать ее, прежде чем тестировать новые параметры, в случае если вы хотите быстро вернуться к оригинальным настройкам.

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

*Вы можете использовать кнопки '''Page Up''' и '''Page Down''' для скроллинга текста в консоли.
*Кнопка '''Tab''' работает как автозавершение команды. Если в консоли ничего не набрано, то каждое нажатие на '''Tab''' будет вызывать следующую команду по алфавиту.
*Клавиши с цифрового блока не работают, поэтому ввод цифр производите с основной части клавиатуры.

Подробные описания наиболее полезных консольных комманд уже представлены на предыдущей странице, так как переменные '''User.ltx''' и консольных комманд называются одинаково и действуют практически по тому же принципу.

Изменения переменные в консоли вы можете сделать их постоянными, так как большинство их пишется в ваш фаил '''User.ltx'''. Убедитесь обязательно, что вы вернули прежнее значение комманды назад, к ее дефолтному или желаемому параметру, или восстановите ваш сохраненный фаил User.ltx после этого, если вы только хотите поэкспериментировать и не применять изменения.

== Список консольных команд ==

=== Основные ===

{| class="standart"
! width=25% | Команда
! width=25% | Параметры
! width=50% | Описание
|-
|preset||Minimum, Low, Default, High, Extreme||Тоже, что и общая опция Настроек Качества графики в игре.
|-
|ai_use_torch_dynamic_lights||on, off||Тоже, что и менюшная опция Фонарики от НПС.
|-
|bind||action,key||Назначить действие на первичную конкретную выбранную клавишу.
|-
|bind_console|| ||
|-
|bind_list|| ||Список всех текущих назначенных клавиш.
|-
|bind_sec||action,key||Назначить действие на вторичную клавишу.
|-
|cam_inert||0.000,1.000||Управление инертностью камеры.
|-
|cam_slide_inert||0.000,1.000||
|-
|cdkey|| ||
|-
|cfg_load||filename.ltx||Загружает конфигурационный фаил определенного названия из той же папки, что и User.ltx
|-
|cfg_save||filename.ltx||Сохраняет текущий конфигурационные настройки в новый .ltx фаил с указанным вами именем в ту же папку что и User.ltx.
|-
|check_for_updates|| ||
|-
|cl_cod_pickup_mode||0,1||
|-
|cl_dynamiccrosshair||on,off||Тоже, что и менюшная опция Динамический Прицел.
|-
|cl_voteno|| ||
|-
|cl_votestart|| ||
|-
|cl_voteyes||
|-
|demo_play||demoname||Проиграть записанную вами демку сохраненной игры.
|-
|disconnect|| ||Отсоединяет вас от текущей игры и выбрасывает в главное меню.
|-
|flush|| ||Создать лог в папке \Documents and Settings\All Users\Documents\STALKER-SHOC\logs
|-
|g_always_run||on,off||Включить постоянный бег/ходьбу.
|-
|g_autopickup||on,off||Автоподбор предметов, вкл/выкл
|-
|g_backrun||on,off||Возможность передвижения спиной бегом, вкл/выкл
|-
|g_corpsenum||0,100||
|-
|g_eventdelay||0,1000||
|-
|g_game_difficulty||gd_novice, gd_stalker, gd_veteran, gd_master||Тоже, что и опция Уровень сложности в игровом меню.
|-
|help|| ||Список всех консольных команд.
|-
|hud_crosshair||on,off||– Тоже, что и менюшная опция Показывать Прицел.
|-
|hud_crosshair_dist||on,off||– Тоже, что и опция в меню Дистанция до цели.
|-
|list_actions|| ||Список всех действий, которые можно прибиндить на кнопки.
|-
|load||savename||Загружает сохраненную игру с указанным вами названием.
|-
|main_menu|| ||Главное меню, каждый вызов вкл/выкл
|-
|mouse_invert||on,off||Тоже, что и опция в меню Инвертировать Мышь.
|-
|mouse_sens||0.050,0.6000||Тоже, что и менюшная опция Чувствительность Мыши.
|-
|ph_frequency|| ||
|-
|ph_iterations||5,50||
|-
|quit|| ||Выйти из игры в Винду.
|-
|save||savename||Сохранить текущую игру под конкретным именем(дефолт – быстрое сохранение).
|-
|screenshot|| ||Сохранить скриншот в папку \Documents and Settings\All Users\Documents\STALKER-SHOC\screenshots
|-
|start|| ||
|-
|stat_memory|| ||Показывает статистику использования оперативной памяти игровым движком.
|-
|stat_models|| ||Показывает список всех загруженных на данный момент моделей.
|-
|unbind||action||Разбиндить любую первичную клавишу с назначенного действия.
|-
|unbind_console|| ||
|-
|unbind_sec||action||Разбиндить любую вторичную клавишу с назначенного действия.
|-
|unbindall|| ||Разбиндить все назначенные на действия клавиши.

|}

=== Графические ===

{| class="standart"
! width=25% | Команда
! width=25% | Параметры
! width=50% | Описание
|-
|r1_dlights||on,off||Включить\выключить динамические источники света, влияет только на фонарики.
|-
|r1_dlights_clip||10.000,150.000||Устанавливает радиус отображения(дальность видимости) динамических источников света.
|-
|r1_glows_per_frame||2,32||Контролирует максимальное число источников света.
|-
|r1_lmodel_lerp||0.000,0.333||Управляет Линейной Интерполяцией освещения.
|-
|r1_pps_u||-1.000,1.000||Контролирует Per Pixel Shader значение.
|-
|r1_pps_v||-1.000,1.000||Контролирует Per Pixel Shader значение.
|-
|r1_ssa_lod_a||16.000,96.000||Контролирует уровень детализации(LOD) в игровом мире.
|-
|r1_ssa_lod_b||16.000,64.000||Контролирует уровень детализации(LOD) в игровом мире.
|-
|r1_tf_mipbias||-3.000,3.000||Контролирует mipmap LOD bias (детализация (LOD) для мип-уровней), которая влияет на чистоту текстур. (четкость и чистота текстур на расстоянии)
|-
|r2_aa||on,off||Включает фейковый эффект Сглаживания.
|-
|r2_aa_break|| ||Контролирует степень фейкового АА.
|-
|r2_aa_kernel||0.300,0.700||Контролирует общую заблюренность фейкового АА.
|-
|r2_aa_weight|| ||Более точно контролирует заблюренность фейкового АА.
|-
|r2_allow_r1_light||on,off||Позволяет DX8 освещению работать под моделью освещения DX9 (Вкл/выкл дублирующих динамических источников света).
|-
|r2_gi||on,off||Включает Глобальное Освещение (на свой страх и риск, опция экспериментальная).
|-
|r2_gi_clip||0.000,0.100||Контролирует дальность видимости(clip distance) Глобального освещения.
|-
|r2_gi_depth||1,5||Контролирует глубину теней Глобального Освещения.
|-
|r2_gi_photons||8,256||Контролирует эффект Глобального Освещения.
|-
|r2_gi_refl||0.001,0.990||– Контролирует reflectivity(коэффициент отражения) Глобального Освещения.
|-
|r2_gloss_factor||0.000,10.000||Устанавливает уровень Отражений/глянца на объектах.
|-
|r2_ls_bloom_fast||on,off||Включает расширенный эффект Блума.
|-
|r2_ls_bloom_kernel_b||0.010,1.000||– Определяет уровень затененности(дымки) от эффектов HDR и Блума.
|-
|r2_ls_bloom_kernel_g||1.000,7.000||Четкость бликов
|-
|r2_ls_bloom_kernel_scale||0.500,2.000||Общая сила HDR
|-
|r2_ls_bloom_speed||0.000,100.000||
|-
|r2_ls_bloom_threshold||0.000,1.000||Контролирует общий уровень используемых световых эффектов (Блум).
|-
|r2_ls_depth_bias||-0.500,0.500||Контролирует дальность освещения источников света.
|-
|r2_ls_depth_scale||0.500,1.500||Контролирует влияние освещения на тени.
|-
|r2_ls_dsm_kernel||0.100,3.000||
|-
|r2_ls_psm_kernel||0.100,3.000||
|-
|r2_ls_squality||0.500,1.000||Тоже, что и опция в меню Качество Теней.
|-
|r2_ls_ssm_kernel||0.500,1.000||
|-
|r2_mblur||0.000,1.000||Работает только если при запуске к .exe приписан параметр –mblur.
|-
|r2_parallax_h||0.000,0.500||Контролирует Параллакс Маппинг, который влияет на глубину поверхности текстур.
|-
|r2_slight_fade||0.020,2.000||Дальность освещения(есть в меню)
|-
|r2_ssa_lod_a||16.000,96.000||Контролирует уровень детализации(LOD) в игровом мире.
|-
|r2_ssa_lod_b||32.000,64.000||Контролирует уровень детализации(LOD) в игровом мире.
|-
|r2_sun||on,off||– Опция из меню - Тень от Солнца.
|-
|r2_sun_depth_far_bias||-0.500,0.500||
|-
|r2_sun_depth_far_scale||0.500,1.500||
|-
|r2_sun_depth_near_bias||-0.500,0.500||
|-
|r2_sun_depth_near_scale||0.500,1.500||
|-
|r2_sun_details||on,off||Тоже, что опция в меню Тени от Травы.
|-
|r2_sun_focus||on,off||Фокус солнечных теней
|-
|r2_sun_lumscale||-1.000,3.000||Яркость света от Солнца.
|-
|r2_sun_lumscale_amb||0.000,3.000||Яркость ambient освещения (равномерное освещение) от Солнца.
|-
|r2_sun_lumscale_hemi||0.000,3.000||
|-
|r2_sun_near||1.000,50.000||Местоположение солнца от земли
|-
|r2_sun_near_border||0.500,1.000||
|-
|r2_sun_tsm||on,off||Четкость солнечных теней
|-
|r2_sun_tsm_bias||-0.500,0.500||
|-
|r2_sun_tsm_proj||0.001,0.800||
|-
|r2_tf_mipbias||-3.000,3.000||Контролирует mipmap LOD bias (детализация (LOD) для мип-уровней), которая влияет на чистоту текстур. (четкость и чистота текстур на расстоянии)
|-
|r2_tonemap||on,off||– Включает эффект Tone Mapping(разметка уровня цвета) для HDR освещения.
|-
|r2_tonemap_adaptation||0.010,10.000||
|-
|r2_tonemap_amount||0.000,1.000||
|-
|r2_tonemap_lowlum||0.000,1.000||– Контролирует эффект tone mapping на темных локациях.
|-
|r2_tonemap_middlegray||0.000,2.000||Контролирует общий вид эффекта HDR.
|-
|r2_wait_sleep||0,1||
|-
|r2_zfill||on,off||
|-
|r2_zfill_depth||0.001,0.500||
|-
|r2em||0.000,4.000||
|-
|r__detail_density||0.200,0.600||– Опция, по типу в меню - Плотность Травы.
|-
|r__geometry_lod||0.100,1.200||– Тоже, что и опция из меню Детализация объектов(геометрии).
|-
|r__supersample||1,4||Тоже, что и опция в меню – Сглаживание.
|-
|r__tf_aniso||1,16||–Опция из меню, анизотропная фильтрация(Фильтрация текстур).
|-
|renderer||renderer_r1, renderer_r2a, renderer_r2||Тоже, что и опция в меню Тип рендера.
|-
|rs_c_brightness||0.500,1.500||– Опция из меню – Яркость.
|-
|rs_c_contrast||0.500,1.500||Опция по типу в меню, Контраст.
|-
|rs_c_gamma||0.500,1.500||Тоже, что и менюшная опция Гамма.
|-
|rs_fullscreen||on,off||Тоже, что и опция в главном меню Полноэкранный режим.
|-
|rs_refresh_60hz||on,off||– Тоже, что и опция в меню Частота 60Гц.
|-
|rs_stats||on,off||Включает статистику движка на экране, включая FPS.
|-
|rs_v_sync||on,off||Тоже, что и менюшная опция Вертикальная Синхронизация.
|-
|rs_vis_distance||0.400,1.500||Тоже, что и опция в меню Дальность Видимости.
|-
|texture_lod||0,4||Тоже, что и менюшная опция Качество текстур. Значения инвертны(0 - высокое качество)
|-
|vid_mode||WxH||Тоже, что и опция в меню Разрешение.
|-
|vid_restart|| ||Перезапускает графический движок; может быть использовано после изменения каких-либо графических настроек таких как texture_lod и vid_mode.

|}

=== Звуковые ===

{| class="standart"
! width=25% | Команда
! width=25% | Параметры
! width=50% | Описание
|-
|snd_acceleration||on,off||Включает аппаратную акселерацию звука.
|-
|snd_cache_size||4,32||Установить размер кэша для звука.
|-
|snd_efx||on,off||Включает\выключает Звуковые Эффекты.
|-
|snd_restart|| ||Перезапускает звуковой движок; может быть использовано после изменений каких-либо переменных snd_.
|-
|snd_targets||4,32||Устанавливает количество используемых каналов для аудио.
|-
|snd_volume_eff||0.000,1.000||Тоже, что и опция в меню Громкость(звука).
|-
|snd_volume_music||0.000,1.000||Тоже, что и опция в меню Громкость Музыки.
|}

=== Сетевые ===

{| class="standart"
! width=25% | Команда
! width=25% | Параметры
! width=50% | Описание
|-
|g_kill|| ||Мгновенная смерть игрока
|-
|g_restart|| ||
|-
|g_restart_fast|| ||
|-
|g_swapteams|| ||Смена команд местами в сетевой игре артефактхант (Охота за Артефактом).
|-
|get_server_address|| ||Список IP-адресов игровых серверов.
|-
|mm_mm_net_srv_dedicated||on,off||
|-
|mm_net_con_publicserver||on,off||
|-
|mm_net_con_spectator||1,32||
|-
|mm_net_con_spectator_on||on,off||
|-
|mm_net_player_name||String||
|-
|mm_net_srv_gamemode||st_deathmatch, st_team_deathmatch, st_artefacthunt||тип сетевой игры
|-
|mm_net_srv_maxplayers||2,32||
|-
|mm_net_srv_name||String||
|-
|mm_net_srv_reinforcement_type||0,2||
|-
|mm_net_weather_rateofchange||0.000,100.000||Коэффиицент изменения погоды
|-
|name||String||Устанавливает ваш ник в сетевой игре.
|-
|net_cl_clearstats|| ||
|-
|net_cl_icurvesize||0,2000||
|-
|net_cl_icurvetype||0,2||
|-
|net_cl_interpolation||-1.000,1.000||
|-
|net_cl_log_data||on,off||
|-
|net_cl_pending_lim||0,10||
|-
|net_cl_resync|| ||
|-
|net_cl_update_rate||1,100||
|-
|net_dedicated_sleep||0,64||
|-
|net_sv_clearstats|| ||
|-
|net_sv_log_data||on,off||
|-
|net_sv_pending_lim||0,10||
|-
|net_sv_update_rate||1,100||
|-
|sv_addmap|| ||
|-
|sv_anomalies_enabled||0,1||
|-
|sv_anomalies_length||0,180||
|-
|sv_artefect_respawn_delta||0,600||
|-
|sv_artefact_stay_time||0,180||
|-
|sv_artefacts_count||1,100||
|-
|sv_auto_team_balance||0,1||
|-
|sv_auto_team_swap||0,1||
|-
|sv_banplayer||name time||забанить игрока ''name'' на ''time'' секунд. ''name'' может быть цифрой из списка игроков (sv_listplayers)
|-
|sv_bearercantsprint||0,1||
|-
|sv_changegametype|| ||
|-
|sv_changelevel|| ||
|-
|sv_changelevelgametype|| ||
|-
|sv_client_reconnect_time||0,60||
|-
|sv_console_update_rate||1,100||
|-
|sv_dmgblockindicator||0,1||
|-
|sv_dmgblocktime||0,600||Время, которое ГГ после респавна не уязвим в секундах
|-
|sv_forcerespawn||0,3600||
|-
|sv_fraglimit||0,100||
|-
|sv_friendly_indicators||0,1||
|-
|sv_friendly_names||0,1||
|-
|sv_friendlyfire||0.000,2.000||
|-
|sv_hail_to_winner_time||0,60000||
|-
|sv_kick|| ||
|-
|sv_listplayers|| ||
|-
|sv_nextanomalyset|| ||
|-
|sv_nextmap|| ||
|-
|sv_pda_hunt||0,1||Давать бонус (100р) за подобранный хабар с мертвого сталкера
|-
|sv_pending_wait_time||0,60000||
|-
|sv_prevmap|| ||
|-
|sv_reinforcement_time||-1,3600||
|-
|sv_remove_corpse||-1,1||удалять тело после смерти игрока
|-
|sv_remove_weapon||-1,1||удалять оружие после смерти игрока
|-
|sv_return_to_base|| ||
|-
|sv_returnplayers||0,1||
|-
|sv_setenvtime|| ||
|-
|sv_setweather|| ||
|-
|sv_shieldedbases||0,1||
|-
|sv_spectr_firsteye||0,1||Разрешаете/запрещает Спектатор от первого лица
|-
|sv_spectr_freefly||0,1||Разрешаете/запрещает Спектатор в свободном полете
|-
|sv_spectr_freelook||0,1||
|-
|sv_spectr_lookat||0,1||
|-
|sv_spectr_teamcamera||0,1||Разрешаете/запрещает Спектатор только своей команды. От первого лица или от третьего, на выбор
|-
|sv_satistic_collect||0,1||
|-
|sv_statistic_save|| ||
|-
|sv_statistic_save_auto||0,1||
|-
|sv_timelimit||0,180||
|-
|sv_vote_enabled||0,1||
|-
|sv_vote_participants||0,1||
|-
|sv_vote_quota||0.000,1.000||
|-
|sv_vote_time||0.500,10.000||
|-
|sv_votestop|| ||
|-
|sv_warm_up||0,3600||Время на разминку в мультиплеере

|}

== Продолжение ==

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

Следующая страница завершает данное руководство по Твикингу параметрами для запуска экзэшника.

[[Категория:Руководства]]

Расширенные настройки(ч. 2)

2008-06-06T18:03:51Z

HikeR: /* Сетевые */ дополнение

{| border="0" cellpadding="3" align="right" width="260" cellspacing="1" style="background:#5e5e5e;"
|-
! style="background:#ffffff;" align="left" | Содержание
|-
| style="background:#ffffff;" align="left"|
{{Шаблон:Содержание руководства по настройке}}
|-
|}

== Консольные комманды ==

Консоль в Сталкере может быть открыта и закрыта нажатием клавиши тильда ('~'), которая под кнопкой '''ESC'''. Данная консоль представляет собой поле, которое позволяет вам вводить определенный диапазон консольных комманд в целях регулирования и настройки параметров игрового движка. Большинство консольных комманд также используются в фаиле '''User.ltx''', как говорилось на предыдущей странице. Так что лучший метод для использования продвинутых фич – это, во-первых протестировать комманду в консоли, потом, точно определить значение которые вы хотите использовать для этой комманды, и затем, если вы захотите использовать ее всегда, можете отредактировать соответственно ваш фаил User.ltx , если настройка еще не сохранена там.

Процедура использования консольной комманды достаточно проста – введите соответствующую команду, затем сделайте пропуск кнопкой space, и введите подходящее значение. Например ввод соответствующей команды в консоли:
r2_tf_mipbias 2.5
Мы говорим игровому движку присвоить значение (параметр) '''2.5''' к переменной '''r2_tf_mipbias'''. Последствия этого изменения должны немедленно отобразиться на экране. Если вы только хотите знать какие значения есть у конкретной переменной, введите ее имя без добавления каких-либо параметров (к примеру, введите только '''r2_tf_mipbias''', чтобы увидеть ее возможные значения).

:Важно: Ввод новых параметров для переменных в консоли может автоматически записать эти изменения в ваш фаил '''User.ltx''', это означает что при следующем запуске Сталкера именно они будут использоваться, а не которые были до этого. Так что убедитесь сначала, что у вас есть бэкап '''User.ltx''', прежде чем возиться в консоли, и лучше всего для начала проверить конкретное значение переменной и записать ее, прежде чем тестировать новые параметры, в случае если вы хотите быстро вернуться к оригинальным настройкам.

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

*Вы можете использовать кнопки '''Page Up''' и '''Page Down''' для скроллинга текста в консоли.
*Кнопка '''Tab''' работает как автозавершение команды. Если в консоли ничего не набрано, то каждое нажатие на '''Tab''' будет вызывать следующую команду по алфавиту.
*Клавиши с цифрового блока не работают, поэтому ввод цифр производите с основной части клавиатуры.

Подробные описания наиболее полезных консольных комманд уже представлены на предыдущей странице, так как переменные '''User.ltx''' и консольных комманд называются одинаково и действуют практически по тому же принципу.

Изменения переменные в консоли вы можете сделать их постоянными, так как большинство их пишется в ваш фаил '''User.ltx'''. Убедитесь обязательно, что вы вернули прежнее значение комманды назад, к ее дефолтному или желаемому параметру, или восстановите ваш сохраненный фаил User.ltx после этого, если вы только хотите поэкспериментировать и не применять изменения.

== Список консольных команд ==

=== Основные ===

{| class="standart"
! width=25% | Команда
! width=25% | Параметры
! width=50% | Описание
|-
|preset||Minimum, Low, Default, High, Extreme||Тоже, что и общая опция Настроек Качества графики в игре.
|-
|ai_use_torch_dynamic_lights||on, off||Тоже, что и менюшная опция Фонарики от НПС.
|-
|bind||action,key||Назначить действие на первичную конкретную выбранную клавишу.
|-
|bind_console|| ||
|-
|bind_list|| ||Список всех текущих назначенных клавиш.
|-
|bind_sec||action,key||Назначить действие на вторичную клавишу.
|-
|cam_inert||0.000,1.000||Управление инертностью камеры.
|-
|cam_slide_inert||0.000,1.000||
|-
|cdkey|| ||
|-
|cfg_load||filename.ltx||Загружает конфигурационный фаил определенного названия из той же папки, что и User.ltx
|-
|cfg_save||filename.ltx||Сохраняет текущий конфигурационные настройки в новый .ltx фаил с указанным вами именем в ту же папку что и User.ltx.
|-
|check_for_updates|| ||
|-
|cl_cod_pickup_mode||0,1||
|-
|cl_dynamiccrosshair||on,off||Тоже, что и менюшная опция Динамический Прицел.
|-
|cl_voteno|| ||
|-
|cl_votestart|| ||
|-
|cl_voteyes||
|-
|demo_play||demoname||Проиграть записанную вами демку сохраненной игры.
|-
|disconnect|| ||Отсоединяет вас от текущей игры и выбрасывает в главное меню.
|-
|flush|| ||Создать лог в папке \Documents and Settings\All Users\Documents\STALKER-SHOC\logs
|-
|g_always_run||on,off||Включить постоянный бег/ходьбу.
|-
|g_autopickup||on,off||Автоподбор предметов, вкл/выкл
|-
|g_backrun||on,off||Возможность передвижения спиной бегом, вкл/выкл
|-
|g_corpsenum||0,100||
|-
|g_eventdelay||0,1000||
|-
|g_game_difficulty||gd_novice, gd_stalker, gd_veteran, gd_master||Тоже, что и опция Уровень сложности в игровом меню.
|-
|help|| ||Список всех консольных команд.
|-
|hud_crosshair||on,off||– Тоже, что и менюшная опция Показывать Прицел.
|-
|hud_crosshair_dist||on,off||– Тоже, что и опция в меню Дистанция до цели.
|-
|list_actions|| ||Список всех действий, которые можно прибиндить на кнопки.
|-
|load||savename||Загружает сохраненную игру с указанным вами названием.
|-
|main_menu|| ||Главное меню, каждый вызов вкл/выкл
|-
|mouse_invert||on,off||Тоже, что и опция в меню Инвертировать Мышь.
|-
|mouse_sens||0.050,0.6000||Тоже, что и менюшная опция Чувствительность Мыши.
|-
|ph_frequency|| ||
|-
|ph_iterations||5,50||
|-
|quit|| ||Выйти из игры в Винду.
|-
|save||savename||Сохранить текущую игру под конкретным именем(дефолт – быстрое сохранение).
|-
|screenshot|| ||Сохранить скриншот в папку \Documents and Settings\All Users\Documents\STALKER-SHOC\screenshots
|-
|start|| ||
|-
|stat_memory|| ||Показывает статистику использования оперативной памяти игровым движком.
|-
|stat_models|| ||Показывает список всех загруженных на данный момент моделей.
|-
|unbind||action||Разбиндить любую первичную клавишу с назначенного действия.
|-
|unbind_console|| ||
|-
|unbind_sec||action||Разбиндить любую вторичную клавишу с назначенного действия.
|-
|unbindall|| ||Разбиндить все назначенные на действия клавиши.

|}

=== Графические ===

{| class="standart"
! width=25% | Команда
! width=25% | Параметры
! width=50% | Описание
|-
|r1_dlights||on,off||Включить\выключить динамические источники света, влияет только на фонарики.
|-
|r1_dlights_clip||10.000,150.000||Устанавливает радиус отображения(дальность видимости) динамических источников света.
|-
|r1_glows_per_frame||2,32||Контролирует максимальное число источников света.
|-
|r1_lmodel_lerp||0.000,0.333||Управляет Линейной Интерполяцией освещения.
|-
|r1_pps_u||-1.000,1.000||Контролирует Per Pixel Shader значение.
|-
|r1_pps_v||-1.000,1.000||Контролирует Per Pixel Shader значение.
|-
|r1_ssa_lod_a||16.000,96.000||Контролирует уровень детализации(LOD) в игровом мире.
|-
|r1_ssa_lod_b||16.000,64.000||Контролирует уровень детализации(LOD) в игровом мире.
|-
|r1_tf_mipbias||-3.000,3.000||Контролирует mipmap LOD bias (детализация (LOD) для мип-уровней), которая влияет на чистоту текстур. (четкость и чистота текстур на расстоянии)
|-
|r2_aa||on,off||Включает фейковый эффект Сглаживания.
|-
|r2_aa_break|| ||Контролирует степень фейкового АА.
|-
|r2_aa_kernel||0.300,0.700||Контролирует общую заблюренность фейкового АА.
|-
|r2_aa_weight|| ||Более точно контролирует заблюренность фейкового АА.
|-
|r2_allow_r1_light||on,off||Позволяет DX8 освещению работать под моделью освещения DX9 (Вкл/выкл дублирующих динамических источников света).
|-
|r2_gi||on,off||Включает Глобальное Освещение (на свой страх и риск, опция экспериментальная).
|-
|r2_gi_clip||0.000,0.100||Контролирует дальность видимости(clip distance) Глобального освещения.
|-
|r2_gi_depth||1,5||Контролирует глубину теней Глобального Освещения.
|-
|r2_gi_photons||8,256||Контролирует эффект Глобального Освещения.
|-
|r2_gi_refl||0.001,0.990||– Контролирует reflectivity(коэффициент отражения) Глобального Освещения.
|-
|r2_gloss_factor||0.000,10.000||Устанавливает уровень Отражений/глянца на объектах.
|-
|r2_ls_bloom_fast||on,off||Включает расширенный эффект Блума.
|-
|r2_ls_bloom_kernel_b||0.010,1.000||– Определяет уровень затененности(дымки) от эффектов HDR и Блума.
|-
|r2_ls_bloom_kernel_g||1.000,7.000||Четкость бликов
|-
|r2_ls_bloom_kernel_scale||0.500,2.000||Общая сила HDR
|-
|r2_ls_bloom_speed||0.000,100.000||
|-
|r2_ls_bloom_threshold||0.000,1.000||Контролирует общий уровень используемых световых эффектов (Блум).
|-
|r2_ls_depth_bias||-0.500,0.500||Контролирует дальность освещения источников света.
|-
|r2_ls_depth_scale||0.500,1.500||Контролирует влияние освещения на тени.
|-
|r2_ls_dsm_kernel||0.100,3.000||
|-
|r2_ls_psm_kernel||0.100,3.000||
|-
|r2_ls_squality||0.500,1.000||Тоже, что и опция в меню Качество Теней.
|-
|r2_ls_ssm_kernel||0.500,1.000||
|-
|r2_mblur||0.000,1.000||Работает только если при запуске к .exe приписан параметр –mblur.
|-
|r2_parallax_h||0.000,0.500||Контролирует Параллакс Маппинг, который влияет на глубину поверхности текстур.
|-
|r2_slight_fade||0.020,2.000||Дальность освещения(есть в меню)
|-
|r2_ssa_lod_a||16.000,96.000||Контролирует уровень детализации(LOD) в игровом мире.
|-
|r2_ssa_lod_b||32.000,64.000||Контролирует уровень детализации(LOD) в игровом мире.
|-
|r2_sun||on,off||– Опция из меню - Тень от Солнца.
|-
|r2_sun_depth_far_bias||-0.500,0.500||
|-
|r2_sun_depth_far_scale||0.500,1.500||
|-
|r2_sun_depth_near_bias||-0.500,0.500||
|-
|r2_sun_depth_near_scale||0.500,1.500||
|-
|r2_sun_details||on,off||Тоже, что опция в меню Тени от Травы.
|-
|r2_sun_focus||on,off||Фокус солнечных теней
|-
|r2_sun_lumscale||-1.000,3.000||Яркость света от Солнца.
|-
|r2_sun_lumscale_amb||0.000,3.000||Яркость ambient освещения (равномерное освещение) от Солнца.
|-
|r2_sun_lumscale_hemi||0.000,3.000||
|-
|r2_sun_near||1.000,50.000||Местоположение солнца от земли
|-
|r2_sun_near_border||0.500,1.000||
|-
|r2_sun_tsm||on,off||Четкость солнечных теней
|-
|r2_sun_tsm_bias||-0.500,0.500||
|-
|r2_sun_tsm_proj||0.001,0.800||
|-
|r2_tf_mipbias||-3.000,3.000||Контролирует mipmap LOD bias (детализация (LOD) для мип-уровней), которая влияет на чистоту текстур. (четкость и чистота текстур на расстоянии)
|-
|r2_tonemap||on,off||– Включает эффект Tone Mapping(разметка уровня цвета) для HDR освещения.
|-
|r2_tonemap_adaptation||0.010,10.000||
|-
|r2_tonemap_amount||0.000,1.000||
|-
|r2_tonemap_lowlum||0.000,1.000||– Контролирует эффект tone mapping на темных локациях.
|-
|r2_tonemap_middlegray||0.000,2.000||Контролирует общий вид эффекта HDR.
|-
|r2_wait_sleep||0,1||
|-
|r2_zfill||on,off||
|-
|r2_zfill_depth||0.001,0.500||
|-
|r2em||0.000,4.000||
|-
|r__detail_density||0.200,0.600||– Опция, по типу в меню - Плотность Травы.
|-
|r__geometry_lod||0.100,1.200||– Тоже, что и опция из меню Детализация объектов(геометрии).
|-
|r__supersample||1,4||Тоже, что и опция в меню – Сглаживание.
|-
|r__tf_aniso||1,16||–Опция из меню, анизотропная фильтрация(Фильтрация текстур).
|-
|renderer||renderer_r1, renderer_r2a, renderer_r2||Тоже, что и опция в меню Тип рендера.
|-
|rs_c_brightness||0.500,1.500||– Опция из меню – Яркость.
|-
|rs_c_contrast||0.500,1.500||Опция по типу в меню, Контраст.
|-
|rs_c_gamma||0.500,1.500||Тоже, что и менюшная опция Гамма.
|-
|rs_fullscreen||on,off||Тоже, что и опция в главном меню Полноэкранный режим.
|-
|rs_refresh_60hz||on,off||– Тоже, что и опция в меню Частота 60Гц.
|-
|rs_stats||on,off||Включает статистику движка на экране, включая FPS.
|-
|rs_v_sync||on,off||Тоже, что и менюшная опция Вертикальная Синхронизация.
|-
|rs_vis_distance||0.400,1.500||Тоже, что и опция в меню Дальность Видимости.
|-
|texture_lod||0,4||Тоже, что и менюшная опция Качество текстур. Значения инвертны(0 - высокое качество)
|-
|vid_mode||WxH||Тоже, что и опция в меню Разрешение.
|-
|vid_restart|| ||Перезапускает графический движок; может быть использовано после изменения каких-либо графических настроек таких как texture_lod и vid_mode.

|}

=== Звуковые ===

{| class="standart"
! width=25% | Команда
! width=25% | Параметры
! width=50% | Описание
|-
|snd_acceleration||on,off||Включает аппаратную акселерацию звука.
|-
|snd_cache_size||4,32||Установить размер кэша для звука.
|-
|snd_efx||on,off||Включает\выключает Звуковые Эффекты.
|-
|snd_restart|| ||Перезапускает звуковой движок; может быть использовано после изменений каких-либо переменных snd_.
|-
|snd_targets||4,32||Устанавливает количество используемых каналов для аудио.
|-
|snd_volume_eff||0.000,1.000||Тоже, что и опция в меню Громкость(звука).
|-
|snd_volume_music||0.000,1.000||Тоже, что и опция в меню Громкость Музыки.
|}

=== Сетевые ===

{| class="standart"
! width=25% | Команда
! width=25% | Параметры
! width=50% | Описание
|-
|g_kill|| ||Мгновенная смерть игрока
|-
|g_restart|| ||
|-
|g_restart_fast|| ||
|-
|g_swapteams|| ||Смена команд местами в сетевой игре артефактхант (Охота за Артефактом).
|-
|get_server_address|| ||Список IP-адресов игровых серверов.
|-
|mm_mm_net_srv_dedicated||on,off||
|-
|mm_net_con_publicserver||on,off||
|-
|mm_net_con_spectator||1,32||
|-
|mm_net_con_spectator_on||on,off||
|-
|mm_net_player_name||String||
|-
|mm_net_srv_gamemode||st_deathmatch, st_team_deathmatch, st_artefacthunt||тип сетевой игры
|-
|mm_net_srv_maxplayers||2,32||
|-
|mm_net_srv_name||String||
|-
|mm_net_srv_reinforcement_type||0,2||
|-
|mm_net_weather_rateofchange||0.000,100.000||Коэффиицент изменения погоды
|-
|name||String||Устанавливает ваш ник в сетевой игре.
|-
|net_cl_clearstats|| ||
|-
|net_cl_icurvesize||0,2000||
|-
|net_cl_icurvetype||0,2||
|-
|net_cl_interpolation||-1.000,1.000||
|-
|net_cl_log_data||on,off||
|-
|net_cl_pending_lim||0,10||
|-
|net_cl_resync|| ||
|-
|net_cl_update_rate||1,100||
|-
|net_dedicated_sleep||0,64||
|-
|net_sv_clearstats|| ||
|-
|net_sv_log_data||on,off||
|-
|net_sv_pending_lim||0,10||
|-
|net_sv_update_rate||1,100||
|-
|sv_addmap|| ||
|-
|sv_anomalies_enabled||0,1||
|-
|sv_anomalies_length||0,180||
|-
|sv_artefect_respawn_delta||0,600||
|-
|sv_artefact_stay_time||0,180||
|-
|sv_artefacts_count||1,100||
|-
|sv_auto_team_balance||0,1||
|-
|sv_auto_team_swap||0,1||
|-
|sv_banplayer|| ||
|-
|sv_bearercantsprint||0,1||
|-
|sv_changegametype|| ||
|-
|sv_changelevel|| ||
|-
|sv_changelevelgametype|| ||
|-
|sv_client_reconnect_time||0,60||
|-
|sv_console_update_rate||1,100||
|-
|sv_dmgblockindicator||0,1||
|-
|sv_dmgblocktime||0,600||Время, которое ГГ после респавна не уязвим в секундах
|-
|sv_forcerespawn||0,3600||
|-
|sv_fraglimit||0,100||
|-
|sv_friendly_indicators||0,1||
|-
|sv_friendly_names||0,1||
|-
|sv_friendlyfire||0.000,2.000||
|-
|sv_hail_to_winner_time||0,60000||
|-
|sv_kick|| ||
|-
|sv_listplayers|| ||
|-
|sv_nextanomalyset|| ||
|-
|sv_nextmap|| ||
|-
|sv_pda_hunt||0,1||Давать бонус (100р) за подобранный хабар с мертвого сталкера
|-
|sv_pending_wait_time||0,60000||
|-
|sv_prevmap|| ||
|-
|sv_reinforcement_time||-1,3600||
|-
|sv_remove_corpse||-1,1||удалять тело после смерти игрока
|-
|sv_remove_weapon||-1,1||удалять оружие после смерти игрока
|-
|sv_return_to_base|| ||
|-
|sv_returnplayers||0,1||
|-
|sv_setenvtime|| ||
|-
|sv_setweather|| ||
|-
|sv_shieldedbases||0,1||
|-
|sv_spectr_firsteye||0,1||Разрешаете/запрещает Спектатор от первого лица
|-
|sv_spectr_freefly||0,1||Разрешаете/запрещает Спектатор в свободном полете
|-
|sv_spectr_freelook||0,1||
|-
|sv_spectr_lookat||0,1||
|-
|sv_spectr_teamcamera||0,1||Разрешаете/запрещает Спектатор только своей команды. От первого лица или от третьего, на выбор
|-
|sv_satistic_collect||0,1||
|-
|sv_statistic_save|| ||
|-
|sv_statistic_save_auto||0,1||
|-
|sv_timelimit||0,180||
|-
|sv_vote_enabled||0,1||
|-
|sv_vote_participants||0,1||
|-
|sv_vote_quota||0.000,1.000||
|-
|sv_vote_time||0.500,10.000||
|-
|sv_votestop|| ||
|-
|sv_warm_up||0,3600||Время на разминку в мультиплеере

|}

== Продолжение ==

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

Следующая страница завершает данное руководство по Твикингу параметрами для запуска экзэшника.

[[Категория:Руководства]]

Расширенные настройки(ч. 2)

2008-06-06T18:02:11Z

HikeR: /* Сетевые */ дополнение

{| border="0" cellpadding="3" align="right" width="260" cellspacing="1" style="background:#5e5e5e;"
|-
! style="background:#ffffff;" align="left" | Содержание
|-
| style="background:#ffffff;" align="left"|
{{Шаблон:Содержание руководства по настройке}}
|-
|}

== Консольные комманды ==

Консоль в Сталкере может быть открыта и закрыта нажатием клавиши тильда ('~'), которая под кнопкой '''ESC'''. Данная консоль представляет собой поле, которое позволяет вам вводить определенный диапазон консольных комманд в целях регулирования и настройки параметров игрового движка. Большинство консольных комманд также используются в фаиле '''User.ltx''', как говорилось на предыдущей странице. Так что лучший метод для использования продвинутых фич – это, во-первых протестировать комманду в консоли, потом, точно определить значение которые вы хотите использовать для этой комманды, и затем, если вы захотите использовать ее всегда, можете отредактировать соответственно ваш фаил User.ltx , если настройка еще не сохранена там.

Процедура использования консольной комманды достаточно проста – введите соответствующую команду, затем сделайте пропуск кнопкой space, и введите подходящее значение. Например ввод соответствующей команды в консоли:
r2_tf_mipbias 2.5
Мы говорим игровому движку присвоить значение (параметр) '''2.5''' к переменной '''r2_tf_mipbias'''. Последствия этого изменения должны немедленно отобразиться на экране. Если вы только хотите знать какие значения есть у конкретной переменной, введите ее имя без добавления каких-либо параметров (к примеру, введите только '''r2_tf_mipbias''', чтобы увидеть ее возможные значения).

:Важно: Ввод новых параметров для переменных в консоли может автоматически записать эти изменения в ваш фаил '''User.ltx''', это означает что при следующем запуске Сталкера именно они будут использоваться, а не которые были до этого. Так что убедитесь сначала, что у вас есть бэкап '''User.ltx''', прежде чем возиться в консоли, и лучше всего для начала проверить конкретное значение переменной и записать ее, прежде чем тестировать новые параметры, в случае если вы хотите быстро вернуться к оригинальным настройкам.

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

*Вы можете использовать кнопки '''Page Up''' и '''Page Down''' для скроллинга текста в консоли.
*Кнопка '''Tab''' работает как автозавершение команды. Если в консоли ничего не набрано, то каждое нажатие на '''Tab''' будет вызывать следующую команду по алфавиту.
*Клавиши с цифрового блока не работают, поэтому ввод цифр производите с основной части клавиатуры.

Подробные описания наиболее полезных консольных комманд уже представлены на предыдущей странице, так как переменные '''User.ltx''' и консольных комманд называются одинаково и действуют практически по тому же принципу.

Изменения переменные в консоли вы можете сделать их постоянными, так как большинство их пишется в ваш фаил '''User.ltx'''. Убедитесь обязательно, что вы вернули прежнее значение комманды назад, к ее дефолтному или желаемому параметру, или восстановите ваш сохраненный фаил User.ltx после этого, если вы только хотите поэкспериментировать и не применять изменения.

== Список консольных команд ==

=== Основные ===

{| class="standart"
! width=25% | Команда
! width=25% | Параметры
! width=50% | Описание
|-
|preset||Minimum, Low, Default, High, Extreme||Тоже, что и общая опция Настроек Качества графики в игре.
|-
|ai_use_torch_dynamic_lights||on, off||Тоже, что и менюшная опция Фонарики от НПС.
|-
|bind||action,key||Назначить действие на первичную конкретную выбранную клавишу.
|-
|bind_console|| ||
|-
|bind_list|| ||Список всех текущих назначенных клавиш.
|-
|bind_sec||action,key||Назначить действие на вторичную клавишу.
|-
|cam_inert||0.000,1.000||Управление инертностью камеры.
|-
|cam_slide_inert||0.000,1.000||
|-
|cdkey|| ||
|-
|cfg_load||filename.ltx||Загружает конфигурационный фаил определенного названия из той же папки, что и User.ltx
|-
|cfg_save||filename.ltx||Сохраняет текущий конфигурационные настройки в новый .ltx фаил с указанным вами именем в ту же папку что и User.ltx.
|-
|check_for_updates|| ||
|-
|cl_cod_pickup_mode||0,1||
|-
|cl_dynamiccrosshair||on,off||Тоже, что и менюшная опция Динамический Прицел.
|-
|cl_voteno|| ||
|-
|cl_votestart|| ||
|-
|cl_voteyes||
|-
|demo_play||demoname||Проиграть записанную вами демку сохраненной игры.
|-
|disconnect|| ||Отсоединяет вас от текущей игры и выбрасывает в главное меню.
|-
|flush|| ||Создать лог в папке \Documents and Settings\All Users\Documents\STALKER-SHOC\logs
|-
|g_always_run||on,off||Включить постоянный бег/ходьбу.
|-
|g_autopickup||on,off||Автоподбор предметов, вкл/выкл
|-
|g_backrun||on,off||Возможность передвижения спиной бегом, вкл/выкл
|-
|g_corpsenum||0,100||
|-
|g_eventdelay||0,1000||
|-
|g_game_difficulty||gd_novice, gd_stalker, gd_veteran, gd_master||Тоже, что и опция Уровень сложности в игровом меню.
|-
|help|| ||Список всех консольных команд.
|-
|hud_crosshair||on,off||– Тоже, что и менюшная опция Показывать Прицел.
|-
|hud_crosshair_dist||on,off||– Тоже, что и опция в меню Дистанция до цели.
|-
|list_actions|| ||Список всех действий, которые можно прибиндить на кнопки.
|-
|load||savename||Загружает сохраненную игру с указанным вами названием.
|-
|main_menu|| ||Главное меню, каждый вызов вкл/выкл
|-
|mouse_invert||on,off||Тоже, что и опция в меню Инвертировать Мышь.
|-
|mouse_sens||0.050,0.6000||Тоже, что и менюшная опция Чувствительность Мыши.
|-
|ph_frequency|| ||
|-
|ph_iterations||5,50||
|-
|quit|| ||Выйти из игры в Винду.
|-
|save||savename||Сохранить текущую игру под конкретным именем(дефолт – быстрое сохранение).
|-
|screenshot|| ||Сохранить скриншот в папку \Documents and Settings\All Users\Documents\STALKER-SHOC\screenshots
|-
|start|| ||
|-
|stat_memory|| ||Показывает статистику использования оперативной памяти игровым движком.
|-
|stat_models|| ||Показывает список всех загруженных на данный момент моделей.
|-
|unbind||action||Разбиндить любую первичную клавишу с назначенного действия.
|-
|unbind_console|| ||
|-
|unbind_sec||action||Разбиндить любую вторичную клавишу с назначенного действия.
|-
|unbindall|| ||Разбиндить все назначенные на действия клавиши.

|}

=== Графические ===

{| class="standart"
! width=25% | Команда
! width=25% | Параметры
! width=50% | Описание
|-
|r1_dlights||on,off||Включить\выключить динамические источники света, влияет только на фонарики.
|-
|r1_dlights_clip||10.000,150.000||Устанавливает радиус отображения(дальность видимости) динамических источников света.
|-
|r1_glows_per_frame||2,32||Контролирует максимальное число источников света.
|-
|r1_lmodel_lerp||0.000,0.333||Управляет Линейной Интерполяцией освещения.
|-
|r1_pps_u||-1.000,1.000||Контролирует Per Pixel Shader значение.
|-
|r1_pps_v||-1.000,1.000||Контролирует Per Pixel Shader значение.
|-
|r1_ssa_lod_a||16.000,96.000||Контролирует уровень детализации(LOD) в игровом мире.
|-
|r1_ssa_lod_b||16.000,64.000||Контролирует уровень детализации(LOD) в игровом мире.
|-
|r1_tf_mipbias||-3.000,3.000||Контролирует mipmap LOD bias (детализация (LOD) для мип-уровней), которая влияет на чистоту текстур. (четкость и чистота текстур на расстоянии)
|-
|r2_aa||on,off||Включает фейковый эффект Сглаживания.
|-
|r2_aa_break|| ||Контролирует степень фейкового АА.
|-
|r2_aa_kernel||0.300,0.700||Контролирует общую заблюренность фейкового АА.
|-
|r2_aa_weight|| ||Более точно контролирует заблюренность фейкового АА.
|-
|r2_allow_r1_light||on,off||Позволяет DX8 освещению работать под моделью освещения DX9 (Вкл/выкл дублирующих динамических источников света).
|-
|r2_gi||on,off||Включает Глобальное Освещение (на свой страх и риск, опция экспериментальная).
|-
|r2_gi_clip||0.000,0.100||Контролирует дальность видимости(clip distance) Глобального освещения.
|-
|r2_gi_depth||1,5||Контролирует глубину теней Глобального Освещения.
|-
|r2_gi_photons||8,256||Контролирует эффект Глобального Освещения.
|-
|r2_gi_refl||0.001,0.990||– Контролирует reflectivity(коэффициент отражения) Глобального Освещения.
|-
|r2_gloss_factor||0.000,10.000||Устанавливает уровень Отражений/глянца на объектах.
|-
|r2_ls_bloom_fast||on,off||Включает расширенный эффект Блума.
|-
|r2_ls_bloom_kernel_b||0.010,1.000||– Определяет уровень затененности(дымки) от эффектов HDR и Блума.
|-
|r2_ls_bloom_kernel_g||1.000,7.000||Четкость бликов
|-
|r2_ls_bloom_kernel_scale||0.500,2.000||Общая сила HDR
|-
|r2_ls_bloom_speed||0.000,100.000||
|-
|r2_ls_bloom_threshold||0.000,1.000||Контролирует общий уровень используемых световых эффектов (Блум).
|-
|r2_ls_depth_bias||-0.500,0.500||Контролирует дальность освещения источников света.
|-
|r2_ls_depth_scale||0.500,1.500||Контролирует влияние освещения на тени.
|-
|r2_ls_dsm_kernel||0.100,3.000||
|-
|r2_ls_psm_kernel||0.100,3.000||
|-
|r2_ls_squality||0.500,1.000||Тоже, что и опция в меню Качество Теней.
|-
|r2_ls_ssm_kernel||0.500,1.000||
|-
|r2_mblur||0.000,1.000||Работает только если при запуске к .exe приписан параметр –mblur.
|-
|r2_parallax_h||0.000,0.500||Контролирует Параллакс Маппинг, который влияет на глубину поверхности текстур.
|-
|r2_slight_fade||0.020,2.000||Дальность освещения(есть в меню)
|-
|r2_ssa_lod_a||16.000,96.000||Контролирует уровень детализации(LOD) в игровом мире.
|-
|r2_ssa_lod_b||32.000,64.000||Контролирует уровень детализации(LOD) в игровом мире.
|-
|r2_sun||on,off||– Опция из меню - Тень от Солнца.
|-
|r2_sun_depth_far_bias||-0.500,0.500||
|-
|r2_sun_depth_far_scale||0.500,1.500||
|-
|r2_sun_depth_near_bias||-0.500,0.500||
|-
|r2_sun_depth_near_scale||0.500,1.500||
|-
|r2_sun_details||on,off||Тоже, что опция в меню Тени от Травы.
|-
|r2_sun_focus||on,off||Фокус солнечных теней
|-
|r2_sun_lumscale||-1.000,3.000||Яркость света от Солнца.
|-
|r2_sun_lumscale_amb||0.000,3.000||Яркость ambient освещения (равномерное освещение) от Солнца.
|-
|r2_sun_lumscale_hemi||0.000,3.000||
|-
|r2_sun_near||1.000,50.000||Местоположение солнца от земли
|-
|r2_sun_near_border||0.500,1.000||
|-
|r2_sun_tsm||on,off||Четкость солнечных теней
|-
|r2_sun_tsm_bias||-0.500,0.500||
|-
|r2_sun_tsm_proj||0.001,0.800||
|-
|r2_tf_mipbias||-3.000,3.000||Контролирует mipmap LOD bias (детализация (LOD) для мип-уровней), которая влияет на чистоту текстур. (четкость и чистота текстур на расстоянии)
|-
|r2_tonemap||on,off||– Включает эффект Tone Mapping(разметка уровня цвета) для HDR освещения.
|-
|r2_tonemap_adaptation||0.010,10.000||
|-
|r2_tonemap_amount||0.000,1.000||
|-
|r2_tonemap_lowlum||0.000,1.000||– Контролирует эффект tone mapping на темных локациях.
|-
|r2_tonemap_middlegray||0.000,2.000||Контролирует общий вид эффекта HDR.
|-
|r2_wait_sleep||0,1||
|-
|r2_zfill||on,off||
|-
|r2_zfill_depth||0.001,0.500||
|-
|r2em||0.000,4.000||
|-
|r__detail_density||0.200,0.600||– Опция, по типу в меню - Плотность Травы.
|-
|r__geometry_lod||0.100,1.200||– Тоже, что и опция из меню Детализация объектов(геометрии).
|-
|r__supersample||1,4||Тоже, что и опция в меню – Сглаживание.
|-
|r__tf_aniso||1,16||–Опция из меню, анизотропная фильтрация(Фильтрация текстур).
|-
|renderer||renderer_r1, renderer_r2a, renderer_r2||Тоже, что и опция в меню Тип рендера.
|-
|rs_c_brightness||0.500,1.500||– Опция из меню – Яркость.
|-
|rs_c_contrast||0.500,1.500||Опция по типу в меню, Контраст.
|-
|rs_c_gamma||0.500,1.500||Тоже, что и менюшная опция Гамма.
|-
|rs_fullscreen||on,off||Тоже, что и опция в главном меню Полноэкранный режим.
|-
|rs_refresh_60hz||on,off||– Тоже, что и опция в меню Частота 60Гц.
|-
|rs_stats||on,off||Включает статистику движка на экране, включая FPS.
|-
|rs_v_sync||on,off||Тоже, что и менюшная опция Вертикальная Синхронизация.
|-
|rs_vis_distance||0.400,1.500||Тоже, что и опция в меню Дальность Видимости.
|-
|texture_lod||0,4||Тоже, что и менюшная опция Качество текстур. Значения инвертны(0 - высокое качество)
|-
|vid_mode||WxH||Тоже, что и опция в меню Разрешение.
|-
|vid_restart|| ||Перезапускает графический движок; может быть использовано после изменения каких-либо графических настроек таких как texture_lod и vid_mode.

|}

=== Звуковые ===

{| class="standart"
! width=25% | Команда
! width=25% | Параметры
! width=50% | Описание
|-
|snd_acceleration||on,off||Включает аппаратную акселерацию звука.
|-
|snd_cache_size||4,32||Установить размер кэша для звука.
|-
|snd_efx||on,off||Включает\выключает Звуковые Эффекты.
|-
|snd_restart|| ||Перезапускает звуковой движок; может быть использовано после изменений каких-либо переменных snd_.
|-
|snd_targets||4,32||Устанавливает количество используемых каналов для аудио.
|-
|snd_volume_eff||0.000,1.000||Тоже, что и опция в меню Громкость(звука).
|-
|snd_volume_music||0.000,1.000||Тоже, что и опция в меню Громкость Музыки.
|}

=== Сетевые ===

{| class="standart"
! width=25% | Команда
! width=25% | Параметры
! width=50% | Описание
|-
|g_kill|| ||Мгновенная смерть игрока
|-
|g_restart|| ||
|-
|g_restart_fast|| ||
|-
|g_swapteams|| ||Смена команд местами в сетевой игре артефактхант (Охота за Артефактом).
|-
|get_server_address|| ||Список IP-адресов игровых серверов.
|-
|mm_mm_net_srv_dedicated||on,off||
|-
|mm_net_con_publicserver||on,off||
|-
|mm_net_con_spectator||1,32||
|-
|mm_net_con_spectator_on||on,off||
|-
|mm_net_player_name||String||
|-
|mm_net_srv_gamemode||st_deathmatch, st_team_deathmatch, st_artefacthunt||тип сетевой игры
|-
|mm_net_srv_maxplayers||2,32||
|-
|mm_net_srv_name||String||
|-
|mm_net_srv_reinforcement_type||0,2||
|-
|mm_net_weather_rateofchange||0.000,100.000||Коэффиицент изменения погоды
|-
|name||String||Устанавливает ваш ник в сетевой игре.
|-
|net_cl_clearstats|| ||
|-
|net_cl_icurvesize||0,2000||
|-
|net_cl_icurvetype||0,2||
|-
|net_cl_interpolation||-1.000,1.000||
|-
|net_cl_log_data||on,off||
|-
|net_cl_pending_lim||0,10||
|-
|net_cl_resync|| ||
|-
|net_cl_update_rate||1,100||
|-
|net_dedicated_sleep||0,64||
|-
|net_sv_clearstats|| ||
|-
|net_sv_log_data||on,off||
|-
|net_sv_pending_lim||0,10||
|-
|net_sv_update_rate||1,100||
|-
|sv_addmap|| ||
|-
|sv_anomalies_enabled||0,1||
|-
|sv_anomalies_length||0,180||
|-
|sv_artefect_respawn_delta||0,600||
|-
|sv_artefact_stay_time||0,180||
|-
|sv_artefacts_count||1,100||
|-
|sv_auto_team_balance||0,1||
|-
|sv_auto_team_swap||0,1||
|-
|sv_banplayer|| ||
|-
|sv_bearercantsprint||0,1||
|-
|sv_changegametype|| ||
|-
|sv_changelevel|| ||
|-
|sv_changelevelgametype|| ||
|-
|sv_client_reconnect_time||0,60||
|-
|sv_console_update_rate||1,100||
|-
|sv_dmgblockindicator||0,1||
|-
|sv_dmgblocktime||0,600||
|-
|sv_forcerespawn||0,3600||
|-
|sv_fraglimit||0,100||
|-
|sv_friendly_indicators||0,1||
|-
|sv_friendly_names||0,1||
|-
|sv_friendlyfire||0.000,2.000||
|-
|sv_hail_to_winner_time||0,60000||
|-
|sv_kick|| ||
|-
|sv_listplayers|| ||
|-
|sv_nextanomalyset|| ||
|-
|sv_nextmap|| ||
|-
|sv_pda_hunt||0,1||Давать бонус (100р) за подобранный хабар с мертвого сталкера
|-
|sv_pending_wait_time||0,60000||
|-
|sv_prevmap|| ||
|-
|sv_reinforcement_time||-1,3600||
|-
|sv_remove_corpse||-1,1||удалять тело после смерти игрока
|-
|sv_remove_weapon||-1,1||удалять оружие после смерти игрока
|-
|sv_return_to_base|| ||
|-
|sv_returnplayers||0,1||
|-
|sv_setenvtime|| ||
|-
|sv_setweather|| ||
|-
|sv_shieldedbases||0,1||
|-
|sv_spectr_firsteye||0,1||Разрешаете/запрещает Спектатор от первого лица
|-
|sv_spectr_freefly||0,1||Разрешаете/запрещает Спектатор в свободном полете
|-
|sv_spectr_freelook||0,1||
|-
|sv_spectr_lookat||0,1||
|-
|sv_spectr_teamcamera||0,1||Разрешаете/запрещает Спектатор только своей команды. От первого лица или от третьего, на выбор
|-
|sv_satistic_collect||0,1||
|-
|sv_statistic_save|| ||
|-
|sv_statistic_save_auto||0,1||
|-
|sv_timelimit||0,180||
|-
|sv_vote_enabled||0,1||
|-
|sv_vote_participants||0,1||
|-
|sv_vote_quota||0.000,1.000||
|-
|sv_vote_time||0.500,10.000||
|-
|sv_votestop|| ||
|-
|sv_warm_up||0,3600||Время на разминку в мультиплеере

|}

== Продолжение ==

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

Следующая страница завершает данное руководство по Твикингу параметрами для запуска экзэшника.

[[Категория:Руководства]]

SoC. Спавн точек перехода между уровнями

2008-06-02T17:55:56Z

HikeR: добаволена категория. я блин неделю сам ковырялся над этой темой так как не увидел этой статьи ;)

В этой статье я попытаюсь передать практический опыт скриптового создания точек перехода между уровнями. Файл ''all.spawn'' меняться не будет, поэтому такой механизм более удобен для совмещения модов и не требует начала новой игры.

В качестве примера попробуем реализовать режим ''freeplay'' - продолжение игры после уничтожения О-Сознания. Для этого нужно создать как минимум две точки — возврат на ЧАЭС-1 со внутреннего дворика (после уничтожения О-Сознания) и переход из ЧАЭС-1 в Припять. К слову сказать, если вернуться на ЧАЭС-1, то там будет продолжать действовать таймер "выброса", который в конце-концов включит "deadzone". Отключить счетчик мне пока не удалось, но зато можно легко отключить сам "выброс" и всласть побегать по уровню.

== Часть 1. Генерация работающего LEVEL_CHANGER ==

Стандартной функции alife():create(…) недостаточно для создания полноценного level_changer. Собственно методика создания сложных объектов описана в статье [[Один из методов спавна]]. Сложность заключалась лишь в порядке полей и свойствах Shape. Неоценимую помощь в этом вопросе оказала утилита ACDC (created by bardak).

Ниже я привожу код функции, которая создает и инициализирует level_changer:
<code>
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_gest_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_gest_gv) -- destination game_vertex_id
packet:w_u32(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_99") -- 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())

-- news_manager.send_tip(db.actor, "LC creation finished", nil, nil, 30000)
end
</code>

<blockquote>
''Для shape типа "box" загрузка координат методом packet:r_matrix() окончилась неудачей. Я подозреваю, что не был прочитан вектор "offset", но точной уверенности нет, поэтому пока остановился на покомпонентной выборке и сохранении координат.''
</blockquote>

== Часть 2. '''Создание точек перехода''' ==

Теперь следует написать функции создания нужных точек перехода и подключить их к игре. Сами функции просты:
<code>
function exit_monolit()
if (not has_alife_info("freeplay_activated1")) then
create_level_changer(11410, vector():set(-13.26, 47.71, 46.57), 200, 2417,
2384,
162109,
vector():set( 375.615, 0.224, 27.737 ),
vector():set( 0.0, 0.0 , 0.0 ),
"L12_Stancia",
1)

db.actor:give_info_portion("freeplay_activated1")
end

-- создается переход из ЧАЭС в Припять
create_chaes2pripyat_exit()

-- актер перебрасывается в level_changer, возвращающий его на ЧАЭС, ко входу в бункер
db.actor:set_actor_position( vector():set(-13.26, 47.71, 46.57) )
end

function refuze_o_sozn()
if (not has_alife_info("freeplay_activated2")) then
create_level_changer(21410, vector():set(946.872, 6.0, 167.66), 240852, 2637,
2280,
472710,
vector():set( 1062.15, -0.0982, -3.512 ),
vector():set( 0.0 , 0.0 , -1.0 ),
"L12_Stancia",
1)

db.actor:give_info_portion("freeplay_activated2")
end

-- создается переход из ЧАЭС в Припять
create_chaes2pripyat_exit()

-- актер перебрасывается в level_changer, возвращающий его к правым воротам ЧАЭС
db.actor:set_actor_position( vector():set(946.872, 6.0, 167.66) )
end

function create_chaes2pripyat_exit()
-- создается переход из ЧАЭС в Припять
if (not has_alife_info( "exit_chaes2pripyat_created" )) then
create_level_changer(31410, vector():set( 917.35, 0.419, -316.35 ), 403866, 2401,
2117,
73868,
vector():set( 31.3, 3.0, 240.0 ),
vector():set( 0.0, 0.0, -1.0 ),
"L11_Pripyat",
0)

db.actor:give_info_portion("exit_chaes2pripyat_created")
end
end
</code>

<blockquote>
''Функцию '''exit_monolit''' я создал исключительно для тестирования, но решил оставить и тут. Вдруг кто-то захочет реализовать более сложный возврат: Меченого грузят в "грузовик смерти" и он снова приходит в себя на кордоне...''
</blockquote>

Функция '''exit_monolit''' создает «тихий» переход на уровень ЧАЭС-1 и обычный - в начале уровня ЧАЭС-1 для возврата в Припять, после чего перебрасывает актера прямо внутрь созданного перехода. Функция '''refuze_o_sozn''' делает тоже самое, только игрок появляется перед воротами в правом верхем углу карты (мне кажется, что так более логично). Все телепорты защищаются уникальными info_portions, дабы избежать их повторного создания, ведь игрок может захотеть «закончить» игру несколько раз.

Теперь подключение.
Во-первых надо добавить новые info-portions. Я решил не изменять оригинальные файлы игры, а сделал для них (ну и для других тоже) отдельный файл
<code>
config\gameplay\_info_sa.xml
</code>
следующего вида:
<code>
<?xml version="1.0" encoding="windows-1251" ?>

<game_information_portions>

<info_portion id="freeplay_activated1"></info_portion>
<info_portion id="freeplay_activated2"></info_portion>
<info_portion id="exit_chaes2pripyat_created"></info_portion>

</game_information_portions>
</code>
Теперь в этот файл можно будет добавлять новые info_portion, которые вы будете использовать в своих сюжетах.
Подключается этот файл в system.ltx в секции «info_portions»:
<code>
[info_portions]
;список xml файлов, содержащих info_portions
files = _info_sa, info_portions, ....................
</code>

''Кстати, именно так я рекомендую добавлять новые диалоги и новых персонажей. Это упростит процессы совмещения модов и аддонов.''

Следующий шаг - подключение наших скриптов к игре. Для этого откройте файл
<code>
config\ui\ui_movies.xml
</code>
найдите элементы «''mov_desire_''» (их пять, по количеству ложных концовок игры - все варианты общения с Монолитом). Внутри каждого элемента есть дочерние элементы «''function_on_stop''», которые задают функцию, запускающуюся сразу после ролика. Стандартное содержимое:
<code>
<function_on_stop>xr_effects.game_credits</function_on_stop>
</code>
Функция '''xr_effects.game_credits''' запускает финальные титры. Именно ее и нужно заменить на вызов нашей функции _freeplay_sa.exit_monolit. Вот что должно получиться:
<code>
<function_on_stop>_freeplay_sa.exit_monolit</function_on_stop>

</code>
<blockquote>
''Старый элемент я советую не удалять, а закомментировать.''
</blockquote>

Чуть ниже «''mov_desire_5''» находится тэг ролика для концовки «Присоединение к О-Сознанию». Его мы трогать не будем - Меченый станет медузой. А вот после него - тэг для ролика «Отказ от О-Сознания»: «''mov_refuse_osoznanie''». Функцию завершения в нем заменим следующим образом:
<code>
<function_on_stop>_freeplay_sa.refuze_o_sozn</function_on_stop>

</code>

Можно запускать и, если есть сохранения перед монолитом и/или о-сознанием, тестировать. Первые переходы срабатывают «тихо» - запрос на смену уровня не выдается (в параметре p_silent задана 1). До перехода в Припять можно успеть добежать, пока не сработал выброс... Но это как-то неправильно, выброс надо остановить (он же произошел, пока мы были внутри станции). «По-честному» (скриптом, без модификации ''all.spawn'') таймер выброса отключить не получится, но зато выброс можно подавить небольшим «хаком». Найдите файл xr_logic.script, а в нем - функцию '''switch_to_section'''. Ее нужно модифицировать следующим образом:
<code>
-- Выполняет переключение на указанную секцию, если задана.
-- Если section == nil, остается работать старая секция.
function switch_to_section(npc, st, section)
if section == nil or section == "" then
return false
end

-- 15.03.2008 by SA:
-- отключает "смертельные зоны" на ЧАЭС после запуска режима FREEPLAY
-- таймер не отключается, но сам "выброс" не происходит
if (section == "sr_aes_deadzone") then
if (has_alife_info("freeplay_activated1") or has_alife_info("freeplay_activated2")) then
return false
end
end

... далее без изменений ...
end
</code>

Данный способ оставляет висящий на нулях таймер и все эффекты начала выброса, но сам «''выброс''» отключается.

И последнее: переход ЧАЭС1-Припять необходимо отметить на карте. Для этого существует вполне «легальный» механизм. Находим файл '''level_tasks.script''' и в конце функции '''add_lchanger_location''' дописываем следующее:
<code>
-- aes (++16.03.2008 by SA):
obj = sim:story_object(31410)
if obj then
level.map_add_object_spot(obj.id, "level_changer", "To Pripyat")
end
</code>

Здесь 31410 - story_id нашего level_changer, который создается нашей функцией '''create_chaes2pripyat_exit'''.

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

С уважением, sarthur.
[[Категория:Скрипты]]

Создание и конвертирование видеофайлов в игровой формат

2008-05-30T15:26:31Z

HikeR: оформление

'''Создание Видеофайлов для игры S.T.A.L.K.E.R.'''

Для начала на компьютере должен быть установлен видео-кодек ''FFdshow''. Взять его можно на [http://sourceforge.net/projects/ffdshow/ Официальном сайте] или скачать в комплекте с [http://www.codecguide.com/index.html K-Lite Codec Pack]
Затем нам потребуется программа ''VirtualDub''. Версия может быть любая (у меня 1.4.7) 
http://i.piccy.kiev.ua/i2/9d/ad/21b93a5802db5c09deb96ca9c9b8.jpeg

Ну и на конец, нам нужно видео которое мы хотим засунуть в игру (в формате AVI или MPEG)

Приступим.

'''1.''' Выбираем видео '''(File – Open video file…)'''. Видео загрузится в программу и на рабочей области будут видны кадры из него.

'''2.''' Файл не должен содержать звуковой дорожки, по этому убираем её '''(Audio – No audio)'''

'''3.''' Теперь самое интересное. Выбираем видео кодек '''(Video - Compression…)'''. Из списка возможных Выбираем '''FFdshow Video Codec''' и нажимаем кнопку '''Configure''' 
http://i.piccy.kiev.ua/i2/6e/4d/44db1ae7a875e7b28fdc696c856e.jpeg

'''4.''' Выбираем вкладку ''Encoder''. В выпадающем списке '''Encoder''' должен быть указан кодек '''Theora'''. '''FOURCC – THEO'''. От величины '''Bitrate''' зависит размер и качество видео, на мой взгляд лучше всего выставить значение в 2000 (размер будет нормальный). Что бы не нагружать Игру при воспроизведении видео значение '''one pass – average bitrate''' лучше не трогать. Задайте значение '''Maximum I frame interval''' равным ''100'' (во избежание появления артефактов) и поставьте галочку в '''High quality'''. 
http://i.piccy.kiev.ua/i2/aa/ae/c6355ce8b6c28e764dde76cbcd34.jpeg

'''5.''' Слева щелкаем по ''Output''. ''Снимаем'' галочку в '''Store frames to AVI''' и ''ставим'' её в '''Store frames to external file'''. В выпадающем списке напротив выбираем '''OGG (works with Theora only)'''. Нажимаем кнопочку '''«…»''' и указываем папку в которой будет создан файл (не забудьте приписать после точки расширение .ogm). Настройка завершена нажимаем '''«OK»''' 
http://i.piccy.kiev.ua/i2/bb/29/502505684e259dd5185f70976425.jpeg

'''6.''' В меню '''Select video compression''' нажимаем '''OK'''. Затем начинаем обработку '''(File – Save as AVI),''' выбираем папку в которую будет ''создан файл-пустышка'' и нажимаем «'''Сохранить'''». Все. Через некоторое время в заданной папке мы получим OGM-файл который признает S.T.A.L.K.E.R. 
http://i.piccy.kiev.ua/i2/82/a8/9a1efc33fdf931723e9077fec3f6.jpeg

'''P.S.:''' Как засунуть в игр? – подредактировать файл '''ui_movies.xml'''. Он лежит в папке gamedata\config\ui\.

'''P.P.S.:''' А что со звуком? – в том же файле, в строке <sound>путь_до_файла_от_папки_sound_без_расштрения<sound> указывем нужный файл (''прим.:'' <sound>characters_voice\scenario\video\thq_logo_audio</sound>). В папке должно лежать два файла в формате OGG. Они должны быть названы одинаково, но в конце перед расширением надо поставить либо «_L», либо «_R» (Левый и Правый канал соответственно) [''прим.:'' thq_logo_audio_l и thq_logo_audio_r]

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

2008-05-30T11:28:22Z

HikeR: «Часть 4» переименована в «Настройка логики. Часть 4»: все.

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

==3.10.3. Схема работы прожектора:==

В точках look пути, в которые смотрит прожекторщик, нужно прописать
sl=имя_прожектора

Например
wp00|sl=esc_sl1

Тогда при повороте в эту точку персонаж повернет в нее и прожектор.

==3.10.4. Кодовые замки:==

При введении указанного кода выдает инфопоршн

[logic]
active = ph_code@lock

[ph_code@lock]
code = 1243
on_code = %+infoportion%

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

==3.10.5. Ph_gate:==

То же самое, что и ph_door, но для ворот, состоящих из двух дверей:
Вместо параметров closed и locked сейчас используются параметры:
state: состояние, в котором дверь находится при инициализации (по умолчанию none)
open - в открытом
closed - в закрытом
none - в текущем (дефолтном или оставшемся от предыдущей схемы)

locking: блокировка дверей (по умолчанию none)
stick - прилипание дверей к крайним состояниям (пока в процессе настройки)

soft - дверь заблокирована с помощью силы, т.е. можно ее открыть/пробить машиной
Состояния в этом положении:
open - блокировать в открытом состоянии
closed - в закрытом
none - не используется (мягкая блокировка возможна только в крайних положениях)

hard - блокировка двери с помощью границ. Ворота можно только сломать
Состояния в этом положении:
open - блокировать в открытом состоянии
closed - в закрытом
none - в текущем

none - дверь не заблокирована

Общие параметры:
left_limit, right_limit - задают угол [0-180] открытия каждой из створок ворот. По умолчанию - 100 градусов.
breakable - (true/false) определяет можно ли сломать ворота. По умолчанию true.

Звуковые параметры аналогичны ph_door

Примеры:
[ph_gate@locked] ;блокировка в открытом состоянии, неразбиваемые.
state = opened
locking = soft
left_limit = 130
rigt_limit = 60
breakable = false

[ph_gate@opened]
state = opened
locking = stick

[ph_gate@closed]
state = closeded

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

==3.10.6. Ph_sound==

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

[ph_sound]
snd = имя темы из файла sound_theme.script из таблицы ph_snd_themes
*looped = true/false зацикленое воспроизведение звука (default - false)
*min_idle = минимальное время простоя перед включением звука (мс)
*max_idle = максимальное время простоя перед включением звука (мс)
*random = true/false (def - false). Если = true, то из темы будет выбран рандомный звук и таким образом звуки будут играться до посинения

NB! Если мы задаем random = true и looped = true, то версия сыпется

Также поддерждивается кондлист.
Данная схема работает через задницу, поэтому зацикленный звук будет продолжать отыгрываться, даже если объект уходит в nil. В связи с этим надо создавать новую секцию, которая бы отыгрывала одиночный короткий звук, после которого (поскольку он будет точно также играться раз за разом) ставим on_signal = sound_end| nil

Пример подобной извращенной логики:
[logic]
active = ph_sound

[ph_sound]
snd = gar_seryi_shooting
looped = true
max_idle = 5000
on_actor_in_zone = gar_seryi_factory| ph_sound@end

[ph_sound@end]
snd = gar_seryi_shooting_2
looped = false
on_signal = sound_end| nil

Кроме того специфическим образом создается звуковая схема.
В sound_theme.script в начале файла есть секция ph_themes в которой и описываются темы для физ объектов.
Например:
ph_snd_themes["gar_seryi_shooting"] = {[[characters_voice\human_01\scenario\garbage\distance_shooting]]}

Кроме того (незадекларированная фича) ph_sound можно вешать на рестрикторы. Но за правильность работы в таком случае никто ответственности не несет.

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

==3.10.7. Ph_force==

Схема позволяет пнуть предмет в указанную сторону. Прописывается в кастом дате предмета.

force = сила, которая прикладывается к объекту. Измеряется в убитых енотах
time = время прикладывания силы к предмету (в секундах)
*delay = задержка (в секундах) перед применением силы
point = имя патрульного пути, точки которого будут использованы как цели (куда направлять предмет)
point_index = индекс точки патрульного пути, в стону которого полетит предмет.

==3.10.8. Ph_on_death==

Схема для отслеживания разрушения физического объекта и выдавания по такому случаю различных эффектов
Пример:

[logic]
active = ph_on_death

[ph_on_death]
on_info = %эффекты%

Юзать исключительно с разрушаемыми физ. Объектами

==3.10.9. Ph_car==

Настройка возможности игроку управлять машиной.
секция: [ph_car]
поле: usable = <condlist>

usable - кондлист возвращающий true (по умолчанию) или false.

Пример:
[logic]
active = ph_car

[ph_car]
usable = {+val_actor_has_car_key}

На основе этой схемы можно сделать машину, которая зведется только если у актера есть ключ именно от нее.

==3.10.10. Ph_heavy==
Прописывается в физ объектах, которые запрещены для швыряния бюрерам и полтергейстам. Например, если они должны лежать на конкретном месте (типа документов сюжетных) или слишком громоздки по габаритам, чтобы их можно было красиво кидать.
В кастом дате пишем:

[ph_heavy]

==3.10.11. Ph_oscillate==
Схема предназначена для плавного раскачивания физики (лампы, висящие зомби и т.д.)
Пример логики

[ph_oscillate]
joint = provod - имя кости к которой будет применена сила
force = 5 - собственно сила (в ньютонах)
period = 1000 - время прикладывания силы.

Сила прикладывается к кости объекта с линейным наростанием. То есть в течении заданого периода времени сила вырастет с 0 до заявленого значения. После этого настает пауза (сила не применяется) на время period/2. После окончания паузы сила применяется так же, как и в начале, но в обратном направлении.

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

Как поставить smart terrain?
Для всех smart terrain нужно:
1) Поставить smart terrain с необходимым shape. Большой shape не рекомендуется (размер влияет на производительность).
2) В его custom data прописать настройки.
3) Расставить пути для соответствующих схем поведения.

Параметры custom data:
[gulag1]
type = тип гулага
capacity = макс. вместимость в людях
*offline = может ли гулаг образоваться в offline (true(по дефолту)/false)
*squad = squad, который будет проставлен всем сталкерам под гулагом (№ уровня)
*groups = набор group через запятые
*stay = min, max время пребывания npc под smart_terrain (по умлочанию – навсегда)
*idle = min, max время бездействия smart_terrain после ухода последнего npc
*cond = список условий, которые необходимы для создания гулага {+info –info =func !func} – если условие не выполняется, то гулаг распускается, а все его подопечные начинают управляться прописанной в custom_data логикой.

Указывать тип гулага нужно без кавычек.
Если не задан squad или groups, то соответствующие свойства сталкеров не будут изменяться.
Все времена задаются в часах игрового времени и могут быть дробными.

Пути:
Имена путей для схем поведения всегда должны начинаться с имени данного smart terrain. Например, esc_smart_ambush_vagon_sleep.

Если пути для smart terrain на нескольких человек (campers, walkers), то их имена должны заканчиваться всегда на цифру (esc_smart_ambush_vagon_walk1, esc_smart_ambush_vagon_walk2)

Гулагов под одним smart terrain может быть несколько. Их можно настраивать в секциях [gulag2], [gulag3] и т.д. При входе сталкера под smart terrain будет случайно выбран один из доступных на данный момент гулагов.

==3.11.1.1. Стандартные типы смарттеррейнов.==

Если нужно, чтоб сталкер не захватывался, допишите ему в custom data следующую строку:
[smart_terrains]
none = true

Если сталкер уже под каким-то smart terrain, то остальные smart terrain он будет игнорировать.

campers
Кемперы. custom data:
[gulag1]
type = campers
capacity = от 1 до 3

Пути:
camper_walk1, camper_look1
camper_walk2, camper_look2
camper_walk3, camper_look3

walkers
Ходячие. На базе этого можна сделать поиск, обыск и куча всего.
custom data:
[gulag1]
type = walkers
capacity = от 1 до 3

Пути:
walker_walk1, walker_look1
walker_walk2, walker_look2
walker_walk3, walker_look3

search
Ходячие. На базе этого можна сделать поиск, обыск и куча всего.
custom data:
[gulag1]
type = search
capacity = 1

Пути:
search_walk, search_look

Схема следующая:
1. Персонаж ходит по точкам, смотрит по сторонам
2. В определенных точках останавливается и что-то высматривает (caution, search, hide)
3. При этом говорит определенные реплики (…)

rest
Отдых. Сталкер по очереди то sleeper, то walker, то rest(ест еду, пьёт водку).
custom data:
[gulag1]
type = rest
capacity = 1

Пути:
rest – путь из двух вершинок (возможно из 1). В одной сидит, в другую смотрит.
sleep - путь из двух вершинок (возможно из 1). В одной спит, в другую смотрит.
rest_walk, rest_look

3.11.2. Гулаги.
Гулаг - средство объединения нескольких сталкеров под централизованным управлением. Основные особенности:
А) Есть список работ гулага. Работа - настроенная схема поведения (или цепочка схем поведения);
Б) Работы имеют приоритеты;
В) Гулаг назначает на работы сталкеров входящих в гулаг, начиная с работ с наивысшим приоритетом;
Г) Гулаг имеет состояния. Каждое состояние характеризуется своим набором работ, отличным от набора работ в любом другом состоянии гулага.

Гулаг создается следующим образом:

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

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

3. Для каждого состояния гулага определяется набор работ. Эти работы могут быть как активного плана (часовой, патруль, и так далее), так и пассивного плана (сидят вокруг костра, спят). Каждая работа имеет свой приоритет. Соответственно пассивные работы должны иметь меньший приоритет.

4. Ставится в редакторе количество людей, которые должны быть под гулагом, и накрываются зонкой smart_terrain (источник ошибок – иногда ставят space_restictor). Зонке нужно давать осмысленное название. Это же название будет являться префиксом к названием всех патрульных путей, относящихся к этому же гулагу. Например если вы назвали зонку esc_blockpost, то все патрульные пути должны начинаться с этого префикса, например esc_blockpost_guard_walk. В custom_data зоны необходимо прописать настройку гулага.
[gulag1]
type = тип гулага
capacity = макс. вместимость в людях
*offline = может ли гулаг образоваться в offline (true/false)
*squad = squad, который будет проставлен всем сталкерам под гулагом
*groups = набор group через запятые
*stay = min, max время пребывания npc под smart_terrain
*idle = min, max время бездействия smart_terrain после ухода последнего npc
*cond = список условий, которые необходимы для создания гулага {+info –info =func !func} – если условие не выполняется, то гулаг распускается, а все его подопечные начинают управляться прописанной в custom_data логикой.
*respawn = имя респауна (вызывает респаунер с заданым именем каждый раз, когда кто-то из самрттеррейна заступает на работу)

Capacity нужно задавать всегда. Она может быть равна или меньше числа работ.
Указывать тип гулага нужно без кавычек.
Полем offline можно задать, чтоб гулаг не образовывался в офлайн. Т.е. существовать в офлайн он может, а образовываться – нет.
Если не задан squad или groups, то соответствующие свойства сталкеров не будут изменяться.
Все времена задаются в часах игрового времени и могут быть дробными.

5. В скрипте \gamedata\scripts\gulag_название_уровня.script необходимо прописать условия, при которых сталкеры берутся под конкретный гулаг. В функцию checkNPC необходимо прописать условие:
if gulag_type == "gar_dolg" then
return npc_community == "dolg"
end

В эту функцию пока передается два параметра, тип гулага и комьюнити персонажа. В данном случае под гулаг с типом gar_dolg будут приниматься все персонажи, относящиеся к группировке Долг.

6. В файле \gamedata\scripts\gulag_название_уровня.script необходимо описать переключение состояний гулага.

function loadStates(gname, type)
в нее передается имя зонки и тип гулага. Состояние гулага описывается в виде функции, возвращающей номер состояния гулага. Например:
if type == "gar_maniac" then
return function(gulag)
if level.get_time_hours() >= 7 and level.get_time_hours() <= 22 then
return 0 -- день
else
return 1 -- ночь
end
end
end
В данном случае если сейчас между 7 и 22 часов, то гулаг находится в дневном состоянии, иначе в ночном.

8. В файле \gamedata\scripts\gulag_название_уровня.script необходимо описать должности гулага. В функции loadJob загружаются все допустимые работы. В саму функцию передаются следующие параметры:
function loadJob(sj, gname, type, squad, groups)
sj – сама табличка работ гулагов,
gname – имя нашей зонки смар-тиррейна. Оно используется как префикс.
Type – тип гулага
Squad, groups – таблички сквадов и групп, если нам нужно переопределять родные группы сталкеров на какие либо другие. В каждой работе можно указать какой сквад и группа сетится сталкеру при установке на работу.

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

--' Garbage maniac
if type == "gar_maniac" then
t = { section = "logic@gar_maniac_camper",
idle = 0,
prior = 5, state = {0},
squad = squad, groups = groups[1],
in_rest = "", out_rest = "",
info_rest = “”
}
table.insert(sj, t)
t = { section = "logic@gar_maniac_sleeper",
idle = 0,
prior = 5, state = {1},
squad = squad, groups = groups[1],
in_rest = "", out_rest = "",
info_rest = “”
}
table.insert(sj, t)
end

Описание полей:
Idle – пауза между повторным выполнениями одного и того же задания. В данном случае паузы нет. Обычно пауза ставится на патруль.
Prior – приоритет задания. Сперва сталкеры занимают более приоритетные задания. Чем больше число, тем выше приоритет.
In_rest, out_rest - рестрикторы, которые устанавливаются персонажу на данное задание.
Section – секция в \gamedata\config\misc\gulag_название_уровня.ltx, где указываются реальные настройки схемы поведения, которая соответствует текущей работе.
Group сталкера будет выбран из массива groups, который задан в custom data. Массив индексируется начиная с 1.
Info_rest – задает ся имя рестриктора и все денжеры снаружи этого рестриктора не попадают внутрь для человека, находящегося на этой работе
Также в описании работы может быть указаны дополнительные условия, при которых сталкер может занять данную работу. Например:

predicate = function(obj)
return obj:profile_name() == "soldier_commander”
end
то есть данную работу сможет выполнять лишь персонаж с профилем soldier_commander.

9. В \gamedata\config\misc\gulag_название_уровня.ltx необходимо указать, какие схемы поведения соответсвуют той или иной работе. Например в случае с вышерассмотренным гулагом gar_maniac:

;----------------------------
;-- GARBAGE MANIAC
;----------------------------
[logic@gar_maniac_camper]
active = camper@gar_maniac_camper

[camper@gar_maniac_camper]
path_walk = walk1
path_look = look1

[logic@gar_maniac_sleeper]
active = sleeper@gar_maniac_sleeper

[sleeper@gar_maniac_sleeper]
path_main = sleep
wakeable = true

Настройка здесь соответствует настроке в обычной кастом дате сталкера, с разницей:
1) пути следует указывать без префикса. То есть если зонка носила название gar_maniac, то пути следует на уровне ставить с названием gar_maniac_walk1, однако в gamedata\config\misc\gulag_название_уровня.ltx следует указывать только walk1.
2) в именах секций схем поведения после @ добавлять название гулага и, возможно, дополнительные сведения (например, walker2@rad_antena_gate)
3) в именах секций logic для каждой работы добавлять после @ имя гулага, дополнительные сведения и имя секции активной схемы поведения (например, logic@rad_antena_gate_walker2).

В работах для гулагов поля leader больше нет. Есть поле dependent. Работа может быть занята только тогда, когда работа с именем dependent уже занята. Например, follower может быть назначен только тогода, когда уже кто-то назначен на работу лидера (имя работы лидера теперь в поле dependent). Естественно, что приоритет работ, от которых зависят другие, должен быть больше чем у них.

==3.11.3. Новые особенности смарттеррейнов==
Возможности нового смарттеррейна (СТ):

1) Не держит сталкеров постоянно в онлайне. Работает стандартный онлайн-радиус.
2) Сталкеры идут на ближайшие работы.
3) На места работ сталкеры идут независимо от того, в онлайне они или в оффлайне.
4) СТ в офлайне работает так же, как и в онлайне: выполняет переключение своих состояний, перераспределение работ.
5) Сталкерам можно прописать, при каких условиях в какие СТ они могут идти. (см. ниже) Если сталкер попал в СТ, то онбудет находится в нём, пока не истечёт время и выполняется условие.
6) Работы могут находиться на разных уровнях.
7) Скриптовая зона СТ теперь не используется для захвата персонажей.
8) Симуляция заключается в миграции персонажей между разными СТ.

Что нужно переделать:

1) Персонажи могут быть двух типов: либо для СТ, либо для самостоятельной работы под логикой из custom data. У первых логики в custom data не должно быть. У вторых должно быть прописано, что они не хотят ни в один СТ. (см ниже)
2) Нельзя под СТ отправлять сталкеров в nil. Вместо nil дайте им пути. Например, walker-ы в рестрикторе вместо nil в рестрикторе. (есть abort на такой случай)
3) Всех участников созданных сцен поставьте рядом с местами работ, а не в кучу. Так им не придётся полчаса разбредаться по местам работ: они сразу позанимают ближайшие. В custom data им пропишите, что до окончания сцены они могут быть только в этом СТ. (см. ниже)
4) Незначительно переделать функции predicate() и функции переключения состояния СТ. (см. ниже)
5) Проследите, чтоб под СТ в логиках в поле active было прописано только имя секции и ничего больше (никаких там процентов и фигурных скобок). Для персонажей не предназначенных под СТ это не играет роли.
6) Переименуйте в custom data СТ секцию [gulag1] в секцию [smart_terrain].

------------- Настройки: -------------

---- Разрешения персонажам идти в определённые СТ ----

Разрешения персонажам идти в определённые СТ задаются в custom data секцией [smart_terrains]. В ней можно задавать пары "имя_СТ = condlist". Пример:

[smart_terrains]
strn_1 = условие1
strn_2 = условие2

Если для какого-то smart_terrain условие выполнилось, он называется эксклюзивным.
Если у объекта появился хоть один эксклюзивный smart terrain, то он будет согласен идти только в него.
Если не появилось ни одного эксклюзивного, то он согласен идти в любой.

Есть зарезервированное сочетание "none=true". Если оно указано, то персонаж никогда не пойдёт ни в один СТ. Такой персонаж будет работать только под своей логикой.

Также можно задать, кого принимает СТ. В дополнение к старому механизму (функции checkNpc() в файлах gulag_*.script) можно в custom data СТ написать:

communities = группирвка1, группировка2, ...

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

---- Изменение функций predicate() ----

В эти функции вместо game_object будет передаваться табличка с информацией о персонаже. Там есть поля:
name
community
class_id
story_id
profile_name

Если нужно, чтобы работа занималась только снайперами, то в предикате нужно писать:

predicate = function(npc_info)
return npc_info.is_sniper == true
end

---- Изменение функций переключения состояния СТ ----

Обращайтесь индивидуально. Все переделки связаны с работой этой функции в офлайне. Например, таблица gulag.Object[] не содержит game_object-ы, если персонаж в офлайне и т.п.

---- Состояния работ online/offline

t = { section = "logic@ЧЧЧЧЧЧЧЧ",
idle = 0,
prior = 5, state = {0}, squad = squad, group = groups[1],
online = true,
in_rest = "", out_rest = ""
}
table.insert(sj, t)

Варианты задания этого поля
online = true - на этой работе персонаж всегда в онлайне,
online = false - на этой работе персонаж всегда в офлайне,
online не задано - на этой работе персонаж может прыгать онлайн<->офлайн по своему усмотрению.
3.11.3.1. Более доступное описание новых смарттеррейнов
Теперь о смарттерейнов для дизанеров, то есть не на LUA, а по-русски.
Для того, чтобы пренести смарттеррейн на новую схему, делаем следующее:
1. Пишем в кастом дате где [gulag1] -> [smart_terrain]
2. В кастом дате товарищей по смарттеррейну пишем
[smart_terrains]
sar_monolith_sklad(название гулага) = {кондлист} - если только в 1 смарттеррейн сталкер сможет прийти, то пишем true.
Если этот товарищ не должен работать под смарттеррейнами, то пишем ему в кастом дату.
[smart_terrains]
none = true

3.12. Логика вертолёта
Общие сведения:

Вертолёт работает на «логике».
На вертолёт реагируют аномалии.
Вертолёт не обрабатывает столкновения с геометрией и физикой пока он не сбит.
Попадания в область кабины, где сидит первый пилот, в десятки раз более болезненны для вертолёта.
У вертолёта есть универсальная боевая схема на манер сталкеров.
Пилоты вертолета реагируют репликами на события: хит, видит врага, поврежден (задымился), падает.

==3.12.1. Схема heli_move:==
Общие сведения:
Позволяет летать вертолёту по патрульному пути, регулировать скорость, зависать, стрелять по различным целям.

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

Можно (но не обязательно) задать path_look – путь, в вершины которого вертолет может смотреть.

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

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

Вертолёт старается летать точно по вершинам пути. При желании можно сделать ювелирный пролёт под мостом.

Вертолёт старается летать как можно быстрее. Пояснение: если ему задать, что в следующей вершине пути он должен иметь скорость 10 м/с, а его максимальная скорость установлена в 30 м/с, то он не станет сразу лететь 10 м/с. Он сначала будет разгоняться вплоть до 30 м/с и только на подлёте к целевой вершине начнёт тормозить с расчётом прибыть в неё имея 10 м/с.

Если в вершине пути path_move задан набор флажков, то вертолёт будет смотреть в любую из вершин path_look, в которых задан такой же набор флажков. Поворачиваться к этой точке вертолёт начнёт с предыдущей вершины пути. На данном этапе вертолет не может, зависнув в одном месте, смотреть поочередно в несколько точек path_look

Настройки:

*engine_sound = true/false (по умолчанию true)
Вкл/выкл звук двигателя вертолёта.

*invulnerable = true/false (по умолчанию false)
Неуязвимость. Если true, вертолёт игнорирует все хиты.

*immortal = true/false (по умолчанию false)
Бессмертие. Если true, вертолёт получает повреждения, но не умирает.

*mute = true/false (по умолчанию false)
Отключает универсальные реплики пилотов вертолета.

*rocket_delay = msec (время в миллисекундах реального времени)
Задержака между пусками ракет. По дефолту берется из ltx (сейчас 1250 мсек)

*default_velocity = m/sec (скорость с которой летает вертолет, если не заданы другие параметры)

Параметры, задаваемые в именах вершин пути path_move:

«e» – (сокр. от enemy) задание врага (цели). Стрелять по этой цели вертолёт начнёт уже в предыдущей вершине. Если значение не задано, то будет стрелять в точку из path_look, которая соответствует данной вершине. Если задано «e=actor» (можно сокращённо «e=a»), то огонь будет вестись по актёру. Если задано «e=число», стрелять будет по объекту со story id равным числу.

«w» – (сокр. от weapon) каким оружием стрелять. Возможные значения: w=1 – стрелять только пулемётом; w=2 – стрелять только ракетами. По умолчанию стреляет из всего.

«v» - (сокр. от velocity) задание максимальной скорости (в м/с) на участке пути от данной вершины до следующей. Если этот параметр не задан, то умолчание берётся из файла helicopter.ltx.

«dv» - (сокр. от destination velocity) задание скорости (в м/с), которую вертолёт должен иметь в момент прибытия в данную вершину.

«die» - убить вертолёт.

«flame» - начать дымить (как будто подбили).

Параметры, задаваемые в именах вершин пути path_look:

«e» - работает так же как и в path_move. Разница в том, что стрелять по указанной цели вертолёт начнёт лишь тогда, когда прибудет в вершину пути path_move, которая соответствует данной вершине path_look.

«w» – см. такой же параметр для пути path_move.

«t» - (сокр. от time) длительность времени (в мс реального времени), на протяжении которого вертолёт будет смотреть в данную точку. Если этот параметр не задан, то вертолёт пронесётся без остановки, но постарается на ходу развернуться к этой вершине.

==3.12.2. Универсальная боевая схема:==
Общие сведения:

В универсальной боевой схеме вертолёт не привязан к путям.

Вертолёт не видит никого. Узнать о враге вертолёт может только при получении хита или из параметра в custom data.

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

Настройки:

Отдельной секции для этой схемы поведения нет. Поэтому настройки производятся в секции текущей схемы поведения:

combat_ignore = true/false
true означает игнорирование получения хита. Т.е. вертолёт не будет пытаться «отомстить» тому, от кого он получил хит.

combat_enemy = nil/actor/StoryID
С помощью этого параметра можно задать вертолёту конкретного врага. nil – нету врага; actor – игрок; SID – числовое story id врага.

combat_use_rocket = true/false
Можно ли вертолёту пользоваться рокетами.

combat_use_mgun = true/false
Можно ли вертолёту пользоваться пулемётом.

combat_velocity = <число>
Скорсть, с которой вертолет будет делать боевые заходы

combat_safe_altitude = <число>
Высота, относительно самой высокой точки геометрии на уровне ниже которой вертолет не будет опускаться в боевой схеме (может быть отрицательным)

К вертолёту подключена схема xr_hit. Работает как у сталкеров. В xr_effects есть группа функций для работы с вертолётом из его custom data:

heli_set_enemy_actor - сделать актёра врагом вертолёту
heli_start_flame - поджечь вертолёт
heli_die - убить вертолёт

combat_velocity = - боевая скорость в этой секции указывается в м/с
combat_safe_altitude = - высота боевая в метрах, может принимать отрицательные значения
combat_use_rocket = - true/false использовать ли ракеты в этой секции
combat_use_mgun = - true/false использовать ли пулемет в этой секции

3.13. Meet_manager

Синтаксис:

[logic]
meet = meet

[walker]
meet = meet

[meet]
meet_state = 30| state@sound| 20| state@sound| 10| state@sound
meet_state_wpn = 30| state@sound| 20| state@sound| 10| state@sound
victim = 30| nil| 20| actor
victim_wpn = 30| nil| 20| actor
use = self
use_wpn = false
zone = name| state@sound
meet_dialog = dialog_id
synpairs = state@sound|state@sound
abuse = true/false

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

Перечень полей:
meet_state, meet_state_wpn – задает анимацию и озвучку персонажа, в зависимости от расстояния до актера. Для случая если актер безоружен либо вооружен соответственно.
victim, victim_wpn – задает объект, на который должен будет смотреть персонаж. Возможные параметры: nil – никуда не смотрит, actor – смотрит на игрока, story_id – номер стори айди персонажа, на которого нужно будет смотреть.
use, use_wpn – настройки юзабельности персонажа. Возможны три варианта: true, false, self. При self НПС сам юзнет игрока, как только сможет дотянуться 
zone – Содержит набор имен рестрикторов, а также анимаций и озвучки, которую НПС будет отыгрывать, если игрок будет замечен в рестрикторе
meet_dialog – стартовый диалог НПС.
synpairs – cодержит набор пар состояние_тела@звуковая_тема. Если при каком то наборе условий встреча будет отыгрывать именно это состояние и эту звуковую тему – то они будут синхронизироваться по рандомным анимациям состояния тела.
аbuse – по умолчанию true, если false, то неюзающийся противник не будет обижаться.
Любую строку(в общей схеме они написаны строчными буквами) можно задавать кондлистом. ( {+info1 –info2} ward %+info% )

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

[walker]
meet = default_meet

Саму секцию [default_meet] задавать не надо. Все настройки и так возьмутся из дефолта.

Теперь о том, как с помощью этого конструктора собрать ту реакцию на актера, которая вам нужна (Во всех примерах зеленым цветом выделены состояния state_manager, синим – звуковые темы):

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

[meet]
meet_state = 50| hello@talk_hello| 20| wait@wait| 10| ward@wait
meet_state_wpn = 50| hello@talk_hello| 20| threat@threat_weap
victim = 50| actor
victim_wpn = 50| actor
use = true
use_wpn = false

Ситуация 2
Сталкер завидя нас просит убрать оружие. После этого подходит и заговаривает с нами. Если мы начинаем уходить от него или достаем оружие – начинает нас стрелять.

[meet]
meet_state = 50| {+info} threat_fire %=killactor%, walk@ {+info} talk_abuse, wait | 10 | walk %+info%; wait | 2 | threat;state
meet_state_wpn = 50| {+info} threat_fire %=killactor%, threat@ {+info} talk_abuse, wait
victim = 50| actor
victim_wpn = 50| actor
use = {-info2} self, false
use_wpn = false

Здесь: info – инфоропшн, который указывает что мы уже опустили оружие и были достаточно близко к НПС
Info2 – инфопоршн, который устанавливается в диалоге и говорит что персонаж уже сказал нам все, что хотел.
Killactor – функция в xr_effects которая обижает НПС на игрока.

Ситуация 3
Персонаж ходит по патрульному пути на заставе лагеря. Если игрок имеет допуск в лагерь – пропускает его и здоровается, иначе сперва отпугивает, а если игрок пробрался в лагерь – то обижается на него. При этом диалог зависит от того, имеет игрок допуск в лагерь или нет.

[camper]
path_walk = path_walk
path_look = path_look
meet = meet

[meet]
meet_state = 30| {+info} wait, threat@ {+info} talk_hello, threat_back
meet_state_wpn = 30| {+info} wait, threat@ {+info} talk_hello, threat_back
victim = 30| actor
victim_wpn = 30| actor
use = true
use_wpn = true
zone = warnzone| {-info} threat@ {-info} threat_back|kampzone| {-info} true@ {-info} talk_abuse
meet_dialog = {+info} dialog1, dialog2

Здесь:
True – вместо анимации, атаковать игрока.
Info – Инфопоршн, который говорит что мы имеем допуск к лагерю
Warnzone – рестриктор, в котором нас предупреждают
Kampzone – рестриктор, в котором нас убивают
Dialog1 – стартовый диалог НПС, если мы имеем допуск в лагерь
Dialog2 – стартовый диалог НПС, если мы не имеем допуск в лагерь.
Дефолтные настройки:
По дефолту встреча настроена со следующими параметрами:

meet_state = 30|hello@hail|20|wait@wait
meet_state_wpn = 30|backoff@threat_weap
victim = 30|actor
victim_wpn = 30|actor
use = true
use_wpn = false
syndata = hello@hail|backoff@threat_weap

NB: Если нужно, чтобы сталкер не разговаривал с игроком в данной секции, необходимо прописать ему meet = no_meet

==3.14. Отметки на минимапе==
Появилась возможность не показывать сталкеров на минимапе и на карте (прятать синие и красные точки). Для этого в секции логики или в текущей схеме указываем параметр:

[camper]
show_spot = false (будучи в этой секции сталкер не показывается на карте)

[walker]
show_spot = {+info1} false

Сталкер не будет показываться, если у игрока есть инфопоршн info1 и т.д.

==3.15. Передача параметров в функции.==
Ниже перечислен набор функций к которым можно обращаться из кастом даты и при этом передавать в них переменные.

NB! Во всех функциях xr_conditions и xr_effects, которые обращались к гулагам по имени, теперь можно использовать как имя, так и story id. Причем если мы указываем имя, то использовать функцию можно только, когда гулаг находится в онлайне, а если мы вешаем на самрттеррейн story_id, то можем обращаться к гулагу и в оффлайне.

Описание функций с параметрами присутствующих в xr_conditions и xr_effects.

---------------------------------------------------------------------
xr_conditions:

fighting_dist_ge(p) – универсальная функция для combat_ignore, проверка расстояния для игрока
(в метрах)

distance_to_obj_le(sid:dist) - проверка дистанции до обьекта заданного
story_id.
Можно использовать, например, в секции follower для определения того, что сталкер подошел на нужную дистанцию к лидеру и переключать в другую секцию (лидер при этом стоит где-то в ремарке). Эта ситуация возникает, когда после боя надо подогнать одного сталкера к другому, а ихних позиций мы не знаем. Если используется в секции follower, то dist надо ставить большим distance фолловера, поскольку если поставить их одинаковыми, то данная функция не всегда будет срабатывать.

health_le(health) - проверка того, что здоровье npc <= health

heli_health_le(health) - аналогично предыдущему, только для вертолета.

enemy_group(group1:group2:...) - Проверка на принадлежность врага к одной из групп (правильность работы пока не проверялась)

hitted_by(sid1:sid2:...) - Проверка того, что удар был нанесен кем-то из npc, указанных в списке. npc задаются с помощью story_id. Функцию удобно использовать в секции hit.
Пример:
[hit]
on_info = {=hitted_by(407:408)} %+val_escort_combat%

killed_by(sid1:sid2:...) - Аналогично предыдущему, но для случая смерти npc. Используется в секции death.

is_alive(sid)
is_alive_one(sid1:sid2:...)
is_alive_all(sid1:sid2:...) - проверка того, что один, один из нескольких или все из списка соответственно npc, заданные по story_id живы

is_dead(sid)
is_dead_one(sid1:sid2:...)
is_dead_all(sid1:sid2:...) - аналогично предыдущему, только проверка на "мертвость".

check_fighting(sid1:sid2:...) - Проверка того, не является ли кто-то из перечисленных (с помощью story_id) npc врагом даного. Как правило используется в combat_ignore_cond.

gulag_empty(gulag_name) - проверка того, что гулаг пуст или вообще не существует.

gulag_population_le(gulag_name, num) - проверка того, что количество народу в гулаге <= num

gulag_casualities_ge(gulag_name:num) – проверка того, что гулаг понес потери => num
NB! Потери гулага не обнуляются, так что с этой функцией работать аккуратно.

signal(строка) – проверяет, установлен ли у данного НПС в текущей схеме указанный сигнал

--------------------------------------------------------------------
xr_effects:

heli_set_enemy(story_id) – сделать npc с указанным story_id врагом веротелу. В одной секции можно задавать только 1 врага.

set_gulag_enemy_actor(gulag_name) – сделать актера врагом для данного гулага

hit_npc(direction:bone:power:impulse:reverse=false) - нанести хит по npc. Параметры:
direction - если строка, то считается, что это имя пути и в сторону первой точки производится толчек. Если же это число, то оно рассматривается как story_id персонажа от которого должен поступить хит.
bone - строка. Имя кости, по которой наносится удар.
power - сила удара
impulse - импульс
reverse (true/false) - изменение направления удара на противоположное. по умолчанию false.
Пример:
[death]
on_info = {=killed_by(404)} %=hit_npc(404:bip01_spine1:100:2000)%, {=killed_by(405)} %=hit_npc(405:bip01_spine1:100:2000)%

set_friends(sid1:sid2:...)
set_enemies(sid1:sid2:...) - установить друзьями/врагами данного npc и указанных в списке по story_id.

play_snd(snd_name:delay=0) - играть звук в голове актёра.
snd_name - путь к звуку относительно папки sounds
delay - задержка перед проигрыванием. По умолчанию 0 – проигрываем сразу.

play_snd_now (sid:snd_name) – играть звук от указанного объекта
*звук играется об объекта с указанным story id, без задержки с громкостью 1. Указывается не имя звуковой схемы, а имя файла

hit_obj(sid, bone, power, impulse, hit_src=npc:position())
Дать обьекту, заданому story_id, хит. Отличается тем, что может прописываться в любой кастом дате. Параметры: actor, npc, p[sid,bone,power,impulse,hit_src=npc:position()]
1. sid - story_id обьекта, по которому наносится хит.
2. bone - строка. Имя кости, по которой наносится удар.
3. power - сила удара
4. impulse - импульс
5. hit_src (необязательный параметр) - точка (waypoint), из которой по объекту наносится хит. Если не задано, то берется позиция обьекта, из которого была вызвана данная функция.

actor_has_item(section)
Проверка на наличие у игрока соответствующего предмета. Проверка проходит по секции в ltx

Функции для работы с HUD'ом.

disable_ui_elements(...), enable_ui_elements(...) - отключение/включение елементов HUD'а.

Параметры:
-- weapon - спрятать/показать руки с оружием
-- input - отключить/включить клавиатуру
-- hud - спрятать/показать индикаторы на экране
-- all - отключить/включить все элементы

Пример:
on_info = %=disable_ui_elements(weapon:input)%

Есть также сокращенные варианты:

disable_ui, enable_ui (вызываются без скобок и параметров).
Аналогичны вызовам disable_ui_elements(all), enable_ui_elements(all) соответственно.

Пример:
on_info = %=enable_ui%

Функция запуска camera_effector'а.

run_cam_effector(имя_файла)

имя_файла (указывается без расширения) - это имя анимационного файла (с расширением anm)
из папки S:\GameData\anims\camera_effects\.

Пример:
on_info = %=run_cam_effector(prison_0)%

Функция запуска постпроцесса.

В связи с изменением процесса создания постпроцессов были внесены изменения в их запуск.
Теперь есть 2 функции для работы с постпроцессами:

run_postprocess(file_name:id:loop) - запуск постпроцесса.

-- file_name - имя файла постпроцесса (без расширения) из папки s:\gamedata\anims. Указывается без расширения.
-- id - номер постпроцесса. Задается опционально. Используется в stop_postprocess.
-- loop - (true/false) определяет зацикленность постпроцесса. Опциональный параметр. По умолчанию false.

stop_postprocess(id) - принудительная остановка постпроцесса.

-- id - номер постпроцесса заданный в run_postprocess.

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

drop_actor_inventory(имя_пути)

выбрасываем все предметы из инвентаря актера в первую точку заданного
пути.

Пример:
on_info = %=drop_actor_inventory(drop_point)%
3.16. Настройка звуковых групп.
Новый принцип создания звуковых групп:
1. Каждый персонаж по умолчанию считается находящимся в уникальной саундгруппе.
2. Для того, чтобы объеденить нескольких персонажей в единую саундгруппу, необходимо в секции логики прописать soundgroup = <текстовая строка>
Звуковые группы должны быть уникальными в пределах уровня, а еще лучше в пределах всей игры. Для этого указывайте в звуковой группе идентификатор уровня и сценки, например:
soundgroup = bar_dolg_kampfire1
3. Объеденять в звуковые группы необходимо персонажей сидящих в кемпе и идущих в патрулях. А также при других схожих ситуациях.
4. Дабы избежать ошибок при обижании, наподобие той, которая сейчас проявляется в лагере на эксейпе, необходимо чтобы все НПС, логически относящиеся к одному лагерю имели одинаковый team, squad, group

Пример:
[kamp@esc_bridge_post1]
center_point = kamp_point
soundgroup = esc_bridge_soldiers

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

Часть 4

2008-05-30T11:28:22Z

HikeR: «Часть 4» переименована в «Настройка логики. Часть 4»: все.

#REDIRECT [[Настройка логики. Часть 4]]

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

2008-05-30T11:28:06Z

HikeR: «Часть 3» переименована в «Настройка логики. Часть 3»: так еще красивше

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

==3.8.1. Синтаксис скрипта Logic==

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

[logic]
active = walker1

[walker1]
path_walk = walk1
path_look = look1
on_actor_dist_le = 5 | walker2

[walker2]
path_walk = walk2
path_look = look2

Выше рассмотрено безусловное переключение секций. Перед именем секции в фигурных скобках {} можно задавать дополнительные условия, а после имени секции - так называемые "эффекты", которые заключить в знаки процента: %%. Эффекты будут применены только в случае активации секции. Можно не задавать имя секции, а задать только условия и/или эффекты. Тогда активной останется старая секция, но условия и эффекты будут все равно обработаны. Если все условия в фигурных скобках не выполняются, секция активирована не будет.

Пример:

on_actor_dist_le = 5 | {условие} walker2 %эффекты%

Условия могут быть следующими:

+infoportion - требуется присутствие infoportion у actor
-infoportion - требуется отсутствие infoportion у actor
=func - требуется, чтобы func вернула true
!func - требуется, чтобы func вернулся false

Эффекты могут быть следующими:

+infoportion - в случае включения секции у actor будет установлен infoportion
-infoportion - в случае включения секции у actor будет убран infoportion
=func - в случае включения секции стартует функция func

Несколько условия или эффектов разделяются проблемами:

on_actor_dist_le = 5 | {+info1 -info2 +info3} walker2 %+info4 =func%

Можно задавать сразу несколько секций, разделенных запятыми. Порядок обхода при этом - слева направо. После срабатывания первого из условий, обход прекращается. В примере ниже, если установлен info1, будет включена схема walker2, иначе, если установлен info2, будет включена схема walker3, иначе будет включен walker4:

on_actor_dist_le = 5 | {+info1} walker2, {+info2} walker3, walker4

В описанном выше поле active секции logic, можно также задавать условия, например:

[logic]
active = {=actor_friend} walker@friendly, walker@enemy
В логических условиях теперь принимается ключевое слово never, которое означает, что условие ложно. Например:
combat_ignore_cond = {=actor_enemy =actor_has_suit} always, {=actor_enemy} never %...эффекты...%

Вышеприведенная конструкция включает игнорирование боя, если у NPC враг - игрок в костюме, но отключит его, если врагом является игрок, но без костюма, при этом сработают эффекты (%%) секции never. Таким образом, выбор секции never равносилен отсутствию секции (несрабатыванию условия), но эффекты в знаках процента при этом срабатывают.

Пример работы с секцией nil. Секция nil выводит из-под скриптовых схем персонажа, монстра или объект и отпускает его под управление движка. Это надо если какое-либо условие выполнившись 1 раз больше не нуждается в проверке, при этом экономятся ресурсы машины, которые на каждом апдейте проверяют это условие.

[logic]
active = sr_idle

[sr_idle]
on_actor_inside = nil %+esc_actor_inside%
То есть, при входе актера в рестриктор выдается инфопоршн и рестриктор уходит в секцию nil, больше не проверяя наличие игрока.
NB: Обратно из секции nil под скрипты объект вернуть уже невозможно! Учитывайте это, используя
ее.

==3.8.2. Вот пример достаточно сложной логики:==

[logic]
active = walker
combat_ignore = combat_ignore
on_hit = hit
on_death = death

[hit]
on_info = %+alert%

[death]
on_info = %+alert +trup3%

[walker]
path_walk = walk_svoboda3
path_look = look_svoboda3
combat_ignore_cond = {-alert}
on_timer = 25000 | remark

[remark]
anim = idle
snd = stalker_talk_kampfire
no_move = true
no_rotate = true
on_hit = hit
on_death = death
combat_ignore_cond = {-alert}

[combat_ignore]

Рассмотрим ее пошагово. Вначале сталкер работает по схеме walker-a. При этом он игнорирует бой, пока не будет поставлен инфопоршн alert. Он ждет 25 секунд, после чего переходит в схему remark. В ремарке он проигрывает идловую анимацию, говорит на указанные темы, не поворачивается и не двигается и точно также игнорирует бой. Если по нему попадут (on_hit) или убьют (on_death), будет поставлен инфопоршн alert и он перестанет игнорировать бой (понятно, что если он будет трупом, то это ему не поможет, но их в сценке трое, и тогда сорвутся в бой все остальные). Если его убьют, то также будет поставлен инфопоршн trup3 который сообщит о том, что этот сталкер убит.

А вот логика его противника:
[logic]
active = walker
combat_ignore = combat_ignore

[walker]
path_walk = soldier_walk1
path_look = soldier_look1
combat_ignore_cond = always
team = assault_group
on_signal = assault | camper

[camper]
path_walk = soldier_walk1_2
path_look = soldier_look1_2
radius = 5
on_info = {+trup1 +trup2 +trup3} walker2

[walker2]
path_walk = soldier_walk1_3
path_look = soldier_look1_3

[combat_ignore]

Он идет в схеме walker, игнорируя бой (причем игнорируя в любой ситуации). Идет в составе группы assault_group. Когда он приходит в конечную точку маршрута (там он синхронизируется с остальными из группы, это приписано в путях) и получает сигнал assault, то переходит в схему camper. В этой схеме у него не прописан combat_ignore, поэтому он начинает стрелять по противнику. После того, как все трое противников будут убиты, каждый из них, умирая ставит инфопоршн trup1, trup2 или trup3 и когда все трое будут убиты, то он переключится на схему walker2 (подойдет к костру).

==3.9. Схемы логики space_restrictor==

Общее замечание: Чтобы исключить ситуацию, когда актёр проскакивает через рестриктор и тот не успевает сработать, старайтесь ставить рестриктор так, чтоб минимальная ширина была больше 2 метров.

==3.9.1. Схема [sr_idle]==
Предназначение данной схемы – включить другую схему при срабатывании одного из стандартных условий логической схемы.
Сама по себе схема ничего не делает.
Пример настроек рестриктора:

[logic]
active = sr_idle

[sr_idle]
on_actor_inside = nil %+esc_actor_inside%

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

файл \gamedata\scripts\sr_idle.script

==3.9.2. Секция [sr_no_weapon]==
Данная схема убирает оружие у игрока при входе в зону.
Пример настроек рестриктора:

[logic]
active = sr_no_weapon

[sr_no_weapon]

файл \gamedata\scripts\sr_no_weapon.script

==3.9.3. Секция [sr_sound]==

snd = Перечень имён звуков разделенных запятыми.

type = Типы звуков через запятые. Для удобства введены типы наборов звуков. Т.е., например, чтобы не перечислять каждый раз весь набор звуков скрипа деревянного пола, можно указать тип floor_wooden.

*delay = Задержка перед проигрыванием звука в секундах реального времени, по умолчанию 0.

*idle = Длина периода игнорирования входа в зону после начала последнего проигранного звука. Чтоб, например, завывание было не чаще, чем раз в несколько минут. В секундах игрового времени. По умолчанию 0.

*rnd = Вероятность (в процентах) того, что звук отыграется. По умолчанию 100.

*position = Задает имя пути, в вершинах которого может отыграться звук. Есть зарезервированное значение random. Оно означает случайное место в радиусе 15…50 метров от игрока. Если этот параметр не задан, то подразумевается позиция игрока.

*slide_velocity = Скорость (м/с) передвижения звука по точкам патрульного пути. По умолчанию - 3

*slide_sound_once = true\false
true - проиграть звук один раз, даже если он не дошел до последней точки пути.
false – если звук закончился, а до последней точки пути не дошел, запустить его ещё раз. По умолчанию false.

*play_at_actor = true/false Заставляет звук играться от позиции актера постоянно. Если он будет
равен true и будет задан путь перемещения звука (или рандом), то мы тупо вылетим.

Предназначение данной схемы: отыграть звук при входе актёра в рестриктор.

Поддерживается sound_end.

Обязательно нужно задать либо snd, либо type. Можно их задать вместе. На базе этих параметров составляется список звуков. При входе актёра в рестриктор отыгрывается случайный звук из этого списка.

Место, из которого может отыграться звук, задаётся одним из трёх:
- случайное;
- случайная вершина заданного пути;
- позиция игрока.

Пример настроек рестриктора:

[logic]
active = sr_sound

[sr_sound]
type = floor_wooden
snd = ambient\wind1, ambient\sparks1
rnd = 50
position = random
idle = 120
delay = 3

Есть возможность сделать «скользящий звук». Необходим патрульный путь. Звук начинает отыгрываться с начала пути и перемещается от одной точки пути к другой (по мере их установки на патрульном пути) со скоростью slide_velocity.

[logic]
active = sr_sound

[sr_sound]
type = random
position = way
slide_velocity = 8
slide_sound_once = true

Файл \gamedata\scripts\sr_sound.script

==3.9.4. Секция [sr_tip]==
Предназначение данной схемы – давать игроку сообщение (подсказку) при входе в рестриктор

name = Название новости.
type = по умолчанию «news»
Тип новостей: «news» – отсылается как глобальная новость, «tips» - отсылается то имени sender-a
*sender = если тип = «tips», то от sender задаёт условный строковый идентификатор иконки персонажа, от которого якобы пришло сообщение. По умолчанию это иконка торговца.

*cond = Необходимые логические условия, при которых подсказка сработает. По дефолту, сработает при входе в зону.

*single = true/false (по умолчанию false). Если параметр в true, то типс будет выдан только один раз,

Пример настроек рестриктора:

[logic]
active = sr_tip

[sr_tip]
name = tips_esc_trader_about_pda
type = tips
cond = {+infoportion1 –infoportion2 }
*showtime = msec – время в миллисекундах, в течение которого сообщение будет находится на экране. – ПОКА НЕ РАБОТАЕТ НОРМАЛЬНО!

Если необходимо проиграть только 1 раз, а это случается часто, то можно добавить следующую строку:
on_actor_inside = nil

файл \gamedata\scripts\sr_tip.script

==3.9.5. Sr_light==
Зона, в которой фонарики у неписей будут включены независимо от времени суток.

Работает следующим образом:

[logic]
active = sr_light

[sr_light]
light_on = true/false (свет включен/выключен)

Также работает вместе с кондлистом:

[logic]
active = sr_light

[sr_light]
light_on = true/false (свет включен/выключен)
on_info = {+info1} section %+info2%

==3.9.6. Sr_territory==

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

[logic]
active = sr_territory@outside

[sr_territory@outside]
on_actor_inside = sr_territory@inside

[sr_territory@inside]
on_actor_outside = sr_territory@outside
territory_hit = {-bar_dolg_territory_1_hit} %+bar_dolg_territory_1_hit%, {-bar_dolg_territory_2_hit}
%+bar_dolg_territory_2_hit%, {-bar_dolg_territory_3_hit} %+bar_dolg_territory_3_hit%
territory_death = {-bar_dolg_territory_kill} %+bar_dolg_territory_kill%

То есть здесь видно, что когда игрок находится внутри рестриктора, то считается количество нанесенных хитов, а также учитывается был ли кто-то убит или нет. Поскольку схема работает только с игроком – то хиты и смерть засчитываются только от игрока.

==3.9.7. Sr_mapspot==

При входе в рестриктор он сам себя подсвечивает на карте.

Параметры:
hint - id подсказки в string table (обязательный параметр)
location - название типа подсветки (не обязательный параметр, по умолчанию "crlc_small")

Пример:
[logic]
active = sr_mapspot

[sr_mapspot]
hint = “gar_swamp”
location = crcl_big

==3.9.8. Sr_particle==

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

1) для партикловой системы с путем камеры:
[sr_particle]
name = explosions\campfire_03 -имя партикловой системы
path = particle_test.anm -имя пути камеры
mode = 1 (обязательно !!!)
looped = true/false -флаг зацикленности партиклов

(обязательно с расширением ANM !!!) Здесь партиклы будут молча перемещаться по пути.

2) для партикловой системы с обычным патрульным путем:
[sr_particle]
name = explosions\campfire_03 -имя партикловой системы
path = part_points -имя патрульного пути
mode = 2 (обязательно !!!)
looped = true/false -флаг зацикленности партиклов

В вейпоинтах можно задавать флаг s=имя_звуковой_темы и d=число время задержки перед проигрыванием (задается в миллисекундах. Если не задано, то 0). s - имя звуковой темы в sound_themes.ph_snd_themes из которой будет случайно выбран звук для проигрывания во время проигрывания партикла. Звук не зацикливается и играет только один раз.. Результат = партиклы отыгрываются во всех вейпоинтах одновременно (или с задержкой см. выше).
При looped=true по окончании проигрывания партиклов, они будут запускаться сначала, но уже без задержек. Сигнал particle_end выдаваться не будет. При looped=false сигнал будет выдан, когда все источники партиклов отыграют.
Поддерживается кондлист. Если рестриктор переходит в другую секцию, то автоматически перестают отыгрываться партиклы и замолкают звуки при них. Этот рестриктор является объектом, отслеживающим партиклы и нет никакой необходимости чтобы игрок в него заходил.

==3.9.9. Sr_sound_act==
Итого, схема, которая играет саунд в голове актера. Всякие там переговоры по ПДА и прочие фейки

[sr_sound_act]
snd = ambient\random\new_drone1 --имя звукового файла
*delay = 2000 --задержка перед проигрыванием
*delay_max = 4000 -- между проигрыванием звука будет взят случайный промежуток между delay и delay_max.
*on_signal = sound_end | nil --по сигналу можно перейти в другую секцию.
theme = <имя темы из ph_sound_themes>
* stereo = true/false (по умолчанию false). При установке этого параметра к файлу, который
задан параметром snd или в звуковой теме будут добавляться (автоматически) суффиксы _r и _l для загрузки левого и правого каналов и, соответственно, вся эта фигня будет играться.

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

==3.9.10 Sr_timer==

Пример использования:

[logic]
active = sr_timer@1

[sr_timer@1]
type = dec
start_value = 10000
on_value = 0 | sr_timer@2

[sr_timer@2]
type = inc
on_value = 15000 | nil %+info1%

Описания полей:
type - тип счетчика, инкриментирующий(inc) или декриментирующий(dec).
Если поле не задано - счетчик будет инкриментирующий
start_value - начальное значение счетчика в РЕАЛЬНЫХ милисекундах. Для декриментирующих счетчиков задавать обязательно. Для инкриментирующих, если не задано, то считается с 0.

Переходы из секции sr_timer могут быть как по обычным условиям (on_timer, on_info) так и по специфическому условию on_value. В общем случае on_value Можно использовать для производства каких либо действий в зависимости от состояния счетчика. Например:

on_value = 5000| %+info1% | 1000| %+info2%

==3.9.11. Sr_psy_antenna==
Зоны с такой секцией позволяют управлять эффектами от пси-воздействия (на Янтаре и Радаре). Сейчас можно управлять интенсивностью излучения и интенсивностью получения повреждений.

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

eff_intensity = - увеличение/уменьшение в % от базового значения интенсивности излучения.
hit_ intensity = - увеличение/уменьшение в % от базового значения наносимого повреждения.

Пример зоны, которая добавляет 70% излучения:

[logic]
active = sr_psy_antenna

[sr_psy_antenna]
eff_intensity = 70
hit_ intensity = 70

Пример зоны, которая убирает 30% излучения:

[logic]
active = sr_psy_antenna

[sr_psy_antenna]
intensity = -30

==3.9.12. Sr_teleport==
Собственно, телепорт. Настраиваются следующим образом:

[logic]
active = sr_teleport

[sr_teleport]
timeout = 0

point1 = point1
look1 = look1
prob1 = 10

point2 = point2
look2 = look2
prob2 = 20

где:
timeout - задержка в срабатывании телепорта в миллисекундах.
point - одноточечный патрульный путь куда переместить
look - одноточечный патрульный путь куда повернуть.

Далее идут настройки точек назначения с удельными весами. То есть в перечисленном выше примере вероятность телепортнутся во вторую точку в два раза выше, чем в первую. Максимальное количество точек назначения - 10. Телепорты необходимо ставить совместно с особой аномальной зоной, которую сейчас делает Проф. Зона добавит визуализацию и создаст эффект втягивания.

==3.9.13. Sr_sleep и настройка снов.==

Появилась возможность задавать зоны сна.

[sr_sleep]
*cond = <condlist>
*type = nightmare/normal/happy/all - Задает тип сна разрешенный в данной зоне (по умолчанию all). Влияет (группирует) только на несценарные сны.
*dream_prob = <число от 0 до 100> - вероятность просмотра несценарных сновидений в данной зоне (по умолчанию 80). В противном случае будет только черный экран.

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

В файле misc\dream.ltx задаются настройки снов.

Секция videos.
Полями задаются пути к видеофайлам со снами.

Секция dreams. Поля:
regular_probability = <число от 0 до 100> - вероятность проигрывания обычных сновидений в целом
regular - список секций с настройками для обычных сновидений
scene - список секций с настройками для сценарных сновидений

Настройки обычных сновидений:
dream - имя поля из секции videos
probability = <число больше 0> - чем больше, тем больше вероятность проигрывания сна.
type = nightmare/normal/happy - тип сна.

Настройки сценарных сновидений:
dream - имя поля из секции videos
cond = <condlist> - условия срабатывания
to_regular = <вероятность,тип> - необязательное поле. Дает возможность переводить сценарный сон после первого отыгрыша в разряд обычных. <вероятность, тип> аналогичны probability и type из настроек обычных сновидений соответственно.

==3.9.14. Sr_cutscene==

Эта схема предназначена для проведения анимации камеры c некоторым эффектом
(pp_effector). Последовательность действий, осуществляемых схемой, состоит из мгновенного перемещения игрока в начало пути point и ориентации его взгляда на начало пути look, потери управления игроком и начала анимации камеры cam_effector по завершении которой игрок вновь получает управление.

[sr_cutscene]
point = <имя пути> - путь в первую точку которого переносится игрок
look = <имя пути> - путь в первую точку которого смотрит игрок
*pp_effector = <имя файла с эффектом> - файл, расположенный в папке
gamedata\anims\ и содержащий эффект (имя файла пишется без расширения)
cam_effector = <имя файла с анимацией камеры> - файл, расположенный в папке gamedata\anims\camera_effects\ и содержащий анимацию камеры (имя файла пишется без
расширения)

==3.10. Набор дополнительных настроек логики у разных объектов.==
Для всех физических объектов есть секция ph_idle, поддерживающая кондлист в которую можно при необходимости переводить объекты.

==3.10.1. Схема работы двери, секция [ph_door]==

NB! Для двухстворчатых ворот задается все аналогично.

locked = false\true
Заперта ли дверь. По дефолту – false.

Closed = false\true
Закрыта ли дверь. По дефолту - true

tip_open = (если locked == false, то tip_door_open, иначе tip_door_locked)
Подсказка, которая появляется около прицела при наведении на дверь, если дверь закрыта.

tip_close = (если locked == false, то tip_door_close, иначе пустое значение)
Подсказка, которая появляется около прицела при наведении на дверь, если дверь открыта.

snd_init = Звук, который будет отыгран сразу при включении схемы.

snd_open_start = Звук, который будет отыгран при попытке открыть дверь.

snd_close_start = Звук, который будет отыгран при попытке закрыть дверь.

snd_close_stop = Звук, который будет отыгран, когда дверь захлопнется до конца.

Примеры:
Если нужно сделать дверь, которая при каком-то событии открывается со щелчком, то можно воспользоваться полем snd_init и переключением схем. В примере ниже при включении схемы ph_door@unlocked проиграется snd_init, т.е. trader_door_unlock:

[logic]
active = ph_door@locked

[ph_door@locked]
locked = true
snd_open_start = trader_door_locked
on_info = {+esc_trader_can_leave} ph_door@unlocked

[ph_door@unlocked]
locked = false
snd_init = trader_door_unlock
snd_open_start = trader_door_open_start
snd_close_start = trader_door_close_start
snd_close_stop = trader_door_close_stop
файл \gamedata\scripts\ph_door.script

==3.10.2. Схема работы кнопки, секция [ph_button]==

При нажатии на кнопку переключает секции и выдает инфопоршн.

[logic]
active = ph_button@locked

[ph_button@locked]
anim_blend = false
anim = button_false
on_press = ph_button@unlocked %+cit_jail_door_opened%

on_press – что происходит при нажатии
anim – анимация, которая отигрывается при нажатии на кнопку
anim_blend – плаваня, сглаженная анимация. Может принимать знаечения true\false

Файл \Gamedata\scripts\ph_button.script

*tooltip - gредназначено для того, чтобы задавать текстовую подсказку при наведении на кнопку. Текстовая подсказка нужна для того, чтобы как минимум было понятно, что этот девайс можно нажимать.
Пример настройки кнопки:

[logic]
active = ph_button@active

[ph_button@active]
anim = lab_switcher_idle
tooltip = tips_labx16switcher_press
on_press = ph_button@deactivated %+terrain_test%

[ph_button@deactivated]
anim = lab_switcher_off

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

<string id="tips_labx16switcher_press">
<text>Чтобы отключить чудо установку нажмите ($$ACTION_USE$$)</text>
</string>

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

[logic]
active = ph_button@locked

[ph_button@locked]
anim = button_false – анимация несрабатывания кнопки.
on_info = {+val_prisoner_door_unlocked} ph_button@unlocked
on_press = ph_button@unlocked %+val_prisoner_door_unlocked%

[ph_button@unlocked]
anim = button_true
on_info = {-val_prisoner_door_unlocked} ph_button@locked
on_press = ph_button@locked %-val_prisoner_door_unlocked%

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

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

Часть 3

2008-05-30T11:28:06Z

HikeR: «Часть 3» переименована в «Настройка логики. Часть 3»: так еще красивше

#REDIRECT [[Настройка логики. Часть 3]]

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

2008-05-30T11:27:38Z

HikeR: «Настройка логики» переименована в «Настройка логики. Часть 1»: так красивше

'''GSC GameWorld'''

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

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

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

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

Walker.

Настройка:

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

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

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

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

Пример 1:

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

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

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

Пример 2:

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

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

Пример 3:

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

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

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

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

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

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

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

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

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

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

Пример 5:

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

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

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

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

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

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

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

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

Файл: \gamedata\scripts\xr_walker.script
==3.2.2. Схема remark==
Схема используется для синхронизации\связки других схем.

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

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

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

Пример синхронизации анимации и звука в схеме Remark:
[remark]
anim = анимация
snd = звук
snd_anim_sync = true
on_signal = action_end | следующая схема
3.2.3. Схема sleeper
Схема сидящего и спящего NPC. Необходимо поставить патрульный путь, минимум из 1 поинта. Спящий будет садиться спать в нулевой точке пути, и разворачиваться при этом в сторону первой точки.

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

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

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

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

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

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

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

*path_walk = <path_kamp_name>_task

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

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

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

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

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

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

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

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

[follower]
leader = story id лидера из game.ltx (число!)
*formation_line = true (постарается идти сбоку от лидера, в противном случае будет идти сзади
*distance = расстояние в метрах, на котором будет идти от лидера attendant. По умолчанию – 1,5 метра, если идет цепью, то 5 метров.
*state_if_leader_in_meet. Это есть строка с именем состояния из state_manager, которое будет назначено follower-ам, если командир пребывает в состоянии meet.
*anim_walk = state (состояние, в котором фолловер идет за лидером)
*anim_run = state (состояние, в котором фолловер бежит за лидером)
*anim_sprint = state (состояние, в котором фолловер спринтует за лидером)
Файл: \gamedata\scripts\xr_ attendant.script

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

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

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

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

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

[logic]
wounded = wounded

[walker]
wounded = wounded

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[logic]
active = walker
on_combat = combat

[walker]
path_walk = ...

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

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

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

[logic]
active = nil
on_combat = combat

[combat]
combat_type = zombied

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

[logic]
active = walker1
on_combat = combat

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

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

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

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

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

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

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

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

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

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

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

on_use = use

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

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

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

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

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

[combat_ignore]

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

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

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

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

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

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

2008-05-30T11:27:38Z

HikeR: «Настройка логики» переименована в «Настройка логики. Часть 1»: так красивше

#REDIRECT [[Настройка логики. Часть 1]]

Часть 2

2008-05-30T11:27:11Z

HikeR: «Часть 2» переименована в «Настройка логики. Часть 2»: так красивше

#REDIRECT [[Настройка логики. Часть 2]]

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

2008-05-30T11:27:10Z

HikeR: «Часть 2» переименована в «Настройка логики. Часть 2»: так красивше

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

==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_monster_distance (в данный момент дефолт 15 метров). Сталкер будет всегда атаковать монстров, которые находятся внутри данного радиуса.
ignore_monstre_threshold (в данный момент дефолт 0). Параметр от 0 до 1. Если функция оценки монстра ниже, чем этот параметр, и монстр находится за пределами вышеуказанного радиуса - он будет атакован. В данный момент все настроено так, что сталкеры вообще не атакуют монстров находящихся дальше чем 15 метров от них.

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

threshold = threshold@tratata

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

Второй параметр следует менять ОЧЕНЬ осторожно.

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

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

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

2008-05-30T11:26:10Z

HikeR: оформление

{| border="0" cellpadding="3" align="right" width="250" cellspacing="1" style="background:#5e5e5e;"
|-
! style="background:#ffffff;" align="left" | Содержание
|-
| style="background:#ffffff;" align="left"|
[[Настройка логики. Часть 1]] 
[[Настройка логики. Часть 2]] 
[[Настройка логики. Часть 3]] 
[[Настройка логики. Часть 4]]
|-
|}

Создание уровня, пошаговое руководство

2008-05-30T10:03:01Z

HikeR: Откачено к последнему изменению, сделанному 91.144.153.34

{|align=right
|''Автор:'' '''[[Участник:Neo|Neo][]]'''
|}
{{Message_box|
id =pseudoscience|
align = center|
backgroundcolor = rgb(235, 235, 255);|
image =Question.gif|
heading =Возникли вопросы/предложения|
message =Пиши [[Обсуждение:Создание уровня, пошаговое руководство|тут]].}}
__TOC__
В данном уроке попытаюсь рассказать об основах работы с Level Editor-ом пакета SDK, на примере создания простейшего уровня.

В пакете SDK уже довольно много готовой геометрии, которую можно размещать на своём уровне, но иногда хочется вставить что-то своё, это можно сделать, смоделировав объект в пакете 3D моделирования Maya или 3D Studio Max.

== Создание геометрии ==
Научить работать в 3D редакторах я не смогу, поэтому подробно остановлюсь только на процессах установки и настройки плагина, текстурировании и назначении шейдеров геометрии.
=== Установка и настройка плагина ===

==== Установка для Maya ====
Установка плагина заключается в копировании:
*Всех файлов из папки scripts_plugins\scripts в папку C:\Documents and Settings\UserName\My Documents\maya\scripts
*Всех файлов из папки scripts_plugins\ver-ххх в папку C:\Program Files\Autodesk\Maya_ххх\bin
*Файла scripts_plugins\xray_path.ltx в папку C:\Program Files\Autodesk\Maya_ххх\bin
==== Установка для 3D Studio Max ====
[http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=100 Качаем] плагин. Распаковываем архив, копируем содержимое папки '''plugin'''(именно plugin) в папку макса.
==== Настройка ====
Далее в официальном руководстве написано, что требуется диск Х, мы приложили батник для создания этого диска и т.д.
Возможно кто-то согласится с таким вариантом, но я решил просто отредактировать файл xray_path.ltx и не мучатся с батником и диском.

Необходимо изменить только первые две строчки файла xray_path.ltx:
<pre>
$server_root$ = false| false| e:\sdk\(это путь до папки в которой у вас находится SDK)
$local_root$ = false| false| e:\sdk\(это путь до папки в которой у вас находится SDK)
После некоторого шаманства заработало в таком виде:
$server_root$ = false| false| C:\Program Files\X-Ray SDK\level_editor\
$local_root$ = false| false| C:\Program Files\X-Ray SDK\level_editor\
</pre>
Всё, можно пользоваться плагином.

=== Настройка единиц измерения ===
Для того, чтобы размеры объектов в редакторе совпадали с теми, что используются в X-Ray SDK, необходимо выполнить соответствующую настройку.

==== Настройка Maya ====

Для начала необходимо единицы измерения перевести в метры (по умолчанию в Maya 8.5 используются сантиметры). Делается это в 2 этапа:
* Заходим в меню Window -> Settings/Preferences -> Preferences. В открывшемся диалоге, в категории Settings, находим список Working Units -> Linear и выбираем Meter, как показано на скриншоте (шаг 1, шаг 2).
* Теперь, для удобства работы, в настройках камеры необходимо изменить дальность отображения с 10м на 1000м (смотри скриншот шаг 3)
{|
|valign=top|[[Изображение:SantimToM1.gif|thumb|400px|Шаг 1: выбираем указанный пункт меню]]
|valign=top|[[Изображение:SantimToM2.gif|thumb|400px|Шаг 2: выбираем еденицы измерения - метры]]
|valign=top|[[Изображение:SantimToM3.gif|thumb|400px|Шаг 3: настраиваем камеру]]
|}
Замечен глюк: после настройки камеры изображение может пропасть, в чём дело пока не разобрался, но ситуацию помогает победить выбор в меню камеры следующих двух пунктов:
* Panel -> Perspective -> New
* View -> Camera Settings -> View Compass

==== Настройка 3D Studio Max ====
Настройка заключается только в выборе в качестве единиц измерения метров.
*Заходим в меню Customize -> Units Setup... В группе Display Unit Scale ставим переключатель на Metric, в выпадающем списке ищем Meters.
[[Изображение:3d-max-unit-setup.gif|thumb|left|400px|Меняем единицы измерения]]
 
=== Моделирование ===
Для нашего простейшего уровня нам понадобится создать просто бокс в качестве террейна.

Создадим box размеров 50м*50м*0,1м.

==== Замечания и правила ====

* Вся геометрия должна быть создана в реальных мировых размерах (если стол в реальной жизни высотой 1 метр, значит его надо и в Maya делать высотой 1 метр, всё предельно ясно и просто)
* Bounding box персонажа имеет три состояния: стоя (1.8х0.7х0.7 в метрах), сидя (1.5х0.7х0.7 в метрах) и очень сидя (1.2х0.7х0.7 в метрах).
* Весь уровень должен быть не больше 150 тысяч треугольников.
* Сцена должна состоять из групп. Название группы формируется по такому принципу: mp_имяуровня_назвгеометрии. Например, в нашей тестовой сцене такие группы: mp_atp_terrain, mp_atp_buildings. В группе может находится как и один объект, так и несколько. Имена объектов внутри группы никоем образом не должны совпадать с именем группы. В переделах одной группы все имена должны быть уникальны.
* Шейп объекта должен содержать правильное имя. Формируется по такому принципу: объект - имя_объекта, шейп - имя_объектаShape

=== Текстурирование и назначение шейдеров ===

==== 3D Studio Max ====
Открываем Material Editor(M) выделив один из образцов материала, открываем диалог Material/Map Browser, щелчком на кнопке Standart. Создадим новый материал XRayMtl, дважды щёлкнув по нему в списке.

Займёмся настройкой параметров материала. X-ray материал, кроме текстуры использует надстройку состоящую из трёх шейдеров - Engine, Compiler, Material.
* Engine - отображение текстуры в движке игры.
* Compiler - используется при компиляции уровня.
* Material - игровой материал (wallmark, sound и др.).
Для начала настроим шейдеры. В Material Editor-e разворачиваем свиток XRay Params. В выпадающих списках представлены различные варианты шейдеров. Более подробно параметры шейдеров рассмотрены в статье [[Описание шейдеров XRayMtl]]. Для нашего примера ограничимся установкой следующих значений:
* Engine - default
* Compiler - default
* Material - material/asphalt
{|
| valign=top |[[Изображение:3d-max-create-xraymtl.gif|thumb|400px|Создание нового материала XRayMtl]]
| valign=top |[[Изображение:3d-max-xray-params.gif|thumb|Настройка XRay шейдеров материала]]
|}

Текстурирование заключается в назначении текстуры процедурной карте Diffuse Color.
Вообще, в редакторе материалов (В свитке Maps) много процедурных карт, но X-Ray mtl поддерживает (экспортирует) лишь одну, указанную выше.
{{Message_box|
id =pseudoscience|
align = center|
backgroundcolor = rgb(235, 235, 255);|
image =Question.gif|
heading =Надо ли расписать процесс назначения текстуры каналу?|
message =Пиши [[Обсуждение:Создание уровня, пошаговое руководство|тут]].}}

=== Экспорт ===

==== 3D Studio Max ====
Для начала выделяем все объекты, которые мы хотим экспортировать в виде единого объекта, т.е. всё, что мы выберем сейчас в редакторе будет представленно как одна модель. В нашем случае это один box.

Переходим на командную панель Utilities, нажимаем кнопку More... В появившемся списке в самом конце видим XRay Export, выбираем, жмём ОК.
После запуска модуля на панели появится новый свиток XRay Export, в списке Selected можно проконтролировать какие объекты выбраны, нажимаем кнопку Export Editor Object... cохраняем файл в папку {SDK folder}\import.
{|
| valign=top |[[Изображение:3d-max-xray-export.gif|thumb|400px|Запускаем модуль экспорта]]
| valign=top |[[Изображение:3d-max-xray-export2.gif|thumb|400px|Экспорт объектов]]
|}

== Импорт геометрии и текстур в пакет ==
При экспорте из редактора(Maya && 3D Max) мы получим файлы *.object.

Запускаем Level Editor и добавим нашу геометрию в Objects Library, делается это так: Objects -> Library Editor, откроется диалог Object Library.
[[Изображение:SDK-Find-new-texture.gif|thumb|Редактор нашёл текстуру]]
Для удобства создадим новую группу для наших объектов, щёлкаем в левой части окна ПКМ и выбираем Create Folder, переименуем в my_first_level.
Выделяем группу, и нажимаем кнопку Import Object, ищём наши *.object файлы, после того как объекты добавлены можно посмотреть, как они примерно будут выглядеть в игре, для этого ставим галочку Preview и любуемся нашим объектом. Теперь можно закрыть диалог Object Library.

Если использовали свою текстуру, то её также надо добавить в пакет, Images -> Check New Textures. Данная команда заставляет редактор просмотреть папку SDK/Import и добавить новые файлы в Texture List, файлы должны быть в формате Targa(*.tga).
Не меняя ничего в диалоге импорта текстур нажимаем ОК. Всё теперь наша текстура есть в списке текстур редактора. Можно переходить к следующему шагу.
{|
|valign=top|[[Изображение:SDK-Object-Library.gif|thumb|left|Диалог Object Library]]
|valign=top|[[Изображение:SDK-OL-crt-grp.gif|thumb|left|Создание группы для объектов]]
|valign=top|[[Изображение:SDK-Update-Image-Dialog.gif|thumb|300px|Диалог импорта текстур]]
|}

== Создаём уровень ==
Приступим к созданию уровня, начнём с расстановки объектов.

=== Расстановка объектов :) ==

Тутор пока незакончен, так что о подробной работе в редакторе,
сохранении и компиляции читаем по ссылке ниже с '''шага 6'''
*[[Maya. Глава 1: Hello World или первый кубик.]]

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

=== SDK объединён с игрой ===
В данном случае надо только отредактировать файл gamedata\config\mp\map_list.ltx, вписав в каждой из секции [deathmatch], [teamdeathmatch], [artefacthunt] название своего уровня.
=== SDK не объединён с игрой, игра распакована ===
В данном случае надо также отредактировать файл gamedata\config\mp\map_list.ltx, вписав в каждой из секции [deathmatch], [teamdeathmatch], [artefacthunt] название своего уровня + скопировать содержимое папки [SDK folder]\gamedata\levels\название уровня\ в папку [STALKER folder]\gamedata\levels\название уровня\.
=== SDK не объединён с игрой, игра не распакована ===
Повторяем действия предыдущего случая, только папки надо будет создавать самому, файл gamedata\config\mp\map_list.ltx можно взять из папки [SDK folder]\gamedata\config\mp\map_list.ltx
=== SDK не объединён с игрой + использовались свои текстуры ===
В данном случае необходимо скопировать:
*Текстуры из [SDK folder]\gamedata\textures\user\ в папку [STALKER folder]\gamedata\textures\user\
*Файл [SDK folder]\gamedata\textures\textures.ltx в папку [STALKER folder]\gamedata\textures\

== Ссылки ==

*[[Описание шейдеров XRayMtl]]
*[[Глобальное озеленение, добавляем траву на уровень]]
*[[Добавляем аномалии на уровень]]
*[[Учимся подвешивать объекты]]


[[Категория:SDK]][[Категория:Незаконченные статьи]]

Обсуждение:SoC. Спавн точек перехода между уровнями

2008-04-05T19:11:44Z

HikeR: обновление данных

--HikeR 23:11, 5 апреля 2008 (MSD)

''Функция xr_effects.game_credits запускает финальные титры. Именно ее и нужно заменить на вызов нашей функции _freeplay_sa.exit_monolit''

а почему бы просто не изменить ф-ию xr_effects.game_credits? это по поводу минимального вмешательства ;)

Обсуждение:SoC. Спавн точек перехода между уровнями

2008-04-05T19:11:33Z

HikeR: обновление данных

--HikeR 23:11, 5 апреля 2008 (MSD)
''Функция xr_effects.game_credits запускает финальные титры. Именно ее и нужно заменить на вызов нашей функции _freeplay_sa.exit_monolit''

а почему бы просто не изменить ф-ию xr_effects.game_credits? это по поводу минимального вмешательства ;)

Обсуждение:SoC. Спавн точек перехода между уровнями

2008-04-05T19:10:09Z

HikeR: обновление данных

''Функция xr_effects.game_credits запускает финальные титры. Именно ее и нужно заменить на вызов нашей функции _freeplay_sa.exit_monolit''
а почему бы просто не изменить ф-ию xr_effects.game_credits? это по поводу минимального вмешательства ;)

Ltx Editor & S.T.A.L.K.E.R. Mod Patcher

2008-03-10T23:17:06Z

HikeR: /* S.T.A.L.K.E.R. Mod Patcher */ перевод

__TOC__

==S.T.A.L.K.E.R. Mod Patcher==
Автор: connect

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

'''Полный перечень поддерживаемых команд:'''

ADDAFTER - вставить строку ''после'' текущей. 
ADDBEFORE - вставить строку ''перед'' текущей.. 
AUTHOR - автор мода. 
COPY - Copies a file to a specific directory. smp will search it`s working directory for a given filename and will copy it to a given directory location. 
DELETE - удалить текущую строку. 
DESCRIPTION - описание мода. 
ECHO - Prints given line to a screen. 
GOFIRST - поставить указатель в начало файла. 
GOLAST - поставить указатель в конец файла. 
LOCATE - переместить указатель на строку содержазщую данный текст. 
OPEN - открыть файл для редактирования. 
RELOCATE - Points to a line that contains given text. 
SET - Sets a value to a variable. Can use a calculation methods. 
VERSION - версия мода. 

'''Выглядеть модфайл будет примерно так:'''
<pre>
AUTHOR:connect
VERSION:0.1
DESCRIPTION:This is sample mod file

OPEN:gamedata/config/creatures/actor.ltx

LOCATE:[actor]
SET:max_item_mass=30
SET:walk_accel=12; -- Замедляем скорость игрока

RELOCATE:[actor_animation]
SET:back_r_strafe_yaw=90
SET:back_l_strafe_yaw=90

OPEN:gamedata/scripts/se_respawn.script

LOCATE:function se_respawn:spawn()
LOCATE:if table.getn(self.spawned_obj) < self.min_count then
LOCATE:if self:create(100) == false then
REPLACE:if self:create(300) == false then</pre>

==ltx Editor==
Автор: Deja Vu

Программа предназначена для создания мод файлов(.smf) или же файлов конфигурации(.ltx) для игры STALKER.
Избавляет от рутинной работы постмроения синтаксиса мод файла. Да и как правлио, удобнее, чем обычный текстовый редактор - при использовании только как ltx редактора.

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

==Связка ltx Editor + S.T.A.L.K.E.R. Mod Patcher==
Представляет собой небольшое, но достаточно удобное решение по созданию модификаций игры STALKER.
Огромным прeимуществом использования данного принципа создание модов - его встраиваимость в уже созданные модификации, без их изменения(исключая случая, когда меняются те же свойства)
[[Категория:Программы]]

Файлы: actor.ltx

2008-03-10T23:11:20Z

HikeR: /* Параметры сложности */ оформление, в табличке может удобнее?

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

*jump_speed = ;высота прыжка
*crouch_coef =
*climb_coef =
*run_coef =
*sprint_koef =
*run_back_coef =
*walk_back_coef =
*air_control_param =
*walk_accel =

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

Коэффициэнты иммунитета при повышении сложности в секциях [actor_immunities_gd_*]:

*1 - новичек
*2 - сталкер
*3 - ветеран
*4 - мастер
{| class="simple" border=1
!Параметр|| ||1||2||3||4||название
|-
|burn_immunity||=||0.5||0.65||0.8||1.0||огонь
|-
|strike_immunity||=||0.5||0.65||0.8||1.0||удар
|-
|shock_immunity||=||0.5||0.65||0.8||1.0||электрошок
|-
|wound_immunity||=||0.5||0.65||0.8||1.0||разрыв
|-
|radiation_immunity||=||0.5||0.65||0.8||1.0||радиация
|-
|telepatic_immunity||=||0.5||0.65||0.6||1.0||пси воздействие
|-
|chemical_burn_immunity||=||0.5||0.65||0.8||1.0||химческие вещества
|-
|explosion_immunity||=||0.1||0.3||0.6||1.0||взрывы
|-
|fire_wound_immunity||=||0.5||0.65||0.8||1.0||пулестойкость
|}

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

S.T.A.L.K.E.R. Inside Wiki:Администраторы

2007-11-30T16:44:37Z

HikeR: /* HikeR */ поменял почту, пароль на старый ящик забыл ;)

== Технические админы ==
Отвечают на любые вопросы. Принимают пожелания, предложения по функционалу и работе базы знаний.

=== Neo][ ===
*[mailto:neo@stalkerin.gameru.net электронная почта]
*ICQ: *********

== Главные редакторы ==
Отвечают на любые вопросы. Принимают пожелания, предложения по материалам, находящимся в базе знаний.

=== [[Участник:HikeR|HikeR]] ===
*[mailto:hhrhhr@gmail.com электронная почта]
*ICQ: 58258575