通过在同一着色器中多次绑定SSBO通过将其绑定

Question

播放无绑定渲染，我有一个大静态SSBO，可以容纳我的顶点数据。这些顶点作为连续数组包装在内存中，其中每个顶点具有以下布局：

|               Position (floats)               | Normal (snorm shorts) |  Pad  |
+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+
|      P.x      |      P.y      |      P.z      |  N.x  |  N.y  |  N.z  |       |
+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+
|     float     |     float     |     float     |     uint      |     uint      |

请注意，每个顶点如何为20个字节 / 5“单词” / 1.25 vec4 < / code> s。 GPU并不是一个圆形的数字。因此，我选择“手动”解开数据包装数据。

顶点着色器：

...

layout(std430, set = 0, binding = 1)
readonly buffer FloatStaticBuffer
{
    float staticBufferFloats[];
};

layout(std430, set = 0, binding = 1) // Using the same binding?!
readonly buffer UintStaticBuffer
{
    uint staticBufferUInts[];
};

...

void main()
{
    const uint vertexBaseDataI = gl_VertexIndex * 5u;

    // Unpack position
    const vec3 position = vec3(
        staticBufferFloats[vertexBaseDataI + 0u],
        staticBufferFloats[vertexBaseDataI + 1u],
        staticBufferFloats[vertexBaseDataI + 2u]);

    // Unpack normal
    const vec3 normal = vec3(
        unpackSnorm2x16(staticBufferUInts[vertexBaseDataI + 3u]),
        unpackSnorm2x16(staticBufferUInts[vertexBaseDataI + 4u]).x);

    ...
}

能够将缓冲区“别名”作为float和uint数据非常方便。

问题：是这样一个可怕的想法“使” ssbo“混音”，我只是很幸运，还是这实际上是一个有效的选择，可以跨平台使用？

替代方法：

• 仅使用一个缓冲区，例如staticBufferuints，然后使用uintbitStofloat提取位置。没什么大不了的，但性能费用很小？
• 在CPU上两次将相同的缓冲液结合到两个不同的结合。再说一次，没什么大不了的，只是有点烦人。

Answer 1

只要没有从中读取错误的值，Vulkan就可以使不兼容的资源在内存中别名。 读到也允许它 - 您应该只得到垃圾。但是，我现在找不到标准的部分。

（实际上，我认为即使您从无效的部分中 标准，“内存混叠”部分：

否则，别名解释了内存的内容
换句话说，并通过一个别名写入记忆的内容
部分或完全不确定其他别名。 如果第一个别名是宿主访问的子资源，那么受影响的字节是根据其寻址方案编写的字节。如果第一个别名不可访问，则字节，则字节
受影响的是由图像子资源重叠的
书面。如果第二个别名是宿主访问的子资源，则
受影响的字节变得不确定。如果第二个别名不是
可访问的主机，所有稀疏图像块（用于稀疏
部分驻留图像）或所有图像子资源（对于非SPARSE
图像和完全驻留的稀疏图像）与受影响的影响重叠
字节变得不确定。

请注意，该标准讨论字节被编写并在混乱资源中变得不确定。这不是整个资源变得无效。

让我们这样看看：您有两个混叠的SSBO（实际上只是一个绑定了两次），具有不同的类型（float，short int）。您写入浮标的任何字节都在您写入缓冲区的那一刻的“ float View”中有效，而在“ int视图”中无效。 INT也是如此：它们所占据的字节在INT视图中已变得有效，但在浮点视图中无效。根据标准，这意味着两种观点都有无效的部分。但是，他们俩都没有完全无效。特别是，您关心的部分仍然有效，并且可以从中读取。

简而言之：允许。