spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Wenn Du Backface-Culling einfach nur abschaltest, dann renderst Du eventuell die weiter hinten liegende Fläche über die bereits gerenderte vordere Fläche. Dass das dann falsche Ergebnisse liefert, dürfte klar sein. Falls nicht, mach's einfach und dreh das Teil. Dann wirst Du manchmal genau dieses Verhalten bekommen und sehen, dass das Mist ist.
Einfaches mathematisches Beispiel:
Du hast alle Flächen mit 25% Alpha (also zu 25% lichtdurchlässig). Nun renderst Du zuerst die fordere Fläche. Noch sieht's ok aus. Jetzt renderst Du die hintere teilweise drüber, womit die eigentlich vordere nur noch zu 18.75% (75%*25%) sichtbar ist und die eigentlich hintere zu 75%. Das is natürlich verkehrt. Du könntest hier die Flächen von hinten nach vorn sortieren und dann ohne Backface-Culling rendern. Das funktioniert aber nur bedingt gut. Wird zwar teilweise benutzt, aber wie entscheidet man über die Sortierung von Polygonen? Die sind ja keine Punkte im Raum, sondern Flächen, womit ihre Z-Position nicht eindeutig ist. Das führt zu Problemen in der Sortierung, bzw. zu teilweise sehr unhübschen Ergebnissen, die man so richtig nicht vermeiden kann. Zudem ist Sortierung meist zeitlich aufwendiger (dauert also eventuell Länger) als das Modell einfach zweimal auf der GPU rendern zu lassen. Es kann natürlich auch schneller sein, dann bleibt aber das Problem mit der teilweise inkorrekten Tiefen-Sortierung.

Ich verstehs trotzdem nicht. Wenn ich mir jetzt z.b. einen Donut in einer transparente Huelle vorstelle, dann bekomme ich doch auch mit dem geschilderten Vorgehen Unsinn raus.

Was TGGC sagen will: Das Verfahren führt nur bei konvexen Objekten zum gewünschten Effekt.

Nein, der Donut ist konkav, darum funktioniert das mit den Vorder- und Rückseiten nicht.
Es kann dort nämlich pro Pixel zwei Vorder- und zwei Rückseiten geben. Bei konvexen Objekten (Kugel, Quader, Zylinder, ...) passiert das nicht.

Das ist eine Frage, die leider noch niemand wirklich eindeutig, verbindlich und mit einer perfekten Lösung beantworten konnte. Weiterhin ist das schon sicher fortgeschrittener, als Kapitel 2.
Es gibt verschiedene Methoden. Darunter Depth-Peeling. Aber diese sind äußerst Performance-hungrig und sind nahezu unbrauchbar im Echtzeitrendering.

Ausschließlich auf der GPU und mit nur einem Pass lässt sich sowas sehr schwer (wenn überhaupt) realisieren.
Eine Möglichkeit wäre es, für statische Objekte einen BSP oder AABB-Tree vorzugenerieren und anhand diesem, die Polygone einzeln (oder in minimalen Gruppen) zu rendern, wenn man sie vorher entsprechend der Kameraorientierung ausrichtet. Nachteil dieser Methode ist, dass sie sehr viele einzelne DrawCalls umfasst und die Leistung der GPU nahezu überhaupt nicht ausnutzt. Weiterhin funktioniert das nur für statische Objekte performant. Bei dynamischen müsste man dauerhaft den Tree modifizieren bzw. neu Berechnen.
Eine weitere Möglichkeit ist, mithilfe eines (oder ggf. mehrerer) Screenspace passes, die Polygone in mehrere (MRTs) Depth-Buffers ("Layer") zu sortieren. Anschließend kann man mithilfe dieser MRTs die Polygone sortiert rendern. Vorteil davon ist, dass es die GPU-Rechenleistung nutzt und keine Vorberechnung benötigt. Somit sind auch dynamische Objekte möglich.

Letztendlich sollte man sich aber die Frage stellen, ob das alle notwendig ist und in welchen Fällen solche Semi-Transparenten Objekte mit konkaver Form vorkommen. Fensterscheiben sind flach. Eine Wasseroberfläche ist konvex. Eine gläserne Teekanne oder ein transparenter Donut ist mir bis jetzt in Spielen noch nicht über den Weg gelaufen