Ich habe einen Framebuffer erstellt, mit zugehörigen RenderBuffer, und möchte dort nun hinein rendern.
Mein Code sieht wie folgt aus (habe mich dabei so weit es geht sorgsam an euer Tutorial dazu gehalten):

Ich sehe aber nichts auf der Textur, also keine Auswirkungen. Ich habe dann die wichtigsten Aufrufe abgefangen und mit dieser Methode (auch aus eurem Tutorial) validiert:


Dabei kommen folgende Meldungen für die jeweiligen Aufrufe heraus:


Mache ich etwas falsch? Oder woran kann es liegen, das es nicht wie gewünscht funktioniert?

Nach ein wenig überlegen habe ich es hinbekommen. Aber ich habe noch zwei Fragen.
Dieser Code:


1. Funktioniert nur, wenn ich glViewport und glOrtho verwende. Wieso? Und ließe sich das vermeiden?
2. Wieso ist mein Quadrat nach wie vor schwarz, obwohl ich doch mit glColor3f eine Farbe angebe?

Und noch eine dritte Frage: Sobald ich den Framebuffer entbunden habe, kann ich zwar weiterhin andere Texturen setzen, aber die Änderungen beziehen sich nicht mehr auf die neueren Texturen.
Entbinde ich den FBO aber erst nachdem ich z.B. auf zwei gleichgroße Texturen etwas gerendert habe, dann gibt es keine Probleme.

Code:


produziert diese Ausgabe:


Und dies:


diese Ausgabe:

Es macht wirklich allen Anschein, dass nach dem entbinden keine Änderungen mehr angenommen werden. Aber verfehlt das nicht den kompletten Sinn eines FBO?

Keiner eine Idee woran das liegen könnte?

Ich weiß ja nicht, wie dein setTexture aussieht, aber das FBO muss gebunden sein, damit du änderungen daran vornehmen kannst.

Generell empfiehlt es sich, bei so merkwürdigem Verhalten und besonders, wenn man FBOs und so sowieso schon in klassen gepackt hat, folgendes zu implementieren.

Man baut sich in seiner Klasse eine Boolean Property oder ein Boolean Feld, z.B. genannt „Debug“. Dann baut man sich eine Methode RaiseLastOpenGLError. Diese sieht ungefähr so aus:


Die rufst du in deinem Code nach jedem OpenGL-Aufruf auf. Das kostet nicht allzu viel, wenn Debug false ist. Wenn Debug true ist, wird es dir sofort mitteilen, wenn du einen Fehler machst.

grüße

_________________
If you find any deadlinks, please send me a notification – Wenn du tote Links findest, sende mir eine Benachrichtigung.
current projects: ManiacLab; aioxmpp
zombofant network • my photostream
„Writing code is like writing poetry“ - source unknown

„Give a man a fish, and you feed him for a day. Teach a man to fish and you feed him for a lifetime. “ ~ A Chinese Proverb

Das hab ich schon.
Ich poste mal alles was ich so habe, hoffentlich erschlägt das niemanden.

Meine FBO Klasse (in D Code): http://codepad.org/GuaPV1Rs
Das dort vorkommende glCheck (hat sich bisher immer bewährt, meldet hierbei aber nichts): http://codepad.org/LDtJS2lM

Und meine zwei Versuche:

Versuch 1 sieht so aus:
Und wird folgendermaßen geregelt:


Wenn ich nun nach dem ersten draw ein unbind mache und danach wieder binde und nochmal versuche, etwas zu rendern, geschieht dies jedoch nicht.
Versuch #2 sieht daher folgendermaßen aus:
Und der dazugehörige Code:

Ich habe mal alle binds und unbinds aus der Klasse rausgeworfen und mal etwas rumgespielt (btw der neue Code der Klasse, nur leicht verändert: http://codepad.org/oQp0ZG1F).
Es liegt definitiv am unbind:

Kommentiere ich dieses unbind aus, geht alles wie gehabt, in beiden Texturen landet nacheinander das gerenderte. Sobald ich einmal aber unbind aufgerufen habe, scheint es nicht möglich, den Framebuffer nochmal zu binden.
Wenn ich jetzt bestätigt bekäme, dass das normales Verhalten ist, wäre ich schon zufrieden. Ansonsten weiß ich halt echt nicht woran es liegen könnte.

nein das sollte eigentlich keine Probleme geben. Eigentlich sagst du ja im unbind nur das er den Hauptframebuffer benutzen soll.

Spontant wuerde ich erstmal nur 2 Sachen aendern:
1.) Das matrix push/pop gelten nur fuer die ausgewaehlte Matrix.... muesste also fuer Projection und Modelview hier aufrufen
2.) bau mal noch die Aufrufe zu drawbuffer ein, eventuell verursacht das die Probleme hier.


btw, kennst du zufaellig ne brauchbare IDE fuer D die auch unter Win8 funktioniert?

_________________
Meine Homepage

Hab es gerade gelöst durch einen Denkanstoß aus einem anderen Forum. Das Problem war, dass ich EXT Methoden mit normalen gemischt habe. Damit kam OpenGL wohl nicht klar. Nun mit konsistenten Aufrufen geht alles wunderbar. Trotzdem danke.


VisualD: http://forum.dlang.org/thread/l0mevt$v3 ... almars.com
und Mono: http://forum.dlang.org/thread/ngudyfslw ... .dlang.org
Code::Blocks tut es auch, hat aber nicht so schöne Auto Vervollständigung. Die beiden erst genannten nutze ich schon lange und bin mit beiden hoch zufrieden.

Diese Fragen bleiben allerdings offen. Weiß dazu jemand was?

Eigentlich sollte es auch mit glPerspective funktionieren, check mal die std gründe in der wiki für wenn man nichts sieht.

2. evtl ist noch deine textur gebunden, und weiterhin gilt glColor für das nächste glVertex folglich hat dein erster Vertex noch die Farbe von vorher, dadurch dürfte zwar nicht das gesamte quad schwarz sein, aber das solltest du dennoch beachten. (glVertex immer als letztes in die zeile )

probier mal glDisable(GL_TEXTURE_2D); vor dem zeichnen des quads, danach logischerweise wieder enablen.

Edit: Und rein aus sicherheitsgründen setzte nachdem ändern der projection wieder die modelviewmatrix, ansonsten geraten dir schnell mal deine Matrizen durcheinander.

Du meinst gluPerspective? Glu kann ich leider nicht nutzen.

willst du überhaupt 3D, oder was ist bei deiner Frage 1 genau das Problem? (glViewport und glOrtho sind unerschiedliche Befehle, sie bewirken unerschiedliche Sachen, daher sind beide nötig)

Im Tutorial war aber nur die Rede von glViewport, weswegen ich neugierig war.