spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

okay, nochmal ganz langsam für besonders lange Leitungen.

Shadow Mapping bedeutet:
1) Szene aus der Sicht des Lichts rendern
2) Die Tiefeninfo in eine Textur quetschen
3) Beim eigentlichen Rendervorgang den Abstand Punkt -> Lichtquelle vergleichen und jeden Pixel entsprechend zeichnen

Parallax-Mapping bedeutet
1) Heighmap aus ner Textur erstellen
2) Beim zeichnen der Textur die Heightmap raytracen
3) Verzerrung berechnen und Texturkorrdinaten entsprechend setzen

Das sieht für mich z.Z. einfach komplett unvereinbar aus bzw. ich erkenne den Sinn dahinter nicht. Wenn die Parallax-Heightmap also beim Distanzvergleich einfließt, heißt das mit anderen Worten, dass ich mir aus der Shadow-Map eine Heightmap baue? Aber welchen Sinn hat dann Parallaxe bei einer Textur, die ich gar nicht sehe? Und ist es wirklich billiger, die Heightmap zu raytracen und eine Approximation der Texturkoordinaten zu berechnen, anstatt einfach den Originalwert abzufragen?

Auch nochmal was generelles zum Shadow Mapping: Das Verfahren wird ja immer mit dem großen Vorteil beworben, komplett unabhängig von der Szenengeometrie zu sein, und ich habe leider keinen Artikel dazu gefunden, der genau auf diesen Aspekt genauer eingeht. Was bedeutet das genau? Sobald sich die Geometrie der Szene ändert, muss ich den ganzen Spaß (= Shadow-Map und Szene rendern) neu machen. Hört sich für mich ziemlich ununabhängig an...

Aaaach jetzt hab ich kapiert, worauf ihr hinauswollt. Also im Prinzip, dass man ganz normales Parallax-Mapping auf den Texturen macht und die Höheninfo in die Shadow-Map mit einfließten lässt. Auch keine schlechte Idee, aber ich glaube aber, ich hab jetzt geschnallt, worauf diese Arbeit hinaus will:

Ich hab ja weiter oben schonmal beschrieben, dass man mit einem Simulator arbeitet, der Umgebungslicht durch ganz viele kugelförmig verteilte Richtungslichtquellen simuliert. Das bedeutet natürlich, dass man die Schattenberechnung 1x pro Richtungslicht machen muss, und da soll man die Shadow-Map wohl nur für wenige Richtungslichtquellen berechnen und die Shadow-Maps der anderen Richtungslichter durch Parallax-Mapping approximieren (die liegen dann ja nah beieinander)

Ich habe jetzt mal mit dem Betreuer der Arbeit gesprochen und denke darüber nach, die doch einfach zu machen. Dummerweise bin ich was Computergrafik angeht eher ein noob (im Vergleich zu diesem Forum und den Leuten, die da im Institut arbeiten, im Vergleich zum Durchschnittsbachelor schätze ich mich als Maschine ein, da gibts sogar manche die können kein cpp, geschweige denn OpenGL)
Der hat mir das jedenfalls ein bisschen erklärt, wie das funktionieren soll. Allerdings ist er auch voll in diesem Renderingzeugs drin, d.h. als normaler Mensch steigt man da relativ schnell aus, wenn der loslegt.

Fangen wir doch mal bei dem kleinsten Grundproblem an:

Noch zur Info: Es wird das Parallax Occlusion Mapping von Tatarchuk & Co benutzt, wo die Heightmap in Richtung des Parallax-Vektors abgetastet wird usw.

Wir haben also eine weit von der Szene entfernte Richtungslichtquelle und führen echtes Shadow-Mapping von da aus durch. Da das Licht Umgebungslicht simulieren soll und deshalb eine direktionale Lichtquelle ist, ist das ganze eine Parallel-Projektion.
Jetzt haben wir eine zweite Lichtquelle, deren Distanz und Ausrichtung zur ersten Lichtquelle bekannt sind. Mir ist jetzt immer noch nicht klar, wie ich aus der Original-Shadow-Map die Shadow-Map für dieses Licht approximiere.
Für das Parallax-Mapping brauche ich doch erstmal eine Textur auf einem Objekt, die Shadow-Map liegt aber doch nur virtuell im Speicher. Er hat gemeint diese Eye-Vektor Berechnung würde durch die Parallelprojektion irgendwie entfallen, aber ich check gerade nicht, wie das funktionieren soll.

Ich hab mich auch mal in die entsprechenden Paper eingelesen. Bis ich das Verfahren halbwegs verstanden hab, hab ich aber auch jeden Satz 3x gelesen

Falls jemand Spaß daran hat, mich zu erleuchten, nur zu