Мой блок униформы не активен, и мне нужна помощь, чтобы понять, почему [закрыто] ⇐ C++

[Anonymous]

В настоящее время я пытаюсь настроить систему, в которой данные матрицы вида, матрицы проекции и точечных источников света обрабатываются с помощью универсального буферного объекта, а не обычных форм.
Проблема, с которой я столкнулся Проблема в том, что один из юниформ-блоков оказывается неактивным и недоступным через glGetUniformBlockIndex. У меня есть унифицированный блок под названием Matrices в вершинном шейдере для матрицы вида и проекции, а также унифицированный блок под названием PointLights во фрагментном шейдере. Матрица работает нормально и находится, а точка PointLights неактивна. Я понял, что он неактивен, потому что glGetProgramiv(..., GL_ACTIVE_UNIFORM_BLOCKS, ...) возвращает 1, а glGetUniformBlockIndex возвращает -1 для «PointLights» и положительное целое число для «Матрицы».
Это мои вершинные и фрагментные шейдеры:

Код: Выделить всё

#version 330 core
layout (location = 0) in vec3 position;
layout (location = 1) in vec3 normal;
layout (location = 2) in vec2 textureCoordinates;

layout (std140) uniform Matrices
{
mat4 view;
mat4 projection;
};
uniform mat4 model;

out vec3 VertexNormal;
out vec3 FragmentPosition;
out vec2 TextureCoordinates;

void main()
{
gl_Position = projection * view * model * vec4(position, 1.0);
FragmentPosition = vec3(view * model * vec4(position, 1.0));
VertexNormal = mat3(transpose(inverse(view * model))) * normal;
TextureCoordinates = textureCoordinates;
}

Код: Выделить всё

#version 330 core
struct Material {
sampler2D texture_diffuse1;
sampler2D texture_specular1;
float shininess;
};
uniform Material material;

struct PointLight {
vec3 position;

vec3 ambient;
vec3 diffuse;
vec3 specular;

float constant;
float linear;
float quadratic;
};

#define MAX_POINT_LIGHTS 64
layout (std140) uniform PointLights
{
PointLight pointLights[MAX_POINT_LIGHTS];
int numPointLights;
};

out vec4 FragmentColor;

in vec3 VertexNormal;
in vec3 FragmentPosition;
in vec2 TextureCoordinates;

vec3 CalculatePointLight(PointLight light, vec3 normal, vec3 viewDirection);

void main()
{
vec3 normal = normalize(VertexNormal);
vec3 viewDirection = normalize(-FragmentPosition);

vec3 result = vec3(0.0);

int lightCount = min(numPointLights, MAX_POINT_LIGHTS);
for(int i = 0; i < lightCount; i++)
result += CalculatePointLight(pointLights[i], normal, viewDirection);

FragmentColor = vec4(result, 1.0);
}

vec3 CalculatePointLight(PointLight light, vec3 normal, vec3 viewDirection)
{
vec3 lightDirection     = normalize(light.position - FragmentPosition);
vec3 halfwayDirection   = normalize(lightDirection + viewDirection);

float diffuseAmount = max(dot(normal, lightDirection), 0.0);
float specularAmount = pow(max(dot(normal, halfwayDirection), 0.0), material.shininess);

vec3 ambient    = light.ambient * vec3(texture(material.texture_diffuse1, TextureCoordinates));
vec3 diffuse    = light.diffuse * diffuseAmount * vec3(texture(material.texture_diffuse1, TextureCoordinates));
vec3 specular   = light.specular * specularAmount * vec3(texture(material.texture_specular1, TextureCoordinates));

float distance = length(light.position - FragmentPosition);
float attenuation = 1.0 / (light.constant + light.linear * distance + light.quadratic * (distance * distance));

return (ambient + diffuse + specular) * attenuation;
}

Я пробовал использовать разные имена, пробовал не использовать там массив структур, пробовал использовать два mat4, как в блоке «Матрицы», и пробовал наличие двух блоков в вершинном шейдере с именами Matrices и Matrices2. Я ожидаю, что glGetProgramiv вернет 2 для GL_ACTIVE_UNIFORM_BLOCKS, но он всегда возвращает 1, и только исходный униформный блок матриц активен и возвращает действительный индекс при запросе.
Насколько я знаю Понятно, что юниформ-блок должен быть активным до тех пор, пока его значения используются где-то в шейдере. Так оно и есть. Поэтому я не уверен, почему блок PointLights неактивен, и буду признателен за любую помощь в выяснении причины.

Подробнее здесь: https://stackoverflow.com/questions/783 ... anding-why