die Win32 GDI hat ja, wie die meisten sicherlich wissen, viele schöne Funktionen die man selbst nur ungerne neu programmieren möchte wie z.B. 'Pie', 'Chord' oder 'FloodFill'.
Diese Funktionen würde ich gerne zusammen mit meinem OpenGL Programm verwenden. Aber leider braucht OpenGL nicht nur einen HDC (Device Context) sondern auch noch einen HGLRC (Resource Context) und der übermalt den DC. Wenn ich also unter 'WM_PAINT' mit der Win32 GDI zeichnen will flackert das dort Gezeichnete.

Meine Frage: Gibt es eine Möglichkeit die Win32 GDI zusammen mit OpenGL richtig zu nutzen?
Wenn ja, wie macht man das. Wenn nein, warum nicht?

Schau Dir mal das Beispiel an:
http://www.ini-sc.net/mswin/awfcsem/kap20.htm

HTH

Beispiel:
HDC hDC; // DC für OpenGL

// 3D Zeichnen Operationen
glBegin(GL_QUADS);
/* glVertex3f(...) */
glEnd();

// 2D Zeichnen Operationen (flackert immer)
Rectangle(hDC, 100, 100, 200, 200);

SwapBuffers(hDC);

/* ... */

Wenn Du das gesamte Fenster zeichnest solltest Du in WM_ERASEBKGND nichts machn und direkt returnieren.

http://msdn2.microsoft.com/en-us/library/ms537714(VS.85).aspx

OpenGL and GDI graphics cannot be mixed in a double-buffered window.
An application can directly draw both OpenGL graphics and GDI graphics into a single-buffered window, but not into a double-buffered window.

http://msdn2.microsoft.com/en-us/library/ms537543(VS.85).aspx

Das SwapBuffers() wird dir ohnehin das gerade vorher gezeichnete Rectangle töten

Ich weiß einfach nicht wie ich mit OpenGL alleine kompliziert und vor allem langsame Algorithmen programmieren soll.
Ich fürchte das selbst die GL-UtilityToolkits dafür nicht ausreichen, oder?!

(Ich frag da noch mal im Spiele-Programmieren-Forum nach)

Natürlich klingt das etwas merkwürdig wenn man zwei GUIs mischt,

weder gdi noch opengl sind GUIs.

aber wie sollte man mit OpenGL eine schnelle Funktion wie 'FloodFill()' programmieren?

opengl ist für die darstellung von grafiken zuständig und nicht für deren erzeugung. wenn du ein floodfill auf pixelebene brauchst, musst du es selbst programmieren.

Wenn man sowieso die Win32API (CreateWindow, TranslateMessage usw.) verwendet, warum sollte man dann nicht auch Funktionen wie eben 'FloodFill' oder 'Chord' benutzen?

weil der device-context nach der initialisierung opengl "gehört".

eine saubere lösung wäre es, mit gdi in einen offscreen-buffer zu malen und den inhalt des buffers mit opengl in den backbuffer zu blitten. also den gdi-buffer in eine textur kopieren und diese textur auf einem fullscreen-quad rendern.

Gute Idee, jetzt müsste ich nur noch wissen wie man mit OpenGL auf eine Texture rendert. Bzw. mit der WinAPI

dazu gibt es 2 möglichkeiten:

1. du suchst dir diese informationen selbst zusammen, z.b. indem du tutorials und dokumentationen liest.
2. du bettelst in foren rum, bis dir jemand eine fertige lösung vorkaut.

ersteres ist zwar nicht mehr modern, aber sehr effektiv.