GLSL mein erster Shader

1
2
3
4
…
- 5
- 6
7

Werbeanzeige

DeKugelschieber

Community-Fossil

Beiträge: 2 641

Wohnort: Rheda-Wiedenbrück

Beruf: Software-Entwickler

25.03.2011, 22:03

So ich hab das jetzt wieder zum laufen bekommen, mit a_...
Ich muss das aber dringend mal aufräumen, ich komm mit den ganzen Buffern und Shadern und blabliblub ganz durcheinander.

Sollte das so aussehen?

(Link)

Grüße, Kugel

GitHub Meine Firma Pirsch Analytics

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »DeKugelschieber« (25.03.2011, 22:24)

Zum Seitenanfang

dot

Supermoderator

Beiträge: 9 757

Wohnort: Graz

25.03.2011, 22:17

C-/C++-Quelltext

            glBindBuffer(GL_ARRAY_BUFFER, m_shaderProgram->getVertexBuffer());
            glVertexAttribPointer(GLint(0), 3, GL_FLOAT, GL_FALSE, 0, 0);
            glBindBuffer(GL_ARRAY_BUFFER, m_shaderProgram->getVertexBuffer());
            glVertexAttribPointer(GLint(1), 3, GL_FLOAT, GL_TRUE, 0, 0);
            glBindBuffer(GL_ARRAY_BUFFER, m_shaderProgram->getFragmentBuffer());
            glVertexAttribPointer(GLint(2), 2, GL_FLOAT, GL_FALSE, 0, 0);

Was genau ist dein FragmentBuffer?
Warum sind deine Texturkoordinaten 3D aber deine Normalen nur 2D?
Warum setzt du normalized für die Texcoords auf GL_TRUE?
Warum verwenden Position und Texcoords die selben Daten (da fehlt wohl das Offset)?

Hat normal_matrix sinnvolle Werte?

m4studios

Zum Seitenanfang

DeKugelschieber

Community-Fossil

Beiträge: 2 641

Wohnort: Rheda-Wiedenbrück

Beruf: Software-Entwickler

25.03.2011, 22:24

Zitat

Was genau ist dein FragmentBuffer?
Warum sind deine Texturkoordinaten 3D aber deine Normalen nur 2D?

Sorry hatte deinen Post nicht gesehen bevor ich meinen geändert habe, also die Buffer waren vertauscht, der FragmentBuffer speichert die Texturkoordinaten.

Zitat

Warum setzt du normalized für die Texcoords auf GL_TRUE?

Das GL_TRUE ist um die Vertices zu normalisieren (a_Normal aus a_Vertex quasi).

Zitat

Warum verwenden Position und Texcoords die selben Daten (da fehlt wohl das Offset)?

Wie gesagt: vertauscht.

Zitat

Hat normal_matrix sinnvolle Werte?

Ja, nach Bild zu urteilen schon, hab sie jetzt nicht ausgegeben, hatte ich aber vorher schon mal gemacht, da war alles soweit in Ordung (soweit ich das beurteilen kann).

Grüße, Kugel

GitHub Meine Firma Pirsch Analytics

Zum Seitenanfang

dot

Supermoderator

Beiträge: 9 757

Wohnort: Graz

25.03.2011, 22:26

Zitat von »DeKugelschieber«

Das GL_TRUE ist um die Vertices zu normalisieren (a_Normal aus a_Vertex quasi).

Das tut aber was ganz andres, das macht nur mit Fixkommazahlen wie z.B. Farbwerten Sinn, würd ich bei float Werten auf jeden fall immer auf GL_FALSE setzen

Wie berechnest du die normal_matrix denn?

Das Bild schaut mir immer noch aus als ob du keine richtigen Normalen hättest sondern einfach die Vertexkoordinaten verwenden würdest (überleg mal, wenn das Licht von rechts oben scheint sollten doch beide Tragflächen relativ stark beleuchtet sein und nicht nur eine). Wenn es das ist was du willst dann schauts natürlich "richtig" aus...

m4studios

Zum Seitenanfang

DeKugelschieber

Community-Fossil

Beiträge: 2 641

Wohnort: Rheda-Wiedenbrück

Beruf: Software-Entwickler

25.03.2011, 22:30

Na schön, also noch ein Buffer für die Normalen? Oder reicht ein normalize() im Shader?

Grüße, Kugel

GitHub Meine Firma Pirsch Analytics

Zum Seitenanfang

dot

Supermoderator

Beiträge: 9 757

Wohnort: Graz

25.03.2011, 22:33

Was sollte dir ein normalize() im Shader helfen!? Du musst die Normalen erstmal richtig berechnen, dann kannst du sie ja auch schon normalisieren bevor du sie in dein VBO packst. Du brauchst auch nicht unbedingt für jedes Attribut ein eigenes VBO sondern kannst auch alle interleaved in ein VBO packen indem du bei glVertexAttribPointer() entsprechend mit dem stride bzw. pointer (Offset) Arbeitest...

Falls das vorhin irgendwie untergegangen ist: Normalen sind nicht einfach die normalisierten Vertexpositionen sondern eben die Normalvektoren der Oberläche am jeweiligen Vertex. Wenn du nur eine Kugel im Ursprung hast dann entsprechen die Normalvektoren zufällig genau den normalisierten Ortsvektoren. Aber für jeden anderen Fall ist das nicht so.

m4studios

Zum Seitenanfang

DeKugelschieber

Community-Fossil

Beiträge: 2 641

Wohnort: Rheda-Wiedenbrück

Beruf: Software-Entwickler

25.03.2011, 22:35

Gut mach ich Morgen und geb dir dann das Ergebnis für heute reichts

Grüße, Kugel

GitHub Meine Firma Pirsch Analytics

Zum Seitenanfang

DeKugelschieber

Community-Fossil

Beiträge: 2 641

Wohnort: Rheda-Wiedenbrück

Beruf: Software-Entwickler

26.03.2011, 15:29

(Link)

Sollte das so aussehen?

Quellcode

void main(void){        
    vec4 fColor = material_ambient*light0.ambient;
    
    vec3 N = normalize(normal_matrix*a_Normal);
    vec3 L = normalize(light0.position).xyz;
    float NdotL = max(dot(N, L), 0.0); // Winkel zwischen Vertexnormale und Lichtposition
    vec4 pos = modelview_matrix*a_Vertex;
        
    if(NdotL > 0.0){
        fColor += material_diffuse*light0.diffuse*NdotL;
        
        // Spekularlicht
        vec3 E = -pos.xyz;
        vec3 HV = normalize(L+E); 
        float NdotHV = max(dot(N, HV), 0.0); 
        fColor += material_specular*light0.specular*pow(NdotHV, material_shininess);
    }
    
    // Ausgabe  
    color = fColor;
    texCoord0 = a_TexCoord0;
    gl_Position = projection_matrix*pos;    
}

C-/C++-Quelltext

glBindBuffer(GL_ARRAY_BUFFER, m_model->getVertexBuffer());
            glVertexAttribPointer(GLint(0), 3, GL_FLOAT, GL_FALSE, 0, 0);

            glBindBuffer(GL_ARRAY_BUFFER, m_model->getNormalBuffer());
            glVertexAttribPointer(GLint(2), 3, GL_FLOAT, GL_FALSE, 0, 0);

            glBindBuffer(GL_ARRAY_BUFFER, m_model->getTexCoordBuffer());
            glVertexAttribPointer(GLint(1), 2, GL_FLOAT, GL_FALSE, 0, 0);