spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Mit Portalen meinst du jetzt aber nicht solche wie in "Portal", oder?

Wenn du "normale" Portale meinst:
Du musst das Frustum halt einfach so einschränken, dass es nur durch das Portal schaut.
Also die Seiten einengen und die Clipping-Planes anpassen.
Dass du dabei ein asymmetrisches Frustum kriegst, sollte klar sein.

oIch bin mir nicht sicher was dein Problem ist. Ich habe mich mit dem Thema jetzt nicht beschäftigt, aber kannst du die Welt nicht einfach aus Sicht des Portals rendern, das Ergebnis in eine Textur hauen und dann auf dein anderes Portal drauf rendern? Oder war das gar nicht deine Frage?

Hoffe das hilft dir.
Musst dich leider durch etwas Code quälen.

http://www.visualizationlibrary.org/docu…cpp_source.html

Die Methoden SceneManagerPortals::extractVisibleActors()/SceneManagerPortals::visitSector() wären für dein Problem relevant. (Zeilen 136/164)
Ab Zeile 204 wird "erklärt" wie das neue Frustum berechnet wird.

Ohne das selbst je implementiert zu haben, hier ein paar Gedanken:

Der einzige Sinn der ganzen Sache ist es doch, mehr Objekte wegclippen zu können, um renderzeit zu sparen. Im Grunde genommen änderst du also nicht die Kamera, sondern nur das, was geclippt wird. Würdest du dein Clipping-Frustum als Kamera-Frustum benutzen, wäre der Teil vom Raum, den du siehst, auf einmal nicht so groß wie die Tür, durch den du ihn siehst, sondern würde den gesamten Bildschirm bedecken.
Du änderst also an der Kamera gar nichts, sondern benutzt bloß andere Clippin-Planes um den hinteren Raum zu rendern. Dabei wird eine Lösung vermutlich nicht optimal sein, denn Portale können komische Formen haben (im allgemeinen) und du willst vielleicht nicht beliebig viele Clippingplanes haben. Also musst du irgendwie z.B. 4 Planes finden, in denen das gesamte Portal liegt. Im einfachsten Fall nimmst du immer ein Achsenausgerichtetes Rechteck um das Portal, wenn du Drehungen zulässt wird es in manchen Fällen besser passen, oder du versuchst halt wirklich die besten Ebenen auszurechnen - die Frage ist natürlich wie viel Rechenzeit das benötigt und am Ende wieder einspart.

Mein erster Ansatz wäre: Das Portal auf die Bildebene projizieren und ein Bounding Rectangle bestimmen. Die Rückprojektion davon gibt dir dann 4 Ebenen, die das Portal umschließen...

Zitat von »LukasBanana«

@dot: Einen ähnlichen Ansatz hatte ich mir auch schon überlegt, aber was ist wenn ein paar Ecken des Portals hinter der Near-Clipping Plane des aktuellen ViewFrustums sind?

Naja, dann müsstest du die entsprechenden Kanten gegen die Near-Plane clippen. Ich würds mit dem Culling aber nicht zu genau nehmen und in dem Fall kann man sehr wahrscheinlich einfach sagen, dass das in der Regel wohl bedeutet, dass die Kamera praktisch im Portal steht und es gut genug ist, dann einfach gleich das vollständige Frustum zu verwenden.

Ah ich glaube wir sprechen hier vor allem von einer anderen Art von Portalen Passt, der Rest weiß ja was du vor hast. Was Culling ist ist mir schon bewusst. Egal ich schalte mich hier raus und lass den Rest helfen

Die Portale in Portal werden übrigens nicht über Render to Texture gemacht, sondern mit Hilfe des Stencil Buffer direkt auf den Back Buffer gemalt. Hat mich damals auch ein wenig überrascht, macht aber Sinn (Performance, Bildqualität, Multisampling unter D3D9 etc.)...