perspektivische Korrektur der textur-Koordinaten in 3d
Ich Schreibe ein software-renderer, die derzeit gut funktioniert, aber ich versuche, perspektivische Korrektur der textur-Koordinaten und das scheint nicht korrekt zu sein. Ich bin mit all den gleichen matrix-Mathematik als opengl für meinen renderer. Zu rasterise ein Dreieck, ich Tue das folgende:
-
transformieren die vertices mit der modelview-und projection-Matrizen und die Transformation in clip-Koordinaten.
-
für jedes pixel in jedem Dreieck, berechnen barycentric coordinates Interpolation von Eigenschaften (Farbe, textur-Koordinaten, normalen, etc.)
-
zur Korrektur der Perspektive, die ich verwenden perspektivisch korrekte interpolation:
(w ist die Tiefe Koordinate des vertex, c ist die textur-Koordinate von Eckpunkt b ist die barycentric Gewicht eines vertex)
1/w = b0*(1/w0) + b1*(1/w1) + b2*(1/w2) c/w = b0*(c0/w0) + b1*(c1/w1) + b2*(c2/w2) c = (c/w)/(1/w)
Diese sollten die richtige Perspektive, und es hilft ein wenig, aber es ist immer noch eine offensichtliche Perspektive problem. Bin ich hier etwas fehlt, vielleicht die Rundung Probleme (ich bin mit Schwimmer für alle Mathe)?
Sehen in diesem Bild den Fehler in der textur-Koordinaten, die offensichtlich entlang der diagonalen, das ist das Ergebnis der division durch Tiefe Koordinaten.
Auch, diese erfolgt in der Regel für die textur-Koordinaten... ist es notwendig, für andere Eigenschaften (z.B. normals etc.) wie auch?
- Screenshots hilfreich sein könnten.
- Ich kann nicht fügen Sie einen screenshot, bis ich eine Bewertung von 10 🙁
- Sie haben die rating jetzt 😀
- danke, hinzugefügte Bild.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Müssen Sie informieren, OpenGL, müssen Sie die Perspektive-Korrektur auf Pixel mit
Was du beobachtest ist die typische Verzerrung der linearen textur-mapping. Auf hardware, die nicht in der Lage, per-pixel-Perspektivenkorrektur (wie zum Beispiel der PS1) die standard-Lösung ist nur die Unterteilung in kleinere Polygone, um den Mangel weniger Auffällig.
Nur die richtige transformation von UV-Koordinaten für eine 3D-Ebene ist ein homographic transformation.
http://en.wikipedia.org/wiki/Homography
Müssen Sie es an einem gewissen Punkt in Ihre Berechnungen.
Finden Sie es selbst, können Sie die Projektion von jedem pixel der textur (die gleichen wie bei der vertex) und invertieren Sie Sie, um die textur-Koordinaten in screen-Koordinaten.
Wird es in der form eines homographic verwandeln.
Ich den code geknackt zu diesem Thema vor kurzem. Sie können eine homography, wenn Sie planen, ändern Sie die textur in den Speicher vor der Vergabe an die Oberfläche. Das ist rechenintensiv und fügt eine zusätzliche Abhängigkeit zu Ihrem Programm. Es ist ein nettes hack, die werden das problem für Sie korrigieren.
OpenGL automatisch für die perspektivische Korrektur der textur Rendern. Alles, was Sie tun müssen, multiplizieren Sie Ihre textur-Koordinaten (UV - 0.0 f,-1.0 f) durch die Z-Komponente (Welt-Raum-Tiefe der XYZ-position vector) von jeder Ecke der Ebene, und es werde "throw-off" - OpenGL-Perspektive-Korrektur.
Fragte ich und löste dieses problem vor kurzem. Geben Sie diesem link einen brustschuss:
textur-mapping ein Trapez mit einer quadratischen textur in OpenGL
Dem Papier habe ich gelesen, dass das Problem behoben ist aufgerufen, "Navigation in Statischen Umgebungen, die Mit Bild-Raum-Vereinfachung und-Morphing" - Seite 9 Anhang A.
Hoffe, das hilft!
ct
Yeah, das sieht aus wie Ihre traditionellen gebrochen-Perspektive dent. Ihr Algorithmus das richtige Aussehen, obwohl, so bin ich wirklich nicht sicher, was falsch sein könnte. Ich würde schauen, dass man eigentlich mit den neu berechneten Wert später auf, wenn du es renderst? Das sieht wirklich so aus, wie Sie ging auf die Schwierigkeiten der Berechnung der Sicht-richtigen Wert, und dann verwendet die grundlegende nicht-korrigierten Wert für das rendering.