On 2013-02-17 15:40, Stefan Dösinger wrote:
Why is it included for every mapping in the first place, even for programs who
never need it?
The problem isn't that glMapBufferRange is used for maps, but that we create a
VBO for dynamic buffers instead of drawing from system memory.
Please see:
Updated patch following review.
diff --git a/dlls/wined3d/directx.c b/dlls/wined3d/directx.c
index acdcc57..9b37458 100644
--- a/dlls/wined3d/directx.c
+++ b/dlls/wined3d/directx.c
@@ -854,6 +854,11 @@ static void quirk_broken_rgba16(struct wined3d_gl_info *gl_info)
gl_info->quirks |= WINED
On 2013-02-16 11:47, Stanislaw Halik wrote:
Going to ask Ben Supnik from Laminar Research (X-Plane developer) and
BCC him, since he has apparently run into the same issue. There's much
info of fglrx woes (not really Linux specific, either) on
http://developer.x-plane.com/
Sorry for double
On 2013-02-16 09:04, Stefan Dösinger wrote:
What you really want to do is figure out why GL_ARB_map_buffer_range
is slow on fglrx, and make sure that the problem is really fglrx
specific. I fixed a number of dynamic buffer performance problems in
the past months, but there are still problems if w
On 2013-02-17 12:20, Henri Verbeet wrote:
On 17 February 2013 07:17, Stanislaw Halik wrote:
This one should be better. Sorry about indentation. Much, much FPS, and
supposedly no loss of functionality.
I didn't really review this, but I think any extension that allows
"... includi
Interesting, Google for:
x-plane ARB_map_buffer_range "Ben Supnik"
Sorry for double post. Also BCC'ing Ben. If Ben wishes to make himself
seen, he will :)
Resubmitting. Spam filter ate my message. Really sorry if you receive
this twice!
On 2013-02-16 09:04, Stefan Dösinger wrote:
What you really want to do is figure out why GL_ARB_map_buffer_range
is slow on fglrx, and make sure that the problem is really fglrx
specific. I fixed a number of dynam
