Hallo zusammen,

ich bin eigentlich der Ansicht, wenn ich einen Volumenkörper zeichne und vorher eine Farbe definiert habe, dann sollte er bei weißer Beleuchtung auch in der zuvor definierten Farbe zu sehen sein. Ist aber bei trotzdem weis. Woran liegt es?




Wenn ich natürlich die Materialwerte für ambiente und diffuse Reflektion auf die entsprechende Farbe setze, dann klappts. aber es müsste doch auch mit "glColor*" funktionieren, oder?


Ich habe noch einen weiteren Körper mit DrawElements aus gl_quads aufgebaut. Die Geometrie nehme ich aus einem Vertexarray. Beleuchtungsbedingungen sind die selben wie oben, aber er zeigt keinerlei Farbschattierungen. Sieht aus als würde er 100% ambientes Licht bekommen. Wie kommts?

Marcel

_________________
Just do it!

Also, wenn ich mich recht erinnere ist es so, dass die Beleuchtung glColor im prinzip ersetzt (schreit, wenn ich mich täusche). So gesehen ist es nicht weiter verwunderlich, dafür sind ja dann auch die Materialien da. Wenn du kein Material setzt, dann kann es evtl. sein, dass glColor noch funktioniert. Wenn du trotzdem was glColor-artiges anstellen willst schau dir mal glSecondaryColor an.

Gruß Lord Horazont

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Ich habe das jetzt so verstanden, dass wenn GL_COLOR_MATERIAL aktiviert ist die mittels glMaterial gesetzten Werte verwendet werden. Falls deaktiviert dann nur glColor.

_________________
Es werde Licht.
glEnable(GL_LIGHTING);
Und es ward Licht.

Zitat aus einem Java Buch: "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off"

on error goto next

Ich hab noch was zu meinem Volumenkörper aus dem Vertexarray hinzuzufügen. Er besteht aus mehreren quaderförmigen Gebilden, zusammengesetzt aus insgesamt ca 40 quads. Wenn ich ihn rotieren, lasse verdunkelt sich der ganze Körper gleichermaßen. Ich hätte aber halt gerne das sich die einzelnen Flächen entsprechen ihrer Stellung zur Lichtquelle verhalten. Wie es scheint nutzt der ganze Körper nur einen Normalenvektor. Wieso das denn? Backface-Culling funktioniert, also müssten die einzelnen Flächennormalen doch auch bekannt sein.

GL_COLOR_MATERIAL muss glaube ich nur aktiviert werden, wenn eine einzelne Materialeigenschaft verändert werden soll. Also nur ambient oder nur specular.

_________________
Just do it!

Die Normale hat nichts mit dem Culling zu tun. Beim Culling wird nur die Zeichenrichtung berücksichtigt. Mit bzw gegen den Uhrzeigersinn.

Du musst zu jedem Quad noch die entsprechende Normale angeben.

_________________
Es werde Licht.
glEnable(GL_LIGHTING);
Und es ward Licht.

Zitat aus einem Java Buch: "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off"

on error goto next

OK, dann kann ich aber glaube ich nicht mit einem Vertexarray arbeiten. Denn jedes Vertex wird unter Umständen von mehreren rechtwinklig aufeinander stehenden Flächen verwendet, die Normale müsste also in unterschiedliche Richtungen zeigen.

Oder kennt jemand eine Möglichkeit die Flächen anzusprechen und ihnen eine Normale zuzuweisen?

_________________
Just do it!

passend zu glVertexPointer gibts doch auch glNormalPointer. Redbook Seite 69 ff.

_________________
Es werde Licht.
glEnable(GL_LIGHTING);
Und es ward Licht.

Zitat aus einem Java Buch: "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off"

on error goto next

Ja, das ist wohl richtig. Aber irgendwie scheine ich da auf dem Schlauch zu stehen. Wie kann ich denn die Normalen den Flächen zuweisen? Auf die einzelnen Flächen kann ich doch so einfach gar nicht zugreifen denn die werden doch mit einem Prozeduraufruf mit glDrawElements erzeugt.
Auf Flächen kann ich ja eigentlich sowieso keine Normalen anbringen, sondern nur auf die Vertices. Aber bei einem Würfel gehört ein Vertex zu drei Seiten, welche auch noch rechtwinklig zueinander stehen. Demnach kann ich auch nicht wie im Redbook Vertices und Normalen in ein Array unterbringen (interleaved Arrays). Dachte eigentlich das opengl die Normalen per default übernimmt, und zwar abhängig von der Reihenfolge wie die Vertices gezeichnet werden (Rechte Hand Regel).

_________________
Just do it!

Du gibst doch auch sonst pro Vertex eine Normale an. Wie man die berechnet weiss ich nicht, war glaube ich was mit Produkt aus den anliegenden Flächen oder so.

Gruß Lord Horazont

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Ah, ja. Habe inzwischen entdeckt das per default bei OpenGL die Normale immer in z-Richtung liegt. Dann ist klar das die Normalen definiert werden müssen. Ich hatte im Hinterkopf das in der Computergrafik die Zeichenreihenfolge der Vertices die Normale des Polygons (Dreieckes) angibt. Mir ist zwar immer noch nicht so ganz klar wie man mit Hilfe eines Array z.B. einen Würfel mit Schattierung rendern soll. Oder man setzt auf jede Ecke eine Vertex für jede angrenzende Fläche und weist dieser dann den richtigen Normalenvektor zu. Falls noch jemand diesbezüglich Tipps hat bin ich dankbar für jeden Post.

Zur Normalenberechnung:
Kreuzprodukt zweier in der Ebene liegender Vektoren. Also beim Dreieck mit den Spitzen V1, V2 und V3:
(V2-V1) x (V3-V1)

Vielen Dank erst mal, die Beleuchtungsgeschichte sehe ich jetzt jedenfalls um einiges klarer.

_________________
Just do it!

Die normale ergibt sich aus der Reihenfolge der Vertexe. Gibt man Sie gegen den Uhrzeiger an Zeigt die Normale auf einen. Das Culling orientiert sich deshalb durchaus an der Normalen. Aber eher indirekt.
Wenn die Normale per Hand anders gesetzt ist dann ... dann ... weis ich nicht was passiert. Setzt doch mal die Normale andersrum und guckt ob Culling dann anders Cullt. Falls Ja wäre ein Eintrag im Wiki die richtige Reaktion. Falls nicht wäre ein Eintrag im Wiki die richtige Reaktion.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Dass die Reihenfolge der Vertices die Normalenrichtung bestimmt kenne ich auch so. Darum war ich ja erstaunt das opengl aus meinem Volumenkörper, den ich aus mehreren Polygonen zusammengesetzt hatte, ein 'Etwas' ohne Schatten gemacht hat. Als ich dann mein Objekt im Licht rotieren lies, stellte ich fest das die Polygone sehr wohl in Abhängigkeit vom Winkel schattiert werden. Aber alle gleich. Also es gab nur eine Normale für alle Polygone. Und im Wiki steht das per default der Normalenvektor (0,0,1) ist http://wiki.delphigl.com/index.php/glNormal.
Das mit dem Culling bei umgekehrter Normale werd ich am WE mal ausprobieren.

_________________
Just do it!

afaik setzen die vertizes keine (echte) normale. Aus ihnen wird nur eine temporäre normale berechnet fürs backfacecullling.

_________________

Wie auch immer.

Ich spare mir den ganzen Kram mit Arrays für Normalen etc.
Wozu gibts denn Shader? Mein Shader arbeitet mit 4 Texturunits.
Farbtextur, Highlighttextur (für Glow), AmbientOcclusion Texture und eine Normaltextur. Wenn man das UV-Mapping anständig hinbekommt sieht das sehr schön aus.
Hier ist jetzt nur die Normalmap und AmbientOcclussion aktiv und das UV ist noch nich so perfekt.

_________________
Es werde Licht.
glEnable(GL_LIGHTING);
Und es ward Licht.

Zitat aus einem Java Buch: "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off"

on error goto next

Sieht toll aus, dein Bild mit der Shader-technik. Aber ich hab ja nicht umsonst im Einsteigerforum gepostet. Hab erst vor kurzem mit OpenGL angefangen und brauche noch ein paar basics und Hintergrundwissen bis ich mit Shadern anfange.

_________________
Just do it!