spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich weiss nicht *wie* interessant das ganze programmiertechnisch ist, aber ich bin ueber einen Trailer gestolpert der mich so ziemlich umgehauen hat:
VALVEs Portal Game
Wer sich das Video nicht angucken will (ist aber empfehlenswert) : In dem Spiel kann man kleine Portale erschaffen (an Waenden, Boden, Decke, usw) durch die der Spieler und andere Objekte von einem Ort zum andern teleportiert werden. Das wirklich innovative an der Sache ist, dass man perfekt durch diese Portale durchgucken kann..

Mein erster Ansatz sowas umzusetzen (rein theoretisch, keine Sorge) waeren auf jedenfall mehrere Render-Vorgaenge: Man muesste den Winkel des Betrachters relativ zum Portal durch das er guckt berechnen, und dann eine Kamera am Zielportal setzen, die genau diesen Winkel hat, aber wiederrum relativ zur lokalen Ausrichtung des Zielportals. Das ganze rendert man dann auf eine Textur die man einsetzen koennte, oder direkt in den Bildpuffer (Pixel des Portals vorher mit Stencil-Buffer oa. markieren)
Koennte das so aenlich passiert sein, oder VIEL komplizierter ? :?

Und ueberhaupt, was sagt ihr? Ist doch mal was neues neben all diesen Egoshootern

"Sehr einfach" wag ich noch zu bezweifeln, man muss das ganze auch so hinkriegen, das der Moment des Teleportierens unerkennbar bleibt. Ich denke da steckt der Teufel im Detail..
Und DarkHunter: Wenn du's ernst gemeint hast und schaffst: Poste UNBEDINGT mal Code-Schnipsel, wuerd mich echt intressieren

Was ich mich auch frage: Wenn jetzt zwei Portale direkt hintereinander sind kommt es ja zu einer Endlosschleife. Und sowas ist ohne Raytracing eigentlich unmoeglich darzustellen. Und Source verwendet sicher kein Raytracing..

Mit dem fliessenden Uebergang hab ich eher gemeint: Wenn der Spieler durch das Portal sieht, schaut er ja auf ein Rendering von einer zweiten Kamera. Irgendwann muss aber seine logische Position veraendert werden (das eigentliche teleportieren) Dann sieht er nicht mehr durch die Portalkamera, sodern durch seine "Eigene". Und diese muss die zum richtigen Zeitpunkt exakt mit der Position/Rotation/Sichtwinkel/.. der Portalkamera uebereinstimmen. Ich dachte erst, dass beide Kameras weitestgehend identisch sind, aber wenn man etwas drueber nachdenkt, haengt zum Beispiel der Sichtwinkel von der Entfernung zum Portal ab..
Ergo: Das ist ne Sauarbeit