Question

我正在做的是使用法线贴图来照亮2D精灵。最初我打算在图像红色通道中使用凹凸/高度贴图，并使用其他两个通道来存储其他信息。我的想法是因为我知道法线贴图上的任何法线都将始终具有[0 .. 1]范围内的z值。我可以从蓝色通道中排除此信息并根据x的长度计算z值和y值。所以我尝试了它，它似乎工作到目前为止，它看起来几乎与原始相同。

我的问题是附加说明的费用是多少？还有一些额外的乘法和加法以及两个以上的sqrt调用。

以下是使用的片段着色器：

// Input >
//   fc0 : Color to normal conversion factor - <2, 1, 0, 0>
//   fc1 : Light - <lightDirection.x, lightDirection.y, lightDirection.z>
//   v0  : texture coordinates - <u, v>
//   fs0 : color texture
//   fs1 : normal map

// Sample normal map (fs1) at coordinates (v0) into temp register (ft0)
tex ft0 v0 fs1 <2d,nearest>
// Convert color values [0, 1] to normal values [-1, 1]
mul ft0 ft0 fc0.xxx
sub ft0 ft0 fc0.yyy

//
// The code below is used to calculate the z value from the
// 2D x/y normal values
// 

// <Start normal z calculation>

// (ft0) should now hold a 2D vector - first find its length
// - length = sqrt(x * x + y * y)
mul ft1.x ft0.x ft0.x // x * x
mul ft1.y ft0.y ft0.y // y * y
add ft1.z ft1.x ft1.y // (x * x + y * y)
sqt ft1.z ft1.z // ft1.z = sqrt(x * x + y * y)
// Now using the length of the 2D normal find the z value
// - z = sqrt(1 - length * length)
mul ft1.z ft1.z ft1.z // length * length
sub ft1.z fc0.y ft1.z // 1 - length * length
sqt ft1.z ft1.z // ft1.z = sqrt(1 - length * length)
// Now move the z value into temp register (ft0) along with the normal x and y value
mov ft0.z ft1.z

// <End normal z calculations>

// The rest of the shader left out

Answer 1

sqrt操作非常慢。所以你应该尽可能地避免它。实际上，在法线贴图之前是凹凸贴图，只有灰度图像表示高度。在这种情况下，基于neightbor像素计算法线。但是，当硬件内存增长时，不值得节约。但在移动设备上

2通道法线贴图的性能成本和缺点是什么？

1 个答案: