[prev in list] [next in list] [prev in thread] [next in thread] 

List:       wine-devel
Subject:    Re: wined3d: Update clip planes when switching to/from offscreen
From:       Stefan_Dösinger <stefandoesinger () gmx ! at>
Date:       2011-01-31 16:44:33
Message-ID: 01A66E70-60AE-4DBA-A1DA-8CC544FDC8CE () gmx ! at
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Am 31.01.2011 um 17:08 schrieb Matteo Bruni:
> The attached patch should follow your idea, does it look right? FWIW,
> I can't see any 1-pixel offset in The Sims 3 with this patch. Yes, I
> know that's not how it should be tested...
Looks OK on first sight. Does it work as well?

I can't think of any game where you could see a half pixel issue wrt clipplanes. \
Maybe the d3d7 clipping example can shows something, but I think to be sure you'd \
have to write a test.

The half pixel offset is mostly visible when games draw text by drawing textured \
quads, e.g. the menu and console in the source engine. Another odd occurrence is in \
Spore, where the game draws some heightmaps and reads them back. With incorrect half \
pixel offsets the in-game world is suddenly full of high walls. Then there's \
Warhammer Online which draws floor tiles in offscreen textures, leading to odd lines \
in the floor when they are not drawn properly.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)

iQIcBAEBAgAGBQJNRub1AAoJEN0/YqbEcdMwAA4P/AoF12KxCyW/L7K1FV4EOKoz
HDKpNZ4D1dOPf35JJuZaVOuEqh7AJrmp9QSorgF0kFkdEAr7bHaBnGuSny+STEMi
zDfW1VdeKAwVbfuQCjVP3FwKMkw/K5Olg5U9D+CBIIAaPG2A2PSoV3FPjtQ2RJ8s
K8so7GqlgqcSEPc6TXD0ngS1jTmRVpTqCzX3wDbGTM6jO7lqoajngdYoXGcVVR+j
vYiWVXHXOhnmqTD48xw7uqKTEwd9+zseAXZVWSVL3Rk+l0pdvT8pfPNUguKrqipx
MizDRGT6iw2f3/7lrePacbLzGnxhH4DACIgJnoBjvZdfrtXFezuJFz7kIHy/XqyE
EXUCF/2SDqFYCTnFtBgSL6u/4xGhoIw1tj7pnzrLN+wzqx+VWfndquj5+rTEoNFK
FxY0X/6bLPSaUDs6J9GjzwFQ1j5XTr6ebFcwtGvCsADx4IHiUO0/d1WdafNoMpH5
/YWC2Spa+OXe9dWwNR/4XqQny+KAFEIfnqZJGTp/8Ak7rGIhIVgmUqxcklp2p0hb
qwgtD79uaW4tOQnLQcOV2F4JxW0HdOb4yKtoinPskIcw234TegfHFr6MKgEjl9Mi
kFmYS3CHfd9ABC+YSB17KYu93S3t3KI4YuYcftuf06czFAXue9c6P8VwzjAfmM5l
KoFYrEBo518k3bgtMpPr
=4Ham
-----END PGP SIGNATURE-----


[prev in list] [next in list] [prev in thread] [next in thread]