关于纹理勾选sRGB的疑惑

作者：admin
/
时间：2021年06月15日
/
浏览：2766 次
/
分类：厚积薄发

1）关于纹理勾选sRGB的疑惑
2）开启光照导致面片数增加
3）UGUI的Image修改材质属性疑问
4）UniWebView界面如何显示到Unity界面之后
5）Timeline的Internal_CreatePlayable开销很大

这是第254篇UWA技术知识分享的推送。今天我们继续为大家精选了若干和开发、优化相关的问题，建议阅读时间10分钟，认真读完必有收获。

UWA 问答社区：answer.uwa4d.com
UWA QQ群2：793972859（原群已满员）

Rendering

Q：在UWA上搜到一个问答：https://answer.uwa4d.com/question/5bd1724fae74300ab0497bed，结论是：
linear space + gamma texture，勾sRGB
linear space + no gamma texture，不勾sRGB
好像Gamma Space下面这个sRGB勾不勾没有影响？

Player Setting里面的color space设置标识导入的图片是在Gamma Space中还是Linear Space中创建的，文档里面没有说清楚，希望大佬可以解释下。

根据这里的讨论：https://forum.unity.com/threads/confusion-about-gamma-vs-linear.496053，如果勾了sRGB之后Unity是做了gamma反矫正，即tex2D出来的value应该是pow（origin_color_value, 2.2），这里假设gamma值是2.2，那么在frag中，R通道的值应该就是反矫正过的，那么在heatmap的u的中间值应该是0.5左右，也就是上面那个讨论帖里面第一个headmap所示，但实际上却是第二个heatmap所示。

里面说是因为用color值做data而不是color的原因，这个解释太困惑了，因为不管做data还是做color，他们都是数字，数字的比较是不会出错的。

A1：Gamma Space下面这个sRGB 勾不勾确实没有影响。
在Linear Space下，如果勾了sRGB 之后，Unity是做了Remove Gamma Correction。那么图中值为0.5灰度，即u=0.5的那一列的灰度，经过Remove Gamma Correction，得到的值是0.25，如下图所示：

X轴代表光照强度，Y轴代表灰度值

蓝色线的Y值代表人眼的灰度值，视觉灰度值；红色线代表物理空间的实际灰度值，与光照强度成正比。

Photo渐变图中u=0.5的那一列的灰度值为0.5，是视觉灰度值，经过Remove Gamma Correction之后，得到实际灰度值0.25。在Fragment Shader中参与计算。所以显示的是第二张heat map。

感谢June@UWA问答社区提供了回答

A2：可以参考这篇文章：https://developer.nvidia.com/gpugems/gpugems3/part-iv-image-effects/chapter-24-importance-being-linear

说下我的理解：一般情况下，我们看到的图片是在“显示器空间”，在显示器中看到的图片颜色是正常的，是因为这个图片本身是经过GammaCorrection的，就是原始的数值经过1/2.2次幂操作，对于这样的图片，我们可以理解为是非线性的。在Unity选择了Linear空间后，对于这样的非线性的图片，需要将其勾选sRGB才能正确地渲染。图片勾选sRGB后，在内存中的格式会变成ETC2_EAC_RGBA8_SRGB的格式（假设图片选择ETC2 8bits的压缩格式），如下图：

不勾选sRGB，是ETC2_RGB8_UNORM格式，如下图：

对于这种_SRGB后缀的格式，GPU在进行纹理采样的时候，会自动将其移除GamaCorrection，即将数值做2.2次幂操作，但是不会对原始数据做修改。在Gamma空间中，不论勾选还是不勾选sRGB，格式都是ETC2_RGB8_UNORM。

说回题主的问题：在Gamma空间中，渲染出的结果是均等的4种颜色，因为在Gamma空间中，是不会做移除GammaCorrection操作的，这说明，这个“非线性图片”在u=0.5的时候（u是纹理uv坐标），纹理中的data value=0.5，当变成了Linear空间后，data没有发生变化，还是在u=0.5的时候data=0.5，勾选了sRGB后，在进行纹理采样的时候，GPU将值做了2.2次幂操作，就变成了0.25左右，因此当u<=0.5的时候，color.r<=0.25，根据Shader计算color.r<0.25时都是红色，即u<=0.5时，都是红色，于是就有一半颜色都是红色了。

感谢Xuan@UWA问答社区提供了回答，欢迎大家转至社区交流：
https://answer.uwa4d.com/question/5c666db32b3589332f1a4a35

Rendering

Q：Unity显示的面数，应该是这一帧上传到GPU的所有顶点数据所决定的，那为什么GPU不会对这部分做个缓存呢？因为开启光照时，面数增加，相当于多次上传了模型的顶点数据，这部分如果缓存下来，不是可以提升很大性能吗？如果GPU不能做这个缓存，是不是说GPU的缓存太小，没有这个空间，或者是GPU并不能确认哪些要缓存？如果是改引擎代码，可以针对项目去做缓存。

A：光照本身着色不会影响DrawCall和面数。实时阴影需要在渲染一张阴影用深度图，相当于换了个视角进行渲染，数据有别于当前相机。可以开FrameDebugger看一下整个渲染过程。

感谢StriteR@UWA问答社区提供了回答，欢迎大家转至社区交流：
https://answer.uwa4d.com/question/60c2d2ed608bed3338d787c1

UGUI

Q：UGUI的Image能通过设置MaterialPropertyBlock来修改材质属性吗？怎么设置？

A：UGUI用不了材质块，可以参考：
https://forum.unity.com/threads/big-problem-with-lacking-materialpropertyblock-for-ui-image.506941

感谢范世青@UWA问答社区提供了回答，欢迎大家转至社区交流：
https://answer.uwa4d.com/question/60bf3e41608bed3338d78795

UGUI

Q：有一个安卓端显示网页的插件UniWebView，默认会显示到Unity界面的上层，挡住Unity所有的显示。请问怎么让安卓的原生界面成为背景，让Unity的UI成为前景，Unity的背景本身也要透明。

A：要让UniWebView跑到Unity界面后面去，官方文档上说是不行的。
https://docs.uniwebview.com/guide/faq.html

关于Unity背景透明度保持，在Player Settings里面有个勾选项应该可以达到目的。

感谢Xuan@UWA问答社区提供了回答，欢迎大家转至社区交流：
https://answer.uwa4d.com/question/60c30afc608bed3338d787c2

Playable

Q：我们的特效是使用Timeline进行制作的，最近进行性能测试的时候发现，Internal_CreatePlayable方法的开销很大，但是只有一个轨道，所以很迷惑这个开销跟什么有关？

我在PC上加载了同样的一个对象，Internal_CreatePlayable需要18.55ms，然后我在PC上创建了Cube加了一个Timeline效果，Internal_CreatePlayable就需要4ms左右。

A：Timline首次CreatePlayable就是比较耗时，我这边一个简单的Timeline资源首次耗时500+ms。

不过可以通过把CreatePlayable的步骤放在场景加载时进行来避免游戏过程中的卡顿。加载Timeline资源后，调用PlayableDirector.RebuildGraph就会进行CreatePlayable，相当于Prewarm。此后，再调用Play()，就不会进行CreatePlayable。再调用RebuildGraph，由于有了缓存，也不会有高耗时。

下图为首次调用RebuildGraph的耗时。

下图为第二次调用RebuildGraph的耗时。