Gamemtl xr чем открыть

Обновлено: 02.07.2024

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

Содержание

Конфигурационные и скриптовые файлы

ltx, ltx_working, ltx_old — это всё резервные копии или устаревшие файлы;

  • user.ltx и user_%имя пользователя%.ltx — файл конфигурации движка. Содержит перечень параметров и их значений. Подробности в статьях консольные команды в сборках и консольные команды финальных версий.
  • level.ltx - файл через который задаются скрипты уровня
  • system.ltx - главный конфигурационный файл X-Ray, до какого-то момента был единственным конфигурационным файлом, который загружался непосредственно движком, большая часть остальных конфигурационных файлов загружается через него с помощью механизма включения

SCRIPT (Lua Script) — игровой скрипт. Открывается любым текстовым редактором (напр. SciTE или Notepad++);
XML (eXtensible Markup Language) — хранит описание игрового интерфейса. Содержимое — код на XML. Правится любым текстовым редактором, желательно с подсветкой синтаксиса (например: SciTE, Notepad++ или AkelPad).

Текстуры и видео

Текстуры

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

Видео

AVI (Audio Video Interactive) — видеофайл, однократно используется в сборке 756 в виде текстуры, в других сборках и играх в виде различных роликов. Открывается любым плеером. В более поздних сборках видео стали хранить в OGM;
OGM (Ogg Media) — сжатый видеофайл. Заменил AVI. Открывается большинством плееров. Звуковая дорожка должна идти отдельным(и) OGG-файлом(-ами);
.ogm_cheg — видеофайл. Является какой-то копией .ogm. Существует в единственном экземпляре в ресурсах «S.T.A.L.K.E.R.: Тень Чернобыля»:

Содержимое: ролик логотипа-названия компании, проигрываемый при включении игры.

.uvm — сохранённая развёртка текстуры модификатора Unwrap UVW 3D Studio Max.

.flarestext — файл градиента. Присутствует в сборке 756, возможно, как часть SDK. Открывается в любом текстовом редакторе.

Шейдеры

VS (Vertex Shader) — вершинный шейдер на языке HLSL. Открывается любым текстовым редактором;
S — условно называемый скриптовый шейдер. Открывается любым текстовым редактором, желательно с подсветкой LUA;
PS (Pixel Shader) — пиксельный (фрагментный) шейдер на языке HLSL. Открывается любым текстовым редактором;
H — заголовочный файл шейдеров. Открывается любым текстовым редактором, желательно с подсветкой HLSL. В ранних сборках — файл игровой логики.

Модели и анимации

DM (Detail Model) — эффект динамического погодного окружения (например, дождь или молнии);
omf (XRAY-OpenMotionsFormat) — библиотека анимаций, папка моделей, корень или подпапка;

  • stalker_animation.omf — библиотека анимаций моделей сталкеров

OGF — (XRAY-OpenGraphicsFormat) 3D-модель. Открывается самой игрой или любительской программой OGF Viewer. Есть вариации:

ogf — резервная копия или устаревший файл;

Архивы и пакеты ресурсов

PIZ — архивный файл. Открывается и распаковывается любым архиватором;
XRP (Xray Resources Packed?) — архив игровых ресурсов. Использовался до сборки 1465. Распаковывается с помощью утилиты xrCompress от GSC (xrCompress -diff) и утилитой converter от bardak’а. Подробнее здесь;
XP* (* — от 0 до 9) — архив игровых ресурсов. Использовался со сборки 1472 (1469?) до 2232. Распаковывается с помощью утилиты xrCompress от GSC (неизвестно как) и самодельной программой от bardak’а. Подробнее здесь;
DB%номер% или %буква% (Database) — архив игровых ресурсов. Используется в поздних сборках и финальной версии игры, имеет несколько вариантов;
XDB — архив игровых ресурсов. Используется как архив ресурсов ТЧ и ЗП, а также (не проверено) как архив с данными модификации в ТЧ;
XR (Xray Resources?) — библиотека ресурсов. Содержит в упакованном формате такие ресурсы, как партиклы, шейдеры и др. Редактируется в Shader Editor SDK. Есть вариации:

xr, xr_old — резервные копии или тестовые варианты.

  • gamemtl.xr — игровые материалы. Редактируется в ShaderEditor.
  • lanims.xr — световые анимации. Редактируется встроенным в LevelEditor редактором LightAnimEditor.
  • particles.xr — партиклы или системы частиц. Редактируются в ParticleEditor.
  • senvironment.xr — звуковое окружение. Редактируется в ShaderEditor.
  • shaders.xr — БД шейдеров, используемые движком игры. Редактируется в ShaderEditor.
  • shaders_xrlc.xr — БД дополнительных настроек к шейдерам, используемые компилятором уровней (xrLC). Редактируется в ShaderEditor.

XR2 — резервная или тестовая копия xr, пример: particles.xr2, senvironment.xr2;
ZIP (от zip) — архивный файл, создавался только в сборке 2945 для отправки отчёта об ошибке.

Демо-ролики

%lvl_folder_lame%/%game_type (single)%,%srv_root (localhost)%,%.anm demo-file name%,%demo length (sec.)%

Файлы игровых уровней

Локация состоит из большого количества специализированных файлов. Практически все они имеют префикс level. Файлы, создаваемые LevelEditor при предварительной компиляции локации имеют префикс build. Все файлы, относящиеся к уровню, расположены в папке levels ресурсов, в собственной подпапке. Имя подпапки это техническое имя локации.

level (без расширения) — файл с общими сведениями о игровой локации (источники света, имена объектов, имена текстур и шейдеров, секторы и порталы). Создается xrLC при компиляции. Открывается только игрой.
Разбирается скриптом level. compiler/decompiler и утилитой unp level.

level.ai — AI-сетка локации. Создается xrAI при компиляции. Открывается только игрой. Есть вариации: ai.save.old — устаревшая резервная копия.

level.cform — геометрия для просчета столкновений (коллизий). Просчитывается компилятором уровней.

level.details — детальные объекты (трава, окурки, строительный мусор) на уровне. Создается через LevelEditor SDK при компиляции.

level.env_mod — локальные модификаторы окружения (environment), задают области на локации с освещением, отличным от основного погодного цикла.
Разбирается скриптом level.env_mod compiler/decompiler.

level.fog_vol — объёмный туман

level.game — координаты спавна игрока при мультиплеерной игре. Устаревший и лишний файл, так как эти координаты содержатся и в spawn. Есть вариации:

level.gct — кросс-таблица соответствия графа локации и ИИ-сетки. Создаётся при компиляции карты в ЛЕ СДК (xrAI).

level.geom — видимая геометрия локации. Просчитывается xrLC.

level.graph — навигационный граф ИИ локации или игры. Создаётся при компиляции карты в ЛЕ СДК через xrAI.

level.hom — файл с данными Hierarchical Occlusion Mapping (модель разбиения уровня на зоны видимости). Создан в 3D редакторах и получается в ЛЕ СДК на этапе подготовки уровня к компиляции.

level.ps_static — статические партиклы. Создаётся через LevelEditor (на самом деле — xrLC) SDK при компиляции.
Разбирается скриптом level.ps_static compiler/decompiler.

level.snd_static — статические источники звука. Создаётся через LevelEditor (на самом деле — xrLC) SDK при компиляции.
Разбирается скриптом level.snd_static compiler/decompiler.

level.sound_static — то же но более раннее.

level.snd_env — зоны звукового окружения. Создаётся через LevelEditor (на самом деле — xrLC) SDK при компиляции.

level.sound_environment — то же, но более раннее.

level.som — Sound Occlusion Model — файл настроек звукового окружения EAX (см. статью Sound environment). Используется LevelEditor SDK при компиляции.

level.spawn — отвечают за так называемый спаун или спавн (размещение объектов на локации). Может быть спавном отдельного уровня (файл level.spawn в папке локации) или вообще игры (файл с любым именем в папке spawns). Создаётся ЛЕ СДК при предварительной компиляции карты. Есть вариации:

spawn — резервные копии.

level.wallmarks — декали.

efd (evaluation function data) — таблица эвристических параметров AI, содержит константы для тонкой настройки A-Life. Используются как входные параметры в скриптах. Эти файлы не открываются, они создавались программой Дмитрия Ясенева на основе данных, вводимых геймдизайнерами.

.spawn — файл, включающий в себя данные о размещении объектов на игровых локациях, а также их параметры и некоторую другую информацию. Файлы глобального спавна располагаются в папке spawns ресурсов. Традиционно основной spawn-файл называется all.spawn, но имя может быть, в принципе, любым. Создаётся при помощи компилятора xrAI из level.spawn, level.ai, level.game . Есть вариации:

spawn — резервные копии.

Специализированные файлы XRay ActorEditor SDK

skl — скелетная анимация объекта в промежуточном формате SDK. Используются Actor Editor для компиляции в файл модели OGF.

skls — то же, но в контейнере.

object — 3D-модель в промежуточном формате SDK.

key — по умолчанию, файл реестра. В сборках используется для хранения анимаций, возможно, для ранних SDK. Открывается с помощью любого текстового редактора.

tmp — временные файлы SDK.

mll — плагин Maya

mots — описание анимаций в формате LTX, создается в SDK.

old — резервная копия какого-либо файла. Тип файла зависит от начального расширения.

dti — файл списка детальных объектов для сдк.

dlt — плагин 3ds Max, реализующий поддержку процедурных текстур или материалов (в нашем случае STALKER Material).

dlu — utility-плагин 3ds Max.

Специализированные файлы XRay LevelEditor SDK

cgl — журнал событий Level Editor’а в сборке 756. Открывается любым текстовым редактором.

level — проект LevelEditor.

lv2 — проект Level Editor SDK Oblivion Lost.

lwo — формат LightWave 3D, использовался для отправки геометрии напрямую в редактор без сохранения в промежуточный формат. Открывается с помощью NewTek LightWave 3D и Luxology modo.

lws — формат LightWave 3D. Открывается с помощью NewTek LightWave 3D.

mot (LightWave Motion File) — 3D-анимация LightWave.

p — плагин для LightWave 3D.

prj — проект для xrLC (предкомпилированный (*.level)).

raw — данные черновой компиляции в ЛЕ СДК. По сути является бекапом файлов ai, gct, game и др. Игрой не используется.

test — Резервная копия или тестовый вариант, пример: game.graph.test.

Исполняемые файлы

.drv — драйвер защиты StarForce. Используется только в релизных сборках;

.dll — динамическая библиотека, отвечающая за работоспособность сборок, компиляторов и редакторов. Ресурсы редактируется программой Resource Hacker, исполняемый код можно декомпилировать при помощи, к примеру, дизассемблера IDA Pro;

.dat — в ранних сборках отвечает за ИИ. Создан неизвестной программой;

.cmd — командный файл, аналогичен .bat. Редактируется любым текстовым редактором, запускается двойным щелчком мыши (по умолчанию).

.bat — командный исполняемый файл, используется в всех сборках. Редактируется любым текстовым редактором, открывается двойным щелчком мыши (по умолчанию);

Отладочная информация

.pdb — Файл с отладочной информацией для dll и exe, создается в Visual C++ при компиляции. Присутствует в некоторых сборках, в том числе бета-патчах для релизных сборок;

.manifest — манифест сборки, то есть описание конкретного PE-exe на XML;

.mdmp — малый дамп памяти, содержащий отладочную информацию, возникающую при вылетах игры и SDK;

.log — журнал событий, присутствующий в любых сборках. В нём содержится записи о запуске, работе и завершении программы (игровых исполнительных файлов или СДК). Открывается любым текстовым редактором;

.cs — ранний игровой скрипт, скомпилированный (*.c). Расшифровка: CompiledScript. Компилируются движком во время запуска;

.c — исходный код игрового скрипта SeeR (0.94a). Компилируется в (*.cs);

.bpl — аналог (*.dll) в Borland C++ Builder. Библиотека динамической компоновки;

.cg — журнал ошибок Borland CodeGuard, использовался в ранних сборках SDK;

.desc - лог данных с записями прямого доступа к определенному файлу разработчиком (например, wpn_ak74.object.desc). Имеет структуру журнала с записями, на каком компьютере (COMPUTER), каким пользователем (User) и в какое время файл был открыт и закрыт. Пример:

[history] 07/24/16-19:07:16:1-LOCK = "Computer: 'VECTOR' User: 'Vector'" 07/24/16-19:08:02:0-UNLOCK = "Computer: 'VECTOR' User: 'Vector'" [locked] name =

[history] - сам журнал 07/24/16-19:07:16:1-LOCK - дата открытия файла (мм/дд/гг-чч:мм:сс) и его блокировки для редактирования другими пользователя. 07/24/16-19:08:02:0-UNLOCK - дата закрытия файла (мм/дд/гг-чч:мм:сс) и его разблокировки, позволяющим другим пользователям вновь редактировать файл. [locked] - подтверждение, что файл заблокирован другим для редактирования. Если после = пусто, то файл разблокирован, в обратном случае туда записывается имя компьютера и пользователя, того, кто его сейчас открыл.

%formatname%.%username%_mm-dd-yy_hh-mm-ss - вид резервной копии локации или объекта после 19 июля 2005. Сам алгоритм работы не был изменен (пример, new_garbage_

.bak — Резервная копия файла.

Справочная информация

.txt — простой текстовый файл. Предназначен для файлов типа ReadMe и License. Открывается любым текстовым редактором.

.scenetext — Файл неизвестного предназначения. Присутствует в сборке 756, возможно, как часть SDK. Имеет одну закоментированную строку. Открывается в любом текстовом редакторе.

.pdf — файл, содержащий в себе руководство пользователя по игре, которое входит в коллекционные издания в "живом" виде. Открывается любым PDF-редактором, например, Adobe Reader.

.doc — документ Microsoft Word. Использовался как инструкции к ранним SDK (например, SDK вместе со сборкой 1850).

.xls — документ Microsoft Excel. Присутствует в SDK сборки 1098. По сути, сторонняя документация (пример: УКРАИНСКИЕ МЕД-БИОЛ.ТЕХ.xls).

Прочие файлы, связанные с игрой

.ppe — файл постпроцесса.

.sav — файл сохранения. Редактируется утилитой STALKER Save Unpacker. Для ЗП допускается загружать сохранение по двойному клику из любой директории.

Прочее

.ncb — файл данных Visual C++ IntelliSense, встречается в "XRay Engine" build 1098 и 'xrCore' build 2571, Mar 16 2006;
.scc — SourceSafe Source Code Control File — файл системы контроля версий MSVS. Присутствует в «S.T.A.L.K.E.R.: Тень Чернобыля» в разных папках в качестве одного файла: vssver.scc;
.vspscc — Visual Studio Project Source Control File, файл системы контроля версий проектов MSVS;
.vcproj — файл проекта Visual Studio;
.000 — архив Tommti-Soft 3D Analyzer;
.info — файл неизвестного предназначения. Создан неизвестной программой, открывается любым текстовым редактором. Присутствует только в «S.T.A.L.K.E.R.: Зов Припяти» в виде файла gp.info. В нём написана только цифра 2.

Расширения из SDK сборки 1098

.mak (Makefile) — инструкция для компиляции (исходный код). Открывается программой Microsoft Visual C++.

.mdp (Visual C++ 4 Workspace File) — файл конфигурации рабочего пространства Visual C++ 4 (файл настроек). Открывается программой Microsoft Visual Studio.

.unix-generic

.example — возможно, какая-то резервная копия.

.rc — исходный код res-файла.

.cpp (C++ Source Code File) — исходный код C++. Скрипт или исходный код. Открывается программами Borland C++ Builder и Microsoft Visual C++.

.obj — объектный модуль (сборка машинного кода перед компоновкой).

.ppm — растровое изображение.

.lib — статически линкуемая библиотека (по сути, скомпилированный cpp-файл).

.res — ресурсный файл приложения, может содержать практические любую информацию. Как правило, это формы, меню, иконки и изображения.

.rc2 — возможно, то же самое, что и rc.

.dsp (Developer Studio Project) — файл проекта Visual C++. Какой-то скрипт или исходный код. Открывается программой Microsoft Visual C++.

.dsw (Visual C++ 6 Workspace File) — файл решения от старых версий Microsoft Visual Studio.

.htm — HTM-документ. Содержит инструкции к программам.

.geo — 3D-изображение;

.3ds — файл модели 3D Studio Max. Открывается Autodesk 3ds Max.

.plg (Sibelius Plug-in) — какой-то плагин. Открывается программой Avid Sibelius.

.ent — описание документа. Открывается любым текстовым редактором;

.hst — какой-то журнал событий. Частично открывается любым текстовым редактором;

.wjr (ReGet Deluxe Data File) — файл данных ReGet Deluxe, имеет неизвестное предназначение; имеется только в SDK сборки 1098.

.pth (4D Path Document) — данные для подключения к базе данных 4D. Открывается программой 4D Client. Как-то связано с ATI.

.sha — файл контрольной суммы файла, подсчитанный по алгоритму SHA.

.psd (Adobe Photoshop Document) — документ Adobe Photoshop. Растровое изображение (присутствует только в SDK сборки 1098).

.max (3D Studio Max Model File) — файл модели 3D Studio Max. Открывается Autodesk 3ds Max.

lv2 — резервная копия lv2.

.clw (Visual C++ ClassWizard File) — файл данных ClassWizard (Visual C++). Какой-то скрипт или исходный код. Открывается Microsoft Visual Studio 2010.

.hpp (C++ Header File) — заголовок исходного кода C++. Какой-то скрипт или исходный код. Открывается Borland C++ Builder или MSVC.


В этой теме будет содержатся информация,которая будет полезна как новичкам так и опытным пользователям которые захотят внести свою лепту в всеобщее дело цель которого,тот идеал которым должен был выйти S.T.A.L.K.E.R. но которому не хватило времени избавится от багов и быть оптимизированым в плане системных требований.Но даже вышедшим в таком состоянии он смог заявить о себе не только на пост советском пространстве но и во всем мире.
Так-что давайте поможем многим людям но в первую очередь самим себе заполучить игру которую можно будет назвать шедевром и поиграв в которую можно со спокойной душой сказать "Что в этой игре все идеально".

Это скорее всего не F.A.Q а Manual.


Руководство по созданию модификаций S.T.A.L.K.E.R. для начинающих.

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


Структура файлов и папок:

Рассмотрим, что-же содержится в папке gamedata:
Папка ai – в ней содержатся файлы типа *.efd, через которые очевидно управляется искусственный интеллект тех же npc например.
Папка anims – здесь и так всё понятно, игровая анимация, а также эффекты камеры.
Папка config содержит в себе многие игровые параметры, к ней мы ещё вернёмся.
Папка levels – это игровые уровни, ака локации, на которые поделена игра (как карты в CS)
Папка meshes – игровые модели, в формате .ogf
Папка scripts – скрипты
Папка shaders – шейдеры, для двух рендеров(DX8 и 9)
Папка sounds – звуки и музыка, кот. используются в игре. Формат .ogg*
Папка spawns – отвечает за самую ужасную вещь в игре – респаун противников и др. людей, животных.
Папка textures – в ней содержаться текстуры домов, оружия, монстров и др. Формат - .dds(DirectDraw Surface Image)
Файлы:
game.graph, gamemtl.xr, lanims.xr, particles.xr, resource.h, senvironment.xr, shaders.xr, shaders_xrlc.xr, stalkergame.inf.
В звуках, кстати, можно найти много интересного, например: в папке sounds\car содержатся звуки машин(которых в игре нет), а sounds\music\harmonica_1.ogg – файл губной гармошки. Ах да, чуть не забыл, самый главный лол, это файл sounds\car\trabantnoise.ogg

Введение в моддинг:

Именно с папкой config придётся работать для редактирования многих параметров игры.

Но начнём сначала:

Перед тем, как начать редактирование файлов игры, нужно в каталог Сталкера поместить ту самую папку gamedata, в которую были извлечены игровые файлы.
*Все файлы не понадобятся, поэтому можно оставить только папки config, scripts(а конкретно файл se_respawn*****ipt), textures, sounds, а всё остальное удалить(а можно и не удалять)
Стоит обратить внимание на токой факт , если распаковать все архивы .dbN в папку с игрой, то это может дать несколько дополнительных FPS.

В папке textures лежат файлы формата .dds, которые можно открыть программой Nero PhotoSnap Viewer(входит в состав NERO7) например или windows texture viewer (63кб), и там же отредактировать по вкусу. Так, например, существует мод, уменьшающий размер PDA Меченого. Текстура PDA находится по адресу textures\ui\ui_pda.dds.

se_respawn*****ipt – файл, отвечающий за респаун. Время респауна можно уменьшить, путём небольших изменений в этом файле. Он открывается обычным блокнотом(notepad). Ищем в нём строку
idle_time:setHMSms( 0, 0, 0, math.random(self.idle_spawn_min, self.idle_spawn_max)*1000)
и меняем её на
idle_time:setHMSms( math.random(X, Y), 0, 0, math.random(self.idle_spawn_min, self.idle_spawn_max)*1000)
где X и Y - числа, задают диапазон случайной переменной в часах отвечающей за респаун.

Звуки и музыка:

Любой файл в папке sounds можно заменить на другой, но при этом нужно сохранить все параметры звукового файла, который был использован в игре. Например, чтобы заменить музыку в приёмнике у Сидоровича, нужно файл sounds\scripts\magnitofon\magnitofon_2.ogg, заменить на любой другой.(У оригинального файла винамп мне выдал свойства:
Average bitrate : 60 kbps
Nominal bitrate : 80 kbps
Channels : 1
Sampling rate: 44100 Hz.

Config/Weapons:

Параметры оружия вы можете найти в папке config\weapons, файлы типа w_ak74.ltx открываются тоже блокнотом. Разберём содержимое файла например w_groza.ltx
Во первых стоит обратить внимание на значение пременной(буду их так называть) cost, это цена оружия, т.е. сколько гроза будет стоить у продавца.
Переменная weapon_class означает, к какому классу относится оружие, в данном случае - assault_rifle.
ammo_limit – лимит боеприпасов(в игре по-моему не используется)
ammo_mag_size – размер магазина. Можно поставить например 900, тогда о перезарядке можно совсем не вспоминать.
ammo_class – класс патронов, используемых оружием. Здесь ammo_9x39_pab9, ammo_9x39_sp5, ammo_9x39_ap.
hit_power – сила оружия. Чем больше, тем лучше
silencer_hit_power - сила оружия, когда на него одет глушитель.
misfire_probability - вероятность осечки при максимальном износе.
condition_shot_dec - увеличение износа при каждом выстреле.
visual – модель оружия.
zoom_enabled - поддерживается ли оптика.

Config/Сreatures:

actor.ltx – параметры главного героя. В этой же папке находятся файлы с параметрами npc, монстров и пр.
Рассмотрим некоторые переменные на примере actor.ltx
visual – модель персонажа.
max_walk_weight - максимальный вес, при достижении которого игрок перестает двигаться.
pickup_info_radius – радиус от ГГ, в котром над предметами выводятся их названия.
camera_height_factor – высота ГГ. По умолчанию стоит 0.85, но можно увеличить рост ГГ до 0.95 например.
disp_base – разброс. Если уменьшать, то и разлёт уменьшается соответственно.
wound_incarnation_v - скорость заживления раны.
cant_sprint_power_begin - порог силы меньше которого актер не может бежать в спринте.
hit_probability_gd_novice
hit_probability_gd_stalker
hit_probability_gd_veteran
hit_probability_gd_master
Эти строчки отвечают за вероятность попадания по вам, при разных уровнях сложности. Хотите чтобы враги стреляли не очень метко, уменьшайте значения.
Также в файле присутсвуют комментарии на русском языке, так что разобраться в остальных переменных не составит труда.

Config/System.ltx:

start_blood_size - размер раны чтоб начала капать кровь.
stop_blood_size - размер раны чтоб кровь остановилась.
max_weight – вес, с которым ГГ может бежать.

Config/Misc.ltx:

В дополнение к конфигам оружия:

cвойства патронов находятся в файле weapons.ltx, а бронежилетов – в outfit.ltx.
Свойства артефактов находятся в файле artefacts.ltx и файлах zone_ART.ltx, предметов – items. ltx,
где ART – название артефакта(например zone_gravi.ltx).
Параметры артефактов:
health_restore_speed - скорость восстановления здоровья (0.0001 = +100%)
radiation_restore_speed - скорость накопления радиации (0.0004 = 4). Если поставить отрицательное число, то артефакт будет ускорять выведение радиации.
idle_particles – если закоментить её символами «--« -, то аномалия исчезнет. Чтобы отключить звуковое оповещение, то находим строку visible_by_detector и меняем on на off.
Иммунитеты:
strike_immunity - удар.
shock_immunity - электрошок.
chemical_burn_immunity - химический ожог.
telepatic_immunity - телепатия.
radiation_immunity - радиация.
wound_immunity - разрыв.
explosion_immunity - взрыв.
fire_wound_immunity - огнестрел.

В этом файле в квадратных скобках написан тот предмет, чьи параметры идут ниже, за квадр. скобками. Например: [kolbasa]:identity_immunities.
Параметры на примере колбасы:
class – к какому классу принадлежит предмет.
visual – модель.
cost – цена.
eat_health – сколько восстанавливает здоровья.(если будет 0, то колбаса лечить не будет.)
eat_power - сколько восстанавливает силы.
eat_radiation - сколько выводит/или добавляет радиации. (Насчёт этого не уверен, надо тестить.)
inv_weight – вес предмета.

actor_visual – модель костюма.
inv_weight – вес костюма.
cost – цена костюма.
коэффициенты иммунитета самого костюма:
burn_immunity см. коэффиц.
.
fire_wound_immunity
; NO RESISTANCE
burn_protection - коэффициент защиты от огня
strike_protection - коэффициент защиты от пуль
shock_protection - коэффициент защиты от молний
wound_protection - коэффициент защиты от кровотечений (?)
radiation_protection - коэффициент защиты от радиации
telepatic_protection - коэффициент защиты от телепатии
chemical_burn_protection - коэффициент защиты от хим. ожогов.
explosion_protection - коэффициент защиты от взрыва
fire_wound_protection - коэффициент защиты от кровотечений(от огня)
nightvision_sect – тип ночного видения(плохой/хороший). Если ПНВ нету, то строку добавить, если его нужно убрать, строку закомментируйте(--).

Вещи, которые продают торговцы можно отредактировать(добавить/убрать) в файлах с именем [b]trade_YYY.ltx[.B], где YYY – это имя торговца(например trade_barman.ltx)
Итак, поехали:
Структура файла на самом деле очень проста, под зачком ; прописаны сами предметы, а после него – комментарий(чтоб понятно было). Например ;Аммуниция.
В квадратные скобки заключены([barman_generic_buy]), как бы сказать, “условия”. Лучше показать на примере:
В самом начале(практически) файла trade_barman.ltx идёт строка содержания [barman_generic_buy], т.е. она означает, что ниже прописанные предметы торговец может купить.
Сами предметы например:
;Артефакты
af_medusa = 1, 0.3
af_cristall_flower = 1, 0.3
af_night_star = 1, 0.3
af_vyvert = 1, 0.3
af_gravi = 1, 0.3
af_gold_fish = 1, 0.3
af_blood = 1, 0.3
af_mincer_meat = 1, 0.3
или
;ADDONS
wpn_addon_scope = 0.7, 0.2
wpn_addon_scope_susat = 0.7, 0.2
Посмотрим какие ещё “условия” содержит этот файл и их значение:
[supplies_start] - начальный ассортимент
[supplies_after_darkvalley] - ассортимент, после выполнения квеста в тёмной долине
[supplies_after_brain] - ассортимент, после “выжигателя мозгов”
[barman_start_sell] - цены по которым торговец(бармен в данн. сл.) продает в начале
[barman_after_darkvalley_sell] - аналогично
[barman_after_brain_sell]
Итак: чтобы добавить предмет к торговцу, после строки [supplies_start], находим интересующую нас категорию(а это может быть: ;Аммуниция/;Оружие/;Броники/;Медикаменты/;Еда и др.) и после всех прописанных в данной категории предметов добавляем ещё одну строчку для своего предмета(а именно название модели(т.к. оно совпадает с названием самого предмета) и после знака = параметры(о них чуть ниже)). Ну я так и знал что вы ничего не поймёте, поэтому пример:
Чтобы добавить бармену винтовку Гаусса, находим строки после условия [supplies_start] -
;Оружие
wpn_pb = 3, 0.6
wpn_walther = 3, 0.6
wpn_mp5 = 3, 0.6
wpn_ak74u = 3, 0.5
и внизу прописываем wpn_gauss = N, n.n
*о значениях после знака = см. ниже.
Все имена оружия, амуниции, снаряжения и т.п. можно найти в папках gamedata\meshes\equipments,
gamedata\meshes\weapons, gamedata\meshes\food.
Заметьте, что wpn_gauss нужно писать без расширения .ogf
Значения:
После знака = у вальтера например стоит цифра 3, а после запятой – 0,6.
Первое, для гаусса у нас стоит N, это количество(в штуках) предметов. Т.е. если поставить значение 999, то у бармена будет 999 гауссов.
А второе:
1. В разделах supplies вторая цифра это вероятность появления данного предмета.
2. В разделе buy - первая цифра максимальная цена покупки, вторая минимальная (зависит от отношения торговца к Меченному - рейтинг, репутация)[Предположительно. – прим.]
3. Соответственно в разделах sell - первая цифра минимальная цена продажи, вторая - максимальная (точнее множитель на "истинную цену" предмета). Tnx GreyL.
В итоге должно получиться:
[supplies_start]
;Оружие
wpn_pb = 3, 0.6
wpn_walther = 3, 0.6
wpn_mp5 = 3, 0.6
wpn_ak74u = 3, 0.5
wpn_gauss = 6, 0.6
И тогда у торговца мы получим ровно 6 винтовок Гаусса.

Создание рандомного выбора муз. заставки главного меню:

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

1. В директорию gamedata\sounds\music\ положить два канальных ogg-файла с нужной музыкой, например: my_music_l.ogg (левый канал) и my_music_r.ogg (правый канал)
2. В текстовом редакторе открыть файл gamedata\config\ui\ui_mm_main.xml, найти в нем строку:

и заменить на:

3. В этом же файле найти строку:
music\wasteland2
и ниже нее выставить следующую строку:
music\my_music
4. Сохранить файл.
5. Если требуется вставить больше муз. заставок, то в параметре random укажите их количество.


NPC покупают оружие:

Транспорт в игре есть! Пока способ заспаунить его не известен общественности, но тем не менее в сети появился файл all.spawn, копируйте его в папку gamedata\spawns. Мод предназначен только для пропатченной версии игры(1.0001). После начала новой игры в первой локации рядом с Сидоровичем появятся несколько машин, в т. ч. и Камаз. Чтобы включить двигатель в консоли пишем [b]bind turn_engine kb[b], закрываем консоль, жмём кнопку b и наслаждаемся….
Рассмотрим параметры машин, конфиги находятся в папке gamedata\config\models\vehicles.
[car_definition] – после строки идут коментарии на русском языке, перейдём сразу к следующему.

--Factory parameters of Engine -- - параметры двигателя(описание не претендует на совершенно точное)
fuel_tank – вместимость бака.
engine_power – мощность двигателя.
hand_break_torque - сила торможения
[damage_items] – повреждения частей машины
back_left_wheel - заднее левое колесо
back_right_wheel -заднее правое колесо
front_left_wheel -переднее левое колесо
front_right_wheel - переднее правое колесо
left_door - левая дверь
right_door - правая дверь
[immunities]
burn_immunity = 0.5 ;коэффициенты иммунитета
strike_immunity = 0.1
shock_immunity = 0.0
wound_immunity = 0.01
radiation_immunity = 0.0
telepatic_immunity = 0.0
chemical_burn_immunity = 0.0
explosion_immunity = 0.4
fire_wound_immunity = 0.0005
P.S. Чтобы сделать вид от третьего лица, в файле user.ltx(ну если не знаете где он находится, то специально для вас в Microsoft сделали поиск в Windows) пишем после строки unbindall:
bind cam_1 kF1
bind cam_2 kF2
bind cam_3 kF3
В игре жмём кнопки F1, F2 или F3 для смены вида.
Очень нужно при езде на БТР


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

Создание новых веток диалога.
1) Списки веток диалогов содержатся в файлах вида gamedata/config/gameplay/character_desc_*.xml

Это например:
character_desc_zombied.xml
character_desc_stalker.xml
character_desc_g arbage.xml
итд.

Файлы character_desc_*.xml можно сравнить со стволом дерева диалогов.
В них перечисляется названия прикрепляемых веток диалогов

Редактор продолжает работу над этой статьёй, но временно отошёл попить чаю. Пожалуйста, не спешите с собственными правками.

Этот раздел или статью необходимо дополнить. Добавьте больше информации.

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

Содержание

Конфигурационные и скриптовые файлы

  • user.ltx и user_%имя пользователя%.ltx — файл конфигурации движка. Содержит перечень параметров и их значений. Подробности в статьях консольные команды в сборках и консольные команды финальных версий.
  • level.ltx - файл через который задаются скрипты уровня
  • system.ltx - главный конфигурационный файл X-Ray, до какого-то момента был единственным конфигурационным файлом, который загружался непосредственно движком, большая часть остальных конфигурационных файлов загружается через него с помощью механизма включения

Текстуры и видео

Текстуры

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

Видео

Содержимое: ролик логотипа-названия компании, проигрываемый при включении игры.

.flarestext — файл градиента. Присутствует в сборке 756, возможно, как часть SDK. Открывается в любом текстовом редакторе.

Шейдеры

Модели и анимации

DM (Detail Model) — эффект динамического погодного окружения (например, дождь или молнии);
omf (XRAY-OpenMotionsFormat) — библиотека анимаций, папка моделей, корень или подпапка;

  • stalker_animation.omf — библиотека анимаций моделей сталкеров

Архивы и пакеты ресурсов

  • gamemtl.xr — игровые материалы. Редактируется в ShaderEditor.
  • lanims.xr — световые анимации. Редактируется встроенным в LevelEditor редактором LightAnimEditor.
  • particles.xr — партиклы или системы частиц. Редактируются в ParticleEditor.
  • senvironment.xr — звуковое окружение. Редактируется в ShaderEditor.
  • shaders.xr — БД шейдеров, используемые движком игры. Редактируется в ShaderEditor.
  • shaders_xrlc.xr — БД дополнительных настроек к шейдерам, используемые компилятором уровней (xrLC). Редактируется в ShaderEditor.

XR2 — резервная или тестовая копия xr, пример: particles.xr2, senvironment.xr2;
ZIP (от zip) — архивный файл, создавался только в сборке 2945 для отправки отчёта об ошибке.

Демо-ролики

%lvl_folder_lame%/%game_type (single)%,%srv_root (localhost)%,%.anm demo-file name%,%demo length (sec.)%

Файлы игровых уровней

Локация состоит из большого количества специализированных файлов. Практически все они имеют префикс level. Файлы, создаваемые LevelEditor при предварительной компиляции локации имеют префикс build. Все файлы, относящиеся к уровню, расположены в папке levels ресурсов, в собственной подпапке. Имя подпапки это техническое имя локации.

level.cform — геометрия для просчета столкновений (коллизий). Просчитывается компилятором уровней.

level.details — детальные объекты (трава, окурки, строительный мусор) на уровне. Создается через LevelEditor SDK при компиляции.

level.env_mod — локальные модификаторы окружения (environment), задают области на локации с освещением, отличным от основного погодного цикла.
Разбирается скриптом level.env_mod compiler/decompiler.

level.game — координаты спавна игрока при мультиплеерной игре. Устаревший и лишний файл, так как эти координаты содержатся и в spawn. Есть вариации:

level.gct — кросс-таблица соответствия графа локации и ИИ-сетки. Создаётся при компиляции карты в ЛЕ СДК (xrAI).

level.geom — видимая геометрия локации. Просчитывается xrLC.

level.graph — навигационный граф ИИ локации или игры. Создаётся при компиляции карты в ЛЕ СДК через xrAI.

level.ps_static — статические партиклы. Создаётся через LevelEditor (на самом деле — xrLC) SDK при компиляции.
Разбирается скриптом level.ps_static compiler/decompiler.

level.snd_static — статические источники звука. Создаётся через LevelEditor (на самом деле — xrLC) SDK при компиляции.
Разбирается скриптом level.snd_static compiler/decompiler.

level.sound_static — то же но более раннее.

level.snd_env — зоны звукового окружения. Создаётся через LevelEditor (на самом деле — xrLC) SDK при компиляции.

level.sound_environment — то же, но более раннее.

level.som — Sound Occlusion Model — файл настроек звукового окружения EAX (см. статью Sound environment). Используется LevelEditor SDK при компиляции.

level.spawn — отвечают за так называемый спаун или спавн (размещение объектов на локации). Может быть спавном отдельного уровня (файл level.spawn в папке локации) или вообще игры (файл с любым именем в папке spawns). Создаётся ЛЕ СДК при предварительной компиляции карты. Есть вариации:

spawn — резервные копии.

level.wallmarks — декали.

efd (evaluation function data) — таблица эвристических параметров AI, содержит константы для тонкой настройки A-Life. Используются как входные параметры в скриптах. Эти файлы не открываются, они создавались программой Дмитрия Ясенева на основе данных, вводимых геймдизайнерами.

Специализированные файлы XRay ActorEditor SDK

skl — скелетная анимация объекта в промежуточном формате SDK. Используются Actor Editor для компиляции в файл модели OGF.

skls — то же, но в контейнере.

dlt — плагин 3ds Max, реализующий поддержку процедурных текстур или материалов (в нашем случае STALKER Material).

dlu — utility-плагин 3ds Max.

Специализированные файлы XRay LevelEditor SDK

level — проект LevelEditor.

lws — формат LightWave 3D. Открывается с помощью NewTek LightWave 3D.

mot (LightWave Motion File) — 3D-анимация LightWave.

p — плагин для LightWave 3D.

test — Резервная копия или тестовый вариант, пример: game.graph.test.

Исполняемые файлы

.drv — драйвер защиты StarForce. Используется только в релизных сборках;

.cmd — командный файл, аналогичен .bat. Редактируется любым текстовым редактором, запускается двойным щелчком мыши (по умолчанию).

Отладочная информация

.pdb — Файл с отладочной информацией для dll и exe, создается в Visual C++ при компиляции. Присутствует в некоторых сборках, в том числе бета-патчах для релизных сборок;

.manifest — манифест сборки, то есть описание конкретного PE-exe на XML;

.cg — журнал ошибок Borland CodeGuard, использовался в ранних сборках SDK;

Версионирование

.desc - лог данных с записями прямого доступа к определенному файлу разработчиком (например, wpn_ak74.object.desc). Имеет структуру журнала с записями, на каком компьютере (COMPUTER), каким пользователем (User) и в какое время файл был открыт и закрыт. Пример:

[history] 07/24/16-19:07:16:1-LOCK = "Computer: 'VECTOR' User: 'Vector'" 07/24/16-19:08:02:0-UNLOCK = "Computer: 'VECTOR' User: 'Vector'" [locked] name =

[history] - сам журнал 07/24/16-19:07:16:1-LOCK - дата открытия файла (мм/дд/гг-чч:мм:сс) и его блокировки для редактирования другими пользователя. 07/24/16-19:08:02:0-UNLOCK - дата закрытия файла (мм/дд/гг-чч:мм:сс) и его разблокировки, позволяющим другим пользователям вновь редактировать файл. [locked] - подтверждение, что файл заблокирован другим для редактирования. Если после = пусто, то файл разблокирован, в обратном случае туда записывается имя компьютера и пользователя, того, кто его сейчас открыл.

%formatname%.%username%_mm-dd-yy_hh-mm-ss - вид резервной копии локации или объекта после 19 июля 2005. Сам алгоритм работы не был изменен (пример, new_garbage_

.bak — Резервная копия файла.

Справочная информация

.scenetext — Файл неизвестного предназначения. Присутствует в сборке 756, возможно, как часть SDK. Имеет одну закоментированную строку. Открывается в любом текстовом редакторе.

.pdf — файл, содержащий в себе руководство пользователя по игре, которое входит в коллекционные издания в "живом" виде. Открывается любым PDF-редактором, например, Adobe Reader.

.doc — документ Microsoft Word. Использовался как инструкции к ранним SDK (например, SDK вместе со сборкой 1850).

.xls — документ Microsoft Excel. Присутствует в SDK сборки 1098. По сути, сторонняя документация (пример: УКРАИНСКИЕ МЕД-БИОЛ.ТЕХ.xls).

Прочие файлы, связанные с игрой

Прочее

Расширения из SDK сборки 1098

.mak (Makefile) — инструкция для компиляции (исходный код). Открывается программой Microsoft Visual C++.

.mdp (Visual C++ 4 Workspace File) — файл конфигурации рабочего пространства Visual C++ 4 (файл настроек). Открывается программой Microsoft Visual Studio.

.unix-generic

.example — возможно, какая-то резервная копия.

.rc — исходный код res-файла.

.cpp (C++ Source Code File) — исходный код C++. Скрипт или исходный код. Открывается программами Borland C++ Builder и Microsoft Visual C++.

.obj — объектный модуль (сборка машинного кода перед компоновкой).

.ppm — растровое изображение.

.lib — статически линкуемая библиотека (по сути, скомпилированный cpp-файл).

.res — ресурсный файл приложения, может содержать практические любую информацию. Как правило, это формы, меню, иконки и изображения.

.rc2 — возможно, то же самое, что и rc.

.dsp (Developer Studio Project) — файл проекта Visual C++. Какой-то скрипт или исходный код. Открывается программой Microsoft Visual C++.

.dsw (Visual C++ 6 Workspace File) — файл решения от старых версий Microsoft Visual Studio.

.htm — HTM-документ. Содержит инструкции к программам.

.geo — 3D-изображение;

.3ds — файл модели 3D Studio Max. Открывается Autodesk 3ds Max.

.plg (Sibelius Plug-in) — какой-то плагин. Открывается программой Avid Sibelius.

.ent — описание документа. Открывается любым текстовым редактором;

.hst — какой-то журнал событий. Частично открывается любым текстовым редактором;

.wjr (ReGet Deluxe Data File) — файл данных ReGet Deluxe, имеет неизвестное предназначение; имеется только в SDK сборки 1098.

.pth (4D Path Document) — данные для подключения к базе данных 4D. Открывается программой 4D Client. Как-то связано с ATI.

.sha — файл контрольной суммы файла, подсчитанный по алгоритму SHA.

.psd (Adobe Photoshop Document) — документ Adobe Photoshop. Растровое изображение (присутствует только в SDK сборки 1098).

.max (3D Studio Max Model File) — файл модели 3D Studio Max. Открывается Autodesk 3ds Max.

lv2 — резервная копия lv2.

.clw (Visual C++ ClassWizard File) — файл данных ClassWizard (Visual C++). Какой-то скрипт или исходный код. Открывается Microsoft Visual Studio 2010.

.hpp (C++ Header File) — заголовок исходного кода C++. Какой-то скрипт или исходный код. Открывается Borland C++ Builder или MSVC.






Для ковыряния ppe вам понадобиться Ppe Editor 1.2.0
agr_u_fade -- потемнение в глазах на 5 секунд.
alcohol -- двоится в глазах, плавающая яркость. (Требует отключения.)
blink -- скачёк яркости на 1 секунду.
controller_hit -- покраснение в глазах.

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

20 сек.
deadcity_wake_old -- потемнение в глазах, с постепенным просветлением, с эффектами "dead_zone" и "alcohol".

20 сек.
duality_circle -- два цикла сильного двоения.
escape -- слабое покраснение в глазах.

8 сек.
fire_hit -- покраснение в глазах.

1 сек.
monolith_off -- периодическое смена потемнения и покраснения, с постепенным нарастанием силы.

20 сек.
nightvision -- прибор ночного виденья. Зелёный.

20 сек.
nightvision2 -- эффект "alcohol"+"dead_zone" , с постепенным нарастанием силы.

20 сек.
nightvision_bad -- прибор ночного виденья. Зелёный, плохой.

8 сек.
nightvision_good -- прибор ночного виденья. Синий, хороший.

8 сек.
dead_zone.ppe - картинка приобретает белесый цвет.
radar_psi.ppe - дает небольшое раздвоение картинки+черный экран
psy_antenna.ppe – картинка окружающего мира становится бело-желтой как на радаре в конце локации – в зоне
действия антенны.
yantar_underground_psi.ppe - эффект сильного раздвоение картинки
blink.ppe - вспышка белого света на секунду-другую
deadcity_wake.ppe - интересный эффект в игре не задействованный – сначала черный экран, раздвоение картинки,
красный экран.
vibros.ppe - с этим все понятно – эффект выброса – красное небо, вспышки и т.д.
vibros_p.ppe - еще один выброс, не такой яркий. что-то вроде предвариловки выброса: эффект легкого
землетрясения, плавающая резкость, плавающая яркость, звук радиационного фона, плюс ГГ роняет на землю в
самом начале. Длительность секунд 20.
radiation.ppe - создает картинку радиационной зоны
fire_hit.ppe - постэффект на попадание в ГГ: заливка экрана красным

level. add _pp_effector ("имя файла.ppe", num, loop) - для постэффектов
num – любое четырехзначное число
loop - логическое значение: ставим либо true, либо false. Если true, то эффект будет проигрываться бесконечно, если false, то один раз.

Выглядеть это будет так.
Для примера возьмем выброс и все что с ним связано.
Запуск постэффекта выброса:

level.add_pp_effector("vibros.ppe", 1974, false)

запуск анимации землетрясения

Как вы заметили, во втором случае, так как анимации в основном лежат в подпапке camera_effects нужно ее указывать. Если же анимка берется из общей папки anims, тогда нет.

Цифры после запятой это sid эффекта который мы ему задаем. Могут быть любыми – четырехзначными. Для чего – поясню ниже.
Для остановки эффекта используется два следующих оператора:
Для остановки эффекта камеры:

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

Остановка двух наших предыдущих эффектов будет выглядеть так.
останавливаем выброс

Как вы могли заметить, в скобках вместо имен эффектов мы просто написали цифры – sid’ы эффектов, которые мы задали в запуске процессов. Так удобнее, нежели снова вписывать полное имя.

Простейший скрипт запускающий эффект, скажем выброса, будет выглядеть так:

Тип хита можно задать самый разный.
Можно хитовать эктора только радиацией
hit.radiation
или телепатией
hit.telepatic
или шоком
hit.shock

В общем выбирайте любой по своему усмотрению.

Можно задать сразу несколько хитов.

function Run_Vibros()
local h = hit()
h.direction = vector():set( 1, 0, 0 )
h.impulse = 1
h.draftsman = db.actor
h.power = 1
h.type = hit.radiation
db.actor:hit(h)
h.power = 2
h.type = hit.shock
db.actor:hit(h)
h.power = 2
h.type = hit.telepatic
db.actor:hit(h)

snd_obj:play_no_feedback(db.actor, sound_object.s2d, 0, vector(), 1.0)

--Все - звук выброса у нас есть.
--можно добавить еще звук счетчика Гейгера:
xr_sound.set_actor_sound("level_border_detector")
xr_sound.set_actor_sound_factor(0.1)

– или это - судный день или день гнева
level.set_weather_fx ("surge_day")

--можно всунуть эффект телепорта (белый экран)
level.add_pp_effector ("teleport.ppe", 2009, false)

--постэффект мертвой зоны:
level.add_pp_effector("dead_zone.ppe", 1001, false)

или вместо этого
--кругом радиация
level.add_pp_effector("radiation.ppe", 1974, false)

--и у него «белочки» в глазах
level.add_pp_effector("alcohol.ppe", 1976, false)
end

В общем, в одну функцию можно "зарядить" сколько угодно эффектов, главное не переборщить, так как некоторые похожие анимки или ppe могут наложиться друг на друга и получится какая-нить хрень. Так что с этим надо быть аккуратным.
Это первое. А второе то, что так никто не делает. В том смысле, что в одну кучу все не валит.
Тот же выброс по нормальному делается многофазовым. И вот тут в каждой фазе прописывается тот или иной набор эффектов – анимация, постэффект, звук. И для каждой фазы отводится своя длительность. По таймеру. Также расписывается поуровнево какой какой тип хита и какой силы будет получать эктор в зависимотси от локации. А дальше идет остановка всех эффектов соответствующими операторами. Но так как в этой формуле этого нет – весь эффект продлится только несколько секунд, ровно столько сколько длится каждая анимация. Некторые ppe требуют принудительной остановки.
Для того, чтобы сделать выброс так как это сделано в глобальных модах, требуется очень хорошее знание скриптов.
Сам я написать такой скрипт не смогу, поэтому пользуюсь готовым – из аддона Blowout к ОГСМ. Там вполне рабочий и симпатичный выброс.


На первом видно вкладку Material Pair (контактная пара, воздействие чего-то с чем-то) Выбираем human.
На втором рисунке расписано взаимодействие человека с листьями (от кустов) materials/bush. Внизу появятся свойства:
Breaking Sounds - перевод говорит сам за себя.
Step Sounds - Звуки когда нпс касается чего-то ножками. Так проставлен звук с асфальтом, землей деревом водой и другими вещами (звука контакта с шифером, бетоном нету. если найдете теперь можете проставить)
Collide Sounds - Звук когда мы до чего ни будь дотронемся (звук взаимодействия двух вещей), будь то бочка стул стена.
Collide Particles - Отыгрываемый партикл при контакте. Когда попадает в нпс пуля, видна кровь и т.д.
Collide Marks - Всякие текстурки-следы (в основном из папки сталкера wm) которые будут оставаться после контакта.

Читайте также: