Soar ja siehe Topic.
Momentan mach ich das so, dass ich zuerst alle undurchsichtigen Objekte zeichne und dann in beliebiger Reihenfolge alle Transparenten(mit ausgeschaltetem z-Buffer-Schreiben)

Jetzt habe ich aber auch Objekte, die fast nur oder wirklich nur aus transparenten Flächen bestehen. Das führt bei geringer Transparenz zu einem optisch sehr fragwürdigen und komischen Ergebnis. Daher will ich das verbessern.

Erster Ansatz: ich muss bei jedem Rendern die transparenten Objekte tiefensortieren. Wie mach ich das am besten? Welcher Ansatz liefert da brauchbare Ergebnisse? Wer da Infos hat, ich wäre dankbar.

Meine erste Idee wäre, einfach den Abstand zum geometrischen Schwerpunk des grafischen Objektes zu nehmen. Aber ich stelle mir da grad eine ganz lange Fläche die bis zum Betrachter geht und eine kleine, welche weit hinten aber vor der Langen ist. Da würde der Abstand zur hinteren, aber vorderen evtl. größer sein und ich hätte hier die falsche Reihenfolge oder?
Also wie gesagt, wer was weis, bitte helfen.

Zweiter Ansatz: ich hab hier grad "Spieleprogrammierung Gems 1" vor mir liegen und da behandeln die auch das Problem. Da steht als 3. Lösung folgendes:



So die Methode habe ich bisher nur so halb verstanden, voll blick ich da noch nicht durch.
Meine Fragen dazu: Muss man den Alpha-Buffer der hier erwähnt wird in OpenGL irgendwie extra anlegen und dann leeren? Wenn ja wie?

Dann dieses Schreiben des Alphawertes, das geht doch sicher standardmäßig von allein? Habe dazu bisher noch nix gelesen, wäre über Aufklärung dankbar.

Das Ein/-Ausschalten des Tiefenpuffers usw. kenn ich.
Also wenn mir da wer noch etwas Licht ins dunkel bringen kann zu den erwähnten Alpha-Werten oder die Methode kennt und generell das vielleicht verständlicher erklären kann ... .


MfG Pellaeon

_________________
__________
"C++ is the best language for garbage collection principally because it creates less garbage." Bjarne Stroustrup

Zunächst einmal, sind die transparenten Faces statisch oder dynamisch? Weil wenn sie statisch sind, kann man ne Menge vorberechnen.



Du hast recht, bei langen Faces klappt das nicht. Da muss man dann überprüfen, ob sich die AABBs der Faces überlappen, und wenn sies tun, dann guckst du auf die Ebenen der beiden Faces. Wenn eines der Faces komplett auf einer Seite der Ebene des anderen liegt, dann kannst dus danach sortieren. Wenn nicht, dann schneiden sich beide Faces, und dann must du clippen - oder es einfach ignorieren, weils sehr selten ist.



Öhm, hast du "Spieleprogrammierung Gems 1" oder "Game Programming Gems 1" vor dir liegen? Wenns letzteres ist, dann poste doch lieber den englischen Originaltext, das ist einfacher zu lesen, als wenn alle Begriffe eingedeutscht sind...



Beim Initialisieren von OGL sagt man OGL, ob man ihn haben will oder nicht. Is aber im allgemeinen immer dabei.

Löschen:

wenn ich mich nicht irre.



Is normalerweise eingeschaltet.
Ein und Abschalten läuft wie oben beim Löschen beschrieben mit glColorMask.

_________________
[18:30] tomok: so wie ich das sehe : alles. was nich was anderes ist als nen Essay ist nen Essay

hi, i'm a signature viruz, plz set me as your signature and help me spread

Wie meinst du das genau? Die Szene ist meistens statisch, Kamera ist frei bewegbar.



Habe die deutsche Ausgabe, Text ist 1 zu 1 abgetippt.

GL_COLOR_BUFFER_BIT benutze ich, ja. Wusste nicht, dass das den Alphawert darstellt. War für mich einfach zum Löschen des Framebuffers mit da

Erstmal danke

Falls noch mehr Ideen/Hinweise auftauchen, immer her damit!!



MfG Pellaeon.

_________________
__________
"C++ is the best language for garbage collection principally because it creates less garbage." Bjarne Stroustrup

Wenn die Flächen in der Szene statisch sind, dann könnte ein BSP-Baum das richtige für dich sein. Ist aber nicht ganz trivial.

Wegen GL_COLOR_BUFFER_BIT : Der Framebuffer besteht aus so ziemlich allen Puffern (soweit ich das verstanden habe). U.A. auch aus dem Farbpuffer. Der ist wiederum 4 geteilt, in die jeweiligen Farben. Der Alphapuffer ist also nur ein Teil eines Teiles des Framebuffers.

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

Wie kann ich denn jetzt den Alphawert im Framebuffer mit 0 "löschen" ? Mit dem Code von AL?
Weil dann würde ich einfach mal den Algorithmus aus Gems testen, schließlich geht Probieren über Studieren.
Falls es klappt, kann ich das ja posten.


MfG Pellaeon.

_________________
__________
"C++ is the best language for garbage collection principally because it creates less garbage." Bjarne Stroustrup

Mit statisch meinte ich, dass sich die transparenten Faces nicht bewegen. Dann könnte man vorher nen BSP-Tree erstellen, wie Flash bereits beschrieben hat. Wenn der schön balanced ist, dann kannste mit n paar Node-Tests alle Faces sehr schnell sortieren.




Das ist ja grausig


Ohje pass bloß auf, dass dein grafisches Verarbeitungs-Aggregat kein Abfülltempo-Problem bekommt, denn das geht bei eingeschaltetem Verschmelzen und vielen betroffenen Abbildungszellen sehr schnell

_________________
[18:30] tomok: so wie ich das sehe : alles. was nich was anderes ist als nen Essay ist nen Essay

hi, i'm a signature viruz, plz set me as your signature and help me spread

Al: Ich sage nur. Beitrag wegen seelischer Grausamkeit und Vergewaltätigung der deutschen Sprache gelöscht. Das ist ja echt bitter.

Denke aber ähnlich wie Al und Flash. Je nachdem wie viel Transparente Objekte du Renderst kann sich die obere Methode schon recht negativ auswirken. Wenn ich das richtig verstanden werden dabei alle Objekte 3 Mal gezeichnet. Von den ganzen State Changes mal abgesehen.

*hehe Jo due Übersetzung ist teilweise etwas lustig/komisch, aber was er will habsch verstanden, es war eher das Prinzip an sich wo es klemmte. Nuja ich teste das einfach mal.

@lossy: jedes Objekt wird 2 mal gerendert. Es wird auch im Buch drauf hingewiesen, dass bei vielen Objekten die Performance drunter leidet, obwohl bei dieser Methode eine Sortierung der transparenten Objekte entfällt. Mal soll gegebenenfalls optimieren, leider steht nicht drinnen wie

_________________
__________
"C++ is the best language for garbage collection principally because it creates less garbage." Bjarne Stroustrup

Wie versprochen mein Bericht: LEUTE DAS FUNZT!!

Habe mal meinen Codeausschnitt gepostet.
Meine grafischen Objekte sind in den beiden Listen gespeichert.
Das Zeichnen habe ich mal nur als "Zeichne Objekt i" umschrieben.
Hat auf Anhieb geklappt, Ergebniss sieht wunderbar aus. Da ich keine riesige Anzahl an Objekten habe, scheint es auch kein Performance-Problem zu geben und meine alte draw-Methode habe ich ja auch noch, kann also zwischen den beiden Methoden zum Rendern der Objekte von außen wählen, OOP sei dank^^

Also falls es wem hilft, hier der Code:



edit: backGround ist eine Struktur die die RGBA-Anteile der Farbe enthält, in setbackGround wird der Framebuffer gelöscht

_________________
__________
"C++ is the best language for garbage collection principally because it creates less garbage." Bjarne Stroustrup

Ich hab den Code unter "Blending" im Wiki eingetragen.

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

Hi

Ich habs auch mal nachvollzogen....
Die Anzeigeresultate sind wirklich etwas besser, aber die Performance geht ca. auf die Hälfte zurück, da ja alle Objekte 2 mal gerendert werden.
Dann sind auch noch ein paar korrekturen im Code nötig:
Insbesondere bei dem Zeichnen der nicht transparenten Objekte. Hier sind in Schritt 6 und 7 jeweils alle nicht transparenten Objekte hinterenander zu zeichnen und dann das ganze ein 2. Mal. Außerdem ist noch glBlend auszuschalten.

Code hier:



Grüße
User69

Ich verstehe noch nicht, warum das funktionieren soll.

Wenn in der Liste der transparenten Faces am Ende eins ist, dass weiter von der Camera entfernt ist, als andere, dann wird es doch trotzdem mit GL_SRC_ALPHA,GL_ONE_MINUS_SRC_ALPHA geblendet und die Fragements erhalten die gleiche Farbportion von dem Face, als wenn keine anderen Faces davor wären. Wenn das Face z.B. ein Alpha von 0.1 hat, dann würden die betroffenen Pixel auch auf jeden Fall 10% ihrer Farbe von diesem Face bekommen, unabhängig davon, ob noch ein anderes Face mit nem Alpha von 0.75 davor ist, so dass der richtige Faktor 2.5% wäre.

_________________
[18:30] tomok: so wie ich das sehe : alles. was nich was anderes ist als nen Essay ist nen Essay

hi, i'm a signature viruz, plz set me as your signature and help me spread

Die Dartellung der Transparenzt ist so auch nicht perfekt, aber zumindest etwas besser als einach so die Dreiecke zu zeichnen.

Grüße
User69

Ok ich habe das im Wiki mal noch abngepasst.
Das Setzen der Zustände bei den soliden Objekten kann man noch aus der Schleife rausziehen, da sich das ja in der Schleife nicht ändert.

_________________
__________
"C++ is the best language for garbage collection principally because it creates less garbage." Bjarne Stroustrup

Ich glaube ihr meint, dass sie sich nicht schneiden dürfen. Überlappen ist ok, und kann durch normales Sortieren behoben werden. Clippen würde ich auch nicht als akademische Lösung betrachten, weils doch recht gängig ist.


Trotzdem verstehe ich den Code noch nicht. Für mich sieht das so aus, als hätte es den gleichen Effekt, wie wenn man die Faces unsortiert und ohne Depth-Test rendert. Und die statische Geometrie 2x rendern ist definitv keine gute Idee. Die wird durch die normalen Shader schon so oft gerendert, das würde sich dann ja alles verdoppeln.

_________________
[18:30] tomok: so wie ich das sehe : alles. was nich was anderes ist als nen Essay ist nen Essay

hi, i'm a signature viruz, plz set me as your signature and help me spread