为什么我的 Vulkan 计算着色器收到 0.0 浮点数 -170146355474918162907645410264962039808.0？

Question

我正在开发一个小型 vulkan 应用程序，它利用计算着色器来转换一些几何数据。 此数据通过多个存储缓冲区发送到单个计算着色器。

为了确保一切都按预期到达我的计算着色器（没有字节 alignment 问题等），我临时创建了一个 output 缓冲区，我只需将输入数据复制到 GPU 端并将其从 CPU 端打印到控制台。

有问题的数据是实例结构的缓冲区：

struct instance
{
    alignas(8) glm::vec2 position;
    alignas(8) glm::uvec2 colours;
    alignas(4) uint32_t object_index;
    alignas(4) float scale;
    alignas(4) float rotation;
    alignas(4) uint32_t FILLER = 0;
};

着色器 (GLSL) 通过以下方式接收缓冲区：

struct instance
{
    vec2 position;
    uvec2 colours;
    uint object_index;
    float scale;
    float rotation;
    uint FILLER;
};

我正在创建两个实例：

1. 在 0, 0
2. 在 1, 1

我正在按以下方式打印我的 output 缓冲区的内容（缓冲区有 256 个插槽，但出于调试目的，我只打印前 16 个）：

    float* output_buffer_pointer;
    vkMapMemory( *get_hardware(), *get_buffer_memory(), offset, 256, 0, (void**) &output_buffer_pointer );
    for (int i = 0; i < 16; i++)
    {
        cout << i << ": " << output_buffer_pointer[i] << endl;
    }
    cout << endl;
    vkUnmapMemory( *get_hardware(), *get_buffer_memory() );

将几个实例的缓冲区发送到计算着色器并简单地将 position x 和 y 复制到我的调试 output 缓冲区（到单独的插槽中）会导致大多数预期的数字，除了第一个实例的 x 坐标：

0: -170146355474918162907645410264962039808.00000000 (x of instance 1)
1: 0.00000000 (y of instance 1)
2: 1.00000000 (x of instance 2)
3: 1.00000000 (y of instance 2)

预期结果应该是：

0: 0.00000000
1: 0.00000000
2: 1.00000000
3: 1.00000000

这也是我分配的 memory 中的第一个字节（实例缓冲区是第一个偏移量为 0 的字节）——不确定该信息是否相关。

它不可能是字节 alignment 问题，因为所有其他数据都是正确的。

我试过更改第一个实例的 x 坐标，但据我所知，output 号码没有改变。

第一个实例中的其他字段（例如“颜色”字段）返回正确的数据。

Answer 1

正如@chux-ReinstateMonica 正确指出的那样，上面的浮点数的十六进制代码是 ff0000ff，在我看来它确实像一个彩色十六进制代码。

结果是我忘记在 vkBindBufferMemory 指令中设置偏移量，导致我的颜色缓冲区覆盖了我的实例。

只是巧合，第一个实例和第二个颜色的 y 坐标在浮点符号中出现相同：

y 坐标 0.0 和蓝色 (0000ffff) 在控制台中都显示为 0.0，因为蓝色是一个非常小的数字 (9.18340948595268867429866182409 E-41)。