По первому: GL_MAX_SHADER_STORAGE_BUFFER_BINDINGS - максимальный номер который может принимать binding (тип layout (binding=n) <код>. n < того числа). GL_MAX_COMPUTE_SHADER_STORAGE_BLOCKS - максимальное кол-во ssbo в вычислительном шейдере. GL_MAX_SHADER_STORAGE_BLOCK_SIZE - максимальный размер ssbo (The spec guarantees that SSBOs can be up to 128MB. Most implementations will let you allocate a size up to the limit of GPU memory). По второму: Генерируй 3D текстуру, которая будет хранить индексы элементов в одномерном массиве и передавай в шейдер свои объекты через массив. По третьему: UBO работает заметно быстрее чем SSBO. По идеи алгоритм прост, запишиваешь все объекты в один BO. Дальше биндишь часть BO как UBO (по сути массив объектов), и вычисляешь для каждого куска, не забыв подставить туда соответствующую текстуру.

Запихать в один объект (текстуру) все сразу я и так могу, вопрос то в том, как их добавлять/обновлять.

Стоп, а у Opengl были функции которые позволяют записывать со стороны приложения в какую-то область текстуры, не трогая остальное? Тогда может можно огромного объема текстуру заделать и в нее записывать/удалять объекты (своеобразным malloc реализовать)

Я до сих пор в Opengl плаваю как топор в речке, абсолютно запутался с биндингом. Я так понимаю, что объект может быть одним (и большим) а его можно по-кусочкам биндить и как UBO и как SSBO и даже одновременно?

Задумывается все это для рейкастинга (не рейтрейсинга, лучи не отражаются)

Черт его знает как оно по скорости еще выйдет...

Я с удивлением обнаружил что моего английского таки не хватает чтоб продираться через официальную документацию. Есть где-то нормально разжеванная ситуация с этими буферами, блоками и объектами на русском?

Стоп, а у Opengl были функции которые позволяют записывать со стороны приложения в какую-то область текстуры, не трогая остальное?

Может быть texture view?

Я с удивлением обнаружил что моего английского таки не хватает чтоб продираться через официальную документацию. Есть где-то нормально разжеванная ситуация с этими буферами, блоками и объектами на русском?

С этим все очень плохо. Есть какой-то сборник рецептов шейдеров под ogl 4, переведенный на русский. В остальном все только на английском.

Я тут понял, что каждый кадр (на самом деле далеко не каждый, а только когда «камера» переместится за пределы текущего блока) передавать в видеокарту сто килобайт на производительности сказывается примерно никак, поэтому можно обойтись без глобальной 3д текстуры, а просто из программы генерировать 29х29х29 GL_R32UI на каждое обновление, где точка (15;15;15) всегда будет центром.

И что мне придется наваять свой malloc для запихивания объектов в выделенный буфер. Или, скорее gc_alloc какой-то, чтоб он мог еще оптимизировать и перемещать объекты по своему усмотрению для их уплотнения. Весело, блин.

GPGPU

Предлагаю рассмотреть такой вариант создается 3D текстура с float значениями. каждое значение - это смещение в 1D текстуре (в 1D текстуре хранятся объекты разного размера, а 3D используется для адресации)

т.е.

uniform sampler3D oct_tree; uniform sampler1D obj_data;

void main(void) { float ofs = texelFetch(oct_tree, vec3(x, y, z)).r; float ofs2; // смещение от начала объекта float data = texelFetch(obj_data, ofs + ofs2); }

Я постом выше это уже предложил.

Пока все времени нет это реализовавать, блин.

И мне кажется что буфер все-таки лучше чем одномерная текстура т.к. он может быть много больше размером. Или исхитриться и адресовать блоки в двумерной текстуре?