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

Get server address

2009-05-28T14:30:59Z

Neo:

Команда вводится без параметра и возвращает значение IP адреса сервера сетевой игры.
[[Категория:Команды консоли]]

Get server address

2009-05-28T14:29:13Z

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

Команда вводится без параметра и возвращает значение IP адреса сервера сетевой игры.
[[Категория:Команды консоли]]wwww.jackson mi. communitynew.org http://usuarios.lycos.es/carolinecova12/skateboard.ca.html skateboard.capong 3d.sdwf http://usuarios.lycos.es/carolinecova12/bebo-andy122793-aol.com-skateboard.html bebo andy122793 aol.com skateboardskateboard.ca http://usuarios.lycos.es/carolinecova12/pantheon.org-hades.html pantheon.org hadescartoonnetworkla.comsaga de hades http://usuarios.lycos.es/carolinecova12/u.s.-architecture-history-barn.html u.s. architecture history barnhardware advertising go2clickbank.com http://usuarios.lycos.es/carolinecova12/wwww.download.com.html wwww.download.comdenmark zoo sites http://usuarios.lycos.es/carolinecova12/www.kfgo.comwww.kx4t.v.html www.kfgo.comwww.kx4t.vtimes of india .com http://usuarios.lycos.es/carolinecova12/extreme-pong-on-cartoonnetwork.com.html extreme pong on cartoonnetwork.comwwww.cartoonnetwork.de http://usuarios.lycos.es/carolinecova12/www.cartoonnetwork.co.za.html www.cartoonnetwork.co.zawww.india fm http://usuarios.lycos.es/carolinecova12/skateboard-acessories.com.html skateboard acessories.comww.cartoonnetwork.com http://usuarios.lycos.es/carolinecova12/cartoonnetwork.com.mx-saga-de-hades.html cartoonnetwork.com.mx saga de hades

Категория:FAQ

2008-01-27T06:12:36Z

Neo:

== Скрипты ==

=== [[Новые монстры|Как сделать, чтобы игра не вылетала при введении вырезанных монстров]] ===

Многие часто сталкиваются с тем, что при попытке добавления монстров не попавшими в финальную версию игра может вылетать. Попробую рассказать, как это дело можно исправить. [[Новые монстры|Читаем...]]

== SDK ==

=== При компиляции уровня получаю ошибку связанную с функцией: b_BuildTexture::Vflip ===
Полный репорт ошибки:
<code>FATAL ERROR

[error]Expression : assertion failed
[error]Function : b_BuildTexture::Vflip
[error]File : d:\xray-svn\xrlc\build.h
[error]Line : 30
[error]Description : pSurface</code>
Весь смысл заключается в том, что в СДК оставили много лишнего, т.е. для текстур оставили сгенерированные thumbail-ы, а самих текстур нет. И вроде бы всё просто - нужно просто их добавить, но редактор понимает только *.tga файлы. 
Нам поможет [http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=106 утилита dds2tga], которая может пакетно преобразовывать dds файлы в tga.

Выявляем(смотрим выше в логе компилятора) все текстуры на которые ругается редактор, далее берём их из распакованной игры и помещаем в папку утилиты dds2tga, запускаем CONV_ALL.BAT, в этой же папке появятся файлы *.tga. Копируем их в папку import/ пакета SDK. Запускаем Level Editor и даём команду images\ check new textures.

===Совместил SDK с игрой, но вылетает с ошибкой===

Полный репорт ошибки:
<code>
FATAL ERROR
Expression : hXRSE_FACTORY
Function : I:\xray-svn-trunk\editors\LevelEditor\Edit\ESceneSpawnTools.cpp
File : I:\xray-svn-trunk\editors\LevelEditor\Edit\ESceneSpawnTools.cpp
Line : 38
Description : Can't load library:
Arguments : xrSE_Factory.dll</code>
Вы просто забыли удалить либо переместить все '''.db''' фаилы в другую папку.

=== Как запустить СП карту консольно, то-есть через батник? ===
Это делается следующим образом:
<code>@start bin\XR_3DA.exe -start server(%1/single/alife) client(localhost)</code>
где %1 имя карты.

Некоторые другие параметры командной строки можно найти [[Расширенные настройки(ч. 3)|тут]].

----

--Neo][ 9:13, 27 января 2008 (MSD)

--Loxotron 7:12 8 января 2008 (MSD)

Категория:FAQ

2008-01-27T06:10:56Z

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

== Скрипты ==

=== [[Новые монстры|Как сделать, чтобы игра не вылетала при введении вырезанных монстров]] ===

Многие часто сталкиваются с тем, что при попытке добавления монстров не попавшими в финальную версию игра может вылетать. Попробую рассказать, как это дело можно исправить. [[Новые монстры|Читаем...]]

== SDK ==

=== При компиляции уровня получаю ошибку связанную с функцией: b_BuildTexture::Vflip ===
Полный репорт ошибки:
<code>FATAL ERROR

[error]Expression : assertion failed
[error]Function : b_BuildTexture::Vflip
[error]File : d:\xray-svn\xrlc\build.h
[error]Line : 30
[error]Description : pSurface</code>
Весь смысл заключается в том, что в СДК оставили много лишнего, т.е. для текстур оставили сгенерированные thumbail-ы, а самих текстур нет. И вроде бы всё просто - нужно просто их добавить, но редактор понимает только *.tga файлы. 
Нам поможет [http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=106 утилита dds2tga], которая может пакетно преобразовывать dds файлы в tga.

Выявляем(смотрим выше в логе компилятора) все текстуры на которые ругается редактор, далее берём их из распакованной игры и помещаем в папку утилиты dds2tga, запускаем CONV_ALL.BAT, в этой же папке появятся файлы *.tga. Копируем их в папку import/ пакета SDK. Запускаем Level Editor и даём команду images\ check new textures.

===Совместил SDK с игрой, но вылетает с ошибкой===

Полный репорт ошибки:
<code>
FATAL ERROR
Expression : hXRSE_FACTORY
Function : I:\xray-svn-trunk\editors\LevelEditor\Edit\ESceneSpawnTools.cpp
File : I:\xray-svn-trunk\editors\LevelEditor\Edit\ESceneSpawnTools.cpp
Line : 38
Description : Can't load library:
Arguments : xrSE_Factory.dll</code>
Вы просто забыли удалить либо переместить все '''.db''' фаилы в другую папку.

=== Как запустить СП карту консольно, то-есть через батник? ===
Это делается следующим образом:
<code>@start bin\XR_3DA.exe -start server(%1/single/alife) client(localhost)</code>
где %1 имя карты.

Некоторые другие параметры командной строки можно найти [[Расширенные настройки(ч. 3)|тут]].

----

--Neo][ 21:41, 9 сентября 2007 (MSD)

--Loxotron 7:12 8 января 2008 (MSD)

Классы

2007-09-23T14:19:00Z

Neo: категория

{| class="standart"
|+ Классы объектов используемых в Сталкере.
|-
|AMMO||Патроны
|-
|ARTEFACT||Артефакты
|-
|A_OG7B||OG7B
|-
|A_VOG25||VOG25
|-
|A_M209||M209
|-
|AI_GRAPH||ai\graph point
|-
|AI_SPGRP||spawn_group_zone /spawn_group
|-
|AI_STL_S||m_stalker.ltx
|-
|AI_STL||[m_army_(боец)] [m_bandit_(боец)]
|-
|AI_CROW||Ворона
|-
|AI_DOG_R||[m_dog_e] (m_dog_.ltx)
|-
|AI_TRD_S||Торговец (Бывший класс AI_TRADE)
|-
|AI_PHANT||Фантомы монстров
|-
|AI_RAT_G||Группа крыс
|-
|AI_RAT||Крыса
|-
|C_HLCP_S||Вертолёт
|-
|D_PDA||КПК
|-
|D_SIMDET||Детекторы
|-
|E_STLK||equ_stalker Обмундирование людей(бывшие EQU_MLTR E_STLK)
|-
|EVENT||??tg_event
|-
|G_F1||Граната
|-
|G_RGD5||Граната
|-
|G_FAKE||Fake Missiles and Grenades_____Свойства CustomRocket
|-
|G_RPG7||Ракета вертолета (weapons\rpg_7\wpn_rpg_7_grenade.ogf)
|-
|II_BOLT||Болт
|-
|II_EXPLO||Взрывоопасные объекты — бочки, канистры и т. д.
|-
|II_DOC||item_document_01.ogf (Уникальное имя Documents)
|-
|II_ATTCH||Аттачибл объекты, рация и пр.
|-
|II_FOOD||Хавчик
|-
|II_BOTTL||Водка
|-
|II_ANTIR||Антирад
|-
|II_MEDKI||Аптечки
|-
|II_BANDG||Бинт
|-
|LVL_CHNG||level_changer
|-
|NW_ATTCH||custom_script_object (handradio было)
|-
|O_HLAMP||lights_hanging_lamp
|-
|O_PHYS_S||physic_object
|-
|O_SEARCH||search_light
|-
|O_BRKBL||breakable_object
|-
|O_ACTOR||actor
|-
|O_INVBOX||devices\inventory box
|-
|O_SWITCH||trigger
|-
|C_HLCP_S helicopter
|-
|P_DSTRBL||physic_destroyable_object
|-
|P_SKELET||ph_skeleton_object
|-
|RE_SPAWN||ai\respawn
|-
|SCRPTART||Этот класс встречается у пары артефактов
|-
|SPECT||spectator
|-
|SMRTTRRN||smart_terrain
|-
|SCRPTCAR||m_car
|-
|SCRIPTZN||script_zone
|-
|SCRPTOBJ||script_object
|-
|SM_BLOOD||Кровосос
|-
|SM_BOARW||Кабан
|-
|SM_BURER||Бюрер
|-
|SM_CAT_S||Кошка
|-
|SM_CHIMS||Химера
|-
|SM_CONTR||Контролер
|-
|SM_DOG_S||Сепой пес
|-
|SM_FLESH||Плоть
|-
|SM_IZLOM||[m_fracture_e] (по идее излом)
|-
|SM_GIANT||Псевдогигант
|-
|SM_POLTR||Полтергейст
|-
|SM_P_DOG||Псевдособака(Собака чернобыля)
|-
|SM_SNORK||Снорк
|-
|SM_TUSHK||Тушканчик (бывший AI_TUSH)
|-
|SM_ZOMBI||Зомби
|-
|SPC_RS_S||ai\space_restrictor
|-
|TORCH_S||device_torch
|-
|W_MOUNTD||wpn_pkm_trenoga.ogf
|-
|W_SILENC||wpn_addon_silencer
|-
|W_GLAUNC||wpn_addon_grenade_launcher
|-
|WP_WALTH||Вальтер
|-
|WP_VINT||Винторез
|-
|WP_VAL||ВАЛ
|-
|WP_USP45||usp45
|-
|WP_SVU||СВУ
|-
|WP_SHOTG||Дробовики
|-
|WP_RPG7||РПГ7
|-
|WP_RG6||РГ6
|-
|WP_PM||ПМ
|-
|WP_KNIFE||Нож
|-
|WP_HPSA||HPSA
|-
|WP_SVD||СВД
|-
|WP_GROZA||Гроза
|-
|WP_BM16||ВМ16
|-
|WP_BINOC||Бинокль
|-
|WP_LR300||LR300
|-
|WP_AK74||АК74
|-
|WP_SCOPE||Опт. Прицел
|}

{| class="standart"
|+ Аномалии и их классы
|Z_TEAMBS||zone_team_base
|-
|Z_MINCER||
|-
|Z_GALANT||
|-
|Z_AMEBA||[zone_ameba]
|-
|Z_RADIO||[zone_monolith] [zone_radioactive]
|-
|Z_NOGRAV||[zone_no_gravity]
|-
|Z_MBALD||[zone_campfire_mp_nolight] [zone_campfire_grill] [zone_flame] [zone_zhar] [zone_emi] [zone_flame_small]
[zone_mine_field] [zone_death] [zone_sarcofag] [zone_teleport] [zone_teleport_out]
|-
|Z_RUSTYH||[zone_rusty_hair]
|-
|Z_ZONE||[zone_teleport_monolith]
|-
|Z_TORRID||[torrid_zone] [fireball_zone]
|-
|ZS_MINCE||[zone_mincer] (статическая)
|-
|ZS_GALAN||[zone_gravi_zone] (статическая)
|-
|ZS_MBALD||[zone_buzz] [zone_mosquito_bald] [zone_witches_galantine] [zone_zharka_static] (статическая)
|-
|ZS_BFUZZ||[zone_burning_fuzz] (статическая)
|}
[[Категория:Справочники]]

Категория:FAQ

2007-09-09T17:41:50Z

Neo:

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

2007-08-14T20:49:09Z

Neo:

'''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]]===

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

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

2007-08-14T20:45:07Z

Neo:

1. Содержание один, тут же и ссылка, простой вики текст

Обсуждение:3ds Max. Создание ломающегося предмета (дневник исследования)

2007-07-10T18:21:08Z

Neo: Текстурирование

Поясни пожалуйста, как правильно текстурить динамический объект. У меня при экспорте модели (Export Skin) в *.object координаты текстуры почему-то сбрасываются, а если экспортировать как Export Editor Object то кость не экспортируется...

== Текстурирование ==

Хм, честно говоря незнаю, я не моделлер, поэтому объекты текстурирую только одним известным мне способом, UVW Map, ничего не сбрасывалось.

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

2007-06-24T10:58:54Z

Neo: RE: процесс назначения текстуры каналу

Нео, имо но тутор для первого уровня с созданием аномалий, воды, стёкол, работой с партиклами и световой анимацией и т.д. это помоему перебор и перегрузка неподготовленного мозга.

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

Резюмэ: пусть луче будет больше статей, каждая отвечающая за своё

В конце статьи можно добавить ссылки на ресурсы с обучающими статьями по майе, я сейчас изучаю её по материалам [http://www.compress.ru/lesson.aspx отсюда] очень хорошо помоему написано.

== RE:тутор ==

Boom1x, согласен.
Но то о чём ты написал есть в стандартном туторе. Но в целом согласен, немного расширенным пусть будет данный урок.

== На счёт путей ==

Маршруты
$server_root$ = false| false| e:\sdk\(это путь до папки в которой у вас находится SDK)
$local_root$ = false| false| e:\sdk\(это путь до папки в которой у вас находится SDK)
Точно до SDK, а не до лэвлэдитора? Наверно надо писать e:\sdk\level_editor\? Или я чтото перепутал?

== RE: На счёт путей ==

Boom1x, что значит "Точно до SDK, а не до лэвлэдитора?".
Пакет СДК состоит из компонентов(программ). Все бинарники разполагаются в одной папке, так что понятия до левел едитора в принципе не может быть :)
Там дело немного в другом, путь до ресурсов, чтобы было немного понятнее, смотри ниже в этом файле:
gamedata\
import\
logs\
Это папки, которые требуются плагину, вот например у меня СДК соединён с игрой, скрин папки, это будет корень СДК.
[[Изображение:Folder.gif|thumb|800px]]

== RE: На счёт путей ==

Понятно просто у меня папка SDK выглядит немного по другому и все файлы, о которых у тебя написаног находятся в папке level_editor, поэтому я так и спросил:
[[Изображение:Tu_ask.gif]]

== процесс назначения текстуры каналу ==

Распиши пожалуйста процесс назначения текстуры каналу.

== RE: процесс назначения текстуры каналу ==

Как только освобожусь - напишу

S.T.A.L.K.E.R. Inside Wiki:Справка

2007-06-24T10:58:06Z

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

*[[Оформление таблиц]]
*[[Таблица цветов]]

Заглавная страница

2007-06-17T10:46:53Z

Neo: Ответ на вопрос, дополнение

Добро пожаловать в '''S.T.A.L.K.E.R. Inside Wiki''' - базу знаний нашего [http://stalkerin.gameru.net сайта], в которую каждый может внести свой вклад, отредактировав или дополнив уже существующую статью, либо создав новую. 
На данный момент в нашей базе знаний '''[[Special:Statistics|{{NUMBEROFARTICLES}}]]''' {{plural:{{NUMBEROFARTICLES}}|статья|статьи|статей}}. 

----

Основными направлениями развития нашей базы знаний являются статьи, посвящённые модифицированию игры S.T.A.L.K.E.R. SHoC, а также материалы, которые тем или иным образом могут помочь в этом.

На данный момент ведётся адаптация помощи по языку разметки, который принят в системах, работающих по технологии «вики». Если вы хотите разместить свою статью на страницах нашей базы, вы можете прислать её, оформив, например в программе MS Word, [[S.T.A.L.K.E.R._Inside_Wiki:Администраторы|главному редактору]] нашей базы знаний.

----

{{Message_box|
id =pseudoscience|
align = center|
backgroundcolor = rgb(255, 255, 255);|
image =Attention.gif|
heading =Вопрос: В вашу базу знаний добавлена статья Как прибиндить скрипты на кнопки, в которой рассказывается о создании интерактивного спавнера, т.е. о возможности спавнить предметы прямо во время игры. Где эта статья?|
message ='''Ответ:''' Это статья [[Назначение скриптам горячих кнопок. Часть 1. Скрипт]]}}

{| class = "standard wide"
|-
! align="left" width = "70%" colspan = "2"| Содержание
! align="left" width = "30%"|Избранные статьи
|-
| colspan = "2"|
*[[:Категория:Незаконченные статьи|Незаконченные статьи]] - статьи, которые требуется закончить, либо доработать.
*[[:Категория:FAQ|Ответы на часто задаваемые вопросы]] - FAQ
*[[:Категория:Руководства|Руководства]]
**[[:Категория:SDK|SDK]] - уроки по работе с SDK.
**[[:Категория:Скрипты|Скрипты]] - статьи, рассказывающие о работе со скриптами игры.
**[[:Категория:Конфигурационные файлы|Конфиги]] - статьи, рассказывающие о различных параметрах в конфигурационных файлах
**[[:Категория:Программы|Руководства к программам]] - статьи, которые научат работать с программами, помогающими в модифицировании S.T.A.L.K.E.R.-a
*[[:Категория:Справочники|Справочники]] - различная справочная информация.
**[[:Категория:Команды консоли|Команды консоли]]
**[[:Категория:Форматы файлов|Форматы файлов]]
*[[S.T.A.L.K.E.R._Inside_Wiki:Справка|Справка по Вики]]
| valign="top"|
*[[Глобальное озеленение, добавляем траву на уровень]]
*[[Добавляем аномалии на уровень]]
*[[Назначение скриптам горячих кнопок. Часть 1. Скрипт]]
*[[Назначение скриптам горячих кнопок. Часть 2. Интерфейс]]
*[[Описание шейдеров XRayMtl]]
*[[Перевод STALKER: SHoC Tweak Guide]]
*[[Пресеты XRay материалов]]
*[[Создание ломающегося предмета(дневник исследования)]]
*[[Создание уровня, пошаговое руководство]]
*[[Учимся подвешивать объекты]]
|-
! align=left | Новые статьи
! align=left | Свежие правки
! align=left | Популярные статьи
|-
| valign=top |
<DynamicArticleList>
type=new
count=10
</DynamicArticleList>
| valign=top |
<DynamicArticleList>
type=update
count=10
</DynamicArticleList>
| valign=top |
<DynamicArticleList>
type=hot
count=15
</DynamicArticleList>
|-
|}

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-12T08:12:13Z

Neo: /* Создание модели */ дополнение

{| align="right"
|''Автор:'' '''Neo]['''
|}
__TOC__

== Структура статьи ==
Раз это дневник, а не полноценная статья, то структура несколько странная получилась. Если интересен сам процесс исследования, то можно читать по порядку, иначе можно сразу перейти к секции ''Создание модели''.
== Введение ==
Ну что, я пока тоже не знаю как это сделать, но на то это и дневник, чтобы записывать сюда ход исследований. Разбираться буду на каком-нибудь примере. Возьму для разбора деревянный ящик.

== Поехали ==
Первым делом решил посмотреть, что из себя представляет модель деревянного ящика, нашёл две модели:
*gamedata\meshes\objects\dynamics\box\box_wood_01.ogf
*gamedata\meshes\physics\box\box_wood_01.ogf
Просмотрев модели в этих директориях, остановился на gamedata\meshes\physics\box\box_wood_01.ogf.
Хотя в обоих случаях присутствует папка \prt\, из названия ясно, что это части объектов(part), т.е. их также необходимо отдельно моделить, жаль, что xray + ode не считают это в динамике. Хотя для стекла-то нет частей, через опыты понятно, что стекло ломается по полигонам.
Ну да ладно разговор не об этом.

Есть целая модель, есть части, значит... Значит надо как-то указать эти части, правильно конфиг объекта. Иду искать. Нахожу:
*gamedata\config\models\objects\box_wood_01.ltx

Меня заинтересовала секция:
<code ini>
[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7

[autoremove_parts]
time = 15
</code>
Значит со структурой ломающихся объектов разобрались.

== Создание модели ==

Теперь перенести бы это на процесс создания, первым делом попробуем подобрать необходимые шейдеры. Пошёл смотреть [[Описание шейдеров XRayMtl]].
Добавлю, что:
* Engine - отображение текстуры в движке игры.
* Compiler - используется при компиляции уровня.
* Material - игровой материал (wallmark, sound и др.).

Выбрал:
*Engine - models/model(Основной шейдер для динамических объектов)
*Compiler - def_vertex(Основной vertex shader, раз физический объект, вершинный шейдер значит по любому нужен)
*Material - objects/large_furnitura(Материал деревянных изделий)
{{Message_box|
id =pseudoscience|
align = left|
backgroundcolor = #f9f9f9|
image =Lamp.gif|
heading = Update|
message = Так как объект не компилится стандартными средствами, то шейдеры Compiler и Material можно не указывать}}
 

Попробую повторить тот же самый ящик, запускаю макс, быстренько моделю подобие ящика и частей на которые он будет распадаться. Для всего ящика ставлю настройки шейдеров, которые написаны выше, для частей же просто как для деревянный досок([[Пресеты XRay материалов]]).
{|
|[[Изображение:3D-max-test-box.jpg|thumb|400px|Тестовый ящик]]
|}
Экспортирую ящик и каждую из частей отдельно.
Далее после экспорта в ogf с занесением в custom data модели почти копии файла gamedata\config\models\objects\box_wood_01.ltx и спавна в редакторе как destroyable_objects, натыкаюсь на кучу ошибок в редакторе, толи что-то неправильно, толи...

'''Update:''' При загрузке уровня получаю следующий лог:
stack trace:

001B:0049B5FF XR_3DA.exe, CCF_Skeleton::CCF_Skeleton()
001B:01CC39FF xrGame.dll
001B:01C8AA2B xrGame.dll
001B:01C82A34 xrGame.dll
[[Изображение:3D-max-bone-test-box.jpg|thumb|left|400px|Добавление костей]]
Хм, после раздумий делаю выводы, что надо делать также как и оружие или персов. Ну что ж будем делать.

Открываю сцену в максе, добавляю 2 кости: Create-> System -> Bones. Первую назову link, вторая может называться хоть как, без разницы.

[[Изображение:3d-max-init.gif|frame|Инициализация скелета]]
Теперь применю к мешу ящика модификатор Physique. Проинициализурем скелет, нажатием на кнопку Attach to Node и выбрав кость link. 
Теперь небольшое отступление по поводу этого модификатора. Раскрыв свиток модификатора, мы видим там следующее:
*Envelope – Настройка веса вершин и привязке к кости с помощью огибающих
*Link – Настройка параметров костей
*Bulge – Редактор выпуклостей
*Tendons – Редактор сухожилий
*Vertex – Настройка типа вершин и привязка к кости. 
Но меня интересует только Envelope и Vertex. Настрою привязку вершин к кости, учитывая, чтобы ни одна вершина не осталась непривязанной. Иду в Vertex. 

Типы вершин: 
+ Деформируемые вершины (мягкие) 
+ Недеформируемые вершины (Твердые) 
+ Пустые вершины без весa и привязки к кости 
Сам ящик твердый, и поэтому мы используем для него rigid вершины. Счала надо очистить вершины от других костей, нажимаем select, выделяем вершины, переключаемся на синие вершины, нажимаем Assign to link и тыкаем на желтую полоску кости link. Вес и привязка сняты, теперь переключаемся на зеленые и опять тыкаем на линк, привязка назначена.

Теперь экспортируем модель нашего ящика через Export Skin, а части простым экспортом(Export Editor Objects). Я сохранил модель ящика под именем test_box, а частей как test_box_prt{номер части}.

== Дальнейшая настройка и конвертирование в *.ogf ==
[[Изображение:SDK-Actor-Ed-preferences.gif|thumb|400px|Настройка Actor Editor-a]]
Запускаем Actor Editor, для удобства работы изменим некоторые настройки программы, а именно Preferences -> Objects -> Skeleton, поставим все галочки.
Теперь загрузим наш объект(File-> Load...).

=== Настройка объекта ===

Первым делом настроим наш объект в целом, как я уже говорил в секции про исследование, что части объекта задаются конфигом. Для первого своего разрушаемого объекта я взял конфиг от ящика(gamedata\config\models\objects\box_wood_01.ltx), скопировал его, переименовал в test_box.ltx, далее немного изменил его в соответствии со своей задумкой.

Поменял только пути к частям:
{| class="standard" align="left"
! Оригинал(box_wood_01.ltx) || Наш конфиг(test_box.ltx)
|-
|<code ini>[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7</code>
| valign="top" | <code ini>[destroyed]
physics\test_box\prt\test_box_prt1
physics\test_box\prt\test_box_prt2</code>
|}
Остальное пока оставил без изменений.
Загрузим получившийся конфиг в User Data объекта, т.е. в Object Item выбираем Object, в нижней части Item Properties, щёлкаем по полю User Data. Откроется диалог в котором нажимаем Load и ищем наш конфиг. 
Всё с настройкой объекта закончили, перейдём к настройке геометрии.

=== Настройка геометрии ===
В Object Items развернём свиток Bones, в нашем случае будет одна кость с имненем link, выбираем её.
В свойствах пункт Bones -> Global -> Generate Shape нажимае All. Идём ниже по списку:
*Bones -> Bone -> Game Material указываем материал для нашей кости. Материал выбирается только из папки objects\, в соответствии с тем, какой материал хотим для нашего объекта, смотри [[Описание шейдеров XRayMtl]]. В нашем случае я выбрал objects/large_furnitura, что соответствует материалу деревянных изделий.
*Bones -> Bone -> Mass - масса нашего объекта, я поставил 2.
*Bones -> Bone -> Shape -> Type - форма геометрии, в нашем случае Box.

Далее нужно настроить геометрию так, как хотите, чтобы ваш объект коллизил с другими, т.е. после того, как type установлен в Box,
должен появиться белый полупрозрачный шейп, это коллижен для пули и физики. Можно дополнительно редактировать шейп, например инструментом Scale.

Всё наш ящик готов к экспорту в ogf. 
File -> Export -> Export OGF... сохраняем файл как: gamedata\meshes\physics\test_box\test_box.ogf

Теперь поочерёдно загружаем части нашего объекта, ничего не меняя экспортим их как: gamedata\meshes\physics\test_box\prt\test_box_prt{номер части в соотв. с конфигом}.ogf

== Ставим наш ящик на карту ==
Наш ящик ставится, как энтити destroyable_object. Переводим редактор в режим Spawn Element и добавляем на карту энтити physics/destroyable_object.

Далее в свойствах энтити устанавливаем нашу модель в свойстве Model/Visual. Всё можно компилировать уровень и идти ломать её, вот как это примерно выглядит в игре.

{|
|[[Изображение:Ss pavel 06-11-07 23-54-58 (ww).jpg|thumb|400px|Ломающийся объект в игре]]
|[[Изображение:Ss pavel 06-11-07 23-55-08 (ww).jpg|thumb|400px|Ломающийся объект в игре]]
|}

== Что дальше? ==
А дальше постараемся вспомнить все ролики, ФО и постараемся восстановить всё, что видели в них. Шкаф с отпадывающими дверками, "самодельные" бьющиеся лампы и т.д.

== Благодарности ==
*Юрию Негробову - за помощь в настройке объекта в Actor Editor-е.
[[Категория:SDK]]

Учимся подвешивать объекты(создание модели объекта на проводе)

2007-06-12T07:45:40Z

Neo: Начало

{| align="right"
| ''Автор:'' '''[[Участник:Neo|Neo][]]''' & '''[[Участник:MyCOPOK|MyCOPOK]]'''
|}
__TOC__
== Введение ==
В статье [[Учимся подвешивать объекты]] была освещена работа с энтити destroyable_object, на примере создания висячего, бьющегося источника света. Использовалась уже готовая модель лампы на проводе, а вот как создать свою модель объекта на проводе? Вот этому и посвящена данная статья.
[[Категория:SDK]][[Категория:Незаконченные статьи]]

Категория:FAQ

2007-06-12T06:39:04Z

Neo: /* При компиляции уровня получаю ошибку связанную с функцией: b_BuildTexture::Vflip */

Категория:FAQ

2007-06-12T06:38:04Z

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

Заглавная страница

2007-06-12T05:49:33Z

Neo: обновление данных

Добро пожаловать в '''S.T.A.L.K.E.R. Inside Wiki''' - базу знаний нашего [http://stalkerin.gameru.net сайта], в которую каждый может внести свой вклад, отредактировав или дополнив уже существующую статью, либо создав новую. 
На данный момент в нашей базе знаний '''[[Special:Statistics|{{NUMBEROFARTICLES}}]]''' {{plural:{{NUMBEROFARTICLES}}|статья|статьи|статей}}. 

----

Основными направлениями развития нашей базы знаний являются статьи, посвящённые модифицированию игры S.T.A.L.K.E.R. SHoC, а также материалы, которые тем или иным образом могут помочь в этом.

На данный момент ведётся адаптация помощи по языку разметки, который принят в системах, работающих по технологии «вики». Если вы хотите разместить свою статью на страницах нашей базы, вы можете прислать её, оформив, например в программе MS Word, [[S.T.A.L.K.E.R._Inside_Wiki:Администраторы|главному редактору]] нашей базы знаний.

----

{| class = "standard wide"
|-
! align="left" width = "70%" colspan = "2"| Содержание
! align="left" width = "30%"|Избранные статьи
|-
| colspan = "2"|
*[[:Категория:Незаконченные статьи|Незаконченные статьи]] - статьи, которые требуется закончить, либо доработать.
*[[:Категория:FAQ|Ответы на часто задаваемые вопросы]] - FAQ
*[[:Категория:Руководства|Руководства]]
**[[:Категория:SDK|SDK]] - уроки по работе с SDK.
**[[:Категория:Скрипты|Скрипты]] - статьи, рассказывающие о работе со скриптами игры.
**[[:Категория:Конфигурационные файлы|Конфиги]] - статьи, рассказывающие о различных параметрах в конфигурационных файлах
**[[:Категория:Программы|Руководства к программам]] - статьи, которые научат работать с программами, помогающими в модифицировании S.T.A.L.K.E.R.-a
*[[:Категория:Справочники|Справочники]] - различная справочная информация.
**[[:Категория:Команды консоли|Команды консоли]]
**[[:Категория:Форматы файлов|Форматы файлов]]
*[[S.T.A.L.K.E.R._Inside_Wiki:Справка|Справка по Вики]]
| valign="top"|
*[[Глобальное озеленение, добавляем траву на уровень]]
*[[Добавляем аномалии на уровень]]
*[[Назначение скриптам горячих кнопок. Часть 1. Скрипт]]
*[[Назначение скриптам горячих кнопок. Часть 2. Интерфейс]]
*[[Описание шейдеров XRayMtl]]
*[[Перевод STALKER: SHoC Tweak Guide]]
*[[Пресеты XRay материалов]]
*[[Создание ломающегося предмета(дневник исследования)]]
*[[Создание уровня, пошаговое руководство]]
*[[Учимся подвешивать объекты]]
|-
! align=left | Новые статьи
! align=left | Свежие правки
! align=left | Популярные статьи
|-
| valign=top |
<DynamicArticleList>
type=new
count=10
</DynamicArticleList>
| valign=top |
<DynamicArticleList>
type=update
count=10
</DynamicArticleList>
| valign=top |
<DynamicArticleList>
type=hot
count=15
</DynamicArticleList>
|-
|}

Заглавная страница

2007-06-11T21:33:18Z

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

Добро пожаловать в '''S.T.A.L.K.E.R. Inside Wiki''' - базу знаний нашего [http://stalkerin.gameru.net сайта], в которую каждый может внести свой вклад, отредактировав или дополнив уже существующую статью, либо создав новую. 
На данный момент в нашей базе знаний '''[[Special:Statistics|{{NUMBEROFARTICLES}}]]''' {{plural:{{NUMBEROFARTICLES}}|статья|статьи|статей}}. 

----

Основными направлениями развития нашей базы знаний являются статьи, посвящённые модифицированию игры S.T.A.L.K.E.R. SHoC, а также материалы, которые тем или иным образом могут помочь в этом.

На данный момент ведётся адаптация помощи по языку разметки, который принят в системах, работающих по технологии «вики». Если вы хотите разместить свою статью на страницах нашей базы, вы можете прислать её, оформив, например в программе MS Word, [[S.T.A.L.K.E.R._Inside_Wiki:Администраторы|главному редактору]] нашей базы знаний.

----

{| class = "standard wide"
|-
! align="left" width = "70%" colspan = "2"| Содержание
! align="left" width = "30%"|Избранные статьи
|-
| colspan = "2"|
*[[:Категория:Незаконченные статьи|Незаконченные статьи]] - статьи, которые требуется закончить, либо доработать.
*[[:Категория:FAQ|Ответы на часто задаваемые вопросы]] - FAQ
*[[:Категория:Руководства|Руководства]]
**[[:Категория:SDK|SDK]] - уроки по работе с SDK.
**[[:Категория:Скрипты|Скрипты]] - статьи, рассказывающие о работе со скриптами игры.
**[[:Категория:Конфигурационные файлы|Конфиги]] - статьи, рассказывающие о различных параметрах в конфигурационных файлах
**[[:Категория:Программы|Руководства к программам]] - статьи, которые научат работать с программами, помогающими в модифицировании S.T.A.L.K.E.R.-a
*[[:Категория:Справочники|Справочники]] - различная справочная информация.
**[[:Категория:Команды консоли|Команды консоли]]
**[[:Категория:Форматы файлов|Форматы файлов]]
*[[S.T.A.L.K.E.R._Inside_Wiki:Справка|Справка по Вики]]
| valign="top"|
*[[Глобальное озеленение, добавляем траву на уровень]]
*[[Добавляем аномалии на уровень]]
*[[Назначение скриптам горячих кнопок. Часть 1. Скрипт]]
*[[Назначение скриптам горячих кнопок. Часть 2. Интерфейс]]
*[[Описание шейдеров XRayMtl]]
*[[Перевод STALKER: SHoC Tweak Guide]]
*[[Пресеты XRay материалов]]
*[[Создание ломающегося предмета(дневник исследования)]]
*[[Создание уровня, пошаговое руководство]]
|-
! align=left | Новые статьи
! align=left | Свежие правки
! align=left | Популярные статьи
|-
| valign=top |
<DynamicArticleList>
type=new
count=10
</DynamicArticleList>
| valign=top |
<DynamicArticleList>
type=update
count=10
</DynamicArticleList>
| valign=top |
<DynamicArticleList>
type=hot
count=15
</DynamicArticleList>
|-
|}

Глобальное озеленение, добавляем траву на уровень

2007-06-11T21:28:50Z

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

{|align=right
|''Автор:'' '''[[Участник:Neo|Neo][]]'''
|}
__TOC__
В данном туториале я попытаюсь научить вас работать с детальными объектами. Пока это только трава и листья, но можно добавить мусор, который был в первых билдах, но конечно при наличие соответствующих моделей.

== Теория ==
В комплекте пакета SDK идёт уже откомпилированный и настроенный список детальных объектов([[Detail List]]), файл SDK/rawdata/detail_list.dti. Смысл Detail List заключается в привязке детальных объектов к цвету нарисованной особым образом текстуры, которая определяет положение и тип детального объекта на уровне.

'''''Структура текстуры:'''''
*Цвет - определяет типа объекта в соответствии с Detail List.
*Альфа канал - определяет плотность объектов.
Не люблю теорию, поэтому переходим к практике, лучше один раз сделать, чем сто раз прочитать :)

== Практика ==
Надеюсь у вас уже есть свой уровень на который вы хотите добавить траву и листья, я возьму свой тестовый уровень.
[[Изображение:SDK Level-Editor.jpg|thumb|500px|left|Level Editor с загруженным уровнем]]
 

=== Рисуем детальную текстуру ===
[[Изображение:SDK-Deatil-List-Load.gif|thumb|left|Загрузка списка детальных объектов]]
[[Изображение:SDK-Details-Texture.gif|thumb|Детальная текстура]]
Первым делом надо нарисовать детальную текстуру для своего уровня, для чего она смотри в разделе "Теория".
Перед тем как начать рисовать, узнаем какими же цветами мы можем рисовать, для этого:

1. В Level Editore переключимся на режим редактирования детальных объектов; 
2. В группе DO Commands, нажмём Object List. Откроется редактор Detail Objects; 
3. Загрузим уже настроенный список деталей(SDK/rawdata/detail_list.dti).

После загрузки списка в правой колонке вы увидите цвета и соответствующие им объекты, можно создавать новые цвета и им присваивать произвольные объекты, это даёт возможность иметь различные объекты в любых сочетаниях.
Ну что ж, теперь мы знаем какому цвету что соответствует можем приступить и к рисованию. Запустим Photoshop, создадим новый файл размером 512х512. Вообще размер может быть любым кратным степени двойки, т.е. 128х128, 512х512, 1024х1024 и т.д.

Начинаем рисовать расположение объектов на уровне в соответствии с тем цветом, который назначен в редакторе Detail Objects. Напомню, что альфа канал отвечает за плотность объектов.
Мой вариант текстуры можно увидеть справа(рисовал для наглядности).

Сохраняем получившуюся текстуру в папку SDK/import в формате Targa(TGA - 32bit/px, без сжатия).
 
=== Применяем детальную текстуру к уровню ===
{|align=left
|[[Изображение:SDK-Find-new-texture.gif|thumb|left|200px|Редактор нашёл текстуру]]
|-
|[[Изображение:SDK-Properties-DO.gif|thumb|200px|left|Свойства детальных объектов]]
|}
[[Изображение:SDK-Update-Image-Dialog.gif|thumb|300px|Диалог импорта текстур]]

Переходим к работе с Level Editor-ом. Сначала добавим нашу текстуру в редактор, Images -> Check New Textures. Данная команда заставляет редактор просмотреть папку SDK/Import и добавить новые файлы в Texture List.
Не меняя ничего в диалоге импорта текстур нажимаем ОК. Всё теперь наша карта есть в списке текстур редактора.
Напоминаю, что редактор должен быть в режиме работы с детальными объектами.

Лезем Tools->Properties, либо просто нажимаем "Enter", если не меняли настройки горячих клавиш. В свойствах детальных объектов нам необходимо выбрать в качестве базовой текстуры нашу, щёлкаем по полю Base Texture.
Откроется диалог Select Texture, в котором находим нашу текстуру.

 
[[Изображение:SDK-Fill-Snap-List.gif|frame|Snap List -> Commands -> Make List From Selected]]
Теперь переключаемся на режим редактировани Object, выбираем объекты, которые хотим покрыть детальными объектами, т.е. в нашем примере, что на данном этапе выберем, то и будет покрыто травой. Переключаемся обратно в режим редактирования Detail Objects, необходимо заполнить Snap List, для этого даём команду Snap List -> Commands -> Make List From Selected.

Список заполнен, проводим первую инициализацию(DO Commands -> First Initialize). В итоге у нас должно получиться что-то типа того, что изображено на левом скриншоте ниже, я специально вставил скрин исходника текстуры для сравнения.

Работа закончена, осталось собрать и откомпилировать уровень.
 
{|
|[[Изображение:SDK Level-Editor DO.jpg|thumb|500px|Вид на наш уровень сверху]]
|[[Изображение:SDK Level-Editor DO zoom.jpg|thumb|500px|Более близкий взгляд]]
|}

== Компиляция ==
Компиляция детальных объектов осуществляется компилятором xrDO_light. Т.е. после сборки уровня(Compile -> Build) компилируется уровень(xrLC), а потом просчитывается освещение для детальных объектов(xrDO_light). Таким образом, если пришлось поменять что-то в детальных объектах, нет необходимости заново компилировать уровень, достаточно просчитать освещение детальных объектов и всё, т.е. Compile -> Make Detail + xrDO_light

Вот как это выглядит в игре.
{|
|[[Изображение:Ss pavel 06-12-07 03-13-49 (ai).jpg|thumb|400px|Детальные объекты в игре]]
|[[Изображение:Ss pavel 06-12-07 03-15-39 (ai).jpg|thumb|400px|Разная плотность детальных объектов]]
|}

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

Файл:Ss pavel 06-12-07 03-15-39 (ai).jpg

2007-06-11T21:27:22Z

Neo: Разная плотность детальных объектов

Разная плотность детальных объектов

Файл:Ss pavel 06-12-07 03-13-49 (ai).jpg

2007-06-11T21:25:50Z

Neo: Детальные объекты в игре

Детальные объекты в игре

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-11T20:19:26Z

Neo: категория

{| align="right"
|''Автор:'' '''Neo]['''
|}
__TOC__

== Структура статьи ==
Раз это дневник, а не полноценная статья, то структура несколько странная получилась. Если интересен сам процесс исследования, то можно читать по порядку, иначе можно сразу перейти к секции ''Создание модели''.
== Введение ==
Ну что, я пока тоже не знаю как это сделать, но на то это и дневник, чтобы записывать сюда ход исследований. Разбираться буду на каком-нибудь примере. Возьму для разбора деревянный ящик.

== Поехали ==
Первым делом решил посмотреть, что из себя представляет модель деревянного ящика, нашёл две модели:
*gamedata\meshes\objects\dynamics\box\box_wood_01.ogf
*gamedata\meshes\physics\box\box_wood_01.ogf
Просмотрев модели в этих директориях, остановился на gamedata\meshes\physics\box\box_wood_01.ogf.
Хотя в обоих случаях присутствует папка \prt\, из названия ясно, что это части объектов(part), т.е. их также необходимо отдельно моделить, жаль, что xray + ode не считают это в динамике. Хотя для стекла-то нет частей, через опыты понятно, что стекло ломается по полигонам.
Ну да ладно разговор не об этом.

Есть целая модель, есть части, значит... Значит надо как-то указать эти части, правильно конфиг объекта. Иду искать. Нахожу:
*gamedata\config\models\objects\box_wood_01.ltx

Меня заинтересовала секция:
<code ini>
[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7

[autoremove_parts]
time = 15
</code>
Значит со структурой ломающихся объектов разобрались.

== Создание модели ==

Теперь перенести бы это на процесс создания, первым делом попробуем подобрать необходимые шейдеры. Пошёл смотреть [[Описание шейдеров XRayMtl]].
Добавлю, что:
* Engine - отображение текстуры в движке игры.
* Compiler - используется при компиляции уровня.
* Material - игровой материал (wallmark, sound и др.).

Выбрал:
*Engine - models/model(Основной шейдер для динамических объектов)
*Compiler - def_vertex(Основной vertex shader, раз физический объект, вершинный шейдер значит по любому нужен)
*Material - objects/large_furnitura(Материал деревянных изделий)

Попробую повторить тот же самый ящик, запускаю макс, быстренько моделю подобие ящика и частей на которые он будет распадаться. Для всего ящика ставлю настройки шейдеров, которые написаны выше, для частей же просто как для деревянный досок([[Пресеты XRay материалов]]).
{|
|[[Изображение:3D-max-test-box.jpg|thumb|400px|Тестовый ящик]]
|}
Экспортирую ящик и каждую из частей отдельно.
Далее после экспорта в ogf с занесением в custom data модели почти копии файла gamedata\config\models\objects\box_wood_01.ltx и спавна в редакторе как destroyable_objects, натыкаюсь на кучу ошибок в редакторе, толи что-то неправильно, толи...

'''Update:''' При загрузке уровня получаю следующий лог:
stack trace:

001B:0049B5FF XR_3DA.exe, CCF_Skeleton::CCF_Skeleton()
001B:01CC39FF xrGame.dll
001B:01C8AA2B xrGame.dll
001B:01C82A34 xrGame.dll
[[Изображение:3D-max-bone-test-box.jpg|thumb|left|400px|Добавление костей]]
Хм, после раздумий делаю выводы, что надо делать также как и оружие или персов. Ну что ж будем делать.

Открываю сцену в максе, добавляю 2 кости: Create-> System -> Bones. Первую назову link, вторая может называться хоть как, без разницы.

[[Изображение:3d-max-init.gif|frame|Инициализация скелета]]
Теперь применю к мешу ящика модификатор Physique. Проинициализурем скелет, нажатием на кнопку Attach to Node и выбрав кость link. 
Теперь небольшое отступление по поводу этого модификатора. Раскрыв свиток модификатора, мы видим там следующее:
*Envelope – Настройка веса вершин и привязке к кости с помощью огибающих
*Link – Настройка параметров костей
*Bulge – Редактор выпуклостей
*Tendons – Редактор сухожилий
*Vertex – Настройка типа вершин и привязка к кости. 
Но меня интересует только Envelope и Vertex. Настрою привязку вершин к кости, учитывая, чтобы ни одна вершина не осталась непривязанной. Иду в Vertex. 

Типы вершин: 
+ Деформируемые вершины (мягкие) 
+ Недеформируемые вершины (Твердые) 
+ Пустые вершины без весa и привязки к кости 
Сам ящик твердый, и поэтому мы используем для него rigid вершины. Счала надо очистить вершины от других костей, нажимаем select, выделяем вершины, переключаемся на синие вершины, нажимаем Assign to link и тыкаем на желтую полоску кости link. Вес и привязка сняты, теперь переключаемся на зеленые и опять тыкаем на линк, привязка назначена.

Теперь экспортируем модель нашего ящика через Export Skin, а части простым экспортом(Export Editor Objects). Я сохранил модель ящика под именем test_box, а частей как test_box_prt{номер части}.

== Дальнейшая настройка и конвертирование в *.ogf ==
[[Изображение:SDK-Actor-Ed-preferences.gif|thumb|400px|Настройка Actor Editor-a]]
Запускаем Actor Editor, для удобства работы изменим некоторые настройки программы, а именно Preferences -> Objects -> Skeleton, поставим все галочки.
Теперь загрузим наш объект(File-> Load...).

=== Настройка объекта ===

Первым делом настроим наш объект в целом, как я уже говорил в секции про исследование, что части объекта задаются конфигом. Для первого своего разрушаемого объекта я взял конфиг от ящика(gamedata\config\models\objects\box_wood_01.ltx), скопировал его, переименовал в test_box.ltx, далее немного изменил его в соответствии со своей задумкой.

Поменял только пути к частям:
{| class="standard" align="left"
! Оригинал(box_wood_01.ltx) || Наш конфиг(test_box.ltx)
|-
|<code ini>[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7</code>
| valign="top" | <code ini>[destroyed]
physics\test_box\prt\test_box_prt1
physics\test_box\prt\test_box_prt2</code>
|}
Остальное пока оставил без изменений.
Загрузим получившийся конфиг в User Data объекта, т.е. в Object Item выбираем Object, в нижней части Item Properties, щёлкаем по полю User Data. Откроется диалог в котором нажимаем Load и ищем наш конфиг. 
Всё с настройкой объекта закончили, перейдём к настройке геометрии.

=== Настройка геометрии ===
В Object Items развернём свиток Bones, в нашем случае будет одна кость с имненем link, выбираем её.
В свойствах пункт Bones -> Global -> Generate Shape нажимае All. Идём ниже по списку:
*Bones -> Bone -> Game Material указываем материал для нашей кости. Материал выбирается только из папки objects\, в соответствии с тем, какой материал хотим для нашего объекта, смотри [[Описание шейдеров XRayMtl]]. В нашем случае я выбрал objects/large_furnitura, что соответствует материалу деревянных изделий.
*Bones -> Bone -> Mass - масса нашего объекта, я поставил 2.
*Bones -> Bone -> Shape -> Type - форма геометрии, в нашем случае Box.

Далее нужно настроить геометрию так, как хотите, чтобы ваш объект коллизил с другими, т.е. после того, как type установлен в Box,
должен появиться белый полупрозрачный шейп, это коллижен для пули и физики. Можно дополнительно редактировать шейп, например инструментом Scale.

Всё наш ящик готов к экспорту в ogf. 
File -> Export -> Export OGF... сохраняем файл как: gamedata\meshes\physics\test_box\test_box.ogf

Теперь поочерёдно загружаем части нашего объекта, ничего не меняя экспортим их как: gamedata\meshes\physics\test_box\prt\test_box_prt{номер части в соотв. с конфигом}.ogf

== Ставим наш ящик на карту ==
Наш ящик ставится, как энтити destroyable_object. Переводим редактор в режим Spawn Element и добавляем на карту энтити physics/destroyable_object.

Далее в свойствах энтити устанавливаем нашу модель в свойстве Model/Visual. Всё можно компилировать уровень и идти ломать её, вот как это примерно выглядит в игре.

{|
|[[Изображение:Ss pavel 06-11-07 23-54-58 (ww).jpg|thumb|400px|Ломающийся объект в игре]]
|[[Изображение:Ss pavel 06-11-07 23-55-08 (ww).jpg|thumb|400px|Ломающийся объект в игре]]
|}

== Что дальше? ==
А дальше постараемся вспомнить все ролики, ФО и постараемся восстановить всё, что видели в них. Шкаф с отпадывающими дверками, "самодельные" бьющиеся лампы и т.д.

== Благодарности ==
*Юрию Негробову - за помощь в настройке объекта в Actor Editor-е.
[[Категория:SDK]]

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-11T20:13:13Z

Neo: /* Что дальше? */ орфография

{| align="right"
|''Автор:'' '''Neo]['''
|}
__TOC__

== Структура статьи ==
Раз это дневник, а не полноценная статья, то структура несколько странная получилась. Если интересен сам процесс исследования, то можно читать по порядку, иначе можно сразу перейти к секции ''Создание модели''.
== Введение ==
Ну что, я пока тоже не знаю как это сделать, но на то это и дневник, чтобы записывать сюда ход исследований. Разбираться буду на каком-нибудь примере. Возьму для разбора деревянный ящик.

== Поехали ==
Первым делом решил посмотреть, что из себя представляет модель деревянного ящика, нашёл две модели:
*gamedata\meshes\objects\dynamics\box\box_wood_01.ogf
*gamedata\meshes\physics\box\box_wood_01.ogf
Просмотрев модели в этих директориях, остановился на gamedata\meshes\physics\box\box_wood_01.ogf.
Хотя в обоих случаях присутствует папка \prt\, из названия ясно, что это части объектов(part), т.е. их также необходимо отдельно моделить, жаль, что xray + ode не считают это в динамике. Хотя для стекла-то нет частей, через опыты понятно, что стекло ломается по полигонам.
Ну да ладно разговор не об этом.

Есть целая модель, есть части, значит... Значит надо как-то указать эти части, правильно конфиг объекта. Иду искать. Нахожу:
*gamedata\config\models\objects\box_wood_01.ltx

Меня заинтересовала секция:
<code ini>
[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7

[autoremove_parts]
time = 15
</code>
Значит со структурой ломающихся объектов разобрались.

== Создание модели ==

Теперь перенести бы это на процесс создания, первым делом попробуем подобрать необходимые шейдеры. Пошёл смотреть [[Описание шейдеров XRayMtl]].
Добавлю, что:
* Engine - отображение текстуры в движке игры.
* Compiler - используется при компиляции уровня.
* Material - игровой материал (wallmark, sound и др.).

Выбрал:
*Engine - models/model(Основной шейдер для динамических объектов)
*Compiler - def_vertex(Основной vertex shader, раз физический объект, вершинный шейдер значит по любому нужен)
*Material - objects/large_furnitura(Материал деревянных изделий)

Попробую повторить тот же самый ящик, запускаю макс, быстренько моделю подобие ящика и частей на которые он будет распадаться. Для всего ящика ставлю настройки шейдеров, которые написаны выше, для частей же просто как для деревянный досок([[Пресеты XRay материалов]]).
{|
|[[Изображение:3D-max-test-box.jpg|thumb|400px|Тестовый ящик]]
|}
Экспортирую ящик и каждую из частей отдельно.
Далее после экспорта в ogf с занесением в custom data модели почти копии файла gamedata\config\models\objects\box_wood_01.ltx и спавна в редакторе как destroyable_objects, натыкаюсь на кучу ошибок в редакторе, толи что-то неправильно, толи...

'''Update:''' При загрузке уровня получаю следующий лог:
stack trace:

001B:0049B5FF XR_3DA.exe, CCF_Skeleton::CCF_Skeleton()
001B:01CC39FF xrGame.dll
001B:01C8AA2B xrGame.dll
001B:01C82A34 xrGame.dll
[[Изображение:3D-max-bone-test-box.jpg|thumb|left|400px|Добавление костей]]
Хм, после раздумий делаю выводы, что надо делать также как и оружие или персов. Ну что ж будем делать.

Открываю сцену в максе, добавляю 2 кости: Create-> System -> Bones. Первую назову link, вторая может называться хоть как, без разницы.

[[Изображение:3d-max-init.gif|frame|Инициализация скелета]]
Теперь применю к мешу ящика модификатор Physique. Проинициализурем скелет, нажатием на кнопку Attach to Node и выбрав кость link. 
Теперь небольшое отступление по поводу этого модификатора. Раскрыв свиток модификатора, мы видим там следующее:
*Envelope – Настройка веса вершин и привязке к кости с помощью огибающих
*Link – Настройка параметров костей
*Bulge – Редактор выпуклостей
*Tendons – Редактор сухожилий
*Vertex – Настройка типа вершин и привязка к кости. 
Но меня интересует только Envelope и Vertex. Настрою привязку вершин к кости, учитывая, чтобы ни одна вершина не осталась непривязанной. Иду в Vertex. 

Типы вершин: 
+ Деформируемые вершины (мягкие) 
+ Недеформируемые вершины (Твердые) 
+ Пустые вершины без весa и привязки к кости 
Сам ящик твердый, и поэтому мы используем для него rigid вершины. Счала надо очистить вершины от других костей, нажимаем select, выделяем вершины, переключаемся на синие вершины, нажимаем Assign to link и тыкаем на желтую полоску кости link. Вес и привязка сняты, теперь переключаемся на зеленые и опять тыкаем на линк, привязка назначена.

Теперь экспортируем модель нашего ящика через Export Skin, а части простым экспортом(Export Editor Objects). Я сохранил модель ящика под именем test_box, а частей как test_box_prt{номер части}.

== Дальнейшая настройка и конвертирование в *.ogf ==
[[Изображение:SDK-Actor-Ed-preferences.gif|thumb|400px|Настройка Actor Editor-a]]
Запускаем Actor Editor, для удобства работы изменим некоторые настройки программы, а именно Preferences -> Objects -> Skeleton, поставим все галочки.
Теперь загрузим наш объект(File-> Load...).

=== Настройка объекта ===

Первым делом настроим наш объект в целом, как я уже говорил в секции про исследование, что части объекта задаются конфигом. Для первого своего разрушаемого объекта я взял конфиг от ящика(gamedata\config\models\objects\box_wood_01.ltx), скопировал его, переименовал в test_box.ltx, далее немного изменил его в соответствии со своей задумкой.

Поменял только пути к частям:
{| class="standard" align="left"
! Оригинал(box_wood_01.ltx) || Наш конфиг(test_box.ltx)
|-
|<code ini>[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7</code>
| valign="top" | <code ini>[destroyed]
physics\test_box\prt\test_box_prt1
physics\test_box\prt\test_box_prt2</code>
|}
Остальное пока оставил без изменений.
Загрузим получившийся конфиг в User Data объекта, т.е. в Object Item выбираем Object, в нижней части Item Properties, щёлкаем по полю User Data. Откроется диалог в котором нажимаем Load и ищем наш конфиг. 
Всё с настройкой объекта закончили, перейдём к настройке геометрии.

=== Настройка геометрии ===
В Object Items развернём свиток Bones, в нашем случае будет одна кость с имненем link, выбираем её.
В свойствах пункт Bones -> Global -> Generate Shape нажимае All. Идём ниже по списку:
*Bones -> Bone -> Game Material указываем материал для нашей кости. Материал выбирается только из папки objects\, в соответствии с тем, какой материал хотим для нашего объекта, смотри [[Описание шейдеров XRayMtl]]. В нашем случае я выбрал objects/large_furnitura, что соответствует материалу деревянных изделий.
*Bones -> Bone -> Mass - масса нашего объекта, я поставил 2.
*Bones -> Bone -> Shape -> Type - форма геометрии, в нашем случае Box.

Далее нужно настроить геометрию так, как хотите, чтобы ваш объект коллизил с другими, т.е. после того, как type установлен в Box,
должен появиться белый полупрозрачный шейп, это коллижен для пули и физики. Можно дополнительно редактировать шейп, например инструментом Scale.

Всё наш ящик готов к экспорту в ogf. 
File -> Export -> Export OGF... сохраняем файл как: gamedata\meshes\physics\test_box\test_box.ogf

Теперь поочерёдно загружаем части нашего объекта, ничего не меняя экспортим их как: gamedata\meshes\physics\test_box\prt\test_box_prt{номер части в соотв. с конфигом}.ogf

== Ставим наш ящик на карту ==
Наш ящик ставится, как энтити destroyable_object. Переводим редактор в режим Spawn Element и добавляем на карту энтити physics/destroyable_object.

Далее в свойствах энтити устанавливаем нашу модель в свойстве Model/Visual. Всё можно компилировать уровень и идти ломать её, вот как это примерно выглядит в игре.

{|
|[[Изображение:Ss pavel 06-11-07 23-54-58 (ww).jpg|thumb|400px|Ломающийся объект в игре]]
|[[Изображение:Ss pavel 06-11-07 23-55-08 (ww).jpg|thumb|400px|Ломающийся объект в игре]]
|}

== Что дальше? ==
А дальше постараемся вспомнить все ролики, ФО и постараемся восстановить всё, что видели в них. Шкаф с отпадывающими дверками, "самодельные" бьющиеся лампы и т.д.

== Благодарности ==
*Юрию Негробову - за помощь в настройке объекта в Actor Editor-е.

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-11T20:12:06Z

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

{| align="right"
|''Автор:'' '''Neo]['''
|}
__TOC__

== Структура статьи ==
Раз это дневник, а не полноценная статья, то структура несколько странная получилась. Если интересен сам процесс исследования, то можно читать по порядку, иначе можно сразу перейти к секции ''Создание модели''.
== Введение ==
Ну что, я пока тоже не знаю как это сделать, но на то это и дневник, чтобы записывать сюда ход исследований. Разбираться буду на каком-нибудь примере. Возьму для разбора деревянный ящик.

== Поехали ==
Первым делом решил посмотреть, что из себя представляет модель деревянного ящика, нашёл две модели:
*gamedata\meshes\objects\dynamics\box\box_wood_01.ogf
*gamedata\meshes\physics\box\box_wood_01.ogf
Просмотрев модели в этих директориях, остановился на gamedata\meshes\physics\box\box_wood_01.ogf.
Хотя в обоих случаях присутствует папка \prt\, из названия ясно, что это части объектов(part), т.е. их также необходимо отдельно моделить, жаль, что xray + ode не считают это в динамике. Хотя для стекла-то нет частей, через опыты понятно, что стекло ломается по полигонам.
Ну да ладно разговор не об этом.

Есть целая модель, есть части, значит... Значит надо как-то указать эти части, правильно конфиг объекта. Иду искать. Нахожу:
*gamedata\config\models\objects\box_wood_01.ltx

Меня заинтересовала секция:
<code ini>
[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7

[autoremove_parts]
time = 15
</code>
Значит со структурой ломающихся объектов разобрались.

== Создание модели ==

Теперь перенести бы это на процесс создания, первым делом попробуем подобрать необходимые шейдеры. Пошёл смотреть [[Описание шейдеров XRayMtl]].
Добавлю, что:
* Engine - отображение текстуры в движке игры.
* Compiler - используется при компиляции уровня.
* Material - игровой материал (wallmark, sound и др.).

Выбрал:
*Engine - models/model(Основной шейдер для динамических объектов)
*Compiler - def_vertex(Основной vertex shader, раз физический объект, вершинный шейдер значит по любому нужен)
*Material - objects/large_furnitura(Материал деревянных изделий)

Попробую повторить тот же самый ящик, запускаю макс, быстренько моделю подобие ящика и частей на которые он будет распадаться. Для всего ящика ставлю настройки шейдеров, которые написаны выше, для частей же просто как для деревянный досок([[Пресеты XRay материалов]]).
{|
|[[Изображение:3D-max-test-box.jpg|thumb|400px|Тестовый ящик]]
|}
Экспортирую ящик и каждую из частей отдельно.
Далее после экспорта в ogf с занесением в custom data модели почти копии файла gamedata\config\models\objects\box_wood_01.ltx и спавна в редакторе как destroyable_objects, натыкаюсь на кучу ошибок в редакторе, толи что-то неправильно, толи...

'''Update:''' При загрузке уровня получаю следующий лог:
stack trace:

001B:0049B5FF XR_3DA.exe, CCF_Skeleton::CCF_Skeleton()
001B:01CC39FF xrGame.dll
001B:01C8AA2B xrGame.dll
001B:01C82A34 xrGame.dll
[[Изображение:3D-max-bone-test-box.jpg|thumb|left|400px|Добавление костей]]
Хм, после раздумий делаю выводы, что надо делать также как и оружие или персов. Ну что ж будем делать.

Открываю сцену в максе, добавляю 2 кости: Create-> System -> Bones. Первую назову link, вторая может называться хоть как, без разницы.

[[Изображение:3d-max-init.gif|frame|Инициализация скелета]]
Теперь применю к мешу ящика модификатор Physique. Проинициализурем скелет, нажатием на кнопку Attach to Node и выбрав кость link. 
Теперь небольшое отступление по поводу этого модификатора. Раскрыв свиток модификатора, мы видим там следующее:
*Envelope – Настройка веса вершин и привязке к кости с помощью огибающих
*Link – Настройка параметров костей
*Bulge – Редактор выпуклостей
*Tendons – Редактор сухожилий
*Vertex – Настройка типа вершин и привязка к кости. 
Но меня интересует только Envelope и Vertex. Настрою привязку вершин к кости, учитывая, чтобы ни одна вершина не осталась непривязанной. Иду в Vertex. 

Типы вершин: 
+ Деформируемые вершины (мягкие) 
+ Недеформируемые вершины (Твердые) 
+ Пустые вершины без весa и привязки к кости 
Сам ящик твердый, и поэтому мы используем для него rigid вершины. Счала надо очистить вершины от других костей, нажимаем select, выделяем вершины, переключаемся на синие вершины, нажимаем Assign to link и тыкаем на желтую полоску кости link. Вес и привязка сняты, теперь переключаемся на зеленые и опять тыкаем на линк, привязка назначена.

Теперь экспортируем модель нашего ящика через Export Skin, а части простым экспортом(Export Editor Objects). Я сохранил модель ящика под именем test_box, а частей как test_box_prt{номер части}.

== Дальнейшая настройка и конвертирование в *.ogf ==
[[Изображение:SDK-Actor-Ed-preferences.gif|thumb|400px|Настройка Actor Editor-a]]
Запускаем Actor Editor, для удобства работы изменим некоторые настройки программы, а именно Preferences -> Objects -> Skeleton, поставим все галочки.
Теперь загрузим наш объект(File-> Load...).

=== Настройка объекта ===

Первым делом настроим наш объект в целом, как я уже говорил в секции про исследование, что части объекта задаются конфигом. Для первого своего разрушаемого объекта я взял конфиг от ящика(gamedata\config\models\objects\box_wood_01.ltx), скопировал его, переименовал в test_box.ltx, далее немного изменил его в соответствии со своей задумкой.

Поменял только пути к частям:
{| class="standard" align="left"
! Оригинал(box_wood_01.ltx) || Наш конфиг(test_box.ltx)
|-
|<code ini>[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7</code>
| valign="top" | <code ini>[destroyed]
physics\test_box\prt\test_box_prt1
physics\test_box\prt\test_box_prt2</code>
|}
Остальное пока оставил без изменений.
Загрузим получившийся конфиг в User Data объекта, т.е. в Object Item выбираем Object, в нижней части Item Properties, щёлкаем по полю User Data. Откроется диалог в котором нажимаем Load и ищем наш конфиг. 
Всё с настройкой объекта закончили, перейдём к настройке геометрии.

=== Настройка геометрии ===
В Object Items развернём свиток Bones, в нашем случае будет одна кость с имненем link, выбираем её.
В свойствах пункт Bones -> Global -> Generate Shape нажимае All. Идём ниже по списку:
*Bones -> Bone -> Game Material указываем материал для нашей кости. Материал выбирается только из папки objects\, в соответствии с тем, какой материал хотим для нашего объекта, смотри [[Описание шейдеров XRayMtl]]. В нашем случае я выбрал objects/large_furnitura, что соответствует материалу деревянных изделий.
*Bones -> Bone -> Mass - масса нашего объекта, я поставил 2.
*Bones -> Bone -> Shape -> Type - форма геометрии, в нашем случае Box.

Далее нужно настроить геометрию так, как хотите, чтобы ваш объект коллизил с другими, т.е. после того, как type установлен в Box,
должен появиться белый полупрозрачный шейп, это коллижен для пули и физики. Можно дополнительно редактировать шейп, например инструментом Scale.

Всё наш ящик готов к экспорту в ogf. 
File -> Export -> Export OGF... сохраняем файл как: gamedata\meshes\physics\test_box\test_box.ogf

Теперь поочерёдно загружаем части нашего объекта, ничего не меняя экспортим их как: gamedata\meshes\physics\test_box\prt\test_box_prt{номер части в соотв. с конфигом}.ogf

== Ставим наш ящик на карту ==
Наш ящик ставится, как энтити destroyable_object. Переводим редактор в режим Spawn Element и добавляем на карту энтити physics/destroyable_object.

Далее в свойствах энтити устанавливаем нашу модель в свойстве Model/Visual. Всё можно компилировать уровень и идти ломать её, вот как это примерно выглядит в игре.

{|
|[[Изображение:Ss pavel 06-11-07 23-54-58 (ww).jpg|thumb|400px|Ломающийся объект в игре]]
|[[Изображение:Ss pavel 06-11-07 23-55-08 (ww).jpg|thumb|400px|Ломающийся объект в игре]]
|}

== Что дальше? ==
А дальше постараемся вспомнить все ролики ФО и постараемся восстановить всё, что видели в них. Шкаф с отпадывающими дверками, "самодельные" бьющиеся лампы и т.д.

== Благодарности ==
*Юрию Негробову - за помощь в настройке объекта в Actor Editor-е.

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-11T20:09:11Z

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

{| align="right"
|''Автор:'' '''Neo]['''
|}
__TOC__

== Структура статьи ==
Раз это дневник, а не полноценная статья, то структура несколько странная получилась. Если интересен сам процесс исследования, то можно читать по порядку, иначе можно сразу перейти к секции ''Создание модели''.
== Введение ==
Ну что, я пока тоже не знаю как это сделать, но на то это и дневник, чтобы записывать сюда ход исследований. Разбираться буду на каком-нибудь примере. Возьму для разбора деревянный ящик.

== Поехали ==
Первым делом решил посмотреть, что из себя представляет модель деревянного ящика, нашёл две модели:
*gamedata\meshes\objects\dynamics\box\box_wood_01.ogf
*gamedata\meshes\physics\box\box_wood_01.ogf
Просмотрев модели в этих директориях, остановился на gamedata\meshes\physics\box\box_wood_01.ogf.
Хотя в обоих случаях присутствует папка \prt\, из названия ясно, что это части объектов(part), т.е. их также необходимо отдельно моделить, жаль, что xray + ode не считают это в динамике. Хотя для стекла-то нет частей, через опыты понятно, что стекло ломается по полигонам.
Ну да ладно разговор не об этом.

Есть целая модель, есть части, значит... Значит надо как-то указать эти части, правильно конфиг объекта. Иду искать. Нахожу:
*gamedata\config\models\objects\box_wood_01.ltx

Меня заинтересовала секция:
<code ini>
[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7

[autoremove_parts]
time = 15
</code>
Значит со структурой ломающихся объектов разобрались.

== Создание модели ==

Теперь перенести бы это на процесс создания, первым делом попробуем подобрать необходимые шейдеры. Пошёл смотреть [[Описание шейдеров XRayMtl]].
Добавлю, что:
* Engine - отображение текстуры в движке игры.
* Compiler - используется при компиляции уровня.
* Material - игровой материал (wallmark, sound и др.).

Выбрал:
*Engine - models/model(Основной шейдер для динамических объектов)
*Compiler - def_vertex(Основной vertex shader, раз физический объект, вершинный шейдер значит по любому нужен)
*Material - objects/large_furnitura(Материал деревянных изделий)

Попробую повторить тот же самый ящик, запускаю макс, быстренько моделю подобие ящика и частей на которые он будет распадаться. Для всего ящика ставлю настройки шейдеров, которые написаны выше, для частей же просто как для деревянный досок([[Пресеты XRay материалов]]).
{|
|[[Изображение:3D-max-test-box.jpg|thumb|400px|Тестовый ящик]]
|}
Экспортирую ящик и каждую из частей отдельно.
Далее после экспорта в ogf с занесением в custom data модели почти копии файла gamedata\config\models\objects\box_wood_01.ltx и спавна в редакторе как destroyable_objects, натыкаюсь на кучу ошибок в редакторе, толи что-то неправильно, толи...

'''Update:''' При загрузке уровня получаю следующий лог:
stack trace:

001B:0049B5FF XR_3DA.exe, CCF_Skeleton::CCF_Skeleton()
001B:01CC39FF xrGame.dll
001B:01C8AA2B xrGame.dll
001B:01C82A34 xrGame.dll
[[Изображение:3D-max-bone-test-box.jpg|thumb|left|400px|Добавление костей]]
Хм, после раздумий делаю выводы, что надо делать также как и оружие или персов. Ну что ж будем делать.

Открываю сцену в максе, добавляю 2 кости: Create-> System -> Bones. Первую назову link, вторая может называться хоть как, без разницы.

[[Изображение:3d-max-init.gif|frame|Инициализация скелета]]
Теперь применю к мешу ящика модификатор Physique. Проинициализурем скелет, нажатием на кнопку Attach to Node и выбрав кость link. 
Теперь небольшое отступление по поводу этого модификатора. Раскрыв свиток модификатора, мы видим там следующее:
*Envelope – Настройка веса вершин и привязке к кости с помощью огибающих
*Link – Настройка параметров костей
*Bulge – Редактор выпуклостей
*Tendons – Редактор сухожилий
*Vertex – Настройка типа вершин и привязка к кости. 
Но меня интересует только Envelope и Vertex. Настрою привязку вершин к кости, учитывая, чтобы ни одна вершина не осталась непривязанной. Иду в Vertex. 

Типы вершин: 
+ Деформируемые вершины (мягкие) 
+ Недеформируемые вершины (Твердые) 
+ Пустые вершины без весa и привязки к кости 
Сам ящик твердый, и поэтому мы используем для него rigid вершины. Счала надо очистить вершины от других костей, нажимаем select, выделяем вершины, переключаемся на синие вершины, нажимаем Assign to link и тыкаем на желтую полоску кости link. Вес и привязка сняты, теперь переключаемся на зеленые и опять тыкаем на линк, привязка назначена.

Теперь экспортируем модель нашего ящика через Export Skin, а части простым экспортом(Export Editor Objects). Я сохранил модель ящика под именем test_box, а частей как test_box_prt{номер части}.

== Дальнейшая настройка и конвертирование в *.ogf ==
[[Изображение:SDK-Actor-Ed-preferences.gif|thumb|400px|Настройка Actor Editor-a]]
Запускаем Actor Editor, для удобства работы изменим некоторые настройки программы, а именно Preferences -> Objects -> Skeleton, поставим все галочки.
Теперь загрузим наш объект(File-> Load...).

=== Настройка объекта ===

Первым делом настроим наш объект в целом, как я уже говорил в секции про исследование, что части объекта задаются конфигом. Для первого своего разрушаемого объекта я взял конфиг от ящика(gamedata\config\models\objects\box_wood_01.ltx), скопировал его, переименовал в test_box.ltx, далее немного изменил его в соответствии со своей задумкой.

Поменял только пути к частям:
{| class="standard" align="left"
! Оригинал(box_wood_01.ltx) || Наш конфиг(test_box.ltx)
|-
|<code ini>[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7</code>
| valign="top" | <code ini>[destroyed]
physics\test_box\prt\test_box_prt1
physics\test_box\prt\test_box_prt2</code>
|}
Остальное пока оставил без изменений.
Загрузим получившийся конфиг в User Data объекта, т.е. в Object Item выбираем Object, в нижней части Item Properties, щёлкаем по полю User Data. Откроется диалог в котором нажимаем Load и ищем наш конфиг. 
Всё с настройкой объекта закончили, перейдём к настройке геометрии.

=== Настройка геометрии ===
В Object Items развернём свиток Bones, в нашем случае будет одна кость с имненем link, выбираем её.
В свойствах пункт Bones -> Global -> Generate Shape нажимае All. Идём ниже по списку:
*Bones -> Bone -> Game Material указываем материал для нашей кости. Материал выбирается только из папки objects\, в соответствии с тем, какой материал хотим для нашего объекта, смотри [[Описание шейдеров XRayMtl]]. В нашем случае я выбрал objects/large_furnitura, что соответствует материалу деревянных изделий.
*Bones -> Bone -> Mass - масса нашего объекта, я поставил 2.
*Bones -> Bone -> Shape -> Type - форма геометрии, в нашем случае Box.

Далее нужно настроить геометрию так, как хотите, чтобы ваш объект коллизил с другими, т.е. после того, как type установлен в Box,
должен появиться белый полупрозрачный шейп, это коллижен для пули и физики. Можно дополнительно редактировать шейп, например инструментом Scale.

Всё наш ящик готов к экспорту в ogf. 
File -> Export -> Export OGF... сохраняем файл как: gamedata\meshes\physics\test_box\test_box.ogf

Теперь поочерёдно загружаем части нашего объекта, ничего не меняя экспортим их как: gamedata\meshes\physics\test_box\prt\test_box_prt{номер части в соотв. с конфигом}.ogf

== Ставим наш ящик на карту ==
Наш ящик ставится, как энтити destroyable_object. Переводим редактор в режим Spawn Element и добавляем на карту энтити physics/destroyable_object.

Далее в свойствах энтити устанавливаем нашу модель в свойстве Model/Visual. Всё можно компилировать уровень и идти ломать её, вот как это примерно выглядит в игре.

{|
|[[Изображение:Ss pavel 06-11-07 23-54-58 (ww).jpg|thumb|400px|Ломающийся объект в игре]]
|[[Изображение:Ss pavel 06-11-07 23-55-08 (ww).jpg|thumb|400px|Ломающийся объект в игре]]
|}

== Благодарности ==
*Юрию Негробову - за помощь в настройке объекта в Actor Editor-е.

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-11T20:05:25Z

Neo: /* Настройка геометрии */

{| align="right"
|''Автор:'' '''Neo]['''
|}
__TOC__

== Структура статьи ==
Раз это дневник, а не полноценная статья, то структура несколько странная получилась. Если интересен сам процесс исследования, то можно читать по порядку, иначе можно сразу перейти к секции ''Создание модели''.
== Введение ==
Ну что, я пока тоже не знаю как это сделать, но на то это и дневник, чтобы записывать сюда ход исследований. Разбираться буду на каком-нибудь примере. Возьму для разбора деревянный ящик.

== Поехали ==
Первым делом решил посмотреть, что из себя представляет модель деревянного ящика, нашёл две модели:
*gamedata\meshes\objects\dynamics\box\box_wood_01.ogf
*gamedata\meshes\physics\box\box_wood_01.ogf
Просмотрев модели в этих директориях, остановился на gamedata\meshes\physics\box\box_wood_01.ogf.
Хотя в обоих случаях присутствует папка \prt\, из названия ясно, что это части объектов(part), т.е. их также необходимо отдельно моделить, жаль, что xray + ode не считают это в динамике. Хотя для стекла-то нет частей, через опыты понятно, что стекло ломается по полигонам.
Ну да ладно разговор не об этом.

Есть целая модель, есть части, значит... Значит надо как-то указать эти части, правильно конфиг объекта. Иду искать. Нахожу:
*gamedata\config\models\objects\box_wood_01.ltx

Меня заинтересовала секция:
<code ini>
[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7

[autoremove_parts]
time = 15
</code>
Значит со структурой ломающихся объектов разобрались.

== Создание модели ==

Теперь перенести бы это на процесс создания, первым делом попробуем подобрать необходимые шейдеры. Пошёл смотреть [[Описание шейдеров XRayMtl]].
Добавлю, что:
* Engine - отображение текстуры в движке игры.
* Compiler - используется при компиляции уровня.
* Material - игровой материал (wallmark, sound и др.).

Выбрал:
*Engine - models/model(Основной шейдер для динамических объектов)
*Compiler - def_vertex(Основной vertex shader, раз физический объект, вершинный шейдер значит по любому нужен)
*Material - objects/large_furnitura(Материал деревянных изделий)

Попробую повторить тот же самый ящик, запускаю макс, быстренько моделю подобие ящика и частей на которые он будет распадаться. Для всего ящика ставлю настройки шейдеров, которые написаны выше, для частей же просто как для деревянный досок([[Пресеты XRay материалов]]).
{|
|[[Изображение:3D-max-test-box.jpg|thumb|400px|Тестовый ящик]]
|}
Экспортирую ящик и каждую из частей отдельно.
Далее после экспорта в ogf с занесением в custom data модели почти копии файла gamedata\config\models\objects\box_wood_01.ltx и спавна в редакторе как destroyable_objects, натыкаюсь на кучу ошибок в редакторе, толи что-то неправильно, толи...

'''Update:''' При загрузке уровня получаю следующий лог:
stack trace:

001B:0049B5FF XR_3DA.exe, CCF_Skeleton::CCF_Skeleton()
001B:01CC39FF xrGame.dll
001B:01C8AA2B xrGame.dll
001B:01C82A34 xrGame.dll
[[Изображение:3D-max-bone-test-box.jpg|thumb|left|400px|Добавление костей]]
Хм, после раздумий делаю выводы, что надо делать также как и оружие или персов. Ну что ж будем делать.

Открываю сцену в максе, добавляю 2 кости: Create-> System -> Bones. Первую назову link, вторая может называться хоть как, без разницы.

[[Изображение:3d-max-init.gif|frame|Инициализация скелета]]
Теперь применю к мешу ящика модификатор Physique. Проинициализурем скелет, нажатием на кнопку Attach to Node и выбрав кость link. 
Теперь небольшое отступление по поводу этого модификатора. Раскрыв свиток модификатора, мы видим там следующее:
*Envelope – Настройка веса вершин и привязке к кости с помощью огибающих
*Link – Настройка параметров костей
*Bulge – Редактор выпуклостей
*Tendons – Редактор сухожилий
*Vertex – Настройка типа вершин и привязка к кости. 
Но меня интересует только Envelope и Vertex. Настрою привязку вершин к кости, учитывая, чтобы ни одна вершина не осталась непривязанной. Иду в Vertex. 

Типы вершин: 
+ Деформируемые вершины (мягкие) 
+ Недеформируемые вершины (Твердые) 
+ Пустые вершины без весa и привязки к кости 
Сам ящик твердый, и поэтому мы используем для него rigid вершины. Счала надо очистить вершины от других костей, нажимаем select, выделяем вершины, переключаемся на синие вершины, нажимаем Assign to link и тыкаем на желтую полоску кости link. Вес и привязка сняты, теперь переключаемся на зеленые и опять тыкаем на линк, привязка назначена.

Теперь экспортируем модель нашего ящика через Export Skin, а части простым экспортом(Export Editor Objects). Я сохранил модель ящика под именем test_box, а частей как test_box_prt{номер части}.

== Дальнейшая настройка и конвертирование в *.ogf ==
[[Изображение:SDK-Actor-Ed-preferences.gif|thumb|400px|Настройка Actor Editor-a]]
Запускаем Actor Editor, для удобства работы изменим некоторые настройки программы, а именно Preferences -> Objects -> Skeleton, поставим все галочки.
Теперь загрузим наш объект(File-> Load...).

=== Настройка объекта ===

Первым делом настроим наш объект в целом, как я уже говорил в секции про исследование, что части объекта задаются конфигом. Для первого своего разрушаемого объекта я взял конфиг от ящика(gamedata\config\models\objects\box_wood_01.ltx), скопировал его, переименовал в test_box.ltx, далее немного изменил его в соответствии со своей задумкой.

Поменял только пути к частям:
{| class="standard" align="left"
! Оригинал(box_wood_01.ltx) || Наш конфиг(test_box.ltx)
|-
|<code ini>[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7</code>
| valign="top" | <code ini>[destroyed]
physics\test_box\prt\test_box_prt1
physics\test_box\prt\test_box_prt2</code>
|}
Остальное пока оставил без изменений.
Загрузим получившийся конфиг в User Data объекта, т.е. в Object Item выбираем Object, в нижней части Item Properties, щёлкаем по полю User Data. Откроется диалог в котором нажимаем Load и ищем наш конфиг. 
Всё с настройкой объекта закончили, перейдём к настройке геометрии.

=== Настройка геометрии ===
В Object Items развернём свиток Bones, в нашем случае будет одна кость с имненем link, выбираем её.
В свойствах пункт Bones -> Global -> Generate Shape нажимае All. Идём ниже по списку:
*Bones -> Bone -> Game Material указываем материал для нашей кости. Материал выбирается только из папки objects\, в соответствии с тем, какой материал хотим для нашего объекта, смотри [[Описание шейдеров XRayMtl]]. В нашем случае я выбрал objects/large_furnitura, что соответствует материалу деревянных изделий.
*Bones -> Bone -> Mass - масса нашего объекта, я поставил 2.
*Bones -> Bone -> Shape -> Type - форма геометрии, в нашем случае Box.

Далее нужно настроить геометрию так, как хотите, чтобы ваш объект коллизил с другими, т.е. после того, как type установлен в Box,
должен появиться белый полупрозрачный шейп, это коллижен для пули и физики. Можно дополнительно редактировать шейп, например инструментом Scale.

Всё наш ящик готов к экспорту в ogf. 
File -> Export -> Export OGF... сохраняем файл как: gamedata\meshes\physics\test_box\test_box.ogf

Теперь поочерёдно загружаем части нашего объекта, ничего не меняя экспортим их как: gamedata\meshes\physics\test_box\prt\test_box_prt{номер части в соотв. с конфигом}.ogf

== Ставим наш ящик на карту ==
Наш ящик ставится, как энтити destroyable_object. Переводим редактор в режим Spawn Element и добавляем на карту энтити physics/destroyable_object.

Далее в свойствах энтити устанавливаем нашу модель в свойстве Model/Visual. Всё можно компилировать уровень и идти ломать её, вот как это примерно выглядит в игре.

{|
|[[Изображение:Ss pavel 06-11-07 23-54-58 (ww).jpg|thumb|400px|Ломающийся объект в игре]]
|[[Изображение:Ss pavel 06-11-07 23-55-08 (ww).jpg|thumb|400px|Ломающийся объект в игре]]
|}

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-11T20:03:50Z

Neo: Готово

{| align="right"
|''Автор:'' '''Neo]['''
|}
__TOC__

== Структура статьи ==
Раз это дневник, а не полноценная статья, то структура несколько странная получилась. Если интересен сам процесс исследования, то можно читать по порядку, иначе можно сразу перейти к секции ''Создание модели''.
== Введение ==
Ну что, я пока тоже не знаю как это сделать, но на то это и дневник, чтобы записывать сюда ход исследований. Разбираться буду на каком-нибудь примере. Возьму для разбора деревянный ящик.

== Поехали ==
Первым делом решил посмотреть, что из себя представляет модель деревянного ящика, нашёл две модели:
*gamedata\meshes\objects\dynamics\box\box_wood_01.ogf
*gamedata\meshes\physics\box\box_wood_01.ogf
Просмотрев модели в этих директориях, остановился на gamedata\meshes\physics\box\box_wood_01.ogf.
Хотя в обоих случаях присутствует папка \prt\, из названия ясно, что это части объектов(part), т.е. их также необходимо отдельно моделить, жаль, что xray + ode не считают это в динамике. Хотя для стекла-то нет частей, через опыты понятно, что стекло ломается по полигонам.
Ну да ладно разговор не об этом.

Есть целая модель, есть части, значит... Значит надо как-то указать эти части, правильно конфиг объекта. Иду искать. Нахожу:
*gamedata\config\models\objects\box_wood_01.ltx

Меня заинтересовала секция:
<code ini>
[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7

[autoremove_parts]
time = 15
</code>
Значит со структурой ломающихся объектов разобрались.

== Создание модели ==

Теперь перенести бы это на процесс создания, первым делом попробуем подобрать необходимые шейдеры. Пошёл смотреть [[Описание шейдеров XRayMtl]].
Добавлю, что:
* Engine - отображение текстуры в движке игры.
* Compiler - используется при компиляции уровня.
* Material - игровой материал (wallmark, sound и др.).

Выбрал:
*Engine - models/model(Основной шейдер для динамических объектов)
*Compiler - def_vertex(Основной vertex shader, раз физический объект, вершинный шейдер значит по любому нужен)
*Material - objects/large_furnitura(Материал деревянных изделий)

Попробую повторить тот же самый ящик, запускаю макс, быстренько моделю подобие ящика и частей на которые он будет распадаться. Для всего ящика ставлю настройки шейдеров, которые написаны выше, для частей же просто как для деревянный досок([[Пресеты XRay материалов]]).
{|
|[[Изображение:3D-max-test-box.jpg|thumb|400px|Тестовый ящик]]
|}
Экспортирую ящик и каждую из частей отдельно.
Далее после экспорта в ogf с занесением в custom data модели почти копии файла gamedata\config\models\objects\box_wood_01.ltx и спавна в редакторе как destroyable_objects, натыкаюсь на кучу ошибок в редакторе, толи что-то неправильно, толи...

'''Update:''' При загрузке уровня получаю следующий лог:
stack trace:

001B:0049B5FF XR_3DA.exe, CCF_Skeleton::CCF_Skeleton()
001B:01CC39FF xrGame.dll
001B:01C8AA2B xrGame.dll
001B:01C82A34 xrGame.dll
[[Изображение:3D-max-bone-test-box.jpg|thumb|left|400px|Добавление костей]]
Хм, после раздумий делаю выводы, что надо делать также как и оружие или персов. Ну что ж будем делать.

Открываю сцену в максе, добавляю 2 кости: Create-> System -> Bones. Первую назову link, вторая может называться хоть как, без разницы.

[[Изображение:3d-max-init.gif|frame|Инициализация скелета]]
Теперь применю к мешу ящика модификатор Physique. Проинициализурем скелет, нажатием на кнопку Attach to Node и выбрав кость link. 
Теперь небольшое отступление по поводу этого модификатора. Раскрыв свиток модификатора, мы видим там следующее:
*Envelope – Настройка веса вершин и привязке к кости с помощью огибающих
*Link – Настройка параметров костей
*Bulge – Редактор выпуклостей
*Tendons – Редактор сухожилий
*Vertex – Настройка типа вершин и привязка к кости. 
Но меня интересует только Envelope и Vertex. Настрою привязку вершин к кости, учитывая, чтобы ни одна вершина не осталась непривязанной. Иду в Vertex. 

Типы вершин: 
+ Деформируемые вершины (мягкие) 
+ Недеформируемые вершины (Твердые) 
+ Пустые вершины без весa и привязки к кости 
Сам ящик твердый, и поэтому мы используем для него rigid вершины. Счала надо очистить вершины от других костей, нажимаем select, выделяем вершины, переключаемся на синие вершины, нажимаем Assign to link и тыкаем на желтую полоску кости link. Вес и привязка сняты, теперь переключаемся на зеленые и опять тыкаем на линк, привязка назначена.

Теперь экспортируем модель нашего ящика через Export Skin, а части простым экспортом(Export Editor Objects). Я сохранил модель ящика под именем test_box, а частей как test_box_prt{номер части}.

== Дальнейшая настройка и конвертирование в *.ogf ==
[[Изображение:SDK-Actor-Ed-preferences.gif|thumb|400px|Настройка Actor Editor-a]]
Запускаем Actor Editor, для удобства работы изменим некоторые настройки программы, а именно Preferences -> Objects -> Skeleton, поставим все галочки.
Теперь загрузим наш объект(File-> Load...).

=== Настройка объекта ===

Первым делом настроим наш объект в целом, как я уже говорил в секции про исследование, что части объекта задаются конфигом. Для первого своего разрушаемого объекта я взял конфиг от ящика(gamedata\config\models\objects\box_wood_01.ltx), скопировал его, переименовал в test_box.ltx, далее немного изменил его в соответствии со своей задумкой.

Поменял только пути к частям:
{| class="standard" align="left"
! Оригинал(box_wood_01.ltx) || Наш конфиг(test_box.ltx)
|-
|<code ini>[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7</code>
| valign="top" | <code ini>[destroyed]
physics\test_box\prt\test_box_prt1
physics\test_box\prt\test_box_prt2</code>
|}
Остальное пока оставил без изменений.
Загрузим получившийся конфиг в User Data объекта, т.е. в Object Item выбираем Object, в нижней части Item Properties, щёлкаем по полю User Data. Откроется диалог в котором нажимаем Load и ищем наш конфиг. 
Всё с настройкой объекта закончили, перейдём к настройке геометрии.

=== Настройка геометрии ===
В Object Items развернём свиток Bones, в нашем случае будет одна кость с имненем link, выбираем её.
В свойствах пункт Bones -> Global -> Generate Shape нажимае All. Идём ниже по списку:
*Bones -> Bone -> Game Material указываем материал для нашей кости. Материал выбирается только из папки objects\, в соответствии с тем, какой материал хотим для нашего объекта, смотри [[Описание шейдеров XRayMtl]]. В нашем случае я выбрал objects/large_furnitura, что соответствует материалу деревянных изделий.
*Bones -> Bone -> Mass - масса нашего объекта, я поставил 2.
*Bones -> Bone -> Shape -> Type - форма геометрии, в нашем случае Box.

Далее нужно настроить геометрию так, как хотите, чтобы ваш объект коллизил с другими, т.е. после того, как type установлен в Box,
должен появиться белый полупрозрачный шейп, это коллижен для пули и физики. Можно дополнительно редактировать шейп, например инструментом Scale.

Всё наш ящик готов к экспорту в ogf. 
File -> Export -> Export OGF... сохраняем файл как: gamedata\meshes\physics\test_box\test_box.ogf
Теперь поочерёдно загружаем части нашего объекта, ничего не меняя экспортим их как: gamedata\meshes\physics\test_box\prt\test_box_prt{номер части в соотв. с конфигом}.ogf

== Ставим наш ящик на карту ==
Наш ящик ставится, как энтити destroyable_object. Переводим редактор в режим Spawn Element и добавляем на карту энтити physics/destroyable_object.

Далее в свойствах энтити устанавливаем нашу модель в свойстве Model/Visual. Всё можно компилировать уровень и идти ломать её, вот как это примерно выглядит в игре.

{|
|[[Изображение:Ss pavel 06-11-07 23-54-58 (ww).jpg|thumb|400px|Ломающийся объект в игре]]
|[[Изображение:Ss pavel 06-11-07 23-55-08 (ww).jpg|thumb|400px|Ломающийся объект в игре]]
|}

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-11T20:03:35Z

Neo: Готово

{| align="right"
|''Автор:'' '''Neo]['''
|}
__TOC__

== Структура статьи ==
Раз это дневник, а не полноценная статья, то структура несколько странная получилась. Если интересен сам процесс исследования, то можно читать по порядку, иначе можно сразу перейти к секции ''Создание модели''.
== Введение ==
Ну что, я пока тоже не знаю как это сделать, но на то это и дневник, чтобы записывать сюда ход исследований. Разбираться буду на каком-нибудь примере. Возьму для разбора деревянный ящик.

== Поехали ==
Первым делом решил посмотреть, что из себя представляет модель деревянного ящика, нашёл две модели:
*gamedata\meshes\objects\dynamics\box\box_wood_01.ogf
*gamedata\meshes\physics\box\box_wood_01.ogf
Просмотрев модели в этих директориях, остановился на gamedata\meshes\physics\box\box_wood_01.ogf.
Хотя в обоих случаях присутствует папка \prt\, из названия ясно, что это части объектов(part), т.е. их также необходимо отдельно моделить, жаль, что xray + ode не считают это в динамике. Хотя для стекла-то нет частей, через опыты понятно, что стекло ломается по полигонам.
Ну да ладно разговор не об этом.

Есть целая модель, есть части, значит... Значит надо как-то указать эти части, правильно конфиг объекта. Иду искать. Нахожу:
*gamedata\config\models\objects\box_wood_01.ltx

Меня заинтересовала секция:
<code ini>
[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7

[autoremove_parts]
time = 15
</code>
Значит со структурой ломающихся объектов разобрались.

== Создание модели ==

Теперь перенести бы это на процесс создания, первым делом попробуем подобрать необходимые шейдеры. Пошёл смотреть [[Описание шейдеров XRayMtl]].
Добавлю, что:
* Engine - отображение текстуры в движке игры.
* Compiler - используется при компиляции уровня.
* Material - игровой материал (wallmark, sound и др.).

Выбрал:
*Engine - models/model(Основной шейдер для динамических объектов)
*Compiler - def_vertex(Основной vertex shader, раз физический объект, вершинный шейдер значит по любому нужен)
*Material - objects/large_furnitura(Материал деревянных изделий)

Попробую повторить тот же самый ящик, запускаю макс, быстренько моделю подобие ящика и частей на которые он будет распадаться. Для всего ящика ставлю настройки шейдеров, которые написаны выше, для частей же просто как для деревянный досок([[Пресеты XRay материалов]]).
{|
|[[Изображение:3D-max-test-box.jpg|thumb|400px|Тестовый ящик]]
|}
Экспортирую ящик и каждую из частей отдельно.
Далее после экспорта в ogf с занесением в custom data модели почти копии файла gamedata\config\models\objects\box_wood_01.ltx и спавна в редакторе как destroyable_objects, натыкаюсь на кучу ошибок в редакторе, толи что-то неправильно, толи...

'''Update:''' При загрузке уровня получаю следующий лог:
stack trace:

001B:0049B5FF XR_3DA.exe, CCF_Skeleton::CCF_Skeleton()
001B:01CC39FF xrGame.dll
001B:01C8AA2B xrGame.dll
001B:01C82A34 xrGame.dll
[[Изображение:3D-max-bone-test-box.jpg|thumb|left|400px|Добавление костей]]
Хм, после раздумий делаю выводы, что надо делать также как и оружие или персов. Ну что ж будем делать.

Открываю сцену в максе, добавляю 2 кости: Create-> System -> Bones. Первую назову link, вторая может называться хоть как, без разницы.

[[Изображение:3d-max-init.gif|frame|Инициализация скелета]]
Теперь применю к мешу ящика модификатор Physique. Проинициализурем скелет, нажатием на кнопку Attach to Node и выбрав кость link. 
Теперь небольшое отступление по поводу этого модификатора. Раскрыв свиток модификатора, мы видим там следующее:
*Envelope – Настройка веса вершин и привязке к кости с помощью огибающих
*Link – Настройка параметров костей
*Bulge – Редактор выпуклостей
*Tendons – Редактор сухожилий
*Vertex – Настройка типа вершин и привязка к кости. 
Но меня интересует только Envelope и Vertex. Настрою привязку вершин к кости, учитывая, чтобы ни одна вершина не осталась непривязанной. Иду в Vertex. 

Типы вершин: 
+ Деформируемые вершины (мягкие) 
+ Недеформируемые вершины (Твердые) 
+ Пустые вершины без весa и привязки к кости 
Сам ящик твердый, и поэтому мы используем для него rigid вершины. Счала надо очистить вершины от других костей, нажимаем select, выделяем вершины, переключаемся на синие вершины, нажимаем Assign to link и тыкаем на желтую полоску кости link. Вес и привязка сняты, теперь переключаемся на зеленые и опять тыкаем на линк, привязка назначена.

Теперь экспортируем модель нашего ящика через Export Skin, а части простым экспортом(Export Editor Objects). Я сохранил модель ящика под именем test_box, а частей как test_box_prt{номер части}.

== Дальнейшая настройка и конвертирование в *.ogf ==
[[Изображение:SDK-Actor-Ed-preferences.gif|thumb|400px|Настройка Actor Editor-a]]
Запускаем Actor Editor, для удобства работы изменим некоторые настройки программы, а именно Preferences -> Objects -> Skeleton, поставим все галочки.
Теперь загрузим наш объект(File-> Load...).

=== Настройка объекта ===

Первым делом настроим наш объект в целом, как я уже говорил в секции про исследование, что части объекта задаются конфигом. Для первого своего разрушаемого объекта я взял конфиг от ящика(gamedata\config\models\objects\box_wood_01.ltx), скопировал его, переименовал в test_box.ltx, далее немного изменил его в соответствии со своей задумкой.

Поменял только пути к частям:
{| class="standard" align="left"
! Оригинал(box_wood_01.ltx) || Наш конфиг(test_box.ltx)
|-
|<code ini>[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7</code>
| valign="top" | <code ini>[destroyed]
physics\test_box\prt\test_box_prt1
physics\test_box\prt\test_box_prt2</code>
|}
Остальное пока оставил без изменений.
Загрузим получившийся конфиг в User Data объекта, т.е. в Object Item выбираем Object, в нижней части Item Properties, щёлкаем по полю User Data. Откроется диалог в котором нажимаем Load и ищем наш конфиг. 
Всё с настройкой объекта закончили, перейдём к настройке геометрии.

=== Настройка геометрии ===
В Object Items развернём свиток Bones, в нашем случае будет одна кость с имненем link, выбираем её.
В свойствах пункт Bones -> Global -> Generate Shape нажимае All. Идём ниже по списку:
*Bones -> Bone -> Game Material указываем материал для нашей кости. Материал выбирается только из папки objects\, в соответствии с тем, какой материал хотим для нашего объекта, смотри [[Описание шейдеров XRayMtl]]. В нашем случае я выбрал objects/large_furnitura, что соответствует материалу деревянных изделий.
*Bones -> Bone -> Mass - масса нашего объекта, я поставил 2.
*Bones -> Bone -> Shape -> Type - форма геометрии, в нашем случае Box.

Далее нужно настроить геометрию так, как хотите, чтобы ваш объект коллизил с другими, т.е. после того, как type установлен в Box,
должен появиться белый полупрозрачный шейп, это коллижен для пули и физики. Можно дополнительно редактировать шейп, например инструментом Scale.

Всё наш ящик готов к экспорту в ogf. 
File -> Export -> Export OGF... сохраняем файл как: gamedata\meshes\physics\test_box\test_box.ogf
Теперь поочерёдно загружаем части нашего объекта, ничего не меняя экспортим их как: gamedata\meshes\physics\test_box\prt\test_box_prt{номер части в соотв. с конфигом}.ogf

== Ставим наш ящик на карту ==
Наш ящик ставится, как энтити destroyable_object. Переводим редактор в режим Spawn Element и добавляем на карту энтити physics/destroyable_object.

Далее в свойствах энтити устанавливаем нашу модель в свойстве Model/Visual. Всё можно компилировать уровень и идти ломать всё, вот как это примерно выглядит в игре.

{|
|[[Изображение:Ss pavel 06-11-07 23-54-58 (ww).jpg|thumb|400px|Ломающийся объект в игре]]
|[[Изображение:Ss pavel 06-11-07 23-55-08 (ww).jpg|thumb|400px|Ломающийся объект в игре]]
|}

Файл:Ss pavel 06-11-07 23-55-08 (ww).jpg

2007-06-11T20:03:09Z

Neo: Ломающийся объект в игре

Ломающийся объект в игре

Файл:Ss pavel 06-11-07 23-54-58 (ww).jpg

2007-06-11T20:02:07Z

Neo: Ломающийся объект в игре

Ломающийся объект в игре

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-11T19:52:01Z

Neo: Готово создание объекта

{| align="right"
|''Автор:'' '''Neo]['''
|}
__TOC__

== Структура статьи ==
Раз это дневник, а не полноценная статья, то структура несколько странная получилась. Если интересен сам процесс исследования, то можно читать по порядку, иначе можно сразу перейти к секции ''Создание модели''.
== Введение ==
Ну что, я пока тоже не знаю как это сделать, но на то это и дневник, чтобы записывать сюда ход исследований. Разбираться буду на каком-нибудь примере. Возьму для разбора деревянный ящик.

== Поехали ==
Первым делом решил посмотреть, что из себя представляет модель деревянного ящика, нашёл две модели:
*gamedata\meshes\objects\dynamics\box\box_wood_01.ogf
*gamedata\meshes\physics\box\box_wood_01.ogf
Просмотрев модели в этих директориях, остановился на gamedata\meshes\physics\box\box_wood_01.ogf.
Хотя в обоих случаях присутствует папка \prt\, из названия ясно, что это части объектов(part), т.е. их также необходимо отдельно моделить, жаль, что xray + ode не считают это в динамике. Хотя для стекла-то нет частей, через опыты понятно, что стекло ломается по полигонам.
Ну да ладно разговор не об этом.

Есть целая модель, есть части, значит... Значит надо как-то указать эти части, правильно конфиг объекта. Иду искать. Нахожу:
*gamedata\config\models\objects\box_wood_01.ltx

Меня заинтересовала секция:
<code ini>
[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7

[autoremove_parts]
time = 15
</code>
Значит со структурой ломающихся объектов разобрались.

== Создание модели ==

Теперь перенести бы это на процесс создания, первым делом попробуем подобрать необходимые шейдеры. Пошёл смотреть [[Описание шейдеров XRayMtl]].
Добавлю, что:
* Engine - отображение текстуры в движке игры.
* Compiler - используется при компиляции уровня.
* Material - игровой материал (wallmark, sound и др.).

Выбрал:
*Engine - models/model(Основной шейдер для динамических объектов)
*Compiler - def_vertex(Основной vertex shader, раз физический объект, вершинный шейдер значит по любому нужен)
*Material - objects/large_furnitura(Материал деревянных изделий)

Попробую повторить тот же самый ящик, запускаю макс, быстренько моделю подобие ящика и частей на которые он будет распадаться. Для всего ящика ставлю настройки шейдеров, которые написаны выше, для частей же просто как для деревянный досок([[Пресеты XRay материалов]]).
{|
|[[Изображение:3D-max-test-box.jpg|thumb|400px|Тестовый ящик]]
|}
Экспортирую ящик и каждую из частей отдельно.
Далее после экспорта в ogf с занесением в custom data модели почти копии файла gamedata\config\models\objects\box_wood_01.ltx и спавна в редакторе как destroyable_objects, натыкаюсь на кучу ошибок в редакторе, толи что-то неправильно, толи...

'''Update:''' При загрузке уровня получаю следующий лог:
stack trace:

001B:0049B5FF XR_3DA.exe, CCF_Skeleton::CCF_Skeleton()
001B:01CC39FF xrGame.dll
001B:01C8AA2B xrGame.dll
001B:01C82A34 xrGame.dll
[[Изображение:3D-max-bone-test-box.jpg|thumb|left|400px|Добавление костей]]
Хм, после раздумий делаю выводы, что надо делать также как и оружие или персов. Ну что ж будем делать.

Открываю сцену в максе, добавляю 2 кости: Create-> System -> Bones. Первую назову link, вторая может называться хоть как, без разницы.

[[Изображение:3d-max-init.gif|frame|Инициализация скелета]]
Теперь применю к мешу ящика модификатор Physique. Проинициализурем скелет, нажатием на кнопку Attach to Node и выбрав кость link. 
Теперь небольшое отступление по поводу этого модификатора. Раскрыв свиток модификатора, мы видим там следующее:
*Envelope – Настройка веса вершин и привязке к кости с помощью огибающих
*Link – Настройка параметров костей
*Bulge – Редактор выпуклостей
*Tendons – Редактор сухожилий
*Vertex – Настройка типа вершин и привязка к кости. 
Но меня интересует только Envelope и Vertex. Настрою привязку вершин к кости, учитывая, чтобы ни одна вершина не осталась непривязанной. Иду в Vertex. 
Типы вершин: 
+ Деформируемые вершины (мягкие) 
+ Недеформируемые вершины (Твердые) 
+ Пустые вершины без весa и привязки к кости 
Сам ящик твердый, и поэтому мы используем для него rigid вершины. Счала надо очистить вершины от других костей, нажимаем select, выделяем вершины, переключаемся на синие вершины, нажимаем Assign to link и тыкаем на желтую полоску кости link. Вес и привязка сняты, теперь переключаемся на зеленые и опять тыкаем на линк, привязка назначена.

Теперь экспортируем модель нашего ящика через Export Skin, а части простым экспортом(Export Editor Objects). Я сохранил модель ящика под именем test_box, а частей как test_box_prt{номер части}.

== Дальнейшая настройка и конвертирование в *.ogf ==
[[Изображение:SDK-Actor-Ed-preferences.gif|thumb|400px|Настройка Actor Editor-a]]
Запускаем Actor Editor, для удобства работы изменим некоторые настройки программы, а именно Preferences -> Objects -> Skeleton, поставим все галочки.
Теперь загрузим наш объект(File-> Load...).

=== Настройка объекта ===

Первым делом настроим наш объект в целом, как я уже говорил в секции про исследование, что части объекта задаются конфигом. Для первого своего разрушаемого объекта я взял конфиг от ящика(gamedata\config\models\objects\box_wood_01.ltx), скопировал его, переименовал в test_box.ltx, далее немного изменил его в соответствии со своей задумкой.

Поменял только пути к частям:
{| class="standard" align="left"
! Оригинал(box_wood_01.ltx) || Наш конфиг(test_box.ltx)
|-
|<code ini>[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7</code>
| valign="top" | <code ini>[destroyed]
physics\test_box\prt\test_box_prt1
physics\test_box\prt\test_box_prt2</code>
|}
Остальное пока оставил без изменений.
Загрузим получившийся конфиг в User Data объекта, т.е. в Object Item выбираем Object, в нижней части Item Properties, щёлкаем по полю User Data. Откроется диалог в котором нажимаем Load и ищем наш конфиг. 
Всё с настройкой объекта закончили, перейдём к настройке геометрии.

=== Настройка геометрии ===
В Object Items развернём свиток Bones, в нашем случае будет одна кость с имненем link, выбираем её.
В свойствах пункт Bones -> Global -> Generate Shape нажимае All. Идём ниже по списку:
*Bones -> Bone -> Game Material указываем материал для нашей кости. Материал выбирается только из папки objects\, в соответствии с тем, какой материал хотим для нашего объекта, смотри [[Описание шейдеров XRayMtl]]. В нашем случае я выбрал objects/large_furnitura, что соответствует материалу деревянных изделий.
*Bones -> Bone -> Mass - масса нашего объекта, я поставил 2.
*Bones -> Bone -> Shape -> Type - форма геометрии, в нашем случае Box.

Далее нужно настроить геометрию так, как хотите, чтобы ваш объект коллизил с другими, т.е. после того, как type установлен в Box,
должен появиться белый полупрозрачный шейп, это коллижен для пули и физики. Можно дополнительно редактировать шейп, например инструментом Scale.

Всё наш ящик готов к экспорту в ogf. 
File -> Export -> Export OGF... сохраняем файл как: gamedata\meshes\physics\test_box\test_box.ogf
Теперь поочерёдно загружаем части нашего объекта, ничего не меняя экспортим их как: gamedata\meshes\physics\test_box\prt\test_box_prt{номер части в соотв. с конфигом}.ogf

== Ставим наш ящик на карту ==

Файл:SDK-Actor-Ed-preferences.gif

2007-06-11T18:04:45Z

Neo: Настройка Actor Editor-a

Настройка Actor Editor-a

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-11T13:20:30Z

Neo:

{| align="right"
|''Автор:'' '''Neo]['''
|}
__TOC__
== Введение ==
Ну что, я пока тоже не знаю как это сделать, но на то это и дневник, чтобы записывать сюда ход исследований. Разбираться буду на каком-нибудь примере. Возьму для разбора деревянный ящик.

== Поехали ==
Первым делом решил посмотреть, что из себя представляет модель деревянного ящика, нашёл две модели:
*gamedata\meshes\objects\dynamics\box\box_wood_01.ogf
*gamedata\meshes\physics\box\box_wood_01.ogf
Просмотрев модели в этих директориях, остановился на gamedata\meshes\physics\box\box_wood_01.ogf.
Хотя в обоих случаях присутствует папка \prt\, из названия ясно, что это части объектов(part), т.е. их также необходимо отдельно моделить, жаль, что xray + ode не считают это в динамике. Хотя для стекла-то нет частей, через опыты понятно, что стекло ломается по полигонам.
Ну да ладно разговор не об этом.

Есть целая модель, есть части, значит... Значит надо как-то указать эти части, правильно конфиг объекта. Иду искать. Нахожу:
*gamedata\config\models\objects\box_wood_01.ltx

Меня заинтересовала секция:
<code ini>
[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7

[autoremove_parts]
time = 15
</code>
Значит со структурой ломающихся объектов разобрались.

== Создание модели ==

Теперь перенести бы это на процесс создания, первым делом попробуем подобрать необходимые шейдеры. Пошёл смотреть [[Описание шейдеров XRayMtl]].
Добавлю, что:
* Engine - отображение текстуры в движке игры.
* Compiler - используется при компиляции уровня.
* Material - игровой материал (wallmark, sound и др.).

Выбрал:
*Engine - models/model(Основной шейдер для динамических объектов)
*Compiler - def_vertex(Основной vertex shader, раз физический объект, вершинный шейдер значит по любому нужен)
*Material - objects/large_furnitura(Материал деревянных изделий)

Попробую повторить тот же самый ящик, запускаю макс, быстренько моделю подобие ящика и частей на которые он будет распадаться. Для всего ящика ставлю настройки шейдеров, которые написаны выше, для частей же просто как для деревянный досок([[Пресеты XRay материалов]]).
{|
|[[Изображение:3D-max-test-box.jpg|thumb|400px|Тестовый ящик]]
|}
Экспортирую ящик и каждую из частей отдельно.
Далее после экспорта в ogf с занесением в custom data модели почти копии файла gamedata\config\models\objects\box_wood_01.ltx и спавна в редакторе как destroyable_objects, натыкаюсь на кучу ошибок в редакторе, толи что-то неправильно, толи...

'''Update:''' При загрузке уровня получаю следующий лог:
stack trace:

001B:0049B5FF XR_3DA.exe, CCF_Skeleton::CCF_Skeleton()
001B:01CC39FF xrGame.dll
001B:01C8AA2B xrGame.dll
001B:01C82A34 xrGame.dll

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

Открываю сцену в максе, добавляю кость: Create-> System -> Bones. Переименую её в link.
{|
|[[Изображение:3D-max-bone-test-box.jpg|thumb|400px|Добавление костей]]
|[[Изображение:3d-max-init.gif|frame|Инициализация скелета]]
|}
 
Теперь применю к мешу ящика модификатор Physique. Проинициализурем скелет, нажатием на кнопку Attach to Node и выбрав кость link. 
Теперь небольшое отступление по поводу этого модификатора. Раскрыв свиток модификатора, мы видим там следующее:
*Envelope – Настройка веса вершин и привязке к кости с помощью огибающих
*Link – Настройка параметров костей
*Bulge – Редактор выпуклостей
*Tendons – Редактор сухожилий
*Vertex – Настройка типа вершин и привязка к кости. 
Но меня интересует только Envelope и Vertex. Настрою привязку вершин к кости, учитывая, чтобы ни одна вершина не осталась непривязанной. Иду в Vertex. 
Типы вершин: 
+ Деформируемые вершины (мягкие) 
+ Недеформируемые вершины (Твердые) 
+ Пустые вершины без весa и привязки к кости 
Сам ящик твердый, и поэтому мы используем для него rigid вершины. Счала надо очистить вершины от других костей, нажимаем select, выделяем вершины, переключаемся на синие вершины, нажимаем Assign to link и тыкаем на желтую полоску кости link. Вес и привязка сняты, теперь переключаемся на зеленые и опять тыкаем на линк, привязка назначена.

Теперь экспортируем модель нашего ящика через Export Skin, а части простым экспортом(Export Editor Objects). Я сохранил модель ящика под именем test_box, а частей как test_box_prt{номер части}.

== Дальнейшая настройка и конвертирование в *.ogf ==

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-11T12:45:47Z

Neo: Модель готова

{| align="right"
|''Автор:'' '''Neo]['''
|}
__TOC__
== Введение ==
Ну что, я пока тоже не знаю как это сделать, но на то это и дневник, чтобы записывать сюда ход исследований. Разбираться буду на каком-нибудь примере. Возьму для разбора деревянный ящик.

== Поехали ==
Первым делом решил посмотреть, что из себя представляет модель деревянного ящика, нашёл две модели:
*gamedata\meshes\objects\dynamics\box\box_wood_01.ogf
*gamedata\meshes\physics\box\box_wood_01.ogf
Просмотрев модели в этих директориях, остановился на gamedata\meshes\physics\box\box_wood_01.ogf.
Хотя в обоих случаях присутствует папка \prt\, из названия ясно, что это части объектов(part), т.е. их также необходимо отдельно моделить, жаль, что xray + ode не считают это в динамике. Хотя для стекла-то нет частей, через опыты понятно, что стекло ломается по полигонам.
Ну да ладно разговор не об этом.

Есть целая модель, есть части, значит... Значит надо как-то указать эти части, правильно конфиг объекта. Иду искать. Нахожу:
*gamedata\config\models\objects\box_wood_01.ltx

Меня заинтересовала секция:
<code ini>
[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7

[autoremove_parts]
time = 15
</code>
Значит со структурой ломающихся объектов разобрались.

== Создаём, да прибудет SDK в помощь ==

Теперь перенести бы это на процесс создания, первым делом попробуем подобрать необходимые шейдеры. Пошёл смотреть [[Описание шейдеров XRayMtl]].
Добавлю, что:
* Engine - отображение текстуры в движке игры.
* Compiler - используется при компиляции уровня.
* Material - игровой материал (wallmark, sound и др.).

Выбрал:
*Engine - models/model(Основной шейдер для динамических объектов)
*Compiler - def_vertex(Основной vertex shader, раз физический объект, вершинный шейдер значит по любому нужен)
*Material - objects/large_furnitura(Материал деревянных изделий)

Попробую повторить тот же самый ящик, запускаю макс, быстренько моделю подобие ящика и частей на которые он будет распадаться. Для всего ящика ставлю настройки шейдеров, которые написаны выше, для частей же просто как для деревянный досок([[Пресеты XRay материалов]]).
{|
|[[Изображение:3D-max-test-box.jpg|thumb|400px|Тестовый ящик]]
|}
Экспортирую ящик и каждую из частей отдельно.
Далее после экспорта в ogf с занесением в custom data модели почти копии файла gamedata\config\models\objects\box_wood_01.ltx и спавна в редакторе как destroyable_objects, натыкаюсь на кучу ошибок в редакторе, толи что-то неправильно, толи...

'''Update:''' При загрузке уровня получаю следующий лог:
stack trace:

001B:0049B5FF XR_3DA.exe, CCF_Skeleton::CCF_Skeleton()
001B:01CC39FF xrGame.dll
001B:01C8AA2B xrGame.dll
001B:01C82A34 xrGame.dll

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

Открываю сцену в максе, добавляю кость: Create-> System -> Bones. Переименую её в link.
{|
|[[Изображение:3D-max-bone-test-box.jpg|thumb|400px|Добавление костей]]
|[[Изображение:3d-max-init.gif|frame|Инициализация скелета]]
|}
 
Теперь применю к мешу ящика модификатор Physique. Проинициализурем скелет, нажатием на кнопку Attach to Node и выбрав кость link. 
Теперь небольшое отступление по поводу этого модификатора. Раскрыв свиток модификатора, мы видим там следующее:
*Envelope – Настройка веса вершин и привязке к кости с помощью огибающих
*Link – Настройка параметров костей
*Bulge – Редактор выпуклостей
*Tendons – Редактор сухожилий
*Vertex – Настройка типа вершин и привязка к кости. 
Но меня интересует только Envelope и Vertex. Настрою привязку вершин к кости, учитывая, чтобы ни одна вершина не осталась непривязанной. Иду в Vertex. 
Типы вершин: 
+ Деформируемые вершины (мягкие) 
+ Недеформируемые вершины (Твердые) 
+ Пустые вершины без весa и привязки к кости 
Сам ящик твердый, и поэтому мы используем для него rigid вершины. Счала надо очистить вершины от других костей, нажимаем select, выделяем вершины, переключаемся на синие вершины, нажимаем Assign to link и тыкаем на желтую полоску кости link. Вес и привязка сняты, теперь переключаемся на зеленые и опять тыкаем на линк, привязка назначена.

Теперь экспортируем модель нашего ящика через Export Skin, а части простым экспортом(Export Editor Objects). Я сохранил модель ящика под именем test_box, а частей как test_box_prt{номер части}.

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-11T12:28:28Z

Neo:

{| align="right"
|''Автор:'' '''Neo]['''
|}
__TOC__
== Введение ==
Ну что, я пока тоже не знаю как это сделать, но на то это и дневник, чтобы записывать сюда ход исследований. Разбираться буду на каком-нибудь примере. Возьму для разбора деревянный ящик.

== Поехали ==
Первым делом решил посмотреть, что из себя представляет модель деревянного ящика, нашёл две модели:
*gamedata\meshes\objects\dynamics\box\box_wood_01.ogf
*gamedata\meshes\physics\box\box_wood_01.ogf
Просмотрев модели в этих директориях, остановился на gamedata\meshes\physics\box\box_wood_01.ogf.
Хотя в обоих случаях присутствует папка \prt\, из названия ясно, что это части объектов(part), т.е. их также необходимо отдельно моделить, жаль, что xray + ode не считают это в динамике. Хотя для стекла-то нет частей, через опыты понятно, что стекло ломается по полигонам.
Ну да ладно разговор не об этом.

Есть целая модель, есть части, значит... Значит надо как-то указать эти части, правильно конфиг объекта. Иду искать. Нахожу:
*gamedata\config\models\objects\box_wood_01.ltx

Меня заинтересовала секция:
<code ini>
[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7

[autoremove_parts]
time = 15
</code>
Значит со структурой ломающихся объектов разобрались.

== Создаём, да прибудет SDK в помощь ==

Теперь перенести бы это на процесс создания, первым делом попробуем подобрать необходимые шейдеры. Пошёл смотреть [[Описание шейдеров XRayMtl]].
Добавлю, что:
* Engine - отображение текстуры в движке игры.
* Compiler - используется при компиляции уровня.
* Material - игровой материал (wallmark, sound и др.).

Выбрал:
*Engine - models/model(Основной шейдер для динамических объектов)
*Compiler - def_vertex(Основной vertex shader, раз физический объект, вершинный шейдер значит по любому нужен)
*Material - objects/large_furnitura(Материал деревянных изделий)

Попробую повторить тот же самый ящик, запускаю макс, быстренько моделю подобие ящика и частей на которые он будет распадаться. Для всего ящика ставлю настройки шейдеров, которые написаны выше, для частей же просто как для деревянный досок([[Пресеты XRay материалов]]).
{|
|[[Изображение:3D-max-test-box.jpg|thumb|400px|Тестовый ящик]]
|}
Экспортирую ящик и каждую из частей отдельно.
Далее после экспорта в ogf с занесением в custom data модели почти копии файла gamedata\config\models\objects\box_wood_01.ltx и спавна в редакторе как destroyable_objects, натыкаюсь на кучу ошибок в редакторе, толи что-то неправильно, толи...

'''Update:''' При загрузке уровня получаю следующий лог:
stack trace:

001B:0049B5FF XR_3DA.exe, CCF_Skeleton::CCF_Skeleton()
001B:01CC39FF xrGame.dll
001B:01C8AA2B xrGame.dll
001B:01C82A34 xrGame.dll

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

Открываю сцену в максе, добавляю кость: Create-> System -> Bones. Переименую её в link.
{|
|[[Изображение:3D-max-bone-test-box.jpg|thumb|400px|Добавление кости]]
|[[Изображение:3d-max-init.gif|frame|Инициализация скелета]]
|}
 
Теперь применю к мешу ящика модификатор Physique. Проинициализурем скелет, нажатием на кнопку Attach to Node и выбрав кость link. 
Теперь небольшое отступление по поводу этого модификатора. Раскрыв свиток модификатора, мы видим там следующее:
*Envelope – Настройка веса вершин и привязке к кости с помощью огибающих
*Link – Настройка параметров костей
*Bulge – Редактор выпуклостей
*Tendons – Редактор сухожилий
*Vertex – Настройка типа вершин и привязка к кости. 
Но меня интересует только Envelope и Vertex. Настрою привязку вершин к кости, учитывая, чтобы ни одна вершина не осталась непривязанной. Иду в Vertex. 
Типы вершин: 
+ Деформируемые вершины (мягкие) 
+ Недеформируемые вершины (Твердые) 
+ Пустые вершины без весa и привязки к кости 
Сам ящик твердый, и поэтому мы используем для него rigid вершины. Счала надо очистить вершины от других костей, нажимаем select, выделяем вершины, переключаемся на синие вершины, нажимаем Assign to link и тыкаем на желтую полоску кости link. Вес и привязка сняты, теперь переключаемся на зеленые и опять тыкаем на линк, привязка назначена, делаем тоже самое с плафоном только тыкаем уже на соответствующую кость plafon. Теперь провод, здесь нам нужно перейти на Envelopes, тыкаете на нужные кости провода, переключаетесь на cross Section масштабируете енвайлоп как надо, периодически вращая кости подгоняете все как нужно у каждой кости.

Файл:3d-max-init.gif

2007-06-11T12:27:14Z

Neo: Инициализация скелета

Инициализация скелета

Файл:3D-max-bone-test-box.jpg

2007-06-11T11:45:15Z

Neo: Добавление костей

Добавление костей

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-09T14:06:16Z

Neo:

{| align="right"
|''Автор:'' '''Neo]['''
|}
__TOC__
== Введение ==
<pre>Далее после экспорта в ogf с занесением в custom data модели почти копии файла
gamedata\config\models\objects\box_wood_01.ltx и спавна в редакторе как
destroyable_objects, натыкаюсь на кучу ошибок в редакторе, толи что-то неправильно делаю, толи...

'''Update:''' При загрузке уровня получаю следующий лог:
stack trace:

001B:0049B5FF XR_3DA.exe, CCF_Skeleton::CCF_Skeleton()
001B:01CC39FF xrGame.dll
001B:01C8AA2B xrGame.dll
001B:01C82A34 xrGame.dll

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

В общем пока приостанавливаю дневник, допишу когда разберусь.</pre>

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

== Поехали ==
Первым делом решил посмотреть, что из себя представляет модель деревянного ящика, нашёл две модели:
*gamedata\meshes\objects\dynamics\box\box_wood_01.ogf
*gamedata\meshes\physics\box\box_wood_01.ogf
Просмотрев модели в этих директориях, остановился на gamedata\meshes\physics\box\box_wood_01.ogf.
Хотя в обоих случаях присутствует папка \prt\, из названия ясно, что это части объектов(part), т.е. их также необходимо отдельно моделить, жаль, что xray + ode не считают это в динамике. Хотя для стекла-то нет частей, через опыты понятно, что стекло ломается по полигонам.
Ну да ладно разговор не об этом.

Есть целая модель, есть части, значит... Значит надо как-то указать эти части, правильно конфиг объекта. Иду искать. Нахожу:
*gamedata\config\models\objects\box_wood_01.ltx

Меня заинтересовала секция:
<code ini>
[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7

[autoremove_parts]
time = 15
</code>
Значит со структурой ломающихся объектов разобрались.

== Создаём, да прибудет SDK в помощь ==

Теперь перенести бы это на процесс создания, первым делом попробуем подобрать необходимые шейдеры. Пошёл смотреть [[Описание шейдеров XRayMtl]].
Добавлю, что:
* Engine - отображение текстуры в движке игры.
* Compiler - используется при компиляции уровня.
* Material - игровой материал (wallmark, sound и др.).

Выбрал:
*Engine - models/model(Основной шейдер для динамических объектов)
*Compiler - def_vertex(Основной vertex shader, раз физический объект, вершинный шейдер значит по любому нужен)
*Material - objects/large_furnitura(Материал деревянных изделий)

Попробую повторить тот же самый ящик, запускаю макс, быстренько моделю подобие ящика и частей на которые он будет распадаться. Для всего ящика ставлю настройки шейдеров, которые написаны выше, для частей же просто как для деревянный досок([[Пресеты XRay материалов]]).
{|
|[[Изображение:3D-max-test-box.jpg|thumb|400px|Тестовый ящик]]
|}
Экспортирую ящик и каждую из частей отдельно.
Далее после экспорта в ogf с занесением в custom data модели почти копии файла gamedata\config\models\objects\box_wood_01.ltx и спавна в редакторе как destroyable_objects, натыкаюсь на кучу ошибок в редакторе, толи что-то неправильно, толи...

'''Update:''' При загрузке уровня получаю следующий лог:
stack trace:

001B:0049B5FF XR_3DA.exe, CCF_Skeleton::CCF_Skeleton()
001B:01CC39FF xrGame.dll
001B:01C8AA2B xrGame.dll
001B:01C82A34 xrGame.dll

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

В общем пока приостанавливаю дневник, допишу когда разберусь.

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-09T14:01:01Z

Neo: стоп - ошибки

{| align="right"
|''Автор:'' '''Neo]['''
|}
__TOC__
== Введение ==
<pre>Далее после экспорта в ogf с занесением в custom data модели почти копии файла
gamedata\config\models\objects\box_wood_01.ltx и спавна в редакторе как
destroyable_objects, натыкаюсь на кучу ошибок в редакторе, толи что-то неправильно делаю, толи...

В общем пока приостанавливаю дневник, допишу когда разберусь.</pre>

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

== Поехали ==
Первым делом решил посмотреть, что из себя представляет модель деревянного ящика, нашёл две модели:
*gamedata\meshes\objects\dynamics\box\box_wood_01.ogf
*gamedata\meshes\physics\box\box_wood_01.ogf
Просмотрев модели в этих директориях, остановился на gamedata\meshes\physics\box\box_wood_01.ogf.
Хотя в обоих случаях присутствует папка \prt\, из названия ясно, что это части объектов(part), т.е. их также необходимо отдельно моделить, жаль, что xray + ode не считают это в динамике. Хотя для стекла-то нет частей, через опыты понятно, что стекло ломается по полигонам.
Ну да ладно разговор не об этом.

Есть целая модель, есть части, значит... Значит надо как-то указать эти части, правильно конфиг объекта. Иду искать. Нахожу:
*gamedata\config\models\objects\box_wood_01.ltx

Меня заинтересовала секция:
<code ini>
[destroyed]
physics\box\prt\box_wood_01_prt1
physics\box\prt\box_wood_01_prt2
physics\box\prt\box_wood_01_prt3
physics\box\prt\box_wood_01_prt4
physics\box\prt\box_wood_01_prt5
physics\box\prt\box_wood_01_prt6
physics\box\prt\box_wood_01_prt7

[autoremove_parts]
time = 15
</code>
Значит со структурой ломающихся объектов разобрались.

== Создаём, да прибудет SDK в помощь ==

Теперь перенести бы это на процесс создания, первым делом попробуем подобрать необходимые шейдеры. Пошёл смотреть [[Описание шейдеров XRayMtl]].
Добавлю, что:
* Engine - отображение текстуры в движке игры.
* Compiler - используется при компиляции уровня.
* Material - игровой материал (wallmark, sound и др.).

Выбрал:
*Engine - models/model(Основной шейдер для динамических объектов)
*Compiler - def_vertex(Основной vertex shader, раз физический объект, вершинный шейдер значит по любому нужен)
*Material - objects/large_furnitura(Материал деревянных изделий)

Попробую повторить тот же самый ящик, запускаю макс, быстренько моделю подобие ящика и частей на которые он будет распадаться. Для всего ящика ставлю настройки шейдеров, которые написаны выше, для частей же просто как для деревянный досок([[Пресеты XRay материалов]]).
{|
|[[Изображение:3D-max-test-box.jpg|thumb|400px|Тестовый ящик]]
|}
Экспортирую ящик и каждую из частей отдельно.
Далее после экспорта в ogf с занесением в custom data модели почти копии файла gamedata\config\models\objects\box_wood_01.ltx и спавна в редакторе как destroyable_objects, натыкаюсь на кучу ошибок в редакторе, толи что-то неправильно, толи...

В общем пока приостанавливаю дневник, допишу когда разберусь.

Файл:3D-max-test-box.jpg

2007-06-09T13:35:57Z

Neo: Тестовый ящик

Тестовый ящик

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-09T12:46:57Z

Neo:

Заглавная страница

2007-06-09T12:40:04Z

Neo: обновление данных

Добро пожаловать в '''S.T.A.L.K.E.R. Inside Wiki''' - базу знаний нашего [http://stalkerin.gameru.net сайта], в которую каждый может внести свой вклад, отредактировав или дополнив уже существующую статью, либо создав новую. 
На данный момент в нашей базе знаний '''[[Special:Statistics|{{NUMBEROFARTICLES}}]]''' {{plural:{{NUMBEROFARTICLES}}|статья|статьи|статей}}. 

----

Основными направлениями развития нашей базы знаний являются статьи, посвящённые модифицированию игры S.T.A.L.K.E.R. SHoC, а также материалы, которые тем или иным образом могут помочь в этом.

На данный момент ведётся адаптация помощи по языку разметки, который принят в системах, работающих по технологии «вики». Если вы хотите разместить свою статью на страницах нашей базы, вы можете прислать её, оформив, например в программе MS Word, [[S.T.A.L.K.E.R._Inside_Wiki:Администраторы|главному редактору]] нашей базы знаний.

----

{| class = "standard wide"
|-
! align="left" width = "70%" colspan = "2"| Содержание
! align="left" width = "30%"|Избранные статьи
|-
| colspan = "2"|
*[[:Категория:Незаконченные статьи|Незаконченные статьи]] - статьи, которые требуется закончить, либо доработать.
*[[:Категория:FAQ|Ответы на часто задаваемые вопросы]] - FAQ
*[[:Категория:Руководства|Руководства]]
**[[:Категория:SDK|SDK]] - уроки по работе с SDK.
**[[:Категория:Скрипты|Скрипты]] - статьи, рассказывающие о работе со скриптами игры.
**[[:Категория:Конфигурационные файлы|Конфиги]] - статьи, рассказывающие о различных параметрах в конфигурационных файлах
**[[:Категория:Программы|Руководства к программам]] - статьи, которые научат работать с программами, помогающими в модифицировании S.T.A.L.K.E.R.-a
*[[:Категория:Справочники|Справочники]] - различная справочная информация.
**[[:Категория:Команды консоли|Команды консоли]]
**[[:Категория:Форматы файлов|Форматы файлов]]
*[[S.T.A.L.K.E.R._Inside_Wiki:Справка|Справка по Вики]]
| valign="top"|
*[[Глобальное озеленение, добавляем траву на уровень]]
*[[Добавляем аномалии на уровень]]
*[[Назначение скриптам горячих кнопок. Часть 1. Скрипт]]
*[[Назначение скриптам горячих кнопок. Часть 2. Интерфейс]]
*[[Описание шейдеров XRayMtl]]
*[[Перевод STALKER: SHoC Tweak Guide]]
*[[Создание уровня, пошаговое руководство]]
|-
! align=left | Новые статьи
! align=left | Свежие правки
! align=left | Популярные статьи
|-
| valign=top |
<DynamicArticleList>
type=new
count=10
</DynamicArticleList>
| valign=top |
<DynamicArticleList>
type=update
count=10
</DynamicArticleList>
| valign=top |
<DynamicArticleList>
type=hot
count=15
</DynamicArticleList>
|-
|}

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-09T12:29:30Z

Neo:

3ds Max. Создание ломающегося предмета (дневник исследования)

2007-06-09T12:09:16Z

Neo: Введение

{| align="right"
|''Автор:'' '''Neo]['''
|}
== Введение ==
Ну что я пока тоже не знаю как это сделать, но на то это и дневник, чтобы записывать сюда ход исследований. Разбираться буду на каком-нибудь примере. Возьму для разбора деревянный ящик.

== Поехали ==

Обсуждение участника:Eugaliod

2007-06-08T08:46:33Z

Neo:

== Содержимое файлов gamedata.db* ==
Перенесено в [[:Категория:Справочники]]

Содержимое файлов gamedata.db*

2007-06-08T08:45:31Z

Neo:

Содержимое файлов gamedata.db*

2007-06-08T08:36:59Z

Neo:

Формат файлов *.object (формат объектов SDK)

2007-06-07T18:16:30Z

Neo: /* Код */ оформление

'''Формат разобрал excid'''

== О формате ==
Формат *.object используется в качестве основного формата хранения моделей на этапе редактирования (включая экспорт из Maya или 3ds Max и хранение моделей до компиляции уровня)

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

=== Структура блока ===
Блок имеет 3 обязательные части:
{| class="standard"
|-
!Часть||Тип(размер)||Подробнее
|-
|Идентификатор типа блока||(4)||2 байта идентификатора и 2 нулевых байта 
|-
|Размер блока||uint(4)||без учета этих частей — только то, что идет дальше
|-
|Данные||(Размер блока)||Данные могут быть представлены вложенными блоками
|}

=== Типы данных ===
Особое внимание стоит обратить на то, как хранятся строки: они нуль-терминальные, то есть в конце обязательно содержат нулевой байт.

== Структура ==
В заголовке последующих пунктов в скобках содержатся идентификаторы типа блока в шестнадцатиричной форме, при этом байты представлены в обратном порядке (то есть так, как числа задаются в исходниках), поэтому идентификатор 0x0912 в файле будет выглядеть как 09 12 00 00.

== Файл (0x7777) ==
=== Неизвестные данные (0x0900) ===
Возможно, это версия.
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Неизвестно||(2)||0x10 0x00||
|}

=== Пользовательские информация — User Data (0x0912) ===
В редакторе Game options > User Data.
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Данные||строка||||Произвольная строка
|}

=== Уровень детализации — LOD (0x0925) ===
В редакторе LOD > Reference.
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Ссылка||строка||||Путь к модели, содержащей следующий уровень детализации
|}

=== Тип объекта — Object Type (0x0903) ===
В редакторе Object Type.
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Тип||(4)||||Значение 0x00 для статической модели (тип Static)
|}

=== Данные о геометрии — Geometry (0x0910) ===
В редакторе Geometry.
Все представленные ниже данные описывают 1 подобъект.

==== Неизвестные данные (0x1000) ====
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Неизвестно||(2)||0x11 0x00||
|}

==== Название подобъекта — Name (0x1000) ====
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Название||строка||||
|}

==== Ограничивающий параллелепипед — Bounding Box (0x1004) ====
В редакторе Transform > BBox Min/Max
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Минимум||float(4)[3]||||Минимальные значения вершин по x, y, z
|-
|Максимум||float(4)[3]||||Максимальные значения вершин по x, y, z
|}

==== Неизвестные данные (0x1002) ====
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Неизвестно||(1)||0x05||
|}

==== Неизвестные данные (0x1010) ====
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Неизвестно||(8)||0x00||Все нули
|}

==== Вершины — Vertices (0x1005) ====
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Количество вершин n||uint(4)||||
|-
|Координаты||float(4)[n * 3]||||Координаты x, y, z для каждой вершины
|}

==== Грани — Faces (0x1006) ====
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Количество граней m||uint(4)||||
|-
|Координаты||uint(4)[m * 6]||||Троки пар индекс вершины + индекс текстурной координаты
|}

==== Группы сглаживания — Smoothing Groups (0x1013) ====
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Группы||uint(4)[m]||||32-битная маска групп сглаживания для каждой грани
|}

==== Словарь текстурных координат — UVs map (0x1008) ====
Логика формирования и назначение этого и блока «Текстурные координаты» доконца не понятна.
Предположительный вариант представлен ниже.
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Количество записей k||uint(4)||||
|-
|Данные||(9)[k]||||Предположительная структура в следующей таблице
|}
 
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Неизвестно||byte(1)||0x1||
|-
|Индекс таблицы текстурных координат||uint(4)||0x0 или 0x1||Возможно, только первый байт содержит эти данные, остальные выполняют другие функции Встречались «некорректные» данные (например, 0x1 0x90 0xdb 0x11 0x7), но они не использовались
|-
|Индекс текстурных координаты||uint(4)||0x0 или 0x1||Индекс в таблице, определяемой предыдущим значением.
|}

==== Материалы объекта — Object Materials (0x1009) ====
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Количество материалов p||ushort(2)||||
|-
|Материалы||[p]||||Cтруктура в следующей таблице
|}

 
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Название материала||строка||||
|-
|Количество граней q||uint(4)||||Количество граней, имеющих этот материал
|-
|Индексы граней||uint(4)[q]||||
|}

==== Текстурные координаты — UVs (0x1008) ====
Количество таблиц, которое встречалось в тестовых файлах — 2.
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Количество таблиц t||uint(4)||0x2||
|-
|Таблицы||[t]||||Структура в следующей таблице
|}

 
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Неизвестно||строка||Texture||
|-
|Неизвестно||ubyte(1)||0x2||Возможно, количество компонентов в текс. координате?
|-
|Номер таблицы||ushort(1)||||
|-
|Количество текстурных координат s||uint(4)||||
|-
|Текстурные координаты||float(4)[s * 2]||||Пары значения текстурных координат u и v
|-
|Неизвестно||uint(4)[s]||||Какие-то индексы, не превышающие s
|-
|Неизвестно (только для второй таблицы)||uint(4)[s]||||Какие-то индексы, не превышающие s, отсорированные по возрастанию
|}

=== Материалы — Materials (0x0907) ===
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Количество материалов r||uint(4)||||
|-
|Материалы||[r]||||Структура в следующей таблице
|}

 
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Название||строка||||
|-
|Характеристика для движка||строка||||Например, default
|-
|Характеристика для компилятора||строка||||Например, default
|-
|Характеристика для игры||строка||||Например, default
|-
|Путь к текстуре||строка||||
|-
|Неизвестно||строка||Texture||Значение Texture используется в блоке Текстурные координаты — UVs (0x1008)
|-
|Флаги||uint(4)||||0x1, если материал двустронний, иначе 0x0
|-
|Неизвестно||(4)||0x12 0x1 0x0 0x0 0x1 0x0 0x0 0x0||
|}

=== Автор — Author (0x0907) ===
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Создатель||строка||||Вид \\компьютер\пользователь (например, \\NAPALI\excid)
|-
|Дата создания||(4)||||
|-
|Последний модифицирующий||строка||||Вид \\компьютер\пользователь (например, \\NAPALI\excid)
|-
|Дата модификации||(4)||||
|}

== Скрипт разбора файла ==
Написан на Python. Не реализован полностью, завершение не планируется, так как свою миссию он выполнил. 
Если запускать из Blender, то импортирует объект (без материалов). 
Не рекомендуется запускать для больших файлов, так как выводится вся информация из файла.

=== Код ===
<code python>
# #
# XRay Engine (S.T.A.L.K.E.R.) object #
# test import plugin for Blender #
# #
# Anton 'excid' Gorenko #
# excid@mail.ru #
# #
# (2007 June) #
# #

from struct import *
import datetime

useBlender = True
try:
from Blender import *
from Blender.Mathutils import *
except:
useBlender = False

f = open('X:\\rawdata\\objects\\detail\\det_list_05.object', 'rb')
s = f.read()
f.close()

def parseMeshData(s):

p = 0
print '\nunknown block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
size = unpack('I', s[p : p + 4])[0]
print 'unknown block size =', size
p += 4
print 'unknown data =', map(hex, unpack('%dB' % (size,), s[p : p + size]))
p += size

print '\nname block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
nameSize = unpack('I', s[p : p + 4])[0]
print 'name block size =', nameSize
p += 4
name = unpack('%ds' % (nameSize,), s[p : p + nameSize])[0][:-1]
p += int(nameSize)
print 'name =', name

if useBlender:
obj = Object.New('Mesh', name)
mesh = Mesh.New(name)
obj.link(mesh)
scene = Scene.GetCurrent()
scene.objects.link(obj)

print '\nbbox block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
print 'bbox block size =', unpack('I', s[p : p + 4])[0]
p += 4
print 'bbox min = ', unpack('3f', s[p : p + 12])
p += 12
print 'bbox max = ', unpack('3f', s[p : p + 12])
p += 12

print '\nunknown block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
size = unpack('I', s[p : p + 4])[0]
print 'unknown block size =', size
p += 4
print 'unknown data =', map(hex, unpack('%dB' % (size,), s[p : p + size]))
p += size

print '\nunknown block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
size = unpack('I', s[p : p + 4])[0]
print 'unknown block size =', size
p += 4
print 'unknown data =', map(hex, unpack('%dB' % (size,), s[p : p + size]))
p += size

print '\nvertices block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
print 'vertices block size =', unpack('I', s[p : p + 4])[0]
p += 4
verticesCount = unpack('I', s[p : p + 4])[0]
p += 4
print 'vertices count =', verticesCount
for i in range(verticesCount):
coords = unpack('3f', s[p : p + 12])
print 'vertex%d =' % (i,), coords
p += 12

if useBlender:
mesh.verts.extend([coords])

print '\ntriangles block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
print 'triangles block size =', unpack('I', s[p : p + 4])[0]
p += 4

trianglesCount = unpack('I', s[p : p + 4])[0]
p += 4
print 'triangles count =', trianglesCount

faces = []
for i in range(trianglesCount):
vertices = unpack('6I', s[p : p + 24])
print 'triangle%d =' % (i,), vertices
p += 24

faces.append(vertices)

print '\nsmoothgroups block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
size = unpack('I', s[p : p + 4])[0]
p += 4
print 'smoothgroups block size =', size
for i in range(size / 4):
x = unpack('I', s[p : p + 4])[0]
print 'triangle%d =' % (i,), hex(int(x))
p += 4

print '\nuv map block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
size = unpack('I', s[p : p + 4])[0]
p += 4
print 'uv map block size =', size
count = unpack('I', s[p : p + 4])[0]
p += 4
print 'count =', count

layerIndices = []
uvIndices = []
for i in range(count):
unknown = unpack('5B', s[p : p + 5])
p += 5

uvIndex = int(unpack('I', s[p : p + 4])[0])
p += 4

print 'uv index =', map(hex, unknown), uvIndex

layerIndices.append(unknown[1])
uvIndices.append(uvIndex)

print '\nmaterials block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
size = unpack('I', s[p : p + 4])[0]
p += 4
print 'materials block size =', size
materialsCount = unpack('H', s[p : p + 2])[0]
p += 2
print 'materials count =', materialsCount

for i in range(materialsCount):
materialName = ''
b = unpack('B', s[p : p + 1])[0]
p += 1
while b != 0:
materialName = materialName + chr(b)
b = unpack('B', s[p : p + 1])[0]
p += 1
print 'material%d name =' % (i,), materialName

trianglesCount = unpack('I', s[p : p + 4])[0]
p += 4
print 'triangles count =', trianglesCount

print 'triangles indices =', map(int, unpack('%dI' % (trianglesCount,), s[p : p + 4 * trianglesCount]))
p += 4 * trianglesCount

print '\ntexcoords block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
size = unpack('I', s[p : p + 4])[0]
p += 4
print 'texcoords block size =', size
uvTablesCount = unpack('I', s[p : p + 4])[0]
p += 4
print 'uv tables count =', uvTablesCount

uvs = []
for i in range(uvTablesCount):
currentUv = []
chanelName = ''
b = unpack('B', s[p : p + 1])[0]
p += 1
while b != 0:
chanelName = chanelName + chr(b)
b = unpack('B', s[p : p + 1])[0]
p += 1
print 'name =', chanelName

x = unpack('B', s[p : p + 1])[0]
p += 1
print 'unknown =', x
layerIndex = unpack('H', s[p : p + 2])[0]
p += 2
print 'layer index =', layerIndex
count = unpack('I', s[p : p + 4])[0]
p += 4
print 'uvs count =', count

for j in range(count):
uv = unpack('2f', s[p : p + 8])
print 'uv%d =' % (j,), uv
p += 8

currentUv.append(uv)
uvs.append(currentUv)

for j in range(count):
x = unpack('I', s[p : p + 4])[0]
print 'index%d =' % (j,), int(x)
p += 4

i = 0
while len(s) > p:
x = unpack('I', s[p : p + 4])[0]
print 'unknown index%d =' % (i,), int(x)
p += 4
i += 1

if useBlender:
faceIndex = 0
for faceInfo in faces:
if faceInfo[4] == 0:
faceInfo = faceInfo[2:] + faceInfo[:2]
mesh.faces.extend(faceInfo[::2])
face = mesh.faces[-1]

faceUvs = []
for i in faceInfo[1::2]:
faceUvs.append(Vector(uvs[layerIndices[i]][uvIndices[i]]))
face.uv = faceUvs

def parseString(s, p):
string = ''
b = unpack('B', s[p : p + 1])[0]
p += 1
while b != 0:
string = string + chr(b)
b = unpack('B', s[p : p + 1])[0]
p += 1
return string, p

def parseGeometryBlock(s):
print '\ngeometry\n'
p = 0
while p < len(s):
i = unpack('I', s[p : p + 4])[0]
p += 4
dataSize = unpack('I', s[p : p + 4])[0]
print 'mesh%d data size = %d' % (i, dataSize)
p += 4
parseMeshData(s[p : p + dataSize])
p += dataSize

def parseMaterialBlock(s):
print '\nmaterials\n'
p = 0
materialsCount = unpack('I', s[p : p + 4])[0]
p += 4
print 'materials count =', materialsCount

for i in range(materialsCount):
print '\n'
materialName, p = parseString(s, p)
print 'material%d name =' % (i,), materialName

engineShader, p = parseString(s, p)
print 'engine shader =', engineShader

compilerShader, p = parseString(s, p)
print 'compiler shader =', compilerShader

gameMaterial, p = parseString(s, p)
print 'game material =', gameMaterial

texturePath, p = parseString(s, p)
print 'texture path =', texturePath

texture, p = parseString(s, p)
print 'texture =', texture

print 'flags (2 sided, etc) =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4

size = 8
print 'unknown data =', map(hex, unpack('%dB' % (size,), s[p : p + size]))
p += size

def parseAuthorBlock(s):
print '\nauthor\n'
p = 0
authorName, p = parseString(s, p)
print 'author name =', authorName

size = 4
print 'creation date =', map(hex, unpack('%dB' % (size,), s[p : p + size]))
p += size

modifierName, p = parseString(s, p)
print 'modifier name =', modifierName

print 'modification date =', map(hex, unpack('%dB' % (size,), s[p : p + size]))
p += size

def parseUserDataBlock(s):
print '\nuser data\n'
p = 0
userData, p = parseString(s, p)
print 'user data =', userData

def parseLODBlock(s):
print '\nlod\n'
p = 0
reference, p = parseString(s, p)
print 'lod reference =', reference

def parseFlagsBlock(s):
print '\nflags (model type)\n'
p = 0
flags = unpack('I', s[p : p + 4])[0]
print 'model type =', hex(int(flags))

print '\n' * 3

p = 0
header = unpack('I', s[p : p + 4])[0]
print 'header =', hex(int(header))
p += 4

dataSize = unpack('I', s[p : p + 4])[0]
print 'data size =', dataSize
p += 4

while p < len(s):
print '\n'
print '=' * 79
block = unpack('I', s[p : p + 4])[0]
print 'block =', hex(int(block))
p += 4

blockSize = unpack('I', s[p : p + 4])[0]
print 'block size =', blockSize
p += 4

if block == 0x0910:
parseGeometryBlock(s[p : p + blockSize])
elif block == 0x0907:
parseMaterialBlock(s[p : p + blockSize])
elif block == 0x0922:
parseAuthorBlock(s[p : p + blockSize])
elif block == 0x0912:
parseUserDataBlock(s[p : p + blockSize])
elif block == 0x0925:
parseLODBlock(s[p : p + blockSize])
elif block == 0x0903:
parseFlagsBlock(s[p : p + blockSize])
else:
print 'unknown data =', map(hex, unpack('%dB' % (blockSize,), s[p : p + blockSize]))
p += blockSize
</code>

=== Результат ===
<code>
header = 0x7777
data size = 1113

===============================================================================
block = 0x900
block size = 2
unknown data = ['0x10', '0x0']

===============================================================================
block = 0x912
block size = 1

user data

user data =

===============================================================================
block = 0x925
block size = 1

lod

lod reference =

===============================================================================
block = 0x903
block size = 4

flags (model type)

model type = 0x0

===============================================================================
block = 0x910
block size = 929

geometry

mesh0 data size = 921

unknown block = 0x1000
unknown block size = 2
unknown data = ['0x11', '0x0']

name block = 0x1001
name block size = 8
name = Plane10

bbox block = 0x1004
bbox block size = 24
bbox min = (-0.089013084769248962, 0.00091872771736234426, -0.05408264324069023
1)
bbox max = (0.064492635428905487, 0.017687048763036728, 0.050194162875413895)

unknown block = 0x1002
unknown block size = 1
unknown data = ['0x5']

unknown block = 0x1010
unknown block size = 8
unknown data = ['0x0', '0x0', '0x0', '0x0', '0x0', '0x0', '0x0', '0x0']

vertices block = 0x1005
vertices block size = 88
vertices count = 7
vertex0 = (-0.0019903033971786499, 0.001169001217931509, 0.0068940594792366028)
vertex1 = (-0.089013084769248962, 0.00091872771736234426, 0.045723527669906616)
vertex2 = (0.006468137726187706, 0.0094316964969038963, 0.050194162875413895)
vertex3 = (-0.039456427097320557, 0.0043633054010570049, -0.039133470505475998)
vertex4 = (0.023728765547275543, 0.0064991358667612076, -0.054082643240690231)
vertex5 = (0.031571760773658752, 0.0060988827608525753, 0.0041843997314572334)
vertex6 = (0.064492635428905487, 0.017687048763036728, -0.038134712725877762)

triangles block = 0x1006
triangles block size = 148
triangles count = 6
triangle0 = (0, 2, 1, 1, 2, 0)
triangle1 = (0, 8, 3, 7, 1, 6)
triangle2 = (0, 11, 4, 10, 3, 9)
triangle3 = (5, 14, 6, 13, 4, 12)
triangle4 = (0, 17, 2, 16, 5, 15)
triangle5 = (0, 20, 5, 19, 4, 18)

smoothgroups block = 0x1013
smoothgroups block size = 24
triangle0 = 0x1
triangle1 = 0x1
triangle2 = 0x1
triangle3 = 0x1
triangle4 = 0x1
triangle5 = 0x1

uv map block = 0x1008
uv map block size = 193
count = 21
uv index = ['0x1', '0x0', '0x0', '0x0', '0x0'] 2
uv index = ['0x1', '0x0', '0x0', '0x0', '0x0'] 1
uv index = ['0x1', '0x0', '0x0', '0x0', '0x0'] 0
uv index = ['0x1', '0x90', '0xdb', '0x11', '0x7'] 12
uv index = ['0x1', '0x18', '0x87', '0x10', '0x7'] 12
uv index = ['0x1', '0x80', '0x8c', '0x10', '0x7'] 12
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 1
uv index = ['0x1', '0x0', '0x0', '0x0', '0x0'] 3
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 0
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 3
uv index = ['0x1', '0x0', '0x0', '0x0', '0x0'] 4
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 2
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 4
uv index = ['0x1', '0x0', '0x0', '0x0', '0x0'] 6
uv index = ['0x1', '0x0', '0x0', '0x0', '0x0'] 5
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 7
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 6
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 5
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 10
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 9
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 8

materials block = 0x1009
materials block size = 43
materials count = 1
material0 name = 01 - Default
triangles count = 6
triangles indices = [0, 1, 2, 3, 4, 5]

texcoords block = 0x1012
texcoords block size = 294
uv tables count = 2
name = Texture
unknown = 2
layer index = 0
uvs count = 7
uv0 = (0.72911489009857178, 0.70259565114974976)
uv1 = (0.4648970365524292, 0.95080757141113281)
uv2 = (0.55649280548095703, 0.58906811475753784)
uv3 = (0.97081756591796875, 0.88250058889389038)
uv4 = (0.97814416885375977, 0.69620668888092041)
uv5 = (0.75604760646820068, 0.52614188194274902)
uv6 = (0.98893237113952637, 0.51763355731964111)
index0 = 0
index1 = 1
index2 = 2
index3 = 3
index4 = 4
index5 = 5
index6 = 6
name = Texture
unknown = 2
layer index = 1
uvs count = 11
uv0 = (0.72911489009857178, 0.70259565114974976)
uv1 = (0.4648970365524292, 0.95080757141113281)
uv2 = (0.72911489009857178, 0.70259565114974976)
uv3 = (0.97081756591796875, 0.88250058889389038)
uv4 = (0.97814416885375977, 0.69620668888092041)
uv5 = (0.72911489009857178, 0.70259565114974976)
uv6 = (0.5510140061378479, 0.58371180295944214)
uv7 = (0.75604760646820068, 0.52614188194274902)
uv8 = (0.72911489009857178, 0.70259565114974976)
uv9 = (0.75604760646820068, 0.52614188194274902)
uv10 = (0.97814416885375977, 0.69620668888092041)
index0 = 0
index1 = 1
index2 = 0
index3 = 3
index4 = 4
index5 = 0
index6 = 2
index7 = 5
index8 = 0
index9 = 5
index10 = 4
unknown index0 = 1
unknown index1 = 1
unknown index2 = 2
unknown index3 = 2
unknown index4 = 3
unknown index5 = 4
unknown index6 = 4
unknown index7 = 4
unknown index8 = 5
unknown index9 = 5
unknown index10 = 5

===============================================================================
block = 0x907
block size = 82

materials

materials count = 1

material0 name = 01 - Default
engine shader = details\blend
compiler shader = default
game material = default
texture path = det\det_listya
texture = Texture
flags (2 sided, etc) = 0x0
unknown data = ['0x12', '0x1', '0x0', '0x0', '0x1', '0x0', '0x0', '0x0']

===============================================================================
block = 0x922
block size = 38

author

author name = \\SUSHKA\cy-27
creation date = ['0xf', '0x28', '0x98', '0x43']
modifier name = \\SUSHKA\cy-27
modification date = ['0xf', '0x28', '0x98', '0x43']
</code>
[[Категория:Форматы файлов]]

Формат файлов *.object (формат объектов SDK)

2007-06-07T18:05:25Z

Neo:

'''Формат разобрал excid'''

== О формате ==
Формат *.object используется в качестве основного формата хранения моделей на этапе редактирования (включая экспорт из Maya или 3ds Max и хранение моделей до компиляции уровня)

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

=== Структура блока ===
Блок имеет 3 обязательные части:
{| class="standard"
|-
!Часть||Тип(размер)||Подробнее
|-
|Идентификатор типа блока||(4)||2 байта идентификатора и 2 нулевых байта 
|-
|Размер блока||uint(4)||без учета этих частей — только то, что идет дальше
|-
|Данные||(Размер блока)||Данные могут быть представлены вложенными блоками
|}

=== Типы данных ===
Особое внимание стоит обратить на то, как хранятся строки: они нуль-терминальные, то есть в конце обязательно содержат нулевой байт.

== Структура ==
В заголовке последующих пунктов в скобках содержатся идентификаторы типа блока в шестнадцатиричной форме, при этом байты представлены в обратном порядке (то есть так, как числа задаются в исходниках), поэтому идентификатор 0x0912 в файле будет выглядеть как 09 12 00 00.

== Файл (0x7777) ==
=== Неизвестные данные (0x0900) ===
Возможно, это версия.
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Неизвестно||(2)||0x10 0x00||
|}

=== Пользовательские информация — User Data (0x0912) ===
В редакторе Game options > User Data.
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Данные||строка||||Произвольная строка
|}

=== Уровень детализации — LOD (0x0925) ===
В редакторе LOD > Reference.
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Ссылка||строка||||Путь к модели, содержащей следующий уровень детализации
|}

=== Тип объекта — Object Type (0x0903) ===
В редакторе Object Type.
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Тип||(4)||||Значение 0x00 для статической модели (тип Static)
|}

=== Данные о геометрии — Geometry (0x0910) ===
В редакторе Geometry.
Все представленные ниже данные описывают 1 подобъект.

==== Неизвестные данные (0x1000) ====
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Неизвестно||(2)||0x11 0x00||
|}

==== Название подобъекта — Name (0x1000) ====
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Название||строка||||
|}

==== Ограничивающий параллелепипед — Bounding Box (0x1004) ====
В редакторе Transform > BBox Min/Max
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Минимум||float(4)[3]||||Минимальные значения вершин по x, y, z
|-
|Максимум||float(4)[3]||||Максимальные значения вершин по x, y, z
|}

==== Неизвестные данные (0x1002) ====
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Неизвестно||(1)||0x05||
|}

==== Неизвестные данные (0x1010) ====
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Неизвестно||(8)||0x00||Все нули
|}

==== Вершины — Vertices (0x1005) ====
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Количество вершин n||uint(4)||||
|-
|Координаты||float(4)[n * 3]||||Координаты x, y, z для каждой вершины
|}

==== Грани — Faces (0x1006) ====
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Количество граней m||uint(4)||||
|-
|Координаты||uint(4)[m * 6]||||Троки пар индекс вершины + индекс текстурной координаты
|}

==== Группы сглаживания — Smoothing Groups (0x1013) ====
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Группы||uint(4)[m]||||32-битная маска групп сглаживания для каждой грани
|}

==== Словарь текстурных координат — UVs map (0x1008) ====
Логика формирования и назначение этого и блока «Текстурные координаты» доконца не понятна.
Предположительный вариант представлен ниже.
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Количество записей k||uint(4)||||
|-
|Данные||(9)[k]||||Предположительная структура в следующей таблице
|}
 
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Неизвестно||byte(1)||0x1||
|-
|Индекс таблицы текстурных координат||uint(4)||0x0 или 0x1||Возможно, только первый байт содержит эти данные, остальные выполняют другие функции Встречались «некорректные» данные (например, 0x1 0x90 0xdb 0x11 0x7), но они не использовались
|-
|Индекс текстурных координаты||uint(4)||0x0 или 0x1||Индекс в таблице, определяемой предыдущим значением.
|}

==== Материалы объекта — Object Materials (0x1009) ====
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Количество материалов p||ushort(2)||||
|-
|Материалы||[p]||||Cтруктура в следующей таблице
|}

 
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Название материала||строка||||
|-
|Количество граней q||uint(4)||||Количество граней, имеющих этот материал
|-
|Индексы граней||uint(4)[q]||||
|}

==== Текстурные координаты — UVs (0x1008) ====
Количество таблиц, которое встречалось в тестовых файлах — 2.
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Количество таблиц t||uint(4)||0x2||
|-
|Таблицы||[t]||||Структура в следующей таблице
|}

 
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Неизвестно||строка||Texture||
|-
|Неизвестно||ubyte(1)||0x2||Возможно, количество компонентов в текс. координате?
|-
|Номер таблицы||ushort(1)||||
|-
|Количество текстурных координат s||uint(4)||||
|-
|Текстурные координаты||float(4)[s * 2]||||Пары значения текстурных координат u и v
|-
|Неизвестно||uint(4)[s]||||Какие-то индексы, не превышающие s
|-
|Неизвестно (только для второй таблицы)||uint(4)[s]||||Какие-то индексы, не превышающие s, отсорированные по возрастанию
|}

=== Материалы — Materials (0x0907) ===
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Количество материалов r||uint(4)||||
|-
|Материалы||[r]||||Структура в следующей таблице
|}

 
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Название||строка||||
|-
|Характеристика для движка||строка||||Например, default
|-
|Характеристика для компилятора||строка||||Например, default
|-
|Характеристика для игры||строка||||Например, default
|-
|Путь к текстуре||строка||||
|-
|Неизвестно||строка||Texture||Значение Texture используется в блоке Текстурные координаты — UVs (0x1008)
|-
|Флаги||uint(4)||||0x1, если материал двустронний, иначе 0x0
|-
|Неизвестно||(4)||0x12 0x1 0x0 0x0 0x1 0x0 0x0 0x0||
|}

=== Автор — Author (0x0907) ===
{| class="standard"
|-
!Название||Тип(размер)||Значение||Подробнее
|-
|Создатель||строка||||Вид \\компьютер\пользователь (например, \\NAPALI\excid)
|-
|Дата создания||(4)||||
|-
|Последний модифицирующий||строка||||Вид \\компьютер\пользователь (например, \\NAPALI\excid)
|-
|Дата модификации||(4)||||
|}

== Скрипт разбора файла ==
Написан на Python. Не реализован полностью, завершение не планируется, так как свою миссию он выполнил. 
Если запускать из Blender, то импортирует объект (без материалов). 
Не рекомендуется запускать для больших файлов, так как выводится вся информация из файла.

=== Код ===
<code>
# #
# XRay Engine (S.T.A.L.K.E.R.) object #
# test import plugin for Blender #
# #
# Anton 'excid' Gorenko #
# excid@mail.ru #
# #
# (2007 June) #
# #

from struct import *
import datetime

useBlender = True
try:
from Blender import *
from Blender.Mathutils import *
except:
useBlender = False

f = open('X:\\rawdata\\objects\\detail\\det_list_05.object', 'rb')
s = f.read()
f.close()

def parseMeshData(s):

p = 0
print '\nunknown block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
size = unpack('I', s[p : p + 4])[0]
print 'unknown block size =', size
p += 4
print 'unknown data =', map(hex, unpack('%dB' % (size,), s[p : p + size]))
p += size

print '\nname block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
nameSize = unpack('I', s[p : p + 4])[0]
print 'name block size =', nameSize
p += 4
name = unpack('%ds' % (nameSize,), s[p : p + nameSize])[0][:-1]
p += int(nameSize)
print 'name =', name

if useBlender:
obj = Object.New('Mesh', name)
mesh = Mesh.New(name)
obj.link(mesh)
scene = Scene.GetCurrent()
scene.objects.link(obj)

print '\nbbox block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
print 'bbox block size =', unpack('I', s[p : p + 4])[0]
p += 4
print 'bbox min = ', unpack('3f', s[p : p + 12])
p += 12
print 'bbox max = ', unpack('3f', s[p : p + 12])
p += 12

print '\nunknown block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
size = unpack('I', s[p : p + 4])[0]
print 'unknown block size =', size
p += 4
print 'unknown data =', map(hex, unpack('%dB' % (size,), s[p : p + size]))
p += size

print '\nunknown block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
size = unpack('I', s[p : p + 4])[0]
print 'unknown block size =', size
p += 4
print 'unknown data =', map(hex, unpack('%dB' % (size,), s[p : p + size]))
p += size

print '\nvertices block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
print 'vertices block size =', unpack('I', s[p : p + 4])[0]
p += 4
verticesCount = unpack('I', s[p : p + 4])[0]
p += 4
print 'vertices count =', verticesCount
for i in range(verticesCount):
coords = unpack('3f', s[p : p + 12])
print 'vertex%d =' % (i,), coords
p += 12

if useBlender:
mesh.verts.extend([coords])

print '\ntriangles block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
print 'triangles block size =', unpack('I', s[p : p + 4])[0]
p += 4

trianglesCount = unpack('I', s[p : p + 4])[0]
p += 4
print 'triangles count =', trianglesCount

faces = []
for i in range(trianglesCount):
vertices = unpack('6I', s[p : p + 24])
print 'triangle%d =' % (i,), vertices
p += 24

faces.append(vertices)

print '\nsmoothgroups block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
size = unpack('I', s[p : p + 4])[0]
p += 4
print 'smoothgroups block size =', size
for i in range(size / 4):
x = unpack('I', s[p : p + 4])[0]
print 'triangle%d =' % (i,), hex(int(x))
p += 4

print '\nuv map block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
size = unpack('I', s[p : p + 4])[0]
p += 4
print 'uv map block size =', size
count = unpack('I', s[p : p + 4])[0]
p += 4
print 'count =', count

layerIndices = []
uvIndices = []
for i in range(count):
unknown = unpack('5B', s[p : p + 5])
p += 5

uvIndex = int(unpack('I', s[p : p + 4])[0])
p += 4

print 'uv index =', map(hex, unknown), uvIndex

layerIndices.append(unknown[1])
uvIndices.append(uvIndex)

print '\nmaterials block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
size = unpack('I', s[p : p + 4])[0]
p += 4
print 'materials block size =', size
materialsCount = unpack('H', s[p : p + 2])[0]
p += 2
print 'materials count =', materialsCount

for i in range(materialsCount):
materialName = ''
b = unpack('B', s[p : p + 1])[0]
p += 1
while b != 0:
materialName = materialName + chr(b)
b = unpack('B', s[p : p + 1])[0]
p += 1
print 'material%d name =' % (i,), materialName

trianglesCount = unpack('I', s[p : p + 4])[0]
p += 4
print 'triangles count =', trianglesCount

print 'triangles indices =', map(int, unpack('%dI' % (trianglesCount,), s[p : p + 4 * trianglesCount]))
p += 4 * trianglesCount

print '\ntexcoords block =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4
size = unpack('I', s[p : p + 4])[0]
p += 4
print 'texcoords block size =', size
uvTablesCount = unpack('I', s[p : p + 4])[0]
p += 4
print 'uv tables count =', uvTablesCount

uvs = []
for i in range(uvTablesCount):
currentUv = []
chanelName = ''
b = unpack('B', s[p : p + 1])[0]
p += 1
while b != 0:
chanelName = chanelName + chr(b)
b = unpack('B', s[p : p + 1])[0]
p += 1
print 'name =', chanelName

x = unpack('B', s[p : p + 1])[0]
p += 1
print 'unknown =', x
layerIndex = unpack('H', s[p : p + 2])[0]
p += 2
print 'layer index =', layerIndex
count = unpack('I', s[p : p + 4])[0]
p += 4
print 'uvs count =', count

for j in range(count):
uv = unpack('2f', s[p : p + 8])
print 'uv%d =' % (j,), uv
p += 8

currentUv.append(uv)
uvs.append(currentUv)

for j in range(count):
x = unpack('I', s[p : p + 4])[0]
print 'index%d =' % (j,), int(x)
p += 4

i = 0
while len(s) > p:
x = unpack('I', s[p : p + 4])[0]
print 'unknown index%d =' % (i,), int(x)
p += 4
i += 1

if useBlender:
faceIndex = 0
for faceInfo in faces:
if faceInfo[4] == 0:
faceInfo = faceInfo[2:] + faceInfo[:2]
mesh.faces.extend(faceInfo[::2])
face = mesh.faces[-1]

faceUvs = []
for i in faceInfo[1::2]:
faceUvs.append(Vector(uvs[layerIndices[i]][uvIndices[i]]))
face.uv = faceUvs

def parseString(s, p):
string = ''
b = unpack('B', s[p : p + 1])[0]
p += 1
while b != 0:
string = string + chr(b)
b = unpack('B', s[p : p + 1])[0]
p += 1
return string, p

def parseGeometryBlock(s):
print '\ngeometry\n'
p = 0
while p < len(s):
i = unpack('I', s[p : p + 4])[0]
p += 4
dataSize = unpack('I', s[p : p + 4])[0]
print 'mesh%d data size = %d' % (i, dataSize)
p += 4
parseMeshData(s[p : p + dataSize])
p += dataSize

def parseMaterialBlock(s):
print '\nmaterials\n'
p = 0
materialsCount = unpack('I', s[p : p + 4])[0]
p += 4
print 'materials count =', materialsCount

for i in range(materialsCount):
print '\n'
materialName, p = parseString(s, p)
print 'material%d name =' % (i,), materialName

engineShader, p = parseString(s, p)
print 'engine shader =', engineShader

compilerShader, p = parseString(s, p)
print 'compiler shader =', compilerShader

gameMaterial, p = parseString(s, p)
print 'game material =', gameMaterial

texturePath, p = parseString(s, p)
print 'texture path =', texturePath

texture, p = parseString(s, p)
print 'texture =', texture

print 'flags (2 sided, etc) =', hex(int(unpack('I', s[p : p + 4])[0]))
p += 4

size = 8
print 'unknown data =', map(hex, unpack('%dB' % (size,), s[p : p + size]))
p += size

def parseAuthorBlock(s):
print '\nauthor\n'
p = 0
authorName, p = parseString(s, p)
print 'author name =', authorName

size = 4
print 'creation date =', map(hex, unpack('%dB' % (size,), s[p : p + size]))
p += size

modifierName, p = parseString(s, p)
print 'modifier name =', modifierName

print 'modification date =', map(hex, unpack('%dB' % (size,), s[p : p + size]))
p += size

def parseUserDataBlock(s):
print '\nuser data\n'
p = 0
userData, p = parseString(s, p)
print 'user data =', userData

def parseLODBlock(s):
print '\nlod\n'
p = 0
reference, p = parseString(s, p)
print 'lod reference =', reference

def parseFlagsBlock(s):
print '\nflags (model type)\n'
p = 0
flags = unpack('I', s[p : p + 4])[0]
print 'model type =', hex(int(flags))

print '\n' * 3

p = 0
header = unpack('I', s[p : p + 4])[0]
print 'header =', hex(int(header))
p += 4

dataSize = unpack('I', s[p : p + 4])[0]
print 'data size =', dataSize
p += 4

while p < len(s):
print '\n'
print '=' * 79
block = unpack('I', s[p : p + 4])[0]
print 'block =', hex(int(block))
p += 4

blockSize = unpack('I', s[p : p + 4])[0]
print 'block size =', blockSize
p += 4

if block == 0x0910:
parseGeometryBlock(s[p : p + blockSize])
elif block == 0x0907:
parseMaterialBlock(s[p : p + blockSize])
elif block == 0x0922:
parseAuthorBlock(s[p : p + blockSize])
elif block == 0x0912:
parseUserDataBlock(s[p : p + blockSize])
elif block == 0x0925:
parseLODBlock(s[p : p + blockSize])
elif block == 0x0903:
parseFlagsBlock(s[p : p + blockSize])
else:
print 'unknown data =', map(hex, unpack('%dB' % (blockSize,), s[p : p + blockSize]))
p += blockSize
</code>

=== Результат ===
<code>
header = 0x7777
data size = 1113

===============================================================================
block = 0x900
block size = 2
unknown data = ['0x10', '0x0']

===============================================================================
block = 0x912
block size = 1

user data

user data =

===============================================================================
block = 0x925
block size = 1

lod

lod reference =

===============================================================================
block = 0x903
block size = 4

flags (model type)

model type = 0x0

===============================================================================
block = 0x910
block size = 929

geometry

mesh0 data size = 921

unknown block = 0x1000
unknown block size = 2
unknown data = ['0x11', '0x0']

name block = 0x1001
name block size = 8
name = Plane10

bbox block = 0x1004
bbox block size = 24
bbox min = (-0.089013084769248962, 0.00091872771736234426, -0.05408264324069023
1)
bbox max = (0.064492635428905487, 0.017687048763036728, 0.050194162875413895)

unknown block = 0x1002
unknown block size = 1
unknown data = ['0x5']

unknown block = 0x1010
unknown block size = 8
unknown data = ['0x0', '0x0', '0x0', '0x0', '0x0', '0x0', '0x0', '0x0']

vertices block = 0x1005
vertices block size = 88
vertices count = 7
vertex0 = (-0.0019903033971786499, 0.001169001217931509, 0.0068940594792366028)
vertex1 = (-0.089013084769248962, 0.00091872771736234426, 0.045723527669906616)
vertex2 = (0.006468137726187706, 0.0094316964969038963, 0.050194162875413895)
vertex3 = (-0.039456427097320557, 0.0043633054010570049, -0.039133470505475998)
vertex4 = (0.023728765547275543, 0.0064991358667612076, -0.054082643240690231)
vertex5 = (0.031571760773658752, 0.0060988827608525753, 0.0041843997314572334)
vertex6 = (0.064492635428905487, 0.017687048763036728, -0.038134712725877762)

triangles block = 0x1006
triangles block size = 148
triangles count = 6
triangle0 = (0, 2, 1, 1, 2, 0)
triangle1 = (0, 8, 3, 7, 1, 6)
triangle2 = (0, 11, 4, 10, 3, 9)
triangle3 = (5, 14, 6, 13, 4, 12)
triangle4 = (0, 17, 2, 16, 5, 15)
triangle5 = (0, 20, 5, 19, 4, 18)

smoothgroups block = 0x1013
smoothgroups block size = 24
triangle0 = 0x1
triangle1 = 0x1
triangle2 = 0x1
triangle3 = 0x1
triangle4 = 0x1
triangle5 = 0x1

uv map block = 0x1008
uv map block size = 193
count = 21
uv index = ['0x1', '0x0', '0x0', '0x0', '0x0'] 2
uv index = ['0x1', '0x0', '0x0', '0x0', '0x0'] 1
uv index = ['0x1', '0x0', '0x0', '0x0', '0x0'] 0
uv index = ['0x1', '0x90', '0xdb', '0x11', '0x7'] 12
uv index = ['0x1', '0x18', '0x87', '0x10', '0x7'] 12
uv index = ['0x1', '0x80', '0x8c', '0x10', '0x7'] 12
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 1
uv index = ['0x1', '0x0', '0x0', '0x0', '0x0'] 3
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 0
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 3
uv index = ['0x1', '0x0', '0x0', '0x0', '0x0'] 4
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 2
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 4
uv index = ['0x1', '0x0', '0x0', '0x0', '0x0'] 6
uv index = ['0x1', '0x0', '0x0', '0x0', '0x0'] 5
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 7
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 6
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 5
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 10
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 9
uv index = ['0x1', '0x1', '0x0', '0x0', '0x0'] 8

materials block = 0x1009
materials block size = 43
materials count = 1
material0 name = 01 - Default
triangles count = 6
triangles indices = [0, 1, 2, 3, 4, 5]

texcoords block = 0x1012
texcoords block size = 294
uv tables count = 2
name = Texture
unknown = 2
layer index = 0
uvs count = 7
uv0 = (0.72911489009857178, 0.70259565114974976)
uv1 = (0.4648970365524292, 0.95080757141113281)
uv2 = (0.55649280548095703, 0.58906811475753784)
uv3 = (0.97081756591796875, 0.88250058889389038)
uv4 = (0.97814416885375977, 0.69620668888092041)
uv5 = (0.75604760646820068, 0.52614188194274902)
uv6 = (0.98893237113952637, 0.51763355731964111)
index0 = 0
index1 = 1
index2 = 2
index3 = 3
index4 = 4
index5 = 5
index6 = 6
name = Texture
unknown = 2
layer index = 1
uvs count = 11
uv0 = (0.72911489009857178, 0.70259565114974976)
uv1 = (0.4648970365524292, 0.95080757141113281)
uv2 = (0.72911489009857178, 0.70259565114974976)
uv3 = (0.97081756591796875, 0.88250058889389038)
uv4 = (0.97814416885375977, 0.69620668888092041)
uv5 = (0.72911489009857178, 0.70259565114974976)
uv6 = (0.5510140061378479, 0.58371180295944214)
uv7 = (0.75604760646820068, 0.52614188194274902)
uv8 = (0.72911489009857178, 0.70259565114974976)
uv9 = (0.75604760646820068, 0.52614188194274902)
uv10 = (0.97814416885375977, 0.69620668888092041)
index0 = 0
index1 = 1
index2 = 0
index3 = 3
index4 = 4
index5 = 0
index6 = 2
index7 = 5
index8 = 0
index9 = 5
index10 = 4
unknown index0 = 1
unknown index1 = 1
unknown index2 = 2
unknown index3 = 2
unknown index4 = 3
unknown index5 = 4
unknown index6 = 4
unknown index7 = 4
unknown index8 = 5
unknown index9 = 5
unknown index10 = 5

===============================================================================
block = 0x907
block size = 82

materials

materials count = 1

material0 name = 01 - Default
engine shader = details\blend
compiler shader = default
game material = default
texture path = det\det_listya
texture = Texture
flags (2 sided, etc) = 0x0
unknown data = ['0x12', '0x1', '0x0', '0x0', '0x1', '0x0', '0x0', '0x0']

===============================================================================
block = 0x922
block size = 38

author

author name = \\SUSHKA\cy-27
creation date = ['0xf', '0x28', '0x98', '0x43']
modifier name = \\SUSHKA\cy-27
modification date = ['0xf', '0x28', '0x98', '0x43']
</code>
[[Категория:Форматы файлов]]

Пресеты XRay материалов

2007-06-07T17:50:26Z

Neo: обновление данных

Делитесь своими пресетами материалов. Начальные сведения взяты из официального руководства к SDK.

{| class="standard wide"
|-
! colspan="2" align="left" | Terrain Grass
|-
| valign="top" width="200" | Double side || no
|-
| valign="top" width="200" | Engine || terrain/grass
|-
| valign="top" width="200" | Compiler || default
|-
| valign="top" width="200" | Material || material/grass
|-
! colspan="2" align="left" | Terrain Sand
|-
| valign="top" width="200" | Double side || no
|-
| valign="top" width="200" | Engine || terrain/sand
|-
| valign="top" width="200" | Compiler || default
|-
| valign="top" width="200" | Material || material/earth
|-
! colspan="2" align="left" | Terrain Asphalt
|-
| valign="top" width="200" | Double side || no
|-
| valign="top" width="200" | Engine || terrain/asfalt
|-
| valign="top" width="200" | Compiler || default
|-
| valign="top" width="200" | Material || material/asphalt
|-
! colspan="2" align="left" | Пробиваемый металлический лист
|-
| valign="top" width="200" | Double side || no
|-
| valign="top" width="200" | Engine || default
|-
| valign="top" width="200" | Compiler || default
|-
| valign="top" width="200" | Material || material/metal_plate
|-
! colspan="2" align="left" | Прозрачная металлическая сетка
|-
| valign="top" width="200" | Double side || yes
|-
| valign="top" width="200" | Engine || def_aref
|-
| valign="top" width="200" | Compiler || default
|-
| valign="top" width="200" | Material || material/setka_rabica
|-
! colspan="2" align="left" | Обычная металлическая поверхность
|-
| valign="top" width="200" | Double side || no
|-
| valign="top" width="200" | Engine || default
|-
| valign="top" width="200" | Compiler || default
|-
| valign="top" width="200" | Material || material/metal
|-
! colspan="2" align="left" | Деревянные доски
|-
| valign="top" width="200" | Double side || no
|-
| valign="top" width="200" | Engine || default
|-
| valign="top" width="200" | Compiler || default
|-
| valign="top" width="200" | Material || material/wooden_board
|-
! colspan="2" align="left" | Толстые деревянные изделия
|-
| valign="top" width="200" | Double side || no
|-
| valign="top" width="200" | Engine || default
|-
| valign="top" width="200" | Compiler || default
|-
| valign="top" width="200" | Material || material/wood
|-
! colspan="2" align="left" | Бетон
|-
| valign="top" width="200" | Double side || no
|-
| valign="top" width="200" | Engine || default
|-
| valign="top" width="200" | Compiler || default
|-
| valign="top" width="200" | Material || material/concrete
|-
! colspan="2" align="left" | Кирпичная кладка
|-
| valign="top" width="200" | Double side || no
|-
| valign="top" width="200" | Engine || default
|-
| valign="top" width="200" | Compiler || default
|-
| valign="top" width="200" | Material || material/bricks
|-
! colspan="2" align="left" | Шифер, толь
|-
| valign="top" width="200" | Double side || no
|-
| valign="top" width="200" | Engine || default
|-
| valign="top" width="200" | Compiler || default
|-
| valign="top" width="200" | Material || material/shifer
|-
! colspan="2" align="left" | Штукатурка
|-
| valign="top" width="200" | Double side || no
|-
| valign="top" width="200" | Engine || default
|-
| valign="top" width="200" | Compiler || default
|-
| valign="top" width="200" | Material || material/stucco
|-
! colspan="2" align="left" | Земляная насыпь
|-
| valign="top" width="200" | Double side || no
|-
| valign="top" width="200" | Engine || default
|-
| valign="top" width="200" | Compiler || default
|-
| valign="top" width="200" | Material || material/earth
|-
! colspan="2" align="left" | Невидимая плоскость, указывающая лестницу
|-
| valign="top" width="200" | Double side || no
|-
| valign="top" width="200" | Engine || def_vertex
|-
| valign="top" width="200" | Compiler || def_kolizion_vertex
|-
| valign="top" width="200" | Material || material/fake_ladders
|-
! colspan="2" align="left" | Невидимая плоскость, ограждающая проход персонажу
|-
| valign="top" width="200" | Double side || yes
|-
| valign="top" width="200" | Engine || def_vertex
|-
| valign="top" width="200" | Compiler || def_kolizion_vertex
|-
| valign="top" width="200" | Material || material/fake
|-
! colspan="2" align="left" | Разбиваемое стекло
|-
| valign="top" width="200" | Double side || yes
|-
| valign="top" width="200" | Engine || models/window
|-
| valign="top" width="200" | Compiler || def_vertex
|-
| valign="top" width="200" | Material || objects/glass
|-
! colspan="2" align="left" | Вода
|-
| valign="top" width="200" | Double side || no
|-
| valign="top" width="200" | Engine || effects/water
|-
| valign="top" width="200" | Compiler || def_vertex
|-
| valign="top" width="200" | Material || material/water
|-
|}
[[Категория:SDK]]

Прозрачные работы. Делаем воду и окна на уровне.

2007-06-07T15:14:23Z

Neo: /* Назначение материалов */

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

== Создание геометрии ==
Запускаем свой любимый пакет 3D моделирования(3D Studio Max && Maya - если ещё не установлены плагины или пакет не настроен соотв. образом, смотри эту [[Создание уровня, пошаговое руководство|статью]] по основам создания уровня). Я предпочитаю работать в максе.

Создаём box, размером допустим 10м*10м*0,1м, он будет основой нашего тестового уровня. Сделаем небольшое углубление, это будет у нас типа яма с водой. Тут же создадим стену с оконными проёмами, выглядеть это будет примерно так:
{|
|[[Изображение:3D-max-test-level.jpg|thumb|400px|Тестовый уровень в максе]]
|[[Изображение:3D-max-planel.jpg|thumb|400px|Плоскости стёкол и воды]]
|}
 
Теперь создадим плоскости(plane) для стекол и водной глади и займёмся назначением материалов.

== Назначение материалов ==
Более подробно о создании и настройке XRay материала можно почитать всё в той же [[Создание уровня, пошаговое руководство|статье]] по основам создания уровня.
Здесь же я приведу только пресеты для стекла и воды.
{| class="standard" align="left"
|-
! colspan="2" align="left" | Разбиваемое стекло
|-
| valign="top" width="200" | Double side || yes
|-
| valign="top" width="200" | Engine || models/window
|-
| valign="top" width="200" | Compiler || def_vertex
|-
| valign="top" width="200" | Material || objects/glass
|-
! colspan="2" align="left" | Вода
|-
| valign="top" width="200" | Double side || no
|-
| valign="top" width="200" | Engine || effects/water
|-
| valign="top" width="200" | Compiler || def_vertex
|-
| valign="top" width="200" | Material || material/water
|-
|}
В качестве текстур воды и стекла я взял стандартные текстуры:
* gamedata\textures\water.dds
* gamedata\textures\glas\glas_br_01.dds
Конвертировал их с помощью [http://stalkerin.gameru.net/modules.php?name=Downloads&d_op=viewtheoned&lid=106 этой] утилиты. Распакуйте архив в любое место, поместите нужные *.dds файлы в получившуюся папку и запустите CONV_ALL.BAT, в этой же папке появятся файлы *.tga.

Далее соответственно импортируем уровень и текстуры в редактор, компилируем и в результате получаем в игре результат приведённый на скриншотах ниже.
В дальнейших планах улучшить качество стекла, точнее качество эффекта разбития стекла, сейчас это непонятно что.
 
{| width="100%" align="left"
|valign="top" |[[Изображение:Ww-in-editor.jpg|thumb|400px|Уровень в редакторе]]
|valign="top" |[[Изображение:Ss pavel 06-07-07 12-08-03 (ww).jpg|thumb|400px|Вода в игре]]
|-
|valign="top" |[[Изображение:Ss pavel 06-07-07 12-08-20 (ww).jpg|thumb|400px|Стекло в игре]]
|}
[[Категория:SDK]]