http://bugs.winehq.org/show_bug.cgi?id=13954
--- Comment #16 from Michael Abbott michael@araneidae.co.uk 2008-06-29 11:59:47 --- (In reply to comment #15)
Well unless you plan to hack Wine's d3d code
No, no graphic skills, but I'll do tests...
Ah yes.
At the moment it's enough to test readtex and readdraw
RenderTargetLockMode = "readtex" Wow. That's a *lot* better: I get a full screen of menu!
Interesting: the menu animation freezes while I move the mouse. That's a cute "feature".
Let's see how gameplay is... - Well, the frame rate is fairly slow, but it seems playable. - Software mode is a complete write-off: screen is completely black in this mode. Fortunately I don't seem to need it now.
Well, I think that's playable. Let's see how the Thief 2 demo looks... exactly the same, same features: menu animation freezes with moving mouse and rather low frame rate, but looks playable.
I'll try this RenderTargetLockMode="readtex" elsewhere and report back.
I did the "PBO" disable test below, but I'm not sure what needs further investigating now.
- testing some opengl samples available on the net that use glDrawPixels
(that's basically the call which draws stuff to the screen in Thief menu for example). If it's broken in the driver, then maybe these samples will also not work. Google +glDrawPixels +sample for some free open source samples.
Good idea, afraid I'm going to need a canned example for this; I didn't find anything helpful with your search string.
- checking what happens if you disable PBO. this means you open
winesource/dlls/wined3d/directx.c, find the first line with "pixel_buffer_object" and comment it out, then build wine.
I commented out this line: {"GL_ARB_pixel_buffer_object", ARB_PIXEL_BUFFER_OBJECT, 0}, but it didn't make any visible difference to the Thief1 demo test (it's difficult to do more than just run it up and see check that only the top half of the menu display).
Given that we seem to have a workaround, what's the status of this bug now?