【问题标题】:Normalizing UV Coordinates From OpenGL To Vulkan将 OpenGL 到 Vulkan 的 UV 坐标归一化
【发布时间】:2020-03-08 09:59:00
【问题描述】:

我正在为 GWEN (GUI Without Extravagant Nonsense) 编写 Vulkan 渲染器,但在获取纹理坐标以匹配时遇到问题。

这是我应该看到的:

这就是目前正在发生的事情:

中心显示的纹理是我们用于 GUI 的图像,我确保测试将其渲染为四边形以确保正确加载它。

GUI 的结构似乎是正确的,这让我相信 UV 坐标不正确。特别是 Y 坐标,因为据我所知,X 看起来不错。

void Vulkan::AddVert(int x, int y, float u, float v)
{
    vertices.emplace_back();

    vertices.back().pos.x = ((float)x / 400) - 1.f;
    vertices.back().pos.y = ((float)y / 300) - 1.f;
    //  Our image is 512x512 px
    vertices.back().texCoord.x = (u / 512.0f);
    vertices.back().texCoord.y = 1.0f - (v / 512.0f);
}

void Vulkan::DrawTexturedRect(Gwen::Texture* pTexture, Gwen::Rect rect, float u1, float v1, float u2, float v2)
{
    //  ToDo: Implement textures through GWEN
    //  The GUI texture is hardcoded for now
    //  Once we're rendering properly i'll expand this function to handle textures
    Translate(rect);

    AddVert(rect.x, rect.y, u1, v1);
    AddVert(rect.x + rect.w, rect.y, u2, v1);
    AddVert(rect.x, rect.y + rect.h, u1, v2);
    AddVert(rect.x + rect.w, rect.y, u2, v1);
    AddVert(rect.x + rect.w, rect.y + rect.h, u2, v2);
    AddVert(rect.x, rect.y + rect.h, u1, v2);
}

该库构建一个顶点向量,然后最终每帧渲染顶点缓冲区。

作为参考,这里是来自 OpenGL 示例渲染器的相同函数:

void OpenGL::AddVert( int x, int y, float u, float v )
{
    m_Vertices[ m_iVertNum ].x = ( float ) x;
    m_Vertices[ m_iVertNum ].y = ( float ) y;
    m_Vertices[ m_iVertNum ].u = u;
    m_Vertices[ m_iVertNum ].v = v;
    m_Vertices[ m_iVertNum ].r = m_Color.r;
    m_Vertices[ m_iVertNum ].g = m_Color.g;
    m_Vertices[ m_iVertNum ].b = m_Color.b;
    m_Vertices[ m_iVertNum ].a = m_Color.a;
    m_iVertNum++;
}

void OpenGL::DrawTexturedRect(Gwen::Texture* pTexture, Gwen::Rect rect, float u1, float v1, float u2, float v2)
{
    GLuint* tex = ( GLuint* ) pTexture->data;

    // Missing image, not loaded properly?
    if ( !tex )
    {
        return DrawMissingImage( rect );
    }

    Translate(rect);
    GLuint boundtex;
    GLboolean texturesOn;
    glGetBooleanv( GL_TEXTURE_2D, &texturesOn );
    glGetIntegerv( GL_TEXTURE_BINDING_2D, ( GLint* ) &boundtex );

    if ( !texturesOn || *tex != boundtex )
    {
        Flush();
        glBindTexture( GL_TEXTURE_2D, *tex );
        glEnable( GL_TEXTURE_2D );
    }

    AddVert(rect.x, rect.y, u1, v1);
    AddVert(rect.x + rect.w, rect.y, u2, v1);
    AddVert(rect.x, rect.y + rect.h, u1, v2);
    AddVert(rect.x + rect.w, rect.y, u2, v1);
    AddVert(rect.x + rect.w, rect.y + rect.h, u2, v2);
    AddVert(rect.x, rect.y + rect.h, u1, v2);
}

我知道 Vulkan 将纹理坐标从 0.0 带到 1.0,这就是为什么我将 uv 除以纹理大小 512 x 512。我也知道 Vulkan 使用图像的左下角为0,0,这就是我翻转 Y 坐标的原因。可悲的是,我仍然得到不正确的输出。我已经为texCoord.xtexCoord.y 尝试了许多组合,但我永远无法获得正确的输出。有谁知道我在这里可能做错了什么?

编辑 将纹理除以 128 而不是 512 会产生正确的结果。我不明白为什么这解决了我的问题。纹理大小确实是 512x512 单位,所以除以 512 应该给我一个 0.0-1.0 的范围?相反,我只除以纹理大小的 1/4 的 128 来得到我的 0.0-1.0 范围?

vertices.back().texCoord.x = (u / 128);
vertices.back().texCoord.y = (v / 128);

【问题讨论】:

  • C++ 代码中的顶点布局与您提供给 Vulkan 的顶点描述之间是否存在不匹配的可能性?即,也许 texCoord.xtexCoord.y 是正确的,但在数据到达顶点着色器时正在使用其他值。
  • 重新运行程序会产生完全相同的输出。更改用于生成texCoord.xtexCoord.y 值的公式将在视觉上改变输出,因此着色器肯定会接收我们为texCoord.xtexCoord.y 设置的值。例如,除以256128 而不是512 在视觉上扩大了应用于GUI 的纹理,UV 映射完全错误。
  • Vulkan 使用图像的左下角为 0,0。 我发现这里的规范有点混乱。 15.1.1. 部分有一个图表,t 坐标指向上方,但文本没有提及方向(尽管在旧规范中明确指出纹理原点位于左上角)。更多信息herehere
  • texCoord.x = (u / 512.0f) 应该将坐标标准化为0.0 (left) -> 1.0 (right)texCoord.y = 1.0f - (v / 512.0f) 应该将坐标标准化为0.0 (bottom) -> 1.0 (top)。除非应用程序中有其他问题,在这个阶段给我不正确的 UV 坐标。难道u1u2v1v2需要在Vulkan::DrawTexturedRect内部重新排序?
  • texCoord.y 应该从上到下。这就是在 Vulkan 中对纹理进行采样的方式。

标签: c++ opengl vulkan normalize uv-mapping


【解决方案1】:

事实证明,当涉及到 UV 坐标时,Vulkan 和 OpenGL 共享相同的物理 0,0 位置。翻转y 值是不必要的。最后给我正确的输出是将纹理的大小除以1/4th128 而不是512。由于某种原因,这产生了正确的输出,并且所有的 UV 都正确排列。

正确的公式:

vertices.back().texCoord.x = (u / 128);
vertices.back().texCoord.y = (v / 128);

【讨论】:

  • 如果您想深入了解这一点,那么我建议您使用RenderDoc 来捕获帧。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2012-07-18
  • 2020-12-18
  • 1970-01-01
  • 2018-09-30
  • 2018-06-23
  • 1970-01-01
相关资源
最近更新 更多