这里使用的是unity5.5版本
具体解释网上都有,就不多说了,这里主要说明怎么使用,以及参数设置和实际注意点
在大场景地形的优化上,但也不是随便烘焙就能降低帧率的,必须结合实际情况来考虑,当然还有透明物体问题和动态物体的剔除等等都将详细说明。
首先说一下烘焙的关系
因为unity摄像机自带视椎剔除(Frustum Culling),所以如果都是动态物体,那么只有视椎剔除,可以在bake过后通过camera的occlusion culling里面的visualize看出,其实不baked话也是有的,但是不能通过这样查看而已。
如果需要剔除动态物体,需要使用Occlusion Area,但是动态物体不是放进去烘焙了就能剔除的,这里能剔除动态物体是指存在静态遮挡物(occluder static)的情况下,可以把在Occlusion Area范围内运动被静态遮挡物遮挡的动态物体,如果没有静态遮挡物,进行还是简单的视椎剔除。
一个普通物体可以设置这里两个状态(地形不能),第一个occluder static是遮挡物,只会遮挡其他物体,而不会被遮挡,主要大物体这么设置,第二个occludee static是被遮挡物体,小型物体可以设置成这个,不明确或者大小适中的物体可以都勾选上,如果有透明物体等等特殊材质的那就都不勾,防止错误剔除。
Occlusion Area创建很简单,注意开始创建的时候是方的,不能旋转,最好用组件自带参数调节位置和范围,最好调节得正好包住动态物体运动的最大范围(就是不会超出去),Is View Volume是否剔除它内部的动态物体(最好勾上,除非你的动态物体剔除过多了影响投影视觉之类)
另外Occlusion Area包裹盒嵌套或者交错没有影响,但摄像机在这个区域内将进行遮挡剔除,在这个区域外只进行视椎剔除。所以如果是多个房间这种,最好一个个area之间是有些重叠交错的覆盖整个房间。
默认没有设置Occlusion Area是烘焙整个场景的,如果有些区域根本就没必要或者很少看到,那么用这个包住你需要的区域,可以减少烘焙时间,也能降低cpu占用。
这个也可以在地形上进行设置,可以从网格分布上看出,默认地形上如果没有Occlusion Area,那么这个地形密度差不多,如果地形中间有个Occlusion Area,那么周围就会很稀疏,而里面密度高。官方参考https://docs.unity3d.com/Manual/class-OcclusionArea.html
用scene或者visualization里面设置来可视化剔除区域
可以看到平时看不到的视椎剔除效果,点摄像机并且还要切换到visualize才能看到遮挡物剔除后的效果,参数可以自己试试,不多说了
注意力虽然地形可以使用这个优化,但不是能百分百的提高效率的,如果地形大山很多,而且物件很多,常常遮挡后面的效果,这个是可以提高效率的,如果是俯视视角,所有地形几乎可见,那么效率提升很少有时候设置反而降低,因为剔除是需要cpu参与的,所以这需要实际项目测试。注意了不同场景文件中同一个地形需要再次烘焙,因为地形一样不代表着地形上的其他东西一样嘛。
(没错这是一整块地形剔除后的效果)
下面是动态物体在Occlusion Area内的剔除测试
下面的灰色带洞墙没有设置成occluter static(场景物件和摄像机都在Occlusion Area内部)
可以看到只有边缘的视椎剔除
下面的灰色带洞墙设置成occluter static(场景物件和摄像机都在Occlusion Area内部)
可以看到洞里可以看到的地方也剔除了
然后说一下主要剔除参数设置面板
最上面按钮还原默认设置
Smallest Occluder越小越精确,但是会烘焙更慢,而且会消耗cpu,这个值最好不要比自己在场景里的最小物体小太多(这里的单位和世界单位一致,比如一个默认方块长为1),否则会浪费时间,但如果这个值大量就容易出现剔除错误,比如多剔除了可见的东西,而没剔除应该剔除的。如果不想消耗过多cpu,那就要更好地设置遮挡物体和被遮挡物体,不要两个都勾上。
Smallest Hole越小越精确,但是会烘焙更慢,是控制比如墙上的洞在多大的时候需要进行遮挡物剔除,如果数值太大,墙上的裂缝又比较小的情况下,就不会进行遮挡剔除,也就是说裂缝后即使看不到依然会被渲染。
backface threshold 用来优化剔除设置本身,这个值最好用默认100,就是不优化,因为如果你的场景物体大小差异很大,可能会剔除错误。这个主要是把背面的物体剔除,当然也不是想象的那么简单,他不可能把组合好模型背后的面剔除,也不是剔除一个物体背后的一个物体,那样功能不就重复了吗,它更像是把很里面或者很底下的物体剔除,如果这个值设置成最小的5,最多剔除的物体应该是物体里面的物体(摄像机在最外面的时候),或者是地形下面的物体,当然如果你有透明嵌套物体,最好还是把这个改成100。
还有一个相关的组件Occlusion Portal 遮蔽通道
这个可以通过在运行状态切换是否可以通过,即是否遮蔽,这种剔除准确,但是耗cpu
具体没怎么试过
文件
在工程里会出现OcclusionCullingData文件,然后会增加Library目录的大小,其实你进去就会发现烘焙的结果都是放在Library里的Occlusion文件夹的。
OcclusionCullingData解释如下
PVS (Potentially Visible Set)潜在可见集,打开会unity会卡住爆表的,看了也没啥用
Scenes不同场景的烘焙结果,一个场景里有两个场景就会是2
Static renderers静态物体
Portals通道数量就是上面说的遮蔽通道
代码控制方面
void OnBecameVisible()
void OnBecameInvisible()
Renderer.isVisible
具体可以参考这里
http://blog.csdn.net/cartzhang/article/details/52684127
关于剔除影响不影响事件问题
https://forum.unity3d.com/threads/is-culling-killing-performance.183679/
最后总结
摄像机要在Occlusion Area内才能遮挡物剔除(当然不创建Occlusion Area的话默认整个场景),否则只有自带的视椎剔除,另外地形烘焙会略微增加运行时cpu消耗和发布文件大小。记得物体的静态设置,物体的大小对遮挡很有影响。