【Unity Shaders】Mobile Shader Adjustment—— 什么是高效的Shader

时间：2017-07-06 01:03:39 阅读：255 评论：0 收藏：0 [点我收藏+]

标签：ext zed 坐标 efault android path not 下拉菜单使用

http://blog.csdn.net/candycat1992/article/details/38358773

本系列主要参考《Unity Shaders and Effects Cookbook》一书（感谢原书作者），同时会加上一点个人理解或拓展。

这里是本书所有的插图。这里是本书所需的代码和资源（当然你也可以从官网下载）。

========================================== 分割线 ==========================================

写在前面

之前学习的各种Shader时，我们从没有考虑在所有平台下的可用性。Unity是一个强大的跨平台游戏引擎，但这也决定了在编写代码时我们需要考虑更多的平台因素。对于Shader而言，如果没有进行相应的优化，很有可能无法运行在移动平台等对性能限制较高的平台上。我们需要理解一些关键的因素来优化我们的Shader，以提高游戏性能而又能尽可能保持取得同样的视觉效果。

尤其是如果你的目标平台包括Android系统，那么就一定要小心中国各种山寨机的大浪一下把你拍在沙滩上的后果。。。所以，如果你从来没有为你的Shader考虑过这些情况，那么，且用且小心吧。。。

这一章中，我们会学习三节内容：什么是一个高效的Shader，怎样对Shader进行性能分析，为移动平台优化我们的Shader。

那么，什么是一个高效的Shader呢？这是个有点复杂的问题，它涉及到了很多因素。例如，和你使用的变量个数及其所占内存，Shader使用的纹理个数有关等等。还有可能，你的Shade虽然工作良好，但我们实际商可以使用一半数目的变量就可以取得相同的效果。我们将在本节中发掘这样的一些技巧，并向你说明它们是如何组合起来让我们的Shader更快更高效的，而又可以各种平台上取得同样高质量的视觉效果。

准备工作

我们将首先使用一个最常见的Shader之一：Bumped Diffuse Shader。也就是应用了法线贴图的Shader。

创建一个新的场景和一个球体，添加一个平行光。
创建一个新的Shader和Material，可以命名为OptimizedShader001。
把Shader赋给Material，把Material赋给球体。
最后，使用下列代码修改Shader。

[plain] view plain copy

print ?

Shader "Custom/OptimizedShader001" {
Properties {
_MainTex ("Base (RGB)", 2D) = "white" {}
_NormalMap ("Normal Map", 2D) = "bump" {}
}
SubShader {
Tags { "RenderType"="Opaque" }
LOD 200
CGPROGRAM
#pragma surface surf SimpleLambert
sampler2D _MainTex;
sampler2D _NormalMap;
struct Input {
float2 uv_MainTex;
float2 uv_NormalMap;
};
inline float4 LightingSimpleLambert (SurfaceOutput s, float3 lightDir, float atten)
{
float diff = max (0, dot (s.Normal, lightDir));
float4 c;
c.rgb = s.Albedo * _LightColor0.rgb * (diff * atten * 2);
c.a = s.Alpha;
return c;
}
void surf (Input IN, inout SurfaceOutput o)
{
float4 c = tex2D (_MainTex, IN.uv_MainTex);
o.Albedo = c.rgb;
o.Alpha = c.a;
o.Normal = UnpackNormal(tex2D(_NormalMap, IN.uv_NormalMap));
}
ENDCG
}
FallBack "Diffuse"
}

简单的光照函数里面进行了简单的漫反射处理，surf函数里则改变了模型的法线。

最后，你得到的效果大概是这样的：

技术分享

实现

下面，我们来一步步优化这个Shader。

首先，我们需要优化变量类型，以便它们尽可能少地占用内存：

修改Input结构。之前，我们的UV坐标都是存储在了float2类型的变量中，现在我们将它们改为half2：
[plain] view plain copy

print ?
1. struct Input {
2. half2 uv_MainTex;
3. half2 uv_NormalMap;
4. };
接下来是光照函数。同样，将其中float家族的变量改成对应的fixed类型变量：
[plain] view plain copy

print ?
1. inline fixed4 LightingSimpleLambert (SurfaceOutput s, fixed3 lightDir, fixed atten)
2. {
3. fixed diff = max (0, dot (s.Normal, lightDir));
5. fixed4 c;
6. c.rgb = s.Albedo * _LightColor0.rgb * (diff * atten * 2);
7. c.a = s.Alpha;
8. return c;
9. }
最后，修改surf函数中的变量类型。同样使用fixed类型变量：
[plain] view plain copy

print ?
1. void surf (Input IN, inout SurfaceOutput o)
2. {
3. fixed4 c = tex2D (_MainTex, IN.uv_MainTex);
5. o.Albedo = c.rgb;
6. o.Alpha = c.a;
7. o.Normal = UnpackNormal(tex2D(_NormalMap, IN.uv_NormalMap));
8. }

在修改了变量类型后，我们现在来利用Unity内置的光照函数变量，以便我们可以控制Shader是如何处理光源的。为此，我们可以很大程度上减少Shader处理的光源个数。修改#pragma声明：

[plain] view plain copy

print ?

CGPROGRAM
#pragma surface surf SimpleLambert noforwardadd

现在，我们可以使用共享UV坐标来继续优化Shader。为此，我们使用_MainTex的UV坐标代替_NormalMap的UV在UnpackNormal()中的查找作用，并移除Input结构中的uv_NormalMap：

[plain] view plain copy

print ?

o.Normal = UnpackNormal(tex2D(_NormalMap, IN.uv_MainTex));

[plain] view plain copy

print ?

struct Input {
half2 uv_MainTex;
};

最后，我们告诉Unity，这个Shader只工作在特定的渲染器上：

[plain] view plain copy

print ?

CGPROGRAM
#pragma surface surf SimpleLambert exclude_path:prepass noforwardadd

最后优化前后效果如下（左前右后）：

技术分享

可以看出，我们肉眼几乎看不出任何差别，但是我们已经减少了这个Shader被绘制到屏幕上所花费的时间。我们将在下一节中利用Unity的可视化工具来分析这种减少程度的大小。但在这里，我们关注的是，使用了更少的数据来得到相同的渲染效果。在创建我们自己的Shader的时候，也要一直记住这个思想！

解释

上面一共提到了4种优化方式：优化变量类型，共享UV坐标，减少处理的光源个数，让Shader只工作在特定的渲染器上。下面，我们来更深入地理解这些技术是如何工作的，最后再学习其他一些技巧。

优化变量类型

首先，我们来看一下在我们声明变量时每个变量存储的数据大小。由于在声明变量时，我们往往有多个选择（float，half，fixed），我们需要来看一下这些类型的特点：

float：高精度浮点值，通常是32位，也是三者中最慢的一个。它对应的还有float2，float3和float4。
half：中精度浮点值。通常是16位，范围是-60000至+60000，它适合存储UV坐标，颜色值等，比float类型快很多。它对应的还有half2，half3，和half4。
fixed：低精度浮点值。通常是11位，范围是-2.0至+2.0，精度为1/256。这是三者中最小的一个，可以用于光照计算、颜色等。它对应的值有fixed2，fixed3和fixed4。

官网对类型的选择，给出了下面的建议：

尽可能使用低精度变量。
对于颜色值和单位长度的向量，使用fixed。
对于其他类型，如果范围和精度合适的话，使用half；其他情况使用float。

减少处理的光源个数

从上可以看出，这一步优化是通过在#pragma语句中声明noforwardadd值来实现的。这主要是告诉Unity，使用这种Shader的对象，只接受一个单一的平行光光源作为逐像素光源，其他的光源都使用内置的球谐函数处理后作为逐顶点的光源。当我们在场景中放置了另一个光源时，这种策略会很明显，因为我们的Shader使用一个法线贴图进行逐像素的操作。

这样做当然很好，但是如果我们需要不止一个平行光，而且想要控制哪一个是用于该逐像素计算的主光源，又该怎么办呢？这就需要Unity面板中的一个设置啦！如果你仔细观察，就会法线每一个光源都有一个Render Mode下拉菜单。当你点击它时，会出现Auto, Important, 和Not Important三种选项。通过选择Important，你可以告诉Unity这个光源更需要被当成一个逐像素光源，而非一个逐顶点光源。如果设置为Auto，那么就由Unity自己做决定啦！

懵了是不是。。。为了说明上述意思，我们来做个试验！在场景里放置另一个点光源，然后移除Shader中的Main Texture。第一次，打开平行光，关闭点光源（左图）；第二次关闭平行光，打开点光源（右图）。你可以发现第二个点光源并不会影响我们的法线贴图（只是照亮了模型，也就是它只是逐顶点处理），只有第一个平行光才会影响。

技术分享