hello everyone,

I am storing the distance to the camera (length of the position in viewspace) in a fp-texture and want to restore the position for each pixel later. To do so I get the projected point at the distance of 1, normalize it (So I've got the 'direction') and scale it by the looked up depth.
This works all in all well. If I output the position as color, the grid is aligned to the camera axes and stays at its position (so it's cameraspace, isn't it?)


So it looks like without the matViewInv applied

Now I thought it would be easy, if I have the coordinates in cameraspace it's enough to multiply them with matViewInv to get everything alright. But that didn't worked out and I have no idea what could be wrong.

Here is the relevant code:
-get the depth


-try to restore it


I'm pretty desperate right now, because I tried to find a solution for it for a few days now... I hope you can help me with that. Thank you =)
Scorpion

*cough* Anyone? I know here are some guys around here who know this stuff, so could you please take a look at it?

da ja sonst niemand an einer Lösung interessiert zu sein schein machen wirs gleich mal in Deutsch^^
Um Klarheit zu schaffen: du willst die Vertex-Position in Worldspace anhand von der Tiefe ermitteln?

Das hab ich schon in meiner Wavefield Demo verwendet, sollte also kein Prob sein...

Erstmal muss klar sein, dass es einen Unterschied zwischen "Depth" und dem "Distance to View" Term gibt. "Depth" erhält man aus dem .z oder .w Wert der Vertexposition im WorldViewProj-Raum. Den anderen hingegen aus der Länge vom Vektor der von der ViewPos in Worldspace auf die VertexPos in Worldspace zeigt.
Der "Depth"-Wert ist eher als Vektor zu verstehen, der vom entsprechenden Pixel des Views und nicht vom Zentrum auf das Vertex zeigt. Guckst du also senkrecht auf eine glatte Fläche haben die Depth-werte aller gerenderten Pixel den gleichen Wert, im Gegensatz zu den Distance-Werten.

Also rekonstruierst du die WorldPos nicht vom Depth sondern vom Distance-Wert(folgend nurnoch "DWert").
Dazu renderst du also den DWert der Szene in ein RT des Formates 14 oder in einen einzelnen Kanal eines 14444-RTs (wenn du die anderen Kanäle ebenfalls benötigst). Ich hab in meinem Fall für den Richtungswert einfach ein zweites View mit gleichen Winkelwerten wie der Kamera verwendet (Pos ist egal), welches ausschließlich eine Box rendert indem es sich befindet. Der Box gibst du dann ein Material welches die normalisierte Variante vom DWert zu den 8 Vertices enthält, also die Richtung. Das Ergebnis renderst du in einen Kanal vom Format 12 oder eben 12222(14 ist an der Stelle glaube nicht nötig).

Im PP-Effekt kannst du dann die WorldPos rekonstruieren indem du einfach folgendes machst: WorldPos=ViewWPos+Richtung*DWert;
Du folgst also von der View-Position aus der Richtung über die entsprechende Distanz.

Dannach kannst du dann bei Bedarf auch Depth per Multiplikation von WorldPos mit matWorldViewProj ermitteln.

Mit diesem Vorgehen kann man einige MRT-Kanäle sparen, was durchaus essenziell sein kann.

MfG.

...hoffe das war was du wolltest^^

Hi Hummel, erstmal danke für die schnelle Antwort =)

Von w oder z wollte ich eigentlich keinen Gebraucht machen...Entschuldige meine Schlampigkeit^^

Deine Methode mit einem Lookup find ich auf jeden Fall super und sie scheint kaum etwas extra zu kosten werde ich mir bestimmt nochmal ansehen. Aber ich muss sagen ich bin zur Zeit nur am rumspielen und sehe, was ich so erreichen kann. Deswegen hab ich versucht, den Punkt in Viewcoordinaten zu bekommen (könnte z.B. für deferred Rendering Geschwindigkeit raushauen). Die eigentliche Frage im meinem Post war aber wohl eher: wieso tut matViewInv nicht das Gegenteil von matView? Nämlich vom Viewspace zurück in den Worldspace zu transformieren. Es müsste doch dann auch klappen, Screencoordinaten(mit z) direkt in den Worldspace umzuwandeln - auch wenn Matrixmultiplikationen ja eeher langsamer sind^^

edit: oouuppss! >.< Kein Wunder, dass hier keiner schreibt, wenn ich nur Mist von mir gebe... inverse Matrizen sind nicht exakt das, was ich dachte. Das macht jetzt wenig Sinn, weiter übers Problem zu reden, wenn da schon nen Problem drinsteckt... O.o

bedenke das vPos so wie du es in den VShader bekommst im ObjectSpace vorliegt, aber ansonsten ist es schon richtig was du schreibst-nur transformierst du eben vPos wieder in ObjSpace wenn du nach matView matViewInv anwendest

PS: die Schule ist immer Schuld

*verwirrtbin*
Wenn das jetzt doch stimmt mit der inversen Matrix, dann würde mein Beispiel doch funktionieren.

so weit ich das sehe, sollte es - vorausgesetzt das mit den Matrizen stimmt =) - dann im Worldspace sein, da ja nur die Viewtransformation rückgängig gemacht wird. Mit dem Objektspace hab ich gar nichts mehr zu tun. Und nochwas spricht dagegen: wenn ich es versuche, bewegen sich die Farben(welt xyz->rgb), anstatt wie ne Textur klebenzubleiben.

^^wenn die VertexPos im WorldSpace vorliegt und sich die Faben bewegen ist doch alles richtig...vlt. schickst du mir heute abend dein Test-Projekt einfach mal und wir aktivieren ICQ

depth:


reconstruct world space position from depth:


might not be the fastest method, but works just fine

I wasn't able to enter the forum yesterday anymore somehow, so here I am again.

@hummel wäre es auch okay, wenn ich heute abend drauf zurückkomme?

@BoH_Havok I don't fully understand that one...i think vp are the projection coordinates, but if I remember right they are in the 0..1 range, but you're converting them to -1..1, so: why?

@Scorpion you probably read my thoughts, i also wanted to know how to restore the world coordinate, basically you did my life much easier

I guess this is projected coordinates to screen from -1 to 1 (left to right and from down to top)

@BoH_Havok thank you for this code i was searching for his