surface shader相关参数,命令
2017-01-04 15:45
399 查看
https://docs.unity3d.com/Manual/SL-SurfaceShaders.html
说明:注意下surfaceshader相关开关选项,input结构体全部可用参数
google搜不到surface shader alpha:blend的用法,就当没这个参数吧
注意下Code generation options 中说明了prepass就是legacy Deffred
#pragma target 3.0 :
定义Shader模型为Shader Model 3.0,
2.0, Direct3D 9 (默认缺省值)。支持32张贴图 + 64个计算
3.0, Direct3D 9。支持512张贴图 + 512个计算
4.0, 只支持DirectX 11。
5.0, 只支持DirectX 11。
Writing Surface Shaders
Writing shaders that interact with lighting is complex. There are different light types, different shadow options, different rendering paths (forward and deferred rendering), and the shader should somehow handle all that complexity.Surface Shaders in Unity is a code generation approach that makes it much easier to write lit shaders than using low level vertex/pixel
shader programs. Note that there are no custom languages, magic or ninjas involved in Surface Shaders; it just generates all the repetitive code that would have to be written by hand. You still write shader code in HLSL.
For some examples, take a look at Surface Shader Examples and Surface
Shader Custom Lighting Examples.
How it works
You define a “surface function” that takes any UVs or data you need as input, and fills in output structure SurfaceOutput. SurfaceOutput basically describes properties
of the surface (it’s albedo color, normal, emission, specularity etc.). You write this code in HLSL.
Surface Shader compiler then figures out what inputs are needed, what outputs are filled and so on, and generates actual vertex&pixel
shaders, as well as rendering passes to handle forward and deferred rendering.
Standard output structure of surface shaders is this:
struct SurfaceOutput { fixed3 Albedo; // diffuse color fixed3 Normal; // tangent space normal, if written fixed3 Emission; half Specular; // specular power in 0..1 range fixed Gloss; // specular intensity fixed Alpha; // alpha for transparencies };
In Unity 5, surface shaders can also use physically based lighting models. Built-in Standard and StandardSpecular lighting models (see below) use these output structures respectively:
struct SurfaceOutputStandard { fixed3 Albedo; // base (diffuse or specular) color fixed3 Normal; // tangent space normal, if written half3 Emission; half Metallic; // 0=non-metal, 1=metal half Smoothness; // 0=rough, 1=smooth half Occlusion; // occlusion (default 1) fixed Alpha; // alpha for transparencies }; struct SurfaceOutputStandardSpecular { fixed3 Albedo; // diffuse color fixed3 Specular; // specular color fixed3 Normal; // tangent space normal, if written half3 Emission; half Smoothness; // 0=rough, 1=smooth half Occlusion; // occlusion (default 1) fixed Alpha; // alpha for transparencies };
Samples
See Surface Shader Examples, SurfaceShader Custom Lighting Examples and Surface Shader Tessellation pages.
Surface Shader compile directives
Surface shader is placed inside CGPROGRAM..ENDCGblock, just like any other shader. The differences are:
It must be placed inside SubShader block, not inside Pass.
Surface shader will compile into multiple passes itself.
It uses
#pragma surface ...directive to indicate it’s a surface shader.
The
#pragma surfacedirective is:
#pragma surface surfaceFunction lightModel [optionalparams]
Required parameters
surfaceFunction - which Cg function has surface shader code. The function should have the form of void surf (Input IN, inout SurfaceOutput o), where Input is a structure
you have defined. Input should contain any texture coordinates and extra automatic variables needed by surface function.
lightModel - lighting model to use. Built-in ones are physically based
Standardand
StandardSpecular,
as well as simple non-physically based
Lambert(diffuse) and
BlinnPhong(specular).
See Custom Lighting Models page for how to write your own.
Standardlighting model uses
SurfaceOutputStandardoutput struct, and matches the
Standard (metallic workflow) shader in Unity.
StandardSpecularlighting model uses
SurfaceOutputStandardSpecularoutput struct,
and matches the Standard (specular setup) shader in Unity.
Lambertand
BlinnPhonglighting models are not physically based (coming from Unity
4.x), but the shaders using them can be faster to render on low-end hardware.
Optional parameters
Transparency and alpha testing is controlled by alphaand
alphatestdirectives.
Transparency can typically be of two kinds: traditional alpha blending (used for fading objects out) or more physically plausible “premultiplied blending” (which allows semitransparent surfaces to retain proper specular reflections). Enabling semitransparency
makes the generated surface shader code contain blendingcommands; whereas enabling alpha cutout will do a fragment discard
in the generated pixel shader, based on the given variable.
alphaor
alpha:auto- Will pick fade-transparency (same as
alpha:fade)
for simple lighting functions, and premultiplied transparency (same as
alpha:premul) for physically based lighting functions.
alpha:blend- Enable alpha blending.
alpha:fade- Enable traditional fade-transparency.
alpha:premul- Enable premultiplied alpha transparency.
alphatest:VariableName- Enable alpha cutout transparency. Cutoff value is in a float variable with VariableName. You’ll likely also want to use
addshadowdirective
to generate proper shadow caster pass.
keepalpha- By default opaque surface shaders write 1.0 (white) into alpha channel, no matter what’s output in the Alpha of output struct or what’s returned by the lighting
function. Using this option allows keeping lighting function’s alpha value even for opaque surface shaders.
decal:add- Additive decal shader (e.g. terrain AddPass). This is meant for objects that lie atop of other surfaces, and use additive blending. See Surface
Shader Examples
decal:blend- Semitransparent decal shader. This is meant for objects that lie atop of other surfaces, and use alpha blending. See Surface
Shader Examples
Custom modifier functions can be used to alter or compute incoming vertex data, or to alter final computed fragment color.
vertex:VertexFunction- Custom vertex modification function. This function is invoked at start of generated vertex shader, and can modify or compute per-vertex data. See Surface
Shader Examples.
finalcolor:ColorFunction- Custom final color modification function. See Surface
Shader Examples.
finalgbuffer:ColorFunction- Custom deferred path for altering gbuffer content.
finalprepass:ColorFunction- Custom prepass base path.
Shadows and Tessellation - additional directives can be given to control how shadows and tessellation is handled.
addshadow- Generate a shadow caster pass. Commonly used with custom vertex modification, so that shadow casting also gets any procedural vertex animation. Often shaders
don’t need any special shadows handling, as they can just use shadow caster pass from their fallback.
fullforwardshadows- Support all light shadow types in Forward rendering
path. By default shaders only support shadows from one directional light in forward rendering (to save on internal shader variant count). If you need point or spot light shadows in forward rendering, use this directive.
tessellate:TessFunction- use DX11 GPU tessellation; the function computes tessellation factors. See Surface
Shader Tessellation for details.
Code generation options - by default generated surface shader code tries to handle all possible lighting/shadowing/lightmap scenarios. However in some cases you know you won’t need some of them, and it is possible to adjust
generated code to skip them. This can result in smaller shaders that are faster to load.
exclude_path:deferred,
exclude_path:forward,
exclude_path:prepass-
Do not generate passes for given rendering path (Deferred Shading, Forward and Legacy
Deferred respectively).
noshadow- Disables all shadow receiving support in this shader.
noambient- Do not apply any ambient lighting or light probes.
novertexlights- Do not apply any light probes or per-vertex lights in Forward rendering.
nolightmap- Disables all lightmapping support in this shader.
nodynlightmap- Disables runtime dynamic global illumination support in this shader.
nodirlightmap- Disables directional lightmaps support in this shader.
nofog- Disables all built-in Fog support.
nometa- Does not generate a “meta” pass (that’s used by lightmapping & dynamic global illumination to extract surface information).
noforwardadd- Disables Forward rendering
additive pass. This makes the shader support one full directional light, with all other lights computed per-vertex/SH. Makes shaders smaller as well.
Miscellaneous options
softvegetation- Makes the surface shader only be rendered when Soft Vegetation is on.
interpolateview- Compute view direction in the vertex shader and interpolate it; instead of computing it in the pixel shader. This can make the pixel shader faster, but
uses up one more texture interpolator.
halfasview- Pass half-direction vector into the lighting function instead of view-direction. Half-direction will be computed and normalized per vertex. This is faster,
but not entirely correct.
approxview- Removed in Unity 5.0. Use
interpolateviewinstead.
dualforward- Use dual lightmaps in forward rendering
path.
To see what exactly is different from using different options above, it can be helpful to use “Show Generated Code” button in the Shader
Inspector.
Surface Shader input structure
The input structure Inputgenerally has any texture coordinates needed by the shader. Texture coordinates must be named “
uv”
followed by texture name (or start it with “
uv2” to use second texture coordinate set).
Additional values that can be put into Input structure:
float3 viewDir- contains view direction, for computing Parallax effects, rim lighting etc.
float4with
COLORsemantic - contains interpolated per-vertex color.
float4 screenPos- contains screen space position for reflection or screenspace effects. Note that this is not suitable for GrabPass;
you need to compute custom UV yourself using
ComputeGrabScreenPosfunction.
float3 worldPos- contains world space position.
float3 worldRefl- contains world reflection vector if surface shader does not write to o.Normal. See Reflect-Diffuse shader for example.
float3 worldNormal- contains world normal vector if surface shader does not write to o.Normal.
float3 worldRefl; INTERNAL_DATA- contains world reflection vector if surface shader writes to o.Normal. To get the reflection vector based on per-pixel normal
map, use
WorldReflectionVector (IN, o.Normal). See Reflect-Bumped shader for example.
float3 worldNormal; INTERNAL_DATA- contains world normal vector if surface shader writes to o.Normal. To get the normal vector based on per-pixel normal map,
use
WorldNormalVector (IN, o.Normal).
Surface Shaders and DirectX 11 HLSL syntax
Currently some parts of surface shader compilation pipeline do not understand DirectX 11-specific HLSL syntax,so if you’re using HLSL features like StructuredBuffers, RWTextures and other non-DX9 syntax, you have to wrap it into a DX11-only preprocessor macro.
See Platform Specific Differences and Shading
Language pages for details.
相关文章推荐
- 有关rsync 同步命令参数相关信息
- Ubuntu 下apt-get命令的相关参数
- ps命令及相关参数
- Linux常见基本命令总结(一) 系统相关参数查询
- gcc选项参数-M以及makefile相关命令
- linux常用命令及对应相关参数
- OpenGL ES Shader相关API 总结【2】——执行绘制命令
- android 打包相关命令和参数
- linux sar命令详细说明相关参数
- linux tcpdump相关之nc命令参数及用法详解
- x264命令参数与相关代码对应关系
- ycsb-命令及参数-与生成的负载类型相关
- yum命令相关的参数及作用
- Shell文件相关常用命令及参数总结
- 工作中常用命令之相关参数
- 如何使用ADB命令查看Android手机相关信息参数
- ethtool命令及相关参数小解
- find 命令的相关参数
- 跟kernel相关的命令和几个内核参数
- CCD相机的相关特性参数(收藏)