warum funktioniert pfd_doublebuffer manchmal und manchmal nicht.
wenn ich beispielsweise nen Rechteck hin und herschiebe, will ich das Flackern mit pfd_doublebuffer verhindern.
Oft ist es aber so, dass kein OpenGL fenster angezeigt wird, sondern die Form grau bleibt! Mach ich das wieder weg, geht es aber es flackert.

Ein anderes Mal mach ich was ähnliches und doublebuffer funktioniert.
Kann mir jemand sagen warum?

Mfg

Jack Falworth

_________________
Warum soll ich über eine Mauer klettern wenn ich auch durch das Tor reingehen kann?

Ich vermute das Problem weniger beim Flackern, sondern vielmehr generell bei der Zeichenroutine. Hast Du mal deinen Source-Code genau mit unserem Templates verglichen? Besteht das Problem da auch? Kannst Du auf diesen aufbauen und das Problem rekonstruieren? Oder tritt das problem dort auch auf, wenn nein, was ist anderes zu deinen Source? Meist sind es Kleinigkeiten, die einen wirklich Probleme bereiten

_________________
"Light travels faster than sound. This is why some people appear bright, before you can hear them speak..."

Das Problem mit der Grauen Form hatte ich auch mal. Lag daran, dass ich z.B. keinen Z-Buffer haben wollte (cDepthBits = 0). Damit kam OpenGL in Verbindung mit PFD_DOUBLEBUFFER nicht klar und hat sich nicht korrekt initilalisiert. Stell also sicher, dass Z-Buffer und Double-Buffer mit angegeben wird.

Die geläufigsten Werte für cDepzhBits, welche für funktionieren müssten, sind 8, 16, 24. Manche Treiber lassen auch per Hardware 32 zu, aber da sich Z und Stencil-Buffer teilen, werden die meisten so optimiert das für Z-und Stencil zusammen immer 16 bzw. 32 Bit zur Verfügung stehen. Also kann es gut sein (z.B. bei NVidia), dass 24-Bit Z-Buffer das höchste ist, da der Treiber noch 8 Bit für den Stencil-Buffer reserviert. (Auch wenn man ihn NICHT brauch). Außerdem hängt Z und Stencil-Buffer Bit-Tiefe mit der Bit-Tiefe des Color-Buffers zusammen. Diese sind immer gleich, so dass bei einer Farbtiefe von 16 Bit kein Stencil per Hardware zur verfügung steht (da meistens 16-Bit für Z-Buffer verwendet wird) und somit der Stencil per Software emuliert wird und extrem langsam ist. Also im 16-Bit Modus einfach auf Stencil verzeichten, da es sein kann, das 8-Bit Z und 8-Bit Stencil nicht unterstützt werden.

Diese Aussagen beziehen sich auf "Messwerte" und Erfahrungen mit NVidia GeForce 2 & GeForce 4 Karten. Bei anderen Chipsätzen (Bsp. ATI) kann das durch aus anders sein. Sollte OpenGL zwar per Initialisierug behaupten, dass alles OK ist, aber dennoch fehlerhaft sein (Graues Fenster), dann kann das durchaus an den oben beschriebenen Konstellationen liegen.

Tipp: 16-Bit Farbtiefe, 16-Bit ZBuffer 0-Bit Stencil, oder 32-Bit Farbtiefe, 16/24-Bit Z-Buffer, 0/8-Bit Stencil. Rendern mit 32-Bit ist sowieso besser, da dann (auch wieder bei NVidia festgestellt) alle Funktionen und Erweiterungen von OpenGL zur Verfügung stehen (z.B. Cube-Enviroment-Mapping) die in 16-Bit einfach abgeschaltet werden und somit NICHT zur Verfügung stehen! Sehr verwirrend beim ersten mal. Wer's nicht glaubt, schaut sich mal die Extension-Liste im 16-Bit Modus und im 32-Bit Modus an. Dann seht ihr's ja selber.

_________________
Und was würdest Du tun, wenn Du wüsstest, dass morgen Dein letzter Tag auf dieser Erde ist?

Hier ist z.B. ein kleines Program bei dem Doublebuffer nicht funktioniert.
Okay es ist ja auch nicht notwendig, aber es müsste doch normalerweise gehen. Ich hab mal verschiedene Werte bei cColorBits und cDepthBits ausprobiert aber nichts funktioniert.
Mach ich vielleicht was bei der Initialisierung falsch?

MfG

Jack Falworth

_________________
Warum soll ich über eine Mauer klettern wenn ich auch durch das Tor reingehen kann?

Ich habs schonmal vor Kurzem in nem anderen Thread gesagt :
Das OnPaint-Ereignis einer Form zum Zeichnen der OpenGL-Szene zu nutzen ist schlecht!

Dieses Ereignis wird z.B. nur dann aufgerufen, wenn deine Form die Größe ändert oder wieder in den Vordergrund kommt.
Damit du deine OpenGL-Szene zeichnen kannst, benötigst du aber ein sich zyklisch wiederholendes Ereignis.
Das kann entweder in einer selbstgestarteten Schleife passieren, oder aber im OnIdle-Event.

Edit :
Ausserdem solltest du am Ende deiner Zeichenroutine die Puffer (Vorne/Hinten->Deshalb Doublebuffering) tauschen.Dies geschieht mit SwapBuffers(DeviceContext).Ein einfaches glFlush() reicht hier nicht aus.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Genau das war es was ich gesucht habe. Jetzt funktioniert das mit Pfd_doublebuffer.

MfG

Jack Falworth

_________________
Warum soll ich über eine Mauer klettern wenn ich auch durch das Tor reingehen kann?