Pufferinhalt nach eglSwapBuffers speichern

Question

Ich implementiere in Android und nativem C++ eine Szenenzeichnung für Android mit egl 1.1. Derzeit mit Android glSurfaceView - die mir erlaubt, zu einem Back-Buffer, der am Ende von "onDrawFrame" angezeigt wird - wenn der Back-Buffer und der Front-Buffer vertauscht sind.

Mein Problem ist das - Ich muss in der Lage sein, den Backbuffer anzuzeigen und weiterschreiben, als ob ich nicht getauscht habe. Der Grund für diese Nachfrage ist, dass die Szene sehr groß ist, und es ist nicht möglich jeden Frame zu bauen, auch nicht auf das Ende der Zeichnung zu warten - da der Benutzer zu lange warten muss.

Mit anderen Worten - ich muss die Szene inkrementell bauen. Zu einem bestimmten Zeitpunkt während des Renderings, ich entscheide, es ist Zeit und ich rufe , die den gezeichneten Inhalt aus dem Backbuffer anzeigt, aber wenn ich weiter schreibe, schreibe ich offensichtlich in den 'ehemaligen-Front-Puffer', der out ist Sync .. (ohne die Dinge, die ich bisher gezeichnet habe).

Soweit ich sehe, ist meine einzige Option, den Backbuffer vor dem Swappen zu kopieren. pseudo:

1. Draw
2. Kopieren Back Buffer auf Temp Buffer
3. Swap
4. Copy Temp Puffer (der neue) zurück Puffer
5. mehr Dinge Draw-Back-Puffer sichern Puffer
6. Und so weiter ...

Meine Frage - Gibt es eine Möglichkeit, Schritte 2,4 zu tun?

• Ist glCopyPixels nützlich in diesem Fall? Beispiel?
• Ist glBlitFramebuffer?

Oder nähere ich mich dem alles falsch?

Dinge, die ich tat schon:

• ich EGL_SWAP_BEHAVIOR-EGL_BUFFER_PRESERVED versucht Einstellung, aber es scheint nur auf bestimmten Geräten zu arbeiten (wie im khronos notes beschrieben):

Einige Oberflächen erlauben Anwendungen zur Kontrolle, ob der Farbpufferinhalt erhalten bleibt

• Die Szene in jedem Bild neu rendern - nicht möglich. Ich habe oft gelesen, dass dies empfohlen wird.

Answer 1

Ihre allgemeine Vorgehensweise ist korrekt.Die Verwendung von glBlitFramebuffer() ist wahrscheinlich hilfreicher, da glCopyPixels nur einige Unterrechtecke des Puffers in eine andere Position im selben Puffer kopiert.

Allerdings kann ich von einer potenziell besseren Ansatz denken, zumindest wenn OES_framebuffer_object verfügbar:

1. Unentschieden Textur oder einem benutzerdefinierten renderbuffer
2. machen Texturpuffer/blit renderbuffer zu Rücken an Rücken Puffer
3. Swap
4. Update Textur/renderbuffer
5. Textur machen Puffer/blit renderbuffer zu Rücken an Rücken Puffer
6. Swap
7. [... und so weiter ...]

diese Weise werden Sie keine Kopie/update/Copy/Swap-Zyklus mit 2 Kopien pro Frame, sondern nur Aktualisierung/Kopie/Tausche mit einer einzigen zusätzlichen Kopie.