Unity TextMeshPro文本存在背景框的问题研究

在使用TextMeshPro的时候遇到了字体黑底的问题,类似下图这样

 当字体较大的时候表现正常,当缩小到一定程度就会出现黑底。这个情况让人第一时间就是怀疑SDF计算缩放的时候存在问题。在我们重新导出字体,调整图集字体大小以及Padding后,让SP/PD值差不多大于3%就能解决这个问题

 这个SP/PD就是Padding值/Samping Point Size

Also, note the SP/PD ratio. The generator calculates this by dividing the Sampling Point Size by the Padding Value. For best results, this value should be under 10%. If it’s above 10%, either increase the Atlas Resolution or decrease the Padding value, then regenerate the font until the value is below 10%.

上面说到SP/PD值应该低于10%,这个是从节省图集大小来考虑的,当SP/PD过大,每个字符间隙很大,对于我们描边也没意义,10%就是差不多很够用的一个值。但是并没有说到需要一个下限,如果低于这个下限会出什么问题,文档没有说明,很多博客也没说到过。没错,如果过低就会出现上面看到的黑底问题,具体是为什么我们稍后讨论,这里先讲讲如何解决这个问题。

解决方案

我们的目标是控制SP/PD值在一个区间值内,低于某个值会出现黑底问题,高于会存在浪费空间的问题。10%为一个比较合理的上限,那个这个下限是多少呢?官方没有规定,那也只有我们自己看着合适就好,这充分贯彻了那句话”计算机图形学的第一定律:如果它看起来是对的,那么它就是对的“

 

 在我调整Padding将SP/PD控制在4%以上之后,肉眼看过去基本就感觉不出来了。

想要调整SP/PD值的方法如下:

  1. 调整Padding
  2. 调整采样字体大小Samping Point Size
  3. 调整字体图集分辨率

 了解更多

了解了如何解决这个问题,但是这是为什么呢?我脑子里面冒出了下面几个问题

  1. 为什么只有在缩放的时候或者字体很小的时候会出现黑底?
  2. 是不是只有使用outlie的时候才会出现黑底?
  3. 不使用也出现黑底,那个这个黑底出现的原因是什么?

浅浅的了解SDF

要想解决上面的问题,我们首先要浅浅的了解下什么是SDF,为什么SDF可以无限放大。

SDF(Signed Distance Field)是一种用于将矢量图形转换为比特图的技术,我们生成的图集其实就是一张单通道(Alpha)的纹理,这个alpha值就是存储的距离或者说是梯度。

通过这张纹理,我们可以知道字体的边界在哪里,有点类似边缘检测的卷积,也是知道边界梯度,我们可以拿这这个值无限放大字体,也可以在边界添加各种效果,其中当然就包括我们今天讨论的描边。

当然,纹理存储的信息是 [0,1]范围的值,在计算中需要-0.5映射到[-0.5,0.5]区间,0表示字体边界,大于表示在字体边界内,小于0表示在字体边界外。我们可以从TMP_SDF-Mobile.shader这个文件中窥探一二 

float bias = (0.5 - weight) * scale - 0.5;

 寻找线索

那个值是关键?

知道了解决问题的关键在于shader中,我们就需要研究下一个字体的渲染过程,我们测试发现,只有在缩放或字体极小的时候会出现黑底,那这个问题的关键肯定于缩放相关,Distance Field中很关键的scale值就与缩放相关,下面我们先看看代码

float2 pixelSize = vPosition.w;
pixelSize /= float2(_ScaleX, _ScaleY) * abs(mul((float2x2)UNITY_MATRIX_P, _ScreenParams.xy));

float scale = rsqrt(dot(pixelSize, pixelSize));
scale *= abs(input.texcoord1.y) * _GradientScale * (_Sharpness + 1);

这个scale计算的是当前分辨率下,顶点的物理尺寸,当我们缩放字体的时候scale会变得很小,这个时候就出现了黑底。

接下来我们就是需要找到为什么scale值小的时候会出现黑底?

为什么scale值变小后会出问题?

half d = tex2D(_MainTex, input.texcoord0.xy).a * input.param.x;
half4 c = input.faceColor * saturate(d - input.param.w);

理论上c的值在边界外a通道应该小于裁剪阈值0.01,但是没有,就可以推断上面代码d是大于input.param.w(bias),可以推断下面几种可能性

  1. d计算错误
    1. 采样得到alpha通道的梯度值错误
    2. 计算所得scale值错误
  2. bias计算错误

其中bias如果错误也可以转换到scale计算的错误。现在把范围缩小为到底是scale计算错误还是采样错误。由于我的目前比较菜,也只能猜测。我认为scale由于采用的是变换矩阵计算而得,是不会出现问题,如果出问题,都出问题了,能出问题的一定是我们导出的设置相关引起的问题。那必然就是我们导出的纹理有问题

 我们通过上面图对比,相同PointSize与TextureSize下,Padding更大的那个纹理,alpha通道表示得到的梯度更加的光滑,这个就可以解释文本在缩小的时候导致物理尺寸变小,导致纹理采样的时候不能准确计算边界导致了黑底的存在。

以上都是自己根据看现成代码推理而得,个人不针对推理负责。不过解决方案你了解即可。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
THE END
分享
二维码

)">
< <上一篇
下一篇>>