[PATCH 2/2] d3drm: Implement IDirect3DRMViewport*::Clear.

Stefan Dösinger stefandoesinger at gmail.com
Sat Aug 6 17:49:54 CDT 2016


On 2016-08-06 23:36, Stefan Dösinger wrote:
> My reading of this is that the depth surface wasn't cleared
> (everything else would be very surprising). If the color surface was
> indeed cleared this shows that native at some place expects your ugly
> deed of removing the depth surface. If the color is not cleared it
> and the clear call is completely ignored I'd say something is broken
> somewhere and we shouldn't care too much about this corner case.
I guess I should have read the version 2 test before hitting "send"...

The v2 behavior is somewhat weird. What's even weirder is that you
didn't need any todo_wine to make it work in Wine (whereas you need the
todo_wine for the "sane" v1 behavior). Our DeleteAttachedSurface
implementation sets the wined3d DS to NULL, at which point a
D3DCLEAR_ZBUFFER clear should return an error. Do you have any idea why
the depth buffer is still cleared on Wine?


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://www.winehq.org/pipermail/wine-devel/attachments/20160806/acd0932f/attachment-0001.sig>


More information about the wine-devel mailing list