Hi,

ich habe mir in den letzten paar Tagen eine numerische Lösung des Kepler-Problems programmiert. Gerechnet wird in Delphi d.h. per CPU, die Visualisierung in OpenGL, dafür reichen meine Fähigkeiten noch. Nun will ich allerdings auch mal mehr als 2000 Teilchen simulieren.

Ich hab mir jetzt besagtes Tutorial angeschaut (erstmal das "ältere") und bekomme auch schon meine einzelnen Pünktchen gerendert.
Ich habe auch die vier Shader, eigentlich komplett gleich wie im Tutorial, nur, dass ich noch gl_Color mitschleife.

Allerdings...EGAL was ich in den Physik-Fragmentshader schreibe...Es tut sich nichts!
Kann mir vielleicht jemand ein einfaches Beispiel geben, mit welchem sich etwas tun müsste?
Ich habe mir sowas überlegt:

Halt zum Testen, wobei ich vorher im Programm per glColor3f(random,0,0); ne Random-Zahl in den Shader schleuse. Jetzt dachte ich, dass meine Punte auf der X-Achse "zittern". Allerdings tut sich nichts. Auch ein einfaches x = x +1 ändert nichts.

Hätte jemand ein Beispiel oder wenigstens nen Tipp, was hier falsch läuft?

Vielen Dank,
Flips

Schreib mal irgendeinen Farbwert raus und schau ob dieser im FBO korrekt ankommt. Bei dieser Art von Technik sind die FBOs immer die Hauptfehlerquelle.

_________________
Yeah!

Ich hasse es, solche Antworten geben zu müssen, aber:
Wo einen Farbwert rausschreiben und wie prüfen? Ich denk ich les mir jetzt zuerst mal das Tutorial zu FBO's / VBO's durch

Habe da mal nach der Initialisierung meiner FBO's diese Error-Funktion aus dem Tutorial reingeklatscht und siehe da, er wirft ne Exception bei "Missing attachement". Hat es vielleicht was damit zu tun? Code ist wie gesagt der aus dem Tutorial.

Sorry nochmal, ich geb zu ich wollte einfach nur, dass die Grafik funktioniert und ich mich um die Physik kümmern kann. Aber da komm ich jetzt wohl nicht um ein wenig Nachsitzen in OpenGL rum.

Ja, daran wird es wohl liegen. FBO's sind etwas widerspenstig


Mit glGetTexImage kannst du eine Textur auslesen, ungefähr so:

FBO abschalten (oder anderen FBO binden)
Textur binden
Speicher für "pixels" reservieren
glGetTexImage
pixels irgendwie ausgeben...in ein Log/Datei schreiben, etc...ggf. nur die ersten paar Pixel ausgeben
Speicher freigeben

_________________
Yeah!

Ok die besagte Exception mit den FBO's bekomme ich nur weg, wenn ich die Texturen vor dem BindTexture noch per GenTextures erzeuge. Allerdings flimmert dann mein Bild bzw die gerenderten Pixel. Jedoch muss ich laut dem FBO-Tutorial immer erst per GenTextures die gluInt's, also die Texturnamen in OpenGL, richtig zuweisen lassen. Ich frage mich halt jetzt wieso ich ohne GenTextures überhaupt was angezeigt bekomme, dafür aber die Exception des FBO bekomme, MIT GenTextures keine FBO-Exception aber dafür ein flackerndes Bild.


Zum Physikshader, habe nun folgendes eingebaut:


Der Physikshader sieht so aus:


Jetzt müsste man doch eigentlich erwarten, dass jeder X-Wert (bzw jeder R-Wert) in meinem String s am Schluss gleich 10 ist. Also quasi jeder 4. Wert.
Dem ist allerdings nicht so, ich bekomme die zufälligen Werte, dich ich am Anfang bei glTexImage2D mitgegeben habe (ist übrigends interessanterweise egal, ob ich zu Beginn glGenTextures aufgerufen habe, hab das gerade mal getestet...es kommt das selbe raus).

D.h. mein Physikshader klappt nicht so ganz, oder?

So zwei gute Nachrichten:

Erstens hat sich mein Shader/FBO-Verständnis heute enorm gesteigert.
Zweitens kann ich den Fehler jetzt fest machen.

So wie ich das gelernt habe klemmt sich ein Shader doch zwischen meinen OpenGL-Code und meine Ausgabe auf dem Bildschirm, d.h. er erlaubt mir nachträglich, Sachen zu manipulieren. Logischerweise bekommt doch mein Hauptprogramm davon nix mehr mit.

D.h. der Physikshader ändert zwar meine Texturwerte, aber die Textur selbst bleibt unangetastet.

Wie veranlasse ich denn nun den Shader, die Textur umzuschreiben und nicht nur die Texturdaten, die an die Grafikkarte geschickt werden, zu manipulieren?

Denn zur Zeit ist es ja so:
-> Physikshader manipuliert die Texturdaten, die in den Framebuffer gerendert werden.
-> Rendershader liest selbige per Lookup aus und macht daraus Positionen für meine Partikel.

Ich bräuchte dazwischen noch den Schritt: -> Alte Texturdaten werden durch die neuen (manipulierten) ersetzt.
Kann das mein Shader machen?
Oder müsste ich dafür das, was im Framebuffer steht wieder auf die Textur packen?

Mit einem Shader kannst du die rot markierten Teile der Renderpipeline durch kleine Programme ersetzen. Also da wird nichts nachträglich manipuliert. Die komplette Renderpipeline befindet sich auf der Grafikkarte.


Normalerweise wird in den Framebuffer gerendert. Mit einem Framebuffer-Objekt (FBO) kann man stattdessen in eine oder mehrere Texturen rendern.


Texturobjekte MÜSSEN mit glGenTextures erzeugt werden. Der Grund dafür das dein Code auch ohne "funktioniert" ist wahrscheinlich das dein Integer für die Textur nicht initialisiert ist...d.h. da steht irgendein Datenmüll drin. Das gibt mehr oder weniger zufällige Ergebnisse, kann also auch zufällig funktionieren

_________________
Yeah!

Nehmen wir mal an, ich würde zwei FPO's mit jeweils einer Textur haben.
Dann würde es doch so laufen:

-Shader anwenden
-Binde Textur von FPO 0
-FPO 1 aktivieren
-Rendern (hier wird dann das, was mir der Shader mit den Daten aus der Textur von FPO 0 generiert, reingerendert)

Jetzt habe ich in der Textur vom FPO 1 die neuen Daten und gebe diese aus.


Dummerweise klappt genau das nicht. Ich setze jeden Pixel meiner Textur zu Beginn auf (0,1,1,1). Im Shader sage ich dann er soll mir aus der 0 ne 1 machen. Wenn ich danach aber die Textur vom FPO 1 auslese sind da alle R-Anteile weiterhin 0...

Es hat die ganze Zeit funktioniert...

Nur hat mir glGetTexImage immer gesagt es würde nicht gehen, als ich dann mal die neu geschriebene Textur gerendert habe war sie weiß, obwohl mir glGetTexImage gesagt hat, dass der R-Wert 0 ist.

Jedenfalls funktioniert es jetzt gut (nachdem ich Artefakte durch einen zusätzlichen Renderbuffer beseitigen konnte). Danke für die Hilfe

[Edit]
Falscher Alarm:

Bin am verzweifeln, Textur war mit zufälligen Farbwerte initialisiert, per Shader auf rot gesetzt.
Das Viereck, das gerendert wird ist rot aber die Funktion glGetTexImage untendrunter gibt mir immer noch die zufälligen Zahlen vom Anfang zurück. Der Shader danach bekommt die dann auch und eben nicht das rot....Sry aber das versteh ich einfach nicht

Code:

1.  
2. glActiveTexture(GL_TEXTURE0);
3. glBindTexture(GL_TEXTURE_2D, partikelbuffer[fbo]);
4.  
5. glBegin(GL_QUADS);
6.   glTexCoord2f(0,0); glVertex2f(0,0);
7.   glTexCoord2f(0,1); glVertex2f(0,1);
8.   glTexCoord2f(1,1); glVertex2f(1,1);
9.   glTexCoord2f(1,0); glVertex2f(1,0);
10. glEnd();
11.  
12.  
13. glGetTexImage(GL_TEXTURE_2D, 0, GL_RGBA, GL_FLOAT, @a);
14. s := '';
15. for i := 0 to 1000 do
16. begin
17.   s := s + FloatToStr(a[i]) + '   ';
18. end;
19.  

2. Edit

Ich hab jetzt nämlich die neu erstelle Textur mal probeweise rendern lassen (auf die Idee hätte ich mal früher kommen sollen) und sehe, dass immerhin ein Teil der Textur so wird, wie der Shader vorgibt (Zu beginn ist sie rot, der Shader soll alles auf 0 setzen nur B auf 1).
Wenn ich mir jetzt ein Quad mit der veränderten Textur rendern lasse (vorher deaktiviere ich natürlich den Shader), dann ist zumindest die linke obere Ecke blau. Der Rest Rot.
glGetTexImage sagt aber immer noch, dass die Textur nix Blaues hat...

Hast du den Viewport richtig (auf die Texturgröße) gesetzt?

glGetTexImage gibt dir ggf. die Farben vertauscht/rückwärts aus. Einfach mal eine Textur auslesen von der du weißt was drin ist.
Beachte das du keine Textur auslesen kann in die gerade via per FBO geschrieben wird. Da kommt einfach Datenmüll. Also immer den FBO deaktivieren (*).




(*) Performance-Fetishisten haben natürlich nur einen einzigen FBO für alles und hängen stattdessen die Texturen im FBO um....da ist schneller. Aber das ist hier nicht wichtig...erstmal überhaupt zum laufen kriegen, dann Performance.

_________________
Yeah!

glViewPort(0,0,256,256) bei einer Textur von 256*256 Pixeln.

Zum Inititalisierungszeitpunkt weise ich den Texturen R,A->0.4 und B,G->0 zu und im Shader setze ich dann R,G->0 und B,A -> 1.0
Heraus kommt das Bild im Anhang.
Ich poste einfach mal den relevanten Code ('tex' und 'fbo' springen immer zwischen 0 und 1; die Textur/Framebuffer mit selbem Index (tex oder fbo) gehören immer zusammen)

Deine Textur ist 256x256....mit RGBA...also 4 floats pro Pixel => du schreibst wahrscheinlich Daten einfach so in den Speicher => ein Wunder das es nicht abstürzt?

_________________
Yeah!

Ja das ist mir während mein letzter Post aktuell war auch aufgefallen, führte aber zu keinen Problemen weil das Array groß genug war, ledeglich die Schleife war zu kurz. Tut aber nichts zur Sache, Hauptproblem ist einfach, dass meine Rendertechnik zwar stimmt aber die Perspektive falsch ist und somit nur ein Teil der Textur umgeschrieben wird aber nicht alles. Und ich find einfach keinen Fehler, andere machens genauso (also scheinbar doch anders, aber ich finde den unterschied nicht).

Immerhin weiß ich jetzt, dass mein Problem nicht die Shader sind, sondern das FBO. Ich werde mal einen neuen Thread im passenden Bereich starten und nochmal genau sagen, was ich mache und was rauskommen sollte!

In deinem Code zeichnest du 2 mal ein Quad. Einmal für die Berechnung und einmal zum Anzeigen. Ich denke die Koordinaten für das erste sind falsch.
Beide sollten ja eigentlich über den ganzen Viewport gehen. Und da die Projectionmatrix nicht geändert wird, aber die Position anders ist, ist wohl eins falsch. Dem Screenshot nach das erste.

Wenn Projektion und Modelview-Matrix beide die Einheitsmatrix (Identity) sind brauchst du ein Quad das in X und Y Richtung jeweils von -1 bis 1 geht.

_________________
Yeah!