Why complain about X1R5G5B5?
Francois Gouget
fgouget at codeweavers.com
Thu Feb 21 10:24:28 CST 2013
If I run Wine's conformance tests in a QEmu VM using Spice's QXL driver
I get the following errors:
d3d8:device
device.c:1004: Test failed: Unexpected display mode returned for mode 0: 0x18
d3d9:device
device.c:1366: Test failed: EnumAdapterModes(D3DFMT_X1R5G5B5) did not return D3DERR_INVALIDCALL (got 00000000)!
In essence our tests say that the driver must not support X1R5G5B5. Why?
Further notes:
* If I then call Direct3D9::CheckDeviceType() for this format I get
NOTAVAILABLE which is inconsistent. But then that's exactly what
Microsoft's Standard VGA driver does for the R5G6B5 and X8R8G8B8
formats.
http://www.winehq.org/pipermail/wine-patches/2013-February/122388.html
* See the exact list of formats returned by IDirect3D8::EnumAdapterModes()
http://newtestbot.winehq.org/JobDetails.pl?Key=243&log_103=1#k103
Test executable and source:
https://bugs.freedesktop.org/attachment.cgi?id=75248
* See the list of formats that IDirect3D8::EnumAdapterModes() claims
are supported, and how CheckDeviceType() refuses them.
http://newtestbot.winehq.org/JobDetails.pl?Key=249&log_103=1#k103
Test executable and source:
https://bugs.freedesktop.org/attachment.cgi?id=75260
* I think it's important to get Spice's QXL driver and Wine's
conformance tests to play nice together. First they are both
open-source so if one is wrong we should work to resolve that. But
also the new WineTestBot is uses QEmu and the QXL driver looks like
it will be _the_ paravirtualized(*) graphics driver there.
(*) I.e. high performance and most used driver.
* See also QXL bug 61227:
https://bugs.freedesktop.org/show_bug.cgi?id=61227
--
Francois Gouget <fgouget at codeweavers.com>
More information about the wine-devel
mailing list