Скриптовые шейдеры - История изменений

176.37.18.87: Отмена правки 13679, сделанной участником 91.217.2.224 (обс.)

2014-10-24T22:27:17Z

Отмена правки 13679, сделанной участником 91.217.2.224 (обс.)

91.217.2.224 в 16:16, 10 октября 2014

2014-10-10T16:16:26Z

217.15.199.231 в 10:17, 10 октября 2014

2014-10-10T10:17:51Z

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

2013-08-03T20:29:34Z

оформление

46.188.8.242 в 18:44, 14 июля 2013

2013-07-14T18:44:07Z

K.D. в 07:07, 21 декабря 2012

2012-12-21T07:07:26Z

94.51.157.208: орфография

2011-07-12T06:51:16Z

орфография

80.93.126.66 в 21:27, 17 апреля 2011

2011-04-17T21:27:37Z

80.93.126.66 в 00:46, 15 апреля 2011

2011-04-15T00:46:33Z

80.93.126.66 в 00:46, 15 апреля 2011

2011-04-15T00:46:16Z

@@ Строка 10: / Строка 10: @@
 По некоторым причинам я считаю что для модостроителей шейдерные скрипты являются более предпочтительными, чем распространение своих шейдерных модов в виде модифицированной .xr-БД. Причины в основном две: Во-первых скриптовые шейдеры предоставляют бОльшие возможности для полета фантазии, а во-вторых распространение шейдерных модов в виде скриптовых шейдеров все же делает меньше вероятность конфликта модов, так как разные шейдеры будут в разных файлах, а не все вместе в одном хитром и трудноредактируемом, и, что самое плохое, - труднообъединяемом файле. Поэтому далее мы рассмотрим скриптовые шейдеры.
-Что собой представляют шейдерные скрипты? Это скрипты на HLSL (High Level Shader Language), которые являются своеобразным языком для того чтобы объяснить движку, какие загружать текстуры и какие подключать шейдеры из наличествующих .ps и .vs файлов.
+Что собой представляют шейдерные скрипты? Это обычные скрипты на lua, которые являются своеобразным языком для того чтобы объяснить движку, какие загружать текстуры и какие подключать шейдеры из наличествующих .ps и .vs файлов.
 : ''Для тех кто воспрял духом сразу скажу, что несмотря на то, что шейдерные скрипты написаны на языке, который используется в игровых скриптах, это все-таки не одно и то же. Во-первых шейдерные скрипты выполняются при загрузке уровня всего один раз (в фазу загрузки "загрузка шейдеров"), поэтому на отрисовку в реальном времени влиять неспособны, и кроме того, к игровым скриптам скриптовые шейдеры доступа не имеют.''

@@ Строка 10: / Строка 10: @@
 По некоторым причинам я считаю что для модостроителей шейдерные скрипты являются более предпочтительными, чем распространение своих шейдерных модов в виде модифицированной .xr-БД. Причины в основном две: Во-первых скриптовые шейдеры предоставляют бОльшие возможности для полета фантазии, а во-вторых распространение шейдерных модов в виде скриптовых шейдеров все же делает меньше вероятность конфликта модов, так как разные шейдеры будут в разных файлах, а не все вместе в одном хитром и трудноредактируемом, и, что самое плохое, - труднообъединяемом файле. Поэтому далее мы рассмотрим скриптовые шейдеры.
-Что собой представляют шейдерные скрипты? Это обычные скрипты на lua, которые являются своеобразным языком для того чтобы объяснить движку, какие загружать текстуры и какие подключать шейдеры из наличествующих .ps и .vs файлов.
+Что собой представляют шейдерные скрипты? Это скрипты на HLSL (High Level Shader Language), которые являются своеобразным языком для того чтобы объяснить движку, какие загружать текстуры и какие подключать шейдеры из наличествующих .ps и .vs файлов.
 : ''Для тех кто воспрял духом сразу скажу, что несмотря на то, что шейдерные скрипты написаны на языке, который используется в игровых скриптах, это все-таки не одно и то же. Во-первых шейдерные скрипты выполняются при загрузке уровня всего один раз (в фазу загрузки "загрузка шейдеров"), поэтому на отрисовку в реальном времени влиять неспособны, и кроме того, к игровым скриптам скриптовые шейдеры доступа не имеют.''

← Предыдущая		Версия 10:17, 10 октября 2014
Строка 173:		Строка 173:


−	'''Статья создана участником cjayho'''	+	'''Статья создана участником cjayho, отредактировал ошибки Sергей][akaMoonlight'''

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

@@ Строка 1: / Строка 1: @@
 Редактируя любую модель, многие в свойствах поверхностей замечали графу shader, в которой указывается нечто вроде models/model или подобные.
-Как правило, эти шейдеры упакованы в shaders.xr и shaders_xrlc.xr, которые представляют собой своеобразную базу данных шейдеров, собранных по определенным шаблонам.
+Как правило, эти шейдеры упакованы в '''shaders.xr''' и '''shaders_xrlc.x'''r, которые представляют собой своеобразную базу данных шейдеров, собранных по определенным шаблонам.
-Но кроме этих баз данных есть еще и скриптовые шейдеры, которые имеют приоритет перед теми шейдерами, что упакованы в *.xr. Это файлы, имеющие расширение .s и лежащие в папках соответствующих рендеров. Вычислить правильное название шейдера в БД и шейдерного скрипта .s можно очень просто - для примера, если у нас в БД шейдер находится в model/selflight, то имя шейдера должно быть model_selflight.s, если details/blend, то скрипт шейдера будет, соответственно, details_blend.s . Не так уж сложно.
+Но кроме этих баз данных есть еще и скриптовые шейдеры, которые имеют приоритет перед теми шейдерами, что упакованы в *.xr. Это файлы, имеющие расширение .s и лежащие в папках соответствующих рендеров. Вычислить правильное название шейдера в БД и шейдерного скрипта '''.s''' можно очень просто - для примера, если у нас в БД шейдер находится в '''model/selflight''', то имя шейдера должно быть '''model_selflight.s''', если details/blend, то скрипт шейдера будет, соответственно, '''details_blend.s'''. Не так уж сложно.
 Вообще база данных с шейдерами была выдумана не потому что авторам сталкера очень нравилось плодить экземпляры труднораспарсиваемых форматов, а причина более банальна - чтобы увеличить скорость загрузки игры, сэкономив за счет активности жесткого диска при открытии файлов скриптовых шейдеров в папке соответствующего рендера. Плюс к тому в этом случае уменьшается количество шейдерных файлов, что как минимум вдвое уменьшает вероятность ошибки - при условии двух рендеров эта экономия получается за счет тех шейдеров, которые являются общими для обоих рендеров. Плюс к тому вероятность ошибки еще более уменьшается тем, что базы данных редактируются в сдк, а сдк эти базы данных представляет в виде всевозможных галочек и полей ввода, поэтому ошибка может быть только во вводимых данных, но не в скриптовом коде шейдеров, который, вероятнее всего, генерируется во время загрузки игры.
@@ Строка 16: / Строка 16: @@
 Вот, для примера, содержимое простейшего скриптового шейдера:
-  function normal( shader, t_base, t_second, t_detail )
+  <lua>function normal( shader, t_base, t_second, t_detail )
-−
       shader:begin( "effects_gradient", "effects_gradient_p" )
+  end</lua>
   end
 Разберем его по косточкам:

← Предыдущая		Версия 18:44, 14 июля 2013
Строка 38:		Строка 38:


−	* ''': blend ( true, blend.srcalpha, blend.one )''' - ~~обработка~~ текстур, например, полупрозрачные текстуры без применения этой строки будут выглядеть непрозрачными черными в прозрачных местах. Эти методы блендинга соответствуют переключателю в сдк, где варианты ALPHA-ADD, BLEND, SET и так далее. На примере выше блендинг соответствует положению ALPHA-ADD.	+	* ''': blend ( true, blend.srcalpha, blend.one )''' - настройка блендинга для текстур с альфой, например, полупрозрачные текстуры без применения этой строки будут выглядеть непрозрачными черными в прозрачных местах. Эти методы блендинга соответствуют переключателю в сдк, где варианты ALPHA-ADD, BLEND, SET и так далее. На примере выше блендинг соответствует положению ALPHA-ADD.

	:: '''true''' - может быть '''false''' - включение обработки текстур, то есть true - обработка включена, false, соответственно, выключена.		:: '''true''' - может быть '''false''' - включение обработки текстур, то есть true - обработка включена, false, соответственно, выключена.

@@ Строка 24: / Строка 24: @@
 Разберем его по косточкам:
-* '''function normal''' - объявление стандартной функции шейдерного скрипта. В некоторых шейдерах есть еще функции '''l_spot''', '''l_point''' и '''l_special''' аналогичного содержания, но явно просчитывающие поведение этого шейдера в условиях освещения
+* '''function normal''' - объявление стандартной функции шейдерного скрипта. В некоторых шейдерах есть еще функции '''l_spot''', '''l_point''', '''l_special''' и '''normal_hq''' аналогичного содержания, но явно просчитывающие поведение этого шейдера в условиях освещения
 * '''shader''' - вероятнее всего идентификатор шейдера в игре, содержимое этой переменной обычно представляет собой текстовую строку вроде "models_selflight" или "models/selflight".
@@ Строка 90: / Строка 90: @@
-* ''': aref ( false, 2 )''' - альфа-референс объекта - оператор, переключающий многобитную альфу текстуры в однобитную.
+* ''': aref ( false, 2 )''' - функция переключает режим тестирования пикселей по альфе. Первый аргумент - вкл/выкл, второй аргумент - значение альфы, используемое в сравнении альфы пикселей. Если пиксель проверку не прошел, он не будет отрисовываться. Как именно происходит проверка альфы, пока непонятно, функция проверки устанавливается где-то в движке.
-:: '''false''' - включение/выключение данной функции.
+* ''': zb ( false, false )''' - устанавливает функцию сравнения пикселей при z-тесте и включает режим записи в z-буфер для текстуры. Первый аргумент - функция сравнения (false - D3DCMP_LESSEQUAL - пиксель проходит тест только, если его z меньше или равно текущему пикселю, true - D3DCMP_ALWAYS - пиксель всегда проходит тест). Второй аргумент - включение записи в z-буфер, тут вкл/выкл.
-:: '''2''' - сам альфа-референс объекта
+* ''': fog ( false )''' - отключает освещение текстуры и включает для нее FOG DirectX.
-−
-−
-* ''': zb ( false, false )''' - манипуляции с z-буфером, где первый аргумент соответствует галке z-test в сдк, второй - галке z-write.
-−
-* ''': fog ( false )''' - действие представляет собой превращение текстуры в черно-белую и применение к ней функции calc_fogging в common.h шейдеров соответствующего рендера.
 * ''': emissive ( true )''' - применяется в источниках освещения.
@@ Строка 124: / Строка 119: @@
-* ''': clamp()''' - соответствует галке Texture Clamp в сдк. Википедия [http://en.wikipedia.org/wiki/Clamping_%28graphics%29 отвечает] на этот вопрос весьма туманно.
+Следующие функции устанавливают один из режимов адресации текстуры. Режим адресации определяет способ обработки текстурных координат при выходе их за пределы диапазона [0.0,1.0]
-* ''': project()''' - используется в шейдере отрисовки неточечного источника света, и предположительно используется для проектирвоания текстуры сэмплера на те объекты которые находятся в пределах сектора сферы.
+* ''': fmin_point ()''' - точечная фильтрация
-* ''': wrap ()''' - Википедия [http://en.wikipedia.org/wiki/Wrapping_%28graphics%29 отвечает] на этот вопрос не менее туманно, чем в примере выше.
+* ''': fmin_linear ()''' - линейная фильтрация
-Ниже представлены еще три оператора, используемые с сэмплером, назначение которых неизвестно.
+Настройка mip filter
-* ''': f_linear ()'''
+* ''': fmip_point ()''' - точечная фильтрация
-* ''': f_anisotropic ()'''
+* ''': fmip_linear ()''' - линейная фильтрация
-* ''': f_none ()'''
+Разные функции:
 ----

@@ Строка 1: / Строка 1: @@
 Редактируя любую модель, многие в свойствах поверхностей замечали графу shader, в которой указывается нечто вроде models/model или подобные.
-Как правило эти шейдеры упакованы в shaders.xr и shaders_xrlc.xr, которые представляют собой своеобразную базу данных шейдеров, собранных по определенным шаблонам.
+Как правило, эти шейдеры упакованы в shaders.xr и shaders_xrlc.xr, которые представляют собой своеобразную базу данных шейдеров, собранных по определенным шаблонам.
-Но кроме этих баз данных есть еще и скриптовые шейдеры, которые имеют приоритет перед теми шейдерами что упакованы в *.xr. Это файлы, имеющие расширение .s и лежащие в папках соответствующих рендеров. Вычислить правильное название шейдера в БД и шейдерного скрипта .s можно очень просто - для примера если у нас в БД шейдер находится в model/selflight, то имя шейдера должно быть model_selflight.s, если details/blend, то скрипт шейдера будет соответственно details_blend.s . Не так уж сложно.
+Но кроме этих баз данных есть еще и скриптовые шейдеры, которые имеют приоритет перед теми шейдерами, что упакованы в *.xr. Это файлы, имеющие расширение .s и лежащие в папках соответствующих рендеров. Вычислить правильное название шейдера в БД и шейдерного скрипта .s можно очень просто - для примера, если у нас в БД шейдер находится в model/selflight, то имя шейдера должно быть model_selflight.s, если details/blend, то скрипт шейдера будет, соответственно, details_blend.s . Не так уж сложно.
-Вообще база данных с шейдерами была выдумана не потому что авторам сталкера очень нравилось плодить экземпляры труднораспарсиваемых форматов, а причина более банальна - чтобы увеличить скорость загрузки игры сэкономив за счет активности жесткого диска, при открытии файлов скриптовых шейдеров в папке соответствующего рендера. Плюс к тому, в этом случае уменьшается количество шейдерных файлов что как минимум вдвое уменьшает вероятность ошибки - при условии двух рендеров, эта экономия получается за счет тех шейдеров, которые являются общими для обоих рендеров. Плюс к тому вероятность ошибки еще более уменьшается тем, что базы данных редактируются в сдк, а сдк эти базы данных представляет в виде всевозможных галочек и полей ввода, поэтому ошибка может быть только во вводимых данных, но не в скриптовом коде шейдеров, который вероятнее всего генерируется во время загрузки игры.
+Вообще база данных с шейдерами была выдумана не потому что авторам сталкера очень нравилось плодить экземпляры труднораспарсиваемых форматов, а причина более банальна - чтобы увеличить скорость загрузки игры, сэкономив за счет активности жесткого диска при открытии файлов скриптовых шейдеров в папке соответствующего рендера. Плюс к тому в этом случае уменьшается количество шейдерных файлов, что как минимум вдвое уменьшает вероятность ошибки - при условии двух рендеров эта экономия получается за счет тех шейдеров, которые являются общими для обоих рендеров. Плюс к тому вероятность ошибки еще более уменьшается тем, что базы данных редактируются в сдк, а сдк эти базы данных представляет в виде всевозможных галочек и полей ввода, поэтому ошибка может быть только во вводимых данных, но не в скриптовом коде шейдеров, который, вероятнее всего, генерируется во время загрузки игры.
-Скриптовые шейдеры используются же в основном только в тех случаях когда их код отличается для разных рендеров.
+Скриптовые шейдеры используются же в основном только в тех случаях, когда их код отличается для разных рендеров.
-По некоторым причинам я считаю что для модостроителей шейдерные скрипты являются более предпочтительными, чем распространение своих шейдерных модов в виде модифицированной .xr-БД. Причины в основном две - во первых скриптовые шейдеры предоставляют бОльшие возможности для полета фантазии :), а во вторых распространение шейдерных модов в виде скриптовых шейдеров все же делает меньше вероятность конфликта модов, так как разные шейдеры будут в разных файлах, а не все вместе в одном хитром и трудноредактируемом, и что самое плохое - трудно-объединяемом файле. Поэтому далее мы рассмотрим скриптовые шейдеры.
+По некоторым причинам я считаю что для модостроителей шейдерные скрипты являются более предпочтительными, чем распространение своих шейдерных модов в виде модифицированной .xr-БД. Причины в основном две: Во-первых скриптовые шейдеры предоставляют бОльшие возможности для полета фантазии, а во-вторых распространение шейдерных модов в виде скриптовых шейдеров все же делает меньше вероятность конфликта модов, так как разные шейдеры будут в разных файлах, а не все вместе в одном хитром и трудноредактируемом, и, что самое плохое, - труднообъединяемом файле. Поэтому далее мы рассмотрим скриптовые шейдеры.
-Что собой представляют шейдерные скрипты? Это обычные скрипты на lua, и которые являются своеобразным языком для того чтобы объяснить движку, какие загружать текстуры и какие подключать шейдеры из наличествующих .ps и .vs файлов.
+Что собой представляют шейдерные скрипты? Это обычные скрипты на lua, которые являются своеобразным языком для того чтобы объяснить движку, какие загружать текстуры и какие подключать шейдеры из наличествующих .ps и .vs файлов.
-: ''Для тех кто воспрял духом сразу скажу что несмотря на то, что шейдерные скрипты написаны на языке, который используется в игровых скриптах, это все-таки не одно и то же. Во первых шейдерные скрипты выполняются при загрузке уровня всего один раз (в фазу загрузки "загрузка шейдеров"), поэтому на отрисовку в реальном времени влиять неспособны, и кроме того к игровым скриптам скриптовые шейдеры доступа не имеют.''
+: ''Для тех кто воспрял духом сразу скажу, что несмотря на то, что шейдерные скрипты написаны на языке, который используется в игровых скриптах, это все-таки не одно и то же. Во-первых шейдерные скрипты выполняются при загрузке уровня всего один раз (в фазу загрузки "загрузка шейдеров"), поэтому на отрисовку в реальном времени влиять неспособны, и кроме того, к игровым скриптам скриптовые шейдеры доступа не имеют.''
-Вот для примера содержимое простейшего скриптового шейдера:
+Вот, для примера, содержимое простейшего скриптового шейдера:
   function normal( shader, t_base, t_second, t_detail )
@@ Строка 26: / Строка 26: @@
 * '''function normal''' - объявление стандартной функции шейдерного скрипта. В некоторых шейдерах есть еще функции '''l_spot''', '''l_point''' и '''l_special''' аналогичного содержания, но явно просчитывающие поведение этого шейдера в условиях освещения
-* '''shader''' - вероятнее всего идентификатор шейдера в игре, содержимое этой переменной представляет собой вероятнее всего текстовую строку вроде "models_selflight" или "models/selflight".
+* '''shader''' - вероятнее всего идентификатор шейдера в игре, содержимое этой переменной обычно представляет собой текстовую строку вроде "models_selflight" или "models/selflight".
-* '''t_base''' - путь к текстуре которую следует выводить с помощью этого шейдера
+* '''t_base''' - путь к текстуре, которую следует выводить с помощью этого шейдера
 * '''t_second''', '''t_detail''' - пути к другим текстурам, пока назначение их неизвестно.
@@ Строка 38: / Строка 38: @@
-* ''': blend		( true, blend.srcalpha, blend.one )''' - обработка текстур, например полупрозрачные текстуры без применения этой строки будут выглядеть непрозрачными черными в прозрачных местах. Эти методы блендинга соответствуют переключателю в сдк, где варианты ALPHA-ADD, BLEND, SET и так далее. На примере выше блендинг соответствует положению ALPHA-ADD.
+* ''': blend		( true, blend.srcalpha, blend.one )''' - обработка текстур, например, полупрозрачные текстуры без применения этой строки будут выглядеть непрозрачными черными в прозрачных местах. Эти методы блендинга соответствуют переключателю в сдк, где варианты ALPHA-ADD, BLEND, SET и так далее. На примере выше блендинг соответствует положению ALPHA-ADD.
-:: '''true''' - может быть '''false''' - включение обработки текстур, тоесть true - обработка включена, false соответственно выключена.
+:: '''true''' - может быть '''false''' - включение обработки текстур, то есть true - обработка включена, false, соответственно, выключена.
-:: '''blend.srcalpha''', '''blend.one''' - соответственно методы блендинга, могут быть:
+:: '''blend.srcalpha''', '''blend.one''' - соответственно, методы блендинга, могут быть:
   blend.one
@@ Строка 48: / Строка 48: @@
   null
-Также вот таблица по которой можно выбрать остальные параметры блендинга, выбирая в таблице по порядку слева направо:
+Также вот таблица, по которой можно выбрать остальные параметры блендинга, выбирая в таблице по порядку слева направо:
 <table style="border: 1px solid #666;" width="470px" height="60px">
@@ Строка 85: / Строка 85: @@
 * ''': sorting ( 3, false )''' - порядок отрисовки поверхности по отношению к самому объекту, частью которого является поверхность.
-:: '''3''' - цифра порядка отрисовки, где 1 - за объектом, 2 - на уровне с объектом, 3 - спереди объекта (ближе к актору). Как правило при тройке шейдируемая поверхность будет отрисовываться поверх всего, в том числе и оружия.
+:: '''3''' - цифра порядка отрисовки, где 1 - за объектом, 2 - на уровне с объектом, 3 - спереди объекта (ближе к актору). Как правило, при тройке шейдируемая поверхность будет отрисовываться поверх всего, в том числе и оружия.
 :: '''false''' - соответствует галочке "srict sorting" в сдк. Пока назначение неизвестно.
-* ''': aref ( false, 2 )''' - альфа-референс объекта, оператор, переключающий многобитную альфу текстуры в однобитную.
+* ''': aref ( false, 2 )''' - альфа-референс объекта - оператор, переключающий многобитную альфу текстуры в однобитную.
 :: '''false''' - включение/выключение данной функции.
@@ Строка 117: / Строка 117: @@
-* ''': texture  ( t_base ) ''' - помещение в вышеобъявленный буфер текстуры. аргумент этой ф-ции представляет собой путь к текстуре, так что вполне можно указать нечто вроде
+* ''': texture  ( t_base ) ''' - помещение в вышеобъявленный буфер текстуры. Аргумент этой ф-ции представляет собой путь к текстуре, так что вполне можно указать нечто вроде
   : texture  ( "fx\\fx_sun" )
@@ Строка 128: / Строка 128: @@
 * ''': project()''' - используется в шейдере отрисовки неточечного источника света, и предположительно используется для проектирвоания текстуры сэмплера на те объекты которые находятся в пределах сектора сферы.
-* ''': wrap ()''' - Википедия [http://en.wikipedia.org/wiki/Wrapping_%28graphics%29 отвечает] на этот вопрос не менее туманно чем в примере выше.
+* ''': wrap ()''' - Википедия [http://en.wikipedia.org/wiki/Wrapping_%28graphics%29 отвечает] на этот вопрос не менее туманно, чем в примере выше.
-Ниже представлены еще три оператора используемые с сэмплером, назначение которых неизвестно.
+Ниже представлены еще три оператора, используемые с сэмплером, назначение которых неизвестно.

@@ Строка 104: / Строка 104: @@
 * ''': distort ( true )''' - представляет из себя механизм искажений, аналогичный эффекту искажающегося воздуха в некоторых аномалиях, а также "линза" в главном меню над кнопками.
 ----
@@ Строка 126: / Строка 129: @@
 * ''': wrap ()''' - Википедия [http://en.wikipedia.org/wiki/Wrapping_%28graphics%29 отвечает] на этот вопрос не менее туманно чем в примере выше.

@@ Строка 44: / Строка 44: @@
 :: '''blend.srcalpha''', '''blend.one''' - соответственно методы блендинга, могут быть:
-:::: blend.one
+ blend.one
-:::: blend.zero
+ blend.zero
-:::: null
+ null
 :::: Также вот таблица по которой можно выбрать остальные параметры блендинга, выбирая в таблице по порядку слева направо: