标签: vertex-shader

考虑典型的“天真”顶点着色器：

in vec3 aPos;

uniform mat4 uMatCam;
uniform mat4 uMatModelView;
uniform mat4 uMatProj;

void main () {
    gl_Position = uMatProj * uMatCam * uMatModelView * vec4(aPos, 1.0);
}

当然，传统观点会建议“每个顶点乘以三个 mat4，其中两个即使在当前着色器程序中的多个后续 glDrawX() 调用中也是一致的，至少这两个应该在 CPU 端预乘，可能甚至所有三个。”

我想知道现代 GPU 是否已将此用例优化到 CPU 端预乘不再具有性能优势的程度。当然，纯粹主义者可能会说“这取决于最终用户的 OpenGL 实现”，但对于这个用例，我们可以安全地假设它将是提供该实现的当前一代支持 OpenGL 4.2 的 nVidia 或 ATI 驱动程序。

根据您的经验，考虑到我们可能会在每次 UseProgram() 传递中“绘制”一百万个左右的顶点——每个 UseProgram() 将至少预乘前两个（透视投影和相机变换矩阵）将性能提升到任何显着程度？每个 Draw() 调用的所有三个怎么样？

当然，这完全是关于基准测试......但我希望有人拥有基本的、基于当前硬件实现的见解我错过了这可能表明“甚至不值得一试，不要浪费你的时间”或“一定要这样做，因为您当前没有预乘法的着色器将是纯粹的疯狂” ......想法？

我正在尝试将片段着色器转换为顶点着色器（用于移动优化）

如下图所示，中心和右边缘的顶点有问题。（这是一个有 11 x 11 个顶点的平面）

UV 当前从右侧映射，并环绕中心（径向旋转）。我猜中间一半的多个顶点是创建一个洞的相同值？然后右侧将第一个 UV 值交叉淡化到最终值，从而产生拉伸效果。

问题是如何覆盖或修复这些。（它们可能是 2 个不同的问题？）

uniform vec2 _Offset;
uniform float _Multiply;
varying vec4 position;
varying vec4 vert;
varying vec2 tex;
varying vec2 uv;
varying float ar;
#ifdef VERTEX  
void main()
{          
    gl_Position = gl_ModelViewProjectionMatrix * gl_Vertex;
    vec2 p = -1.0 + 2.0 * tex.xy;
    float a = atan(p.y,p.x) ;
    float r = sqrt(dot(p,p));

    uv.x = _Multiply*a/3.1416 * 2.0 + 0.1;

    float sx = sin(_Multiply*r+_Offset.x);
    float sy = _Multiply*.1*cos(_Offset.y+_Multiply*a);
    uv.y = -_Offset.x + …

我正在尝试为 3D 场景实现导航技术（在 OpenSceneGraph 中使用 OpenGL）。除其他事项外，用户应该能够点击屏幕上的场景对象以朝它移动。

导航技术应集成到另一个项目中，该项目使用顶点着色器将全局变形应用于场景几何体。这就是问题所在：由于使用顶点着色器使几何体变形，因此将鼠标光标位置取消投影到用户实际选择的地点的世界坐标并不是直接的。但是我需要这些坐标来在我的导航技术中执行正确的相机移动。

执行这种非投影的一种方法是修改顶点着色器（用于变形），让它也将顶点的原始位置和法线存储在单独的纹理中。之后可以在鼠标位置读取这些纹理以获得所需的值。

现在，正如我所说，顶点着色器属于另一个我实际上不想触及的项目。我的导航技术的一个目标是尽可能通用，以便轻松集成到其他项目中。

那么问题来了：到目前为止，OpenSceneGraph 或 OpenGL 中是否有任何我没有考虑的功能？有什么可以让我独立于顶点着色器编码器获得片段的世界坐标的吗？

我目前正在尝试使用Android的OpenGL ES 2.0进行游戏.我的地图是一个二维网格地图,每个位置都有一个高度值.现在我想在纹理中存储每个坐标的高度,以在顶点着色器中进行高度查找.

这个想法的好处是我可以生成一个通用三角网并将其(带偏移)放在用户当前正在查看的地图位置上.由于偏移,我可以省略每次用户移动其视图位置和我将从纹理读取的高度轮廓时创建新三角网的需要.

现在存在的问题是许多当前的Android设备(甚至是Galaxy S3)不支持顶点着色器中的纹理查找.可悲的是,这完全破坏了我目前的做法.

我的问题:还有其他可能从顶点着色器中的图形卡内存中获取数据吗？如果不直接指定每个顶点的数据,每次用户更改视图位置时,会强制我(据我所知)重新创建高度贴图.(每次用户更改视图位置时创建高度图都会变慢...)

感谢您的帮助+最好的问候,

安德烈亚斯

人们。

我在通过constant buffer将浮点数组传递给顶点着色器（HLSL）时遇到问题。我知道由于 HLSL 打包规则，下面数组中的每个“浮点数”都单独获得一个 16 字节的插槽（空间相当于 float4）：

// C++ struct
struct ForegroundConstants
{
    DirectX::XMMATRIX transform;
    float bounceCpp[64];
};


// Vertex shader constant buffer
cbuffer ForegroundConstantBuffer : register(b0)
{
    matrix transform;
    float bounceHlsl[64];
};

cbuffer ForegroundConstantBuffer : register(b0)
{
    matrix transform;
    float4 bounceHlsl[16]; // equivalent …