Можете ли вы передать буфер в функцию в вычислительном шейдере Vulkan?
Аргумент вычислительных шейдеров Vulkan аналогичен «глобальным переменным» в исходном коде шейдера.
layout(binding = 0) buffer storageBuffer1 {
float data1[];
}
layout(binding = 1) buffer storageBuffer2 {
float data2[];
}
Предположим, у меня есть функция foo(float arg[]) {...}, которая выполняет тяжелую работу, и я хочу использовать ее как для data1, так и для data2, как мне передать данные в foo?:
void foo(/*something*/)
{
// Tricky stuff.
}
void main()
{
foo(data1);
foo(data2);
}
Компилятор GLSL передает аргумент массива в foo
void foo(float x[])
{
}
нужен постоянный размер времени компиляции, и я могу этого не знать.
Ответы 1
GLSL очень ориентирован на ценность; вы не можете передать указатель на массив в функцию. Вы можете передать массив, но концептуально он передается путем копирования всех элементов из данного массива в массив параметров. Это важно, поскольку компилятор, скорее всего, сгенерирует другой код для доступа к глобальному ресурсу, чем для доступа к локальному массиву. GLSL скрывает эти проблемы, не позволяя вам получить «указатель» ни на что.
SPIR-V может быть менее ориентированным на значения, но режим логической адресации SPIR-V, который использует Vulkan, одинаково затрудняет использование указателей на ресурсы массива.
Лучшее, что вы можете сделать, — это создать массив буферов хранения и передать в функцию целое число, сообщающее ей, когда использовать элемент массива:
layout(binding = 0) buffer storageBuffers
{
float data[];
} elements[2];
void foo(int index)
{
elements[index].data[whatever];
}
Но реализация может не позволять непостоянным выражениям индексировать массивы буферов хранения. Вам придется проверить набор функций реализации, чтобы узнать, сможете ли вы это сделать.
Спасибо Николь. Мне кажется довольно странным, что Vulkan и OpenCL созданы одной и той же организацией, но имеют так много различий в деталях. OpenCL имеет типы указателей. Вулкан нет. GLSL не допускает #include, HLSL допускает. И т. д. «Весело»