Hi,

ich hab bisher eigentlich schon ne menge mit den Framebuffern gemacht, aber es gibt seit anfang an eine sache die ich bei den dingern nicht verstehe.. wozu gibt es diese Renderbuffer?

Wenn ich z.B. meine Scene in eine textur rendern will, erstell ich mir einen Framebuffer etwa so:



Wozu gibt es aber jetzt diese Renderbuffer? (glGenRenderbufferEXT, glBindRenderbufferEXT etc)
Wann brauche ich die?

Aya~

Hab ich auch noch nicht gebraucht, aber glücklicherweise kann ich in einem Buch nachsehen:
Zitat aus "OpenGL Superbible", Seite 609, übersetzt aus dem Englischen:

1. Framebuffers (FBOs) sind nicht auf die Größe eines Fensters beschränkt
2. Texturen könen zu einem FBO hinzugefügt werden, dadurch wird das direkte Zeichnen auf Texturen ermöglicht, ohne explizit "glCopyTexImage" zu benutzen
3. FBOs können mehrere Farbpuffer beinhalten, auf die gleichzeitig*) von einem Fragmentshader zugegriffen werden kann

*) Ich weiß jetzt nicht ob gleichzeitig bedeuted: parallel aber wahrscheinlich nicht, denn es war von "einem" Fragmentshader die Rede, und das ganze Kapitel habe ich nicht durchgelesen

Hi,

mhh... das beantwortet aber nicht meine frage.. :/
Was Framebuffer sind und wie man die verwendet weiß ich ja... mir geht es aber um die Renderbuffer..

Aya~

Die 2 Extensions kenne ich garnicht und google auch nicht (1 treffer).
Keine Ahnung wozu die gut sein soll und stell mal deine Extensionbefehle auf ARB um, sonnst könnte es auf verschiedenen Karten zu Problemen kommen.
FBO rockt.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Bei solchen Fragen kann ich immer nur die jeweilige Spezifikation der Extension empfehlen. Im Fall von FBOs mit über 400kb (plain text) zwar kein Leichtgewicht aber immerhin sehr vollständig.

Also wenn ich das richtig verstanden habe, dann kannst du an einem FBO verschiedene Buffer anhängen. Color, Stencil, Depth. Und dabei kannst du selber unterscheiden ob du diese Buffer als Texturen benutzen möchtest oder ob diese nur normale Statebuffer sein sollen. Wenn die Buffer als Texturen benutzt werden, dann schreibt das FBO die Daten in die entsprechende Textur. Allerdings kann es auch sein, dass du evtl einen Buffer benutzen möchtest der aber nicht zwingend als Textur vorhanden sein muss (eventuelle geschwindigkeitsvorteile). Bei Colorbuffern ist dies normal wohl eher nicht so sinnvoll. Sondern eher für Stencil und Depth gedacht. Wobei Depth auch als Textur ganz sinnvoll sein kann. Die Renderbuffer können wohl auch problemlos in mehreren FBOs benutzt werden.

Hier auch noch mal ein Beispiel aus der Spezifikation.

Man soll doch immer alles zu Ende lesen.

In meinem oben zitierten Buch steht: "FBOs sind nur ein Container für Bilder." und weiter:

"Womit werden wir unseren leeren Container füllen? Es gibt zwei Typen von Bildern, die zu einem FBO hinzugefügt werden können. Erstens: Texturen. Zweitens: Renderbuffer. Sowohl Texturen als auch Renderbuffer dienen als Render-Target. Der Hauptunterschied ist, dass Renderbuffer nicht anschließend für Texturierung verwendet werden können. Man kann zwar Tiefen-Texturen ("depth textures") erzeugen, aber es gibt keine Stencil-Texturen. Wenn daher also ein Stencil-Puffer-Zusatz gebraucht wird (Originaltext: "if you need a stencil buffer attachment"), oder sie eben keine Textur brauchen, können sie Renderbuffer verwenden."

Du bist wohl noch immer bei den Shadowmaps, was? So wie das Beispiel in meinem Buch aussieht, verwendet er den RenderBuffer um das Antialiasing der Shadowmap zu verbessern, weil er hier eine höhere Auflösung fahren kann als bei der einfachen Shadowmap-Variante.

Also entweder hab ich den Faden verloren oder ihr redet am Thema vorbei.
Ich hab es so verstanden, dass Aya wissen will, was glGenRenderbufferEXT, glBindRenderbufferEXT machen und nicht was FBO allgemein kann oder wie man es nutzt.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Ich glaube du hast den Faden verlohren.

glGenRenderbuffersEXT etc ist ein Teil von FrameBufferObjects. Und das dient dazu um einen Buffer (RenderBuffer) in einem FBO benutzen zu können der keine Textur ist. Denn an einem FBO kannst du entweder Texturen anhängen oder eben diese RenderBuffer. Nur wenn man keinen Stencil oder Tiefenbuffer in einem FBO benötigt, dann reichen Texturen vollkommen aus. Weswegen diese RenderBuffer ziemlich überflüssig aussehen. Und ich meine das ist das was Aya wissen wollte.

@Tak: Frag mich nicht. Ich hab keine Ahnung davon. Ich versuche bloß, ein Buch zu interpretieren.

Wieso sollte ich den Stencil oder Tiefenpuffer nicht als Textur hinterlegen, dass macht für mich mal garkein Sinn.
Ich denke mal, dass war der Vorreiter von ÜberBuffer,Super Buffer bzw. PBuffer.
Gibs die Extension/ARB denn noch in OpenGL 3.0 ?

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Nicht jeder mag das Gleiche machen. Was ist, wenn du ein 3D Objekt als Sprite benutzen möchtest. Zum Erstellen der Texture würdest du einen Tiefenbuffer benötigen, da das Ergebniss sonst schlicht falsch wäre. Entsprechend benötigst du nur wärend des Zeichnens einen Tiefenbuffer. Danach wäre es egal. Der Unterschied zwischen angehängter Textur oder RenderBuffer ist verschwindend gering. Könnte mir auch gut vorstellen, dass solch ein RenderBuffer vielleicht andere Optimierungen zulässt als eine Textur das zulassen würde. Innerhalb des Treibers versteht sich. Allerdings ist das eher eine Diskussion über das Für und Wider. Die könnte man ewig weit ausholen und auch auf die ein oder andere Erweiterung fortsetzen.

So wie ich das verstanden habe kannst du den Stencil Buffer auch nur als RenderBuffer anhängen. Eine Stencil Textur würde so nicht gehen. Auf Basis der EXT Variante. Mit der ARB weiß ich das nicht.


Du meinst die FBO Extension? Die ARB Variante wurde erstmal mit der Spezifikation von 3.0 eingeführt (enthält dann auch die blit bzw multisample Erweiterung der EXT Variante). Die ARB Variante gehört auch zum Kern von 3.0. Wobei sich die Methoden des 3.0 Kerns und die entsprechenden ARB Erweiterungen die selben Funktionsnamen teilen. Also sind nicht nur die Pointer gleich sondern bei den ARB Varianten wurde das ARB im Namen weggelassen. Zu mindst laut dem Header von Opengl.org.