Guten Abend an alle,
Ich möchte gerne FBO's bei mir installieren. Dazu hab ich mich ein wenig über die Benutzung schlau gemacht. Aber die unten zitierte Passage hat mir einen ganz schönen Schlag versetzt (Auszug aus der OriginalSpec):

Source: http://www.khronos.org/opengles/sdk/docs/man/glFramebufferTexture2D.xml

Vielleicht reicht mein Englisch ja nicht aus, aber ich interpretiere das so, dass man - während man in die FrameBuffer-Texture-Objekte zeichnet - keine normale Textur gebunden haben darf. Ist das wirklich so? Da könnt ich ja doch nie etwas Texturiertes in den Framebuffer zeichnen? Das kann ich eigentlich nicht glauben.

Wenn das so ist, welche Alternativen hab ich dann? Mir gehts um RenderToTexture und Post-Processing.
Traude

Du hast das nicht ganz verstanden Da steht das du die Textur in die du mittels FBO gerade renderst nicht gebunden haben darfst, da der Inhalt in diesem Moment logischerweise nicht definiert ist.

_________________
Yeah!

Ach so, sie wollen offenbar sagen, dass man streng unterscheiden muss zwischen glTexImage2D(= Input) und glFramebufferTexture2D (=Output), sonst liest und schreibt man die gleiche Textur. Auf so eine seltsame Idee wär ich gar nicht gekommen.
Danke jedenfalls für Deine Antwort.
Viele Grüße
Traude

Ich hab mich geärgert, als ich das gehört habe … Schließlich wäre FBO + Textur doch der ideale Workaround, um einfach eigene Blendfunktionen zu implementieren. So abwegig ist die Idee nicht .

greetings

_________________
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

Ich hab mich vielleicht falsch ausgedrückt, also ich meine, es sollte funktionieren. Erinnerst Du Dich vielleicht an ein Dokument, das Sascha Willems vor ca. einem Jahr vorgestellt hat? KillZone glaub ich hieß das Spiel. Die machen genau das. Sie schreiben alle für das Zeichnen/Beleuchten/Schattieren nötigen Daten in die Texturen, die dem FBO beigegeben sind - als Rohdaten. Das ergibt mehrere ziemlich seltsam aussehende Bilder, die auch GLEICHZEITG gerendert werden können. Daraus wird ein Bild zusammengesetzt, das dann noch mittels Postprocessing zum endgütigen Bild führt. Da bist Du ganz frei, wie Du das handhabst, und ja, klar, Blending könnte man dabei auch machen.

Hier ist der Beitrag dazu (die genialen Zwischendurch-Layer gibt es in dem PDF zu sehen): http://www.delphigl.com/forum/viewtopic.php?f=18&t=8326

Das ist ziemlich verwandt der Methode, die die alten Meister verwendet haben, um ein Gemälde aufzubauen. Leonardo da Vinci wäre begeistert gewesen.

Öh, ich hab das jetzt nur überflogen, aber ich würde mich doch sehr wundern wenn das gleichzeitig ginge. Was die da machen ist doch nur Deferred Shading mit ein paar Extras? Da erzeugt man zuerst den G-Buffer (ein Haufen Texturen) und nutzt diesen dann um das eigentliche Bild zu rendern. Aber das geht nicht gleichzeitig, sondern nacheinander.

_________________
Yeah!

Mit "gleichzeitig" meine ich: in einem einzigen Renderpass (soll heißen: der Geometry-Buffer wird in einem einzigen Renderpass erzeugt). Und "nur" deferred shading? Das ist doch eine geniale Rendermethode: aus Schichten aufgebaut. Wusste ich garnicht, dass Ihr das schon ins Wiki aufgenommen habt. Ist dort aber weit und breit kein OpenGL-Code zu sehen.

Ja, aber um den G-Buffer dann letztlich zu verwenden brauchst du einen zweiten Pass.


Ich denke mal wer die Idee verstanden hat braucht kein OpenGL-Code mehr dafür. Es hindert dich aber niemand daran das zu übersetzen.

_________________
Yeah!

Öhm, Ja.

Ich wollte nur darauf hinweisen, dass es sich um ein OpenGL-Wiki handelt. Und es ist ja in Ordnung, dort Pseudocode zu schreiben, aber nicht dann, wenn es völlig unsinnig ist, das zu tun.

OpenGL ist sowohl plattformunabhängig, als auch in jeder Programmersprache praktisch gleich. In einem OpenGL-Wiki macht OpenGL Pseudocode *grundsätzlich* gar keinen Sinn.

Und außerdem möchte ich auch darauf hinweisen, dass meine Frage beantwortet ist.

Das Wiki ist nicht für OpenGL allein gedacht. Wir haben ja auch OpenAL, SDL und Tutorials die sich mit Programmierung im allgemeinen beschäftigen. Da sollte man also nicht zu starke Filterkritierien aufbauen. Unser Wiki ist mehr eine Art "Community Gedächtnis".

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