制作
Q1:我这边做了个测试,把场景中的物件进行StaticBatch,用Lightmap烘焙,并且在烘焙完记录每个物件Renderer的lightmapindex and offset,然后在运行中,我删除了生成的LightingData.Asset,自己设置了Lightmapsetting,并且恢复了每个物体Renderer的Lightmapindex and offset, 结果我发现烘焙出来的场景Lightmap还是不对的。我怀疑是不是LightingData.Asset 还记录了别的东西,想问问看UWA有没有什么经验呢?
我在answer.uwa4d.com上打包一个测试用例,打开Scene/LightMapTest.unity 这个场景即可。
这个问题还是出在Static Batching上。经过测试我们发现如果去掉场景中物件的“Static Batching”标记,换成手动Batching,即采用StaticBatchingUtility.Combine的方式结果就正确了。
同时,我们发现使用LightingData.Asset时,开启Static Batching与不开启都正确,因此我们认为LightingData.Asset可能记录了与CombinedMesh有关的数据,导致如果仅仅使用gameobject的LightMap参数无法正确读取CombinedMesh的LightMap UV。另外一种可能是Unity的一个Bug。最后,我们建议采用上述手动Batching的方式,即可解决此问题。
该问题来自UWA问答社区,如您对该问题仍有疑问,可以转至社区进行进一步交流。
https://answer.uwa4d.com/question/59c0d16c5cd7219d3bbfb3b3
制作
Q2:我们场景中有两种Unlit物体,一种是在脚本中通过Mesh顶点色(Mesh.colors)赋颜色值,一种是用Shader属性传递颜色值,在Gamma颜色空间时两种物体的渲染颜色是一致的:
但是切换到Linear空间发现不一样了,如下图,左边是顶点色,右边是Shader属性颜色:
顶点颜色和属性都没改过,只是切换了颜色空间,请问是什么情况?
我能想到的有两种可能性:
1)顶点色的颜色值在Shader中没有被正确处理;
2)右边使用贴图的导入设置中sRGB的选项有错误。看上去左边的在线性空间下变亮了,而右侧的方块颜色在两种Space下差别不大,因此推测第一种的可能性比较大,顶点色在很多情况下并不被当作颜色处理,而作为值来存储,所以有可能这里处理有问题。至于为什么变亮了,感觉是值经过了伽马校正变大了。
Unity有接口在两种颜色空间下转换,建议题主可以查一下,在Shader中修改代码来排查下是哪里的问题。
该问题来自UWA 社区,感谢贾伟昊提供了回答,如您对该问题仍有疑问,可以转至社区进行进一步交流。
https://answer.uwa4d.com/question/59c387de79a00b1e16da7414
UI 制作
Q3:当使用Linear设置时,UI上图片透明度等也跟着变化,出来的效果与美术人员的需求不一样。请问有什么办法可以让UI不使用Linear或者让UI可以在Linear影响下也正常呢?
推荐题主可以看下这个帖子
https://forum.unity.com/threads/bug-with-bypass-srgb-sampling.282469“When switching to linear mode it (greatly) changes how blending works, this is because when sampling only the rgb channels are linearised as it is assumed the alpha is a linear scale representation already.”
简单说,这是正常现象,里面有三种解决方法:
1)改资源的 alpha 通道: Reauthor the content for linear blending (this is supported in photoshop).
2)用 Shader 提前处理下颜色空间的转换: Add a workaround in the shader if in linear space to ‘pretend’ the alpha from the source texture is in the correct format.
3)用屏幕后处理来绕过 UI 的 linear 处理。 可以直接搜 topsekret 的回答。
该问题来自UWA问答社区,如您对该问题仍有疑问,可以转至社区进行进一步交流。
https://answer.uwa4d.com/question/59c1e5c66c8b329c76a5f66e
制作
Q4:我们项目在实现显示部分模型像素的时候用了Builtin的Cutout Shader,还有一种方式是用Blend,也就是把Alpha设成0。我想请教下这两种方式有什么区别?性能上哪个好?在什么情况下使用比较高效?
答案一:功能上,Alpha Test无法实现半透的效果,只能让物体的某些部分按照Alpha的值“透”或者“不透”,Alpha Blend可以做到半透,但是在多个Alpha Blend的物体重叠的情况下,由于不写Z会导致先后顺序可能存在问题。
由于Alpha Test的实现是基于discard的方式,即在PS里发现Alpha的阈值不符合要求,就将该像素丢弃掉不进行渲染。这种方式会导致使用了类似early-z技术的GPU优化失效,导致性能下降。 另外,知乎上有讨论——“对于PowerVR系列而言会影响HSR(隐藏面消除),打断ISP处理覆盖同一像素的几何体(更具体一点,ISP要得到PS执行后的结果才能正确进行HSR,在这一过程中,所有覆盖了带有discard操作像素的几何体全部都要等待)”。
参考:https://www.zhihu.com/question/27875435所以整体来说,在移动设备上,Blend具有更高的性能,但是有些效果未必能够达到,结果可能不是美术设计想要的效果,特效中用得较多。
题主也可以参考乐乐的这篇:http://blog.csdn.net/candycat1992/article/details/41599167
感谢贾伟昊提供了以上回答
答案二:不考虑硬件去讨论这个问题有点形而上学,另外,实际使用中还要考虑Overdraw的影响,而不是单纯的一层像素,再有就是,网上很多资料其实已经落后了。所以在知乎上搜这个问题,会有大牛告诉你Blend更快,但是会马上有人把测试截图贴出来说看我们的实测数据“test明显更快”。
建议题主分别用Mali,PowerVR,Adreno的移动设备来测一下就知道差异了。 另外,PowerVR的HSR,楼主可以试试看用PowerVR Tool,看看Blend和Test,是不是像传说的那样,都不能开启HSR,可能会有意向不到的结果。目前我们测试最后的结论是,尽量还是用test。
感谢 kylda提供了以上回答
该问题来自UWA问答社区,如您对该问题仍有疑问,可以转至社区进行进一步交流。
https://answer.uwa4d.com/question/59c09367a3d42c411c37a0cd/
制作
Q5:我们有一个需求,是在不同的动画播放的时候切换不同的NormalMap,但是动画的“Add Property”没有NormalMap等变量,请问有什么好的办法可以解决吗?
可以自己写一个脚本,挂载需要切换NormalMap的节点上面,public NormalMap等变量,然后在脚本里面写段代码,当发现NormalMap修改了,就去改模型的NormalMap。而动画是可以修改这个脚本变量了。
原文出处:侑虎科技
本文作者:admin
转载请与作者联系,同时请务必标明文章原始出处和原文链接及本声明。