Further investigating the 3Dfx driver, I got to the following:
Original OpenGL driver is not a pure OpenGL->Glide3 Napalm wrappe […]
Show full quote
Further investigating the 3Dfx driver, I got to the following:
Original OpenGL driver is not a pure OpenGL->Glide3 Napalm wrapper, unfortunately (as for Windows). OpenGL uses the SURFACE extension. The problem is that surface implementation is only partial in Glide3, creating and releasing surfaces is implemented via DirectDraw. So that, surface extension functions operate on ddraw surfaces in (Win) Glide3. It's something like that 3Dfx display driver has different components (GDI, DDraw, Glide, OpenGL) but the boundaries between run on bad places. 😀 (Well, actually it's not true. Obviously they wanted to avoid duplicating surface management codes. It's is the same in nowadays display drivers, OpenGL renders on DDraw surfaces on Windows.)
So that, since 3Dfx OpenGL driver depends on its own ddraw and glide3 components, it makes it impossible to use it via a Glide wrapper. Unless a mini-ddraw -> D3D11 wrapper is also provided... 😁
But it doesn't worth the effort. Writing another component just to have an OpenGL 1.1 -> Glide3 (and mini ddraw) -> D3D11 wrapping? It makes no sense but programmatically would be nice... 😁
Sorry for the lot of technical blabla. I just wanted to say that OpenGL->Glide3 wrapper won't work.