- 13 Apr, 2010 1 commit
-
-
Henri Verbeet authored
While some performance hit from the extra flushes was expected and would be acceptable, the performance hit can be over 50% on some configurations, which clearly isn't acceptable. This patch introduces a "StrictDrawOrdering" registry key for applications affected by this, until we have a more structural solution.
-
- 05 Apr, 2010 1 commit
-
-
Henri Verbeet authored
-
- 15 Mar, 2010 1 commit
-
-
Henri Verbeet authored
Our pbuffer support is broken, nobody cares.
-
- 23 Dec, 2009 1 commit
-
-
Henri Verbeet authored
Usually these will be the same window, but they don't have to be.
-
- 15 Dec, 2009 1 commit
-
-
Henri Verbeet authored
-
- 17 Sep, 2009 1 commit
-
-
Henri Verbeet authored
-
- 15 Sep, 2009 1 commit
-
-
Henri Verbeet authored
-
- 27 Aug, 2009 1 commit
-
-
Henri Verbeet authored
-
- 25 Aug, 2009 1 commit
-
-
Henri Verbeet authored
We will need this for d3d10, where both dxgi and d3d10core are making wined3d calls. Right now d3d8/d3d9 also use this to protect their own data, but eventually we should push this down into wined3d itself and use something a bit more fine-grained. There's no good reason that doing e.g. a vertex buffer upload in some thread should block all of wined3d.
-
- 14 Aug, 2009 1 commit
-
-
Henri Verbeet authored
For most cards this should make more sense than RTL_READDRAW, even if e.g. surface_upload_data() has some room for improvement.
-
- 10 Aug, 2009 2 commits
-
-
Henri Verbeet authored
-
Roderick Colenbrander authored
-
- 22 Jul, 2009 1 commit
-
-
Henri Verbeet authored
-
- 05 Jun, 2009 1 commit
-
-
Henri Verbeet authored
-
- 12 May, 2009 1 commit
-
-
Rico Schüller authored
-
- 11 Mar, 2009 2 commits
-
-
Henri Verbeet authored
-
Henri Verbeet authored
-
- 23 Dec, 2008 1 commit
-
-
Maarten Lankhorst authored
-
- 24 Nov, 2008 2 commits
-
-
Roderick Colenbrander authored
-
Roderick Colenbrander authored
-
- 24 Oct, 2008 1 commit
-
-
Henri Verbeet authored
-
- 18 Oct, 2008 1 commit
-
-
Alexandre Julliard authored
-
- 17 Sep, 2008 1 commit
-
-
Henri Verbeet authored
-
- 08 Jul, 2008 1 commit
-
-
Stefan Dösinger authored
-
- 03 Jun, 2008 1 commit
-
-
Roderick Colenbrander authored
Right now it is set to disabled due to an Nvidia GLXBadDrawable bug. Second there is some issue (driver bug too?) in FBO mode.
-
- 02 Apr, 2008 1 commit
-
-
Stefan Dösinger authored
-
- 25 Mar, 2008 2 commits
-
-
Stefan Dösinger authored
This adds code for handling fixed function fragment processing with the GL_ATI_fragment_shader extension. This is a sort-of programmable interface for fragment processing at the level of shader model 1.4 in d3d. This code is of use on r200, r250 and r280 cards(radeon 8500 to 9200) which do not support GL_ARB_fragment_program, but support pixel shader 1.4 on Windows. This code is somewhat a counterpart to the existing fragment processing code using GL_NV_register_combiners and GL_NV_texture_shader.
-
Stefan Dösinger authored
-
- 29 Oct, 2007 1 commit
-
-
Roderick Colenbrander authored
-
- 24 Sep, 2007 2 commits
-
-
Roderick Colenbrander authored
-
Roderick Colenbrander authored
-
- 20 Sep, 2007 1 commit
-
-
Roderick Colenbrander authored
-
- 14 Sep, 2007 1 commit
-
-
Stefan Dösinger authored
-
- 14 Aug, 2007 1 commit
-
-
Roderick Colenbrander authored
-
- 10 Aug, 2007 1 commit
-
-
Francois Gouget authored
-
- 08 Aug, 2007 1 commit
-
-
Roderick Colenbrander authored
-
- 26 Jul, 2007 1 commit
-
-
Stefan Dösinger authored
-
- 11 Jun, 2007 1 commit
-
-
Stefan Dösinger authored
-
- 16 Apr, 2007 1 commit
-
-
Jan Zerebecki authored
-
- 17 Mar, 2007 1 commit
-
-
Andrew Talbot authored
-