- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
许多贴图技术包括法线凹凸贴图、视差贴图和其他需要特殊的每顶点切线空间基础(切线、法线、副法线/双切线)。
这显然意味着我的模型不仅应该导出 顶点位置 , 纹理坐标和 近似每顶点法线 ,但也是切线空间基向量之一(通常是 tangent
),因为可以使用 cross(tangent, normal)
直接在着色器中找到另一个.
请注意,位置、法线、UV 和切线实际上以以下方式相互依赖(您必须了解有关顶点的所有其他信息以准备切线基础)。
position -> normal -> tangents
uv ->
Direct3D10+
时使用几何着色器实际上可以在运行时准备法线和切线(显然,因为我们可以访问每个三角形中的顶点)-值得还是这些东西总是
预先计算 ?
最佳答案
我的看法如下:
UV坐标 : 显然是预先计算的。复杂模型的 UV 展开不是一项微不足道的算法任务,通常涉及手动放置接缝以获得最佳结果。
此外,如果您的模型带有纹理皮肤,那么 UV 需要匹配皮肤,因此在这种情况下,它们可能不会在运行时计算。
法线:从理论上讲,您可以在加载期间在几何着色器甚至 CPU 上预先计算它们。但有一件事:游戏中的真实模型通常不是原始模型,而是多边形数量较少的版本。在游戏中使用的最终模型中,顶点较少,但每个顶点的法线从原始高多边形模型(也用于环境遮挡计算等)计算得更准确。因此,预先计算法线也是可行的。
此外,在许多游戏中,纹理与每纹素法线贴图 (通常在切线空间,AFAIK)与每个模型的颜色纹理一起提供,以便稍后在像素着色器中进行并行映射。
因此看起来我的建议很明确 - 寻找预先计算的数据 ,拥有更好的细节并节省着色器处理或加载时间 - 除非您需要担心模型大小(即 GPU 内存限制) - 只有这样在几何着色器中计算法线才能为您节省一些空间。
关于3d - 切线、副法线和其他与着色器相关的事物,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4118847/
许多贴图技术包括法线凹凸贴图、视差贴图和其他需要特殊的每顶点切线空间基础(切线、法线、副法线/双切线)。 这显然意味着我的模型不仅应该导出 顶点位置 , 纹理坐标和 近似每顶点法线 ,但也是切线空间基
如何绕过函数tan(x)未定义的角度,即x != Pi/2 + k * PI ? 我尝试使用条件: (x != 0) && (2 * x / M_PI - (int)(2 * x / M_PI ) )
我想绘制一个简单的图示,说明如何使用导数找出函数在任意点的斜率。它看起来有点像这样: 我已经使用这段代码绘制了一个简单的抛物线: import numpy as np from matplotlib
给定两个函数,我想找出两条曲线的公切线: 公切线的斜率可以通过以下方式获得: slope of common tangent = (f(x1) - g(x2)) / (x1 - x2) = f'(x1
我知道 tan(angle) 让我得到切线。但是,如何进行“反向切线”,以便在给定直角三角形两边长度的情况下得到角度? 我假设在 math.h 中有一个方法? 最佳答案 正如其他人所提到的,atan(
我是一名优秀的程序员,十分优秀!