- 03 Jul, 2008 12 commits
-
-
H. Verbeet authored
This gets rid of depth_copy_state in the device, and instead tracks the most up to date location per-surface. This makes things a lot easier to follow, and allows us to make a copy when switching depth stencils in SetDepthStencilSurface().
-
H. Verbeet authored
This makes the depth copy independent of the currently attached render targets. This is important for the next patch because it might do a depth copy when the render targets aren't in a valid configuration (SetDepthStencilSurface()).
-
H. Verbeet authored
wined3d: Make sure the FBO doesn't have any depth attachments in color_fill_fbo() and stretch_rect_fbo(). Currently this is already true, but the next patch will break that assumption.
-
Michael Karcher authored
-
Owen Rudge authored
-
Jacek Caban authored
-
Juan Lang authored
-
Alistair Leslie-Hughes authored
-
Paul Vriens authored
-
Huw Davies authored
-
Kai Blin authored
-
Alexandre Julliard authored
-
- 02 Jul, 2008 28 commits
-
-
Alexandre Julliard authored
This is needed to allow updating the visible rect before invalidating the DCEs.
-
Detlef Riekenberg authored
-
Detlef Riekenberg authored
-
Stefan Dösinger authored
-
Stefan Dösinger authored
The ActivateContext in SetRenderTarget was an old regression prevention, but now it is time to remove it.
-
Stefan Dösinger authored
There is no need for _BLIT usage. RESOURCELOAD should be faster.
-
Stefan Dösinger authored
SetupForBlit sets up the GL viewport and projection matrix for screen-cordinate access to the framebuffer. These settings were not updated if the other gl states were already set up for blitting. Guild Wars reads back an offscreen rendered texture from the framebuffer, which currently sets up CTXUSAGE_BLIT, then changes the render target, and draws to the texture, which has to be reloaded from system memory before it can be rendered to(since GW loaded some data into it). If the two render targets had different size this failed.
-
Stefan Dösinger authored
The test used D3DPOOL_MANAGED which is mutually exclusive with RENDERTARGET usage, thus the call failed.
-
Alexander Dorofeyev authored
-
Alexander Dorofeyev authored
-
Alexander Dorofeyev authored
-
Alexander Dorofeyev authored
-
Alexander Dorofeyev authored
-
Alexander Dorofeyev authored
-
Adam Petaccia authored
-
Adam Petaccia authored
-
Adam Petaccia authored
-
James Hawkins authored
-
James Hawkins authored
-
James Hawkins authored
-
James Hawkins authored
-
James Hawkins authored
-
James Hawkins authored
-
James Hawkins authored
-
James Hawkins authored
-
James Hawkins authored
-
James Hawkins authored
-
James Hawkins authored
-