쉐이더 저장 버퍼에있는 OpenGL 버텍스

Question

지금 컴퓨팅 쉐이더를 사용하는 파티클 시스템에서 작업 중입니다. 모든 입자를 쉐이더 ​​저장 버퍼에 넣었습니다. 파티클에는 현재 위치와 이전 위치의 두 개의 정점이 있습니다.

struct Particle{ 
    glm::vec4 _currPosition; 
    glm::vec4 _prevPosition; 
}; 

계산 쉐이더를 보내고 난 후 모든 쉐이더를 셰이더 저장 버퍼에서 직접 그려야합니다. 그래서 내가 할 것입니다 :

glBindBufferBase(GL_SHADER_STORAGE_BUFFER, 0, shaderStorageBufferID); 
_shaderManager->useProgram("computeProg"); 
glDispatchCompute((_numParticles/WORK_GROUP_SIZE)+1, 1, 1); 
glMemoryBarrier(GL_SHADER_STORAGE_BARRIER_BIT); 
_shaderManager->useProgram("shaderProg"); 
glBindBuffer(GL_ARRAY_BUFFER, shaderStorageBufferID); 
glVertexPointer(4,GL_FLOAT, sizeof(glm::vec4), (GLvoid*)0); 
glEnableClientState(GL_VERTEX_ARRAY); 
glDrawArrays(GL_POINTS, 0, _numParticles); 
glDisableClientState(GL_VERTEX_ARRAY); 

문제는 내가 화면에 _numParticles를 볼 수 있다는 것입니다하지만 절반은 내 입자 구조의 _prevPosition 속성으로 렌더링됩니다. 즉, 하나의 입자가 화면에 그려지는 두 개의 정점으로 해석됩니다. 그러나 모든 입자 구조에서 _prevPosition 특성을 건너 뛰기를 원합니다. 내 실수는 어디 갔어?

아마 내 쉐이더 저장 버퍼를 초기화하는 방법이 중요하다

는

GLuint shaderStorageBufferID; 

glGenBuffers(1, &shaderStorageBufferID); 
glBindBuffer(GL_SHADER_STORAGE_BUFFER, shaderStorageBufferID); 
glBufferData(GL_SHADER_STORAGE_BUFFER, numParticles*sizeof(Particle), NULL ,GL_STATIC_DRAW); 
struct Particle* particles = (struct Particle*) glMapBufferRange(GL_SHADER_STORAGE_BUFFER, 0, numParticles*sizeof(Particle), GL_MAP_WRITE_BIT | GL_MAP_INVALIDATE_BUFFER_BIT); 
for(int i = 0; i < numParticles; ++i){ 
    particles[i]._currPosition = glm::vec4(i, 0, 0.0, 1.0f); 
    particles[i]._prevPosition = glm::vec4(i, 0, 1.0, 1.0f); 
} 

Answer 1

귀하의 Particle 구조체는 두 개의 vec4 년대가 포함되어 있습니다. compute shader은 배열 요소 당 두 개의 vec4 개를 씁니다.

그러나이 라인 :

glVertexPointer(4,GL_FLOAT, sizeof(glm::vec4), (GLvoid*)0); 

당신이 vec4의 배열을 전달하는 OpenGL을 알려줍니다. 넌 아니야. 모든 요소가 이고 두 개가vec4 인 배열을 전달 중입니다. 그리고 두 번째 것은 건너 뛰고 싶습니다. BTW

glVertexPointer(4, GL_FLOAT, sizeof(Particle), (GLvoid*)0); 

아, 그리고 : 당신은 여전히 ​​using the wrong barrier있어

그래서 적절한 보폭을 제공함으로써 있다는 OpenGL을 말한다. 코드가 작동한다고해서 그것이 보장된다는 의미는 아닙니다. 모든 작업을 올바르게 수행하지 않으면 동기화되지 않은로드/저장 작업이 까다로울 수 있습니다.