Unity技术分享(80)|动画修改材质|颜色空间问题|性能差异

原文链接:https://blog.uwa4d.com/archives/2066.html

我们将从日常技术交流中精选若干个开发相关的问题,建议阅读时间15分钟,认真读完必有收获。如果您有任何独到的见解或者发现也欢迎联系我们,一起探讨。
UWA QQ群:465082844
UWA 问答社区:answer.uwa4d.com


制作

Q1:我这边做了个测试,把场景中的物件进行StaticBatch,用Lightmap烘焙,并且在烘焙完记录每个物件Renderer的lightmapindex and offset,然后在运行中,我删除了生成的LightingData.Asset,自己设置了Lightmapsetting,并且恢复了每个物体Renderer的Lightmapindex and offset, 结果我发现烘焙出来的场景Lightmap还是不对的。我怀疑是不是LightingData.Asset 还记录了别的东西,想问问看UWA有没有什么经验呢?

Unity技术分享(80)|动画修改材质|颜色空间问题|性能差异_第1张图片

我在answer.uwa4d.com上打包一个测试用例,打开Scene/LightMapTest.unity 这个场景即可。

这个问题还是出在Static Batching上。经过测试我们发现如果去掉场景中物件的“Static Batching”标记,换成手动Batching,即采用StaticBatchingUtility.Combine的方式结果就正确了。


Unity技术分享(80)|动画修改材质|颜色空间问题|性能差异_第2张图片

同时,我们发现使用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颜色空间时两种物体的渲染颜色是一致的:

Unity技术分享(80)|动画修改材质|颜色空间问题|性能差异_第3张图片

但是切换到Linear空间发现不一样了,如下图,左边是顶点色,右边是Shader属性颜色:

Unity技术分享(80)|动画修改材质|颜色空间问题|性能差异_第4张图片

顶点颜色和属性都没改过,只是切换了颜色空间,请问是什么情况?

我能想到的有两种可能性:
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。而动画是可以修改这个脚本变量了。

该问题来自UWA问答社区,如您对该问题仍有疑问,可以转至社区进行进一步交流。
https://answer.uwa4d.com/question/59bf72d0ca564ff3748d4f27


今天的分享就到这里。当然,生有涯而知无涯。在漫漫的开发周期中,您看到的这些问题也许都只是冰山一角,我们早已在UWA问答网站(answer.uwa4d.com)上准备了更多的技术话题等你一起来探索和分享。欢迎热爱进步的你加入,也许你的方法恰能解别人的燃眉之急;而他山之“石”,也能攻你之“玉”。
官网:www.uwa4d.com
官方技术博客:blog.uwa4d.com
官方问答社区:answer.uwa4d.com
官方技术QQ群:465082844(仅限技术交流)

你可能感兴趣的:(Unity技术分享(80)|动画修改材质|颜色空间问题|性能差异)