- 17 Dec, 2008 30 commits
-
-
Hans Leidekker authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Alistair Leslie-Hughes authored
-
Alistair Leslie-Hughes authored
-
Lei Zhang authored
-
Andrew Talbot authored
-
Andrew Talbot authored
-
Andrew Talbot authored
-
Andrew Talbot authored
-
Andrew Talbot authored
-
Andrew Talbot authored
-
Andrew Talbot authored
-
Christian Costa authored
-
Christian Costa authored
-
Christian Costa authored
-
Christian Costa authored
-
Jonathan Ernst authored
-
Jonathan Ernst authored
-
Jonathan Ernst authored
-
Jonathan Ernst authored
-
Jonathan Ernst authored
-
Jonathan Ernst authored
-
Jonathan Ernst authored
-
Aric Stewart authored
-
Paul Vriens authored
-
Hans Leidekker authored
-
Hans Leidekker authored
-
Marcus Meissner authored
-
Damjan Jovanovic authored
-
- 16 Dec, 2008 10 commits
-
-
Stefan Dösinger authored
-
Stefan Dösinger authored
This confuses applications like Steam, which hook d3d9 and opengl functions. It sees that the application uses opengl32, but it doesn't realize that d3d9 is wrapped to opengl. Thus it starts messing around with wined3d's wgl context. It usually tries to draw geometry with the context, but cannot deal with some of the obscure extensions we have activated.
-
Stefan Dösinger authored
Otherwise it will be 0 if GL_ARB_multitexture is not available.
-
Stefan Dösinger authored
-
Stefan Dösinger authored
-
Stefan Dösinger authored
They're not needed, they are handled by the state management anyway.
-
Stefan Dösinger authored
-
Stefan Dösinger authored
We cannot remove this because we still have to load the surface as RGB. The shader may take care of setting the blue channel to 1.0 now, but we still get the red and green channels loaded incorrectly if we don't insert a blue channel before loading.
-
Stefan Dösinger authored
-
Stefan Dösinger authored
-