Habe mich vielleicht etwas unglücklich ausgedrückt. Ich meine nicht das Viewing Volume welches auf dem Bildschirm ausgegeben wird. Erdbeobachtende Satelliten haben ja ebenfalls Kameras an Bord, und deren Sichtfeld kann ja gewissermaßen auch durch ein Frustum beschrieben werden. Stell dir vor diese Pyramide schneidet die Erdoberfläche, dann begrenzen die Schnittlinien die von der Kamera eingefangene Oberfläche. Und dieses Oberflächenstück möchte ich nun in eine Textur zeichnen. Mit zunehmenden Erdumläufen wird auch mehr Oberfläche aufgenommen, und den Bereich möchte ich darstellen bzw. in eine 2D-Textur rendern.

Ohne das Thema jetzt in diesem Thread zu sehr zu vertiefen, seht ihr da Potential für Shader?

_________________
Just do it!

Also du willst genau das was die Kamera sieht in der Textur haben? Du kannst statt auf den Bildschirm auch in ein FramebufferObject (FBO) rendern? Mit Shadern hat das nichts zu tun.

Ich vermute aber das ich immer noch nicht verstanden habe was du willst. Willst du vielleicht in der Planetentextur (die um den Planeten gewickelt ist) sehen welche Texel der Textur sichtbar waren? In dem Fall ist das tatsächlich ein klarer Fall für den Shader. Das vorgehen wäre in etwa so:

Rendern eines 2D-Quads das die Planetentextur überdeckt, einfach nur um den Fragmentshader für jeden Texel der Textur auszuführen. Im Fragmentshader hast du Zugriff auf die Texturkoordinaten. Du weißt also welcher Texel gerade gerendert wird. Da du (hoffentlich) auch weißt wie die Textur um den Planeten gewickelt wurde kannst du aus den Texturkoordinaten die 3D-Position im Raum berechnen. Also z.B. ist x der Winkel und y die Höhe, dann wäre das irgendwie so etwas:

Die 3D-Position multiplizierst du mit der ModelViewProjection-Matrix die du zum rendern des Planeten verwendest.

Nun musst du nur noch für X,Y und Z prüfen ob sich der Punkt im Einheitswürfel (von -1 bis 1) befindet. Wenn ja ist der Punkt sichtbar, wenn nicht dann nicht. Das geht z.B. so:

_________________
Yeah!

Wieso kannst du nicht einfach 6 Halbtransparente, ineinandergeschachtelte Kugeln Rendern. Jede mit einer Textur?

So bekommst du auch etwas Räumliche Tiefe (Satellit vs. Erdboden)

_________________
Blog: kevin-fleischer.de und fbaingermany.com

@Flash: Die Möglichkeit habe ich auch schon in Betracht gezogen, allerdings will ich die Räumliche Tiefe gar nicht. Alles soll auf 'Meeresspiegel' liegen. Ziel ist es gewissermaßen die Coverage des bereits fotografierten Bereichs darzustellen. Wenn also der Nordamerikanische Raum abgedeckt wurde, sollen diese Texel auch andersfarbig erscheinen. Bei dem Multi-Kugel-Prinzip mit leicht unterschiedlichen Radien hätte ich aber auch Parallaxefehler drin (wenn man aus einem anderen Winkel draufschaut).

@Coolcat:


Genau! Und ich will in einer deckungsgleichen Textur eben diese Texel einfärben. Die neue Textur kann dann auf Wunsch darüber gelegt und verblendet werden.

_________________
Just do it!

Was spricht dagegen identische Kugeln zu benutzen? Solange die Kugeln wirklich identisch sind und auf identische Art (*) gerendert werden gibt das auch keine Probleme mit dem Z-Buffer. Wenn der Z-Buffer zum Problem wird kann man glDepthRange benutzen.

(*) wirklich identisch, eine andere eigentlich äquivalente Reihenfolge von Operationen kann bereits kleine Rundungsfehler verursachen.


Ja, dann geht das mit Shadern....die 5 Zeilen von mir da oben sind schon alles.

_________________
Yeah!

Danke für eure Hilfe! Damit wären meine Fragen erst mal beantwortet. Mittelfristig werde ich mich sicher mit Shadern beschäftigen müssen.

_________________
Just do it!