HLFX.Ru Forum (https://hlfx.ru/forum/index.php)
- XashXT (https://hlfx.ru/forum/forumdisplay.php?forumid=30)
-- Система материалов для нового рендерера (https://hlfx.ru/forum/showthread.php?threadid=4366)
Отправлено Дядя Миша 18-04-2014 в 07:59:
Система материалов для нового рендерера
Я принял решение отказаться от кутришной системы шейдеров, по нескольким причинам. Во первых оно малоинформаивное для левел-дизайнера, поскольку базируется на понимании функционала OpenGL, в области мультитекстуринга. К тому же подавляющее большинство настроек кутришных шейдеров, попросту неактуальны. Ну вот например вместо deformVertexes куда логичнее и надёжнее сделать настоящую анимацию у студиомодели. А вращение и деформация текстур может осуществляться прямо в GLSL-шейдере, так сказать с учётом реальных потребностей.
Во вторых, эта система плотно завязана на мультитекстуринг, что с учётом наличия GLSL-шейдеров будет попросту неактуально в новой системе.
Таким образом встал вопрос о разработке новой системы материалов, которая могла бы обеспечить левел-дизайнеру широкие возможности и низкий порог вхождения, т.е. в идеале, чтобы можно было работать даже на ощупь, без чтения документации. Разумеется, у меня есть набросок такой системы (пока что только на бумаге) и я вам её сейчас покажу. Ваша задача - придумать как улучшить мою концепцию (если вы считаете, что она в этом нуждается), либо предложить свою, более удобную, на ваш взгляд. В конечном итоге в ксаш-мод попадёт именно та концепция материалов\шейдеров, которая понравится большинству. Итак, поехали. Вот моя концепция:
Описание материалов является генеричной частью системы и не привязано к конкретным текстурам. Описание хранится в файле matdesc.txt. Вот пример такого файла (можете придумать свой вариант)
C++ Source Code:
3 | program_diffuse "glsl/generic_diffuse" // diffuse default program |
4 | program_light "glsl/generic_light" // diffuse light program |
5 | decals "shot_wood" // group of decals |
6 | gibs "aurora/gib_wood.aur" // spawn effects when bullet hit the material |
7 | density "10" // phys parameter - density of material |
8 | friction "0.9" // phys parameter - material friction |
14 | program_diffuse "glsl/generic_glass" // diffuse default program |
15 | program_light "" // glass not required lighting |
16 | decals "shot_glass" // group of decals |
17 | gibs "aurora/gib_glass.aur" // spawn effects when bullet hit the material |
18 | density "15" // phys parameter - density of material |
19 | friction "0.7" // phys parameter - material friction |
25 | program_diffuse "glsl/generic_diffuse" // diffuse default program |
26 | program_light "glsl/generic_light" // diffuse light program |
27 | decals "shot_metal" // group of decals |
28 | gibs "aurora/gib_metal.aur" // spawn effects when bullet hit the material |
29 | density "30" // phys parameter - density of material |
30 | friction "0.7" // phys parameter - material friction |
36 | program_diffuse "glsl/terrain_diffuse" // diffuse default program |
37 | program_light "glsl/terrain_light" // diffuse light program |
38 | decals "shot_ground" // group of decals |
39 | gibs "aurora/gib_grnd.aur" // spawn effects when bullet hit the material |
40 | density "3" // phys parameter - density of material |
41 | friction "4.5" // phys parameter - material friction |
45 | "skin" // e.g for studiomodels |
47 | program_diffuse "glsl/subsurf_diffuse" // diffuse program with subsurface scattering |
48 | program_light "glsl/subsurf_light" // diffuse light program |
49 | decals "shot_blood" // group of decals |
50 | gibs "aurora/gib_blood.aur" // spawn effects when bullet hit the material |
51 | density "4" // phys parameter - density of material |
52 | friction "1.8" // phys parameter - material friction |
58 | program_diffuse "glsl/generic_light" // emitting surface |
59 | decals "shot_glass" // group of decals |
60 | gibs "aurora/gib_glass.aur" // spawn effects when bullet hit the material |
61 | density "15" // phys parameter - density of material |
62 | friction "0.7" // phys parameter - material friction |
68 | program_diffuse "glsl/generic_decal" // diffuse default program |
69 | program_light "" // decal not required lighting |
74 | program_diffuse "glsl/mirror" // diffuse default program |
75 | program_light "glsl/generic_light" // glass not required lighting |
76 | decals "shot_glass" // group of decals |
77 | gibs "aurora/gib_glass.aur" // spawn effects when bullet hit the material |
78 | density "15" // phys parameter - density of material |
79 | friction "0.7" // phys parameter - material friction |
Надеюсь здесь всё понятно без комментариев. Основной упор делается на то, что пользователь сможет писать и подключать новые GLSL-шейдеры без модификации кода рендерера.
Теперь посмотрим, как выглядит система сопряжения материалов с реальными текстурами. Это у нас файлик materials.txt
C++ Source Code:
3 | material "wood" // get descripton from matdesc.txt |
4 | normalmap "materials/common/bcrate02_norm" // optional. otherwise loads by postfix "_norm" |
5 | glossmap "materials/common/bcrate02_gloss" // optional. otherwise loads by postfix "_gloss" |
6 | heightmap "materials/common/bcrate02_height" // optional. otherwise loads by postfix "_height" |
7 | detailmap "gfx/detail/dt_wood" // detail map always specified explicitly |
8 | glossExp "16" // gloss exponent |
9 | POMScale "30" // parallax height |
10 | POMSteps "25" // parallax quality |
11 | detailScale "8 8" // detail scale |
16 | material "mirror" // get descripton from matdesc.txt |
17 | normalmap "materials/common/generic2_norm" // optional. |
18 | detailmap "gfx/detail/dt_metal" // detail map always specified explicitly |
19 | detailScale "8 8" // detail scale |
24 | material "glass" // get descripton from matdesc.txt |
25 | detailmap "gfx/detail/dt_glass" // detail map always specified explicitly |
26 | detailScale "8 8" // detail scale |
32 | heightmap "materials/terrains/terra1" // optional. otherwise loads by postfix "_height" |
33 | layer0 "materials/terrains/rocks" |
34 | layer1 "materials/terrains/sand" |
35 | layer2 "materials/terrains/grass" |
36 | grass "grass_small" // name of grass group |
нормалмапу, глоссмапу и хейтмапу можно указывать явным образом или же положиться на постфикс _norm, _gloss, _height (ну то есть, чтобы движок сам сформировал имя и путь).
Layer - это слои террайна. Этот момент пока не очень хорошо продуман.
grass - имя группы травы. Группы трав пока не продуманы вообще.
группы декалей ориентировочно как в параное ну или близко к тому.
Концепция, как вы понимаете предварительная, возможно будет меняться и не раз. Вносите дополнения, предлагайте полностью другие концепции, вообщем вам слово.
И помните - вам потом с этим работать. Так что думайте сейчас.__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено XaeroX 18-04-2014 в 08:37:
Цитата:
Дядя Миша писал:
Ну вот например вместо deformVertexes куда логичнее и надёжнее сделать настоящую анимацию у студиомодели.
Когда я говорил, что вместо фнук_ротатинга (недосягаемого для игрока) логичнее и надёжнее сделать настоящую анимацию у студиомодели (при этом компилятор моделей волатилы умел генерить простые анимации автоматически), все смеялись и крутили пальцем у виска. И говорили - "а кто будет эти анимации делать? Кто умеет их делать? Зачем нам делать модель, это ж из хаммера вылезать надо в какую-то милку?"
Думаете, я забыл? Я ничего и никому не забываю. 
Добавлено 18-04-2014 в 15:37:
Кстати, сделай-ка анимацию "педерастов, ползущих по трубам" в любом редакторе. Только без читерства в виде какого-нибудь MaxScript. __________________
Отправлено thambs 18-04-2014 в 12:01:
а у меня одно пожелание: что бы можно было писать не только
C++ Source Code:
но и
C++ Source Code:
со всей вытекающей автоматикой
C++ Source Code:
ты что ли хочешь автоматическое размещение динамичного света добавить?__________________
http://www.moddb.com/mods/monorail-quest
Отправлено FiEctro 18-04-2014 в 12:55:
Цитата:
thambs писал:
а у меня одно пожелание: что бы можно было писать не только
Так создай тип материала, и присваивай его любой текстуре. Тот же OUT_... содержит весьма разношерстные текстуры. Но можно впринципе сделать препроцессор для таких случаев:
#OUT_
{
material "ground"
}
Хотя само слово material слишком длинное, можно и упростить
#OUT_ ("ground") или MYTEXTURE ("ground")
{
}
Кстати, насколько система чувствительна к регистру? И как обстоят дела с материалами студиомоделей и спрайтов?__________________
У котёнка мокрый нос и гладенькая шерсть, у него забавный хвост и быстрых лапок шесть. Две задних, две средних и две передних лапы, такая многоножка получилася у папы.
Он ученый — папа мой — зверушек изучает, гуляет по помойкам, ловит крыс и чаек. Две крысы белокрылые и чайки две унылые покрытые пупырчатою кожей лягушат без пёрышек тоскуют и ускакать спешат.
А ещё есть муравей большой размером с гуся он пугает всех зверей, и я его боюся, когда он ковыляет на лапках на своих.
И в двери ударяет, и начинает стих: Я — муравей, воды налей! Не меньше ведра, напиться мне пора!
Отправлено Дядя Миша 18-04-2014 в 13:29:
Цитата:
XaeroX писал:
Когда я говорил, что вместо фнук_ротатинга (недосягаемого для игрока) логичнее и надёжнее сделать настоящую анимацию у студиомодели
Какая связь с deformVertexes? 
Я намекаю, что эта фишка деформирует только видимые полигоны, да еще и на CPU. Причём реально её использовали ровно в двух случаях - для раскачивания флагов и для иммитации движения партиклей (которых в ку3 таки не было).
Цитата:
XaeroX писал:
Кстати, сделай-ка анимацию "педерастов, ползущих по трубам" в любом редакторе
Вот веришь-нет, я их только в ку3 и видел на паре карт. Больше этот эффект никуда не приткнешь, он просто нафиг не нужен.
Цитата:
thambs писал:
со всей вытекающей автоматикой
Нет, такое опасно очень. Но дефолтные кейсы будут.
Цитата:
thambs писал:
ты что ли хочешь автоматическое размещение динамичного света добавить?
Очевидно же, что шейдер считающий освещение с лайтмапой и освещение от проекционных источников - это два разных шейдера.
Две разных модели освещения.
Цитата:
FiEctro писал:
Кстати, насколько система чувствительна к регистру?
Какая система? Я ни строчки кода не написал еще, я просто синтаксис придумал.__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено XaeroX 18-04-2014 в 13:35:
Цитата:
Дядя Миша писал:
Больше этот эффект никуда не приткнешь, он просто нафиг не нужен.
Я почему-то был уверен, что ты именно так и ответишь.
Ну да ладно.
Кстати, в Wolfram он был. 
__________________
Отправлено Дядя Миша 18-04-2014 в 14:10:
Цитата:
XaeroX писал:
Я почему-то был уверен, что ты именно так и ответишь.
Чтобы это понять мне тоже понадобилось немало времени
Ну вот реально, возьмём ку3 - всё блестит, переливается, моргает, куда-то бежит. Возьмём любую другую игру на движке ку3 - ничего не моргает, не блестит, большинство шейдеров дефолтные. С таким подходом, действительно неважно как у нас вентилятор сделан - брашем или крутящейся текстуркой. Ну ок, давай подробно разберём все возможности ку3 шейдеров, чтобы наглядно убедиться, что сейчас они не имеют значения.
deformVertexes. Значения autosprite, text, bulge (по трубам которые), wave, normal, move. Autosprite - это чтобы еденичный полигон уровня превратить в спрайт, вкомпиленный в карту. Фларесы или там звезды\луну делать.
С успехом заменяется env_sprite. Просто в ку3 демонстративно отказались от привычных спрайтов по непонятным причинам. Text - я ни разу не видел, чтобы юзали. Эти, по трубам - тоже нигде не юзается, кроме самой кутри.
Только там вместо негеев по трубам какое-то зло ползало, дьявол что ли.
wave - из еденичного полигона делать флаги. Опять таки, непросто делать флаги на вертексной анимации, на скелетной никаких проблем. Normal - деформация по нормалям. Помоему для glowshell юзалось. Move - для симуляции партиклей. Дико тормозная вещь. Я видел как через нее делали дождь или снег. Уж лучше бы не делали. Халфовский дождь через лучи и то приятнее смотрелся.
Эффекты для стадий: восемь анимированных текстур без возможности переключения, ну несерьезно. В первокваке и то 10\10. Видео-текстуры.
В ксаш-моде они и так есть.
rgbGen. Параметры: wave, const, identity, entity, oneminusentity, vertex, exactVertex, lightingDiffuse, oneminusVertex. Волны - вот чисто для тех брашевых флагов. entity - аналог krenderTransColor. Наиболее часто употребляемые - vertex и lightingDiffuse. И то за счёт наличия лайтгрида.
Опять таки - в студиомодельках освещение применяется автоматически, можно поставить флаг фуллбрайт.
alphaGen опускаю, там тоже самое.
texgen - environment, lightmap, base, vector. Ну первый, это хром-текстуры, второй и третий вообще не должны забивать голову маппера, последний - для самых умных и как правило применялся к небу. Но им еденицы могли пользоваться.
texmod - turb, scale, scroll, stretch, transform, rotate и entityTranslate.
turb - аналог закрученной воды из халфы
scale - позволял растянуть текстуру, опять таки годилось только для неба.
scroll - неконтролируемая текстура куда-то скролится, конвейер в этом отношении удобнее.
stretch - растягивание через переодическую функцию. В основном только на кутришных картах и использовалось.
transform - опять таки для самых умных и применительно к небу, поскольку на обычном полигоне текстуру можно в редакторе вертеть.
rotate - кстати в халфе не работает толком, из-за отрицательных текс-кордов по умолчанию. Приходится текстуру наносить хитрым образом, чтобы оно наконец начало нормально вращаться. В ку3 координаты в диапазоне 0-1 и там этой проблемы нету.
entityTranslate - некий аналог конвейера из халфы, однако не юзается и даже не подключен толком.
Вообщем подводя итоги можно сказать, что оно нашло применение только в моде Жэки, который был уверен, что если всё моргает, светится, переливается и крутится, то мод автоматически становится хорошим.
Поэтому я полагаю, что система материалов должна в первую очередь обеспечить работу с бампом, параллаксом, зеркалами, вообщем более юзабельными настройками, нежели крутящиеся текстуры.
Хотя, повторюсь, я тоже пришел к этому соображению далеко не сразу, а буквально пару месяцев назад.__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено XaeroX 18-04-2014 в 14:21:
А, ну хорошо. Хозяин - барин.
Для тех, кому надо, чтобы всё блестело и переливалось - будет волатила. Я-то от шейдерной системы отказываться нипочём не намерен. Это после того, как я в джекхаммере сделал для них визуальный редактор?
__________________
Отправлено thambs 18-04-2014 в 14:53:
Дядя Миша
а торнадо нормальное как то получится сделать? ясно ж, что что даже в несколько слоёв мэпперским способом оно как говно выглядеть так и будет, а если там как ни будь несколько текстур с разными скоростями закрутить-продеформировать, то может получиться как настоящий циклон. меня вот эти шейдеры все именно в таком применении интересуют.
__________________
http://www.moddb.com/mods/monorail-quest
Отправлено Дядя Миша 18-04-2014 в 15:00:
Ну вообще-то GLSL представляет заведомо больше возможностей, нежели любые кутри шейдеры. Надеюсь это понятно. Моя самая главная идея в том, чтобы была возможность эти шейдеры подключать, не меняя ничего в коде.
__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено XaeroX 18-04-2014 в 15:59:
Цитата:
Дядя Миша писал:
Ну вообще-то GLSL представляет заведомо больше возможностей, нежели любые кутри шейдеры
GLSL - это ч0рный ящик. Ты целиком попадаешь в зависимость от видеодрайвера. Если шейдер ку3 рисует что-то неправильно, ты всегда можешь полезть в код и найти причину. А в случае с GLSL адекватная отладка невозможна. Не говоря уже о том, что все процессоры ведут себя примерно одинаково, а каждая отдельно взятая видимокарта - по-своему.__________________
Отправлено Дядя Миша 20-04-2014 в 07:35:
А здесь вообще всё печально
Ни у кого нету соображений по теме. Ну ок, будете пользоваться тем, шо дадут.
__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено ILZM 20-04-2014 в 16:21:
Всё очень классно! Может быть ещё сделать несколько файлов типа matdesc_de_dust2.txt для удобного деления. И ещё надо для звуков файлы, потому-что hitsound "shot_flesh" ничего не говорит о характеристиках.
Отправлено KiQ 20-04-2014 в 17:27:
а для моделей та же система?
__________________
-Brain is dead-
Отправлено Дядя Миша 20-04-2014 в 18:32:
для моделей, брашей и декалей. А спрайты будут классически рендерится.
Ибо в изменениях не нуждаются.
__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено ~ X ~ 20-04-2014 в 21:31:
Дядя Миша переведи свою текстовую концепцию в UML, выложи картинку сюда, погляди, где какие категории и зависимости данных, а потом решай, что статическое, что динамическое и в какие файлы это пихать... 
Цитата:
Дядя Миша писал:
я просто синтаксис придумал.
а, всё. вопрос закрыт. Уж сколько синтаксисов в мире... и велосипедистов.__________________
Минутка полезного:
Бесплатный UT-подобный Half-Life mod.
Бесплатный редактор для 32-битных текстур. Без дотнета.
Бесплатный IDE для любых компиляторов и ЯП.
Бесплатная Windows-подобная ОС.
Проверка грамматики русского языка.
Чат по hl[fx]: [email protected]
Отправлено Дядя Миша 21-04-2014 в 06:10:
~ X ~ делаешь свой синтаксис - Хвидер ругается на изобретение велосипеда. Берешь чужой синтаксис - Ксерокс ругается "украл-украл".
__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено XaeroX 21-04-2014 в 07:59:
Дядя Миша
Взять синтаксис - не то же самое, что и взять код.
У меня вон синтаксис шойдеров ку3 в волатиле, но парсер самописный.
Добавлено 21-04-2014 в 14:59:
А ещё у меня структура папок чисто кушная, ну это все знают.
__________________
Отправлено Дядя Миша 21-04-2014 в 12:38:
Цитата:
XaeroX писал:
У меня вон синтаксис шойдеров ку3 в волатиле, но парсер самописный.
А у меня можно подумать кутришный был парсер. Тоже самописный, толку-та?__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено XaeroX 21-04-2014 в 13:08:
Дядя Миша
У тебя-то был самописный, но писали его авторы X-Real.
__________________
Отправлено Дядя Миша 21-04-2014 в 13:25:
Цитата:
XaeroX писал:
У тебя-то был самописный, но писали его авторы X-Real.
Не, там кутришный
У меня еще со старых ксашев полно этих парсеров. Любил я их раньше писать.__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено ncuxonaT 23-04-2014 в 16:51:
Нет причин задавать шейдер освещения вместе с параметрами физики, декалями и джибзами. Разумнее прописывать его непосредственно в материале.
Отправлено Дядя Миша 26-04-2014 в 12:19:
Товарищи, подумайте хорошенько. Если от вас не поступит никаких предложений - я тему закрою в понедельник и буду делать так, как мне нравится.
__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено Дядя Миша 29-04-2014 в 16:26:
Вот еще вариант нашёл, в quake2world. Примеры:
Цитата:
{
material edge/duckw
normalmap edge/duckw_nm
bump 1.0
hardness 2.0
specular 2.0
parallax 0.0
{
texture edge/ripple
blend GL_ONE GL_ONE
scroll.t 0.025
}
}
скроллинг призван иммитировать волны, я так понимаю.
Вот типичная стенка:
Цитата:
{
material edge/crate256rtc
normalmap edge/crate256rtc_nm
bump 0.6
hardness 4.0
specular 2.0
parallax 5.6
}
но без спикуляра. Параллакс кстати использует нормалмапу для своей работы.
А вот террайн, но с ограниченными возможностями:
Цитата:
{
material edge/rockies
normalmap edge/rockies_nm
bump 1.1
hardness 0.6
specular 0.3
parallax 2.3
{
texture edge/mossyrockies
terrain 1132.0 1200.0
dirtmap 0.7
}
}
Как оно? Более понятно чем кутришные шейдеры? Или такой же мрак?__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено ILZM 29-04-2014 в 16:39:
Дядя Миша, если это аналог первому варианту, то не так уж понятно. Как это у бампа значения какие-то, а не путь к текстуре. Первый нормальный, только со звуком что-нить получше сделать надо.
Отправлено FiEctro 29-04-2014 в 16:48:
>> Как оно? Более понятно чем кутришные шейдеры? Или такой же мрак?
Непонятно. Во первых оно ссылается на какой то material edge/duckw, во вторых зачем лишний блок скобок?
Что если не делать материалы для каждой текстуры, а просто писать их в препроцессор? Как это делает тот же scroll_?
Т.е. у нас есть материал такого содержания:
C++ Source Code:
И соответственно ко всем текстурам типа scroll_ будет применяться этот материал (нигде его дополнительно прописывать ненужно).
Если нужно просто отдельную текстуру, то можно указать препроцессору другой параметр:
C++ Source Code:
Чтобы не копировать одно и тоже содержимое можно так же указать:
C++ Source Code:
6 | define "mydynamicshader" |
14 | event "event_name" "mydynamicshader"; // присваиваем новый шейдер при обращении по имени event_name с сервера |
__________________
У котёнка мокрый нос и гладенькая шерсть, у него забавный хвост и быстрых лапок шесть. Две задних, две средних и две передних лапы, такая многоножка получилася у папы.
Он ученый — папа мой — зверушек изучает, гуляет по помойкам, ловит крыс и чаек. Две крысы белокрылые и чайки две унылые покрытые пупырчатою кожей лягушат без пёрышек тоскуют и ускакать спешат.
А ещё есть муравей большой размером с гуся он пугает всех зверей, и я его боюся, когда он ковыляет на лапках на своих.
И в двери ударяет, и начинает стих: Я — муравей, воды налей! Не меньше ведра, напиться мне пора!
Отправлено ILZM 29-04-2014 в 17:19:
C++ Source Code:
3 | program_diffuse "glsl/mirror"// diffuse default program |
4 | program_light "glsl/generic_light"// glass not required lighting |
5 | decals "shot_glass"// group of decals |
6 | gibs "aurora/gib_glass.aur"// spawn effects when bullet hit the material |
7 | density "15"// phys parameter - density of material |
8 | friction "0.7"// phys parameter - material friction |
В файле sound, например
C++ Source Code:
6 | channel "AUTO" // CHAN_AUTO |
Отправлено Дядя Миша 29-04-2014 в 17:45:
Пиу-пиу? Лучше тогда "тыррытук-щик-щюк" 
__________________
My Projects: download page
F.A.Q по XashNT
Блог разработчика в телеграме
Цитата:
C:\DOCUME~1\C4C5~1\LOCALS~1\Temp\a33328if(72) : see declaration of 'size_t'
Отправлено GioHAUS0n 29-04-2014 в 23:20:
Блин сделайте, как HL2 или вашем всем любимом Quake3-4.
