Ru/Advanced Lighting: Difference between revisions

From Valve Developer Community
< Ru
Jump to navigation Jump to search
m (Multipage removal)
 
(32 intermediate revisions by 7 users not shown)
Line 1: Line 1:
{{otherlang2
{{LanguageBar|title = Продвинутое освещение}}
|title=Продвинутое освещение
 
|en=Advanced_Lighting
 
|fr=Advanced_Lighting:fr
}}
== Энтити света ==
== Энтити света ==
=== [[light_dynamic]] ===
=== {{L|light_dynamic}} ===
Невидимый источник света, который может постоянно меняться и перемещаться. Его местоположение может определяться скриптованными двигающимися объектами. Динамическое освещение  существенно нагружает процессор, потому что рассчитывается в реальном времени, и при этом оно гораздо гибче статического освещения. Используйте данный тип освещения редко, потому что он сильно нагружает графический движок.
Невидимый источник света, который может постоянно меняться и перемещаться. Его местоположение может определяться скриптованными двигающимися объектами. Динамическое освещение  существенно нагружает процессор, потому что рассчитывается в реальном времени, и при этом оно гораздо гибче статического освещения. Используйте данный тип освещения редко, потому что он сильно нагружает графический движок.


{{note:ru|Фактически, эта сущность состоит из двух огней: светового конуса и пятна света. Некоторые их значения не всегда влияют друг на друга.}}{{clr}}
{{Note|Фактически, эта сущность состоит из двух огней: светового конуса и пятна света. Некоторые их значения не всегда влияют друг на друга.}}{{clr}}


=== [[Glowing Textures|Светящиеся текстуры]] ===
=== {{L|Glowing Textures|Светящиеся текстуры}} ===
[[Image:glow_selfillum.jpg|thumb|256px|right|Светящаяся текстура.]]
[[File:glow_selfillum.jpg|thumb|256px|right|Светящаяся текстура.]]


В определённых случаях можно создавать свои светящиеся или освещающие текстуры, но для этого нужно использовать файл .vmt или .rad, что выходит за рамки нашей статьи. Это поможет дизайнеру уровня сберечь усилия, когда он будет создавать световые эффекты для своей карты.{{clr}}
В определённых случаях можно создавать свои светящиеся или освещающие текстуры, но для этого нужно использовать файл .vmt или .rad, что выходит за рамки нашей статьи. Это поможет дизайнеру уровня сберечь усилия, когда он будет создавать световые эффекты для своей карты.{{clr}}


=== [[env_particlelight]] ===
=== {{L|env_particlelight}} ===
[[image:int_particle.jpg|thumb|150px|right|Красный свет.]]
[[File:int_particle.jpg|thumb|150px|right|Красный свет.]]


Обычный свет, который освещает только частицы из [[env_smokestack]], и больше ничего. Полезно для улучшения освещения помещений с паром и подобных, но редко используется из-за своей специфики.{{clr}}
Обычный свет, который освещает только частицы из {{L|env_smokestack}}, и больше ничего. Полезно для улучшения освещения помещений с паром и подобных, но редко используется из-за своей специфики.{{clr}}


=== [[env_projectedtexture]] ===
=== {{L|env_projectedtexture}} ===
[[Image:Shadowmapping_filter1_res4096.jpg|thumb|256px|right|Крошечная сцена, показывающая env_projectedtexture с "framebuffer fix", "Clipping fix" и "Grain fix". Разрешение текстуры составляет 4096 с зерном/фильтром 1. Создана с помощью Hammer и содержимого Half-life 2.]]
[[File:Shadowmapping_filter1_res4096.jpg|thumb|256px|right|Крошечная сцена, показывающая env_projectedtexture с "framebuffer fix", "Clipping fix" и "Grain fix". Разрешение текстуры составляет 4096 с зерном/фильтром 1. Создана с помощью Hammer и содержимого Half-life 2.]]


Аналогично light_dynamic - это невидимый прожектор, который может изменяться и двигаться. Он может менять свою позицию, поле зрения и диапазон, будучи привязан к двигающимся объектам. Env_projectedtextures уникальна тем, что отбрасывает динамические тени от любой геометрии (браша или модели) на все браши и модели (даже на себя), в отличие от теней RenderToTexture. Данная система используется для фонариков игроков в Half-life 2 и L4D.
Аналогично light_dynamic - это невидимый прожектор, который может изменяться и двигаться. Он может менять свою позицию, поле зрения и диапазон, будучи привязан к двигающимся объектам. Env_projectedtextures уникальна тем, что отбрасывает динамические тени от любой геометрии (браша или модели) на все браши и модели (даже на себя), в отличие от теней RenderToTexture. Данная система используется для фонариков игроков в Half-life 2 и L4D.


Env_projectedtexture - самый тяжелый источник света, он не компилируется, и все расчёты происходят в реальном времени. Более одной или двух таких энтить резко снизят производительность на старых видеокартах. Также обратите внимание, что на Source2007 и более ранних версиях движка без [[env_projectedtexture/fixes|исправлений]] тени будут сильно "зернистыми", иметь низкое разрешение и без родителя. Эти проблемы были исправлены в новых итерациях движка Source2009, тем не менее вы ограничены только одной текстурой-прожектором (ВКЛЮЧАЯ фонарики игроков).
Env_projectedtexture - самый тяжелый источник света, он не компилируется, и все расчёты происходят в реальном времени. Более одной или двух таких энтить резко снизят производительность на старых видеокартах. Также обратите внимание, что на Source2007 и более ранних версиях движка без {{L|env_projectedtexture/fixes|исправлений}} тени будут сильно "зернистыми", иметь низкое разрешение и без родителя. Эти проблемы были исправлены в новых итерациях движка Source2009, тем не менее вы ограничены только одной текстурой-прожектором (ВКЛЮЧАЯ фонарики игроков).


{{note:ru|Чем дальше отбрасываемая тень, тем меньше её детализация. Низкий FOV, высокий NearZ и приближение теней (поскольку они не визуализируют пространство) дают лучшие результаты. Когда тени начинают терять детализацию и очевидна утечка, то они будут "вытягиваться".}}{{clr}}
{{Note|Чем дальше отбрасываемая тень, тем меньше её детализация. Низкий FOV, высокий NearZ и приближение теней (поскольку они не визуализируют пространство) дают лучшие результаты. Когда тени начинают терять детализацию и очевидна утечка, то они будут "вытягиваться".}}{{clr}}


== Связанные энтити ==
== Связанные энтити ==
=== [[info_lighting]] ===
=== {{L|info_lighting}} ===
[[Image:info_lighting.png|left]]
[[File:info_lighting.png|left]]


Эта энтитя используется в качестве источника, от которого светится другая сущность. Иногда, при резких перепадах света на коротких расстояниях или сложных теней, модель может неправильно отсвечивать. С помощью этой энтити модель будет светить так, будто она на своём месте.
Эта энтитя используется в качестве источника, от которого светится другая сущность. Иногда, при резких перепадах света на коротких расстояниях или сложных теней, модель может неправильно отсвечивать. С помощью этой энтити модель будет светить так, будто она на своём месте.
Line 37: Line 35:
Одним из распространённых примеров являются статичные модели лестниц в HL2; в тёмных зонах они будут светиться, если в их свойствах правильно прописать info_lighting, задав последнему имя.{{clr}}
Одним из распространённых примеров являются статичные модели лестниц в HL2; в тёмных зонах они будут светиться, если в их свойствах правильно прописать info_lighting, задав последнему имя.{{clr}}


=== [[env_lightglow]] ===
=== {{L|env_lightglow}} ===
[[image:env_lightglow.jpg|thumb|150|right|глоу-эффект]]
[[File:env_lightglow.jpg|thumb|150|right|глоу-эффект]]


Используется для создания ярких огней, похожих на вспышку, и затухающих на определённом расстоянии. Как правило, ставится в конце тёмных тоннелей. Является предшественником [[HDR]]-эффекта, подделывая экспозицию света. Некоторые карты [[Team Fortress 2]] используют этот эффект, чтобы имитировать пушок от обычных источников света, но лучше использовать [[env_sprite]].{{clr}}
Используется для создания ярких огней, похожих на вспышку, и затухающих на определённом расстоянии. Как правило, ставится в конце тёмных тоннелей. Является предшественником {{L|HDR}}-эффекта, подделывая экспозицию света. Некоторые карты {{L|Team Fortress 2}} используют этот эффект, чтобы имитировать пушок от обычных источников света, но лучше использовать {{L|env_sprite}}.{{clr}}


=== [[info_no_dynamic_shadow]] ===
=== {{L|info_no_dynamic_shadow}} ===
[[image:int_nody.jpg|thumb|225px|right|Пример использования]]
[[File:int_nody.jpg|thumb|225px|right|Пример использования]]


Заставляет конкретную брашевую поверхность не создавать динамические тени, отбрасываемые физическими сущностями или NPC. Используется редко, но может потребоваться, чтобы скрыть неправильные или кривые тени, выглядящие искусственно.{{clr}}
Заставляет конкретную брашевую поверхность не создавать динамические тени, отбрасываемые физическими сущностями или NPC. Используется редко, но может потребоваться, чтобы скрыть неправильные или кривые тени, выглядящие искусственно.{{clr}}


=== [[env_tonemap_controller]] ===
=== {{L|env_tonemap_controller}} ===
Управляет экспозицией световых [[HDR]]-эффектов. Если нет полностью реализованного HDR, то не оказывает влияния.{{clr}}
Управляет экспозицией световых {{L|HDR}}-эффектов. Если нет полностью реализованного HDR, то не оказывает влияния.{{clr}}


=== [[Hammer Smoothing Groups Dialog|Группы сглаживания]] ===
=== {{L|Hammer Smoothing Groups Dialog|Группы сглаживания}} ===
[[Image:Smoothing groups smoothing example.jpg|thumb|400px|right|Цилиндр слева не сглажен.<br> Цилиндр в середине имеет сглаживание освещённости 16.<br> Цилиндр справа имеет сглаживание освещённости 8.]]
[[File:Smoothing groups smoothing example.jpg|thumb|400px|right|Цилиндр слева не сглажен.<br> Цилиндр в середине имеет сглаживание освещённости 16.<br> Цилиндр справа имеет сглаживание освещённости 8.]]
Сглаживают освещение между гранями. Параметр находится в [[Hammer_Face_Edit_Dialog:ru|диалоге редактирования поверхности]], сглаживает освещение группы граней, создавая эффект закруглённого света. Классическим примером является цилиндр: если сглаживание группы не задано, каждая грань браша будет получать свет и освещаться отдельно. Это создаст эффект раздельных граней. Если все они будут помещены в одну группу сглаживания, свет станет рассеиваться между гранями, создавая вид округлой колонны.  
Сглаживают освещение между гранями. Параметр находится в {{L|Hammer_Face_Edit_Dialog|диалоге редактирования поверхности}}, сглаживает освещение группы граней, создавая эффект закруглённого света. Классическим примером является цилиндр: если сглаживание группы не задано, каждая грань браша будет получать свет и освещаться отдельно. Это создаст эффект раздельных граней. Если все они будут помещены в одну группу сглаживания, свет станет рассеиваться между гранями, создавая вид округлой колонны.  


{{tip:ru|Группы сглаживания не оказывают влияния на производительность, лишь добавляя время компиляции VRAD, так что используйте их на финальной компиляции.}}{{clr}}
{{tip|Группы сглаживания не оказывают влияния на производительность, лишь добавляя время компиляции VRAD, так что используйте их на финальной компиляции.}}{{clr}}


=== [[Lightmap|Карты освещенности]] ===
=== {{L|Lightmap|Lightmaps}} ===
Карта освещённости - это данные освещённости каждой грани. Сохранённый свет впоследствии добавляется к грани, заставляя её отсвечивать. Шкала карты освещённости относится к числу пикселей текстуры на пиксель света (люксел). Чем больше значение люксел, тем выше качество, но больше размер BSP и время компиляции.
Карта освещённости - это данные освещённости каждой грани. Сохранённый свет впоследствии добавляется к грани, заставляя её отсвечивать. Шкала карты освещённости - это количество пикселей текстуры на пиксель света (люксел). Чем больше значение люксел, тем выше качество, но больше размер BSP и время компиляции.


[[image:intlight_lmap4.jpg|thumb|135px|left|Масштаб карты освещённости 4]]
[[File:intlight_lmap4.jpg|thumb|135px|left|Масштаб карты освещённости 4]]
[[image:intlight_lmap16.jpg|thumb|135px|left|Масштаб карты освещённости 16]]
[[File:intlight_lmap16.jpg|thumb|135px|left|Масштаб карты освещённости 16]]
[[image:intlight_lmap64.jpg|thumb|135px|left|Масштаб карты освещённости 64]]{{clr}}
[[File:intlight_lmap64.jpg|thumb|135px|left|Масштаб карты освещённости 64]]{{clr}}


== Опции компилирования ==
== Опции компилирования ==
Line 74: Line 72:


=== -textureshadows ===
=== -textureshadows ===
Не все пропы имеют геометрические "дырки". Сетчатые заборы, например, используют текстуры с альфа-каналами. Обычно они не распознаются VRAD, поэтому при их использовании отключите тени от них (что иногда приводит к приличным результатам), или добавьте эту опцию, которая заставит VRAD взять альфа-каналы в расчёт также, как и браши.
Не все пропы имеют геометрические "дырки". Сетчатые заборы, например, используют текстуры с альфа-каналами. Обычно они не распознаются VRAD, поэтому при их использовании отключите тени от них (что иногда приводит к приличным результатам), или добавьте эту опцию, которая заставит VRAD обрабатывать альфа-каналы также, как и браши.


To make -textureshadows work, you need to create a custom RAD file for your map listing which props you want this option to affect. Extract the lights.rad file from the game in question using [[GCFScape]] or Crafty, place it in the game folder, and give it a new name. Then, open it in any text editor and append the line ''forcetextureshadow [full path of prop]'' to the file for each model you want this to affect. You will also need to have 'staticproppolys enabled for this to work. Finally, append ''-lights [name of your custom RAD file] -textureshadows'' to the $light_exe Parameters list (see above).
Чтобы команда  -textureshadows работала, вам нужно создать пользовательский файл RAD со списком пропов, к которым будет применяться данная опция. Извлеките из игры файл lights.rad с помощью  {{L|GCFScape}} или Crafty, поместите его в папку с игрой и дайте ему новое имя. Затем, откройте его в любом текстовом редакторе, и добавьте строку ''forcetextureshadow [полный путь к пропу]'',  чтобы файл применился к каждой модели. Также необходимо активировать 'staticproppolys'. Наконец, добавьте ''-lights [название вашего файла RAD] -textureshadows'' в список  Parameters $light_exe (см. ниже).


=== -staticproplighting ===
=== -staticproplighting ===
Unlike the other two, this option affects the lighting ''received'' by props. Props are generally lit based on the lighting levels at their origin (see [[info_lighting]] above), which can lead to unnatural lighting if a light source is aimed at only one side of the prop or if the prop is half in shadow and halfway in light. This option forces VRAD to calculate the lighting level at each vertex instead. Of these three options, this one will probably affect compile time the most, but is usually a necessary step in making the map's props look convincing.
В отличие от двух других, этот параметр влияет на свет, ''отбрасываемый'' пропами. Пропы, как правило, отсвечивают в зависимости от места размещения (см. {{L|info_lighting}} выше), что приводит к неестественному освещению, когда свет падает только на одну сторону пропа, или проп находится наполовину в тени. Эта опция заставляет VRAD рассчитывать уровень света каждой вершины независимо. Из всех трёх опций, эта, пожалуй, сильнее всего влияет на время компиляции, но, как правило, является необходимым шагом в деле создания убедительно выглядящих моделей.


Simply append ''-staticproplighting'' to the $light_exe Parameters list (see above).
Просто добавьте ''-staticproplighting'' в список $light_exe Parameters (см. выше).


{{warning|This will disable [[info_lighting]] entities on static props that don't use [[bump map]]s!}}
{{warning|Параметр отключает энтити {{L|info_lighting}} в статических пропах, не использующих {{L|bump map|рельеф карты}}!}}
{{note|[[light_spot]] will cause vertex lighting even without this parameter.}}
{{Note|{{L|light_spot}} будет освещать вершины независимо от этого параметра.}}
{{note|This will cause some props, such as pine trees, to try to cast shadows on ''themselves'', creating an unrealistic look. To fix this, under the prop's properties, set the value for ''Disable Self-Shadowing with vertex lighting'' to "Yes."}}
{{Note|Параметр подталкивает некоторые пропы (например сосны) отбрасывать тени на ''себя'', создавая неестественный вид. Чтобы избежать этого, в свойствах пропов установите значение для  ''Disable Self-Shadowing with vertex lighting'' на "Yes."}}
{{note|Props that use [[bump map]]s or [[phong materials]] cannot be vertex-lit.}}
{{Note|Пропы, использующие {{L|bump map|карты рельефа}} или {{L|phong materials|фонг-материалы}}, не будут отсвечивать вертексами.}}


== Techniques ==
== Методы ==
=== Lightmap optimization ===
=== Оптимизация карты освещённости ===
Lightmaps store nearly all the lighting information in Source [[BSP]]s, and their efficient use equates directly to efficient lighting. They are the key contributor to BSP file size: efficient usage is a must for anyone wanting their map to be downloaded off the cuff, and preferable for everybody.
Практически всю свою информацию карты освещённости хранят в файлах Source {{L|BSP}}, поэтому их эффективное использование является эквивалентом хорошего освещения. Они вносят ключевой вклад в размер файла BSP: эффективное использование имеет преимущество в загрузке карты для любого желающего поиграть.


Lightmap scale is the basic component of optimization. It determines how detailed lighting information will be for a given face (you can see the effects [[#Lightmaps|above]]). The more information stored, the bigger the file size. Small lightmap scales allow for fine details but come at the cost of a bigger file (performance is unchanged). Large lightmap scales create fuzzier lighting but lead to smaller files. Determining when a face needs a detailed lightmap and when it doesn't is therefore the task.
Масштаб карты освещённости - основной момент оптимизации. Он определяет, насколько детальна будет информация об освещении для данной грани ([[#Lightmaps|выше]] вы можете посмотреть эффекты). Чем больше хранится информации, тем больше размер файла. Меньший масштаб карты освещённости даёт отличную детализацию, но ценой распухшего файла (производительность останется без изменений). Больший масштаб создаёт размытое освещение, но уменьшает размер файлов. Поэтому, нуждается ли грань в детализированной карте освещенности - является определённой задачей.


This can mostly be done by eye from a compiled map. Look for the faces that receive high contrast shadows or specific details, as they are often the best candidates for low (i.e. detailed) lightmap scales. Faces with slow blends or lighting that only slightly differs across them on the other hand can safely have their scale raised.
В основном, это может быть сделано на глазок после компилирования карты. Посмотрите на грани с высоко-контрастными тенями или конкретными деталями, поскольку они первые кандидаты на низкий (т.е. детализированный) масштаб карты освещённости. У граней с мягкими тенями и освещением, когда они мало отличаются друг от друга, можно смело поднимать масштаб.


{{note|Remember to take into account the size of a face, too. Moving a large face even one point up or down can have very large effects. Don't be afraid to split the face into segments if you need to.}}{{clr}}
{{Note|Не забывайте также учитывать размер грани. Если большую поверхность переместить всего лишь на одну точку вверх или вниз, это может иметь большие последствия. Если необходимо, не бойтесь разделять грань на сегменты.}}{{clr}}


==== Example ====
==== Пример ====
[[Image:intlight_lightmaps.jpg|thumb|250px|right|A working example.]]
[[File:intlight_lightmaps.jpg|thumb|250px|right|Рабочий пример.]]


For a working example look to the hallway shown on the right. One side shows the in-game compiled version and the other side shows the lightmaps as displayed in Hammer. The lightmap view is easy to access: left click on the word Camera in the top left of your 3D view, and from the drop down select 3D Lightmap Grid. In this view, yellow faces have smaller than default scales, white faces are at the default, and blue are larger.
Рассмотрим рабочий пример коридора, который изображён справа. Одна картинка показывает вид в игре, другая отображает карты освещенности в редакторе Hammer. Карту освещённости легко посмотреть: в окне 3D-вида щелкните левой кнопкой мыши по слову Camera, и в выпавшем меню выберите 3D Lightmap Grid. И так, жёлтые грани показывают меньший масштаб относительно масштаба по-умолчанию, белые грани - масштаб по-умолчанию, и синие - большой масштаб.


The hallway we are looking at has wall mounted lights and a few ceiling lights as well. In the picture it's clear to see where the lightmap scale has been increased and decreased. The front of the pillar has an increased lightmap because of the light source on its face, to catch all the detail. This is not such a major problem as the pillar is a small thin face and the only area with a lower scale. The floor and a few of the walls along the edge have been scaled up, as looking at the in-game rendering little to no detail or change is seen in the lightmap; they are excellent candidates, the floor especially so with its large size. The other faces have been left at the default resolution as they all have some play of shadows or changes in brightness. While not detailed or essential enough to warrant a smaller scale, increasing the scale would only serve to create poor looking lighting as the lack of detail would show.
В коридоре видим светильники на стенах и потолке. На снимке видно, где масштаб освещения выше, а где ниже. Передняя сторона колонны имеет повышенную карту освещённости, чтобы поймать все нюансы, т.к. на ней висит источник света. Это не такая большая проблема, ведь колонна - суть маленькая тонкая грань с малым масштабом. Пол и стены вдоль края имеют увеличенный масштаб освещённости, поскольку в игре их детализация интереса не представляет, особенно пол. У остальных граней оставлен масштаб по-умолчанию, поскольку там есть некоторая игра теней и перепады яркости. Увеличение масштаба в них приведёт к плохой освещённости и потере детализации.


While technically possible to decrease the entire scales across the entire map for crisp shadows, the compile time and filesize expense almost always outweighs the benefit. Finding the balance between increasing and decreasing the lightmaps may take a few lighting compiles and some guesswork, but performed correctly can both enhance your map and reduce its file size.{{clr}}
Хотя, с технической точки зрения, для улучшения чёткости теней можно уменьшить масштаб на всей карте, однако затянутая компиляция и раздутый размер файла перевешивают эту плюшку. Поиск баланса между большим и малым масштабами карты освещённости может отнять у вас несколько компиляций и привести к некоторым догадкам, которые позволят найти оптимальный размер файла карты.{{clr}}


=== Shadow creation ===
=== Создание теней ===
Some props appear to allow static light to pass through it, but have a [[collision mesh]] that swallows the prop whole (most, if not all{{confirm}}, fence props in the [[Half-Life 2]] series is a good example of this.) This results in a large, unrealistic shadow. A workaround for this is to create a func_brush from the material, disable the shadows, and utilize the [[Tool_textures#blocklight|block_light]] tool texture. This can be easy or difficult, depending on the size of the prop. Basically you must draw brushes of block_light where light would normally be blocked on the brush/prop.
Некоторые пропы пропускают сквозь себя статичный свет, но имеют {{L|collision mesh|сетку столкновений}}, которая полностью их покрывает (большинство, если не все{{confirm}}, чему хороший  пример - модель забора в серии игр {{L|Half-Life 2}}). Как результат - большие, неестественные тени. Обойти это можно, создав func_brush, отключив в нём тени и покрыв текстурой  [[Tool_textures#blocklight|block_light]]. Насколько это будет трудно, зависит от размеров пропа. Обычно, браши с block_light рисуются там, где свет не должен проходить сквозь браши/пропы.
[[Image:blocklight_1.jpg|thumb|400px|left|In this example, the material ''metaltruss024a'' is used without block_light.]] [[Image:blocklight_3.jpg|thumb|400px|right|In-game. The material casts no shadow, even though realistically only the truss should be hindering the light.]]{{clr}}
[[File:blocklight_1.jpg|thumb|400px|left|В этом примере материал ''metaltruss024a'' используется без block_light.]] [[File:blocklight_3.jpg|thumb|400px|right|В игре. Материал не отбрасывает тени, хотя балка реально загораживает свет.]]{{clr}}
Upon creating the trusses out of block_light material, you can 'fake' the shadows.
Покрыв балку материалом block_light, вы создадите 'фиктивные' тени.
[[Image:blocklight_2.jpg|thumb|400px|left|This time, block_light is used over the actual trusses.]]
[[File:blocklight_2.jpg|thumb|400px|left| Здесь же, block_light покрывает балку по контуру текстуры.]]
[[Image:blocklight_4.jpg|thumb|400px|right|In-game.]]{{clr}}
[[File:blocklight_4.jpg|thumb|400px|right|В игре.]]{{clr}}


=== Shadow creation: Alternative method ===
=== Создание теней: альтернативный метод ===


[http://www.interlopers.net/tutorials/27738 Creating Shadows with -TextureShadows] (External Link)
[http://www.interlopers.net/tutorials/27738 Creating Shadows with -TextureShadows] (внешняя ссылка)


== See also ==
== См. также ==
* [[Lighting]]
* {{L|Lighting}}
* [[Intermediate Lighting]]
* {{L|Intermediate Lighting}}
* [[Info_lighting_relative]]
* {{L|Info_lighting_relative}}


[[Category:Level Design]]
[[Category:Lighting]]


== External Links ==
== External links ==


* [http://www.interlopers.net/tutorials/27738 Creating Shadows with -TextureShadows]
* [http://www.interlopers.net/tutorials/27738 Creating Shadows with -TextureShadows]
* [https://www.youtube.com/watch?v=2jEuuvSevi0 Advanced lighting Video Tutorial]
* [https://www.youtube.com/watch?v=2jEuuvSevi0 Advanced lighting Video Tutorial]
{{ACategory|Level Design}}
{{ACategory|Lighting}}

Latest revision as of 04:07, 12 July 2024

English (en)Français (fr)Русский (ru)中文 (zh)Translate (Translate)


Энтити света

light_dynamic(en)

Невидимый источник света, который может постоянно меняться и перемещаться. Его местоположение может определяться скриптованными двигающимися объектами. Динамическое освещение существенно нагружает процессор, потому что рассчитывается в реальном времени, и при этом оно гораздо гибче статического освещения. Используйте данный тип освещения редко, потому что он сильно нагружает графический движок.

Note.pngПримечание:Фактически, эта сущность состоит из двух огней: светового конуса и пятна света. Некоторые их значения не всегда влияют друг на друга.

Светящиеся текстуры(en)

Светящаяся текстура.

В определённых случаях можно создавать свои светящиеся или освещающие текстуры, но для этого нужно использовать файл .vmt или .rad, что выходит за рамки нашей статьи. Это поможет дизайнеру уровня сберечь усилия, когда он будет создавать световые эффекты для своей карты.

env_particlelight(en)

Красный свет.

Обычный свет, который освещает только частицы из env_smokestack(en), и больше ничего. Полезно для улучшения освещения помещений с паром и подобных, но редко используется из-за своей специфики.

env_projectedtexture(en)

Крошечная сцена, показывающая env_projectedtexture с "framebuffer fix", "Clipping fix" и "Grain fix". Разрешение текстуры составляет 4096 с зерном/фильтром 1. Создана с помощью Hammer и содержимого Half-life 2.

Аналогично light_dynamic - это невидимый прожектор, который может изменяться и двигаться. Он может менять свою позицию, поле зрения и диапазон, будучи привязан к двигающимся объектам. Env_projectedtextures уникальна тем, что отбрасывает динамические тени от любой геометрии (браша или модели) на все браши и модели (даже на себя), в отличие от теней RenderToTexture. Данная система используется для фонариков игроков в Half-life 2 и L4D.

Env_projectedtexture - самый тяжелый источник света, он не компилируется, и все расчёты происходят в реальном времени. Более одной или двух таких энтить резко снизят производительность на старых видеокартах. Также обратите внимание, что на Source2007 и более ранних версиях движка без исправлений(en) тени будут сильно "зернистыми", иметь низкое разрешение и без родителя. Эти проблемы были исправлены в новых итерациях движка Source2009, тем не менее вы ограничены только одной текстурой-прожектором (ВКЛЮЧАЯ фонарики игроков).

Note.pngПримечание:Чем дальше отбрасываемая тень, тем меньше её детализация. Низкий FOV, высокий NearZ и приближение теней (поскольку они не визуализируют пространство) дают лучшие результаты. Когда тени начинают терять детализацию и очевидна утечка, то они будут "вытягиваться".

Связанные энтити

info_lighting(en)

Info lighting.png

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

Одним из распространённых примеров являются статичные модели лестниц в HL2; в тёмных зонах они будут светиться, если в их свойствах правильно прописать info_lighting, задав последнему имя.

env_lightglow(en)

глоу-эффект

Используется для создания ярких огней, похожих на вспышку, и затухающих на определённом расстоянии. Как правило, ставится в конце тёмных тоннелей. Является предшественником HDR(en)-эффекта, подделывая экспозицию света. Некоторые карты Team Fortress 2(en) используют этот эффект, чтобы имитировать пушок от обычных источников света, но лучше использовать env_sprite(en).

info_no_dynamic_shadow(en)

Пример использования

Заставляет конкретную брашевую поверхность не создавать динамические тени, отбрасываемые физическими сущностями или NPC. Используется редко, но может потребоваться, чтобы скрыть неправильные или кривые тени, выглядящие искусственно.

env_tonemap_controller(en)

Управляет экспозицией световых HDR(en)-эффектов. Если нет полностью реализованного HDR, то не оказывает влияния.

Группы сглаживания(en)

Цилиндр слева не сглажен.
Цилиндр в середине имеет сглаживание освещённости 16.
Цилиндр справа имеет сглаживание освещённости 8.

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

Tip.pngСовет:Группы сглаживания не оказывают влияния на производительность, лишь добавляя время компиляции VRAD, так что используйте их на финальной компиляции.

Lightmaps(en)

Карта освещённости - это данные освещённости каждой грани. Сохранённый свет впоследствии добавляется к грани, заставляя её отсвечивать. Шкала карты освещённости - это количество пикселей текстуры на пиксель света (люксел). Чем больше значение люксел, тем выше качество, но больше размер BSP и время компиляции.

Масштаб карты освещённости 4
Масштаб карты освещённости 16
Масштаб карты освещённости 64

Опции компилирования

Движок Orange Box (Source 2007) добавил три новых опции, которые повышают реализм во время компиляции. Чтобы получить к ним доступ, в диалоговом окне Run Map выберите режим Expert, и затем "HDR Full compile -final (slow!)"; далее, в списке ниже, выберите строку "$light_exe". В поле Parameters введите необходимые параметры, описанные ниже.

ПРИМЕЧАНИЕ: Это значительно увеличит время компиляции, так что рекомендуется использовать на последних стадиях создания карты!

-staticproppolys

Как правило, VRAD создаёт тени под статичными пропами на основе сетки столкновений, потому что это проще, поскольку сетка столкновений близка к форме пропов. Обычно этого достаточно, но некоторые пропы могут иметь упрощенную сетку — или вообще её не иметь — вынуждая VRAD создавать неестественные тени. Данная опция позволяет обходить это для некоторых пропов, заставляя VRAD использовать полигональную сетку. Также, это необходимо, если вы используете -textureshadows (см. ниже).

Просто добавьте -staticproppolys в список параметров $light_exe (см. ниже).

-textureshadows

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

Чтобы команда -textureshadows работала, вам нужно создать пользовательский файл RAD со списком пропов, к которым будет применяться данная опция. Извлеките из игры файл lights.rad с помощью GCFScape(en) или Crafty, поместите его в папку с игрой и дайте ему новое имя. Затем, откройте его в любом текстовом редакторе, и добавьте строку forcetextureshadow [полный путь к пропу], чтобы файл применился к каждой модели. Также необходимо активировать 'staticproppolys'. Наконец, добавьте -lights [название вашего файла RAD] -textureshadows в список Parameters $light_exe (см. ниже).

-staticproplighting

В отличие от двух других, этот параметр влияет на свет, отбрасываемый пропами. Пропы, как правило, отсвечивают в зависимости от места размещения (см. info_lighting(en) выше), что приводит к неестественному освещению, когда свет падает только на одну сторону пропа, или проп находится наполовину в тени. Эта опция заставляет VRAD рассчитывать уровень света каждой вершины независимо. Из всех трёх опций, эта, пожалуй, сильнее всего влияет на время компиляции, но, как правило, является необходимым шагом в деле создания убедительно выглядящих моделей.

Просто добавьте -staticproplighting в список $light_exe Parameters (см. выше).

Warning.pngПредупреждение:Параметр отключает энтити info_lighting(en) в статических пропах, не использующих рельеф карты(en)!
Note.pngПримечание:light_spot(en) будет освещать вершины независимо от этого параметра.
Note.pngПримечание:Параметр подталкивает некоторые пропы (например сосны) отбрасывать тени на себя, создавая неестественный вид. Чтобы избежать этого, в свойствах пропов установите значение для Disable Self-Shadowing with vertex lighting на "Yes."
Note.pngПримечание:Пропы, использующие карты рельефа(en) или фонг-материалы(en), не будут отсвечивать вертексами.

Методы

Оптимизация карты освещённости

Практически всю свою информацию карты освещённости хранят в файлах Source BSP(en), поэтому их эффективное использование является эквивалентом хорошего освещения. Они вносят ключевой вклад в размер файла BSP: эффективное использование имеет преимущество в загрузке карты для любого желающего поиграть.

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

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

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

Пример

Рабочий пример.

Рассмотрим рабочий пример коридора, который изображён справа. Одна картинка показывает вид в игре, другая отображает карты освещенности в редакторе Hammer. Карту освещённости легко посмотреть: в окне 3D-вида щелкните левой кнопкой мыши по слову Camera, и в выпавшем меню выберите 3D Lightmap Grid. И так, жёлтые грани показывают меньший масштаб относительно масштаба по-умолчанию, белые грани - масштаб по-умолчанию, и синие - большой масштаб.

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

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

Создание теней

Некоторые пропы пропускают сквозь себя статичный свет, но имеют сетку столкновений(en), которая полностью их покрывает (большинство, если не все[подтвердить], чему хороший пример - модель забора в серии игр Half-Life 2(en)). Как результат - большие, неестественные тени. Обойти это можно, создав func_brush, отключив в нём тени и покрыв текстурой block_light. Насколько это будет трудно, зависит от размеров пропа. Обычно, браши с block_light рисуются там, где свет не должен проходить сквозь браши/пропы.

В этом примере материал metaltruss024a используется без block_light.
В игре. Материал не отбрасывает тени, хотя балка реально загораживает свет.

Покрыв балку материалом block_light, вы создадите 'фиктивные' тени.

Здесь же, block_light покрывает балку по контуру текстуры.
В игре.

Создание теней: альтернативный метод

Creating Shadows with -TextureShadows (внешняя ссылка)

См. также


External links

Retrieved from "https://developer.valvesoftware.com/w/index.php?title=Ru/Advanced_Lighting&oldid=428967"