版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
通过前面的学习内容我们己经知道， Shader 并不是什么神秘的东西，它们其实就是渲染流水线中的某些特定阶段，如顶点着色器阶段、片元着色器阶段等。
在没有Unity 这类编辑器的情况下，如果我们想要对某个模型设置渲染状态，可能需要类似下面的代码：
上述伪代码仅仅是简化后的版本，当渲染的模型数目、需要调整的着色器属性不断增多时，上述过程将变得更加复杂和冗长。而且，当涉及透明物体等多物体的渲染时，如果没有编辑器的帮助，我们要非常小心，如渲染顺序等问题。
Unity 的出现改善了上面的状况。它提供了一个地方能够让开发者更加轻松地管理着色器代码以及渲染设置（如开启／关闭混合、深度测试、设置渲染顺序等） ，而不需要像上面的伪代码一样， 管理多个文件和函数等。Unity 提供的这个“方便的地方”，就是Unity Shader。
3.1 Unity Shader 概述
那么如何充分利用Unity Shader 来为我们的游戏增光添彩呢？
（1 ）创建一个材质；
（2 ）创建一个Unity Shader， 并把它赋给上一步中创建的材质；
（3 ）把材质赋给要渲染的对象；
（4 ）在材质面板中调整Unity Shader 的属性，以得到满意的效果。
图3.1 显示了Unity Shader 和材质是如何一起工作来控制物体的渲染的。
3.1.1 一对好兄弟：材质和Unity Shader
总体来说，在Unity 中我们需要配合使用材质（Material) 和Unity Shader 才能达到需要的效果。一个最常见的流程是：（1 ）创建一个材质；
（2 ）创建一个Unity Shader， 并把它赋给上一步中创建的材质；
（3 ）把材质赋给要渲染的对象；
（4 ）在材质面板中调整Unity Shader 的属性，以得到满意的效果。
图3.1 显示了Unity Shader 和材质是如何一起工作来控制物体的渲染的。
可以发现， Uruty Shader 定义了渲染所需的各种代码（ 如顶点着色器和片元着色器〉、属性（如
使用哪些纹理等〉和指令〈渲染和标签设置等〉，而材质则允许我们调节这些属性，并将其最终赋
给相应的模型。
3.1.2 Unity 中的材质
Unity 中的材质需要结合一个GameObject 的Mesh 或者Particle Systems 组件来工作。它决定了我们的游戏对象看起来是什么样子的（这当然也需要Unity Shader 的配合） 。为了创建一个新的材质，我们可以在Unity 的菜单栏中选择Assets -> Create -> Material 来创建，也可以直接在Project 视图中
右击 -> Create -> Material 来创建。当创建了一个材质后， 就可以把它赋给一个对象。这可以通过把材质直接拖曳到Scene 视图中的对象上来实现，或者在该对象的Mesh Renderer 组件中直接赋值，如图3.2 所示。
对于美术人员来说，材质是他们十分熟悉的一种事物。Unity 的材质和许多建模软件（如Cinema 4D、Maya 等〉中提供的材质功能类似，它们都提供了一个面板来调整材质的各个参数。这种可视化的方法使得开发者不再需要自行在代码中设置和改变渲染所需的各种参数，如图3.3 所示。
提示：
单击图标“1”可变换面板中使用的基础模型种类， Unity 支持球、立方体、圆柱
体等多种基础模型；单击图标“2”可变换面板中使用的光照。
3.1.3 Unity 中的Shader
为了和前面通用的Shader 语义进行区分，我们把Unity 中的Shader 文件统称为Unity Shader。这是因为，Unity Shader 和我们之前提及的渲染管线的Shader 有很大不同，我们会在3.6.2 节中进行更加详细的解释。
为了创建一个新的Unity Shader，我们可以在Unity 的菜单栏中选择Assets -> Create -> Shader 来创建，也可以直接在Project 视图中右击 -＞ Create -> Shader 来创建。在Unity 5.2 及以上版本中， Unity一共提供了4 种Unity Shader 模板供我们选择——
Standard Surface Shader, Unlit Shader, Image Effect Shader 以及Compute Shader。其中， Standard Surface Shader 会产生一个包含了标准光照模型（使用了Unity 5 中新添加的基于物理的渲染方法，详见第18 章）的表面着色器模板， Unlit Shader 则会产生一个不包含光照（但包含雾效）的基本的顶点／片元着色器， Image Effect Shader 则为我们实现各种屏幕后处理效果（详见第12 章〉提供了一个基本模板。最后， Compute Shader 会产生一种特殊的Shader文件，这类Shader 旨在利用GPU 的并行性来进行一些与常规渲染流水线无关的计算，而这不在本书的时论范围内，读者可以在Unity 手册的Compute Shader 一文
(http://docs.unity3d.con/Manual/ComputeShaders.html)中找到更多的介绍。总体来说， Standard Surface Shader 为我们提供了典型的表面着色器的实现方法，但本书的重点在于如何在Unity中编写顶点／片元着色器，因此在后续的学习中，我们通常会使用
Unlit Shader 来生成一个基本的顶点／片元着色器模板。
一个单独的Unity Shader 是无法发挥任何作用的，它必须和材质结合起来，才能发生神奇的“化学反应”！为此，我们可以在材质面板最上方的下拉菜单中选择需要使用的Unity Shader。当选择完毕后，材质面板中就会出现该Unity Shader 可用的各种属性。这些属性可以是颜色、纹理、浮点数、滑动条（限制了范围的浮点数〉、向量等。当我们把材质赋给场景中的一个对象时，就可以看到调整属性所发生的视觉变化。
Unity Shader 本质上就是一个文本文件。和Unity 中的很多外部文件类似， Unity Shader 也有导入设置（ Import Settings ）面板，在Project 视图中选中某个Unity Shader 即可看到。在Unity 5.2版本中， Unity Shader 的导入设置面板如图3.4 所示。
Unity Shader 本质上就是一个文本文件。和Unity 中的很多外部文件类似， Unity Shader 也有导入设置（ Import Settings ）面板，在Project 视图中选中某个Unity Shader 即可看到。在Unity 5.2版本中， Unity Shader 的导入设置面板如图3.4 所示。
在该面板上，我们可以在Default Maps 中指定该Unity Shader 使用的默认纹理。当任何材质第一次使用该Unity Shader 时，这些纹理就会自动被赋予到相应的属性上。在下方的面板中， Unity会显示出和该Unity Shader 相关的信息，例如它是否是一个表面着色器（ Surface Shader ） 、是否是一个固定函数着色器（Fixed Function Shader ）等，还有一些信息是和我们在Unity Shader 中的标
签设置（详见3.3.3 节）有关，例如是否会投射阴影、使用的渲染队列、LOD 值等。
对于表面着色器（详见3.4.1 节〉来说，我们可以通过单击Show generated code 按钮来打开一个新的文件，在该文件里将显示Unity 在背后为该表面着色器生成的顶点／片元着色器。这可以方便我们对这些生成的代码进行修改（需要复制到一个新的Unity Shader 中才可保存〉和研究。
同样地，如果该Unity Shader 是一个固定函数着色器，在Fixed function 的后面也会出现一个Show generated code 按钮，来让我们查看该固定函数着色器生成的顶点／片元着色器。Compile and show code 下拉列表可以让开发者检查该Unity Shader 针对不同图像编程接口（例如OpenGL、D3D9 、D3D11 等）最终编译成的Shader 代码，如图3.5 所示。直接单击该按钮可以查看生成的底层的汇编指令。我们可以利用这些代码来分析和优化着色器。
签设置（详见3.3.3 节）有关，例如是否会投射阴影、使用的渲染队列、LOD 值等。
对于表面着色器（详见3.4.1 节〉来说，我们可以通过单击Show generated code 按钮来打开一个新的文件，在该文件里将显示Unity 在背后为该表面着色器生成的顶点／片元着色器。这可以方便我们对这些生成的代码进行修改（需要复制到一个新的Unity Shader 中才可保存〉和研究。
同样地，如果该Unity Shader 是一个固定函数着色器，在Fixed function 的后面也会出现一个Show generated code 按钮，来让我们查看该固定函数着色器生成的顶点／片元着色器。Compile and show code 下拉列表可以让开发者检查该Unity Shader 针对不同图像编程接口（例如OpenGL、D3D9 、D3D11 等）最终编译成的Shader 代码，如图3.5 所示。直接单击该按钮可以查看生成的底层的汇编指令。我们可以利用这些代码来分析和优化着色器。
除此之外， Unity Shader 的导入面板还可以方便地查看其使用的渲染队列（Render queue ）、
是否关闭批处理（Disable batching ） 、属性列表（Properties ）等信息。
3.2 Unity Shade 的基础：ShaderLab
“计算机科学中的任何问题都可以通过增加一层抽象来解决。” 一一大卫· 惠勒
学习和编写着色器的过程一直是一个学习曲线很陡峭的过程。通常情况下，为了自定义渲染效果往往需要和很多文件和设置打交道，这些过程很容易消磨掉初学者的耐心。而且， 一些细节问题也往往需要开发者花费较多的时间去解决。
Unity 为了解决上述问题， 为我们提供了一层抽象——Unity Shader。而我们和这层抽象打交道的途径就是使用Unity 提供的一种专门为Unity Shader 服务的语言——ShaderLab。
什么是ShaderLab?
”SbaderLab is a friend you can afford. ”一一尼古拉斯· 弗朗西斯（Nicholas Francis), Unity 前首席运营官（COO）和联合创始人之一。
Unity Shader 是Unity 为开发者提供的高层级的渲染抽象层。图3.6 显示了这样的抽象。Unity希望通过这种方式来让开发者更加轻松地控制渲染。
学习和编写着色器的过程一直是一个学习曲线很陡峭的过程。通常情况下，为了自定义渲染效果往往需要和很多文件和设置打交道，这些过程很容易消磨掉初学者的耐心。而且， 一些细节问题也往往需要开发者花费较多的时间去解决。
Unity 为了解决上述问题， 为我们提供了一层抽象——Unity Shader。而我们和这层抽象打交道的途径就是使用Unity 提供的一种专门为Unity Shader 服务的语言——ShaderLab。
什么是ShaderLab?
”SbaderLab is a friend you can afford. ”一一尼古拉斯· 弗朗西斯（Nicholas Francis), Unity 前首席运营官（COO）和联合创始人之一。
Unity Shader 是Unity 为开发者提供的高层级的渲染抽象层。图3.6 显示了这样的抽象。Unity希望通过这种方式来让开发者更加轻松地控制渲染。
在Unity 中， 所有的Unity Shader 都是使用ShaderLab 来编写的。ShaderLab 是Unity 提供的编写Unity Shader 的一种说明性语言。它使用了一些嵌套在花括号内部的语义（syntax ） 来描述一个Unity Shader 文件的结构。这些结构包含了许多渲染所需的数据， 例如Property语句块中定义了着色器所需的各种属性，这些属性将会出现在材质面版中。从设计上来说， ShaderLab 类似
于CgFX 和Direct3D Effects (.FX）语言， 它们都定义了要显示一个材质所需的所有东西， 而不仅仅是着色器代码。
一个Unity Shader 的基础结构如下所示：
于CgFX 和Direct3D Effects (.FX）语言， 它们都定义了要显示一个材质所需的所有东西， 而不仅仅是着色器代码。
一个Unity Shader 的基础结构如下所示：
-
Shader ” ShaderName” {
-
Properties {
-
//属性
-
}
-
SubShader {
-
//显卡A使用的子着色器
-
}
-
SubShader {
-
//显卡B使用的子着色器
-
]
-
Fallback ”VertexLit”
-
]
3.3 Unity Shader 的结构
在上一节的伪代码中我们见到了一些ShaderLab 的语义，如Properties、SubShader, Fallback等。这些语义定义了Unity Shader 的结构，从而帮助Unity 分析该Unity Shader 文件， 以便进行正确的编译。在下面，我们会解释这些基础的语义含义和用法。3.3.1 给我们的Shader起个名字
每个Unity Shader 文件的第一行都需要通过Shader语义来指定该Unity Shader 的名字。这个名字由一个字符串来定义，例如“MyShader”。当为材质选择使用的Unity Shader 时，这些名称就会出现在材质面板的下拉列表里。通过在字符串中添加斜杠（“／”） ， 可以控制Unity Shader 在材质面板中出现的位置。例如：
Shader “Custom/MyShader” { }
3.3.2 材质和 Unity Shader 的桥梁：Properties
Properties 语义块中包含了一系列属性（property),这些属性将会出现在材质面板中。
Properties 语义块的定义通常如下：
Properties 语义块的定义通常如下：
-
Properties {
-
Name (”display name
", PropertyType) = DefaultValue
-
Name (”display name", PropertyType) = DefaultValue
-
// 更多属性
-
}
对于Int、Float、Range 这些数字类型的属性，其默认值就是一个单独的数字：对于Color和Vector 这类属性，默认值是用圆括号包围的一个四维向量；对于2D 、Cube、3D 这3 种纹理类型，默认值的定义稍微复杂，它们的默认值是通过一个字符串后跟一个花括号来指定的，其中，字符串要么是空的，要么是内置的纹理名称，如“white ＂“ black ”“ gray ＂或者“ bump ”。花括号的用处原本是用于指定一些纹理属性的，例如在Unity 5.0 以前的版本中，我们可以通过TexGen CubeReflect、TexGen CubeNormal 等选项来控制固定管线的纹理坐标的生成。但在Unity 5.0 以后的版本中，这些选项被移除了，如果我们需要类似的功能，就需要自己在顶点着色器中编写计算相应纹理坐标的代码。
下面的代码给出了一个展示所有属性类型的例子：
下面的代码给出了一个展示所有属性类型的例子：
-
Shader ” Custom/ShaderLabProperties” {
-
Properties {
-
// Numbers and Sliders
-
_Int (”Int” , Int) =
2
-
_Float (”Float ” , Float) =
1.5
-
_Range (
"Range” , Range(0.0, 5.0)) = 3.0
-
-
// Colors and Vectors
-
_Color (”Color” , Color) = (1, 1, 1, 1)
-
_Vector (”Vector”, Vector) = (2, 3 , 6 , 1)
-
-
// Textures
-
_2D (”2D” , 20) = ””{}
-
_Cube(”Cube ” , Cube ) = ”white”{}
-
_3D (”3D”, 3D) = ” black” {}
-
}
-
FallBack ” Diffuse”
-
}
有时， 我们想要在材质面板上显示更多类型的变量， 例如使用布尔变量来控制Shader 中使用哪种计算。Unity 允许我们重载默认的
材质编辑面板，以提供更多自定义的数据类型。我们在本书资源的材质Assets -> Materials -> Chapter3 -> RedifyMat 中提供了这样一个简单的例子，这个例子参考了官方手册的Custom Shader GUI 一文
材质编辑面板，以提供更多自定义的数据类型。我们在本书资源的材质Assets -> Materials -> Chapter3 -> RedifyMat 中提供了这样一个简单的例子，这个例子参考了官方手册的Custom Shader GUI 一文
（http://docs.unity3d.com/Manual/SL-CustomShaderGUl.html）中的代码。
为了在Shader 中可以访问到这些属性，我们需要在CG 代码片中定义和这些属性类型相匹配的变量。需要说明的是，即使我们不在Properties 语义块中声明这些属性，也可以直接在CG 代码片中定义变量。此时，我们可以通过脚本向Shader 中传递这些属性。因此， Properties 语义块的作用仅仅是为了让这些属性可以出现在材质面板中。
为了在Shader 中可以访问到这些属性，我们需要在CG 代码片中定义和这些属性类型相匹配的变量。需要说明的是，即使我们不在Properties 语义块中声明这些属性，也可以直接在CG 代码片中定义变量。此时，我们可以通过脚本向Shader 中传递这些属性。因此， Properties 语义块的作用仅仅是为了让这些属性可以出现在材质面板中。
3.3.3 重量级成员： SubShade
每一个Unity Shader 文件可以包含多个SubShader 语义块，但最少要有一个。当Unity 需要加载这个Unity Shader 时， Unity 会扫描所有的SubShader 语义块，然后选择第一个能够在目标平台上运行的SubShader。如果都不支持的话， Unity 就会使用Fallback 语义指定的Unity Shader 。Unity 提供这种语义的原因在于，不同的显卡具有不同的能力。例如， 一些旧的显卡仅能支持一定数目的操作指令，而一些更高级的显卡可以支持更多的指令数，那么我们希望在旧的显卡上使用计算复杂度较低的着色器，而在高级的显卡上使用计算复杂度较高的着色器，以便提供更出色的画面。
SubShader 语义块中包含的定义通常如下：
-
SubShader {
-
//可选的
-
[Tags]
-
-
//可选的
-
[RenderSetup]
-
-
Pass {
-
}
-
// Other Passes
-
}
• 状态设置
Shader Lab 提供了一系列渲染状态的设置指令，这些指令可以设置显卡的各种状态，例如是否开启混合／深度测试等。表3.2 给出了ShaderLab 中常见的渲染状态设置选项。
当在SubShader 块中设置了上述渲染状态时，将会应用到所有的Pass。如果我们不想这样（例如在双面渲染中，我们希望在第一个Pass 中剔除正面来对背面进行渲染，在第二个Pass 中剔除背面来对正面进行渲染），可以在Pass 语义块中单独进行上面的设置。
• SubShader 的标签
SubShader 的标签（ Tags ）是一个键值对（Key/Value Pair ），它的键和值都是字符串类型。这些键值对是SubShader 和渲染引擎之间的沟通桥梁。它们用来告诉Unity 的渲染引擎： SubShader我希望怎样以及何时渲染这个对象。
标签的结构如下：
• SubShader 的标签
SubShader 的标签（ Tags ）是一个键值对（Key/Value Pair ），它的键和值都是字符串类型。这些键值对是SubShader 和渲染引擎之间的沟通桥梁。它们用来告诉Unity 的渲染引擎： SubShader我希望怎样以及何时渲染这个对象。
标签的结构如下：
Tags {”TagNamel”=”Valuel” ”TagName2”=”Value2”}
具体的标签设置我们会在本书后面的章节中讲到。
需要注意的是，上述标签仅可以在SubShader 中声明，而不可以在Pass 块中声明。Pass 块虽然也可以定义标签，但这些标签是不同于SubShader 的标签类型。这是我们下面将要讲到的。
• Pass 语义块
Pass 语义块包含的语义如下：
• Pass 语义块
Pass 语义块包含的语义如下：
-
Pass {
-
[Name]
-
[Tags]
-
[RenderSetup]
-
// Other code
-
}
Name "MyPassName"
UsePass "MyShader/MYPASSNAME”
其次，我们可以对Pass 设置渲染状态。SubShader 的状态设置同样适用于Pass 。除了上面提到的状态设置外，在Pass 中我们还可以使用固定管线的着色器（详见3.4.3 节）命令。
Pass 同样可以设置标签，但它的标签不同于SubShader 的标签。这些标签也是用于告诉渲染引擎我们希望怎样来渲染该物休。
表3.4 给出了Pass 中使用的标签类型。
除了上面普通的Pass 定义外， Unity Shader 还支持一些特殊的Pass，以便进行代码复用或实现更复杂的效果。
- UsePass：如我们之前提到的一样，可以使用该命令来复用其他Unity Shader 中的Pass;
- GrabPass：该Pass 负责抓取屏幕并将结果存储在一张纹理中，以用于后续的Pass 处理（详见10.2.2 节）。
3.3.4 留一条后路： Fallback
紧跟在各个SubShader 语义块后面的，可以是一个Fallback 指令。它用于告诉Unity，“如果上面所有的SubShader 在这块显卡上都不能运行，那么就使用这个最低级的Shader 吧！”它的语义如下：
-
Fallback “name”
-
//或者
-
Fallback Off
下面给出了一个使用Fallback 语句的例子：
Fallback VertexLit“”
3.3.5 Shaderlab 还有其他的语义吗
除了上述的语义，还有一些不常用到的语义。例如，如果我们不满足于Unity 内置的属性类型，想要自定义材质面版的编辑界面，就可以使用CustomEditor 语义来扩展编辑界面。我们还可以使用Category 语义来对Unity Shader 中的命令进行分组。由于这些命令很少用到，本书将不再进行深入的讲解。3.4 Unity Shader 的形式
在上面，我们讲了Unity Shader 文件的结构以及ShaderLab 的语法。尽管Unity Shader 可以做的事情非常多（例如设置渲染状态等〉， 但其最重要的任务还是指定各种着色器所需的代码。这些着色器代码可以写在SubShader 语义块中（表面着色器的做法〉， 也可以写在Pass 语义块中〈顶点／片元着色器和固定函数着色器的做法〉。
在Unity 中， 我们可以使用下面3 种形式来编写Unity Shader。而不管使用哪种形式， 真正意义上的Shader 代码都需要包含在ShaderLab 语义块中，如下所示：
在Unity 中， 我们可以使用下面3 种形式来编写Unity Shader。而不管使用哪种形式， 真正意义上的Shader 代码都需要包含在ShaderLab 语义块中，如下所示：
-
Shader ” MyShader” {
-
Properties {
-
//所需的各种属性
-
}
-
SubShader {
-
//真正意义上的Shader 代码会出现在这里
-
//表面着色器（Surface Shader ）或者
-
// 顶点/片元着色器（ Vertex/Fragment Shader ）或者
-
//固定函数着色器（ Fixed Function Shader )
-
}
-
SubShader {
-
// 和上一个SubShader 类似
-
}
-
}
3.4.1 Unity 的宠儿：表面着色器
表面着色器（Surface Shader ） 是Unity 自己创造的一种着色器代码类型。它需要的代码量很少， Unity 在背后做了很多工作， 但渲染的代价比较大。它在本质上和下面要讲到的顶点／片元着色器是一样的。也就是说， 当给Unity 提供一个表面着色器的时候， 它在背后仍旧把它转换成对应的顶点／片元着色器。我们可以理解成， 表面着色器是Unity 对顶点／片元着色器的更高一层的抽象。它存在的价值在于， Unity 为我们处理了很多光照细节，使得我们不需要再操心这些“烦人的事情”。
一个非常简单的表面着色器示例代码如下：
-
Shader ”Custom/Simple Surface Shader” {
-
SubShader {
-
Tags ( ”RenderType” = ”Opaque” }
-
CGPROGRAM
-
#pragma surface surf Lambert
-
struct Input {
-
float4 color : COLOR;
-
} ;
-
void surf (Input IN, inout SurfaceOutput o) (
-
o.Albedo = l;
-
}
-
ENDCG
-
}
-
Fallback ”Diffuse”
-
}
CGPROGRAM 和ENDCG 之间的代码是使用CG/HLSL 编写的，也就是说，我们需要把CG/HLSL 语言嵌套在ShaderLab 语言中。值得注意的是， 这里的CG/HLSL 是Unity 经封装后提供的，它的语法和标准的CG/HLSL 语法几乎一样，但还是有细微的不同，例如有些原生的函数和用法Unity 并没有提供支持。
3.4.2 最聪明的孩子：顶点／片元着色器
在Unity 中我们可以使用CG/HLSL 语言来编写顶点／片元着色器（ Vertex/Fragment Shader ） 。它们更加复杂，但灵活性也更高。
一个非常简单的顶点／片元着色器示例代码如下：
-
Shader ”Custom/Simple VertexFragment Shader” {
-
SubShader {
-
Pass {
-
CGPROGRAM
-
-
#pragma vertex vert
-
#pragma fragment frag
-
-
float4 vert(float4 v : POSITION) : SV POSITION {
-
return mul(UNITY_MATRIX MVP, v);
-
}
-
-
fixed4 frag () : SV Target {
-
return fixed4 (
1.0,
0.0,
0.0, l
.0);
-
}
-
ENDCG
-
}
-
}
-
}
和表面着色器类似， 顶点／片元着色器的代码也需要定义在CGPROGRAM 和ENDCG 之间，但不同的是， 顶点／片元着色器是写在Pass 语义块内，而非SubShader 内的。原因是，我们需要自己定义每个Pass 需要使用的Shader 代码。虽然我们可能需要编写更多的代码， 但带来的好处是灵活性很高。更重要的是，我们可以控制渲染的实现细节。同样，这里的CGPROGRAM 和ENDCG
之间的代码也是使用CG/HLSL 编写的。
3.4.3 被抛弃的角落：固定函数着色器
上面两种Unity Shader 形式都使用了可编程管线。而对于一些较旧的设备（其GPU 仅支持 DirectX 7.0 、OpenGL 1.5 或OpenGL ES 1.1 ），例如iPhone 3 ，它们不支持可编程管线着色器，因此，这时候我们就需要使用固定函数着色器（Fixed Function Shader ） 来完成渲染。这些着色器往往只可以完成一些非常简单的效果。
一个非常简单的固定函数着色器示例代码如下：
-
Shader ”Tutorial/Basic” {
-
Properties {
-
_Color ( ”Main Color
", Color) = (1, 0.5, 0.5, 1)
-
}
-
SubShader {
-
Pass {
-
Material {
-
Diffuse [_Color]
-
}
-
Lighting On
-
}
-
}
-
}
由于现在绝大多数GPU 都支持可编程的渲染管线， 这种固定管线的编程方式已经逐渐被抛弃。实际上，在Unity 5.2 中， 所有固定函数着色器都会在背后被Unity 编译成对应的顶点／片元着色器，因此真正意义上的固定函数着色器已经不存在了。
3.4.4 选择哪种Unity Shader 形式
那么， 我们究竟选择哪一种来进行Unity Shader 的编写呢？这里给出了一些建议。- 除非你有非常明确的需求必须要使用固定函数着色器，例如需要在非常旧的设备上运行你的游戏（这些设备非常少见），否则请使用可编程管线的着色器，即表面着色器或顶点／片元着色器。
- 如果你想和各种光源打交道，你可能更喜欢使用表面着色器， 但需要小心它在移动平台的性能表现。
- 如果你需要使用的光照数目非常少， 例如只有一个平行光， 那么使用顶点／片元着色器是一个更好的选择。
- 最重要的是，如果你有很多自定义的渲染效果， 那么请选择顶点／片元着色器。
3.5 本书使用的Unity Shader 形式
本书的目的不仅在于教给读者如何使用Unity Shader， 更重要的是想要让读者掌握渲染背后的原理。仅仅了解高层抽象虽然可能会暂时使工作简化， 但从长久来看“知其然而不知其所以然”所带来的影响更加深远。
因此， 在本书接下来的内容中，我们将着重使用顶点／片元着色器来进行Unity Shader 的编写。
对于表面着色器来说，我们会在本书的第17 章中进行剖析， 读者可以在那里找到更多的学习内容。
因此， 在本书接下来的内容中，我们将着重使用顶点／片元着色器来进行Unity Shader 的编写。
对于表面着色器来说，我们会在本书的第17 章中进行剖析， 读者可以在那里找到更多的学习内容。
3.6 答疑解惑
尽管在之前的内容中涵盖了很多基础内容， 这里仍给出一些初学者常见的困惑之处， 并给予说明和解释。
在Unity Shader （或者说是ShaderLab 文件）里， 我们可以做的事情远多于一个传统意义上的Shader。
3.6.1 Unity Shader !＝真正的Shader
需要读者注意的是， Unity Shader 并不等同于第2 章中所讲的Shader，尽管Unity Shader 翻译过来就是Unity 着色器。在Unity 里， Unity Shader 实际上指的就是一个ShaderLab 文件一一硬盘上以.shader 作为文件后缀的一种文件。在Unity Shader （或者说是ShaderLab 文件）里， 我们可以做的事情远多于一个传统意义上的Shader。
- 在传统的Shader 中， 我们仅可以编写特定类型的Shader ， 例如顶点着色器、片元着色器等。而在Unity Shader 中，我们可以在同一个文件里同时包含需要的顶点着色器和片元着色器代码。
- 在传统的Shader 中，我们无法设置一些渲染设置， 例如是否开启混合、深度测试等，这些是开发者在另外的代码中自行设置的。而在Unity Shader 中， 我们通过一行特定的指令就可以完成这些设置。
- 在传统的Shader 中，我们需要编写冗长的代码来设置着色器的输入和输出， 要小心地处理这些输入输出的位置对应关系等。而在Unity Shader 中，我们只需要在特定语句块中声明一些属性，就可以依靠材质来方便地改变这些属性。而且对于模型自带的数据（如顶点位置、纹理坐标、法线等） , Unity Shader 也提供了直接访问的方法，不需要开发者自行编码来传给着色器。
当然， Unity Shader 除了上述这些优点外，也有一些缺点。由于Unity Shader 的高度封装性，我们可以编写的Shader 类型和语法都被限制了。对于一些类型的Shader，例如曲面细分着色器（Tessellation Shader）、几何着色器（ Geometry Shader ）等， Unity 的支持就相对差一些。例如，Unity 4.x 仅在DirectX 11 平台下提供曲面细分着色器、几何着色器的相关功能，而对于OpenGL
平台则没有这些支持。除此之外， 一些高级的Shader 语法Unity Shader 也不支持。
可以说， Unity Shader 提供了一种让开发者同时控制渲染流水线中多个阶段的一种方式，不仅仅是提供Shader 代码。作为开发者而言，我们绝大部分时候只需要和Unity Shader 打交道，而不需要关心渲染引擎底层的实现细节。
平台则没有这些支持。除此之外， 一些高级的Shader 语法Unity Shader 也不支持。
可以说， Unity Shader 提供了一种让开发者同时控制渲染流水线中多个阶段的一种方式，不仅仅是提供Shader 代码。作为开发者而言，我们绝大部分时候只需要和Unity Shader 打交道，而不需要关心渲染引擎底层的实现细节。
3.6.2 Unity Shade 和 CG/HLSL 之间的关系
正如我们之前所讲， Unity Shader 是用ShaderLab 语言编写的，但对于表面着色器和顶点／片元着色器，我们可以在ShaderLab 内部嵌套CG/HLSL 语言来编写这些着色器代码。这些CG/HLSL代码是嵌套在CGPROGRAM 和ENDCG 之间的，正如我们之前看到的示例代码一样。由于CG 和DX9 风格的HLSL 从写法上来说几乎是同一种语言，因此在Unity 里CG 和HLSL 是等价的。我们可以说， CG/HLSL 代码是区别于ShaderLab 的另一个世界。通常， CG 的代码片段是位于Pass 语义块内部的，如下所示：
-
Pass {
-
// Pass的标签和状态设置
-
CGPROGRAM
-
//编译指令，例如
-
#pragma vertex vert
-
#pragma fragment frag
-
//CG 代码
-
ENDCG
-
//其他一些设置
-
}
在提供给编程人员这些便利的背后， Unity 编辑器会把这些CG 片段编译成低级语言，如汇编语言等。通常，Unity 会自动把这些CG 片段编译到所有相关平台（这里的平台是指不同的渲染平台，例如Direct3D 9、OpenGL、Direct3D 11 、OpenGLES 等〉上。这些编译过程比较复杂， Unity会使用不同的编译器来把CG 转换成对应平台的代码。这样就不会在切换平台时再重新编译，而且如果代码在某些平台上发生错误就可以立刻得到错误信息。
正如在3.1.3 节中看到的一样，我们可以在Unity Shader 的导入设置面板上查看这些编译后的代码，查看这些代码有助于进行Debug 或优化等，如图3.9 所示。
但当发布游戏的时候，游戏数据文件中只包含目标平台需要的编译代码，而那些在目标平台上不需要的代码部分就会被移除。例如，当发布到Mac OS X 平台上时， DirectX 对应的代码部分就会被移除。
3.6.3 我可以使用GLSL 来写吗
当然可以。如果你坚持说：“我就是不想用CG/HLSL 来写！就是要使用GLSL 来写！”，但是这意味着你可以发布的目标平台就只有Mac OS X、OpenGLES 2.0 或者Linux ，而对于PC 、Xbox360 这样的仅支持DirectX 的平台来说，你就放弃它们了。建立在你坚持要用GLSL 来写Unity Shader 的意愿下，你可以怎么写呢？和CG/HLSL 需要嵌套在CGPROGRAM和ENDCG 之间类似， GLSL 的代码需要嵌套在GLSLPROGRAM 和ENDGLSL之间。
更多关于如何在Unity Shader 中写GLSL 代码的内容可以在Unity 官方手册的GLSL Shader Programs 一文
（http://docs.unity3d.corn/Manual/SL-GLSLShaderPrograms.html）中找到。
3.7 扩展阅读
Unity 官网上关于Unity Shader 方面的文档正在不断补充中，由于Unity 封装了很多功能和细节，因此，如果读者在使用Unity Shader 的过程中遇到了问题可以去到官方文档（ http://docs.unity3d.com/Manual/SL-Reference.html ）中查看。除此之外， Unity 也提供了一些简单的着色器编写教程
(http://docs.unity3d.com/Manual/ShaderTut1.html,
http://docs.unity3d.com/Manual/
ShaderTut2.html） 。由于在Unity Shader 中，绝大多数可编程管线的着色器代码是使用CG 语言编
写的，读者可以在NVIDIA 提供的CG 文档
（ http://http.developer.nvidia.com/CG／）中找到更多的
内容。NVIDIA 同样提供了一个系列教程
（ http://http.developer.nvidia.com/CGTutorial/CGTutorial/
cG_tutorial_chapter01.html ）来帮助初学者掌握CG 的基本语法。
1886
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
