Ich habe doch ein neues Thema angefangen, ursprünglich hier gepostet :
http://www.delphigl.com/forum/viewtopic.php?f=2&t=5107&start=15&hilit=transparente+objekte

Danke für die Antwort, mein Problem hat eben ganz dicht mit diesem Renderer aus dem WIKi zu tun, deshalb habe ich das hier gepostet.
Ich sortiere die Objekte in meinem Programm. Die Überblendung funktioniert auch so (mit dem Wiki-Renderer). Wenn sich die Volumen aber überschneiden, sieht das nicht so richtig aus (siehe 1. Foto mit Kreis). Es sieht so aus, als ob sie voreinander stehen und das vordere höher ist. Die beiden Objekte sind aber gleich hoch und sind ineinander verschnitten.

Mit dem Renderer hier im Forum sieht die Überschneidung der Volumen richtig aus, aber die Flächen, die übereinander liegen, verzerren (siehe Foto 2).

Mit dem Wiki-Renderer meinst du das was hier beschrieben ist?

Ok, das ist keine Verzerrung, sondern ein ZFighting-Problem. Hier könnte glDepthRange oder glPolygonOffset eine Lösung sein. Genaueres kann ich nicht sagen ohne die beschriebene Methode zu verstehen, dazu fehlt mir leider im Augenblick die Zeit.

_________________
Yeah!

Ja, den Wiki-Renderer meine ich. Der gilt fürs 1. Foto.
Kannst Du mir sagen, warum im 1. Foto die Volumen voreinander stehen.
Ich habe ich meine Render-Procedure mal dazugelegt. Ich glaube, Sie ist auch so verständlich.
Die Zeilen 47 und 48 habe ich für die Fotos jeweils ausgetauscht.

Deine verlinkten Tipps werde ich mir heute Abend durchlesen, danke erst einmal.

Die Volumen stehen nicht voreinander, das sieht nur so aus, vermutlich weil die Render-Reihenfolge nicht korrekt ist.

_________________
Yeah!

Die beiden Funktionen die du austauscht machen genau das selbe, nur gewichten sie einmal nach dem bereits im Framebuffer gespeicherten Alpha-Wert und einmal nach dem neuen Alphawert..

Das Ergebnis sieht aus wie es aussieht, weil nunmal eines der beiden Objekte im Vordergrund liegen muss.

Versuch einfach mal mit Photoshop/Gimp das Bild so zu ändern wie du es haben willst. Eventuell kommen wir dann weiter.

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

Kurz zur Klarstellung, bei beiden Bildern werden dieselben Objekte an derselben Position dargestellt. (nur etwas verdreht, verschoben und anders gezoomt). Die beiden Objekte im Kreis beanspruchen denselben Ort zur selben Zeit.

Die Verschneidung selbst soll so aussehen wie im 2. Bild.

Die zweite Einstellung habe einfach zum Testen genommen, weil sie im Forum stand. Ich fand sie gut, weil sie die Überschneidung richtig darstellte.

Hier eine Skizze wie s aussehen soll. So wirds vielleicht klar.

Was ich eigentlich wollte ist, dass du das Ergebnis des Blendings (also die Farben) mal zeigst, wie du dir das Vorstellst.
Also wie soll die doppelt belegte Stelle gefärbt sein?

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

So ...

Gut,
das was du zeigst sollte möglich sein, denn deine "mehrfach belegten" Bereiche haben alle die selbe Helligkeit. Du erwartest also ein Verhalten wie es OpenGL liefern kann.

Die Variante mit den Z-Fighting Artefakten, entspricht doch (bis auf die Artefakte) deinen Vorstellungen, oder?

Hast du mal eine der Korrekturmethoden verwendet die im Wiki steht? Auch eine Optimierung der Near/Far Clipping Plane auf die Szene könnte helfen.

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

Das glPolygonOffset hatte ich schon immer gesucht. Ich wußte, dass es sowas gibt, hatte es aber noch nicht gefunden. Das mit den Near/Far Clipping Planes werde ich mal ausprobieren.
Diese Tipps sind aber mehr für das 2. Bild um die "Verzerrungen" wegzubekommen, oder?
Fürs 1.Bild bzw 1.Renderversion gibt es keine Lösung, dass die Verschneidung richtig dargestellt wird, oder? Die sonstige farbliche Darstellung würde mir nämlich schon gefallen.

Beim ZFighting kann die Grafikkarte nicht genau evaluieren welche Faces nun im Vordergrund sind. Dadurch kommt es zu den Fehldarstellungen im zweiten Bild.
Meine Vorschläge bezogen sich auch nur auf das zweite Bild.

Beim ersten Bild kommt es vermutlich nur durch einen Zufall nicht zu diesem Fehler. Deshalb ist es eine gute Idee einmal die verschiedenen Ansätze auszuprobieren um nicht später nochmal mit dem Problem zu kämpfen.
Renderst du in einer Schleife, oder aktualisierst du das Bild nur bei Bedarf?
Bei ersterem Vorgehen, kann man ZFighting manchmal richtig Flimmern sehen. Da ändert es sich Teilweise in jedem Frame.

Das erste Bild scheint mir aber mit einer anderen Tiefenfuktion (glDepthFunc) gerendert worden zu sein. Hast du damit mal rumgespielt?

GL_LEQUAL sollte eigentlich bei dir passen.

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

Ich hab da noch mal rumprobiert. Es ist so, dass innerhalb von diesem grauen Volumen noch andere transparente Volumen sind. Die am Rand sind so rotbraun. Wenn diese nicht in dem Volumen sind, also nur die grauen "Hüllen" gerendert werden, dann sieht das schon fast perfekt aus (Gilt für Bild 1 und aktive CodeZeile47). -Der Tiefensortierer sortiert die Objekte übrigens nach dem Punkt, der am dichtesten zur Kameraebene liegt.-
Ich arbeite mit einem Timer -so ähnlich wie in den Einführungstutorials beschrieben-.
Nein, so ein Flimmern habe ich nicht durch die Timerwiederholungen, sondern beim Rotieren. Beim Rotieren wird aber auch immer tiefensortiert.
Ja, wenn du kurz in meinen Code guckst, dann habe ich die Zeilen 47 und 48 jeweils ausgetauscht. Wenn nur Zeile 47 aktiv ist, entspricht das dem Render aus dem Wiki.

Übrigens, nach meiner Meinung fehlen im Wiki-Blending-Renderer die CodeZeilen 34 bis 40.

Ich hab den Thread nur kuz überflogen, aber ich denke was du brauchst ist sog. Depth Peeling, mit dem man Transparenz jederzeit korrekt darstellen kann, egal in welcher Reihenfolge gerendert wird. Auch wenn zwei transparente Objekte teilweise oder ganz ineinander liegen. Dazu gibts hier ein passendes PDF.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Ich würde sagen, dass ich mir erst einmal alle Tipps richtig durchgucke, das mal ausprobiere und mich dann noch mal hier melde.
Bis dahin bedanke ich mich erst einmal bei allen für die Hilfe.