游戏人生

不积跬步，无以至千里；不积小流，无以成江海。

导航

[工作积累] 大型世界的草渲染

最近工作在研究如何在大型世界的植被（主要是草）的渲染，主要考虑下面几个问题：

1.半自动化procedual生成，密度分布，画刷
2.受环境的的影响（风，角色等）
3.LOD和动态加载释放

 

由于睡觉后突发奇想，想到了一些idea，趁着没有忘记先记下来：

基本思路：billboard+instancing+分区域管理

 

1.自动生成一般根据地形的高度/坡度来选择和过滤，加上一些随机化方法

密度分布可以：每1x1 （1平方）用一个8位来保存密度，2048x2048的世界，最大需要4M数据。可以压缩存储。如果支持不同的类型，可以用4444，支持四种，最大8M数据。2048x2048这么大的地图，只有四种显然不够，可以分区域，每个区域有不同的palette。在分区域的情况下，很多区域是没有草的，不需要这些数据，那么预计runtime数据在2M~4M之间。 使用密度分布是为了减少保存的数据（数据包大小），否则每个草都保存位置，即便用uint8nx4数据量是原来的4N倍。

过程化生成的可能不是最好，需要美术手动修，用画刷。画刷实现不难，略。

 

2.环境影响：目前的目标平台，不考虑geometry shader，可以在vertexshader里面做顶点动画。草受环境的影响，unity asset store里有一个package，是用垂直向上的相机渲染displacement normal，来实现区域风（风扇类的，或技能特效），以及和角色的互交

 

3.动态加载和释放：和问题1一样，需要分区域。指定可视范围，然后加载一定的区块。用加载队列和释放队列管理这些块，每个块可能在两个队列里切换， 更新很快。

 

数量LOD：前两天一直没想清楚怎么在LOD切换时，高校合并批次（instancing的buffer）， 因为如果没有LOD的话，就不需更改数量，动态切换渲染的物体（草）

实际上可以这么做：

instancing用vertex buffer保存位置，假设有两级LOD，LOD0画10颗草，LOD1画5颗。 那么，instancing buffer里前5个元素，是LOD1的五颗，位置均匀随机分布，后5个元素，是LOD0时，与LOD1相差的5颗，位置也要均匀随机分布，且不跟LOD1的重合。

也就是说，低LOD的草，也包含在高LOD级别里面。所以低LOD的buffer，包含在高LOD的buffer里。

这样一来，只要把低LOD的instancing buffer放在最前，按LOD级别依次往后放， 就不需要动态合并批次。用同一个buffer，只不过draw call时的vertex count/instance count不一样，几乎没有runtime update开销，支持任意LOD级别。

 

最大的开销在加载后的处理，根据密度生成instancing position。比如16mx16m的块，按8位密度值，实际密度比例1：1无缩放，最大密度16x16x256，64k颗草，需要随机化位置， 可能比较耗时，不过可以在IO以后异步处理。
instancing position 的顶点格式可以用int8nX4，因为每个块的位置是共享的，只需要生成块内偏移，加上可见块数量不多，所以显存耗费不大，按上面的数据，单块最大极限64k x 4字节，实际可能要小很多。

后面有时间准备实现一下（目前预研，全是空想，还没写一行代码 囧rz）

 

可视剔除是按区域做，只要区域可见，就画全部的草，为了避免浪费overdraw，区块的大小可以更小。

 

 

看了一下WiiU塞尔达荒野之息的草，方式如下：

1.和场景人物互交，用的是上面提到的一样的方法，渲染normal作为placment。

2.一个块大概1x1或2x2，但没有instancing，而是预先建立好的mesh，这样的mesh每个叶子的属性都可以由美术建模是确立

3.大部分草叶没有用alphatest， 其他的带形状的有，但看起来PS里没有任何采样，是在VS里采样（VTF）后穿给PS做test和discard

4.草的高度也是在vertex shader里采样得到的，大部分纹理采样都在vertex shader里

 

更新 2017.08.19  今天想到的问题点都备忘一下，省得后面实现的时候忘记：

 

首先看了一下在Unity下如何实现：

Unity的terrain自带了detail物体，然而不支持自定义shader，所以只能pass。如果支持自定义shader，那么需求折衷一下或许可以更简单的利用terrain的detail来实现
这里有几个问题参考： 基本都是要做定义shader的，比如tesselation， toon shading：

http://answers.unity3d.com/questions/414458/tessellation-shaders-on-terrain-detail-object.html
http://answers.unity3d.com/questions/583378/unity-terrain-detail-mesh-toon-shading.html
http://answers.unity3d.com/questions/1173078/is-it-possible-to-change-shader-of-terrain-details.html

答案里的方法没有试过。因为即便可以，也没有官方文档说明和支持，可能会坑。。

 

不使用terrain detail的实现：

1.如果用Unity的static batch自动合并，需要GameObject，对于大量的草来说，就要大量的gameobject。这种方式太浪费。所以最好用DrawMeshInstanced直接画。

 

2.用DrawMeshInstanced可以，但是每次传入的矩阵数组/列表，估计每次draw call在native端都要创建/更新vertex buffer，至少需要一次memcpy，如果是PC平台，还需要system memory走PCI到video memory。

理论上只需要创建一次vertex buffer，后面只更新instance count就可以。但是unity没有提供这样的功能，而且vertex format不能自定义，前面分析的某些优化无法实现。好在DrawMeshInstancedIndirect是类似的方式，创建好buffer后面就不用修改，看了一下这个方法metal/GLES3是支持的。可以考虑试一下效果。

---更新：unity使用了constant/uniform buffer来设置instance matrices，而没有用instainced顶点数据。所以每次不同的instanced draw call都会绑定uniform。

 

3.不管是DrawMeshInstanced 还是DrawMeshInstancedIndirect， Unity文档都说了不支持可见性剔除（culling），Unity提供的方案是在DrawMeshInstancedIndirect里用GPU剔除。。个人认为目前最好的方法是自己管理。用四叉树是很简单也很快的（unity的地形detail应该直接用了terrain的quadtree，然而前面分析了不可用）。可能存在的问题是还是比较浪费，比如2048x2048的地形，如果按最小cell为8x8，那么quad tree的叶子节点就有256x256=64K个。如果是超大地形范围，由多个2048的terrain拼接，那么更加浪费。
可以考虑的一种方式是：只创建可见范围的quadtree，把他作为view/window，随着角色的移动把内容填充给quad tree。看起来不好实现，因为要实时更新每个quad tree节点，事实上因为草块的规则分布，可以用（二维）数组来做windowing，quadtree里只保存索引。这样只需要更新数组的内容就可以，只要loading的范围比可见范围稍大，double buffer+async填充数组应该没有问题。这种方式quadtree跟streaming和terrain解耦，不需要每个地形一个quadtree，只需要在填充的时候读取对应terrain的草信息就可以。 ---更新：因为quadtree的包围盒也更新，所以需要两份quadtree，这比起大范围全部创建还是小得可以忽略。 ---更新2：这个agressive optimization放在最后再考虑要不要做 ---更新2：现在在运行时更新quadtree，每次递归只需要两次比较就能定位到子节点，所以效率不是问题。

 

4.关于密度的问题，如果密度值的粒度太大，比如16x16，那么画刷的精度太小，一次只能刷16x16的范围，所以粒度要尽量小。4x4或许可以接受，再小的话，占用的（package）资源会变大

 

目前第1点和第3点的部分已经实现了。后面会根据分析做进一步的改进。第2点相对比较简单，可以方后面。下面主要完成第3点和第4点。等整个系统差不多了，在完善shading。

 

如果在Blade上实现（目前只是分析）：

1.使用完整quadtree没有问题。因为Blade的空间管理（space subdivision/management）已经是跟streaming和地形解耦的，可以管理（主要负责culling和space querying）地形，和模型，等等。因为利用率的提高，加上草也没有关系。从设计上来讲，streaming不应该和quadtree/octree耦合，同样，把quadtree内置到地形里面，虽然是最常见的实现方法，但是个人认为利用率不高。

2.instancing用的vertex buffer，可以像前面分析的那样，用最优的vertex format，并且不用动态更新instancing buffer。

 

备忘LOD矩阵的生成方式：

所有LOD共用同一个矩阵数组，每一级LOD的矩阵都包含前面的内容：
LOD3 绘制前8个实例， LOD2绘制前8+15个，LOD1绘制前8+15+30个，LOD0绘制全部

 

 

LOD3

LOD2

LOD1

LOD0

矩阵数组

8

15

30

60

 

 

目前在Unity上的运行结果：

PC上耗时0.3~0.5ms，即使可见距离为128性能也没有太大损失。

在IPHONE7S上测试，20米的可见距离，耗时5ms （60FPS=>45FPS）。为了避免LOD数量跳变导致的不平滑，本来每级LOD数量减半，改为每级减少1/4。现在可能要改回去了。 需要继续优化效率，同时调整距离和密度分布。对于更远处的草，可能要像塞尔达一样用换一种方式绘制了

 

细节更新： 2017/09/14

关于草的模型，目前还没有优化，有1000个面，后期会做优化。

 

模型max在导入到unity会有node旋转，可能还会有缩放。考虑直接使用mesh，不适用导入的gameobject的矩阵，这样就只需要一个位置float4。

 

但是因为Unity的接口是matrix4x4，所以会有浪费和效率损失，不过多出来的3个float4后期会做切割和燃烧等per Instance效果。

 

遇到一个坑是，unity的matrix是column major，shader里面想直接取行相加，即 + matrix[3]， 那么就要在script设置matrix的row 3， SetRow(3, xxx)， 但是发现只有原点附近的可见时，草才可见。怀疑是Unity在绘制前拿instance matrices的位置做了简单的culling。但是Unity文档里说，DrawMeshInstanced没有culling，WTF？ https://docs.unity3d.com/2017.2/Documentation/ScriptReference/Graphics.DrawMeshInstanced.html

Use this function in situations where you want to draw the same mesh for a particular amount of times using an instanced shader. Meshes are not further culled by the view frustum or baked occluders, nor sorted for transparency or z efficiency.

目前只能SetColumn(3, xxx) 同时SetRow(3, xxx)， shader里面只用第3行 ( [0,3] )就可以， matrix multiply 变为加法，减少3个指令。。

 

2017/09/15

因为instance matrix只用了偏移，这时候里面可以填其他数据，而不占用额外的per instance uniform array。比如草的割断，matrix[0][0]存放一个标记，vertex shader里用分支判断，修改顶点位置就可以了。。

整体效果和切割效果还有点丑，后面慢慢改进。。。

 

 

更新：

四叉树的内存问题: 使用按需动态创建的方式，只跟草的可视范围相关。 因为四叉树结点频繁创建/销毁，需要使用object pool避免频繁的gc alloc，本身草的处理也是这样。

instance matrix里的位置坐标问题： 发现所有unity shader汇编都用的column major，所以pos + matrix[3], 反而是需要transpose的（多了三条mov指令），因此用列存储就可以

草的边缘过渡：在有草和没有草的地方，显得非常突兀。根据临接块的密度，计算一个渐变值，在shader里面做linear scale。 linear scale的参考中心，未必在块的中央，有可能在边缘，是根据邻接块的密度差来算的。

这是边缘的过渡效果

明暗效果是在instance matrix里存一个随机值，但是那样只能一个instance一种明暗，所以在顶点色里也存储了一个随机值，两个随机值叠加得到最终的亮度
另外，草的根部颜色会变暗，这个可以根据模型空间顶点的高度计算

 

更新：

草的高光

边缘高光希望实现类似塞尔达的效果。同时边缘高光跟是视角和光照方向相关，比如光从左边照时边缘的高光在叶片左边，相反时则在右边；

左边边缘

右边边缘

 

一开始想到的方法就是用顶点切线，并不是法线贴图的TBN切线，而是手刷或者脚本刷的边缘朝外的切线， 当然也可以用TBN的切线，但是因为要根据UV算，所以UV要布成水平/垂直的网格。

但是目前的模型根本没有贴图，就是纯计算的颜色，所以使用的方法是刷了边缘的方向信息，可以理解为边缘的mask。

而上面的图实际上是计算了普通的高光，然后再用顶点色作为mask在pixel shader里mask掉。备忘note：为了效率，所有的光照都在vertex里算，类似vertex lit，但这个mask因为需要渐变所以只能插值后在pixel shader里用

计算mask的模型的顶点色，占一个通道，可以刷在顶点的alpha通道里。可以用maxscript来刷，左边刷0， 右边刷1。或者左边刷1，右边刷0这样子 ，左、右以正面（法线）为参考

 

普通高光

只加了叶片的边缘高光以后，效果很丑，很散，没有成片成范围的高光效果。所以普通的高光也要加上。所以最终结果是mask后的边缘高光 和另一个高光混合（lerp）。两个高光的gloss和强度可以分开调整。

 

遗留问题

目前两个方向的边缘高光是跳变（瞬间切换）的，虽然不仔细看是注意不到的。。后面会考虑修正

 

压倒效果

做法和塞尔达类似，用一个proxy mesh渲染法线然后用VTF采样偏移顶点。这种方式的好处是各种效果都可以统一做，比如塞尔达里武器挥动对草的影响，或者那个芭蕉扇扇风的效果。

为了优化，rendertarget的格式为5551 （unity的ARGB1555），大小为256x256，有效范围为50米，这样以来带宽的开销就比较低了，法线的精度也可以接受。 还可以考虑继续降低分辨率。

因为渲染的是world space normal (0~1)，所以clear color 设置为（0.5，1，0.5）即对应的vector为（0，1，0）。需要注意的问题是，直接设置为这个值是不对的，结果错了。。unity会把他当作sRGB空间的颜色值，正确的做法是：

cam.backgroundColor = (new Color(0.5f, 1, 0.5f, 1)).gamma;  //convert vector to color (linear to sRGB)

然后渲染法线时就可以直接把世界空间法线从[-1,1]映射到[0,1]写入rendertarget。 这个方式和dx11 geometry shader的demo （https://www.assetstore.unity3d.com/en/#!/content/36335）略微不同，但原理类似。

暂时没有其他的问题，结果如下

对了，vertex里面采样法线的时候，模型上每片叶子上的所有顶点需要采样同一个位置，否则叶片上的每个顶点的偏移程度不一样，叶子会被拉伸变形。

目前使用的是每片叶子的根部来采样，根部的坐标刷在顶点色里，只需要xz，可以认为固定值（0），因为草叶的缩放/切割已经用到了（根部相当于每片叶子的pivot，可以实现每片叶子的单独缩放而不是整体模型的缩放），所以这里直接用。

根部坐标的顶点色在max脚本里刷，需要每个叶片是一个element，这样按每个element取到最低的顶点为根部。

后面可能加上脚印压痕的残留效果。

 

更新

ARGB1555格式的兼容性并不好，现在改为ARGB32

即便在win10 + dx11的系统上，发现GTX1080显卡支持该格式(驱动版本388.13，D3D feature level 12_1)，另外一台GTX1080TI (驱动版本388.00, d3d feature level 11_1) 的机器竟然不支持。。。可能是驱动太旧了。。。

报错如下“RenderTexture.Create failed: format unspported 6”

这里有关于1555格式的兼容性文档： https://msdn.microsoft.com/en-us/library/windows/desktop/ff471325(v=vs.85).aspx

DXGI_FORMAT_B5G5R5A1_UNORM

Requires DXGI 1.2 or later. DXGI 1.2 types are only supported on systems with Direct3D 11.1 or later.

这个格式以前在GLES3.0的手机（高通adreno330）上测试过，作为普通texture（GPU read）没遇到问题，不过没有测试过作为rendertarget的情况。

 RGB565 也可以考虑，但是alpha通道可能会用来做强度的时间渐变，为了兼容性还是暂时选择ARGB32，优化的话后面再考虑

 

细节更新：

草压倒的buffer用的是法线，草的vertex shader里采样（VTF）采样法线并做偏移。对应的mesh是这样（从上面unity dx11 grass的package里面拿的，塞尔达也是类似的方式）

可以看出越靠近中心点，发现越往外偏，那么草的倒幅就越强。边缘的法线基本朝上，草就不怎么倒了。

buffer的preview如下：

 

 

改进： 倒下的草为辐射状，太整齐和规律，希望能够随机一点

想到的方法有两种：

1. 给上面的mesh加上normal map

2.使用noise texture，给xz方向加上随机编译

目前选用的方法2。因为方法1需要美术给mesh要加uv和法线贴图，使制作流程更加复杂。更重要的的随机性是固定的，不管角色走到哪里都一样。 而方法2没有这样的问题，比如目前的noisetexture 是32x32，直接在脚本里生成，shader里面tiling的距离是4米，也就是说在4m内走动，扰动的方向都不一样。

加了扰动（-90~90的随机旋转）后的buffer preview如下：

 

 

 

改进：草倒下后起来的延迟（脚步痕迹）

unity那个dx11 grass demo里面是手动创建的轨迹mesh，跟随移动物体的脚步，随着物体移动而补充三角形，同时根据时间删除掉超时的三角形。用类似的方法把法线追加到buffer里。

我认为这个方法不是很好，因为它需要动态修改vertex buffer。 而且这个方法和移动物体的数量相关。物体越多，效率越低。而且demo里删除三角形时是立即删除，并没有过渡，看起来被压倒的草，过一会儿突然恢复原状了

 

想到的方法是把normal buffer做blend，blend权重随着时间变小，草的倒伏就弱。把这个权重写入normal buffer的alpha 通道就可以控制。

遇到的问题

1.一开始尝试直接使用alpha blend，但发现直接用alpha blend 是不行的（虽然所有的结果都可通过blend op和blend factor来完美控制），但是。。。渲染normal buffer的相机也在移动，上一帧的结果无法直接用alpha blend到这一帧。需要两个buffer，一个保存上一帧的结果，在绘制移动物体物体的normal之前，先用reprojection，将当前帧每个像素对应的位置，reproject到上一帧的对的位置，采样上一帧后写入到当前帧里。（类似TAA的history buffer及其采样）， 然后再把当前帧里物体的法线的draw 上去

reprojection shader大致如下

const half4 normalUp = half4(0, 0, 1, 0) * 0.5 + 0.5;

float4 prevPos = mul(_GrassDisplacementFadeReprojection, i.clipPos);
//prevPos /= prevPos.w; //orthographic projection doesn't need persepctive divide
#if UNITY_UV_STARTS_AT_TOP
prevPos.y *= -1;
#endif

half2 uv = prevPos.xy;
uv = uv * 0.5 + 0.5;

half4 n = tex2D(_MainTex, uv.xy); //sample previous frame

//blend / fade
half3 blendNormal = lerp(normalUp, n.rgb, n.a);

return half4(blendNormal, _oneMinusFadeSpeed * n.a);

其中_oneMinusFadeSpeed 是一个小于1的tweak值，所以随着每帧的迭代，alpha会越来越小并趋近于0，也就是草倒下的幅度越来越小

 

2.上面的方法发现效果并不明显，因为每两帧里物体移动的偏移量很小，当前帧的内容覆盖掉了上一阵的绝大部分内容。虽然上一帧的内容有一丝残留，但是残留的法线都是mesh的边缘，注意“边缘的法线基本朝上”，所以上一帧残留下来的法线强度太太弱，肉眼看不出什么效果。

两个圆为两帧之间的位置，B部分为重叠部分，但是因为当前帧的法线后画上去，所以覆盖掉了上一帧的内容。红色的A部分为上一帧的残留（位置在边缘，偏移强度很低），所以在角色移动时，拖尾的部分一直都是上一帧的边缘部分，都是很弱的，看不到效果。

 

目前的解决方法：

将重叠的B部分做blend合并，blend 方法为max。上图中重叠的黄色部分，取两帧之间偏移强度最大的值。这么做相当于把当前帧里物体边缘较弱的法线偏移给去掉了，而采用上一帧较强的偏移。

 

然而仍然不能用alpha blend 和对应的max op，因为存储的向量，可以为负，所以max比较的是绝对值。

具体方法：再追加一个buffer， 把reprojection 和 当前帧用到的两个buffer分开，在shader里合并。 代码大致如下： （x，y，z对应世界空间法线的xzy）

half4 n0 = tex2D(_MainTex, uv.xy);
half4 n1 = tex2D(_LastTex, uv.xy);

half fade = max(n0.a, n1.a);

n0 = n0 * 2 - 1;
n1 = n1 * 2 - 1;

half3 n;

if (abs(n0.x) >= abs(n1.x))
n.x = n0.x;
else
n.x = n1.x;

if (abs(n0.y) >= abs(n1.y))
n.y = n0.y;
else
n.y = n1.y;

if (abs(n0.z) <= abs(n1.z))
n.z = n0.z;
else
n.z = n1.z;

return half4(n * 0.5 + 0.5, fade);

最终效果已经达到预期，被压下去的草在角色离开后开始慢慢恢复原状，速度可调控。目前感觉不是最高效的方法，后面会考虑改进。

 

更新: 三个轴独立的max结果是不对的，会出现类似（n0.x,n1.y,n0.z)的向量。直接使用水平面上投影长度（的平方）比较就可以，另外比较时还要乘上现在的强度（alpha）

half4 n0 = tex2D(_MainTex, uv.xy);
half4 n1 = tex2D(_LastTex, uv.xy);

half fade = max(n0.a, n1.a);

half2 n02 = (n0 * 2 - 1) * n0.a;
half2 n12 = (n1 * 2 - 1) * n1.a;

half3 n;

if (dot(n02, n02) >= dot(n12.xy, n12.xy))
n = n0;
else
n = n1;

return half4(n, fade);

 

更新：上面的方式草的回弹效果不好，太快。调节速度以后，拖尾又觉得太长太慢，原因是max()方式会导致历史脚印的中心（强度最大）只有脱离了当前mesh范围才开始渐变，而实际上mesh本身就有曲线，max方法会把mesh自身的渐变去掉。 目前的方法是不使用max方法，而把模型最边缘的没有偏移（法线朝上）的部分去掉。这样可以得到需要的效果。

高度问题：

上面的方法没有加入高度，也就是说，即便角色在空中，地面的草也会倒。解决方法是用角色位置向下做raycast，得到的h，除以草的高度H，即strength = clamp(h/H, 0, 1)作为强度调节系数，为1时强度最弱，0时强度最强。当然这种效果是对草的直接影响，反应过快，不像上面可以有延迟效果，不过可以对strength这个参数做一些hack，使他看上去好像有延迟。

主相机对草的碾压：

因为相机贴地时，视线会被草挡住，所以为了更好的效果，可以给相机加一个displacment mesh：

（突起部位靠近相机）

从这个模型的法线可以看到，离相机近的地方草被拨开，然后随着距离变大，强度慢慢减弱。顶视图上看拨动草的范围是一个尖三角形

 

 

更新：相机用的displacement mesh改用其他模型了，但是大致原理如此。角色的模型也改回去了，因为有其他问题，但是改进一下算法就可以了。

 

Fresnel

给草的高光加上fresnel （类似rim light）之后，平视的时候更有层次感（只要地形稍微有点起伏，就能看到层次差别），不过像塞尔达那样，只有草的尖部是亮的。另外，为了使相机稍微往下看的时候有也有效果，可以把向量稍微偏一下。

 

 

草的摆动

摆动可以参考这个：GPU Gems3 Chapter 16. Vegetation Procedural Animation and Shading in Crysis

如果查看Unity的builtin shader，TerrainEngine.cginc 可以发现里面的某些实现也是参考上面的文章

更新：

假定波函数为wave( a*t + bx + c)，其中a为频率（或频率相关的系数，b为波长倒数，c为初相参数
在频率改变的时候，会导致强烈抖动，因为相位发生跳动， 如果频率改变量是Δf, wave( (a+Δf)*t + bx  + c)  相位的参数跳动为：Δf*t0， 其中t0为改变频率那一刻的时间
修正方法：把每次的相位跳动抵消值，-Δf*t0 累加到参数c中

更新2：

远处billboard的波动，假定billboard在viewspace，那么把world space的wave offest转到view space，叠加就可以，当然为了效率可以简化，因为billboard离得比较远：

        //note: the more correct way should preserve original length:
        //float3 vdiff = vpos - vpivot;
        //float len = length(vdiff);
        //vpos = vpipot + normalize(vdiff + wave)*len;
        //but since it's far low LOD, some stretch won't be a big problem
        vpos.xyz += mul((float3x3)UNITY_MATRIX_V, wind.xyz);

 

草和地形shading的匹配

由于效率的原因，草的shading是在vertex shader里面完成的custom lighting，所以和地形的光照并不匹配，比如向光面或者背光面，两者亮度的差异。

为了表现效果，目前的terrain用的Unity的standrad specular，blinn phong效果太差。为了提高光照的匹配度，原则上讲，需要草和地形的shading使用相同或者近似的shading model，问题就可以解决。

以上思路很简单，大部分都是体力活，简单备忘一下调试流程：

纯色调整（关掉lighting，ambient可选择性打开 先对颜色）--> diffuse 调整 （在shader里关掉specular、ambient，调整shading function以达到diffuse匹配） --> specular调整（关闭/注释掉ambient、diffuse）

最后再把光照打开，lighting应该对应的差不多了

另外，割草时飞的草叶（例如particle），理论上也需要一定程度的匹配（比如使用相同的shader/shader header/shading），避免色差太大。

 

2018.06.21:

由于反馈的结果太像塞尔达(笑哭), 抄袭痕迹太重(基本就是照着它的效果做的), 后面会加上自己的风格.

因为工作太忙, 暂时不更了

posted on 2017-08-10 02:24  crazii  阅读(4343)  评论(5)  编辑  收藏  举报