Hi,

ich würde gerne dynamisches Licht simulieren.
Damit meine ich KEINEN Schatten, sondern nur Licht, z.B. von Projektilen wie bei Quake, UT, usw.

Also nur in nem sehr kleinen Radius.


Was gibts da für möglichkeite, Lösungen, usw.?


MFG und Danke

Das was du suchst ist lokale Beleuchtung (bzw. local illumination).

Einfaches Licht geht recht einfach über die feste Funktionspipeline. Ohne das Tutorial gelesen zu haben, denke ich das du hiermit weiterkommst:
http://wiki.delphigl.com/index.php/Tutorial_Lektion_8
Im wesentlichen setzt du eine Lichtquelle und schaltest sie ein, den Rest macht OpenGL.

Die feste Funktionspipeline berechnet die Beleuchtung allerdings nur pro Vertex und interpoliert dann dazwischen. Wesentlich besser sieht das natürlich aus, wenn du die Beleuchtung pro Pixel berechnest. Das geht aber nur mit Shadern, was für Anfänger zunächst nicht zu empfehlen ist. Man sollte sich meiner Meinung nach zuerst mal mit der festen Pipeline austoben.

_________________
Yeah!

Ja genau da ist ja mein Problem.

Es handelt sich hier um Lichteffekte, die auf einen Raum von 1-5 Metern (gedachte Meter ^^) handelt.

Und auf meinen Maps gibts Polygone die größer als das sind.

Also wär ein Vertex-Licht nicht gerade gut.

Außerdem muss auch die Lichtqualität nicht sehr hoch sein, da dieses Licht nur kurz zu sehen wär / in Bewegung ist.

Also so gesehen suche ichnach einem billigen Trick, ein solches Licht zu simulieren.

Vermutlich zielst du dann auf alte Hardware, d.h. Shader sind keine Option?


Also da du damit ja scheinbar eine Art Mündungsfeuer machen willst:
Für ein Mündungsfeuer rendert man ja meist eine Art "Kreuz" aus einer Mündungsfeuer-Textur an die Mündung der Waffe. Um jetzt die Umgebung kurz aufzuhellen könntest du einfach zusätzlich ein sagen wir 2-3 Meter großes Quad mit einer Kreis-Textur additiv an die Mündung rendern. Dürfte aber ziemlich grauenhaft aussehen, weil entfernte Objekte genauso beleuchtet werden, wie nahe Objekte. Vielleicht kann man da noch was mit dem Z-Buffer und mehreren Passes tricksen, aber vermutlich ist da ein Fragmentshader einfacher und schneller.

Ich würde sagen schau dir einfach mal Shader an, so kompliziert ist ein einfacher Per-Pixel-Lightshader nun auch nicht. Sollte sich auch nahtlos mit der festen Pipeline integrieren lassen. D.h. du kannst den Shader dann auch nur für einzelne Objekte benutzen und alles andere wie gewohnt rendern.

_________________
Yeah!

Ok dann komme ich also wohl um Shader nicht rum

Hättest du vielleich einen Link oder ein Beispiel für das, was ich machen will?

Also du solltest zunächst mal den Shader-Artikel im Wiki wenigstens überfliegen, um einen Eindruck zu kriegen was Shader sind und was damit möglich ist. Die Abschnitte zu Geometryshader und Transform-Feedback kannst du überspringen. In dem Artikel findet sich auch bereits ein Beispiel zu Per-Pixel-Lightning, allerdings ohne Quellcode.

Anschließend empfiehlt sich das GLSL-Tutorial. GLSL ist die Hochsprache mit der Shader geschrieben werden. Dort gibt es auch Quellcode-Beispiele wie du Shader in deine Anwendung einbindest. Im zweiten GLSL Tutorial findet sich auch Quellcode für Per-Pixel-Light. (da ist beim Fragmentshader wahrscheinlich nen kleiner Fehler, siehe Diskussion)

_________________
Yeah!

Die Art wie die Lichtanteile zusammengerechnet werden, ist aber auch nicht ganz richtig wie mir scheint (sieht man ja am Bild).
Ich weiß nicht so genau was "gl_FrontLightModelProduct.sceneColor" so alles macht, aber das Diffuse und Ambiente Licht sollten mit der Objektfarbe multipliziert werden.
Also ich benutze immer "ObjColor*(Ambient+Diffuse)+Specular+Emission". "ObjColor" ist wiederum das Produkt aus der Vertexfarbe und den Farben der Texturen.
Ansonsten sind zum Beispiel rote Objekte die mit blauem Licht angestrahlt werden (hell) Lila. Sie sollten aber schwarz sein, weil das blaue Licht komplett absorbiert wird.

Doch gibt wohl ein Beispiel zum per Pixel Lighting.

Allerdings nur für eine Lichtquelle. Ein For-Schleife würde mehrere erlauben.

_________________
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

Wir haben vor im Wiki eine Shadersammlung entstehen zu lassen.
Momentan sind nur wenige dort zu finden, aber ich hoffe, dass durch ständiges erwähnen der Sammlung hier im Forum einige Shaderprogrammierer ein paar Shader beisteuern können.

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

Gut ich habe mir die Shader "einverleibt"

Aber ich habe ein Problem:

VertexShader:


Frag.Shader:


Dieser Shader aus der (so genialen aber kleinen) Sammlung macht irgendwie Fehler:
Besonderheit: Ich habe eine unendlich weit entfernte Lichtquelle. (LightVect.W=0)

Und nun ist es so, dass irgendwie die Lichtquelle immer im Betrachter liegt, egal wie ich mich drehe und wende.
Die Lichtwerte wurden auch vorher mit OpenGl-Licht getestet.

Hier liegt der Hase begraben:

Einfach ersetzen durch:

oder, sofern deine Lichtquelle bereits normalisiert ist, den varying einsparen und im Fragmentshader direkt gl_LightSource[0].position.xyz benutzen.



Schon wieder ein Shader mehr drin

_________________
Yeah!

Danke für die Hilfe.

Und da ich C noch nicht wirklich kenne:

Wie würde man das mit ner if abfrage machen?

Hat sich erleditgt habs hinbekommen.
DANKE für die Hilfe.

Vertexshader:


Fragmentshader:

Edit: ....bin zu langsam

_________________
Yeah!