https://bugs.winehq.org/show_bug.cgi?id=52090
Stefan Dösinger stefan@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stefan@codeweavers.com
--- Comment #1 from Stefan Dösinger stefan@codeweavers.com --- This one is curious. llvmpipe sets GL_VIEWPORT_SUBPIXEL_BITS=0 but apparently supports subpixel offsets anyway.
Before 26a53f67 we gladly forwarded the d3d11 fractional viewport to GL, and it worked for this driver even though the driver it can't do that. So the test passed between 044f5e10 and 26a53f67. Before the former patch it was marked todo_wine and was failing for other reasons.
Now we don't give the driver something it says it doesn't support and modify the vertex transforms instead. That was supposed to work (and it does on other drivers), but I guess then we run into some precision issue that I suspect is behind bug 52089.
I'll have a look at the Mesa code and see why GL_VIEWPORT_SUBPIXEL_BITS=0. We could do the reverse of match_broken_viewport_subpixel_bits and detect llvmpipe's behaviour, but that seems ugly.